- Grml-devel - lists.mur.at

Grml - new stable release 2012.05 available
by Michael Prokop 29 Mai '12

29 Mai '12

Hi, we just released Grml 2012.05 - Ponyhof. Thanks for all the feedback we received for our 2011.12 release, we took it serious and hope that everyone finds 2012.05 such a wonderful release as we consider it to be. There were some changes between 2012.05-rc1 and the new stable release. The most important ones are: â€¢ Update to Kernel 3.3.7 â€¢ Added sysstat (and imvirt-helper was pulled in as dependency) â€¢ Fixed Grub2, iPXE and MirOS bsd4grml boot options for 64bit ISO â€¢ Added wallpaper â€¢ Fixed lang boot option for grml-small flavour As you might notice the grml-small flavour came back. So it's two flavours (grml-full + grml-small) and two architectures (x86 + amd64) now. The grml96 option - which provides the x86 and the amd64 version on one single ISO (grml96 = grml32 + grml64) - is available for your service as well. We want to thank all the people involved in this awesome release. The Grml Developers, our Contributors and all the other people involved in this release. More information is available in the release notes of Grml 2012.05: http://grml.org/changelogs/README-grml-2012.05/ Now download the latest Grml ISO and spread the word! http://grml.org/download/ regards, -mika-

1 0

First Release Candidate of Grml version 2012.05 released
by Michael Prokop 17 Mai '12

17 Mai '12

Hi, so we did it again, the first release candidate of the upcoming version 2012.05, code-named 'Ponyhof' was just released. For detailed information about the changes between 2011.12 and 2012.05 have a look at the official release announcement: http://grml.org/changelogs/README-grml-2012.05-rc1/ Several tools that have been reported to be missing on the downsized 2011.12 release have been re-added. This release also brings the grml-small flavour back to life. 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 May. regards, -mika-

1 0

New Grml developer: Evgeni Golov
by Michael Prokop 16 Mai '12

16 Mai '12

Hi Grml-ers, I'm proud to be able to announce that the Grml team just grew again: Please welcome Evgeni 'zhenech' Golov as official Grml core developer! Welcome in the Grml team, Evgeni! regards, -mika-

1 0

Testing current daily ISOs to go towards new release
by Michael Prokop 15 Mai '12

15 Mai '12

