Re: [PATCH] exec: fix exec_file_name in conjunction with fakeroot or chroot

Samuel Thibault, le Tue 19 Nov 2013 00:36:55 +0100, a écrit : > Justus Winter, le Mon 18 Nov 2013 18:54:45 +0100, a écrit : > > Quoting Samuel Thibault (2013-11-18 17:15:05) > > > Justus Winter, le Mon 18 Nov 2013 16:49:57 +0100, a écrit : > > > > However, the ide

Re: [PATCH] exec: fix exec_file_name in conjunction with fakeroot or chroot

Justus Winter, le Mon 18 Nov 2013 18:54:45 +0100, a écrit : > Quoting Samuel Thibault (2013-11-18 17:15:05) > > So with this patch, does building packages inside the hurdish fakeroot > > now works? > > No :/ something funny happens with some path during make > install.

glibc 2.18 built with gcc 4.8 doesn't boot

Hello, Adams would like to move glibc 2.18 build to gcc 4.8. It however appears that the resulting build passes testsuites, but once installed on the system, it can't boot, apparently there is something fishy happening in the early RPCs. If anybody happens to have some time to investigate... Sa

Re: glibc 2.18 built with gcc 4.8 doesn't boot

Justus Winter, le Fri 29 Nov 2013 15:06:31 +0100, a écrit : > Ok, Richard was kind enough to restore darnassus to a more mainline > state, so that I can build the libc there. But I need a little help, > how do I build it? Please be specific ;) Building with gcc 4.8 is a matter of adding these to d

Re: glibc 2.18 built with gcc 4.8 doesn't boot

Justus Winter, le Sun 01 Dec 2013 15:27:40 +0100, a écrit : > Quoting Samuel Thibault (2013-11-29 20:27:25) > > Justus Winter, le Fri 29 Nov 2013 15:06:31 +0100, a écrit : > > > Ok, Richard was kind enough to restore darnassus to a more mainline > > > state, so that I ca

two haskell testsuites failures

Hello, Two haskell packages with a lot of rdeps have a couple of testsuite failures: haskell-crypto-pubkey and haskell-http-conduit. It'd be worth fixing them, at least because it'd avoid having to build them by hand without tests, but also because it's just a few tests which fail. Samuel --

Re: X error -- Cannot open keyboard (Not a directory)

Richard Braun, le Fri 10 Jan 2014 14:18:01 +0100, a écrit : > On Fri, Jan 10, 2014 at 09:02:24PM +0800, Zhang Cong wrote: > > I have report this as xkb-data bugs, > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734764 , > > /usr/share/X11/xkb/compat/default was missing. > > Fixed the first

Re: X error -- Cannot open keyboard (Not a directory)

