Bug 1750 - urpmi basesystem-minimal --no-suggests still imports too much
Summary: urpmi basesystem-minimal --no-suggests still imports too much
Status: RESOLVED DUPLICATE of bug 609
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 1
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: AL13N
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-11 16:33 CEST by AL13N
Modified: 2011-09-21 17:32 CEST (History)
2 users (show)

See Also:
Source RPM: basesystem-minimal
CVE:
Status comment:


Attachments

Description AL13N 2011-06-11 16:33:39 CEST
urpmi basesystem-minimal --no-suggests still imports too much:

some packages that _seem_ unneeded to myself, imho:
--> gamin < lib64gamin-1_0 < lib64gio2.0_0 < glib2.0-common
(note that without --no-suggests, this pulls in most of gnome)
(looking at glib2.0-common; it only contains translations and a shell script...)
--> dash-static < glibc
(odd, unless internal stuff, i don't see this reason)
--> sash
(i don't see why this is _required_ by basesystem-minimal itself?)
--> diffutils < mkinitrd
(does mkinitrd use this?)
--> lsb-release < mageia-release
(i think that perhaps mageia-release should not be required by basesystem-minimal (suggested maybe; or required by basesystem), lsb requires a few things someone using minimal might not want?)
--> aumix-text < sound-scripts < initscripts
(this might be too hard, but ideally initscripts only suggests sound-scripts)

NOTE: i'd also like to note that urpmi _requires_ libldap and openldap... even with --no-requires ... perhaps that should not be, either... (but could be quite alot of work.)
Comment 1 AL13N 2011-06-11 20:12:18 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.
Comment 2 Samuel Verschelde 2011-09-01 12:45:36 CEST
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
CC: (none) => stormi
Resolution: (none) => DUPLICATE

Comment 3 AL13N 2011-09-01 21:37:38 CEST
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
Resolution: DUPLICATE => (none)

Comment 4 AL13N 2011-09-01 21:38:39 CEST
assigning to myself

Status: REOPENED => ASSIGNED
Assignee: bugsquad => maarten.vanraes

Comment 5 Samuel Verschelde 2011-09-01 21:39:35 CEST
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 :)
Comment 6 AL13N 2011-09-01 23:22:42 CEST
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 :)
Comment 7 Thierry Vignaud 2011-09-14 12:01:13 CEST
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

Comment 8 Thierry Vignaud 2011-09-21 17:32:35 CEST
Really a duplicate

*** This bug has been marked as a duplicate of bug 609 ***

Status: ASSIGNED => RESOLVED
Resolution: (none) => DUPLICATE


Note You need to log in before you can comment on or make changes to this bug.