Hi, the current Grml daily ISOs (http://daily.grml.org/) feature a fresh 3.3.4 Linux kernel and I plan to work towards a 2012-05-rc0 release throughout the next days. Everyone who wants to see 2012-05-rc0 actually happen is invited to grab the current daily ISOs (the testing flavours of grml-full + grml-small, 64bit and 32bit) and report any issues we should address before releasing rc0. Let's get ready to rumble :) regards, -mika-

5 9

grml-iptstate @ grml32-full (release candidate)
by Markus Ulrich 11 Mai '12

11 Mai '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, the wrapper script grml-iptstate for iptstate doesn't work, because the main package isn't installed. The package is not very big (~55 kb or more). I think, that this wrapper needs his package. ;-) Best regards, bionix-it -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPrCsdAAoJEIOuPADxjSqDUyoP/Rtxlqng8bBeLIpYGIJ2FU5Z eiSa8JHGqJMckL6guyVDAQYXnCfSKYEJz+URO7N3XxJk9OiR34NHO4i9RAC7UiUM lBNbxS6SShaceSMRMhgGz2p3CAdCBNuT+4c7TPGdvzgnD5GKTDhjm3ooDL2GVoAn S0rp/YPwvQ3YtvljcgSZa3MVI6mnaX/UNdBcqLRzkMFU96TvrfN1tLcVaTZ+EZyM uWaSUaDWvGror7yWNRTiikBLjkbX9MfA0+xLEt2xlc0ckbLEBcgIWJ5fIhMB+KTA DcZk/XmprJs7tPrjyg0g+Jf/n0dh9H750HI3GEMm2Vj6KOqQlvbW9awGGSg7ySIP HtqUdjIstdobwRddHdRmyrg8Sj42sExhqHIgAedxSC3rWVoOQqDh5J1VQqcuQdPU 4peSG3Bzr52U2SIGlASSO7l3a2CC7rOh5yMClSHACszLa8qqtxS1YyM9EOmGqURm Aqc/WYFnNoMBhtBTBaaWoQs11ry1xgdWteZ8OGqdZyy/2LNn2KOzmqfCn8VUzC6H wy8/BEU4xjFLwO/M8dDrNJJs+kU3Ed1CRS2l0Vmmp30EHsWU6E6UD2UZH1n2eNE7 9V6jKJiatkOmnHbZI/9SXAvnZ5BoLRkAddZO2nCZX8myRlyNezQC0+IQEMkDV/xB Qxfg/0rqc+iE8RnwksaD =1mxP -----END PGP SIGNATURE-----

2 1

FrOSCon: Call for Exhibitors and Developerrooms
by Inga Herber 26 Apr '12

26 Apr '12

// English \\ (fÃ¼r eine Deutsche Version siehe unten) Hello Grml Team, we would like to invite you to take part in the seventh Free and Open Source Software Conference (FrOSCon 2012). FrOSCon is a two-day conference on Free Software and Open Source, which takes place on August 25th/26th, 2012 at the University of Applied Sciences Bonn-Rhein-Sieg, in St. Augustin near Bonn, Germany. Main part of the conference is a comprehensive range of talks and workshops. Furthermore, there is a large exhibition area, where projects have the opportunity to present themselves and get in touch with users and other developers. Moreover, we offer a few rooms for Free Software projects to organize developer meetings or to present their own program. We would be pleased if your project would like to contribute to this year's FrOSCon and thus support the communication and exchange within the Open Source and Free Software community. Depending on the kind of your participation, there is different information available to you. To sign up for a booth, please visit https://callforexhibitors.froscon.org and register your project. Please feel free to contact us for any questions at exhibitors(a)froscon.org <mailto:exhibitors@froscon.org>. The registration for booths will be open until May 23rd. If your project wants to sign up for a developer room, please write a proposal to projects(a)froscon.org <mailto:projects@froscon.org>. The proposal should contain a short summary (1-2 paragraphs) of what you plan to do and which special requirements you have. Since the demand for developer rooms usually exceeds the number of rooms we can offer, we will choose the projects which look the most promising to us based on the submitted proposals. If you have questions concerning the developer rooms, feel free to contact projects(a)froscon.org <mailto:projects@froscon.org>. The deadline for the submission of developer room proposals is April 30th. Additionally our Call for Papers already started, we are looking forward to your submissions of talks and workshops. You can register via http://cfp.froscon.org/. For further information concerning the Call for Papers take a look at http://www.froscon.de/en/program/call-for-papers/. The Call for Papers will end on May 23rd, too. We hope to meet you at FrOSCon in St. Augustin. Kind regards, The FrOSCon Team // Deutsch \\ Hallo Grml Team, hiermit wollen wir dich herzlich einladen an der siebten Free and Open Source Software Conference (FrOSCon 2012) teilzunehmen. Die FrOSCon ist eine zweitÃ¤gige Konferenz Ã¼ber Freie und Open Source Software, die am 25. und 26. August 2012 an der Fachhochschule Bonn-Rhein-Sieg in Sankt Augustin, in der NÃ¤he von Bonn stattfindet. Auf der FrOSCon gibt es viele VortrÃ¤ge Ã¼ber aktuelle Themen rund um Freie Software. AuÃŸerdem gibt es eine groÃŸe AustellungsflÃ¤che, wo sich Projekte mit einem Stand prÃ¤sentieren kÃ¶nnen, um mit Nutzern und Entwicklern ins GesprÃ¤ch zu kommen. ZusÃ¤tzlich bieten wir einige RÃ¤ume fÃ¼r Projekte an, in denen sich Entwickler treffen oder ein eigenes Programm auf die Beine stellen kÃ¶nnen. Wir wÃ¼rden uns freuen, wenn auch ihr zur diesjÃ¤hrigen FrOSCon beitragt und damit den Austausch in der Free Software Community unterstÃ¼tzt. Je nach euren BeteiligungswÃ¼nschen gibt es verschiedene MÃ¶glichkeiten. Der Call for Papers ist gestartet und wir freuen uns auf eure VortrÃ¤ge oder Workshops. Anmelden kÃ¶nnt ihr euch unter http://cfp.froscon.org/. Weitere Informationen findet ihr unter http://www.froscon.de/en/program/call-for-papers/. Der Call for Papers wird am 23.05.2012 geschlossen. Wenn ihr als Projekt einen Entwicklerraum haben mÃ¶chtet, schreibt einfach eine E-Mail an projects(a)froscon.org <mailto:projects@froscon.org>. Die E-Mail sollte eine kurze Zusammenfassung (1-2 AbsÃ¤tze) darÃ¼ber enthalten, was ihr mit dem Raum machen wollt. Falls ihr spezielle Anforderungen habt, wÃ¼rden wir euch bitten diese auch mit anzugeben. Da wir in der Vergangenheit mehr Bewerbungen als RÃ¤ume hatten, wÃ¤hlen wir die vielversprechendsten Projekte auf Grundlage der eingesandten Beschreibungen aus. Die Deadline fÃ¼r die Bewerbung fÃ¼r einen Entwicklerraum ist der 30. April 2012. AuÃŸerdem kÃ¶nnt ihr an der FrOSCon teilnehmen, indem ihr euch mit einem Stand den Besuchern prÃ¤sentiert. DafÃ¼r kÃ¶nnt ihr euch unter https://callforexhibitors.froscon.org anmelden. Die Deadline der Aussteller ist der 23. Mai 2012. Wenn ihr Fragen habt, dann kÃ¶nnt ihr euch jederzeit an uns wenden (exhibitors(a)froscon.org <mailto:exhibitors@froscon.org>). Wir hoffen euch auf der FrOSCon zu sehen, Beste GrÃ¼ÃŸe, Das FrOSCon Team -- FrOSCon 2012 - August 25th - August 26th 2012, St. Augustin, Germany FrOSCon e.V. c/o FH Bonn-Rhein-Sieg Grantham-Allee 20 53757 Sankt Augustin http://www.FrOSCon.de/

1 0

submitting script for review: counting per process swap usage
by Mulyadi Santosa 31 Jan '12

31 Jan '12

Hi all This is my first contribution toward Grml. I have written a shell script that utilize Linux kernel provided statistic to account per process swap usage. Here it is: for a in /proc/[0-9]* do strings $a/cmdline; # output the name of the process echo ; grep Swap $a/smaps | awk '{ SUM += $2 } END { print SUM }'; # swap usage in kilobytes echo ----------------; done Thank you for your help and looking forward for opinions. I hope this little script could transform into "grml-" specific script. -- regards, Mulyadi Santosa Freelance Linux trainer and consultant blog: the-hydra.blogspot.com training: mulyaditraining.blogspot.com

1 0

Could you please improve findiso boot parametre?
by adrian15 16 Jan '12

16 Jan '12

Hello, I am trying to include your findiso implementation into upstream debian-live. According to the bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656135 There is not too much work to be done: http://lists.debian.org/debian-live/2011/09/msg00067.html It would be nice if someone of you could take a look at it. Thank you very much! adrian15 -- Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/

1 0

IRC meeting, 2012-01-12
by Michael Prokop 10 Jan '12

10 Jan '12

Hi, we'll have an Grml IRC meeting on wednesday, 11th of January 2012 on #grml (freenode), starting at 22:15 CET (vienna local time). If you're a Grml developer and won't make it to the meeting please let me know. If you aren't a Grml developer (yet? :)) but want to attend you're of course welcome to do so (I'd welcome a short notice ahead so we know how many participants we can expect). Please add your points for the meeting to the titanpad: https://grml.titanpad.com/2012-01-11-irc PS: We've a Google calendar providing the IRC meeting dates, if that's something you're interested in: https://www.google.com/calendar/embed?src=ndi6v0roi6elqbmca5q8m5pan0%40grou… regards, -mika-

1 1

how about supported and unsupported grml flavors
by Walter Haidinger 07 Jan '12

07 Jan '12

Hi! Just something for the grml developers to think about: How about splitting grml into supported and unsupported flavors? The supported flavor would be the current one (grml-medium). This would let the grml developers focus on the grml core and lift them from the burden of testing all the packages (the main reason for dropping former grml-full, right?). The unsupported flavor would be the former 700MB grml-full, built from grml-live for convenient download but without further time-consuming testing by the grml devel team, i.e. grml-medium with lots of subsequent apt-get installs. Bug reports would be only accepted for supported grml, like OpenBSD that only accepts reports for GENERIC kernels or Linux for untainted. Yes, I know there is grml-live, but if people would just silently build their ISOs themselves instead of looking for downloads, the mailing-lists would have been quiet after the 2011.12 release, right? Now, what I'm certainly missing here is the amount of work required for the package selection of the larger grml flavors. I think that the supported/unsupported flavor approach would satisfy both the developers (less package testing, more time to work on grml internals) and the users (have a well-tested grml core as well as a rich package set by default). Regards, Walter

2 1