From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org)
	by finch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-dev+bounces-39700-garchives=archives.gentoo.org@lists.gentoo.org>)
	id 1Nn10W-0007Js-Tf
	for garchives@archives.gentoo.org; Thu, 04 Mar 2010 02:41:49 +0000
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id D93DCE0B2C;
	Thu,  4 Mar 2010 02:41:45 +0000 (UTC)
Received: from mail-gy0-f181.google.com (mail-gy0-f181.google.com [209.85.160.181])
	by pigeon.gentoo.org (Postfix) with ESMTP id 4ECE6E0AD2
	for <gentoo-dev@lists.gentoo.org>; Thu,  4 Mar 2010 02:41:34 +0000 (UTC)
Received: by gyg4 with SMTP id 4so923223gyg.40
        for <gentoo-dev@lists.gentoo.org>; Wed, 03 Mar 2010 18:41:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from
         :user-agent:mime-version:to:subject:references:in-reply-to
         :content-type:content-transfer-encoding;
        bh=0MnCbNWlf6LrrbayqRf4FguFdam/PZqDGdOpCCX0084=;
        b=fBXAV409KvNxuExwnAMSpz22YoPYw/DArYyt4Md05/kMRT0NKCW1inuciYXZWV1bd5
         hAOR0aLS43S3gT93IIVYbY6clRFGHft0Dq4UGo3rLHM/OOd69IWTIpiVXqtUlGhpeW30
         cEOcaj8fspM9YwqysulU4ddruWPK8ZllJM7FA=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=xGNh1mRuKHQvE/T5LTfJnP6n27/xwqGsqRej6q/LwqTiPKg1JH0j2cmpkBDnSAtgw9
         bNmWWOLbz3oMY1neraNjnD9H2NlIpgHAN1YA3U6RrlGX1BfPV868zQiq1yK78BtAzaT2
         z7iWbfEOtAIs3wORaBTje9gx/fGDGHgGLnXn0=
Received: by 10.91.164.27 with SMTP id r27mr2557534ago.20.1267670493929;
        Wed, 03 Mar 2010 18:41:33 -0800 (PST)
Received: from ?192.168.1.1? (adsl-0-94-66.jan.bellsouth.net [65.0.94.66])
        by mx.google.com with ESMTPS id 13sm3459035gxk.8.2010.03.03.18.41.31
        (version=SSLv3 cipher=RC4-MD5);
        Wed, 03 Mar 2010 18:41:32 -0800 (PST)
Message-ID: <4B8F1DD9.5010801@gmail.com>
Date: Wed, 03 Mar 2010 20:41:29 -0600
From: Dale <rdalek1967@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.7) Gecko/20100223 Gentoo/2.0.2 SeaMonkey/2.0.2
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Remove cups from default profile to solve
 	circular deps
References: <e117dbb91003011324j1d3df0cfndc74d1e711b71fae@mail.gmail.com>	 <4B8C3438.90909@gentoo.org> <1267641936.26170.5.camel@localhost> <e117dbb91003031351q3f539e12r2be1281a2d0debc3@mail.gmail.com> <4B8EEE42.80306@gentoo.org> <4B8F1289.8040705@gmail.com> <4B8F1389.9040609@gentoo.org> <4B8F182E.6080207@gmail.com> <4B8F19D2.1090703@gentoo.org>
In-Reply-To: <4B8F19D2.1090703@gentoo.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Archives-Salt: e2c0fd65-82b6-4ece-b255-928d737c65df
X-Archives-Hash: 55f2177a7fc41a2fefefe7741291acb8

chrome://messenger/locale/messengercompose/composeMsgs.properties:
> On 03/03/10 20:17, Dale wrote:
>> chrome://messenger/locale/messengercompose/composeMsgs.properties:
>>> I'm not talking about selectively disabling cups. My proposal is
>>>>>> to no longer enable the cups useflag in the base profile. I don't
>>>>>> think cups should be part of the base profile, and as a result
>>>>>> cascading to the desktop profile. And a lot of people seem to
>>>>>> agree. Users can always enable that functionality when they
>>>>>> need it. It is not something that is necessary for running a
>>>>>> desktop system.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>> I agree that CUPS is not really necessary in the desktop profile, and
>>>>> especially in the base profile.  Many systems run desktop
>>>>> environments without needing printing support.  As we advance further
>>>>> toward a paperless computing experience, the need for printing
>>>>> support becomes even less.  And, as it is incredibly simple to add
>>>>> print capabilities by placing the cups USE flag in /etc/make.conf,
>>>>> that choice should be left to the user.
>>>>>
>>>>> Regards,
>>>>> Nathan Zachary
>>>> One could argue the opposite as well.  Adding -cups to make.conf is
>>>> just as easy.
>>>>
>>>> I'm one of those lowly users.
>>>>
>>>> Dale
>>>>
>>>> :-)  :-)
>>>>
>>> I think that the point is that it is better to have it disabled by
>>> default so that new users do not run into these circular dependencies
>>> upon their first installation.  They can then add cups to their
>>> make.conf and emerge -avuDN world to get full printing support.
>>>
>>> Just as a sidebar, there is not a "lowly user."  Your input is greatly
>>> important in all matters regarding Gentoo as you are a member of the
>>> userbase.  It's your operating system too! :)
>>>
>>> Regards,
>>> Nathan Zachary
>>>
>>
>> Let just think of it this way.  I have to reinstall say from a dead 
>> hard drive.  I have copies of my make.conf and world file.  I install 
>> my new drive, download the tarball and unpack it.  I copy over 
>> make.conf and world.  Naturally cups will be enabled.  Then I sync 
>> and start to update.  Isn't that circular dependency still going to 
>> be there?  After all, this is how I install Gentoo even if from 
>> scratch.  I set my USE line before I start to emerge or update.
>>
>> It seems to me, in my situation, this would not solve much.  Maybe I 
>> am incorrect in that.
>>
>> Dale
>>
>> :-)  :-)
>>
> I believe the circular dependency is solved if one emerges gtk+ (and 
> possibly poppler?) without CUPS support, and then goes back and 
> emerges everything with CUPS.
>
> Regards,
> Nathan Zachary

So in the situation above, removing cups doesn't help any?  The user 
would still have to work around the dependency problem.  Is there not a 
better way to handle this?

Dale

:-)  :-)