Hello, Please always keep the mailing list in Cc, so you optimize the chance of getting a complete answer in a minimized time. Otherwise, you run the risk of either get a terse answer, or have to wait (possibly long) that I have time to provide a lengthier answer (or simply that I come back from

Re: X error -- Cannot open keyboard (Not a directory)

Salman Mohammadi, le Fri 10 Jan 2014 19:57:59 +0330, a écrit : > IceWM which was installed by default (in pre-installed version) is still > there. > I've also installed XFCE desktop environment (since GNOME was broken.) Maybe you need to explicitly start one (otherwise you can't be sure which one

reassign 734764 to hurd, closing 734764

reassign 734764 hurd close 734764 1:0.5.git20140113-1 thanks -- Samuel RR> Ce que je cherche à démontrer, c'est qu'il est injuste de faire RR> l'amalgame entre du bulk mail et du courrier non-solicité très ciblé un suppositoire non reclamé, meme tres bien ciblé, reste un suppositoire.

Re: Booting hurd using OpenRC

Thomas Goirand, le Wed 22 Jan 2014 17:03:05 +0800, a écrit : > Is Hurd using sysv-rc by default? Or what??? Not yet, patches are pending upload. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Booting hurd using OpenRC

Samuel Thibault, le Wed 22 Jan 2014 10:24:12 +0100, a écrit : > Thomas Goirand, le Wed 22 Jan 2014 17:03:05 +0800, a écrit : > > Is Hurd using sysv-rc by default? Or what??? > > Not yet, patches are pending upload. (see #721917, Justus, I guess you have built packages some

Re: Outdated leaf packages to be removed

Michael Banck, le Mon 27 Jan 2014 00:36:46 +0100, a écrit : > attached is the output of a query against projectb. It shows hurd-i386 > binary packages which used to build fine in the past, but which are > outdated with respect to i386 (presumably the most uptodate, maybe I > should switch to amd64

Re: Outdated leaf packages to be removed

Svante Signell, le Mon 27 Jan 2014 11:04:47 +0100, a écrit : > On Mon, 2014-01-27 at 02:00 +0100, Michael Banck wrote: > > On Mon, Jan 27, 2014 at 01:43:08AM +0100, Michael Banck wrote: > > > > Maybe a way to avoid the (few) cases where linux/i386 is lagging behind > > > > (due to FTBFS) could be r

Re: Network in virtualbox

Jorge Merlino, le Wed 29 Jan 2014 22:42:06 -0200, a écrit : > I'm running a debian hurd instance in virtualbox but I'm unable to get a > reliable network connection. I'm using a bridged adaptor and I have > about 60% packet loss to my local gateway. Ouch! > I've tried different network cards but

Re: dhclient aborting with a stack smashing error

Hello, Samuel Thibault, le Thu 14 Mar 2013 00:46:26 +0100, a écrit : > Thomas Schwinge, le Wed 13 Mar 2013 22:05:03 +0100, a écrit : > > #0 __stack_chk_fail () at stack_chk_fail.c:29 > > #1 0x0819b514 in __stack_chk_fail_local () > > #2 0x08071b9b in disco

installing a DM in the qemu image?

Hello, On IRC pere remarked that the qemu image doesn't include a DM, and thus it boots in text mode, and was surprised by it. The only reason why it's not installed I'm aware of that I personnally usually never use a DM, and is thus used to startx after login. Do people think we should include

Re: installing a DM in the qemu image?

Svante Signell, le Thu 30 Jan 2014 10:45:31 +0100, a écrit : > On Thu, 2014-01-30 at 10:36 +0100, Samuel Thibault wrote: > > On IRC pere remarked that the qemu image doesn't include a DM, and thus > > it boots in text mode, and was surprised by it. The only reason why > &

Re: installing a DM in the qemu image?

Svante Signell, le Thu 30 Jan 2014 11:19:42 +0100, a écrit : > Well go for it then with the pre-installed qemu image. Problem is still > if people use the Debian Installer and choose wrong DM/WM. That's an entirely orthogonal issue. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.

Re: Outdated leaf packages to be removed

Svante Signell, le Tue 28 Jan 2014 21:33:50 +0100, a écrit : > However, version 1.0.17-2 seems to have failed on the buildd. > That build attempt was made 210 day ago, maybe a reschedule would be > useful :) It still fails to build, and that can be reproduced on box exodar and darnassus: it hangs

GNU/Hurd DDE talk at FOSDEM

Hello, On sunday afternoon, I will talk about DDE at FOSDEM. I'm now wondering: what is interesting to talk about on DDE, btw? :o) Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: h

Re: 答复: GNU/Hurd DDE talk at FOSDEM

Zhang Cong, le Thu 30 Jan 2014 18:18:51 -0800, a écrit : > How about something about graphics driver and mesa?:) Well, that doesn't have to do with DDE... Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.

Re: GNU/Hurd DDE talk at FOSDEM

Vasileios Karaklioumis, le Fri 31 Jan 2014 11:13:53 +0200, a écrit : > Graphics drivers and how can we progress? AHCI support as well. Those don't have to do with DDE. AHCI support is already in Mach. Making it make progress would be "simply" about testing on various hardware and fix bugs there,

Re: GNU/Hurd DDE talk at FOSDEM

Emilio Pozuelo Monfort, le Fri 31 Jan 2014 12:31:39 +0100, a écrit : > What's the status quo of driver support in the Hurd without DDE (very few > linux > old 2.0 drivers...) You mean other than network boards? That's a usual part of my talks, yes :) > I look forward to watching the recorded vi

Re: [draft] Debian/Hurd porters position in the default init system debate

Justus Winter, le Fri 31 Jan 2014 11:57:30 +0100, a écrit : > 2. We are currently switching to sysvinit for Debian/Hurd. All the > Hurd patches are in place, patches for the sysvinit package are > awaiting inclusion. They are included, and just awaiting upload now. Samuel -- To UNSUBSCRIBE, e

