Re: Imminent Debian GNU/Hurd release
What about "Raspy"? Weasel? On May 2, 2013 2:56 AM, "Samuel Thibault" wrote: > Hello, > > So, as you may have read, Debian 7.0 is to be released this week-end. > The plan was to make our own Debian-unofficial, but GNU/Hurd-official > release. We can't really call it "wheezy", as it contains a couple > packages from debian-ports, and some packages from unstable which are > not in wheezy. > > So how should we call it? > > "wheesid" was suggested at some point ;) > > Samuel > > > -- > To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/20130501235611.gh5...@type.youpi.perso.aquilenet.fr > >
Re: grub-probe/update-grub/reconfigure gnumach-image disasters fixed
On Thu, 2013-05-02 at 01:47 +0200, Samuel Thibault wrote: > Hello, > > The latest commit in gnumach should be fixing the disasters that some > people have been seeing in their hurd system. This was due to an > improper handling of non-block-aligned reads in the gnumach linux block > glue, which happens only if partitions are not block-aligned, leading to > putting disk data into random physical pages (!). > > I'm uploading a fixed gnumach package. > > That was for me one of the last bits to fix before making a Debian > GNU/Hurd release, does anybody have something else? Well, the gnumach solution does not seem to work for me: Setting up gnumach-image-1.3.99-486 (2:1.3.99.dfsg.git20130501-1) ... run-parts: executing /etc/kernel/postinst.d/zz-update-grub 1.3.99-486 /boot/gnumach-1.3.99-486.gz Generating grub.cfg ... grub-probe: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 134 dpkg: error processing gnumach-image-1.3.99-486 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: gnumach-image-1.3.99-486 E: Sub-process /usr/bin/dpkg returned an error code (1) grub version: hi grub-pc 1.99-23.1 root@kvm-test:/home/srs/DEBs/dbus# apt-get install gnumach-image-1.3.99-486-dbg Reading package lists... 0% [1]+ Stopped apt-get install gnumach-image-1.3.99-486-dbg root@kvm-test:/home/srs/DEBs/dbus# fg apt-get install gnumach-image-1.3.99-486-dbg Segmentation fault (core dumped) Do I dare to reboot? -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1367489686.2300.61.ca...@s1499.it.kth.se
Re: grub-probe/update-grub/reconfigure gnumach-image disasters fixed
On Thu, 2013-05-02 at 12:14 +0200, Svante Signell wrote:
> On Thu, 2013-05-02 at 01:47 +0200, Samuel Thibault wrote:
> > Hello,
> >
> > The latest commit in gnumach should be fixing the disasters that some
> > people have been seeing in their hurd system. This was due to an
> > improper handling of non-block-aligned reads in the gnumach linux block
> > glue, which happens only if partitions are not block-aligned, leading to
> > putting disk data into random physical pages (!).
> >
> > I'm uploading a fixed gnumach package.
> >
> > That was for me one of the last bits to fix before making a Debian
> > GNU/Hurd release, does anybody have something else?
>
> Well, the gnumach solution does not seem to work for me:
> Setting up gnumach-image-1.3.99-486 (2:1.3.99.dfsg.git20130501-1) ...
> run-parts: executing /etc/kernel/postinst.d/zz-update-grub
> 1.3.99-486 /boot/gnumach-1.3.99-486.gz
> Generating grub.cfg ...
> grub-probe: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr)
> (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct
> malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >=
> (unsigned long)__builtin_offsetof (struct malloc_chunk,
> fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) -
> 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask)
> == 0)' failed.
> Aborted
> run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code
> 134
> dpkg: error processing gnumach-image-1.3.99-486 (--configure):
> subprocess installed post-installation script returned error exit
> status 1
> Errors were encountered while processing:
> gnumach-image-1.3.99-486
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Do I dare to reboot?
Writing of /boot/grub/grub.cfg.new ended with
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1367490138.2300.63.ca...@s1499.it.kth.se
Re: grub-probe/update-grub/reconfigure gnumach-image disasters fixed
On Thu, 2013-05-02 at 01:47 +0200, Samuel Thibault wrote: > Hello, > > The latest commit in gnumach should be fixing the disasters that some > people have been seeing in their hurd system. This was due to an > improper handling of non-block-aligned reads in the gnumach linux block > glue, which happens only if partitions are not block-aligned, leading to > putting disk data into random physical pages (!). > > I'm uploading a fixed gnumach package. > > That was for me one of the last bits to fix before making a Debian > GNU/Hurd release, does anybody have something else? Well, the gnumach solution does not seem to work for me: Setting up gnumach-image-1.3.99-486 (2:1.3.99.dfsg.git20130501-1) ... run-parts: executing /etc/kernel/postinst.d/zz-update-grub 1.3.99-486 /boot/gnumach-1.3.99-486.gz Generating grub.cfg ... grub-probe: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. Aborted run-parts: /etc/kernel/postinst.d/zz-update-grub exited with return code 134 dpkg: error processing gnumach-image-1.3.99-486 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: gnumach-image-1.3.99-486 E: Sub-process /usr/bin/dpkg returned an error code (1) grub version: hi grub-pc 1.99-23.1 root@kvm-test:/home/srs/DEBs/dbus# apt-get install gnumach-image-1.3.99-486-dbg Reading package lists... 0% [1]+ Stopped apt-get install gnumach-image-1.3.99-486-dbg root@kvm-test:/home/srs/DEBs/dbus# fg apt-get install gnumach-image-1.3.99-486-dbg Segmentation fault (core dumped) Do I dare to reboot? -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1367489663.2300.60.ca...@s1499.it.kth.se
Upgrading issues for Debian GNU/Hurd
When upgrading an old kvm image (what to do?): dpkg: considering deconfiguration of hurd, which would be broken by installation of libc0.3:hurd-i386 ... dpkg: no, hurd is essential, will not deconfigure it in order to enable installation of libc0.3:hurd-i386. dpkg: error processing /var/cache/apt/archives/libc0.3_2.13-39 +hurd.3_hurd-i386.deb (--unpack): installing libc0.3:hurd-i386 would break existing software configured to not write apport reports Errors were encountered while processing: /var/cache/apt/archives/libc0.3_2.13-39+hurd.3_hurd-i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) looks like the apt database is destroyed... # dpkg -l|grep mach ii gnumach-dev 2:1.3.99.dfsg.git20120219-1 GNU version of the Mach microkernel dpkg -l|grep grub ii hurd 20120222-1 GNU Hurd ii libc0.3:hurd-i 2.13-27Embedded GNU C Library: Shared libraries -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1367505257.19044.14.ca...@s1499.it.kth.se
Re: grub-probe/update-grub/reconfigure gnumach-image disasters fixed
Svante Signell, le Thu 02 May 2013 12:14:46 +0200, a écrit : > On Thu, 2013-05-02 at 01:47 +0200, Samuel Thibault wrote: > > The latest commit in gnumach should be fixing the disasters that some > > people have been seeing in their hurd system. This was due to an > > improper handling of non-block-aligned reads in the gnumach linux block > > glue, which happens only if partitions are not block-aligned, leading to > > putting disk data into random physical pages (!). > > > > I'm uploading a fixed gnumach package. > > > > That was for me one of the last bits to fix before making a Debian > > GNU/Hurd release, does anybody have something else? > > Well, the gnumach solution does not seem to work for me: > Setting up gnumach-image-1.3.99-486 (2:1.3.99.dfsg.git20130501-1) ... > run-parts: executing /etc/kernel/postinst.d/zz-update-grub > 1.3.99-486 /boot/gnumach-1.3.99-486.gz > Generating grub.cfg ... > grub-probe: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) But I guess you were still running the old kernel while doing this? You need to reboot with the new kernel to see the issue finally fixed. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130502215234.gc6...@type.youpi.perso.aquilenet.fr
