Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 455416 - media-gfx/simple-scan-3.6.0 still depens on x11-misc/colord[scanner]
Summary: media-gfx/simple-scan-3.6.0 still depens on x11-misc/colord[scanner]
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: AMD64 Linux
: Normal normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-02-04 11:39 UTC by gringo
Modified: 2013-02-06 14:48 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 gringo 2013-02-04 11:39:28 UTC
Scanner USE from colord package was dropped a while back (20.12.12 according to the changelog) but this change has not been reflected in simple-scans ebuild. There is no colord ebuild in the tree that has the scanner USE.

I have tested simple-scan and for me it builds/works just fine after removing this USE dep from the ebuild.

Im not adding any more info as i think it is not needed and the problem is clear enough, pls. let me know otherwise.

thanks for your time !

Reproducible: Always
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2013-02-05 12:09:05 UTC
Actually it depends on either =x11-misc/colord-0.1.24:=[udev] or x11-misc/colord:=[scanner] so this shouldn't fail if you have the former, i.e. colord installed with USE=udev, which happens to be an IUSE default (+udev in the colord ebuilds' IUSE variable).
Comment 2 Gilles Dartiguelongue (RETIRED) gentoo-dev 2013-02-05 16:32:19 UTC
PKG_CHECK_MODULES(COLORD, [
    colord
], have_colord=yes, have_colord=no)
AM_CONDITIONAL(HAVE_COLORD, test $have_colord = yes)

-> that's what the configure says. If this is a problem for you, you should most likely report the bug upstream.
Comment 3 Alexandre Rostovtsev (RETIRED) gentoo-dev 2013-02-06 02:40:56 UTC
As explained in comment #1, all simple-scan ebuilds in the tree depend on either colord[udev] or colord[scanner], so updating from colord[scanner] to colord[udev] would still leave the dependency satisfied.

I can think of only two cases where you could hit a dependency conflict here:

1. using an old colord ebuild from an overlay; or
2. using a non-standard package manager (paludis) and forgetting to set whatever magical combination of flags that cave needs to behave in a sane, portage-compatible manner.
Comment 4 Alexandre Rostovtsev (RETIRED) gentoo-dev 2013-02-06 02:41:46 UTC
> 1. using an old colord ebuild from an overlay

Typo. Meant to say: using an old simple-scan ebuild from an overlay.
Comment 5 gringo 2013-02-06 14:48:47 UTC
(In reply to comment #1)
> Actually it depends on either =x11-misc/colord-0.1.24:=[udev] or
> x11-misc/colord:=[scanner] so this shouldn't fail if you have the former,
> i.e. colord installed with USE=udev, which happens to be an IUSE default
> (+udev in the colord ebuilds' IUSE variable).

yes, thats what i thought too but i kept getting that block before upgrading anyways which is why i copied the modified ebuild to my local repo.

Thing is, i cant reproduce it anymore so that im guessing i did sth. wrong or sth. was wrong with my setup.

thanks and sorry for the noise.