Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 389197 - www-client/midori-0.4.1 wants libXScrnSaver
Summary: www-client/midori-0.4.1 wants libXScrnSaver
Status: RESOLVED DUPLICATE of bug 388795
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-01 15:27 UTC by Cedric Sodhi
Modified: 2011-11-01 16:23 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Cedric Sodhi 2011-11-01 15:27:00 UTC
libXScrnSaver is in no way required by midori. Please remove that dependency. Thank you.

Reproducible: Always
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2011-11-01 15:29:38 UTC
wrong. it's headers are used, then it's linked against and used in midori/main.c

*** This bug has been marked as a duplicate of bug 388795 ***
Comment 2 Cedric Sodhi 2011-11-01 15:30:27 UTC
Erratum: Midori may use xss, but it's not really any good for many people. Please link that with Gentoo's xscreensaver USE flag.
Comment 3 Christoph Mende (RETIRED) gentoo-dev 2011-11-01 15:31:45 UTC
Read http://www.gentoo.org/proj/en/qa/automagic.xml to understand why this kind of dependency is bad and has to be added as a hard-dependency, there's no way a USE flag can fix this.
Poke upstream to add a flag to disable it if you want it to be really optional.
Comment 4 Cedric Sodhi 2011-11-01 15:50:55 UTC
Until the build tool is fixed, I see no reason why Gentoo should enforce XSS on the user, just for preempting the ridiculously unlikely situation that the user unemerges XSS - in which case all he has to do is re-emerge midori. Completely trivial - and will most likely never happen at all.

This is an evaluation of practicability against pointless, theoretic conformance and anticipating even the most unlikely cases.
Comment 5 Cedric Sodhi 2011-11-01 15:52:15 UTC
(On the other hand, of course, there are good reasons why one would possibly not like to have XSS installed - as it is usually assumed with optional dependencies).
Comment 6 Christoph Mende (RETIRED) gentoo-dev 2011-11-01 16:05:00 UTC
Unmerging is not the only problem, it'll cause further headaches for people shipping binary packages, like the Sabayon guys. Besides that, we're not some random crappy distro where things happen to work randomly, we're trying to ship ebuilds that work under any circumstance, and running emerge --depclean is one of those.
The dependency will stay there until the build system is fixed. Period.
Comment 7 Samuli Suominen (RETIRED) gentoo-dev 2011-11-01 16:10:50 UTC
The reason it's automagically optional in midori is Win32 and MacOSX builds according to upstream midori developer.

Now, don't reopen this bug anymore unless you write a patch to provide ./configure flag for enabling/disabling the feature to get rid of the automagic and get it accepted in midori's bug tracking system first (I'm quite sure the patch will be refused, as per upstream UNIX builds should enable XSS)

*** This bug has been marked as a duplicate of bug 388795 ***
Comment 8 Cedric Sodhi 2011-11-01 16:23:12 UTC
(In reply to comment #6)
> Unmerging is not the only problem, it'll cause further headaches for people
> shipping binary packages, like the Sabayon guys. Besides that, we're not some
> random crappy distro where things happen to work randomly, we're trying to ship
> ebuilds that work under any circumstance, and running emerge --depclean is one
> of those.

By your "black-white" argument the tiniest, most irrelevant bug *has to* be fixed, even by the most ridiculous and unreasonable measures. Of course, you wont give up your black-white viewpoint and will cling to your "but Gentoo has to work under all circumstances" argument, now that you've talked yourself so deep into it, but I think we both know that being reasonable is something else.

One *can* weight a problem vs. the things required to solve it. You don't. You (?) are the maintainer, so you don't have to listen to reason but only to yourself. I submit myself to your choise. Bug remains closed.