1 |
V. Ram posted on Tue, 11 Oct 2011 13:28:06 -0700 as excerpted: |
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 |
> http://www.linuxized.com/2009/11/how-to-keep-your-kde-3-5-after-its |
8 |
-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]: Leaving directory |
19 |
> `/tmp/portage/x11-libs/qt-meta-3.3.8b-r2/work/qt-x11-free-3.3.8b/src' |
20 |
|
21 |
> It looks like this may be due to the application of the libpng 1.5 patch |
22 |
> from bug# 384953 without first checking to to see what version of libpng |
23 |
> is installed. |
24 |
> |
25 |
> I'm not sure what I ought to do at this point. if I try to use libpng |
26 |
> ~amd64 , I get a block with gdk-pixbuf-2.24.0-r1 . I've also read that |
27 |
> revdep-rebuild with the libpng update is still problematic and that some |
28 |
> applications still do not work with with libpng 1.5 . |
29 |
> |
30 |
> Suggestions on the best path forward? |
31 |
|
32 |
FWIW, libpng-1.5 is soon to be stabilized, with remaining apps that don't |
33 |
work with it masked for removal. |
34 |
|
35 |
As it happens, there's a really long thread on gentoo-dev about it ATM, |
36 |
since someone wasn't following mask-for-removal policy and at least one |
37 |
package was removed before the 30-days-in-packagemask clock expired, |
38 |
causing the package maintainer, who happened to be on vacation and thus |
39 |
not catch it in time given the far shorter than normal masking, to |
40 |
complain rather loudly about the policy violation. |
41 |
|
42 |
But for what concerns this, I'd suggest keywording libpng-1.5.x for the |
43 |
time being and doing the necessary rebuilds, as it's very close to being |
44 |
stabilized anyway, and whatever remaining packages break with it are very |
45 |
possibly going to be removed (if they haven't been already, AFAIK |
46 |
everything they know about is either fixed or masked by now) in any case. |
47 |
|
48 |
> Also, independently, it looks like there are no ebuilds for hal any more |
49 |
> even though the kde-sunset packages look for the hal USE flag. I was |
50 |
> never a big fan of hal, but automounting of media under KDE 3.5 is still |
51 |
> nice to have, and as I understand it, without hal, that will no longer |
52 |
> occur. Any recommendations on this issue as well? |
53 |
|
54 |
As I, at a rather great time and hassle cost, switched to kde4 when |
55 |
upstream was dumping kde3 (despite promises to the contrary, but that's |
56 |
history now), and kde4 switched from hal with 4.6, I have little current |
57 |
info on either end of this. |
58 |
|
59 |
However, from what I've read, this is one of the things the trinity folks |
60 |
are-dealing/have-dealt with since hal is pretty clearly toast at this |
61 |
point. Since I've not even touched kde-sunset overlay, I've no idea if |
62 |
there's builds for their releases or not, but if so, I'd presume they'd |
63 |
be 3.5.11+. So you may wish to try those (if available) and see what |
64 |
happens. But hopefully someone with rather more reliable and kde-sunset |
65 |
specific information replies with better guidance here than I'm able to |
66 |
provide. |
67 |
|
68 |
-- |
69 |
Duncan - List replies preferred. No HTML msgs. |
70 |
"Every nonfree program has a lord, a master -- |
71 |
and if you use the program, he is your master." Richard Stallman |