- Grml-devel - lists.mur.at

2013.09 feedback - size of small image
by Christoph Biedl 17 Dez '13

17 Dez '13

Hi there, At first, the mandatory though belated "Thank you" for 2013.09 - there were no issues where I tested -rc1, and the release looks good, too. So, as always, please keep the good work, much appreciated. One thing remains. It might be a bit selfish but it's becoming a problem for me. Some background, at least four years ago I started placing both grml-small images (or grml96 once it was established) in /boot to have a rescue system available on every physical host in both architectures. However, in 2013.09 the grml96-small.iso image file grew by another 30 Mbyte[0] to a total of 362 Mbyte. Together with kernel images and other stuff that lingers in /boot I now am getting close to the 512 MByte size limit my /boot partition usually has. Looking at the trend, see table below, I can expect the next grml release to bring me into trouble. Here is how the sizes developed over time, I also added the older {32,64} sizes for an increased history: size of grml96-small iso image combined size of grml{32,64}-small iso images 2009.10: n/a 217579520 2010.04: n/a 227803136 2010.12: n/a 243269632 2011.05: n/a 240910336 2012.05: 295698432 307494912 2013.02: 331350016 344981504 2013.09: 361758720 374341632 This is an old game, I know it, you know it, I know you know it: Applications grow fat, folks want more of them, and so the "small" image will eventually even exceed the size of the former "medium" flavour. So my question is, would you consider paying attention to the small image size, and putting a hard limit onto it, like 350 Mbyte? Of course I could work around this on my end; but none of the options look promising: * resize /boot on all systems: A lot of work, especially if operating systems with an inferior boot loader are installed, * install 32 or 64 bit flavour only: Huge drawback in usability, * re-master grml for a smaller-than-small flavour (obviously, "grml-footnotesize" was the right name for this) with a reduced package set: Continuous work, and nobody else will benefit. Mind to share your opinion on that? Christoph [0] stating the obvious, that's SI units.

2 1

Markus Rekkenbeil leaving Grml core team
by Michael Prokop 17 Okt '13

17 Okt '13

Hi, I just want to inform you that Markus Rekkenbeil decided to step down as a core Grml developer. Thanks to Markus for all his contributions and work for Grml, I strongly hope you'll still be around as a Grml user and contributor. :) regards, -mika-

1 0

Grml - new stable release 2013.09 available
by Michael Prokop 29 Sep '13

29 Sep '13

Hi, we just released Grml 2013.09 - Hefeknuddler. This Grml release provides fresh software packages after the Debian stable release (AKA wheezy) has been released. 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 2013.09: http://grml.org/changelogs/README-grml-2013.09/ Grab the latest Grml ISO(s) and spread the word! http://grml.org/download/ Thanks everyone and happy grml-ing, -mika-

1 0

Re: [Grml-devel] [Grml] [Grml-announce] First Release Candidate of Grml version 2013.09 released
by Michael Prokop 27 Sep '13

27 Sep '13

Hi! * Florian Ermisch [Fri Sep 20, 2013 at 10:36:23AM +0200]: > the 64bit version from the grml96-iso (`dd`ed onto a USB-stick) boots > fine on Dell Precission T3400, T3500, T3600 with the default-boot-entry > with added parameters "toram" and "nonetworking". > On a Lenovo X230 this combination gets stuck* after copying everything > to RAM, but the 64bit debug-entry boots fine (and `rsync`ed 120gigs of > data from internal SSD to a USB3-disk w/o any problems). I guess I > didn't try default 64bit w/o adding "toram nonetworking"... > On a Dell Precission T1500 64bit default + "toram nonetworking" also > gets stuck* after copying everything to RAM, but works fine without > those added parameters. Hm interesting, I can reproduce it also inside a VM - it seems to hang as soon as the "nonetworking" boot option is present. :( regards, -mika-

2 2

First Release Candidate of Grml version 2013.09 released
by Michael Prokop 11 Sep '13

11 Sep '13

Hi, so we did it again, the first release candidate of the upcoming Grml version 2013.09, code-named 'Hefeknuddler' was released. This Grml release provides fresh software packages after the Debian stable release (AKA wheezy) has been released. 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.02 and 2013.09 have a look at the official release announcement: http://grml.org/changelogs/README-grml-2013.09-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 September. regards, -mika- - for the Grml.org project

1 0

Fw:
by cahewson2003＠yahoo.com 13 Aug '13

13 Aug '13

Look! http://www.alkol.avx.pl/.214701.nn_page_us.7840._linkedin.com_25bbc7...html Sent from Iphone

1 0

Fwd:
by cahewson2003＠yahoo.com 26 Jul '13

26 Jul '13

. http://www.absolutehealth.co.nz/cnn.com.today.html jzytolegoxyvjwawuwiwup

1 0

RC: disable zshrc's share_history feature by default?
by Michael Prokop 25 Mär '13

25 Mär '13

Hi, Grml's zshrc [http://grml.org/zsh/] uses 'setopt share_history' by default since ages. This option is responsible for making the history of one Zsh session available to others "kind-of-immediately". So when sending 'echo foobar' in one terminal, then pressing e.g. <return> in another zsh session of the same user then cursor up will show 'echo foobar' on the command line. While I personally like the feature and somewhat got used to it it's also one of the most discussed settings of grml-zshrc. It has the potential to do harm, especially if you aren't aware of that feature. This is why I'd like to disable this setting by default (but provide it as commented feature so it's trivial to just enable it on request). Of course you will be able to just customize it via e.g. .zshrc.local, it's really just about the default behaviour. Any objections against that switch? Happy to hear your {N,}ACKs. :) regards, -mika-

5 5

Grml - new stable release 2013.02 available
by Michael Prokop 03 Mär '13

03 Mär '13

Hi, we just released Grml 2013.02 - Grumpy Grinch. This release brings the Grml tools towards the upcoming Debian stable release (AKA wheezy), provides up2date hardware support and fixes known bugs from the previous Grml release. More information is available in the release notes of Grml 2013.02: http://grml.org/changelogs/README-grml-2013.02/ Grab the latest Grml ISO(s) and spread the word! http://grml.org/download/ Thanks everyone and happy grml-ing, -mika-

2 2

Package request: gnupg2
by Hendrik Jaeger 25 Feb '13

25 Feb '13

Hi, Please consider including the package/software 'gnupg2' in the grml live CD. Quote from http://lists.gnupg.org/pipermail/gnupg-users/2013-February/046057.html: > Is there any LiveCD that has GPG 2.0.18 (or higher) on it? > > I plan to generate some secret keys to store on a smartcard, and to > backup on a USB device. To minimize the risk of Key compromise, I'd > like to do the key generation on an offline machine. > > I could do a regular install for this, and wipe the harddrive after > I'm done, but it would save a lot of work if I could boot off a > LiveCD. > > But since I'd like to move a 4096bit key to a smartcard, I need 2.0.18 > (or higher). Are there LiveCDs that have this version on them? It seems the only live system providing that package is knoppix' DVD version (see reply to the quoted message on the gnupg-user list). Thank you very much for consideration and putting together such a fantastic system! It has helped me many times already and I stole config parts which made my life as an admin much easier. I hope you can keep up the good work! :) Best regards henk

2 2