Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 249692 - [kde-crazy] kde-base/akonadi-4.1.80 does not compile without nepomuk
Summary: [kde-crazy] kde-base/akonadi-4.1.80 does not compile without nepomuk
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 249853
  Show dependency tree
 
Reported: 2008-12-03 10:43 UTC by kavol
Modified: 2008-12-05 15:15 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log.gz,5.20 KB, application/x-gzip)
2008-12-03 10:44 UTC, kavol
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kavol 2008-12-03 10:43:43 UTC
I do not like the semantic-desktop features, so that I've tried to switch off the use flag, but ... see the attached log

Reproducible: Always

Steps to Reproduce:
1. (install kde-crazy, unmask, add @kde to world_sets)
2. USE="-semantic-desktop" emerge -uDN world
Comment 1 kavol 2008-12-03 10:44:36 UTC
Created attachment 174147 [details]
build.log
Comment 2 Pawel Madej aka Nysander 2008-12-04 21:09:42 UTC
as I am unable to assign this bug as a blocker to kde-crazy tracker bug please reporter or assigner to add this bug as a blocker of #249853 bug.

thx in advance
Comment 3 kavol 2008-12-05 09:00:58 UTC
btw, I've spoken with one of the Fedora KDE maintainers, and from what he says it is a upstream problem ... however, if a proper patch is not available, Gentoo should workaround this (e.g. disabling the possibility to switch off Nepomuk in kdelibs), so I am not closing this as "upstream"
Comment 4 Tomáš Chvátal (RETIRED) gentoo-dev 2008-12-05 13:18:33 UTC
Well we are updating snapshots weekly.
Thus patching such thing has no perspecitve and it is better to force upstream to fix this. Snapshots are intended to help them catch all bugs. This is one of them.
So please report this upstream and close as fixed when they fix it by themselves.
I know we can workaround this by enabling nepomuk by default but as i said just for one release it is pointless.
Comment 5 kavol 2008-12-05 14:35:04 UTC
the point was that it might not get fixed in 4.2 final, as there is not too much pressure, and in that case it should be caught at the distribution level, so this report might serve as tracker

so I'll reopen if such case comes (and I catch it)

btw, I thought that it is a good practice that the maintainers of the packages report such upstream bugs as they should be able to rule out the distribution buildsystem failure, unlike the ordinary lame users (as I am) who do not understand how the things work, and a reference to the upstream bug tracker is given before the distribution specific bugreport is closed ...
Comment 6 Tomáš Chvátal (RETIRED) gentoo-dev 2008-12-05 14:44:12 UTC
> btw, I thought that it is a good practice that the maintainers of the packages
> report such upstream bugs as they should be able to rule out the distribution
> buildsystem failure, unlike the ordinary lame users (as I am) who do not
> understand how the things work, and a reference to the upstream bug tracker is
> given before the distribution specific bugreport is closed ...
> 

Yes yes we gladly use our users to do it for us :P
And adding some detection ifdefs will be much better than forcing nepomuk by default. And this is bug not some missing feature so it should get fixed. :]
And I already found out that it is really bug in there, so it is not buildsystem error :]
And jfyi this bug is not closed, it is marked upstream. :]
Comment 8 kavol 2008-12-05 14:51:37 UTC
(In reply to comment #6)
> And jfyi this bug is not closed, it is marked upstream. :]

well, I have an option to "Reopen bug" just below the "Additional Comments" textarea ... how can I (re)open something that is not closed?

(on the other hand, there is also option to "Mark bug as CLOSED", oh well ...)
Comment 9 Tomáš Chvátal (RETIRED) gentoo-dev 2008-12-05 15:15:01 UTC
(In reply to comment #8)
> (In reply to comment #6)
> > And jfyi this bug is not closed, it is marked upstream. :]
> 
> well, I have an option to "Reopen bug" just below the "Additional Comments"
> textarea ... how can I (re)open something that is not closed?
> 
> (on the other hand, there is also option to "Mark bug as CLOSED", oh well ...)
> 

Nah bugzilla is magic somethimes, important is how we interpret the thing :]