Gentoo Archives: gentoo-desktop

From: Tiago Marques <tiagomnm@×××××.com>
To: gentoo-desktop@l.g.o
Subject: Re: [gentoo-desktop] kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5
Date: Tue, 11 Oct 2011 22:34:49
Message-Id: CAGKt2SnnYu-jSVHTZB26OML5s+rZ0sKX4V1Gb1yHyxZEwhPYxA@mail.gmail.com
In Reply to: [gentoo-desktop] kde-sunset: qt-meta-3.3.8b-r2 build failure with libpng < 1.5 by "V. Ram"
1 On Tue, Oct 11, 2011 at 9:28 PM, V. Ram <vramml0@××××××××.fm> wrote:
2
3 > Hello all and particularly kde-sunset team members:
4 >
5 > I did a fresh installation of gentoo from scratch, AMD64, with all
6 > stable packages and no keywords. I setup the kde-sunset overlay as per
7 >
8 > http://www.linuxized.com/2009/11/how-to-keep-your-kde-3-5-after-its-removed-gentoos-tree-using-the-kde-sunset-overlay/
9 > .
10 >
11 > libpng is at 1.4.8-r1 (stable)
12 >
13 > During the emerge for kde-base/kdebase-startkde-3.5.10-r5 , the
14 > qt-meta-3.3.8b-r2 build failed with:
15 >
16 > kernel/qpngio.cpp:1153:48: error: png_process_data_pause was not
17 > declared in this scope
18 > make[1]: *** [.obj/release-shared-mt/qpngio.o] Error 1
19 > make[1]: *** Waiting for unfinished jobs....
20 > make[1]: Leaving directory
21 > `/tmp/portage/x11-libs/qt-meta-3.3.8b-r2/work/qt-x11-free-3.3.8b/src'
22 > make: *** [sub-src] Error 2
23 > emake failed
24 >
25 > It looks like this may be due to the application of the libpng 1.5 patch
26 > from bug# 384953 without first checking to to see what version of libpng
27 > is installed.
28 >
29 > I'm not sure what I ought to do at this point. if I try to use libpng
30 > ~amd64 , I get a block with gdk-pixbuf-2.24.0-r1 . I've also read that
31 > revdep-rebuild with the libpng update is still problematic and that some
32 > applications still do not work with with libpng 1.5 .
33 >
34 > Suggestions on the best path forward?
35 >
36 > Also, independently, it looks like there are no ebuilds for hal any more
37 > even though the kde-sunset packages look for the hal USE flag. I was
38 > never a big fan of hal, but automounting of media under KDE 3.5 is still
39 > nice to have, and as I understand it, without hal, that will no longer
40 > occur. Any recommendations on this issue as well?
41 >
42 >
43 I have the old hal and polkit ebuilds, perhaps it would be in order to add
44 them to the overlay? Someone is working on Trinity ebuilds but I have no
45 idea how far along the work is. Also about hal, Trinity still hasn't moved
46 to udev.
47
48 Best regards,
49 Tiago
50
51
52 > Thank you.
53 >
54 > --
55 > http://www.fastmail.fm - Same, same, but different...
56 >
57 >
58 >