[gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Hi,

I was working on a emerge -e world, long story.  Anyway, I got three
packages that fails to emerge.  Here goes number 1:

> i686-pc-linux-gnu-gcc -DLOCALEDIR=\"/usr/share/locale\"
> -DHAVE_CONFIG_H -I. -I.. -I/usr/include/gtk-2.0
> -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
> -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1
> -I/usr/include/freetype2 -I/usr/include/libpng12   -Wall
> -DPIXMAP_PATH=\""/usr/share/pixmaps/"\"  -pthread
> -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/libxml2      -Wall
> -march=athlon-xp -O2 -pipe -fomit-frame-pointer
> -I../libmp3splt/include/ -I../../libmp3splt/include/
> -I../libmp3splt/include/libmp3splt/
> -I../../libmp3splt/include/libmp3splt/ -DNO_AUDACIOUS -c player_tab.c
> i686-pc-linux-gnu-gcc -DLOCALEDIR=\"/usr/share/locale\"
> -DHAVE_CONFIG_H -I. -I.. -I/usr/include/gtk-2.0
> -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo
> -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1
> -I/usr/include/freetype2 -I/usr/include/libpng12   -Wall
> -DPIXMAP_PATH=\""/usr/share/pixmaps/"\"  -pthread
> -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0
> -I/usr/lib/glib-2.0/include -I/usr/include/libxml2      -Wall
> -march=athlon-xp -O2 -pipe -fomit-frame-pointer
> -I../libmp3splt/include/ -I../../libmp3splt/include/
> -I../libmp3splt/include/libmp3splt/
> -I../../libmp3splt/include/libmp3splt/ -DNO_AUDACIOUS -c preferences_tab.c
> player_tab.c: In function 'fix_ogg_stream':
> player_tab.c:3869: error: 'SPLT_OUTPUT_MINS_SECS' undeclared (first
> use in this function)
> player_tab.c:3869: error: (Each undeclared identifier is reported only
> once
> player_tab.c:3869: error: for each function it appears in.)
> make[2]: *** [player_tab.o] Error 1
> make[2]: *** Waiting for unfinished jobs....
> make[2]: Leaving directory
> `/var/tmp/portage/media-sound/mp3splt-gtk-0.5.4/work/mp3splt-gtk-0.5.4/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/var/tmp/portage/media-sound/mp3splt-gtk-0.5.4/work/mp3splt-gtk-0.5.4'
> make: *** [all] Error 2
>  *
>  * ERROR: media-sound/mp3splt-gtk-0.5.4 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 2249:  Called _eapi2_src_compile
>  *               ebuild.sh, line  638:  Called die
>  * The specific snippet of code:
>  *              emake || die "emake failed"
>  *  The die message:
>  *   emake failed
>  *
>  * If you need support, post the topmost build error, and the call
> stack if relevant.
>  * A complete build log is located at
> '/var/log/portage/elog/media-sound:mp3splt-gtk-0.5.4:20090906-084928.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/media-sound/mp3splt-gtk-0.5.4/temp/environment'.
>  *
>
> >>> Failed to emerge media-sound/mp3splt-gtk-0.5.4, Log file:
>
> >>> 
> '/var/log/portage/elog/media-sound:mp3splt-gtk-0.5.4:20090906-084928.log'
> root@smoker / #  

I googled but didn't find anything about this and nothing on the forums
either.  Ideas? 

This is failure #2:

> ../../common/network/libnethearts.a(message.o): In function `~QString':
> /usr/qt/3/include/qstring.h:851: undefined reference to
> `QStringData::deleteSelf()'
> ../../common/network/libnethearts.a(message.o): In function `Message':
> /var/tmp/portage/games-board/hearts-1.98/work/hearts-1.98/common/network/message.cpp:26:
> undefined reference to `QString::QString(QString const&)'
> ../../common/network/libnethearts.a(message.o): In function `~QString':
> /usr/qt/3/include/qstring.h:851: undefined reference to
> `QStringData::deleteSelf()'
> /usr/qt/3/include/qstring.h:851: undefined reference to
> `QStringData::deleteSelf()'
> /usr/qt/3/include/qstring.h:851: undefined reference to
> `QStringData::deleteSelf()'
> collect2: ld returned 1 exit status
> make[4]: *** [hearts] Error 1
> make[4]: Leaving directory
> `/var/tmp/portage/games-board/hearts-1.98/work/hearts-1.98/clients/human'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory
> `/var/tmp/portage/games-board/hearts-1.98/work/hearts-1.98/clients/human'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/var/tmp/portage/games-board/hearts-1.98/work/hearts-1.98/clients'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory
> `/var/tmp/portage/games-board/hearts-1.98/work/hearts-1.98'
> make: *** [all] Error 2
>  *
>  * ERROR: games-board/hearts-1.98 failed.
>  * Call stack:
>  *               ebuild.sh, line   49:  Called src_compile
>  *             environment, line 4345:  Called kde_src_compile
>  *             environment, line 3130:  Called kde_src_compile 'all'
>  *             environment, line 3145:  Called kde_src_compile 'make'
>  *             environment, line 3137:  Called die
>  * The specific snippet of code:
>  *                   emake || die "died running emake, $FUNCNAME:make"
>  *  The die message:
>  *   died running emake, kde_src_compile:make
>  *
>  * If you need support, post the topmost build error, and the call
> stack if relevant.
>  * A complete build log is located at
> '/var/log/portage/elog/games-board:hearts-1.98:20090906-085037.log'.
>  * The ebuild environment file is located at
> '/var/tmp/portage/games-board/hearts-1.98/temp/environment'.
>  *
>
> >>> Failed to emerge games-board/hearts-1.98, Log file:
>
> >>>  '/var/log/portage/elog/games-board:hearts-1.98:20090906-085037.log'
> root@smoker / # 

Google and forums didn't have anything about this either.  Heck if I
have a clue what happened here.  Something qt maybe? 

The next one is hwinfo.  I googled for it and it appears to be broke and
well known that it is so.  Does anyone know if it is going to be fixed
and do I just ditch it until another day?  I don't use it much anyway.

Ideas?  Thoughts?  Heavy artillery to kill it with?  LOL

Dale

:-)  :-) 

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Frank Steinmetzger]

