On 7/19/07, Duncan <[EMAIL PROTECTED]> wrote:
joshua jackson <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
excerpted below, on Fri, 20 Jul 2007 09:10:35 -0700:
> Honestly..this is not something to get picky over jakub. Upstream was
> nice and actually came and politely asked us to change the defaults to
> what most people would consider sane (all protocols by default). As I
> think most people emerging pidgin..would like to use any protocol by
> default..not go..hey I don't have yahoo, I should check my use flags.
> Which obviously hasn't happened as users pop up in #pidgin to ask why
> the heck there isn't a yahoo account available.
This is precisely my point, glad to hear it's gotten across to someone.
[Dev-discussion, so kept posted here.]
I've not seen this question come up yet, so I'll raise it.
Shouldn't the question really depend on whether optional dependencies are
pulled in by the protocols or not? If everything's pidgin internal, then
if upstream wants all the protocols on as shipped, I think that's the
sane thing to do.
OTOH, if enabling those protocols pulls in all sorts of additional
packages to support them, shipping with everything on just because it's
possible is not the Gentoo way. That's what USE flags are for. If
indeed additional dependencies are pulled in, IMO the USE flags should
remain,
Yes there would be a few other small supporting packages. They, at
most, would use a few extra 100K of RAM and a small amount of disk
space. Considering that pidgin is a GTK+ application, it would imply
someone is running X and thus can afford to use a little extra RAM
being used. They are small packages and would probably take less than
a minute or two of extra compile time. Considering that Pidgin takes
about 5-10 minutes to compile give or take, this is negligible.
and maybe someone needs to explain the Gentoo way to upstream.
I agree with the Gentoo way in most cases, hence why I use Gentoo.
But in this case the Gentoo way fails. It creates more problems than
it solves. Like was mentioned above, if people read ewarns or ran -pv
we wouldn't be having this problem, but most don't. Unfortunately,
their negligence becomes our headache and this is what I'm trying to
solve. I don't think the drawbacks of installing a few extra packages
for the greater good of less headaches for both users and upstream are
worth not making this change.
Once again thank you for your time,
Eric
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
--
[EMAIL PROTECTED] mailing list
--
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
--
[EMAIL PROTECTED] mailing list
