Re: [Mageia-dev] Minimal mageia install
'Twas brillig, and EatDirt at 18/01/13 17:26 did gyre and gimble: > On 18/01/13 18:19, Bruno Cornec wrote: > >> I don't know who did that great job, but I'd like to congratulate this >> community, as with the beta of Mageia 3 I'm now able to install a very >> minimal distro for a firewall with 340 packages "only" without doing any >> urpme in my postinstall script !! Very happy about that, please keep up >> the good work ! > > YEAA! Mageia got the systemd-Colin Machine that seriously rocks! Actually I think it was me who *caused* a lot of the required pkgs issues with dracut. I did mean to strip it out after mga2 release but totally forgot. Someone else actually removed some of those not strictly needed deps which likely helped a lot in with this issue. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimal mageia install
On 18/01/13 18:19, Bruno Cornec wrote: I don't know who did that great job, but I'd like to congratulate this community, as with the beta of Mageia 3 I'm now able to install a very minimal distro for a firewall with 340 packages "only" without doing any urpme in my postinstall script !! Very happy about that, please keep up the good work ! YEAA! Mageia got the systemd-Colin Machine that seriously rocks!
Re: [Mageia-dev] Minimal mageia install
AL13N said on Tue, Jan 08, 2013 at 08:27:46PM +0100: > Op maandag 7 januari 2013 15:39:30 schreef Eatdirt: > > On 10/23/2012 02:53 PM, Bruno Cornec wrote: > > > Helo, > > > > > > I'm in the process of redeploying automatically my firewall machine, > > > using Mageia. For that I'd like to have a very minimal install. > > > > > > However, I'm ending up with 580 packages, among them a lot of X11 > > > content, whereas I want a text base install only. > > > > +1 > > I agree with this, we have some "bugs" in package dependencies. Please, > > don't hesitate to report them on bugzilla for the next bugfest! > > > > We should also try to fix them. I reported this one months ago, Colin > > :))) > > > > https://bugs.mageia.org/show_bug.cgi?id=7960 > > > > i'm always up for lowering the minimum install. > > a while ago, i did some work on that, but they are not easy. > in particular the X libs are pretty difficult to get out. > I don't know who did that great job, but I'd like to congratulate this community, as with the beta of Mageia 3 I'm now able to install a very minimal distro for a firewall with 340 packages "only" without doing any urpme in my postinstall script !! Very happy about that, please keep up the good work ! Greetings, Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Minimal mageia install
Op maandag 7 januari 2013 00:53:05 schreef Bruno Cornec: [...] > Ok so it's now available at https://wiki.mageia.org/en/Auto_inst with an > addition and s/Mandriva/Mageia/ done. [...]this is nice!
Re: [Mageia-dev] Minimal mageia install
Op maandag 7 januari 2013 15:39:30 schreef Eatdirt: > On 10/23/2012 02:53 PM, Bruno Cornec wrote: > > Helo, > > > > I'm in the process of redeploying automatically my firewall machine, > > using Mageia. For that I'd like to have a very minimal install. > > > > However, I'm ending up with 580 packages, among them a lot of X11 > > content, whereas I want a text base install only. > > +1 > I agree with this, we have some "bugs" in package dependencies. Please, > don't hesitate to report them on bugzilla for the next bugfest! > > We should also try to fix them. I reported this one months ago, Colin > :))) > > https://bugs.mageia.org/show_bug.cgi?id=7960 > > Cheers, > Chris. i'm always up for lowering the minimum install. a while ago, i did some work on that, but they are not easy. in particular the X libs are pretty difficult to get out. some of it is due to some drak tools being required by stuff and requiring some other stuff. it does mean that for instance some code will need to have some functions split off into another class or something... iinm (but this is all quite a while back, i'd need to check more on that)
Re: [Mageia-dev] Minimal mageia install
On 10/23/2012 02:53 PM, Bruno Cornec wrote: Helo, I'm in the process of redeploying automatically my firewall machine, using Mageia. For that I'd like to have a very minimal install. However, I'm ending up with 580 packages, among them a lot of X11 content, whereas I want a text base install only. +1 I agree with this, we have some "bugs" in package dependencies. Please, don't hesitate to report them on bugzilla for the next bugfest! We should also try to fix them. I reported this one months ago, Colin :))) https://bugs.mageia.org/show_bug.cgi?id=7960 Cheers, Chris.
Re: [Mageia-dev] Minimal mageia install
Bruno Cornec said on Mon, Jan 07, 2013 at 12:53:05AM +0100: > I hope that the auto_inst maintainers will be able to adid/fix/maintain > content as they make changes to the tool. And also fix the minimal install issue I still have with mga2 for now. More details of what I'm trying to do at http://brunocornec.wordpress.com/2013/01/07/a-mageia-based-firewall-with-auto_inst-and-lots-of-other-stuff-like-chrooted-squid/ Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Minimal mageia install
Hello, Happy new year to the Mageia community. Jose Jorge said on Wed, Oct 24, 2012 at 08:12:08PM +0200: > Le 24/10/2012 16:15, Bruno Cornec a écrit : > >Example, no auto_inst wiki page for Mageia. > >I can copy paste some of the previous content, but as I'm not developing > >that, I don't know what is accurate or not for Mageia 2 e.g. > > > >Would be great if anyone more legitimate to work on this would do it. > > > Feel free to add it to the Wiki : it is always good to have a > starting point. Ok so it's now available at https://wiki.mageia.org/en/Auto_inst with an addition and s/Mandriva/Mageia/ done. I hope that the auto_inst maintainers will e able to ad/fix/maintain content as they make changes to the tool. Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Minimal mageia install
Hello, Damien Lallement said on Tue, Oct 23, 2012 at 03:28:14PM +0200: > Le 23/10/2012 15:23, Pascal Terjan a écrit : > >On Tue, Oct 23, 2012 at 1:53 PM, Bruno Cornec wrote: > >>However, I'm ending up with 580 packages, among them a lot of X11 > >>content, whereas I want a text base install only. > >Suggests? > >There is an option to not use them > > For auto_inst.cfg.pl: > 'no_suggests' => 1, With that I passed from 580 to 398 (I added 6 to my list). So I still have a problem I do not really understand. I included (IMO) no X11 program, and however still get lots of x11 related stuff. Now putting plymouth apart, for example I see: # urpme libx11-common Pour satisfaire les dépendances, les 4 paquetages suivants vont être désinstallés (3.7Mo): libx11-common-1.4.99.1-4.mga2.x86_64 x11-server-xorg-1.11.4-2.1.mga2.x86_64 (en raison du manque de libx11-common) xdm-1.1.11-5.mga2.x86_64 (car xinitrc > 2.4.19-9 est non satisfait) xinitrc-2.4.21-4.mga2.noarch (en raison du manque de x11-server-xorg) Supprimer 4 paquetages ? (o/N) None of these 4 are coming from me, nor should come from suggests now that I do not include them. So how can I get them ? Same for: # urpme x11-server-common Pour satisfaire les dépendances, les 5 paquetages suivants vont être désinstallés (4.1Mo): x11-driver-input-evdev-2.7.0-1.mga2.x86_64 (car xserver-abi(xinput-13) >= 0 est non satisfait, en raison du manque de x11-server-common) x11-server-common-1.11.4-2.1.mga2.x86_64 x11-server-xorg-1.11.4-2.1.mga2.x86_64 (car x11-server-common == 1.11.4-2.1.mga2 est non satisfait, en raison du manque de x11-driver-input-evdev) xdm-1.1.11-5.mga2.x86_64 (car xinitrc > 2.4.19-9 est non satisfait) xinitrc-2.4.21-4.mga2.noarch (car x11-server-common >= 1.4.2 est non satisfait, en raison du manque de x11-server-xorg) Supprimer 5 paquetages ? (o/N) So I could remove them, but why are they coming first ? # urpmi_rpm-find-leaves acpi acpid basesystem dhcp-client gpg-pubkey kernel-desktop-latest === Not in my list kernel-server-latest locales-fr mageia-gfxboot-theme === Not in my list mandi-ifw === Not in my list microcode_ctl === Not in my list mondo ntp numlock openssh-server pm-utils postfix shorewall squidguard sudo tmpwatch xdm === Not in my list What is triggering the fact they are installed ? Surprisingly also I get these which are simply unnecessary on my firewall: alsa-utils-1.0.25-4.mga2 aumix-text-2.9.1-1.mga2 desktop-common-data-2-10.mga2 desktop-file-utils-0.20-1.1.mga2 fontconfig-2.8.0-6.mga2 hicolor-icon-theme-0.12-3.mga1 lib64alsa2-1.0.25-3.mga2 lib64x11_6-1.4.99.1-4.mga2 (and a lot of libx stuff) libalsa-data-1.0.25-3.mga2 mageia-theme-common-1.5.0.28-4.mga2 mageia-theme-Default-1.5.0.28-4.mga2 mkfontdir-1.0.7-1.mga2 mkfontscale-1.1.0-1.mga2 rmt-0.4b42-2.mga1 sound-scripts-0.62-7.mga2 tcb-1.1-1.mga2 thai-data-0.1.14-1.mga1 x11-data-bitmaps-1.1.1-1.mga1 (and a lot of w11 stuff) xdg-user-dirs-0.14-1.mga2 xdg-utils-1.1.0-0.rc1.2.mga2 xdm-1.1.11-5.mga2 xdpyinfo-1.3.0-1.mga2 xinitrc-2.4.21-4.mga2 xkbcomp-1.2.3-1.mga2 xli-20061110-7.mga2 xmodmap-1.0.5-1.mga1 xprop-1.2.1-1.mga2 xrdb-1.0.9-2.mga1 xset-1.2.2-1.mga2 xsetroot-1.1.0-1.mga1 Trying to urpme each of them gives: # urpme mageia-theme-common-1.5.0.28-4.mga2 La désinstallation du paquetage suivant rendra votre système instable basesystem-2-6.mga2.x86_64 (en raison du manque de kernel) Or # urpme libalsa-data La désinstallation du paquetage suivant rendra votre système instable basesystem-minimal-2-6.mga2.x86_64 (en raison du manque de initscripts, en raison du manque de cronie, en raison du manque de rpm, en raison du manque de util-linux, en raison du manque de mount, en raison du manque de losetup, en raison du manque de shadow-utils, en raison du manque de setup, en raison du manque de stat, en raison du manque de coreutils, en raison du manque de passwd, en raison du manque de gzip, en raison du manque de less) depending on the package. For me the best is: # urpme thai-data-0.1.14-1.mga1 La désinstallation du paquetage suivant rendra votre système instable basesystem-2-6.mga2.x86_64 (en raison du manque de kernel) # rpm -qi thai-data-0.1.14-1.mga1 | grep Summary Summary : Thai language support data # rpm -qi lib64thai0| grep Summary Summary : Thai language support routines Isn't this one very puzzling no ? Any idea on how to progress from here is welcome. Any hidden auto_inst.pl option that would help avoid X11 ? Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Minimal mageia install
Op woensdag 24 oktober 2012 16:15:13 schreef Bruno Cornec: > Damien Lallement said on Tue, Oct 23, 2012 at 03:28:14PM +0200: > > For auto_inst.cfg.pl: > > 'no_suggests' => 1, > > Thanks will try that one. > > However, I find it very sad that the auto_inst tool is not much more > documented in an accurate way. > I blogged already coupld of years ago on that > http://brunocornec.wordpress.com/2010/01/25/auto_inst-the-best-kept-mandriva > s-secret/ and I don't think the situation has improved with Mageia, for that > particular point. > > Example, no auto_inst wiki page for Mageia. > http://wiki.mandriva.com/fr/Utilisateur:Roudoud0u doesn't mention > no_suggests nor does the older http://members.shaw.ca/mandrake/ > > I can copy paste some of the previous content, but as I'm not developing > that, I don't know what is accurate or not for Mageia 2 e.g. > > Would be great if anyone more legitimate to work on this would do it. > > Bruno. i've noticed this too, it would be nice if it would be documented.
Re: [Mageia-dev] Minimal mageia install
Le 24/10/2012 16:15, Bruno Cornec a écrit : Example, no auto_inst wiki page for Mageia. I can copy paste some of the previous content, but as I'm not developing that, I don't know what is accurate or not for Mageia 2 e.g. Would be great if anyone more legitimate to work on this would do it. Feel free to add it to the Wiki : it is always good to have a starting point.
Re: [Mageia-dev] Minimal mageia install
Colin Guthrie said on Tue, Oct 23, 2012 at 03:42:17PM +0100: > I'll nuke it on the next build of dracut (I'll be submitting a new > version soonish - just need to polish a couple patches). Great ! If you want I can easily test with a cauldron deployment, in order to confirm whether this is improving stuff or not. Thanks all for your valuable feedbacks ! Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Minimal mageia install
Olivier Blin said on Tue, Oct 23, 2012 at 03:37:21PM +0200: > >> Another question is I could urpme lib64xrandr2 (and erase as a > >> consequence 26 packages, none of them being in my list). > >> Why did they came on my install first ?? > > Which packages did this uninstall? Sorry configured in french, but should work for you Olivier ;-): GConf2-3.2.5-1.mga2.x86_64 (en raison du manque de polkit-agent, en raison du manque de libgconf-2.so.4()(64bit), car lib64GConf2_4 == 3.2.5 est non satisfait) canberra-gtk-0.28-10.mga2.x86_64 (en raison du manque de libgtk-3.so.0()(64bit), en raison du manque de libcanberra-gtk3.so.0()(64bit)) gcr-3.4.1-1.mga2.x86_64 (en raison du manque de libgtk-3.so.0()(64bit), en raison du manque de libgcr-3.so.1()(64bit)) gnome-keyring-3.4.1-1.1.mga2.x86_64 (en raison du manque de libgtk-3.so.0()(64bit)) gtk+2.0-2.24.10-4.mga2.x86_64 (car lib64gtk+2.0_0 == 2.24.10 est non satisfait, en raison du manque de xdg-user-dirs-gtk) gtk+3.0-3.4.1-2.mga2.x86_64 (en raison du manque de libgtk-3.so.0()(64bit), car lib64gtk+3_0 == 3.4.1 est non satisfait) lib64GConf2_4-3.2.5-1.mga2.x86_64 (car GConf2 >= 3.2.5 est non satisfait) lib64canberra-gtk3_0-0.28-10.mga2.x86_64 (en raison du manque de libgdk-3.so.0()(64bit), en raison du manque de libgtk-3.so.0()(64bit), car canberra-gtk >= 0.28-10.mga2 est non satisfait) lib64gcr3_1-3.4.1-1.mga2.x86_64 (en raison du manque de libgdk-3.so.0()(64bit), en raison du manque de libgtk-3.so.0()(64bit), car gcr == 3.4.1-1.mga2 est non satisfait) lib64gtk+-x11-2.0_0-2.24.10-4.mga2.x86_64 (en raison du manque de libXrandr.so.2()(64bit), car lib64gtk+2.0_0 == 2.24.10 est non satisfait, car gtk+2.0 >= 2.24.10-4.mga2 est non satisfait) lib64gtk+2.0_0-2.24.10-4.mga2.x86_64 (en raison du manque de libgdk-x11-2.0.so.0()(64bit), en raison du manque de libgtk-x11-2.0.so.0()(64bit)) lib64gtk+3_0-3.4.1-2.mga2.x86_64 (en raison du manque de libXrandr.so.2()(64bit), car gtk+3.0 == 3.4.1-2.mga2 est non satisfait, car gtk+3.0 == 3.4.1-2.mga2 est non satisfait) lib64ia_ora-gnome-1.0.25-1.mga1.x86_64 (en raison du manque de libgdk-x11-2.0.so.0()(64bit), en raison du manque de libgtk-x11-2.0.so.0()(64bit)) lib64notify4-0.7.5-1.mga2.x86_64 (en raison du manque de virtual-notification-daemon) lib64oxygen-gtk-1.2.3-2.mga2.x86_64 (en raison du manque de libgdk-x11-2.0.so.0()(64bit), en raison du manque de libgtk-x11-2.0.so.0()(64bit)) lib64oxygen-gtk3-1.0.3-1.1.mga2.x86_64 (en raison du manque de libgdk-3.so.0()(64bit), en raison du manque de libgtk-3.so.0()(64bit)) lib64xrandr2-1.3.2-2.mga2.x86_64 notification-daemon-0.7.4-1.mga2.x86_64 (en raison du manque de libgdk-3.so.0()(64bit), en raison du manque de libgtk-3.so.0()(64bit), en raison du manque de libcanberra-gtk3.so.0()(64bit), en raison du manque de GConf2[*]) notification-daemon-engine-nodoka-0.1.0-3.mga1.x86_64 (en raison du manque de libgdk-x11-2.0.so.0()(64bit), en raison du manque de libgtk-x11-2.0.so.0()(64bit), en raison du manque de notification-daemon) oxygen-gtk-1.2.3-2.mga2.x86_64 (en raison du manque de libgdk-x11-2.0.so.0()(64bit), en raison du manque de libgtk-x11-2.0.so.0()(64bit), en raison du manque de oxygen-gtk2-engine) oxygen-gtk3-1.0.3-1.1.mga2.x86_64 (en raison du manque de libgdk-3.so.0()(64bit), en raison du manque de libgtk-3.so.0()(64bit), car oxygen-gtk3-engine == 1:1.0.3 est non satisfait) pinentry-gtk2-0.8.1-3.mga2.x86_64 (en raison du manque de libgdk-x11-2.0.so.0()(64bit), en raison du manque de libgtk-x11-2.0.so.0()(64bit)) polkit-gnome-0.105-1.mga2.x86_64 (en raison du manque de libgtk-3.so.0()(64bit)) s2u-0.9.2-2.mga2.x86_64 (en raison du manque de libgdk-x11-2.0.so.0()(64bit), en raison du manque de libnotify.so.4()(64bit)) seahorse-3.4.1-1.mga2.x86_64 (en raison du manque de libgdk-3.so.0()(64bit), en raison du manque de libgtk-3.so.0()(64bit), en raison du manque de libgcr-3.so.1()(64bit)) xdg-user-dirs-gtk-0.8-6.mga2.x86_64 (en raison du manque de libgtk-x11-2.0.so.0()(64bit)) Supprimer 26 paquetages ? (o/N) Probably a suggests. > A big issue to me is the following dep chain: > dracut -> plymouth -> desktop-common-data -> xdg-utils -> xprop -> libx11 That's odd :-( Are all these links requires or suggests ? Maybe a reason to keep a working mkinitrd old fashioned, but with a correct dependancy behaviour. I can't imagine why you would erally need a X11 based program to rebuild the initrd part of the system. As people seem interested by this topic (feeling less alone ;-) I'll change my file to not get suggests as indicated in another mail, and give you the new result. Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects:
Re: [Mageia-dev] Minimal mageia install
Hello, Wolfgang Bornath said on Tue, Oct 23, 2012 at 03:54:38PM +0200: > 2012/10/23 Bruno Cornec : > > Helo, > > > > I'm in the process of redeploying automatically my firewall machine, > > using Mageia. For that I'd like to have a very minimal install. > > > > However, I'm ending up with 580 packages, among them a lot of X11 > > content, whereas I want a text base install only. > > I had the same experience with Mageia 1 - the lowest I could get was > somewhere in the high 500. I spent some time tinkering with that but > whatever I tried, whichever package I wanted to remove, I always ended > up with the removal of part of the base system. In the end I gave up > (possibly due to lack of knowledge) :( > > I just checked Olivier's suggestion, ending up with some 270 packages... Well I *know* i can do better: sudo chroot /users/rpmbootstrap/mageia/2/x86_64 /bin/bash bash-4.2# rpm -aq | wc -l 172 That chroot is made by a tool I'm developing to create build environments for multiple Linux distributions (supports Fedora, CentOS, Mageia, Mandriva, OpenSuSE, debian, Ubuntu). Cf: rpmbootstrap in Mageia (SVN at http://trac.project-builder.org/browser/devel/rpmbootstrap tar at ftp://ftp.project-builder.org/src/rpmbootstrap-0.12.1.tar.gz). The base approach is to cpio first a list of packages (the minimal one which allows urpmi to work) and then reinstall them running urpmi. List of packages is at: http://trac.project-builder.org/browser/devel/pb-modules/etc/pb.conf line 389/390. So I was hoping to get near that number after all. Of course a chroot doesn't require a boot loader, so all the packages brought due to the install of grub are creating the extra blurb. So I already have one mean to make it as small as possible. Now I'm working on another case, where I just use auto_inst. So I'd like to be able to use all the params available that could make me as near as possible of 170 + grub and its deps (the real ones). Will answer to some other mail in // Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Minimal mageia install
Damien Lallement said on Tue, Oct 23, 2012 at 03:28:14PM +0200: > For auto_inst.cfg.pl: > 'no_suggests' => 1, Thanks will try that one. However, I find it very sad that the auto_inst tool is not much more documented in an accurate way. I blogged already coupld of years ago on that http://brunocornec.wordpress.com/2010/01/25/auto_inst-the-best-kept-mandrivas-secret/ and I don't think the situation has improved with Mageia, for that particular point. Example, no auto_inst wiki page for Mageia. http://wiki.mandriva.com/fr/Utilisateur:Roudoud0u doesn't mention no_suggests nor does the older http://members.shaw.ca/mandrake/ I can copy paste some of the previous content, but as I'm not developing that, I don't know what is accurate or not for Mageia 2 e.g. Would be great if anyone more legitimate to work on this would do it. Bruno. -- Open Source & Linux Profession Lead EMEA http://opensource.hp.com EMEA Open Source HPISC Chief Technologisthttp://hpintelco.net FLOSS projects: http://mondorescue.org http://project-builder.org Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Minimal mageia install
2012/10/23 Bruno Cornec : > Helo, > > I'm in the process of redeploying automatically my firewall machine, > using Mageia. For that I'd like to have a very minimal install. > > However, I'm ending up with 580 packages, among them a lot of X11 > content, whereas I want a text base install only. I had the same experience with Mageia 1 - the lowest I could get was somewhere in the high 500. I spent some time tinkering with that but whatever I tried, whichever package I wanted to remove, I always ended up with the removal of part of the base system. In the end I gave up (possibly due to lack of knowledge) :( I just checked Olivier's suggestion, ending up with some 270 packages... -- wobo
Re: [Mageia-dev] Minimal mageia install
'Twas brillig, and Olivier Blin at 23/10/12 14:37 did gyre and gimble: > A big issue to me is the following dep chain: > dracut -> plymouth -> desktop-common-data -> xdg-utils -> xprop -> libx11 > > You can test some of the issues by just doing this: > mkdir chroot-minimal-cauldron > urpmi --no-suggests --root ./chroot-minimal-cauldron basesystem urpmi Yeah, dracut almost certainly doesn't really need plymouth. I didn't have time to debug it pre-mga2, but thought it had been removed from dracut in cauldron - tho' on inspection, this is not the case. I'll nuke it on the next build of dracut (I'll be submitting a new version soonish - just need to polish a couple patches). Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] Minimal mageia install
Le 23/10/2012 15:23, Pascal Terjan a écrit : On Tue, Oct 23, 2012 at 1:53 PM, Bruno Cornec wrote: Helo, I'm in the process of redeploying automatically my firewall machine, using Mageia. For that I'd like to have a very minimal install. However, I'm ending up with 580 packages, among them a lot of X11 content, whereas I want a text base install only. If I try to remove some of them, I end up having to remove basesystem which isn't an option. So why is libdrakx-kbd-mouse mandatory e.g. in basesystem ? Another question is I could urpme lib64xrandr2 (and erase as a consequence 26 packages, none of them being in my list). Why did they came on my install first ?? Suggests? There is an option to not use them For auto_inst.cfg.pl: 'no_suggests' => 1, -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] Minimal mageia install
Pascal Terjan writes: > On Tue, Oct 23, 2012 at 1:53 PM, Bruno Cornec wrote: >> Helo, >> >> I'm in the process of redeploying automatically my firewall machine, >> using Mageia. For that I'd like to have a very minimal install. >> >> However, I'm ending up with 580 packages, among them a lot of X11 >> content, whereas I want a text base install only. >> >> If I try to remove some of them, I end up having to remove basesystem >> which isn't an option. >> >> So why is libdrakx-kbd-mouse mandatory e.g. in basesystem ? libdrakx-kbd-mouse is required by drakxtools-backend, which is required for bootloader-utils, pulled by kernel (required to build initrd). But this one is not too bad. >> Another question is I could urpme lib64xrandr2 (and erase as a >> consequence 26 packages, none of them being in my list). >> Why did they came on my install first ?? Which packages did this uninstall? > Suggests? > There is an option to not use them That's more complicated than that. A big issue to me is the following dep chain: dracut -> plymouth -> desktop-common-data -> xdg-utils -> xprop -> libx11 You can test some of the issues by just doing this: mkdir chroot-minimal-cauldron urpmi --no-suggests --root ./chroot-minimal-cauldron basesystem urpmi -- Olivier Blin - blino
Re: [Mageia-dev] Minimal mageia install
On Tue, Oct 23, 2012 at 1:53 PM, Bruno Cornec wrote: > Helo, > > I'm in the process of redeploying automatically my firewall machine, > using Mageia. For that I'd like to have a very minimal install. > > However, I'm ending up with 580 packages, among them a lot of X11 > content, whereas I want a text base install only. > > If I try to remove some of them, I end up having to remove basesystem > which isn't an option. > > So why is libdrakx-kbd-mouse mandatory e.g. in basesystem ? > Another question is I could urpme lib64xrandr2 (and erase as a > consequence 26 packages, none of them being in my list). > Why did they came on my install first ?? Suggests? There is an option to not use them
