On Jul 25, 2012, at 5:53 PM, Bob Proulx wrote:
Mark Allums wrote:
Bob Proulx wrote:
Mark Allums wrote:
No, it's dependency hell.
No. Dependency Hell[1] would require a rigidity of dependencies
that
are difficult to resolve. These resolve fine. And as is they are
not
causing any problems. It is just suggesting that if you don't want
gnome installed then it would, if you told it to do so, remove the
"lint" associated with it.
Well, okay. But being require to manually mark 100+ packages in
order to remove one seems needlessly tedious. Debian is a harsh
mistress.
What would you suggest as an alternative and how would it be
implemented?
Mark Allums wrote:
I still think that kind of purge shouldn't be possible. a more
granular approach would be appreciated.
Rather than have the top level virtual packages (gnome, in this case)
depend on over 60 second level packages, could the to- level recommend
a small number (say less than a dozen) second level packages that each
represent a major subsystem of the Gnome Desktop Environment. Each
second level subsystem would then depend-on or recommend, in turn, a
manageable number of actual packages -- perhaps with some overlap as
necessary amongst the low-level libraries and leaf packages.
This would allow a more modular approach and let people purge (or
never install in the first place) those packages they don't need.
If done carefully, it might also allow users to mix-and-match from
amongst a collection of third level packages that provide a given
functionality represented by a given second-level virtual package.
Just a thought...
And, no, I'm not volunteering to do a sample implementation -- I don't
have the necessary Debian Packaging skills. I'm just putting the idea
out for discussion.
Rick
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/f834da1d-437b-4e95-ae46-d976afabd...@pobox.com