Re: rserve: FTBFS on hurd-i386 (for review)

Svante Signell, le Wed 29 Jan 2014 14:20:47 +0100, a écrit : > 1) src/Rserv.c: Since PATH_MAX is not defined use the st_size parameter > of a previously made lstat() call: Errr, but st_size contains the size of the file, not the size of the name of the file... > (Problems can arise since rm_rf()

Re: rserve: FTBFS on hurd-i386 (for review)

Svante Signell, le Fri 31 Jan 2014 21:33:35 +0100, a écrit : > new patch attached :) That one seems right. > --- a/src/Rserv.c.orig2013-08-21 23:09:33.0 +0200 > +++ b/src/Rserv.c 2014-01-31 21:22:28.0 +0100 > @@ -2206,14 +2206,17 @@ static void rm_rf(const char *what)

Re: GNU/Hurd DDE talk at FOSDEM

Samuel Thibault, le Fri 31 Jan 2014 18:35:44 +0100, a écrit : > > I look forward to watching the recorded video :-) > > I'm afraid there is usually no video of the microkernel room. Actually all rooms will be recorded :D (except the Java room) Samuel -- To UNSUBSCRIBE, ema

Re: [PATCH] Fix debian/patches/exec_filename_fix.patch

Justus Winter, le Sun 02 Feb 2014 18:43:14 +0100, a écrit : > This patch fixes the spurious port deallocation early in the boot > process. Cool! Does it fix anything concerning gcc-4.8-built glibc? > --- > debian/patches/exec_filename_fix.patch | 13 + > 1 file changed, 5 insertions

Re: [PATCH] Fix debian/patches/exec_filename_fix.patch

Justus Winter, le Sun 02 Feb 2014 19:41:55 +0100, a écrit : > Quoting Samuel Thibault (2014-02-02 19:26:19) > > Justus Winter, le Sun 02 Feb 2014 18:43:14 +0100, a écrit : > > > This patch fixes the spurious port deallocation early in the boot > > > process. > >

Bug#737759: hurd: Add init.d script to create /var/run/mtab

Petter Reinholdtsen, le Thu 06 Feb 2014 12:14:37 +0100, a écrit : > Here is a more complete patch to implement my proposed change. It > drop the symlinking in /etc/hurd/rc and do it in an init.d scripts > instead. Well, I'm not sure we want to add an init script just for this while simply buildin

Bug#737759: hurd: Add init.d script to create /var/run/mtab

Petter Reinholdtsen, le Thu 06 Feb 2014 12:58:13 +0100, a écrit : > [Samuel Thibault] > > Well, I'm not sure we want to add an init script just for this while > > simply building coreutils will fix the issue (and we have to get it > > built at some point anyway). When

Re: GHC on hurd

Joachim Breitner, le Thu 06 Feb 2014 13:46:17 +, a écrit : > It seems that the function > "howToAccessLabel" in compiler/nativeGen/PIC is not defined for Hurd. I've seen that yes. > I also noticed that hurd is not detected by the configure script of ghc > and treated as OSUnknown in the enume

Re: pdns: FTBFS on hurd-i386 (for review)

Svante Signell, le Wed 29 Jan 2014 13:47:34 +0100, a écrit : > --- a/pdns/arguments.cc 2014-01-28 12:46:42.0 +0100 > +++ b/pdns/arguments.cc 2014-01-28 13:25:29.0 +0100 > @@ -459,7 +459,8 @@ bool ArgvMap::file(const char *fname, bo >struct stat st; >DIR *

Avoid upgrading to apt 0.9.15.1

Hello, You should avoid upgrading your apt package to 0.9.15.1: it unconditionally uses futimens, which is not supported on hurd-any, and apparently not on kfreebsd-any either. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Con

Google Summer of Code

Hello, This year again, Debian and GNU plan to participate to the Google Summer of Code. We should thus update our project proposals on the wiki! Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o

New installation CDs and qemu image

Hello, I've rebuilt the installation CDs and the preinstalled qemu image. 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/20140211121717.ga26...@type.bordeaux.

Re: New installation CDs and qemu image

Gabriele Giacone, le Tue 11 Feb 2014 17:18:41 +0100, a écrit : > On Tue, Feb 11, 2014 at 1:17 PM, Samuel Thibault > wrote: > > I've rebuilt the installation CDs and the preinstalled qemu image. > > CD says "start ext2fs: panic: pmap_remove: null pv_list!" Which

Re: heimdal: FTBFS on hurd-i386 (for review)

Svante Signell, le Tue 11 Feb 2014 17:48:50 +0100, a écrit : > uint64_t param1; > uint64_t syscall; > }; > +#ifdef __GNU__ > +/* FIXME: Enter the correct values here */ > +#define _IOT_sundevdata _IOT(_IOTS(long), 7, 0, 0, 0, 0) Why long? The structure contains uint64_t, not longs. Did

