März 2014 - Grml-devel

Grml - new stable release 2014.03 available
by Michael Prokop 31 Mär '14

31 Mär '14

Hi, we just released Grml 2014.03 - Ponywagon. This Grml release provides fresh software packages from Debian testing (AKA jessie). As usual it also incorporates up2date hardware support and fixes known bugs from the previous Grml release. More information is available in the release notes of Grml 2014.03: http://grml.org/changelogs/README-grml-2014.03/ Grab the latest Grml ISO(s) and spread the word! http://grml.org/download/ Thanks everyone and happy grml-ing, -mika-

1 0

First Release Candidate of Grml version 2014.03 released
by Michael Prokop 29 Mär '14

29 Mär '14

Hi, so we did it again, the first release candidate of the upcoming Grml version 2014.03, code-named 'Ponywagon' was released. This Grml release provides fresh software packages from Debian testing (AKA jessie). As usual it also incorporates up2date hardware support and fixes known bugs from the previous Grml release. For detailed information about the changes between 2013.09 and 2014.03 have a look at the official release announcement: http://grml.org/changelogs/README-grml-2014.03-rc1/ Please test the ISOs and everything you usually use and report back so we can complete the stable release soon. If no major problems come up, the next iteration will be the stable release, which is scheduled for the end of March (2014 ;)). PS: As you might notice the ISOs increased again (e.g. from ~350MB to 400MB for grml-full), if someone is interested in reducing the ISO we welcome any patches, concrete feedback,.. Thanks to all contributors! regards, -mika- - for the Grml.org project

6 25

Re: [Grml-devel] Grml-devel Digest, Vol 40, Issue 3
by Arne de Boer 26 Mär '14

26 Mär '14