[-- Attachment #1: Type: text/plain, Size: 438 bytes --]

Am Sonntag, 6. September 2009 schrieb Dale:

> The next one is hwinfo.  I googled for it and it appears to be broke and
> well known that it is so.  Does anyone know if it is going to be fixed
> and do I just ditch it until another day?  I don't use it much anyway.
>
> Ideas?  Thoughts?  Heavy artillery to kill it with?  LOL

Does lshw fit your needs instead?
-- 
Gruß | Greetings | Qapla'
*** Quits: TITANIC (Excess Flood)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Frank Steinmetzger wrote:
> Am Sonntag, 6. September 2009 schrieb Dale:
>
>   
>> The next one is hwinfo.  I googled for it and it appears to be broke and
>> well known that it is so.  Does anyone know if it is going to be fixed
>> and do I just ditch it until another day?  I don't use it much anyway.
>>
>> Ideas?  Thoughts?  Heavy artillery to kill it with?  LOL
>>     
>
> Does lshw fit your needs instead?
>   

That's what I was thinking of using.  I have only used hwinfo a couple
times but I hate for something to be broke at the same time.  Someone
else may need it for some reason.  It's been broke a while so I'm afraid
it may be terminal.

Dale

:-)  :-) 

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Alan McKinnon]

On Sunday 06 September 2009 11:20:04 Dale wrote:
> Frank Steinmetzger wrote:
> > Am Sonntag, 6. September 2009 schrieb Dale:
> >> The next one is hwinfo.  I googled for it and it appears to be broke and
> >> well known that it is so.  Does anyone know if it is going to be fixed
> >> and do I just ditch it until another day?  I don't use it much anyway.
> >>
> >> Ideas?  Thoughts?  Heavy artillery to kill it with?  LOL
> >
> > Does lshw fit your needs instead?
> 
> That's what I was thinking of using.  I have only used hwinfo a couple
> times but I hate for something to be broke at the same time.  Someone
> else may need it for some reason.  It's been broke a while so I'm afraid
> it may be terminal.

