- Grml-devel - lists.mur.at

Grml-Devmeeting 10/2011
by Michael Prokop 26 Sep '11

26 Sep '11

Hi, looks like Christian, Gebi, Jimmy and me will make it to the Grml developer meeting in october (12.10.2011 - 14.10.2011). Therefore I just checked that we can make the meeting at Realraum Graz[1] - since 3 of 4 are from Graz this will be the cheapest option for us. So consider date and place as stable. :) [1] http://realraum.at/ regards, -mika-

1 0

Grml Developer Meeting
by Michael Prokop 20 Sep '11

20 Sep '11

Hi, we're thinking about making a developer meeting from 12th to 14th of october (location unknown yet). If you consider attending please fill out the survey so we can think about location/budget/etc: http://www.doodle.com/qcbw4bt5k6w63g3b regards, -mika-

1 0

Re: [Grml-devel] Grml.org patch bomb
by Michael Prokop 08 Sep '11

08 Sep '11

* intrigeri [Thu Jul 28, 2011 at 11:43:13AM +0200]: > I quickly reviewed most of your patches. Great! [Just commenting on the ones that need clarification.] > Michael Prokop wrote (26 Jul 2011 21:32:27 GMT) : > > - umount ${mountpoint} > > + umount ${mountpoint} 2>/dev/null > Rationale for this seemingly unrelated change? > I fear it could make debugging harder. It's to not show an error message if live/image has been already unmounted before. For the context of the code see http://paste.pocoo.org/show/448076/ > > + grep -q /live/findiso /proc/mounts && umount /root/live/findiso > The grep command could be a bit more specific, and hence more robust > I believe. Isn't it possible to use the mountpoint command here? This would mean that we'd have to add mountpoint(1) to the initramfs using copy_exec, hmmm. > > 10_validateroot.patch > I like defensive programming, but I fear this one might serve to hide > a problem you encountered with scripts/live not dealing with some kind > of particular case. Is this live-bottom script here just in case, > or...? If live-boot finds a "wrong" file system that looks OK for live-boot then the error message can be pretty confusing. Though I don't like the check for /sbin/init neither, so feel free to ignore this patch (and we'd investigate on that further). > > 25_support_lvm_for_live-media.patch > + if [ -x /scripts/local-top/lvm2 ] ; then > + if [ -x /scripts/local-top/mdadm ] ; then > I'm doubtful about adding support for (if I understand clearly) > GRML-specific local-* scripts that are not shipped in live-boot. They aren't Grml specific local scripts, they are shipped by the original lvm2 and mdadm Debian packages. > > 30_support_multiarch_dns.patch > > -copy_exec /lib/libnss_dns.so.* /lib # DNS server > > +# DNS server: > > +if ls /lib/libnss_dns.so.* >/dev/null 2>&1 ; then # non-multiarch libc > > + copy_exec /lib/libnss_dns.so.* /lib > > +elif ls /lib/*/libnss_dns.so.* >/dev/null 2>&1 ; then # multiarch libc > > + for libnss in /lib/*/libnss_dns.so.* ; do > > + copy_exec "$libnss" > Just curious: wouldn't "copy_exec /lib/*/libnss_dns.so.*" work? > Otherwise, this bugfix sounds most welcome to me. No, since the signature of copy_exec is: $1 = file to copy to ramdisk $2 (optional) Name for the file on the ramdisk regards, -mika- -- http://michael-prokop.at/ || http://adminzen.org/ http://grml-solutions.com/ || http://grml.org/

4 5

Re: [Grml-devel] Grml.org patch bomb
by Daniel Baumann 04 Aug '11

04 Aug '11

On 07/26/2011 11:32 PM, Michael Prokop wrote: > once again a patch bomb by the Grml project. oh, and in general.. i'd appreciate if you could update patches so that they have a proper name of the author in it ($Firstname $Lastname <$email>), plus description (short one line, multiple additional lines where needed), and formatted according to http://live.debian.net/manual/en/html/coding-style.html. -- Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baumann(a)progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/

1 0

Re: [Grml-devel] Grml.org patch bomb
by Daniel Baumann 04 Aug '11

04 Aug '11

On 07/28/2011 03:03 PM, Ulrich Dangel wrote: > The main question is also do we really want to support all these > scripts? if possible, yes. > I really don't think it is wortwhile to be able to use findiso > for example on a crypted disk/nbd. live-boot should support as many options to boot, in any possible combination (which currently is rather messy as things are not properly factored out yet, but.. that was speaking about the general case). -- Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baumann(a)progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/

1 0

Testmail to new server infrastructure
by Michael Prokop 18 Jul '11

18 Jul '11

Hi, parts of our infrastructure are moving to new server infrastructure. This mail is supposed to be a test for our mailing list infrastructure which was moved without any downtime. regards, -mika-

1 0

Git repositories cleanup at git.grml.org
by Michael Prokop 12 Jun '11

12 Jun '11

Hi, one step on our agenda is to get rid of unused/unmaintained/ outdated stuff. Thanks to efforts mainly by Christian I started to edit our gitosis configuration accordingly. The following git repositories have been removed from the listing at http://git.grml.org/ but are still available through git-ssh access for Grml developers. If you care about a repository/package please inform us, otherwise the repositories will be dropped at least once we move from gitosis to gitolite and the according Debian packages will be dropped from deb.grml.org as well then. * aamath * advchk * afflib * base64 * cdrtools * cmospwd * ctris * dd-rhelp * dupmerge * elizatalk * espeakup * fvwm-crystal-minimal * gatling * glipper-nognome * grml-files64 * grml-samsung-x20 * hg-doc * hg-to-git * histring * i855-crt * incron * initramfs-tools * ipw-firmware * iscsitarget * libgebi-dev * linux-kernel-headers-grml * md5deep * minised * minised_bk * nntpview * nozomi-source * op * pip * prism54-firmware * python-axon * python-axon.mq * rainbowcrack * rephrase * sbd * shmux * sitar * squashfs * squashfs-lzma * squashfs-lzma-tools * udev * unsorted-patches No git repository available anymore (since hg->git switch), but packages that are considered for removal from deb.grml.org: * amap * asleap * texttools-doc Next step will be then to go through the list of remaining packages and repositories and decide which ones need some more love, should go towards Debian, etc. regards, -mika-

1 1

Some checks on the package lists
by Ulrich Dangel 04 Jun '11

04 Jun '11

Hi, due to a bug report about a missing package in grml-medium (the package was shipped in grml-small and grml-full but not in grml-medium) i just did some simple checks over the package lists. These checks are quite simple but help least to discover inconsistencies. Commented results: ==================== In small and full but not in medium: links # links2 is in medium but not links In small and medium but not in full: shishi-common # due to missing inetutils-inetd atftp inetutils-inetd # xinetd is used in full instead libshishi0 # due to missing inetutils-inetd socket In medium but not in full: linux-kernel-headers-grml grml-small # not really a problem alsa-tools Suggested solution: =================== We should add socket, aftp and alsa-tools to grml_full and add links to grml-medium. regards, Ulrich

2 1

Grml 2011.05 released
by Michael Prokop 29 Mai '11

29 Mai '11

Hi Grml fans, on behalf of the Grml team I'm proud to announce a new stable release: Grml 2011.05 with codename "Just Mari", available in flavours grml, grml-medium and grml-small and all of them as 32bit and 64bit version has been released. The official release announcement has all the details: http://grml.org/changelogs/README-grml-2011.05/ Issues regarding the new release can be found in the grml-wiki at: http://wiki.grml.org/doku.php?id=grml_2011.05 As usual you can get the ISO(s) from: http://grml.org/download/ Enjoy the new release and happy hacking! regards, -mika- -- http://grml.org/ # Linux for texttool-users and sysadmins http://wiki.grml.org/ # share your knowledge http://grml.supersized.org/ # the grml development weblog #grml @ irc.freenode.org # meet us on irc

1 0

Call for Testing: openbox in qemu/kvm
by Michael Prokop 09 Mai '11

09 Mai '11

Hi, a long standing issue is http://bts.grml.org/grml/issue924 - where openbox doesn't work in qemu/kvm but immediately crashes. Easy to reproduce by just booting and starting openbox. :) Now, there popped up a patch in upstream's bugtracker: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606137#22 Anyone volunteering to test this patch and report back whether it addresses our issue so we could fix it for the upcoming release (which is WIP right now)? regards, -mika-

1 0