Re: HDD's not recognised on the latest grml-full 64 bits ________________________________ From: "grml-devel-request(a)ml.grml.org" <grml-devel-request(a)ml.grml.org> To: grml-devel(a)ml.grml.org Â 3. HDD's not recognised on the latest grml-full 64 bits Â Â Â (Arne de Boer) Â 4. Re: HDD's not recognised on the latest grml-full 64 bits Â Â Â (Michael Prokop) This was my fault, I forgot I was working on a different system than the one I am used to. This system only has sda and sdb So nothing is wrong with grml . Thanks!, Arne ---------------------------------------------------------------------- Message: 1 Date: Tue, 25 Mar 2014 12:48:56 +0100 From: Axel Beckert <abe(a)deuxchevaux.org> To: grml-devel(a)ml.grml.org Subject: Re: [Grml-devel] First Release Candidate of Grml version Â Â Â 2014.03 released Message-ID: <20140325114856.GK27889(a)sym.noone.org> Content-Type: text/plain; charset=us-ascii Hi, On Tue, Mar 25, 2014 at 09:20:07AM +0100, Michael Prokop wrote: > > Started it via grml-rescueboot on my EeePC 900A. > > > The font in the boot menu seems to be truncated at the bottom of each > > line, especially the letters g, p and y are cut off at the font's base > > line. > > > Interestingly this is not the case in the help text below the menu, > > i.e. the "y" in "E to edit menu entry" looks fine. (This does not > > happen if I use grub-imageboot, only with grml-rescueboot. The menu > > looks different, like syslinux vs grub or so.) > > That's strange. The font issue or the different boot loaders? > > If I choose "copy grml to RAM" I get an error message about something > > with "error: null src bitmap in grub_video_bitmap_create_scaled" and > > "Press any key to continue", but it continues after 5 seconds or such > > anyway (took me several reboots to manually copy the message) and > > boots grml without further issues. Does not happen if I use the > > default boot entry. > > Hm ok, which grub version are you using here? The one currently in Debian Unstable, 2.02~beta2-7. > > Starting X works fine, but Ctrl-Alt-Backspace doesn't work. Need to > > use the menu of the window manager. > > Ok, that might need further configuration to work again with recent > X.org versions. .oO( Sounds familiar. :-) > > gcc-4.7-base and libprocps0 can be removed without harm, they're no > > more needed. (procps depends on libprocps3 nowadays and there's no > > gcc-4.7 left on the system.) > > They seem to be brought in via depends/suggests/... since there's no > explicit dependency on it in grml-live, needs investigation. Haven't grml running currently but "aptitude search '?depends(gcc-4.7-base) ~i'" or "aptitude search '?recommends(gcc-4.7-base) ~i'" should help to find the culprit. > > debconf-i18n (> 1 MB) can probably removed, too. > > Same here If you install recommends by default, this looks obvious to me: debconf recommends debconf-i18n. > > iproute (transitional package to iproute2) could be removed, if > > grml-shlib, isc-dhcp-client and vlan wouldn't still depend on it. > > grml-hwinfo still recommends it. (At least the grml-* packages could > > be fixed by grml. :-) > > grml-shlib already uses "iproute2 | iproute" in its Depends, so > nothing to do here from my PoV. Ah, sorry, I just looked at the reverse dependencies, but not how they specify it. My fault, I just saw a transitional package and looked at its reverse dependencies. > > Does grml really need tasksel and tasksel-data? (> 1,2 MB together) > > Nope, wondering which packages brings that in... thanks Similar aptitude commands as above may help here, too. I've run the following on a machine with Stable, Testing and Unstable in its sources.list: $ aptitude search '( ?recommends(tasksel) | ?depends(tasksel) | ?suggests(tasksel) ) !^task !-tasks$' i A aptitudeÂ Â Â - terminal-based package manager pÂ aptitude:i386 - terminal-based package manager cÂ aptitude-gtkÂ - terminal-based package manager (GUI and terminal interfaces) pÂ dpkg-wwwÂ Â Â - Web based Debian package browser pÂ synapticÂ Â Â - Graphical package manager pÂ synaptic:i386 - Graphical package manager If grml pulls in Suggests by default, it's likely aptitude. I've found no other explanation so far. > > The following transitional packages can be safely removed: > > > * libblas3gf > > Seems to be pulled in via a package IIRC libblas3gf and libblas3 are often used in alternative dependencies. Â Â Â Â Â Â Kind regards, Axel -- /~\Â Plain Text Ribbon CampaignÂ Â Â Â Â Â Â Â Â | Axel Beckert \ /Â Say No to HTML in E-Mail and NewsÂ Â Â Â Â Â | abe(a)deuxchevaux.xn--org-kla (Mail) XÂ See http://www.nonhtmlmail.org/campaign.html | abe(a)noone.org (Mail+Jabber) / \Â I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) ------------------------------ Message: 2 Date: Wed, 26 Mar 2014 00:15:21 +0100 From: Axel Beckert <abe(a)deuxchevaux.org> To: grml-devel(a)ml.grml.org Subject: Re: [Grml-devel] First Release Candidate of Grml version Â Â Â 2014.03 released Message-ID: <20140325231521.GP27889(a)sym.noone.org> Content-Type: text/plain; charset=us-ascii Hi, Just a summary of what we just discussed on IRC in #grml: On Tue, Mar 25, 2014 at 12:48:56PM +0100, Axel Beckert wrote: > > > gcc-4.7-base and libprocps0 can be removed without harm, they're no > > > more needed. (procps depends on libprocps3 nowadays and there's no > > > gcc-4.7 left on the system.) > > > > They seem to be brought in via depends/suggests/... since there's no > > explicit dependency on it in grml-live, needs investigation. We now suspect it comes from the base tar ball which is used to bootstrap the build. gcc-*-base packages are of priority required and hence never get removed automatically even if they is marked as automatically installed via a dependency. > > > debconf-i18n (> 1 MB) can probably removed, too. > > > > Same here > > If you install recommends by default, this looks obvious to me: > debconf recommends debconf-i18n. But grml doesn't do that. Until a few years ago, debconf had a hard dependency on debconf-i18n which later got downgraded to Recommends (IIRC when the previous alternative dependency debconf-english got merged back into debconf). So this likely also comes from the base tar-ball. mika plans rebuild the base tar ball later today, so we should get rid of these packages soon. > > > Does grml really need tasksel and tasksel-data? (> 1,2 MB together) > > > > Nope, wondering which packages brings that in... thanks I suspect the base tar ball for that one, too. There's some tight relationship with d-i and aptitude, but I forgot the details. (At some time in the past tasksel needed aptitude, at least for some features used by d-i.) > > > The following transitional packages can be safely removed: > > > > > * libblas3gf > > > > Seems to be pulled in via a package > > IIRC libblas3gf and libblas3 are often used in alternative > dependencies. If in the past there was one dependency which only depended on libblas3gf and it made it's way in the base tar ball that way, the issue should be probably also solved by rebuilding the base tar ball. Since mika asked how I found that stuff: I used the same aptitude search patterns I used for finding disk space eating cruft on my EeePC 701 with only 4 GB of disk space. You get quite good in doing so after a while. ;-) Here are a few of these recipes, mostly from https://github.com/xtaran/zshrc/blob/master/zsh.d/50-alias#L201 and http://noone.org/blog/English/Computer/Debian/CoolTools/Finding%20packages%… Show packages which are not marked as automatically installed and don't have any reverse dependencies: aptitude -o "Aptitude::Pkg-Display-Limit=~i !~M !?reverse-depends(~i)" Find installed packages with "dummy" or "transition" in their description: aptitude -o "Aptitude::Pkg-Display-Limit=~i ( ~d transition | ~d dummy )" The used search terms also can be used with "aptitude search" on the commandline if someone prefers the CLI interface over the TUI interface (which I use primarily). Plus remembering which packages I removed on quite some of my boxes. :-) Â Â Â Â Â Â Kind regards, Axel -- /~\Â Plain Text Ribbon CampaignÂ Â Â Â Â Â Â Â Â | Axel Beckert \ /Â Say No to HTML in E-Mail and NewsÂ Â Â Â Â Â | abe(a)deuxchevaux.xn--org-kla (Mail) XÂ See http://www.nonhtmlmail.org/campaign.html | abe(a)noone.org (Mail+Jabber) / \Â I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) ------------------------------ Message: 3 Date: Tue, 25 Mar 2014 16:58:04 -0700 (PDT) From: Arne de Boer <arnedeboer22(a)yahoo.com> To: "Grml-devel(a)ml.grml.org" <Grml-devel(a)ml.grml.org> Subject: [Grml-devel] HDD's not recognised on the latest grml-full 64 Â Â Â bits Message-ID: Â Â Â <1395791884.96218.YahooMailNeo(a)web121805.mail.ne1.yahoo.com> Content-Type: text/plain; charset="iso-8859-1" 1. partitions on /dev/sda and /dev/sdb are recognised, but on /dev/sdc and /dv/sdd not grml-hwinfo also lacks sdc and sdd (The partitions on these disks are 2 x? 2 TB) 2. Network works out of the box on ethernet! (first time with grml!) No configuration needed, I am happy! Thanks, Arne

1 0

HDD's not recognised on the latest grml-full 64 bits
by Arne de Boer 26 Mär '14

26 Mär '14

1. partitions on /dev/sda and /dev/sdb are recognised, but on /dev/sdc and /dv/sdd not grml-hwinfo also lacks sdc and sdd (The partitions on these disks are 2 xÂ 2 TB) 2. Network works out of the box on ethernet! (first time with grml!) No configuration needed, I am happy! Thanks, Arne

2 1