From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
by nuthatch.gentoo.org with esmtp (Exim 4.62)
(envelope-from <gentoo-dev+bounces-25311-garchives=archives.gentoo.org@gentoo.org>)
id 1IBNxv-0003RT-9q
for garchives@archives.gentoo.org; Thu, 19 Jul 2007 04:50:15 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l6J4nGA1022023;
Thu, 19 Jul 2007 04:49:16 GMT
Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176])
by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l6J4lNjW019764
for <gentoo-dev@lists.gentoo.org>; Thu, 19 Jul 2007 04:47:23 GMT
Received: by py-out-1112.google.com with SMTP id d32so956255pye
for <gentoo-dev@lists.gentoo.org>; Wed, 18 Jul 2007 21:47:23 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
d=gmail.com; s=beta;
h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
b=QaFsPH090Sxcy9gzJ+iQHeQ3FpkxQFn7e0Ddtj9F7xT3oXWdnBeDxVYBxU8VVZ8Y7g9+2lTS+mkRCm5fbbZwpORngNDAAGAFOnTdVoS36Em/0n3h+FDrfZiCuNbiYpEtGv00QvaxwruzAWGktbetXHa+6EWvf+AzXXIesGrkEtc=
DomainKey-Signature: a=rsa-sha1; c=nofws;
d=gmail.com; s=beta;
h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
b=FuR0ByK+Vl1LMv3j75AbVXDr22JuQjoWjyfr1ciC/3mPD9nZEfbsa+vBvkrJgrMHR420Jgas4WQsXmD85LG+R/YQsOFoiWg+1nqo55k/Cv416zx8aNs9o2FqUR9scJgekCpWl3qSA79aov0yZOD1h6+sIoVIahXLVhwRtEaveH0=
Received: by 10.65.220.8 with SMTP id x8mr3996147qbq.1184820442507;
Wed, 18 Jul 2007 21:47:22 -0700 (PDT)
Received: by 10.65.231.14 with HTTP; Wed, 18 Jul 2007 21:47:22 -0700 (PDT)
Message-ID: <81bfc67a0707182147g4efa5efaqc33be81dc2383e9b@mail.gmail.com>
Date: Thu, 19 Jul 2007 00:47:22 -0400
From: "Caleb Cushing" <xenoterracide@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] net-im/pidgin protocols
Cc: tester@gentoo.org, drizzt@gentoo.org, deryni@pidgin.im
In-Reply-To: <b21328ed0707182131o722bd625o6c8119a4b084c57f@mail.gmail.com>
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_Part_63754_8948182.1184820442430"
References: <b21328ed0707182131o722bd625o6c8119a4b084c57f@mail.gmail.com>
X-Archives-Salt: a54971fa-9aed-4c24-a05d-580aedd8c4b1
X-Archives-Hash: c6ac643571deeff6f68e1ff7f002ca35
------=_Part_63754_8948182.1184820442430
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
another option could just be to enable the protocols in the ebuild by
default (or does that have to be done globally in profile?) and force users
to turn them off if they don't want them.
On 7/19/07, Eric Polino <aluink@gmail.com> wrote:
>
> Would it be possible to have all the protocols for net-im/pidgin
> turned on by default. We often get people coming to #pidgin looking
> for help as to why they can't get MSN or some other protocol working.
> It most often is because they haven't enabled the given protocol USE
> flag.
>
> There is nothing gained in turning a protocol off. At the very most
> you might save on 100K of memory, and a small amount of compile time
> (pidgin takes a good while to compile, so this is a small percentage).
> On the other hand, by having them off by default, people often lose a
> lot of time figuring out why they are missing some protocol. Finding
> out which ones they want, setting up package.use... The wanted gain
> is lost in research and setup time. I would understand if they were
> huge aspects of the application that took up tons of HD space, tons of
> RAM and took a while to compile, but they aren't.
>
> I have two suggestions for solutions. The protocol flags could be
> removed and would make them on all the time. Or if the overzealous
> user insists on having some off, there could be negative flags such as
> nomsn, noaim, etc.
>
> I am busy with a GSoC project right now, but I can offer a diff for an
> ebuild that would provide this functionality once I find time to.
>
> Thanks,
> Eric
>
> --
> http://aluink.blogspot.com
>
> --
> "...indexable arrays, which may be thought of as functions whose
> domains are isomorphic to contiguous subsets of the integers."
> --Haskell 98 Library Report
> --
> gentoo-dev@gentoo.org mailing list
>
>
--
Caleb Cushing
------=_Part_63754_8948182.1184820442430
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
another option could just be to enable the protocols in the ebuild by default (or does that have to be done globally in profile?) and force users to turn them off if they don't want them.<br><br><div><span class="gmail_quote">
On 7/19/07, <b class="gmail_sendername">Eric Polino</b> <<a href="mailto:aluink@gmail.com">aluink@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Would it be possible to have all the protocols for net-im/pidgin<br>turned on by default. We often get people coming to #pidgin looking<br>for help as to why they can't get MSN or some other protocol working.<br>It most often is because they haven't enabled the given protocol USE
<br>flag.<br><br>There is nothing gained in turning a protocol off. At the very most<br>you might save on 100K of memory, and a small amount of compile time<br>(pidgin takes a good while to compile, so this is a small percentage).
<br> On the other hand, by having them off by default, people often lose a<br>lot of time figuring out why they are missing some protocol. Finding<br>out which ones they want, setting up package.use... The wanted gain<br>
is lost in research and setup time. I would understand if they were<br>huge aspects of the application that took up tons of HD space, tons of<br>RAM and took a while to compile, but they aren't.<br><br>I have two suggestions for solutions. The protocol flags could be
<br>removed and would make them on all the time. Or if the overzealous<br>user insists on having some off, there could be negative flags such as<br>nomsn, noaim, etc.<br><br>I am busy with a GSoC project right now, but I can offer a diff for an
<br>ebuild that would provide this functionality once I find time to.<br><br>Thanks,<br>Eric<br><br>--<br><a href="http://aluink.blogspot.com">http://aluink.blogspot.com</a><br><br>--<br>"...indexable arrays, which may be thought of as functions whose
<br>domains are isomorphic to contiguous subsets of the integers."<br>--Haskell 98 Library Report<br>--<br><a href="mailto:gentoo-dev@gentoo.org">gentoo-dev@gentoo.org</a> mailing list<br><br></blockquote></div><br><br clear="all">
<br>-- <br>Caleb Cushing
------=_Part_63754_8948182.1184820442430--
--
gentoo-dev@gentoo.org mailing list