- Grml-devel - lists.mur.at

First Release Candidate of Grml version 2013.02 released
by Michael Prokop 22 Feb '13

22 Feb '13

Hi, so we did it again, the first release candidate of the upcoming Grml version 2013.02, code-named 'Grumpy Grinch' was released. 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. For detailed information about the changes between 2012.05 and 2013.02 have a look at the official release announcement: http://grml.org/changelogs/README-grml-2013.02-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 end of February. regards, -mika- - for the Grml.org project

2 1

Suggestion: schedule new Grml release to January 2013
by Michael Prokop 24 Dez '12

24 Dez '12

Hi, we didn't reach our Grml 2012.12[-rc1] milestones in time as planned. I'm therefore suggesting to re-schedule our rc1 release for beginning of January instead. This should give us enough time to publish a rocking solid stable release later in January then. :) If someone is motivated please grab the daily ISOs from http://daily.grml.org/ and test what's important for you. Those ISOs are pretty close to what we plan to publish as Grml 2013.01-rc1 then. Of course any work WRT http://bts.grml.org is welcome as well. :) I wish all of you merry christmas and happy holidays! regards, -mika-

2 1

Persistence testing on daily
by Charles Alan Hewson 23 Dez '12

23 Dez '12

Hi all, Testing GRML32-full-testing-20121214 on athlon Xp box. Noticed that boot parm "persistence-label=" requires full label not just suffix as old "persistence-subtext=". Hope this saves some trial & error. BTS issue #1177 status should be "fixed in git". I errored off attempting to change it. Someone with 64 bit box should confirm when we get an RC. Charles

2 1

New bugtracker for grml
by Alexander Wirt 19 Dez '12

19 Dez '12

Hi, we need a new bugtracker for grml, so I invite everybody to take part into the evaluation process. I started a titanpad document: http://titanpad.com/U3M54pHOXn Please write down: - your requirements to a bugtracker - possible candidates - whatever you think is important for the topic thanks Alex -- Alexander Wirt, formorer(a)formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A

1 0

Discussion: Add ncurses-term to GRMLBASE or only GRML_FULL
by Markus "bionix" Ulrich 17 Dez '12

17 Dez '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello guys, we have the bts issue 1220 [1] and mika said to the topic, that maybe it's better to add the package ncurses-term to GRMLBASE instead to GRML_FULL. The packages is also in GRML_XL. So, let the discussion begin... What is your opinion to the topic? I added two commits on my branch bionix/ncurses and after our choice, we can cherry-pick/merge the right commit into master. So, please think short about it and tell us our thinking. Github commit for GRMLBASE and removing from GRML_FULL: [2] Github commit for only GRML_FULL: [3] URLs: [1] http://bts.grml.org/grml/issue1220 [2] http://git.io/IAIbYg [3] http://git.io/OQDavg Regards, - -- - - bionix - GRML -- http://grml.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQydhHAAoJEIOuPADxjSqDuLYP/0UpCL57yuC4AuTm6+jSaqG4 8LWlq2+lqsiOSxm8i8p+hbI5nRZsh/+0jWswPmnFxmVkf/R9MWU2LXexEx39sUgX R3CRk5giOZEh1k3GJUUwzdwQ4B5J8wBHviyIppdTn67B1lV5DPO6wmg9bT/AOuO7 wVgvY9K9t49vXRAywrkX7P4pL2vp2l1Ui1L+LFbFc+uSwqQ1NaJfvVTTHTJi8LHq fLuH6vprUu7BU5pqluqVRc0HIVdXhGwuxk8L7aT/m5KZhPPoUXV1jRKXFjpW18mj 8HS74IRjBGrJjFKqzDCRBTh3FeNozOlh+vRH4Z59wE6+3bKkHuZcpGKg/NFf0uyH KITjkPRgin0CoZIX8NF8GJWfqBsGzRw35FRm78C5BmgFQ0dtrQhAdabjt5qD2L+q KGKAIy8AIuih1nNSX1h+PzIWZY5sC6Ewsw1qtNNuQ4/C3Mvss40NKCKybeSbNrPD JLWXWuh+HXvYGnTn5qLHndknpRuXRZWs7icqwC1KTrTRnz6EccRLinefPluKE4G/ UT+fQhoF/ZbXL2Asw8tmEj0PkYVrqArS5mdXyxfyeh351hDSziLTAdA2Y+4qEFpj 1225iPnItQVipSmbI46jhOrCeiSidAgFETlpV4yTiG9K94a8Jna4H/nZaO6pCsgq AkKpmbOWD0UDvE7DA6HM =YqAy -----END PGP SIGNATURE-----

3 2

Grml Developer Meeting November 2012
by Evgeni Golov 24 Nov '12

24 Nov '12

