| Summary: | urpmi basesystem-minimal --no-suggests still imports too much | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | AL13N <alien> |
| Component: | RPM Packages | Assignee: | AL13N <alien> |
| Status: | RESOLVED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | stormi-mageia, thierry.vignaud |
| Version: | 1 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | basesystem-minimal | CVE: | |
| Status comment: | |||
|
Description
AL13N
2011-06-11 16:33:39 CEST
about glib2.0-common: i looked at older mandriva package, and they had this strictly "data" (hence the description), so i've started making a patch that splits off gdbus, gsettings and schema stuff and move the gio parts to the gio package; to see if this might help. if you would urpmi glib2.0-common, you can see that alot of gnome is pulled in due to this gio part (unless you run with --no-suggests, of course) but still, i think it's a good idea to make minimal really minimal. If not mistaken, this is a duplicate of bug 609, feel free to reopen if it wasn't. *** This bug has been marked as a duplicate of bug 609 *** Status:
NEW =>
RESOLVED afaik bug 609 is about more or less the same idea, but not really about minimal, but more for a XFCE desktop, this one is for minimal as such. since i'm actually working on this issue, i would prefer this to be open, so i can have my useful info to fix it Status:
RESOLVED =>
REOPENED assigning to myself Status:
REOPENED =>
ASSIGNED That's not my understanding of bug 609, looking at the description and comments. Yes, the reporter installs XFCE, but only *after* performing a minimal installation. I still think it's a duplicate :) well, after reading the rest of the 609 bug, (i'm following that one too), i notice that TV actually shows the example i put in comment #2. but the OP seems to insist it's something unrelated. one could infer that this one is a small part of bug 609, so in fact bug 609 could depend on this bug... i think originally it was different, even though it seems bug 609 came closer to this one. in any case, since i'm doing this one and the other bug seems to be heading nowhere, can you leave this one open in any case? I'll likely fix this after i did my VMBuildNode, (i put that one first, so it's easier to test if this fix i made will not disrupt stuff). i still think it's separate :) AFAIC it's a duplicate IMHO. What we could do is identify the bogus require cycles that bloat the distro, then open a sub BR about each of those. Beginning with udev -> libglib -> glib2.0-common -> libgio -> libgvfs -> gvfs-> libgnome-keyring -> gnome-keyring -> lib64(gtk|gnome)* Maybe moving up the glib2.0-common require into gtk+ or probably better cut the libgvfs -> libgnome-keyring The stuff that needs gnome-keyring are probably already linked to it. And maybe ask Gotz and/or mail mageia-dev for more advice CC:
(none) =>
thierry.vignaud |