Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Gentoo: Desktop

kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5

 

 

Gentoo desktop RSS feed   Index | Next | Previous | View Threaded


vramml0 at fastmail

Oct 11, 2011, 1:28 PM

Post #1 of 7 (895 views)
Permalink
kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5

Hello all and particularly kde-sunset team members:

I did a fresh installation of gentoo from scratch, AMD64, with all
stable packages and no keywords. I setup the kde-sunset overlay as per
http://www.linuxized.com/2009/11/how-to-keep-your-kde-3-5-after-its-removed-gentoos-tree-using-the-kde-sunset-overlay/
.

libpng is at 1.4.8-r1 (stable)

During the emerge for kde-base/kdebase-startkde-3.5.10-r5 , the
qt-meta-3.3.8b-r2 build failed with:

kernel/qpngio.cpp:1153:48: error: png_process_data_pause was not
declared in this scope
make[1]: *** [.obj/release-shared-mt/qpngio.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory
`/tmp/portage/x11-libs/qt-meta-3.3.8b-r2/work/qt-x11-free-3.3.8b/src'
make: *** [sub-src] Error 2
emake failed

It looks like this may be due to the application of the libpng 1.5 patch
from bug# 384953 without first checking to to see what version of libpng
is installed.

I'm not sure what I ought to do at this point. if I try to use libpng
~amd64 , I get a block with gdk-pixbuf-2.24.0-r1 . I've also read that
revdep-rebuild with the libpng update is still problematic and that some
applications still do not work with with libpng 1.5 .

Suggestions on the best path forward?

Also, independently, it looks like there are no ebuilds for hal any more
even though the kde-sunset packages look for the hal USE flag. I was
never a big fan of hal, but automounting of media under KDE 3.5 is still
nice to have, and as I understand it, without hal, that will no longer
occur. Any recommendations on this issue as well?

Thank you.

--
http://www.fastmail.fm - Same, same, but different...


tiagomnm at gmail

Oct 11, 2011, 3:33 PM

Post #2 of 7 (862 views)
Permalink
Re: kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5 [In reply to]

On Tue, Oct 11, 2011 at 9:28 PM, V. Ram <vramml0 [at] fastmail> wrote:

> Hello all and particularly kde-sunset team members:
>
> I did a fresh installation of gentoo from scratch, AMD64, with all
> stable packages and no keywords. I setup the kde-sunset overlay as per
>
> http://www.linuxized.com/2009/11/how-to-keep-your-kde-3-5-after-its-removed-gentoos-tree-using-the-kde-sunset-overlay/
> .
>
> libpng is at 1.4.8-r1 (stable)
>
> During the emerge for kde-base/kdebase-startkde-3.5.10-r5 , the
> qt-meta-3.3.8b-r2 build failed with:
>
> kernel/qpngio.cpp:1153:48: error: png_process_data_pause was not
> declared in this scope
> make[1]: *** [.obj/release-shared-mt/qpngio.o] Error 1
> make[1]: *** Waiting for unfinished jobs....
> make[1]: Leaving directory
> `/tmp/portage/x11-libs/qt-meta-3.3.8b-r2/work/qt-x11-free-3.3.8b/src'
> make: *** [sub-src] Error 2
> emake failed
>
> It looks like this may be due to the application of the libpng 1.5 patch
> from bug# 384953 without first checking to to see what version of libpng
> is installed.
>
> I'm not sure what I ought to do at this point. if I try to use libpng
> ~amd64 , I get a block with gdk-pixbuf-2.24.0-r1 . I've also read that
> revdep-rebuild with the libpng update is still problematic and that some
> applications still do not work with with libpng 1.5 .
>
> Suggestions on the best path forward?
>
> Also, independently, it looks like there are no ebuilds for hal any more
> even though the kde-sunset packages look for the hal USE flag. I was
> never a big fan of hal, but automounting of media under KDE 3.5 is still
> nice to have, and as I understand it, without hal, that will no longer
> occur. Any recommendations on this issue as well?
>
>
I have the old hal and polkit ebuilds, perhaps it would be in order to add
them to the overlay? Someone is working on Trinity ebuilds but I have no
idea how far along the work is. Also about hal, Trinity still hasn't moved
to udev.

Best regards,
Tiago


> Thank you.
>
> --
> http://www.fastmail.fm - Same, same, but different...
>
>
>


1i5t5.duncan at cox

Oct 11, 2011, 4:00 PM

Post #3 of 7 (866 views)
Permalink
Re: kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5 [In reply to]

V. Ram posted on Tue, 11 Oct 2011 13:28:06 -0700 as excerpted:

> Hello all and particularly kde-sunset team members:
>
> I did a fresh installation of gentoo from scratch, AMD64, with all
> stable packages and no keywords. I setup the kde-sunset overlay as per
> http://www.linuxized.com/2009/11/how-to-keep-your-kde-3-5-after-its
-removed-gentoos-tree-using-the-kde-sunset-overlay/
> .
>
> libpng is at 1.4.8-r1 (stable)
>
> During the emerge for kde-base/kdebase-startkde-3.5.10-r5 , the
> qt-meta-3.3.8b-r2 build failed with:
>
> kernel/qpngio.cpp:1153:48: error: png_process_data_pause was not
> declared in this scope.
> make[1]: Leaving directory
> `/tmp/portage/x11-libs/qt-meta-3.3.8b-r2/work/qt-x11-free-3.3.8b/src'

> It looks like this may be due to the application of the libpng 1.5 patch
> from bug# 384953 without first checking to to see what version of libpng
> is installed.
>
> I'm not sure what I ought to do at this point. if I try to use libpng
> ~amd64 , I get a block with gdk-pixbuf-2.24.0-r1 . I've also read that
> revdep-rebuild with the libpng update is still problematic and that some
> applications still do not work with with libpng 1.5 .
>
> Suggestions on the best path forward?

FWIW, libpng-1.5 is soon to be stabilized, with remaining apps that don't
work with it masked for removal.

As it happens, there's a really long thread on gentoo-dev about it ATM,
since someone wasn't following mask-for-removal policy and at least one
package was removed before the 30-days-in-packagemask clock expired,
causing the package maintainer, who happened to be on vacation and thus
not catch it in time given the far shorter than normal masking, to
complain rather loudly about the policy violation.

But for what concerns this, I'd suggest keywording libpng-1.5.x for the
time being and doing the necessary rebuilds, as it's very close to being
stabilized anyway, and whatever remaining packages break with it are very
possibly going to be removed (if they haven't been already, AFAIK
everything they know about is either fixed or masked by now) in any case.

> Also, independently, it looks like there are no ebuilds for hal any more
> even though the kde-sunset packages look for the hal USE flag. I was
> never a big fan of hal, but automounting of media under KDE 3.5 is still
> nice to have, and as I understand it, without hal, that will no longer
> occur. Any recommendations on this issue as well?

As I, at a rather great time and hassle cost, switched to kde4 when
upstream was dumping kde3 (despite promises to the contrary, but that's
history now), and kde4 switched from hal with 4.6, I have little current
info on either end of this.

However, from what I've read, this is one of the things the trinity folks
are-dealing/have-dealt with since hal is pretty clearly toast at this
point. Since I've not even touched kde-sunset overlay, I've no idea if
there's builds for their releases or not, but if so, I'd presume they'd
be 3.5.11+. So you may wish to try those (if available) and see what
happens. But hopefully someone with rather more reliable and kde-sunset
specific information replies with better guidance here than I'm able to
provide.

--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman


ejlddll at googlemail

Oct 11, 2011, 4:21 PM

Post #4 of 7 (864 views)
Permalink
Re: kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5 [In reply to]

On Tue, 11 Oct 2011 13:28:06 -0700
"V. Ram" <vramml0 [at] fastmail> wrote:

> Also, independently, it looks like there are no ebuilds for hal any more
> even though the kde-sunset packages look for the hal USE flag. I was
> never a big fan of hal, but automounting of media under KDE 3.5 is still
> nice to have, and as I understand it, without hal, that will no longer
> occur. Any recommendations on this issue as well?

Have you tried the attic? http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/hal/?hideattic=0
should have all the old main-tree ebuilds and patches for hal. Dunno what the
result of installing it will be, though--I've never used an automounter with my
system, so I was quite happy to kick hal to the curb even though I'm still
using KDE 3.5.

Alternatively, someone posted a patch to the Trinity dev ML about a month ago
that was supposed to enable media detection without hal. It supposedly applies
to vanilla KDE 3.5.10 just fine, but I have not used it and so can't confirm
whether or not it works.


ejlddll at googlemail

Oct 11, 2011, 4:50 PM

Post #5 of 7 (876 views)
Permalink
Re: Re: kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5 [In reply to]

On Tue, 11 Oct 2011 23:00:26 +0000 (UTC)
Duncan <1i5t5.duncan [at] cox> wrote:

> However, from what I've read, this is one of the things the trinity folks
> are-dealing/have-dealt with since hal is pretty clearly toast at this
> point. Since I've not even touched kde-sunset overlay, I've no idea if
> there's builds for their releases or not, but if so, I'd presume they'd
> be 3.5.11+. So you may wish to try those (if available) and see what
> happens.

Trinity has released 3.5.12 and is working on 3.5.13. Serghei Amelian
was working on ebuilds; his Github repository can be found at
https://github.com/serghei/kde-trinity/tree/e88d632aac991cfa3e83e5b176bddfb8791a7cc0/kde-base/kdelibs
I'm not sure how current these files are, but AFAIK they are the
most complete available at the moment. (There are a couple of other
ebuild initiatives, but the last time I checked, they hadn't gotten beyond
kdebase and kdelibs yet.)

However, Trinity has not replaced hal yet, so installing it won't
fix anyone's automouting problems.


brent at keycorner

Dec 17, 2011, 6:18 AM

Post #6 of 7 (681 views)
Permalink
Re: all hal ebuilds gone (was: kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5) [In reply to]

On Tue, 11 Oct 2011, E. Liddell wrote:

> On Tue, 11 Oct 2011 13:28:06 -0700
> "V. Ram" <vramml0 [at] fastmail> wrote:
>
>> Also, independently, it looks like there are no ebuilds for hal any more
>> even though the kde-sunset packages look for the hal USE flag. I was
>> never a big fan of hal, but automounting of media under KDE 3.5 is still
>> nice to have, and as I understand it, without hal, that will no longer
>> occur. Any recommendations on this issue as well?
>
> Have you tried the attic? http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/hal/?hideattic=0
> should have all the old main-tree ebuilds and patches for hal. Dunno what the
> result of installing it will be, though--I've never used an automounter with my
> system, so I was quite happy to kick hal to the curb even though I'm still
> using KDE 3.5.
>
> Alternatively, someone posted a patch to the Trinity dev ML about a month ago
> that was supposed to enable media detection without hal. It supposedly applies
> to vanilla KDE 3.5.10 just fine, but I have not used it and so can't confirm
> whether or not it works.

For awhile, hal and hal-info were masked, but you could still unmask
them to get removable media detection if you were using KDE 3 from the
sunset overlay. Now it appears that they aren't in the tree at all
(even masked), or in the overlay either. Is this it for HAL? If so, is
this it for removable media detection on KDE 3 until Trinity is fixed?

(If I had any sense, I'd also say this is it for KDE 3, but...)

--
+ Brent A. Busby +
+ Sr. UNIX Systems Admin + Vote for Cthulhu.
+ University of Chicago +
+ James Franck Institute + Why settle for the lesser evil?


lists at hasnoname

Dec 17, 2011, 7:22 AM

Post #7 of 7 (678 views)
Permalink
Re: all hal ebuilds gone (was: kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5) [In reply to]

Hi,

i just submitted sys-apps/hal and app-misc/hal-info to the kde-sunset overlay.
You should be able to use those versions for the time being (at least they
have been working here without a hitch).

On Saturday 17 December 2011 15:18:40 Brent Busby wrote:
> For awhile, hal and hal-info were masked, but you could still unmask
> them to get removable media detection if you were using KDE 3 from the
> sunset overlay. Now it appears that they aren't in the tree at all
> (even masked), or in the overlay either. Is this it for HAL? If so, is
> this it for removable media detection on KDE 3 until Trinity is fixed?
>
> (If I had any sense, I'd also say this is it for KDE 3, but...)

greetings,
Roman

--
f u cn rd ths, u r prbbly a lsy spllr.

Gentoo desktop RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.