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 ) 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 ; Thu, 19 Jul 2007 04:47:23 GMT Received: by py-out-1112.google.com with SMTP id d32so956255pye for ; 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" 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: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail 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: 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 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.

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-- -- gentoo-dev@gentoo.org mailing list