PDA

View Full Version : mtpsync compiling



KKJensen
28th July 2008, 05:23 PM
Hi there,

I'm trying to compile a program on my F9 laptop to help syncronize my music and videos to my portable player (a creative zen). I've tried gnomad2 from the repositories and while it does a fine job with uploading music it has a lot of room for improvement.

While trying to compile mtpsync using 'configure', 'make' and 'make-install' I get some errors concerning dependancies that, while I understand what is going on, I'm not exactly sure how to fix it.

The './configure' output looks like this:


[root@biggirl mtpsync-0.7.orig]# ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for main in -lreadline... no
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking readline/readline.h usability... no
checking readline/readline.h presence... no
checking for readline/readline.h... no
configure: error: Sorry, readline not found


Now 'readline' IS actually installed...I'm presuming that this is one of those cases where Fedora moved something (or debian did) and so the script is simply looking in the wrong place. ...I'm not seeing anything like 'readline.h'



[root@biggirl mtpsync-0.7.orig]# locate readline
/lib/libreadline.so.5
/lib/libreadline.so.5.2
/opt/SALOME-MECA-2008.1-GPL/SALOME/SALOME3/prerequis/debianForSalome-v1_2_0/lib/python2.3/lib-dynload/readline.so
/opt/SALOME-MECA-2008.1-GPL/SALOME/SALOME3/prerequis/debianForSalome-v1_2_0/lib/python2.3/lib-dynload/xreadlines.so
/usr/lib/libguilereadline-v-17.so
/usr/lib/libguilereadline-v-17.so.17
/usr/lib/libguilereadline-v-17.so.17.0.3
/usr/lib/python2.5/lib-dynload/readline.so
/usr/share/doc/readline-5.2
/usr/share/doc/readline-5.2/CHANGES
/usr/share/doc/readline-5.2/COPYING
/usr/share/doc/readline-5.2/NEWS
/usr/share/doc/readline-5.2/README
/usr/share/doc/readline-5.2/USAGE
/usr/share/guile/1.8/ice-9/readline.scm
/usr/share/vim/vim71/ftplugin/readline.vim
/usr/share/vim/vim71/indent/readline.vim
/usr/share/vim/vim71/syntax/readline.vim


I think the fix will be adding a link from the new readline location to the old...I just can't figure out which/where that would be.

A million thanks in advance! Hopefully this turns out to be the solution people need to get their Zen working properly.

leigh123linux
28th July 2008, 05:27 PM
Try


su
yum install readline-devel

KKJensen
28th July 2008, 05:40 PM
I got the readline-devel by blindly adding anything I could find wrt readline.

So the saga continues:



checking for readline/readline.h... yes
checking for main in -lncurses... yes
checking ncurses.h usability... yes
checking ncurses.h presence... yes
checking for ncurses.h... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for PACKAGE... configure: error: Package requirements (gtk+-2.0 >= 2.0.0 gconf-2.0 >= 2.0.0 mad >= 0.15 libusb id3tag >= 0.15) were not met:

No package 'gtk+-2.0' found
No package 'gconf-2.0' found
No package 'mad' found
No package 'libusb' found
No package 'id3tag' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables PACKAGE_CFLAGS
and PACKAGE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.



These are all installed except id3tag which I'm currently looking up...do I need to add the '-devel' for each of them too?

btw: I'm documenting this over at the mtpsync wiki (http://www.adebenham.com/wiki/Main/Mtpsync) in case anyone else is looking for a more brief set of instructions.

JohnVV
28th July 2008, 05:45 PM
install the -devel or remove the rpm and rebuild/install it from the source code

leigh123linux
28th July 2008, 05:59 PM
Try



su
yum install GConf2-devel libusb-devel libmad-devel id3tag-devel gtk+-devel

KKJensen
28th July 2008, 06:21 PM
That's trimmed the error list (using libid3tag-devel) very nicely...the gtk error disappeared once the others were all taken care of.

Thanks for the help!