From: Zeerak Mustafa Waseem <zeerak.w@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Remove cups from default profile to solve circular deps
Date: Fri, 5 Mar 2010 05:57:12 +0100 [thread overview]
Message-ID: <20100305045711.GB2262@Zeerak.Fullrate> (raw)
In-Reply-To: <4B908639.3080802@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2469 bytes --]
On Thu, Mar 04, 2010 at 10:19:05PM -0600, Dale wrote:
> chrome://messenger/locale/messengercompose/composeMsgs.properties:
> > Richard Freeman<rich0@gentoo.org> writes:
> >
> >
> >> I think that is separate from the circular dependency issue. As long
> >> as we have an unresolved circular dependency I think cups should be
> >> off the list. However, I'd be the first to agree that this is a
> >> short-term solution.
> >>
> >> The problem is that we only have two long-term solutions so far:
> >>
> >> 1. A smarter package manager that can work through these dependencies
> >> automatically.
> >>
> >> 2. Splitting packages like poppler that have these issues.
> >>
> > Is there not a third, maybe obvious, solution to circular dependencies
> > on initial install?
> >
> > 3. Include one or both of the packages in the stage tarball.
> >
> >
>
> I'm not a dev but what else uses poppler or other packages that would be
> added? Also, this would affect server profiles. Last I checked,
> server, desktop or any other profile starts from the same tarball. It's
> a idea but would it be a good one? I don't know the answer to that
> question.
>
> Is this a Gentoo thing or is this caused by upstream? I only use Gentoo
> so maybe it affects other distros as well.
>
> Dale
>
> :-) :-)
>
Well the merge of the poppler packages seems to have been made in upstream. So it should affect other distros as well. Perhaps not binary distros, though.
For now I don't see any other way to solve it other than removing the use flag, and perhaps adding a warning in the handbook about this circular dep.
the idea about using a tarball is good enough, the problem with that (as I see it) is what Dale also points out. Desktop and server profiles start from the same tarball, so in order to do this effectively (I seem to remember people coming to an agreement that a server profile wouldn't need cups), there'd have to be a tarball for desktops and one for servers.
I quite like the idea of a unified tarball, and going from there, choosing the right profile etc. As opposed to choosing the right tarball, then choosing the right profile that fits with that tarball. To me it seems to complicate matters where there's no need. And also, we would like for portage to continue to grow, and being able to resolve circular dependencies automatically, doesn't seem like a bad goal. :-)
--
Zeerak Waseem
[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]
next prev parent reply other threads:[~2010-03-05 4:58 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 [this message]
2010-03-05 13:06 ` Ben de Groot
2010-03-06 12:24 ` Richard Freeman
2010-03-06 15:59 ` Zac Medico
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=20100305045711.GB2262@Zeerak.Fullrate \
--to=zeerak.w@gmail.com \
--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