Testing current daily ISOs to go towards new release
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-
Hello
the current Grml daily ISOs (http://daily.grml.org/) feature a fresh 3.3.4 Linux kernel
grab the current daily ISOs (the testing flavours of grml-full + grml-small, 64bit and 32bit)
I just downloaded the ISOs for the 64bit full versions testing and sid. But uname -r gives me 3.3.0-1-grml-amd64... what am I doing wrong? _ And while am at it... after the last release, some of my favorite packages where missing and I didn't took the time to post while the discussion was hot. So if it's possible to include the following, this would help me to not have to roll my own grml-live: xmount ewf-tools guymager
But that's just part of my own favorites. Needing 25MB additional space while uncompressed. Hope this wish doesn't comes close to release now.
Didn't had enough time yet to find some more interesting issues... ;)
Best regards Ursus
* Urs Blaser [Thu May 10, 2012 at 03:49:46PM +0200]:
the current Grml daily ISOs (http://daily.grml.org/) feature a fresh 3.3.4 Linux kernel
grab the current daily ISOs (the testing flavours of grml-full + grml-small, 64bit and 32bit)
I just downloaded the ISOs for the 64bit full versions testing and sid. But uname -r gives me 3.3.0-1-grml-amd64... what am I doing wrong?
This is ok, the uname doesn't strictly reflect what's inside (this might be adjusted for the final release which will provide kernel
=3.3.5).
And while am at it... after the last release, some of my favorite packages where missing and I didn't took the time to post while the discussion was hot. So if it's possible to include the following, this would help me to not have to roll my own grml-live: xmount ewf-tools guymager
But that's just part of my own favorites. Needing 25MB additional space while uncompressed. Hope this wish doesn't comes close to release now.
Those tools don't touch the scope of Grml close enough, 25MB is also quite large overall, so I'm afraid they won't reach the Grml release, sorry.
regards, -mika-
So if it's possible to include the following, this would help me to not have to roll my own grml-live: xmount ewf-tools guymager
Those tools don't touch the scope of Grml close enough, 25MB is also quite large overall, so I'm afraid they won't reach the Grml release, sorry.
I don't know about the size requirements. Withoug guymager, it would be 225kB, maybe a more acceptable size. Of course something like aimage would be needed for the non-ewf part of the world, but sadly this went out of debian some time ago. Maybe I should learn to package stuff some day and help out on the upstream front...
As there's a forensic boot option and stuff like afflib-tools provided, I don't understand the "don't touch the scope of Grml" part too well. But of course that's my personal view and the reason I started to use in the first place.
Best regards Ursus
* Urs Blaser [Thu May 10, 2012 at 04:29:37PM +0200]:
Those tools don't touch the scope of Grml close enough, 25MB is also quite large overall, so I'm afraid they won't reach the Grml release, sorry.
I don't know about the size requirements. Withoug guymager, it would be 225kB, maybe a more acceptable size. Of course something like aimage would be needed for the non-ewf part of the world, but sadly this went out of debian some time ago. Maybe I should learn to package stuff some day and help out on the upstream front...
Ok, I'll discuss the situation for xmount and ewf-tools within the team again. NACK for guymager though.
As there's a forensic boot option and stuff like afflib-tools provided, I don't understand the "don't touch the scope of Grml" part too well.
The forensic boot option is a feature which was contributed back by the commercial Grml-Forensic flavour.
But of course that's my personal view and the reason I started to use in the first place.
Grml focuses on sysadmin needs, we used to include a bunch of tools that where actually outside of our scope but we had to re-focus the project to get our available manpower at the right place.
regards, -mika-
On 10 May 2012 12:10, Michael Prokop mika@grml.org wrote:
- Urs Blaser [Thu May 10, 2012 at 04:29:37PM +0200]:
Those tools don't touch the scope of Grml close enough, 25MB is also quite large overall, so I'm afraid they won't reach the Grml release, sorry.
I don't know about the size requirements. Withoug guymager, it would be 225kB, maybe a more acceptable size. Of course something like aimage would be needed for the non-ewf part of the world, but sadly this went out of debian some time ago. Maybe I should learn to package stuff some day and help out on the upstream front...
Ok, I'll discuss the situation for xmount and ewf-tools within the team again. NACK for guymager though.
As there's a forensic boot option and stuff like afflib-tools provided, I don't understand the "don't touch the scope of Grml" part too well.
The forensic boot option is a feature which was contributed back by the commercial Grml-Forensic flavour.
But of course that's my personal view and the reason I started to use in the first place.
Grml focuses on sysadmin needs, we used to include a bunch of tools that where actually outside of our scope but we had to re-focus the project to get our available manpower at the right place.
regards, -mika-
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAk+r2nEACgkQ2N9T+zficuim+wCfQL56ZVi3iHP9wHaT5dA1wlTs yi8An0HutxUNAc8QJR9LIhFGBO64gdDv =YJME -----END PGP SIGNATURE-----
Grml mailing list - Grml@ml.grml.org http://ml.grml.org/mailman/listinfo/grml join #grml on irc.freenode.org grml-devel-blog: http://blog.grml.org/
Excellent news!
Michael Prokop wrote...
Everyone who wants to see 2012-05-rc0 actually happen
Count me in.
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.
My bad, I tried "sid" first. In Virtualbox this just stalls the entire virtual machine, and kvm (both Debian wheezy) almost instantly gives ...
$ kvm --cdrom grml32-small_sid_latest.iso KVM internal error. Suberror: 1 emulation failure EAX=00000200 EBX=00000ee3 ECX=00001e00 EDX=00004b04 ESI=0000bed3 EDI=efa60000 EBP=0000b905 ESP=00000010 EIP=000001b8 EFL=00013086 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 00000000 0000ffff 00009300 CS =0004 00000040 0000ffff 00009b00 SS =0004 00000040 0000ffff 00009300 DS =b905 000b9050 0000ffff 00009300 FS =0000 00000000 0000ffff 00009300 GS =0000 00000000 0000ffff 00009300 LDT=0000 00000000 ffffffff 00000000 TR =0008 00000580 00000067 00008b00 GDT= 0000aa80 0000002f IDT= 00000000 0000ffff CR0=00000012 CR2=00000000 CR3=00000000 CR4=00000000 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff4ff0 DR7=0000000000000400 EFER=0000000000000000 Code=00 00 46 00 3f 01 79 00 00 00 46 00 8f 01 79 00 00 00 46 00 <df> 01 79 00 00 00 46 00 2f 01 79 00 00 00 46 00 7f 01 79 00 00 00 46 00 cf 01 79 00 00 00
Perhaps this needs some attention.
FWIW, "testing" does fine at a first glance, then virtualbox crashed due to PEBKAC. More testing during the weekend.
Let's get ready to rumble :)
I'll do my very best.
Cheers,
Christoph
* Christoph Biedl [Thu May 10, 2012 at 11:57:08PM +0200]:
Michael Prokop wrote...
Everyone who wants to see 2012-05-rc0 actually happen
Count me in.
\o/
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.
My bad, I tried "sid" first. In Virtualbox this just stalls the entire virtual machine, and kvm (both Debian wheezy) almost instantly gives ...
Interesting
$ kvm --cdrom grml32-small_sid_latest.iso KVM internal error. Suberror: 1 emulation failure EAX=00000200 EBX=00000ee3 ECX=00001e00 EDX=00004b04 ESI=0000bed3 EDI=efa60000 EBP=0000b905 ESP=00000010 EIP=000001b8 EFL=00013086 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0000 00000000 0000ffff 00009300 CS =0004 00000040 0000ffff 00009b00 SS =0004 00000040 0000ffff 00009300 DS =b905 000b9050 0000ffff 00009300 FS =0000 00000000 0000ffff 00009300 GS =0000 00000000 0000ffff 00009300 LDT=0000 00000000 ffffffff 00000000 TR =0008 00000580 00000067 00008b00 GDT= 0000aa80 0000002f IDT= 00000000 0000ffff CR0=00000012 CR2=00000000 CR3=00000000 CR4=00000000 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff4ff0 DR7=0000000000000400 EFER=0000000000000000 Code=00 00 46 00 3f 01 79 00 00 00 46 00 8f 01 79 00 00 00 46 00 <df> 01 79 00 00 00 46 00 2f 01 79 00 00 00 46 00 7f 01 79 00 00 00 46 00 cf 01 79 00 00 00
Perhaps this needs some attention.
I can reproduce this issue. My bet is on the syslinux boot code. AFAICS the working ISO is using syslinux 2:4.05+dfsg-2 while the broken one provides 2:4.05+dfsg-3.
Might be:
| syslinux (2:4.05+dfsg-3) unstable; urgency=low | | [...] | * Cherry-picking patch from Matthew Garrett mjg@redhat.com for | isohybrid to generate MBR even when in EFI mode.
Could anyone further investigate on this one?
FWIW, "testing" does fine at a first glance, then virtualbox crashed due to PEBKAC. More testing during the weekend.
Let's get ready to rumble :)
I'll do my very best.
thanks :)
regards, -mika-
* Michael Prokop [Sun May 13, 2012 at 07:33:58PM +0200]:
- Christoph Biedl [Thu May 10, 2012 at 11:57:08PM +0200]:
$ kvm --cdrom grml32-small_sid_latest.iso KVM internal error. Suberror: 1 emulation failure
[...]
I can reproduce this issue. My bet is on the syslinux boot code. AFAICS the working ISO is using syslinux 2:4.05+dfsg-2 while the broken one provides 2:4.05+dfsg-3.
[...]
Yes, it's syslinux:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672520
regards, -mika-
Hello, Just a quick note that I tried GRML daily ISO here. I tried the full-64-bit one. I was mainly checking that the accessibility stuff worked and I successfully got brltty and speakup with espeak for output working. My only comment is that the volume was initially very low, but I know setting the audio levels is difficult to do automaticaly as it can vary between sound cards. I know in some earlier GRML releases there was a kernel option to set the volume level, is that still present?
Also, as a separate note: Having the testing and unstable daily ISOs caught me out, I initially downloaded the unstable/sid one but realised before booting the CD, so I downloaded and tested the testing one.
Michael Whapples On 08/05/2012 14:35, Michael Prokop wrote:
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-
Hi,
* Michael Whapples [Mon May 14, 2012 at 11:34:21AM +0100]:
Just a quick note that I tried GRML daily ISO here. I tried the full-64-bit one. I was mainly checking that the accessibility stuff worked and I successfully got brltty and speakup with espeak for output working. My only comment is that the volume was initially very low, but I know setting the audio levels is difficult to do automaticaly as it can vary between sound cards. I know in some earlier GRML releases there was a kernel option to set the volume level, is that still present?
Yeah, vol=... is supposed to adjust the audio level (as documented at http://grml.org/cheatcodes/ ), if that doesn't work it's a bug. :)
Also, as a separate note: Having the testing and unstable daily ISOs caught me out, I initially downloaded the unstable/sid one but realised before booting the CD, so I downloaded and tested the testing one.
The "testing" flavour is the one we base our release on, so that's fine. :)
Thanks, regards, -mika-
Hi!
On Tue, May 08, 2012 at 03:35:28PM +0200, Michael Prokop wrote:
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.
Just in case I missed something: is there no grml96-full_testing.iso?
Any YES: I definitly want to see 2012-05-rc0 happen.. ;) Thanks!
Regards, - Darsha
* Darshaka Pathirana [Tue May 15, 2012 at 12:32:15PM +0200]:
On Tue, May 08, 2012 at 03:35:28PM +0200, Michael Prokop wrote:
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.
Just in case I missed something: is there no grml96-full_testing.iso?
Not yet, I'll provide one with official rc1 release then.
Any YES: I definitly want to see 2012-05-rc0 happen.. ;) Thanks!
:)
regards, -mika- - working on rc1 now
participants (6)
-
Christoph Biedl -
Darshaka Pathirana -
Martin Cigorraga -
Michael Prokop -
Michael Whapples -
Urs Blaser