1 |
On 22 February 2010 03:23, Chris Bandy <cbandy@××××××.com> wrote: |
2 |
> Martin von Gagern wrote: |
3 |
>> On 21.02.2010 15:53, Chris Bandy wrote: |
4 |
>> |
5 |
>>> As a more comprehensive test, I rebuilt everything I had in |
6 |
>>> kde-sunset[1]. Everything regarding PATCHES worked great! |
7 |
>>> |
8 |
>> |
9 |
>> Thanks a lot, I appreciate that testing! |
10 |
>> |
11 |
>> |
12 |
>>> However, I had to make three changes to individual ebuilds: |
13 |
>>> |
14 |
>>> 1. Had to remove x11-libs/qt/qt-3.3.8-libpng14.patch because it was not |
15 |
>>> in the Manifest |
16 |
>>> |
17 |
>> |
18 |
>> Committed by Ladislav in f7ba03a46f179acb658a9775a75972fa3d2b68c5 |
19 |
>> |
20 |
>> |
21 |
>>> 2. Had to modify app-text/poppler/poppler-0.12.3-r3.ebuild as described |
22 |
>>> here: http://forums.gentoo.org/viewtopic-p-6170313.html#6170313 |
23 |
>>> |
24 |
>> |
25 |
>> Committed by me in 5ba737169016a164646bbfe1da53cbf7f34d137f |
26 |
>> |
27 |
>> |
28 |
>>> 3. Had to revert kde-base/kdepim-kresources-3.5.10.ebuild back to EAPI=1 |
29 |
>>> |
30 |
>> |
31 |
>> Committed by Ladislav in 5be5829c56380ca6ff08775d814558d936f816cc |
32 |
>> |
33 |
>> |
34 |
>>> I've attached a log for the failed EAPI=2 build in #3. |
35 |
>>> |
36 |
>> |
37 |
>> I've had a look. Could reproduce the issue here, and could diff both |
38 |
>> runs. One of the first differences I noted was this: |
39 |
>> |
40 |
>> EAPI=1: checking if libkcal should be compiled... no |
41 |
>> EAPI=2: checking if libkcal should be compiled... yes |
42 |
>> |
43 |
>> This output is, of course, from configure. If you look at the ebuild, |
44 |
>> you notice that it disables libkcal via an environment variable: |
45 |
>> |
46 |
>> src_compile() { |
47 |
>> export DO_NOT_COMPILE="knotes libkcal" |
48 |
>> |
49 |
>> This is only done in src_compile, i.e. after src_configure has already |
50 |
>> completed. Only in EAPI=1, where there is no src_configure phase, but |
51 |
>> instead a configure stage of the kde-meta_src_compile function, setting |
52 |
>> the variable in this fashion gives the desired result. |
53 |
>> |
54 |
>> I've written a EAPI=2 version of the ebuild that avoids these issues. It |
55 |
>> works for me, so I decided to commit it, just in case we'll want to use |
56 |
>> EAPI=2 in the future. |
57 |
>> |
58 |
>> Committed by me in 1a496ce8440c3b8781be988df65ecc77ea267e6b |
59 |
>> |
60 |
>> Greetings, |
61 |
>> Martin von Gagern |
62 |
>> |
63 |
> |
64 |
> I re-emerged everything I had in kde-sunset[1] again. No build errors; |
65 |
> everything works! Thanks! |
66 |
> |
67 |
> [1] 1a496ce8440c3b8781be988df65ecc77ea267e6b |
68 |
> |
69 |
> -- Chris |
70 |
> |
71 |
> |
72 |
|
73 |
I've managed to rebuild most of KDE 3.5 against the new jpeg-8 library |
74 |
using the overlay. Many thanks for maintaining it! |
75 |
|
76 |
I think the removal from the main tree is premature. Not only is KDE |
77 |
4 still an unstable resource hog, but the KOffice developers |
78 |
explicitly state that 2.1: |
79 |
|
80 |
'is not aimed at end users, and we do not recommend Linux |
81 |
distributions to package it as the default office suite yet.' |
82 |
|
83 |
http://www.koffice.org/news/koffice-2-1-released/ |
84 |
|
85 |
Whoever removed it from the main tree has completely ignored this and |
86 |
decided to ship an incomplete office suite to users for the own |
87 |
convenience. |
88 |
-- |
89 |
Andrew :-) |
90 |
|
91 |
Free Java Software Engineer |
92 |
Red Hat, Inc. (http://www.redhat.com) |
93 |
|
94 |
Support Free Java! |
95 |
Contribute to GNU Classpath and the OpenJDK |
96 |
http://www.gnu.org/software/classpath |
97 |
http://openjdk.java.net |
98 |
|
99 |
PGP Key: 94EFD9D8 (http://subkeys.pgp.net) |
100 |
Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8 |