Hi, as discussed on IRC; we should do a meeting in November. The weekend of the BSPs (24-25 Nov) is great for that. I've set up a Dudle at [1], please vote for a time slot. I expect the meeting to last 1-2h. All times are "Evgeni's basement time" aka "CET" (UTC+1). Greets Evgeni [1] https://dudle.inf.tu-dresden.de/grml-2012-11/ -- Bruce Schneier can read and understand Perl programs.

1 1

Todos for Grml Release 2012.12
by Michael Prokop 19 Nov '12

19 Nov '12

Hi, so let's try to get a new stable release out before the end of this year! What's on our agenda for a 2012.12 release from my PoV: * live-boot - merge https://github.com/grml/live-boot-grml/pull/2 - check what we could/should sync with http://live.debian.net/gitweb/?p=live-boot.git * IRC bot: we don't have any git commit push IRC notifications anymore since cia.vc went offline. According to http://cia.vc/ usage of http://cia.vc/xmlrpc.php should work though. Alex wrote a perl script to adjust hook settings at Github, so we should do something about that. :) * grml-debootstrap for wheezy We need to push an updated grml-debootstrap version into unstable which addresses stuff that needs to be sorted out for the upcoming stable release AKA wheezy. I've prepared something at https://github.com/grml/grml-debootstrap/tree/mika/release_0.54 but this needs closer review and testing. Notes: - Evgeni's notes WRT master branch: http://paste.grml.org/1072/ - Bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688234 * Provide Kernel 3.6 Debian's svn://svn.debian.org/kernel/dists/trunk is currently sitting at 3.6.6-1~experimental.1 already. We should sync our git.grml.org/grml-kernel with it to make sure we have a current kernel available. * identify release stoppers @ http://bts.grml.org/grml/ Identify which issues should be handled for the upcoming stable release, identify low hanging fruits we might also fix while at it and try to resolve as many bugs as possible :) * check repositories @ github Go through the repositories at https://github.com/grml/ and check for any outstanding pull requests, branches that we should merge/delete so get it into somewhat of a shape again. * Provide LSB headers in our grml init scripts Running the /usr/share/file-rc/insserv2file.sh script causes e.g. the /etc/init.d/grml-reboot script to be registered for *startup* which is horribly wrong. We have to add according LSB headers into our init scripts to avoid such a failure. Feel invited to help wherever you can. Is there anything I missed? regards, -mika-

2 2

Interested in another German Grml mirror?
by Christian Hammers 25 Jul '12

25 Jul '12

Hello We are an ISP with a pretty big mirror dedicated to Open Source software and would add Grml if you want. Our server has more than 20 TB of space, 48GB of RAM and 2 gbit/s of IPv4 and IPv6 connectity. We peer at all major internet exchanges in Europe and maintain a few private peerings with big hosters and access providers in Germany. If you're interested, please contact <mirror-service(a)netcologne.de>. bye, -christian- -- Network Engineering & Design; Content Delivery Platform & IP NETCOLOGNE Gesellschaft fÃ¼r Telekommunikation mbH Am Coloneum 9 | 50829 KÃ¶ln Tel: 0221 2222-8711 | Fax: 0221 2222-78711 www.netcologne.de GeschÃ¤ftsfÃ¼hrer: Dr. Hans Konle (Sprecher) Dipl.-Ing. Karl-Heinz Zankel HRB 25580, AG KÃ¶ln Diese Nachricht (inklusive aller AnhÃ¤nge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzÃ¼glich zu informieren und die Nachricht zu lÃ¶schen. Die E-Mail darf in diesem Fall weder vervielfÃ¤ltigt noch in anderer Weise verwendet werden.

2 1

Request for help: Persistency on Grml
by Michael Prokop 11 Jun '12

11 Jun '12

Hi! As you might know Grml provides a feature named persistency which allows you to store your settings/software and reuse them on reboot. The code that provides that feature is part of Debian's live-boot, which is what we're using as base for our live-boot-grml. The relevant bootoption was renamed from "persistent" to "persistence" by Debian's live-boot developers recently, sadly our docs at http://wiki.grml.org/doku.php?id=persistency don't match reality anymore. As Charles Hewson already noted in the Grml wiki (thanks, Charles!) the best resources WRT persistency are man live-boot, live-persistence.conf and live-snapshot as well as http://live.debian.net/manual/html/live-manual/customizing-run-time-behavio… Note: the live-manual matches the behaviour of the old "persistent" code, not the one with "persistence" yet. A discussion around those changes are available in the thread at https://lists.debian.org/debian-live/2012/04/msg00110.html Is there anyone willing to help us in improving the persistency documentation for Debian/Grml? regards, -mika-

2 2

New Grml developer: Markus Ulrich
by Michael Prokop 06 Jun '12

06 Jun '12

Hi Grml-ers, I'm happy to be able to announce that Markus 'bionix' Ulrich just joined the Grml team. Please welcome Markus as offical Grml developer. Welcome in the team, Markus! regards, -mika-

1 0