Problems compiling Neutrino on FC6

kahlil88 · 12-30-2006, 01:05 AM

I've been told that Neutrino is a much better jukebox manager than Gnomad2, but I can't get it to compile.

Quote:

$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
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 ANSI C... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for egrep... grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
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 dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... no
checking for fort... no
checking for xlf95... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for gfortran... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether accepts -g... no
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
appending configuration tag "F77" to libtool
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 ANSI C... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for ANSI C header files... (cached) yes
checking for gconftool-2... /usr/bin/gconftool-2
checking for intltool >= 0.30... 0.34.1 found
checking for perl... /usr/bin/perl
checking for XML::Parser... ok
checking for iconv... /usr/bin/iconv
checking for msgfmt... /usr/bin/msgfmt
checking for msgmerge... /usr/bin/msgmerge
checking for xgettext... /usr/bin/xgettext
checking for pkg-config... /usr/bin/pkg-config
checking for GLIB - version >= 2.0.0... yes (version 2.12.3)
checking pkg-config is at least version 0.9.0... yes
checking for GNOME... configure: error: Package requirements (libgnome-2.0 >= 1.102.0 libgnomeui-2.0 >= 1.102.0 gthread-2.0 >= 1.3.7 gtk+-2.0 >= 2.6.0 libxml-2.0 >= 2.4.3 libglade-2.0 >= 1.99.2 gconf-2.0 >= 1.1.1 gdk-pixbuf-2.0 >= 1.3.7) were not met.
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

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

Most of these are installed:

Quote:

$ rpm -q libgnome libgnomeui gthread gtk+ libxml libglade gconf gdk-pixbuf
libgnome-2.16.0-4.fc6
libgnomeui-2.16.0-4.fc6
package gthread is not installed
gtk+-1.2.10-55.fc6
libxml-1.8.17-15.fc6
libglade-0.17-19.fc6
package gconf is not installed
gdk-pixbuf-0.22.0-30.fc6

Simon Bridge · 12-30-2006, 01:53 AM

Code:

checking for GNOME... configure: error: Package requirements 
(libgnome-2.0 >= 1.102.0 
libgnomeui-2.0 >= 1.102.0 
gthread-2.0 >= 1.3.7 
gtk+-2.0 >= 2.6.0 
libxml-2.0 >= 2.4.3 
libglade-2.0 >= 1.99.2 
gconf-2.0 >= 1.1.1 
gdk-pixbuf-2.0 >= 1.3.7) 
were not met.

(CR inserted to ease reading)
... either the configure script couldn't find the packages or the ones found are not recent enough. Install gthread and gconf (and make sure everything is the latest version available in the repositories).

Failing that, look in the PKG_CONFIG_PATH environment variable (echo $PKG_CONFIG_PATH) and see if the "missing" packages are anywhere in that path. If not - find the packages and add their location to this variable or one of the others mentioned.

The maintainers don't tell us which version of gcc etc they are using. It is possible that you just need to use the older compiler collection from the repos. I understand other software (like mplayer) have this problem also.

I've had a look for a fedora rpm or someone talking about how they did "yum install neutrino" but to no avail. Possibly it is still too new - latest release seems to be a beta (0.8.4) release.

Neutrino by David A. Knight is looking better and better. It's based on a philosophy different from Gnomad.
--- so say the gnomad maintainers. So you are probably onto something.

Of course - there's always the forum?

kahlil88 · 12-30-2006, 02:06 PM

Actually, I think the problem may be that Neutrino is too old. The latest build (0.8.4) was released August 15, 2005. If there is no way to compile this, I would at least like to know of a jukebox manager that is better than Gnomad2.

Simon Bridge · 12-30-2006, 10:51 PM

... define: "better"...