Re: pristine-tar: FTBFS on hurd-i386 (for review)

Svante Signell, le Tue 11 Feb 2014 18:17:45 +0100, a écrit : > @@ -531,6 +533,7 @@ > argv[i++] = level_buf; > argv[i++] = NULL; > > + /* FIXME: since exevp don't return exec_buf is defined static */ There is no need to make it static: execvp does not return simply because it puts

Re: heimdal: FTBFS on hurd-i386 (for review)

Svante Signell, le Tue 11 Feb 2014 18:39:15 +0100, a écrit : > Regarding the use of _IOT etc, I'm trying to follow > the same construct as you and Pino did in bug#483281 Why not simply reading the documentation in the porting guidelines too? > --- a/lib/kafs/afssys.c 2013-12-07 14:36:38.000

Re: pristine-tar: FTBFS on hurd-i386 (for review)

Svante Signell, le Tue 11 Feb 2014 18:52:28 +0100, a écrit : > Maybe I got it wrong then, perhaps const would be better. Const would mean you're preventing yourself from writing to it. But you *want* to write to it with snprintf. Why do you believe you need to add something else than char*? > >

Re: pristine-tar: FTBFS on hurd-i386 (for review)

Svante Signell, le Tue 11 Feb 2014 19:49:46 +0100, a écrit : > On Tue, 2014-02-11 at 19:24 +0100, Samuel Thibault wrote: > > Svante Signell, le Tue 11 Feb 2014 18:52:28 +0100, a écrit : > > > Maybe I got it wrong then, perhaps const would be better. > > > > Cons

Re: pristine-tar: FTBFS on hurd-i386 (for review)

Svante Signell, le Tue 11 Feb 2014 19:55:30 +0100, a écrit : > --- a/zgz/zgz.c 2013-09-04 04:15:45.0 +0200 > +++ b/zgz/zgz.c 2014-02-11 19:40:43.0 +0100 That looks right. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsu

Re: New installation CDs and qemu image

Gabriele Giacone, le Tue 11 Feb 2014 18:22:43 +0100, a écrit : > 4 GB RAM. It seems there is an issue with more than 1856M indeed, and it would appear only while using an initrd... Perhaps grub simply puts the initrd out of reach from the kernel... Samuel -- To UNSUBSCRIBE, email to debian-hur

Re: New installation CDs and qemu image

Samuel Thibault, le Tue 11 Feb 2014 23:37:05 +0100, a écrit : > Gabriele Giacone, le Tue 11 Feb 2014 18:22:43 +0100, a écrit : > > 4 GB RAM. > > It seems there is an issue with more than 1856M indeed, and it would > appear only while using an initrd... Perhaps grub simply puts t

Re: New installation CDs and qemu image

Santi cluke, le Tue 11 Feb 2014 21:39:58 -0200, a écrit : > Where i can get the new rebuilded CDs and QEMU image? The same place as usual. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archi

Re: New installation CDs and qemu image

Santi cluke, le Tue 11 Feb 2014 22:08:18 -0200, a écrit : > Thanks Samuel, but I've searched here (http://ftp.debian-ports.org/debian-cd/ > hurd-i386/current/) and the arent new versions. Snapshots have never been there. It seems I didn't keep the link to people.d.o on that page, I should have, m

Re: New installation CDs and qemu image

Samuel Thibault, le Wed 12 Feb 2014 00:13:18 +0100, a écrit : > Samuel Thibault, le Tue 11 Feb 2014 23:37:05 +0100, a écrit : > > Gabriele Giacone, le Tue 11 Feb 2014 18:22:43 +0100, a écrit : > > > 4 GB RAM. > > > > It seems there is an issue with more than 1856M i

