| Summary: | installing "minimal" system is now > 700MB | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | AL13N <alien> |
| Component: | RPM Packages | Assignee: | Base system maintainers <basesystem> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | jani.valimaa, ngompa13, ouaurelien |
| Version: | Cauldron | ||
| Target Milestone: | Mageia 9 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: | https://bugs.mageia.org/show_bug.cgi?id=26473 | ||
| Whiteboard: | MGA8TOO | ||
| Source RPM: | CVE: | ||
| Status comment: | |||
| Attachments: | output of urpmi --debug --no-recommends | ||
|
Description
AL13N
2021-04-10 11:45:41 CEST
AL13N
2021-04-10 11:46:10 CEST
See Also:
(none) =>
https://bugs.mageia.org/show_bug.cgi?id=26473 Created attachment 12610 [details]
output of urpmi --debug --no-recommends
(In reply to AL13N from comment #0) > - grub2-common seems to require freetype and SDL? imho this could maybe be > split up? i mean, for a headless server i don't really need graphics? > because SDL will just pull in all the other unnecessary stuff... > This is a packaging bug as grub2-emu and grub2-emu-lite binaries should be splitted out into a separate grub2-emu pkg, but they're also living in grub2-common. $ urpmf /usr/bin/grub2-emu$ grub2-emu:/usr/bin/grub2-emu grub2-common:/usr/bin/grub2-emu $ urpmf /usr/bin/grub2-emu-lite grub2-emu:/usr/bin/grub2-emu-lite grub2-common:/usr/bin/grub2-emu-lite $ ldd /usr/bin/grub2-emu|grep SDL libSDL-1.2.so.0 => /lib64/libSDL-1.2.so.0 (0x00007f9aed0c6000) (In reply to Jani Välimaa from comment #2) > This is a packaging bug as grub2-emu and grub2-emu-lite binaries should be > splitted out into a separate grub2-emu pkg, but they're also living in > grub2-common. if there's already a bug report about this, we could use this one as a tracker and link it here I've been looking into the ncurses gcc thing and i'm scratching my head atm... There is no explicit mention of it anywhere... (In reply to AL13N from comment #3) > (In reply to Jani Välimaa from comment #2) > > This is a packaging bug as grub2-emu and grub2-emu-lite binaries should be > > splitted out into a separate grub2-emu pkg, but they're also living in > > grub2-common. > > if there's already a bug report about this, we could use this one as a > tracker and link it here > > I've been looking into the ncurses gcc thing and i'm scratching my head > atm... There is no explicit mention of it anywhere... I'd say stop scratching. Splitting out ncurses c++ libs libncurses++.so.6 or libncurses++w.so.6 doesn't help at all as we have lots of other pkgs pulling libgcc1 and libstdc++6 in minimal system. CC:
(none) =>
jani.valimaa (In reply to AL13N from comment #0) > - gcc and stdc++ ? now this is weird? for some reason ncurses is pulling > this in? that just sounds like a packaging bug imho $ urpmq --requires-recursive ncurses | grep gcc libgcc1 but not gcc itself. Maybe you meant this lib, which Jani explains above. > - glibc seems to require dash.static specifically? i would guess it needs > some kind of shell, but dash specifically? I suppose you are saying that if some other shell is included (in your list, bash-completion => bash) then no need for dash. It is true that dash-static is a specific requirement of glibc: $ urpmq --whatrequires dash-static glibc $ urpmq --requires glibc | grep ash glibc: /usr/bin/dash.static glibc: dash-static[*] This bug looks more suitable for the dev mailList, one thing at a time rather the whole lot together. What say you? CC:
(none) =>
lewyssmith dash.static is intentional as we need a statically linked shell so there is always a working shell availabled, even during upgrade of basesytem libs (In reply to Thomas Backlund from comment #6) > dash.static is intentional as we need a statically linked shell so there is > always a working shell availabled, even during upgrade of basesytem libs That's definately a good reason. Ok, I get it now that libgcc1 is not actually needed for compiling c code and it's a smaller library. I'm gonna go try to look and see what packages really increase the size of the installation. the grub2 thing does kind of look solvable and it'll definately help if all those SDL/GL/X stuff does not need to be required... and that might help to reduce some of this... Jani fixed the grub2 bits in Cauldron. when grub 2.06 final will be released soon-ish upstream... it will be updated in mga8 too to close some security issues. I'm gonna try out to find what are the biggest packages that may not be needed and see if we can get this smaller... Status:
NEW =>
NEEDINFO (In reply to Lewis Smith from comment #5) > This bug looks more suitable for the dev mailList, one thing at a time > rather the whole lot together. What say you? Agreed. Not needed in Bugsquad anymore. Assigning to basesystem Unsure to add SRPM. grub2 one has a planned upgrade. Status:
NEEDINFO =>
NEW
Aurelien Oudelet
2021-04-20 11:29:23 CEST
Target Milestone:
--- =>
Mageia 9 This is something I have been working on for the past few Mageia releases. It's been difficult to do, though. CC:
(none) =>
ngompa13
Lewis Smith
2021-04-20 21:20:42 CEST
CC:
lewyssmith =>
(none) |