1 |
Am Samstag, 6. Juli 2013, 16:51:54 schrieb Duncan: |
2 |
> Michael Palimaka posted on Sat, 06 Jul 2013 23:12:42 +1000 as excerpted: |
3 |
> > On 5/07/2013 08:02, Alex Alexander wrote: |
4 |
> >> That said, I do agree that semantic-desktop should stay optional in |
5 |
> >> KDE4. Back in my KDE days I hated it and always ensured it - and its |
6 |
> >> ugly dependencies - stayed off my system. Unfortunately I am not part |
7 |
> >> of the KDE team anymore, so I don't know what their reasoning is behind |
8 |
> >> this decision. Hopefully they will reconsider :) |
9 |
> > |
10 |
> > The reason is that code like this is appearing increasingly throughout |
11 |
> > the KDE SC: |
12 |
> > find_package(Akonadi REQUIRED) |
13 |
> > set_package_properties(NepomukCore PROPERTIES TYPE REQUIRED) |
14 |
> > |
15 |
> > That is, we must maintain hacks in order to disable upstream's |
16 |
> > requirements. They are difficult to maintain and also put us in a bad |
17 |
> > standing with upstream. |
18 |
> |
19 |
> That's actually why I ended up package.providing kdebase-runtime-meta |
20 |
> (along with ksplash, kdesu and kdnssd, for similar not-really-necessary, |
21 |
> more-useless-hassle-to-upgrade when I'm running live-branch kde, reasons) |
22 |
> here, since it's otherwise a dependency, and it in turn pulls in drkonqi, |
23 |
> which at one point anyway required something kdepim related to send the |
24 |
> mail, and when I killed kdepim on my system, I wanted nothing to do with |
25 |
> that, so I package.provided kdebase-runtime-meta in ordered to be able to |
26 |
> use (a copy of) the kdebase-runtime set instead, with bits like drkonqi |
27 |
> commented so as not to bring them in. (With stripping it's not like |
28 |
> drkonqi ever thought the traces were usable anyway, and it's a runtime- |
29 |
> dep-only, that's only activated when an app crashes in any case, only to |
30 |
> tell me it can't use the generated reports anyway, so why even have it |
31 |
> installed in the first place, especially when it's pulling in some weird |
32 |
> kdepim dep that I otherwise can keep off my system.) |
33 |
> |
34 |
> Of course that drkonqi kdepim dependency was added in one of the betas a |
35 |
> few feature releases ago, and as I hacked that and various other bits, |
36 |
> gradually adding one package.provided or patch on another to keep kde |
37 |
> updating, I gradually gained the experience and familiarity with kde |
38 |
> internals that allowed me to even /think/ about doing the whole no- |
39 |
> semantic patch series I'm doing now. Had things started out with that, |
40 |
> I'd have not thought I could, but I'm into it deep enough now, it's just |
41 |
> one more layer piled on the others. |
42 |
|
43 |
For the record you offer nothing for users who want to use kdepim and thats |
44 |
where the big story ends for us. |
45 |
|
46 |
Greetings |
47 |
|
48 |
-- |
49 |
Johannes Huber (johu) |
50 |
Gentoo Linux Developer / KDE Team |
51 |
GPG Key ID F3CFD2BD |