Re: New installation CDs and qemu image

Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > CD player is SATA and it can't see it. Attaching an old IDE one, > everything seems fine. > Any way to make it working? I don't remember how SATA CDs are supposed to look like. Most probably it is a matter of lightly patching the AHC

Re: New installation CDs and qemu image

Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > On Wed, 2014-02-12 at 17:02 +0100, Samuel Thibault wrote: > > Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > > > > Remaining ones (pseudo-graphical, rescue) once selected, switch to a > &

Re: New installation CDs and qemu image

Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > If not quick enough, default install boot starts. And is *that* producing scrambled screen output? Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...

Re: New installation CDs and qemu image

Samuel Thibault, le Wed 12 Feb 2014 17:16:40 +0100, a écrit : > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > If not quick enough, default install boot starts. > > And is *that* producing scrambled screen output? (I mean the installation process, not the grub

Re: New installation CDs and qemu image

Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > On Wed, 2014-02-12 at 17:02 +0100, Samuel Thibault wrote: > > Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > > > > Remaining ones (pseudo-graphical, rescue) once selected, switch to a > &

Re: New installation CDs and qemu image

Gabriele Giacone, le Wed 12 Feb 2014 17:24:40 +0100, a écrit : > On Wed, Feb 12, 2014 at 5:02 PM, Samuel Thibault > wrote: > >> Graphical mode boots then switches to 1024x768 black screen. > > > > Thus needs investigation. > > > >> Remaining ones (pseud

Re: New installation CDs and qemu image

Svante Signell, le Wed 12 Feb 2014 17:34:22 +0100, a écrit : > On Wed, 2014-02-12 at 17:16 +0100, Samuel Thibault wrote: > > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > > If not quick enough, default install boot starts. > > > > And is *that* pro

Re: New installation CDs and qemu image

Svante Signell, le Wed 12 Feb 2014 17:33:47 +0100, a écrit : > On Wed, 2014-02-12 at 17:16 +0100, Samuel Thibault wrote: > > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > > On Wed, 2014-02-12 at 17:02 +0100, Samuel Thibault wrote: > > > > Gabriele

Re: New installation CDs and qemu image

Svante Signell, le Wed 12 Feb 2014 17:36:49 +0100, a écrit : > On Wed, 2014-02-12 at 17:18 +0100, Samuel Thibault wrote: > > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > > On Wed, 2014-02-12 at 17:02 +0100, Samuel Thibault wrote: > > > > Gabriele

Re: New installation CDs and qemu image

Svante Signell, le Wed 12 Feb 2014 17:44:17 +0100, a écrit : > On Wed, 2014-02-12 at 17:39 +0100, Samuel Thibault wrote: > > Svante Signell, le Wed 12 Feb 2014 17:36:49 +0100, a écrit : > > > On Wed, 2014-02-12 at 17:18 +0100, Samuel Thibault wrote: > > > > Svante Sig

Re: New installation CDs and qemu image

Samuel Thibault, le Wed 12 Feb 2014 17:29:09 +0100, a écrit : > Gabriele Giacone, le Wed 12 Feb 2014 17:24:40 +0100, a écrit : > > On Wed, Feb 12, 2014 at 5:02 PM, Samuel Thibault > > wrote: > > >> Graphical mode boots then switches to 1024x768 black screen. > >

Re: New installation CDs and qemu image

Samuel Thibault, le Wed 12 Feb 2014 19:55:02 +0100, a écrit : > Samuel Thibault, le Wed 12 Feb 2014 17:29:09 +0100, a écrit : > > Gabriele Giacone, le Wed 12 Feb 2014 17:24:40 +0100, a écrit : > > > On Wed, Feb 12, 2014 at 5:02 PM, Samuel Thibault > > > wrote: > &g

Re: New installation CDs and qemu image

Gabriele Giacone, le Thu 13 Feb 2014 13:30:40 +0100, a écrit : > On Thu, Feb 13, 2014 at 12:11 AM, Samuel Thibault > wrote: > > Better yet, could you try the following image: > > > > http://people.debian.org/~sthibault/tmp/netinst.iso > > > > If that works, i

Re: Should _POSIX_TIMERS be set to 200809L instead of 0?

Svante Signell, le Tue 18 Feb 2014 23:55:07 +0100, a écrit : > >From /usr/include/i386-gnu/bits/posix_opt.h (in eglibc-2.17-98~1) > /* We do not have POSIX timers, but could in future without ABI change. > */ > #define _POSIX_TIMERS 0 IIRC, the reason why we keep it 0 is because we haven't imple

Re: [PATCH 1/4] Also check _POSIX_TIMERS > 0. Fix build on GNU/Hurd.

Gabriele Giacone, le Tue 18 Feb 2014 00:54:12 +0100, a écrit : > diff --git a/src/posix/thread.c b/src/posix/thread.c > index 07fa71e..d49e94c 100644 > --- a/src/posix/thread.c > +++ b/src/posix/thread.c > @@ -300,7 +300,7 @@ void vlc_cond_init (vlc_cond_t *p_condvar) > > if (unlikely(pthrea

Re: [PATCH 3/4] Enable cdda on GNU/Hurd.

Gabriele Giacone, le Tue 18 Feb 2014 21:09:06 +0100, a écrit : > --- > configure.ac | 6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) That should be fine. > diff --git a/configure.ac b/configure.ac > index 872abce..80b1567 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -126,6 +

Re: [PATCH 2/4] modules/audio_output/oss.c: ifdef some ioctls. Fix build on GNU/Hurd.

Gabriele Giacone, le Tue 18 Feb 2014 21:06:14 +0100, a écrit : > +#ifndef __GNU__ > if (ioctl (fd, SNDCTL_SYSINFO, &si) < 0) > { > msg_Err (aout, "cannot get system infos: %s", vlc_strerror(errno)); > goto out; > } > +#endif That's obviously deemed to get horrible

Re: [PATCH 4/4] modules/access/vcd/cdrom.c: ifdef some ioctls. Fix cdda enable on GNU/Hurd.

Gabriele Giacone, le Tue 18 Feb 2014 23:06:51 +0100, a écrit : > --- > modules/access/vcd/cdrom.c | 9 + > 1 file changed, 9 insertions(+) Again, that's deemed to produce horrible results. Just try to think at the consequence of not doing these ioctls... > diff --git a/modules/access/vcd

Re: [PATCH 0/4] [RFC] Patches for vlc

Gabriele Giacone, le Tue 18 Feb 2014 23:49:14 +0100, a écrit : > [1] > http://anonscm.debian.org/viewvc/pkg-glibc/glibc-package/branches/eglibc-2.17/debian/patches/hurd-i386/local-clock_gettime_MONOTONIC.diff?revision=5436&view=markup > > How should it be fixed? Ideally, implementing timer_creat

Re: [PATCH 1/4] Also check _POSIX_TIMERS > 0. Fix build on GNU/Hurd.

Rémi Denis-Courmont, le Wed 19 Feb 2014 14:17:01 +0100, a écrit : > > From looking at the build error, it seems the actual error is that > > vlc_clock_id is not defined, i.e. the actual issue comes from the > > fact that the #if at the top of the file don't match the #if in the > > source code. >

New glibc

Hello, libc 2.18 has just been uploaded. It notably includes Richard's fix for thread resources and name resolution fix for iceweasel. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive:

Re: New glibc

Samuel Thibault, le Fri 21 Feb 2014 06:22:13 -0800, a écrit : > libc 2.18 has just been uploaded. It notably includes Richard's fix for > thread resources and name resolution fix for iceweasel. Note: this will uninstall libp11-kit, I'm rebuilding it to fix the issue. Samuel --

Re: [PATCH 1/2] utils: escape arguments in fakeroot.sh

That's better indeed, thanks! 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/20140225065055.gk6...@type.globalsuite.net

Re: cdimage: grub split screen on VM (Was: Re: New installation CDs and qemu image)

Gabriele Giacone, le Wed 26 Feb 2014 00:45:21 +0100, a écrit : > On Wed, Feb 12, 2014 at 5:13 PM, Svante Signell > wrote: > > When booting with the CD I get a (unreadable) split screen. Then the > > alternatives are visible with arrow down/up with a screen blanking in > > between. Very annoying. I

Re: New installation CDs and qemu image

Gabriele Giacone, le Wed 26 Feb 2014 05:21:02 +0100, a écrit : > On Wed, Feb 12, 2014 at 5:02 PM, Samuel Thibault > wrote: > > Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > >> Graphical mode boots then switches to 1024x768 black screen. > > > >

Re: New installation CDs and qemu image

Samuel Thibault, le Wed 26 Feb 2014 01:30:56 -0500, a écrit : > Gabriele Giacone, le Wed 26 Feb 2014 05:21:02 +0100, a écrit : > > On Wed, Feb 12, 2014 at 5:02 PM, Samuel Thibault > > wrote: > > > Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > >

Re: /dev/urandom in Hurd

Dariusz Dwornikowski, le Thu 27 Feb 2014 16:53:20 +0100, a écrit : > Does Debian GNU/Hurd comes with /dev/urandom enabled by default ? Sure, otherwise a lot of applications wouldn't work :) Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe".

Re: Build failing for hurd

Bas van den Dikkenberg, le Sat 01 Mar 2014 09:17:56 +, a écrit : > My build of the package burp that I maintain, keeps failing during the test > failing with these error messages: > > 2014-02-25 20:53:14: burp[716] Could not get lock > //test/target/var/run/burp.server.pid: Not supported > 2

Re: Recent version of Iceweasel along with fixes

Richard Braun, le Thu 27 Feb 2014 22:17:07 +0100, a écrit : > The current status is that packages are available for version 27.0-2, > and all major bugs have been fixed. Yay \o/ Thanks a huge lot! Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubs

Re: sysvinit by default

Gabriele Giacone, le Sun 16 Mar 2014 00:18:04 +0100, a écrit : > how about switching runsystem from gnu to sysvinit by default? I tend to agree. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

hurd, shadow, coreutils packages uploaded

Hello, I have uploaded the hurd, passwd/login, and coreutils packages, which should be available with the next mirror update. Some notable changes are: - the login package is now built, with the usual debian files, except the /bin/login binary, still provided by the hurd package. - /etc/secure

Re: hurd, shadow, coreutils packages uploaded

Grah. I managed to be unlucky enough to see the login/passwd upload fail just before the currently ongoing dinstall... So avoid upgrading with the next mirror update, because that will lack the login package, and thus /bin/su and /etc/securetty... Samuel -- To UNSUBSCRIBE, email to debian-hur

Bug#742392: hurd: Hang during apt-get upgrade from last image release

Petter Reinholdtsen, le Tue 25 Mar 2014 10:29:33 +0100, a écrit : > But after boot, the machine got stuck trying to run the scripts in > rc2.d/, and I was no longer able to log into the machine. To circumvent the issue, just disable the console completely in /etc/defaults/hurd-console Samuel --

Bug#742392: hurd: Hang during apt-get upgrade from last image release

Petter Reinholdtsen, le Tue 25 Mar 2014 10:52:10 +0100, a écrit : > Enabling hurd-console and rebooting caused the system to hang during > boot in rc2.d again. :( Yes, as I told you on IRC, I guess the new version of the hurd console triggers something like an IRQ whose emulation by the wheezy ver

Re: libdevel-bt-perl FTBFS on Hurd

Hello, Daniel Lintott, le Tue 25 Mar 2014 11:47:05 +, a écrit : > # Failed test 'perl backtrace for SIGABRT' > # at t/basic.t line 26. > # '#0 0x01108a4c in mach_msg_trap () at > /build/eglibc-LR0xsz/eglibc-2.18/build-tree/hurd-i386-libc/mach/mach_msg_trap.S:2 > # #1 0

Re: libdevel-bt-perl FTBFS on Hurd

Daniel Lintott, le Tue 25 Mar 2014 14:15:37 +, a écrit : > using a regex for /\bperl_run\b/, which is obviously not present in the > hurd trace. I don;t know all much about the way hurd works, but it would > seem plausible that the hurd output is different from what the script > expects? If it

Re: Fresh install of Debian Hurd

Hello, Daniel Lintott, le Mon 24 Mar 2014 21:01:48 +, a écrit : > ERROR: could not open /proc/stat: No such file or directory For some reason something apparently has dropped the translator from /proc You can try to reboot in recovery mode, remount / rw by using # fsysopts / --writable and

Bug#742392: hurd: Hang during apt-get upgrade from last image release

Hello, Downgrading my host kernel to 3.2 allowed me to reproduce the issue, and bisect the VGA driver changes down to a seemingly odd difference: the addition of unsigned char attr_mode; in the vga_state structure. Yes, that is what makes qemu completely hang with hwaccel on linux kernel 3.2. Putt

Re: hurd, shadow, coreutils packages uploaded

Hello, All mirrors should probably have the latest version of the hurd package, 1:0.5.git20140326-1, which fixes the hurd console startup hang. It means it should be completely safe to upgrade now. Just make sure to install the login package along the upgrade, either by requesting it explicitly,

ksystemlog and ruby-hiredis package test bugs

Hello, There's a probably interesting bug in the testsuites of ksystemlog and ruby-hiredis: 2/5 Test #2: ksystemlog-systemAnalyzerTest Passed9.54 sec Start 3: ksystemlog-kernelAnalyzerTest make[3]: *** [test] Resource lost It happens to just completely kill the sbuild on the b

Bug#743456: startpar uninstallable makes !linux uninstallable

Package: startpar Version: 0.58-3 Severity: serious Justification: Makes system uninstallable Tags: patch Hello, The !linux ports currently can't be installed because the startpar package conflicts with the sysvinit-utils package. The renaming done on Linux has to be done on !linux too, see atta

fosdem video

Hello, The video of my FOSDEM talk is at last polished: http://video.fosdem.org/2014/H2214/Sunday/GNUHurd_DDE_userland_device_drivers.webm Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Arch

glib2.0 not building

In case people have not noticed, glib2.0 does not build any more, due to missing pthread_condattr_setclock support. The libpthread_nort.diff patch in eglibc explicitly disables it IIRC because that was bringing a loop between libpthread and librt. I don't remember the details, but that needs inves

Re: Implementing protected payloads in GNU Mach, mig, and the Hurd

Hello, Justus Winter, le Fri 29 Nov 2013 00:56:47 +0100, a écrit : > I've been reworking the receiver object lookup in > Hurd/mig/gnumach. I'll briefly sketch the current state of affairs. How is this patchset going? I see patches pending in my mbox, but AIUI they were meant for RFC only? Samue

Re: glib2.0 not building

Answering myself Samuel Thibault, le Thu 03 Apr 2014 18:06:09 +0200, a écrit : > In case people have not noticed, glib2.0 does not build any more, due > to missing pthread_condattr_setclock support. The libpthread_nort.diff > patch in eglibc explicitly disables it IIRC because that was

Re: [PATCH] Drop debian/patches/libports_revert_stacksize.patch

Justus Winter, le Mon 07 Apr 2014 11:50:41 +0200, a écrit : > With the rebuilt libc this is no longer necessary. Applied with the corresponding Breaks, thanks! Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@l

Re: [PATCH 1/2] Fix hurd-console addition and getty pathnames in inittab [hurd].

Hello, Yes, this seems good. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140407233149.ga18...@type.youpi.perso.aquilenet.fr

Re: [PATCH 2/2] Point out how to switch runsystem only if upgrade just switched it.

Gabriele Giacone, le Tue 01 Apr 2014 13:07:21 +0200, a écrit : > diff --git a/debian/initscripts.postinst b/debian/initscripts.postinst > index 7288c2c..731d360 100755 > --- a/debian/initscripts.postinst > +++ b/debian/initscripts.postinst > @@ -243,13 +243,12 @@ then > if [ "$current" != "$n

Bug#743891: pam: Fix loading modules on GNU/Hurd

Source: pam Version: 1.1.8-2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hello, When loading pam modules linked against libpthread, the process suddenly has to switch to multithreaded mutexes etc. The Hurd port of glibc does not support that, and the library

Re: dwarves-dfsg: FTBFS on hurd-i386 (for review)

Svante Signell, le Thu 03 Apr 2014 12:42:06 +0200, a écrit : > - snprintf(pathname, sizeof(pathname), "%s/%s", > + len = strlen(dirname) + 1 + strlen(entry->d_name) + 1; > + pathname = malloc(len); > + if (pathname == NULL) > + br

Re: black screen at hurd-console startup on jenkins.d.n

Gabriele Giacone, le Fri 11 Apr 2014 11:36:52 +0200, a écrit : > Any idea? Nope, except starting in text mode. Samuel -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org

<    1   2   3   4   5   6   7   8   9   10   >