From: Zac Medico <zmedico@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps
Date: Sat, 06 Mar 2010 07:59:24 -0800 [thread overview]
Message-ID: <4B927BDC.50807@gentoo.org> (raw)
In-Reply-To: <4B92497E.30302@gentoo.org>
On 03/06/2010 04:24 AM, Richard Freeman wrote:
> On 03/05/2010 08:06 AM, Ben de Groot wrote:
>> On 5 March 2010 04:18, Graham Murray<graham@gmurray.org.uk> wrote:
>>> 3. Include one or both of the packages in the stage tarball.
>> None of the packages involved (gtk+, cups and poppler) is in any
>> shape or form essential, so you will have a very hard time convincing
>> people that this is the best solution.
>
> I tend to agree, but do consider this:
>
> 1. We wouldn't need to put all the packages in the dep list up to these
> packages in the tarball - you could just put one package in the tarball
> so that when emerge gets to this point it won't die.
>
> 2. You don't need to put that package in @system, so the first time the
> user cleans out their install it will be removed. For server users it
> will start out there but will eventually go away.
>
> It does increase the size of the tarball, which is of course
> undesirable. We might also need to modify the build scripts since I'm
> guessing those scripts look at @system to figure out what belongs in the
> tarball and these packages don't need to be there.
>
> I do agree that it isn't really an ideal solution, and probably not the
> first thing we should try...
Another possible solution would be distribute binary packages to
users via PORTAGE_BINHOST. The user can simply set something like
PORTAGE_BINHOST="http://tinderbox.dev.gentoo.org/default-linux/x86"
in /etc/make.conf. Since DEPEND is ignored for binary packages, and
circular RDEPEND doesn't block installation, the circular
dependencies won't necessarily be an problem. The emerge --pretend
output shows that emerge will go ahead and install those packages
despite the circular RDEPEND:
These are the packages that would be merged, in order:
Calculating dependencies... done!
[binary N ] net-print/cups-1.3.11-r2 USE="X acl avahi dbus
gnutls java jpeg ldap pam perl php png ppds python samba slp ssl
tiff -kerberos -static -xinetd -zeroconf" LINGUAS="en -de -es -et
-fr -he -id -it -ja -pl -sv -zh_TW" [0]
[binary N ] x11-libs/gtk+-2.18.6 USE="cups jpeg test tiff
xinerama (-aqua) -debug -doc -jpeg2k -vim-syntax" [0]
[binary N ] dev-python/pygtk-2.16.0-r1 USE="doc examples test"
[0]
[binary N ] gnome-extra/libgsf-1.14.17 USE="bzip2 gtk python
-doc -gnome -thumbnail" [0]
[binary N ] app-text/poppler-0.12.4 USE="abiword cairo jpeg
lcms png qt4 utils xpdf-headers -cjk -debug -doc -exceptions
-jpeg2k" [0]
--
Thanks,
Zac
next prev parent reply other threads:[~2010-03-06 15:57 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-01 21:24 [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps Ben de Groot
2010-03-01 21:40 ` Zac Medico
2010-03-03 18:45 ` Mart Raudsepp
2010-03-03 18:54 ` Nirbheek Chauhan
2010-03-03 22:02 ` Ben de Groot
2010-03-03 21:51 ` Ben de Groot
2010-03-03 23:18 ` Nathan Zachary
2010-03-04 1:53 ` Dale
2010-03-04 1:57 ` Nathan Zachary
2010-03-04 2:17 ` Dale
2010-03-04 2:24 ` Nathan Zachary
2010-03-04 2:41 ` Dale
2010-03-04 3:07 ` Richard Freeman
2010-03-04 3:19 ` Dale
2010-03-04 12:30 ` Markus Oehme
2010-03-05 16:12 ` Roy Bamford
2010-03-05 18:03 ` Dawid Węgliński
2010-03-05 18:38 ` Pacho Ramos
2010-03-05 20:11 ` Dale
2010-03-06 18:33 ` Angelo Arrifano
2010-03-04 6:56 ` Dawid Węgliński
2010-03-04 7:08 ` Joshua Saddler
2010-03-04 7:27 ` Zeerak Mustafa Waseem
2010-03-04 12:24 ` Ben de Groot
2010-03-04 12:28 ` Ben de Groot
2010-03-04 17:04 ` [gentoo-dev] " Duncan
2010-03-04 17:23 ` Jeremy Olexa
2010-03-04 17:53 ` Ben de Groot
2010-03-04 23:56 ` Vincent Launchbury
2010-03-05 0:07 ` Dale
2010-03-05 0:32 ` Brian Harring
2010-03-07 5:59 ` Mike Frysinger
2010-03-04 20:01 ` [gentoo-dev] " Dale
2010-03-04 21:46 ` Dirkjan Ochtman
2010-03-04 22:11 ` Dale
2010-03-04 22:17 ` Ben de Groot
2010-03-04 22:34 ` Dale
2010-03-04 23:03 ` Ben de Groot
2010-03-04 23:27 ` Dale
2010-03-04 23:39 ` Ben de Groot
2010-03-05 0:00 ` Dale
2010-03-05 1:57 ` Patrick Nagel
2010-03-05 2:37 ` Richard Freeman
2010-03-05 3:02 ` Dale
2010-03-05 3:18 ` Graham Murray
2010-03-05 4:19 ` Dale
2010-03-05 4:57 ` Zeerak Mustafa Waseem
2010-03-05 13:06 ` Ben de Groot
2010-03-06 12:24 ` Richard Freeman
2010-03-06 15:59 ` Zac Medico [this message]
2010-03-05 2:53 ` Dale
2010-03-04 11:50 ` Ben de Groot
2010-03-04 17:02 ` Mart Raudsepp
2010-03-04 14:01 ` Luca Barbato
2010-03-01 21:53 ` Dirkjan Ochtman
2010-03-01 22:06 ` Samuli Suominen
2010-03-02 2:13 ` Sylvain Alain
2010-03-01 22:09 ` Maciej Mrozowski
2010-03-02 5:53 ` "Paweł Hajdan, Jr."
2010-03-02 7:29 ` Petteri Räty
2010-03-02 7:55 ` Markos Chandras
2010-03-05 20:51 ` Maciej Mrozowski
2010-03-05 21:06 ` Ben de Groot
2010-03-06 9:11 ` Nirbheek Chauhan
2010-03-06 11:32 ` Ben de Groot
2010-03-06 17:05 ` Nirbheek Chauhan
2010-03-06 17:22 ` Maciej Mrozowski
2010-04-07 22:37 ` Enrico Weigelt
2010-04-07 22:43 ` Enrico Weigelt
2010-04-07 22:58 ` Nirbheek Chauhan
2010-04-07 23:44 ` Enrico Weigelt
2010-03-06 9:17 ` Nirbheek Chauhan
2010-04-07 23:13 ` Enrico Weigelt
2010-04-07 23:31 ` Nirbheek Chauhan
2010-03-06 10:26 ` Pacho Ramos
2010-04-07 23:14 ` Enrico Weigelt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B927BDC.50807@gentoo.org \
--to=zmedico@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox