On Fri, 2010-04-09 at 15:18 +0200, Josselin Mouette wrote:
> Yes it is handy, and the reason why it works well is that it has
> Depends. If we use Recommends instead, packages won’t be installed upon
> upgrades. Furthermore metapackages would be allowed to migrate to
> testing without having all packages ready, and this could completely
> break some computers, again upon upgrade. Using Depends ensures that for
> a large part of our users, the package selection remains conformant to
> our recommendations over time, which means more standardization and less
> bugs.
k... you're right here...


> Really? How is it different? Isn’t it about hardware support of hundreds
> of specific pieces, each of which is only found on a minority of
> computers?
Of course,.. but I guess
a) It would be technically extremely difficult to split of everything
hardware related (or vendor related).
b) It's what the kernel intended for,.. managing hardware,... so I'd say
from a semantical view it's ok for him to include so much vendor
dependant stuff.


> But I
> think it’s important that those who bought iCrap can use it out of the
> box
Really? I guess this is true for Ubuntu (and I do not mean this in any
offensive way).... but not for Debian. At least that's the way I'd like
to see Debian ;)
I guess Debian is more meant for "experts" and you can expect that, if
an expert want's to use e.g. iStuff or Bluetooth with gvfs,.. he's able
to find gvfs-istuff


> as long as there is no impact for others.
Well more code (which is not needed) means always more risk of problems
(including security problems).


> And I don’t think a few
> hundred kilobytes of hard disk space is a substantial impact.
Of course,... I've admitted that in the beginning


Well... I think you may close the bug then... we probably have different
view here... and more or less I just wanted to mention my concern about
having more and more stuff integrated which the user is (more or less)
forced to use (or at least install)


Best wishes,
Chris.

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to