Bug#577075: (re)move support for libmobiledevice into a different package

[Christoph Anton Mitterer]

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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5672 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20100409/06a63110/attachment.bin>