What is the problem with gnomad2?
(i.e. what do you want another manager to do which gnomad2 doesn't do?)

kahlil88 · 12-31-2006, 01:41 AM

To start with, Gnomad2's data transfer doesn't work very well. It shows all files/folders in the root directory, but sees the folders as empty. I don't like the interface much either. I would care less if its layout was a little more like XNJB's (vertical), but it gets really annoying to have to scroll left/right to read all the tags and you can't toggle columns on/off. I'd like a manager that can at least handle data transfer well, and a more attractive interface would be good as well.

Simon Bridge · 01-01-2007, 05:55 PM

Quote:

Gnomad2's data transfer doesn't work very well. It shows all files/folders in the root directory, but sees the folders as empty.

You mean it lists "file size = 0" because it is a directory? You'd like gnomad2 to look inside subdirectories for files?

Quote:

I don't like the interface much either. I would care less if its layout was a little more like XNJB's (vertical), but it gets really annoying to have to scroll left/right to read all the tags and you can't toggle columns on/off.

But the layout is vertical. Or, you mean you want the sections of each pane one on top of the other?

Quote:

I'd like a manager that can at least handle data transfer well,

What's wrong with the data transfer?

Quote:

and a more attractive interface would be good as well.

Yeah - most of these discomforts are cosmetic - about presentation rather than function.

However - you may have a point. The usual path for linux software development is to produce a cli tool and add a gui frontend to this. The result is something with a highly configurable interface. (qv. cdrecord, mplayer...)

The developers seem more interested in function over form and in music rather than data - they seem to be "scratching an itch" here.

I'm tempted to have a go at this... OTOH: I don't actually own any of the associated hardware.

kahlil88 · 01-01-2007, 06:35 PM

Gnomad2 shows folders as empty in data transfer mode. I tried copying the whole folder, but just wind up with an empty folder on my computer. And yes, by vertical I do mean top/bottom panes instead of left/right. It just makes so much more sense, ya know?

Simon Bridge · 01-02-2007, 02:41 AM

Quote:

Gnomad2 shows folders as empty in data transfer mode.

You can only access files in the root directory then - like you cannot navigate to the "folder" directory, and transfer files like that?

There are other projects similar:
http://nomad1.sourceforge.net/
http://nomadii.sourceforge.net/
... these projects have a last release in 2002

I see from the man page that gnomad2 is a gui front end:

Quote:

Gnomad 2 is a GUI built on top of GTK/GNOME 2, id3lib and libnjb that makes it possible to transfer tracks and files from/to a Creative Nomad Jukebox (all brands) and the Dell DJ. It is designed much like an ordinary graphical FTP program, in commander-style.

... which pretty much explains the style/cosmetic complaints. Sorry: eye of the beholder and all that.

Simon Bridge · 01-03-2007, 12:24 AM

I have drawn the attention of the gnomad2 developer (Linus Walleij) on this subject (folder support in gnomad). Here's what he has to say:

Quote:

From: Linus Walleij
To: Simon Bridge
Subject: Re: Is this a bug?
Date: Tue, 2 Jan 2007 20:03:56 +0100 (CET) (Wed, 08:03 NZDT)

Can you post this answer to LinuxQuestions since I don't have an account:

Gnomad2 is not designed as a client according to any specific UI guidelines
whatsoever. It is a testbed for my work on libnjb and libmtp. If others
find it useful, great.

You are not encouraged to copy or build complex file trees on either PDE
(NJB) or MTP devices, and gnomad2 currently do not support folders on MTP
devices at all. Even if it did, it is not the mode of operation desired
for these devices. They are not designed for complex file hierarchies at
all, least of all optimized for it.

PTP/MTP spec talks about files stored on the device as "objects" rather
than files, and you can have folders by way of "associations". However all
devices I've seen have only a few folders in their root dir:

\Music
\Video
\My Organizer

etc. Which are to be used as default folders for said content.

From there on it's a flat file list. If you need a file system abstraction
layer real bad, use gPhoto, because they provide a GNOME VFS module for
the PTP/MTP devices. I don't try to do that kind of thing, we're mostly
into media files.

For a more user-friendly iTunes clone supporting both libnjb and libmtp,
please use Amarok, this is the best media player I've seen so far and it
has excellent integration to these libraries. The GNOME C# player Banshee
also support libnjb with some hands-on wrapper lib and MTP through the
gPhoto library (essentially equal to libmtp).

The best way to transport files on a media player is IMHO to make a
.tar.gz archive and put that in the root of the device filesystem. However
I have experienced in the past that people can be very infatuated with
their file hierarchies and file systems so, if you need that real bad, use
gPhoto and you won't be disappointed.

Linus Walleij

... so there you have it.