Absolutely, categorically, never going to happen. Here are a few
reasons:

1) Including Tomboy and F-Spot goes from taking 54.4 MiB (including
required Mono) to 141 MiB. The added bloat makes Mono impossible to
include in the install CD.

2) Every bug fix forces re-download of more than 50 meg of package

3) Undesirable components of Mono, such as System.Windows.Forms, are
included with EVERY install, rather than just the "safe" parts

4) Ubuntu developers are forced to take full ownership of not only Mono,
but approx. 90 other source packages which would need to be repackaged
independently of Debian, requiring phenomenal increases in manpower

As it happens, the packaging split is seen as a gold standard by others,
including Mono upstream and the Debian Java team, as a way to get a
truly small subset of a major framework installed whilst still useful.
The Debian Mono Group is considered a gold standard for Debian-Ubuntu
cooperation and teamwork.

Now, if what you're after is an easy way to install everything, then you
could file a bug with Mono in the Debian bug tracker, requesting a
metapackage to pull in the kitchen sink. It's been considered for a
while. Updatability? Flies in the face of stability, as far as core
frameworks are considered. Major updates to pretty much ANY framework is
a big undertaking, and shouldn't be done lightly. Every release, a Mono
is prepared which is reliable & ready for production use. It's the
distribution's duty to make it happen.

If you feel that strongly, try packaging it yourself in a PPA, a
standalone mono-latest package with its own GAC etc that lives in /opt
someplace where it doesn't conflict with the system.

** Changed in: mono (Ubuntu)
       Status: New => Invalid

-- 
Block Mono updates from Debian, and simplify packaging
https://bugs.launchpad.net/bugs/357555
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to