It's a SuSE thing and fits into YaST somehow. For that reason alone it should 
be considered suitable for SuSE alone and die a swift death everywhere else.

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Alan McKinnon wrote:
> On Sunday 06 September 2009 11:20:04 Dale wrote:
>   
>> Frank Steinmetzger wrote:
>>     
>>> Am Sonntag, 6. September 2009 schrieb Dale:
>>>       
>>>> The next one is hwinfo.  I googled for it and it appears to be broke and
>>>> well known that it is so.  Does anyone know if it is going to be fixed
>>>> and do I just ditch it until another day?  I don't use it much anyway.
>>>>
>>>> Ideas?  Thoughts?  Heavy artillery to kill it with?  LOL
>>>>         
>>> Does lshw fit your needs instead?
>>>       
>> That's what I was thinking of using.  I have only used hwinfo a couple
>> times but I hate for something to be broke at the same time.  Someone
>> else may need it for some reason.  It's been broke a while so I'm afraid
>> it may be terminal.
>>     
>
> It's a SuSE thing and fits into YaST somehow. For that reason alone it should 
> be considered suitable for SuSE alone and die a swift death everywhere else.
>
>   

It just did here.  That is one failed emerge that is fixed.  Two more to
go. 

Dale

:-)  :-)

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Arttu V.]

On 9/6/09, Dale <rdalek1967@gmail.com> wrote:
> It just did here.  That is one failed emerge that is fixed.  Two more to
> go.

Both hearts and mp3splt-gtk compiled just fine here (amd64).

Maybe your box needs two doses of revdep-rebuild, python-updater,
perl-updater or something?

-- 
Arttu V.

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Arttu V. wrote:
> On 9/6/09, Dale <rdalek1967@gmail.com> wrote:
>   
>> It just did here.  That is one failed emerge that is fixed.  Two more to
>> go.
>>     
>
> Both hearts and mp3splt-gtk compiled just fine here (amd64).
>
> Maybe your box needs two doses of revdep-rebuild, python-updater,
> perl-updater or something?
>
>   

I ran revdep-rebuild -i and it said it was fine.  I updated python a few
weeks ago and I ran python-updater afterwards.  Just for kicks it is
running again and since it is taking a while, it must be planning on
updating something. 

I have never heard of perl-updater.  I'll check on that after
python-updater gets done.  Maybe one of these ideas will fix this error.

Thanks for the tip.  I'll report what happens next.

Dale

:-)  :-) 

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Arttu V.]

On 9/6/09, Dale <rdalek1967@gmail.com> wrote:
> I ran revdep-rebuild -i and it said it was fine.  I updated python a few
> weeks ago and I ran python-updater afterwards.  Just for kicks it is
> running again and since it is taking a while, it must be planning on
> updating something.
>
> I have never heard of perl-updater.  I'll check on that after
> python-updater gets done.  Maybe one of these ideas will fix this error.

Sorry, just checked -- it's actually perl-cleaner, not perl-updater.
And unless you have updated recently, e.g., to perl 5.10, then I doubt
if running it will do much good.

-- 
Arttu V.

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Arttu V. wrote:
> On 9/6/09, Dale <rdalek1967@gmail.com> wrote:
>   
>> I ran revdep-rebuild -i and it said it was fine.  I updated python a few
>> weeks ago and I ran python-updater afterwards.  Just for kicks it is
>> running again and since it is taking a while, it must be planning on
>> updating something.
>>
>> I have never heard of perl-updater.  I'll check on that after
>> python-updater gets done.  Maybe one of these ideas will fix this error.
>>     
>
> Sorry, just checked -- it's actually perl-cleaner, not perl-updater.
> And unless you have updated recently, e.g., to perl 5.10, then I doubt
> if running it will do much good.
>
>   

