| View previous topic :: View next topic |
| Author |
Message |
Kathars!s
Tux's lil' helper
Joined: 29 Sep 2004
Posts: 78
|
 Posted: Fri Mar 10, 2006 1:06 am Post subject: audacious missing binary, perhaps ebuild issue |
 |
|
hello people,
today i tried to emerge audacious but when i tried to start it the binary was missing:
| Code: | >>> Merging media-sound/audacious-0.2.1 to /
--- /usr/
--- /usr/bin/
--- /usr/lib/
>>> /usr/lib/audacious/
>>> /usr/lib/audacious/Input/
|
surprise, surprise. scrolled upwards in the terminal window and noticed this:
| Code: | [finished subobjective: images]
[building binary objective: audacious]
CC build_stamp.c
CC genevent.c
CC skin.c
CC util.c
In file included from util.c:49:
/usr/include/fts.h:41:3: #error "<fts.h> cannot be used with -D_FILE_OFFSET_BITS==64"
CC output.c
make[2]: *** [util.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[finished binary objective: audacious]
[all objectives built]
[finished subobjective: audacious]
[building subobjective: po]
[finished subobjective: po]
[building subobjective: icons]
[all objectives built]
[finished subobjective: icons]
[building subobjective: skin]
[all objectives built]
[finished subobjective: skin]
[all objectives built]
>>> Source compiled.
>>> Test phase [not enabled]: media-sound/audacious-0.2.1
>>> Install audacious-0.2.1 into /var/tmp/portage/audacious-0.2.1/image/ category media-sound
|
which pointed me to the "solution" to remove the -D_FILE_OFFSET_BITS=64 setting from CFLAGS. added this one to cflags after having problems to download a 4,3 GB ISO file with wget and someone told me this is to enable large file support.
CFLAGS="-O2 -mtune=i686 -march=i686 -fomit-frame-pointer -pipe -D_FILE_OFFSET_BITS=64"
but why doesn't emerge stop at this point ?
| Code: | INSTALL plugin.h
INSTALL audacious
/bin/install: cannot stat `audacious': No such file or directory
make[1]: *** [install] Error 1
[installing subobjective: po]
mkdir -p -- /var/tmp/portage/audacious-0.2.1/image//usr/share/locale/de/LC_MESSAGES
installing de.gmo as /var/tmp/portage/audacious-0.2.1/image//usr/share/locale/de/LC_MESSAGES/audacious.mo
[installing subobjective: icons]
|
or at this point ? unfortunately i've no idea what's the reason for this, a sloppy makefile ?
it's somewhat annoying to see that packages often do not compile with specific CFLAGS which work good with other ebuilds and ther is no /etc/portage/packages.cflags 
sure, some ebuilds are stripping CFLAGS which are known not to work but i personally don't think this is the right approach.
any ideas ? |
|
| Back to top |
|
 |
PaulBredbury
Watchman
Joined: 14 Jul 2005
Posts: 7310
|
| Posted: Fri Mar 10, 2006 1:45 am Post subject: Re: audacious missing binary, perhaps ebuild issue |
|
|
| Kathars!s wrote: | | a sloppy makefile |
Looks like it, from the ebuild:
| Code: | emake || die "make failed"
make DESTDIR="${D}" install || die |
|
|
| Back to top |
|
|
sternklang
Veteran
Joined: 10 Sep 2005
Posts: 1641
Location: Somewhere in time and space
|
| Posted: Fri Mar 10, 2006 1:47 am Post subject: |
|
|
The fact that the emerge didn't stop is probably good reason to file a bug against audacious on this issue. They can't fix what they don't know about, and the CFLAG you mentioned is not a commonly used one.
I agree that there should be a /etc/portage/packages.cflags file as part of portage, but it isn't there now. The Gentoo devs can't take into account every combination of the large number of CFLAGS in every ebuild. |
|
| Back to top |
|
|
Kathars!s
Tux's lil' helper
Joined: 29 Sep 2004
Posts: 78
|
| Posted: Fri Mar 10, 2006 2:26 pm Post subject: |
|
|
it's now filed as a bug report.
https://bugs.gentoo.org/show_bug.cgi?id=125685
| Quote: | | it's somewhat annoying to see that packages often do not compile with specific CFLAGS which work good with other ebuilds and ther is no /etc/portage/packages.cflags |
that was stupid, i just wanted to say that the lack of a package.cflags file is annoying.
i don't want to "reduce" the optimizations globally if this could be easily done on a per-package policy.
the devs are doing a good job and i would be glad if they keep up the good work. |
|
| Back to top |
|
|
nenolod
Apprentice
Joined: 03 Mar 2006
Posts: 199
Location: Tulsa, OK
|
| Posted: Fri Mar 17, 2006 3:35 pm Post subject: |
|
|
| Fixed in Audacious SVN. (Well, not your compile error -- as there's nothing we can do about that, but it should *stop* now.) |
|
| Back to top |
|
|
Kathars!s
Tux's lil' helper
Joined: 29 Sep 2004
Posts: 78
|
| Posted: Fri Mar 17, 2006 4:03 pm Post subject: |
|
|
hey, i'm glad to hear this 
| Quote: | ------- Comment #1 From Tony Vroon 2006-03-10 11:16 PST [reply] -------
Don't file bugs if you set unsupported global CFLAGS.
|
if i did not have the time or if i was tired of maintaining packages i wouldn't do it.
i wonder if he discontinued reading after line 4 of my description... and where can i get a list of supported cflags ?
thanks in advance
till |
|
| Back to top |
|
|
PaulBredbury
Watchman
Joined: 14 Jul 2005
Posts: 7310
|
| Posted: Fri Mar 17, 2006 4:08 pm Post subject: |
|
|
| Kathars!s wrote: | | where can i get a list of supported cflags ? |
See safe CFLAGS and warning. |
|
| Back to top |
|
|
|
Portage & Programming
