Wednesday, August 27. 2008
version controll information inside ... Posted by Michael Prokop in packages at 10:59
Thanks to the work of Frank 'ft' Terbeck we have a zsh prompt featuring useful information about different version control systems found inside the current working directory. That's what it looks like on my developer system:
Sunday, August 17. 2008
the way grml kernels are being developed Posted by Michael Prokop in kernel at 23:09
In news from the grml development front a grml user named Dave asked some questions regarding the grml kernel. As this seems to be not clear enough yet I'll write some sentences about the way the grml developers work on the grml kernel.
Daily grml builds (see daily.grml.org) use a recent grml kernel version from the grml-testing repository. As the daily ISOs are being built automatically we have the need for a known-to-work kernel. grml wouldn't work in live mode without kernel modules like aufs and squashfs. Finally grml users are used to get some additional kernel modules as well.
We could wait for a stable kernel 2.6.x.y with y being a stable patch/release with a version number >=10. But then we would have the problem that our kernel might be pretty out of date when we release a new grml version. grml users expect to get good hardware support - to acchieve that we need recent kernel versions. On the other side we don't want to upload a completely fresh and untested kernel to the grml repository even though it's "just" grml-testing. grml-testing is the place where we put stuff that will be available as a stable release once we consider it rocking solid. Of course there MIGHT be any issues left even though it's called a stable release, but thanks to our release cycle we have a pretty good test parcoure and try to identify and solve any possible breakages which shouldn't happen on any productive boxes outside the test world.
During our initial tests, configuration checks and verifying the upgrade path we also build external modules and in the meanwhile new stable updates (the y in the 2.6.x.y) appear which we can integrate into our kernel then. Therefor when releasing a new stable grml version we can provide an up2date kernel without forgetting about "rocking solid". HTH.
Sunday, August 17. 2008
Current state of grml-live with ... Posted by Michael Prokop in packages at 23:00
I was busy working on getting grml-live in a good shape together with squashfs-tools, live-initramfs and the new kernel version 2.6.26-grml. A new squashfs-tools package is available as well as an updated live-initramfs package. It does not support LZMA compression (yet) but it's working fine with ZLIB compression so far. Right now I'm building an updated 2.6.26-grml kernel, 2.6.26-grml64 will follow.
As soon as the new kernels are ready-to-go I will upload them together with grml-live 0.9 to the grml-testing repository. Updating our daily.grml.org buildhost will provide daily ISOs featuring 2.6.26-grml . New development versions of grml will follow so we can provide a new stable release in the near future.
See the "Current state of grml-live with squashfs-tools and kernel" section if you are interested in further details.
« previous page (Page 1 of 1, totaling 3 entries) next page »