I'm still on 5.8 and I don't remember updating it.  I'm just doing a
emerge -e world right now is all. 

Python-updater is rebuilding Scribus and boost.  I don't think Scribus
would affect the packages I am having trouble with but I don't know
about boost.  It will be a while before it gets through.

Maybe this will help.

Dale

:-)  :-) 

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Dale wrote:
> Arttu V. wrote:
>   
>> On 9/6/09, Dale <rdalek1967@gmail.com> wrote:
>>   
>>     
>>> I ran revdep-rebuild -i and it said it was fine.  I updated python a few
>>> weeks ago and I ran python-updater afterwards.  Just for kicks it is
>>> running again and since it is taking a while, it must be planning on
>>> updating something.
>>>
>>> I have never heard of perl-updater.  I'll check on that after
>>> python-updater gets done.  Maybe one of these ideas will fix this error.
>>>     
>>>       
>> Sorry, just checked -- it's actually perl-cleaner, not perl-updater.
>> And unless you have updated recently, e.g., to perl 5.10, then I doubt
>> if running it will do much good.
>>
>>   
>>     
>
> I'm still on 5.8 and I don't remember updating it.  I'm just doing a
> emerge -e world right now is all. 
>
> Python-updater is rebuilding Scribus and boost.  I don't think Scribus
> would affect the packages I am having trouble with but I don't know
> about boost.  It will be a while before it gets through.
>
> Maybe this will help.
>
> Dale
>
> :-)  :-) 
>
>   

OK.  It finished recompiling boost and Scribus.  Both hearts and
mp3splt-gtk still fail with the same error as before.

Any ideas?

Dale

:-)  :-)

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Arttu V.]

On 9/7/09, Dale <rdalek1967@gmail.com> wrote:
> OK.  It finished recompiling boost and Scribus.  Both hearts and
> mp3splt-gtk still fail with the same error as before.
>
> Any ideas?

Ok, let's first take back the "hearts compiles on amd64". It compiled.
Once. On the absolutely-minimal, stable-only amd64 chroot I use when
testing weird things (and then immediately roll back with emerge
--depclean).

On x86 and "more usable" amd64 desktop setup I get a similar error as
you did. And I wouldn't be surprised if it is bug #273560 -- which
will need a patch.

mp3splt-gtk, however, compiles fine on two desktop amd64 setups. I
cannot test it on x86 right now, hopefully tomorrow I'll again
remember to reboot to 32-bits and try some more. Maybe even get
something done for the hearts, if the hints in the bug report are
sufficient for fixing it.

-- 
Arttu V.

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Arttu V. wrote:
> On 9/7/09, Dale <rdalek1967@gmail.com> wrote:
>   
>> OK.  It finished recompiling boost and Scribus.  Both hearts and
>> mp3splt-gtk still fail with the same error as before.
>>
>> Any ideas?
>>     
>
> Ok, let's first take back the "hearts compiles on amd64". It compiled.
> Once. On the absolutely-minimal, stable-only amd64 chroot I use when
> testing weird things (and then immediately roll back with emerge
> --depclean).
>
> On x86 and "more usable" amd64 desktop setup I get a similar error as
> you did. And I wouldn't be surprised if it is bug #273560 -- which
> will need a patch.
>
> mp3splt-gtk, however, compiles fine on two desktop amd64 setups. I
> cannot test it on x86 right now, hopefully tomorrow I'll again
> remember to reboot to 32-bits and try some more. Maybe even get
> something done for the hearts, if the hints in the bug report are
> sufficient for fixing it.
>
>   

Yea, hearts is already installed but if I needed to reinstall for some
reason, I would be in a mess.  I just hope they will fix it since it is
KDE 3.

I could send mp3splt-gtk to the dustbin for a while, I guess.  Just hope
no one else needs it.  ;-)

Thanks for the help tho.

Dale

:-)  :-) 

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Paul Hartman]

On Mon, Sep 7, 2009 at 5:48 PM, Dale<rdalek1967@gmail.com> wrote:
> Arttu V. wrote:
>> On 9/7/09, Dale <rdalek1967@gmail.com> wrote:
>>
>>> OK.  It finished recompiling boost and Scribus.  Both hearts and
>>> mp3splt-gtk still fail with the same error as before.
>>>
>>> Any ideas?
>>>
>>
>> Ok, let's first take back the "hearts compiles on amd64". It compiled.
>> Once. On the absolutely-minimal, stable-only amd64 chroot I use when
>> testing weird things (and then immediately roll back with emerge
>> --depclean).
>>
>> On x86 and "more usable" amd64 desktop setup I get a similar error as
>> you did. And I wouldn't be surprised if it is bug #273560 -- which
>> will need a patch.
>>
>> mp3splt-gtk, however, compiles fine on two desktop amd64 setups. I
>> cannot test it on x86 right now, hopefully tomorrow I'll again
>> remember to reboot to 32-bits and try some more. Maybe even get
>> something done for the hearts, if the hints in the bug report are
>> sufficient for fixing it.
>>
>>
>
> Yea, hearts is already installed but if I needed to reinstall for some
> reason, I would be in a mess.  I just hope they will fix it since it is
> KDE 3.
>
> I could send mp3splt-gtk to the dustbin for a while, I guess.  Just hope
> no one else needs it.  ;-)

I'm using without problems: media-sound/mp3splt-gtk-0.5.6 with
USE="nls -audacious -gstreamer"

Can't help you with hearts because I'm not going to emerge kdelibs-3
to try that :) it looks like something Qt-related, though.

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Arttu V.]

On 9/8/09, Paul Hartman <paul.hartman+gentoo@gmail.com> wrote:
> I'm using without problems: media-sound/mp3splt-gtk-0.5.6 with
> USE="nls -audacious -gstreamer"

Yes, it would seem that the 0.5.6 version compiles, while 0.5.4
(stable on amd64 and x86) won't on x86. And then there is already
0.5.7a out since months ago:

http://sourceforge.net/projects/mp3splt/files/

Who likes to interact with b.g.o? =)

-- 
Arttu V.

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Arttu V. wrote:
> On 9/8/09, Paul Hartman <paul.hartman+gentoo@gmail.com> wrote:
>   
>> I'm using without problems: media-sound/mp3splt-gtk-0.5.6 with
>> USE="nls -audacious -gstreamer"
>>     
>
> Yes, it would seem that the 0.5.6 version compiles, while 0.5.4
> (stable on amd64 and x86) won't on x86. And then there is already
> 0.5.7a out since months ago:
>
> http://sourceforge.net/projects/mp3splt/files/
>
> Who likes to interact with b.g.o? =)
>
>   

I unmasked 0.5.6 and it installed just fine.  I would assume that
version is to fix 0.5.4 since it doesn't work.  I'm not sure if doing a
bug would matter since the fix is already in the pipe.  It just may need
to be speed up a little. 

Now I am only left with hearts not working I guess.  I also notice that
KDE 4.3.1 is out and that KDE 3.5 is headed out the door.  --depclean
wanted to remove KDE 3.  :-(  A -n fixed it but my time with the old
faithful KDE 3 appears to be limited. 

Thanks much for the help.

Dale

:-)  :-)

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Paul Hartman]

On Wed, Sep 9, 2009 at 3:41 AM, Dale <rdalek1967@gmail.com> wrote:
>  --depclean wanted to remove KDE 3.  :-(

You don't have it in world?

Re: [gentoo-user] mp3splt-gtk, hearts and hwinfo fails to emerge

[Dale]

Paul Hartman wrote:
> On Wed, Sep 9, 2009 at 3:41 AM, Dale <rdalek1967@gmail.com> wrote:
>   
>>  --depclean wanted to remove KDE 3.  :-(
>>     
>
> You don't have it in world?
>
>
>   

I had kde-meta in there but not the specific version.  I now have it in
the world file this way:

root@smoker / # cat /var/lib/portage/world | grep kde-meta
kde-base/kde-meta
kde-base/kde-meta:3.5
root@smoker / # 

That should last a little while longer. 

Dale

:-)  :-)