Nabble - debian-hurd

[debian-hurd-Patches][312039] #558975: avahi 0.6.25

2009-11-30T16:24:18Z

Patches item #312039, was changed at 31/10/2009 21:37 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312039&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
>Summary: #558975: avahi 0.6.25
Category: None
Group: None
Resolution: None

Initial Comment:
The scenario is the following: in avahi-core, three different network interface backends,
- iface-linux.c (compiled if linux/netlink.h is found)
- iface-pfroute.c (compiled if net/route.h is found)
- iface-none.c (compiled in the remaining cases)
on Hurd, it finds net/route.h so it tries to compile the pfroute backend; the problem is that the backend uses net/if_dl.h and the rt_* network stuff, unavailable.
The proposed patch extends the configure check for net/route.h by adding net/if_dl.h among the includes needed for the check, so it will pass if net/route.h and net/if_dl.h are both available.

Although the pfroute backend is used by *freebsd-*, the change shouldn't affect it.

----------------------------------------------------------------------

>Comment By: Pino Toscano (pino-guest)
Date: 01/12/2009 01:24

Message:
Done, bug #558975.

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 23:56

Message:
Just fine, please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312039&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: remctl build failure on hurd

2009-11-30T16:23:18Z

(Please cc; I'm not a member of the list. Thanks!)

Samuel Thibault <sthibault@...> writes:
> Russ Allbery, le Mon 30 Nov 2009 13:19:37 -0800, a écrit :

>> They use setrlimit and then attempt to allocate a large amount of
>> memory to force the allocation to fail.

> Ah, they are using RLIMIT_AS, but it's not (yet) implemented on
> hurd-i386.

In that case, shouldn't setrlimit(RLIMIT_AS) fail? The code should be
handling that. Here's the relevant excerpt:

/*
* If a memory limit was given and we can set memory limits, set it.
* Otherwise, exit 2, signalling to the driver that the test should be
* skipped. We do this here rather than in the driver due to some
* pathological problems with Linux (setting ulimit in the shell caused
* the shell to die).
*/
if (limit > 0) {
#if HAVE_SETRLIMIT && defined(RLIMIT_AS)
rl.rlim_cur = limit;
rl.rlim_max = limit;
if (setrlimit(RLIMIT_AS, &rl) < 0) {
syswarn("Can't set data limit to %lu", (unsigned long) limit);
exit(2);
}
if (size < limit || code == 'r') {
tmp = malloc(code == 'r' ? 10 : size);
if (tmp == NULL) {
syswarn("Can't allocate initial memory of %lu",
(unsigned long) size);
exit(2);
}
free(tmp);
}
#else
warn("Data limits aren't supported.");
exit(2);
#endif
}

--
Russ Allbery (rra@...) <http://www.eyrie.org/~eagle/>

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: remctl build failure on hurd

2009-11-30T16:11:17Z

Russ Allbery, le Mon 30 Nov 2009 13:19:37 -0800, a écrit :
> They use setrlimit and then attempt to allocate a large amount of
> memory to force the allocation to fail.

Ah, they are using RLIMIT_AS, but it's not (yet) implemented on
hurd-i386.

Samuel

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312124] #558904: glfw 2.6

2009-11-30T15:18:07Z

Patches item #312124, was changed at 30/11/2009 23:14 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312124&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
>Summary: #558904: glfw 2.6
Category: None
Group: None
Resolution: None

Initial Comment:
in compile.sh, the "generic OS" part in the system check is not correct for Hurd; thus, add a new section that sets the correct soname linkage setting.

----------------------------------------------------------------------

>Comment By: Pino Toscano (pino-guest)
Date: 01/12/2009 00:18

Message:
Done, bug #558904.

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 23:34

Message:
Please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312124&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312039] avahi 0.6.25

2009-11-30T14:56:59Z

Patches item #312039, was changed at 31/10/2009 21:37 by Samuel Thibault
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312039&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: avahi 0.6.25
Category: None
Group: None
Resolution: None

Initial Comment:
The scenario is the following: in avahi-core, three different network interface backends,
- iface-linux.c (compiled if linux/netlink.h is found)
- iface-pfroute.c (compiled if net/route.h is found)
- iface-none.c (compiled in the remaining cases)
on Hurd, it finds net/route.h so it tries to compile the pfroute backend; the problem is that the backend uses net/if_dl.h and the rt_* network stuff, unavailable.
The proposed patch extends the configure check for net/route.h by adding net/if_dl.h among the includes needed for the check, so it will pass if net/route.h and net/if_dl.h are both available.

Although the pfroute backend is used by *freebsd-*, the change shouldn't affect it.

----------------------------------------------------------------------

>Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 23:56

Message:
Just fine, please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312039&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312097] #530796: xine-lib 1.1.16.3

2009-11-30T14:55:47Z

Patches item #312097, was changed at 20/11/2009 20:24 by Samuel Thibault
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312097&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: #530796: xine-lib 1.1.16.3
Category: debian
Group: None
Resolution: None

Initial Comment:
Other than the dvb fix reported in bug #530796 (and a fixed libtheora), the Debian packaging for xine-lib needs tweaks to the .install files. The attached patch to the rules file does a job similar to what's been done for kfreebsd-i386, plus removing more stuff.

----------------------------------------------------------------------

>Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 23:55

Message:
Looks just fine, please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312097&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312124] glfw 2.6

2009-11-30T14:34:33Z

Patches item #312124, was changed at 30/11/2009 23:14 by Samuel Thibault
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312124&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: glfw 2.6
Category: None
Group: None
Resolution: None

Initial Comment:
in compile.sh, the "generic OS" part in the system check is not correct for Hurd; thus, add a new section that sets the correct soname linkage setting.

----------------------------------------------------------------------

>Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 23:34

Message:
Please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312124&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312124] glfw 2.6

2009-11-30T14:14:08Z

Patches item #312124, was opened at 30/11/2009 23:14 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312124&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: glfw 2.6
Category: None
Group: None
Resolution: None

Initial Comment:
in compile.sh, the "generic OS" part in the system check is not correct for Hurd; thus, add a new section that sets the correct soname linkage setting.

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312124&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: remctl build failure on hurd

2009-11-30T13:29:05Z

Russ Allbery, le Mon 30 Nov 2009 13:19:37 -0800, a écrit :
> marker = open("server-ready", O_CREAT | O_TRUNC, 0666);

Mmm, this is missing O_RDONLY/O_WRONLY/O_RDWR, isn't it?

> They use setrlimit and then attempt to allocate a large amount of
> memory to force the allocation to fail.

I'll have a look.

Samuel

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

remctl build failure on hurd

2009-11-30T13:19:37Z

remctl failed to build on hurd because of two test suite failures. I'd
love to get remctl working on the Hurd, but I don't have a great deal of
time to poke at this to understand the differences. If someone who works
with the Hurd regularly is interested in helping, though, I'd be very
happy to make the required upstream changes, if any.

The two failures are that:

marker = open("server-ready", O_CREAT | O_TRUNC, 0666);
if (marker < 0)
sysbail("cannot create marker file");

apparently failed with the error message:

cannot create marker file: Invalid argument

which sounds like it's something specific to hurd, and the malloc tests
all failed. The malloc tests are tests of handling of out-of-memory
conditions and have tended to be fragile. They use setrlimit and then
attempt to allocate a large amount of memory to force the allocation to
fail. I suspect the Hurd does something differently there, but I don't
know what. The test cases already handle the allocations unexpectedly
succeeding. I'd be very happy to apply a fix if someone knows what the
fix would be.

Thanks in advance!

--
Russ Allbery (rra@...) <http://www.eyrie.org/~eagle/>

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312121] #558790: plib 1.8.5

2009-11-30T07:45:07Z

Patches item #312121, was changed at 30/11/2009 15:41 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312121&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
>Summary: #558790: plib 1.8.5
Category: None
Group: None
Resolution: None

Initial Comment:
Here it is, Hurd support in plib:
- add a new define, UL_GNU
- compile the "none" joystick backend
- claim to support OSS audio (there's no "null" audio, so most probably this is the safest bet)

(Note: needs freeglut to be compiled.)

----------------------------------------------------------------------

>Comment By: Pino Toscano (pino-guest)
Date: 30/11/2009 16:45

Message:
Sure: bug #558790.

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 16:02

Message:
Please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312121&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312121] plib 1.8.5

2009-11-30T07:02:47Z

Patches item #312121, was changed at 30/11/2009 15:41 by Samuel Thibault
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312121&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: plib 1.8.5
Category: None
Group: None
Resolution: None

Initial Comment:
Here it is, Hurd support in plib:
- add a new define, UL_GNU
- compile the "none" joystick backend
- claim to support OSS audio (there's no "null" audio, so most probably this is the safest bet)

(Note: needs freeglut to be compiled.)

----------------------------------------------------------------------

>Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 16:02

Message:
Please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312121&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312121] plib 1.8.5

2009-11-30T06:41:47Z

Patches item #312121, was opened at 30/11/2009 15:41 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312121&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: plib 1.8.5
Category: None
Group: None
Resolution: None

Initial Comment:
Here it is, Hurd support in plib:
- add a new define, UL_GNU
- compile the "none" joystick backend
- claim to support OSS audio (there's no "null" audio, so most probably this is the safest bet)

(Note: needs freeglut to be compiled.)

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312121&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#558664: hurd - No random translator

2009-11-30T06:14:01Z

On Sun, Nov 29, 2009 at 07:21:03PM +0100, Samuel Thibault wrote:
> Bastian Blank, le Sun 29 Nov 2009 19:08:35 +0100, a écrit :
> > hurd does not provide a random translator, so by default no
> > cryptographic software will run.
>
> random-egd can be used as interim, should we perhaps recommend it from
> the hurd package?

Note that it is not in the main archive (it was a hacked up job to
package it), so probably only a Suggests is possible right now I guess.

Michael

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312119] #558756: libdiscid 0.1.0

2009-11-30T02:57:52Z

Patches item #312119, was changed at 30/11/2009 02:28 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312119&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
>Summary: #558756: libdiscid 0.1.0
Category: None
Group: None
Resolution: None

Initial Comment:
This makes libdiscid 0.1.0 compile on

(Note: disc->error_msg is a fixed-length char[], I preferred to avoid changing it for now.)

----------------------------------------------------------------------

>Comment By: Pino Toscano (pino-guest)
Date: 30/11/2009 11:57

Message:
Patch fixed and reported as bug #558756.

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 02:48

Message:
I think you can safely #define _GNU_SOURCE at the top of the file and
thus get snprintf from stdio.

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312119&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312118] #558754: libmusicbrainz-2.1 2.1.5

2009-11-30T02:57:22Z

Patches item #312118, was changed at 30/11/2009 01:40 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
>Summary: #558754: libmusicbrainz-2.1 2.1.5
Category: None
Group: None
Resolution: None

Initial Comment:
Adds the recognizing of the "gnu" system as supported, and a "dummy" stub of osdeps functions (like done for other OSes, eg QNX).

----------------------------------------------------------------------

>Comment By: Pino Toscano (pino-guest)
Date: 30/11/2009 11:57

Message:
Done, reported as bug #558754.

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 02:46

Message:
Ok, please submit!

----------------------------------------------------------------------

Comment By: Pino Toscano (pino-guest)
Date: 30/11/2009 02:41

Message:
> Mmm, you can drop the <linux/cdrom.h> include entirely.

Done.

> in ReadTOC(), you could use strlen(device) instead of hardcoding
> the length

Right, done (malloc+free, as it isn't c99 code).

> (I guess QNX does it but that's not a reason ;) )

Not really, the QNX code does... exactly nothing ;)

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 02:10

Message:
Mmm, you can drop the <linux/cdrom.h> include entirely.
in ReadTOC(), you could use strlen(device) instead of hardcoding the
length (I guess QNX does it but that's not a reason ;) )

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312119] libdiscid 0.1.0

2009-11-29T17:48:39Z

Patches item #312119, was changed at 30/11/2009 02:28 by Samuel Thibault
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312119&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: libdiscid 0.1.0
Category: None
Group: None
Resolution: None

Initial Comment:
This makes libdiscid 0.1.0 compile on

(Note: disc->error_msg is a fixed-length char[], I preferred to avoid changing it for now.)

----------------------------------------------------------------------

>Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 02:48

Message:
I think you can safely #define _GNU_SOURCE at the top of the file and
thus get snprintf from stdio.

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312119&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312118] libmusicbrainz-2.1 2.1.5

2009-11-29T17:46:37Z

Patches item #312118, was changed at 30/11/2009 01:40 by Samuel Thibault
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: libmusicbrainz-2.1 2.1.5
Category: None
Group: None
Resolution: None

Initial Comment:
Adds the recognizing of the "gnu" system as supported, and a "dummy" stub of osdeps functions (like done for other OSes, eg QNX).

----------------------------------------------------------------------

>Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 02:46

Message:
Ok, please submit!

----------------------------------------------------------------------

Comment By: Pino Toscano (pino-guest)
Date: 30/11/2009 02:41

Message:
> Mmm, you can drop the <linux/cdrom.h> include entirely.

Done.

> in ReadTOC(), you could use strlen(device) instead of hardcoding
> the length

Right, done (malloc+free, as it isn't c99 code).

> (I guess QNX does it but that's not a reason ;) )

Not really, the QNX code does... exactly nothing ;)

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 02:10

Message:
Mmm, you can drop the <linux/cdrom.h> include entirely.
in ReadTOC(), you could use strlen(device) instead of hardcoding the
length (I guess QNX does it but that's not a reason ;) )

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312118] libmusicbrainz-2.1 2.1.5

2009-11-29T17:41:15Z

Patches item #312118, was changed at 30/11/2009 01:40 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: libmusicbrainz-2.1 2.1.5
Category: None
Group: None
Resolution: None

Initial Comment:
Adds the recognizing of the "gnu" system as supported, and a "dummy" stub of osdeps functions (like done for other OSes, eg QNX).

----------------------------------------------------------------------

>Comment By: Pino Toscano (pino-guest)
Date: 30/11/2009 02:41

Message:
> Mmm, you can drop the <linux/cdrom.h> include entirely.

Done.

> in ReadTOC(), you could use strlen(device) instead of hardcoding
> the length

Right, done (malloc+free, as it isn't c99 code).

> (I guess QNX does it but that's not a reason ;) )

Not really, the QNX code does... exactly nothing ;)

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 30/11/2009 02:10

Message:
Mmm, you can drop the <linux/cdrom.h> include entirely.
in ReadTOC(), you could use strlen(device) instead of hardcoding the
length (I guess QNX does it but that's not a reason ;) )

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312119] libdiscid 0.1.0

2009-11-29T17:29:00Z

Patches item #312119, was opened at 30/11/2009 02:28 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312119&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: libdiscid 0.1.0
Category: None
Group: None
Resolution: None

Initial Comment:
This makes libdiscid 0.1.0 compile on

(Note: disc->error_msg is a fixed-length char[], I preferred to avoid changing it for now.)

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312119&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312118] libmusicbrainz-2.1 2.1.5

2009-11-29T17:10:21Z

[debian-hurd-Patches][312118] libmusicbrainz-2.1 2.1.5

2009-11-29T16:40:35Z

Patches item #312118, was opened at 30/11/2009 01:40 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: libmusicbrainz-2.1 2.1.5
Category: None
Group: None
Resolution: None

Initial Comment:
Adds the recognizing of the "gnu" system as supported, and a "dummy" stub of osdeps functions (like done for other OSes, eg QNX).

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312118&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Bug#558664: hurd - No random translator

2009-11-29T10:21:03Z

Bastian Blank, le Sun 29 Nov 2009 19:08:35 +0100, a écrit :
> hurd does not provide a random translator, so by default no
> cryptographic software will run.

random-egd can be used as interim, should we perhaps recommend it from
the hurd package?

Samuel

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#558664: hurd - No random translator

2009-11-29T10:08:35Z

Package: hurd
Version: 20090404-2
Severity: important

hurd does not provide a random translator, so by default no
cryptographic software will run.

There exists one[1], but I have not reviewed it.

Bastian

[1]: http://kilobug.free.fr/hurd/random-64.tar.gz
--
Lots of people drink from the wrong bottle sometimes.
-- Edith Keeler, "The City on the Edge of Forever",
stardate unknown

--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Mach context switch

2009-11-29T05:33:03Z

Vasily Sartakov, le Sun 29 Nov 2009 16:09:53 +0300, a écrit :
> when context_switch from one
> kernel_thread to another (for example, when thread_sleep acquire, and first in
> list idle_thread), anytime will be called swap_function?

I'm not sure to understand what you mean. When thread_sleep blocks,
it calls thread_block, which calls thread_invoke, which calls
switch_context, which does the low-level part.

In the case of continuations (i.e. there is no context to return to, the
thread just needs to call a function again), stack_handoff is called
instead to just switch stacks.

> and i made in boot_script_exec_cmd a kernel_thread for user_bootstrap instead
> of thread_create+thread_start (no doswapin), because i have a kernel_stack=0,
> and cant run user_bootstrap. i think its not corrent (my solution), should i do
> it on active_stack ?

You are supposed to set the value of kernel_stack in stack_attach. That
will get called by thread_invoke when the new thread is scheduled for
the first time (see the "Check that the thread is swapped-in." part
which calls stack_alloc_try(), which calls stack_attach to attached the
allocated stack).

Samuel

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312117] #558586: hyperestraier 1.4.9

2009-11-29T05:32:08Z

Patches item #312117, was changed at 29/11/2009 12:32 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312117&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
>Summary: #558586: hyperestraier 1.4.9
Category: None
Group: None
Resolution: None

Initial Comment:
Simple malloc+free usage instead of hardcoded PATH_MAX-sized strings.

----------------------------------------------------------------------

>Comment By: Pino Toscano (pino-guest)
Date: 29/11/2009 14:32

Message:
Thanks! Filed as bug #558586.

----------------------------------------------------------------------

Comment By: Samuel Thibault (sthibault)
Date: 29/11/2009 12:55

Message:
Seems correct, please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312117&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Mach context switch

2009-11-29T05:09:53Z

ohh, thanks. its a correct. i setted up in set_user_regs context on binary module, and then they started.
but i still dont make other kernel threads. when context_switch from one kernel_thread to another (for example, when thread_sleep acquire, and first in list idle_thread), anytime will be called swap_function?
and i made in boot_script_exec_cmd a kernel_thread for user_bootstrap instead of thread_create+thread_start (no doswapin), because i have a kernel_stack=0, and cant run user_bootstrap. i think its not corrent (my solution), should i do it on active_stack ?

thanks for answers.

> 1. when thread_call in bootstrap.c called, context switch acquire. and
> im looked on x86 sources, and dont see when CPU should switch in
> different mode for correct context switching. any help?

Note that usually one doesn't explicitly switch to user mode, but do as
if one returns to user mode. In bootstrap.c, see the “Exit to user
thread” comment above thread_bootstrap_return, implemented in entry.S:
“Called as a function, makes the current thread return from the kernel
as if from an exception.”, i.e. build_args_and_stack()/set_user_regs()
have prepared the context of a stack looking just like the first thing
the processus has done was to take a trap.

[debian-hurd-Patches][312117] hyperestraier 1.4.9

2009-11-29T03:55:53Z

Patches item #312117, was changed at 29/11/2009 12:32 by Samuel Thibault
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312117&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: hyperestraier 1.4.9
Category: None
Group: None
Resolution: None

Initial Comment:
Simple malloc+free usage instead of hardcoded PATH_MAX-sized strings.

----------------------------------------------------------------------

>Comment By: Samuel Thibault (sthibault)
Date: 29/11/2009 12:55

Message:
Seems correct, please submit!

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312117&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[debian-hurd-Patches][312117] hyperestraier 1.4.9

2009-11-29T03:32:53Z

Patches item #312117, was opened at 29/11/2009 12:32 by Pino Toscano
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312117&group_id=30628

Status: Open
Priority: 3
Submitted By: Pino Toscano (pino-guest)
Assigned to: Nobody (None)
Summary: hyperestraier 1.4.9
Category: None
Group: None
Resolution: None

Initial Comment:
Simple malloc+free usage instead of hardcoded PATH_MAX-sized strings.

----------------------------------------------------------------------

You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312117&group_id=30628

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Future Icon Records] You've been added to our mailing list.

2009-11-28T19:58:02Z

Hi I represent KONVICT MUSIC recording artist COLBY O'DONIS (Just Dance Ft Colby O'Donis. Beautiful Ft Colby O'Donis) and we want to share with you His first Original Christmas song I made a radio edit of so happy here it is if you like it Radio Edit Of - So Happy https://rcpt.yousendit.com/782608652/9a8972b464bfc006aa5139a89722060d Instrumental Radio Edit - So Happy https://rcpt.yousendit.com/782608822/4c2efde9129f9900fe9782387ef48410 

--------
Get your free download from Future Icon Records here: http://fburls.com/17-SHePzfZ2
--------

You have been added to the Future Icon Records fan list!

If you would like to verify your info or add more to your fan profile, you can do so by clicking on the following link:

http://www.FanBridge.com/signup/fansignup.php?userid=129853&email=debian-hurd@...&confCode=5Brcb5bYFP176h9hUthcU47had

--
This list is powered by FanBridge, the world's leading provider of fan relationship management services for artists.

With FanBridge your information is always secure.

For more information about FanBridge please visit http://www.FanBridge.com/learn/
--

***Important: Please be sure to add the email address (futureiconrecords@...) to your safe senders list.***

Here's how:

Gmail
1. Click Contacts along the left side of any Gmail page.
2. Click Add Contact.
3. In the primary email address box, type futureiconrecords@....
4. Click Save.

AOL (version 9.0 or higher)
1. Click the Mail menu and select Address Book.
2. In the pop up box, click the Add button.
3. In the "Other E-Mail" field, type futureiconrecords@....
4. Make our From address the "Primary E-Mail" address by checking the associated check box.
5. Click the Save button.

AOL 8.0
1. Open this confirmation email.
2. Click Add Address.
3. Verify the sender's contact information (futureiconrecords@...).
4. Click Save.

Yahoo!
1. Click the "addresses" button
2. Select "Add Contact"
3. Save the futureiconrecords@... to your contacts list.

Hotmail
1. Click Options.
2. On the left side of the page, click Mail, and then click Junk E-Mail Protection.
3. Click Safe List.
4. Type futureiconrecords@..., and then click Add.

Outlook
1. Right-click on a message from futureiconrecords@....
2. Point to Junk E-mail, and click Add Sender to Safe Senders List.

----------------------------------------
Future Icon Records sent this email to debian-hurd@...
Questions? Contact futureiconrecords@... or Future Icon Records, c/o FanBridge, Inc. - 14525 SW Millikan Way, #16910, Beaverton, Oregon 97005, United States

Update Your Information - http://fburls.com/0-VUfJ8ro3
Forward to a friend - http://fburls.com/35-Cz4diOfH
Unsubscribe - http://fburls.com/17-rFinnLdJ
Privacy Policy - http://www.FanBridge.com/learn/privacy.php

This email message is powered by FanBridge:
http://www.FanBridge.com/b.php?id=129853
Powering Valuable Fan Relationships

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Bug#503568: marked as done (Updating the gnumach Uploaders list)

2009-11-28T11:21:09Z

Your message dated Sat, 28 Nov 2009 19:18:53 +0000
with message-id <E1NESon-00020s-3y@...>
and subject line Bug#503568: fixed in gnumach 2:1.3.99.dfsg.git20091128-1
has caused the Debian Bug report #503568,
regarding Updating the gnumach Uploaders list
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@...
immediately.)

--
503568: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503568
Debian Bug Tracking System
Contact owner@... with problems

Package: gnumach
Version: 2:1.3.99.dfsg.cvs20080708-1
Severity: minor

Marcus Brinkmann <brinkmd@...> has not been working on
the gnumach package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

Thanks.

Christoph
--
cb@... | http://www.df7cb.de/

Source: gnumach
Source-Version: 2:1.3.99.dfsg.git20091128-1

We believe that the bug you reported is fixed in the latest version of
gnumach, which is due to be installed in the Debian FTP archive:

gnumach-dbg_1.3.99.dfsg.git20091128-1_i386.deb
to main/g/gnumach/gnumach-dbg_1.3.99.dfsg.git20091128-1_i386.deb
gnumach-dev_1.3.99.dfsg.git20091128-1_i386.deb
to main/g/gnumach/gnumach-dev_1.3.99.dfsg.git20091128-1_i386.deb
gnumach-udeb_1.3.99.dfsg.git20091128-1_i386.udeb
to main/g/gnumach/gnumach-udeb_1.3.99.dfsg.git20091128-1_i386.udeb
gnumach_1.3.99.dfsg.git20091128-1.debian.tar.gz
to main/g/gnumach/gnumach_1.3.99.dfsg.git20091128-1.debian.tar.gz
gnumach_1.3.99.dfsg.git20091128-1.dsc
to main/g/gnumach/gnumach_1.3.99.dfsg.git20091128-1.dsc
gnumach_1.3.99.dfsg.git20091128-1_i386.deb
to main/g/gnumach/gnumach_1.3.99.dfsg.git20091128-1_i386.deb
gnumach_1.3.99.dfsg.git20091128.orig.tar.gz
to main/g/gnumach/gnumach_1.3.99.dfsg.git20091128.orig.tar.gz

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 503568@...,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover <guillem@...> (supplier of updated gnumach package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@...)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sat, 28 Nov 2009 19:14:15 +0100
Source: gnumach
Binary: gnumach gnumach-udeb gnumach-dbg gnumach-dev
Architecture: source i386
Version: 2:1.3.99.dfsg.git20091128-1
Distribution: unstable
Urgency: low
Maintainer: GNU Hurd Maintainers <debian-hurd@...>
Changed-By: Guillem Jover <guillem@...>
Description:
gnumach - The GNU version of the Mach microkernel
gnumach-dbg - The GNU version of the Mach microkernel for debugging
gnumach-dev - The GNU version of the Mach microkernel
gnumach-udeb - The GNU version of the Mach microkernel (udeb)
Closes: 503568
Changes:
gnumach (2:1.3.99.dfsg.git20091128-1) unstable; urgency=low
.
* New upstream git snapshot.
.
[ Guillem Jover ]
* Update debian/copyright to point to the git repository.
* Sync with upstream:
- debian/patches/05_halt_on_panic_flag.patch: Remove, merged upstream.
- debian/patches/12_sis900.patch: Likewise.
- debian/patches/14_alloc_params.patch: Likewise.
- debian/patches/15_mem_obj_proxy.patch: Likewise.
- debian/patches/16_ide_multsect.patch: Likewise.
- debian/patches/20_xmm_support.patch: Likewise.
- debian/patches/05_halt_on_panic_flag.patch: Refresh.
* Switch to source format “3.0 (quilt)”:
- Remove quilt from Build-Depends.
- Remove quilt.make include from debian/rules.
- Remove patch and unpatch targets from debian/rules.
- Remove now unneeded debian/README.source.
* Do not include ChangeLog.0*, they are not shipped upstream anymore.
* Remove Marcus Brinkmann from Uploaders. Closes: #503568
Checksums-Sha1:
6b93f95467445f0f212cbdafca60fa299d7d7e31 1567 gnumach_1.3.99.dfsg.git20091128-1.dsc
625a9caf7be891800ba715c971916c553fccd5bc 3361642 gnumach_1.3.99.dfsg.git20091128.orig.tar.gz
77d8d6d424fbda23e39f25369e378e0332cd8407 26005 gnumach_1.3.99.dfsg.git20091128-1.debian.tar.gz
150185cfb7ca08383b70498caefff91171fa011b 878446 gnumach_1.3.99.dfsg.git20091128-1_i386.deb
520ad96aecd0c8a6af4730231ff4290efb07a2e6 861564 gnumach-udeb_1.3.99.dfsg.git20091128-1_i386.udeb
66757a911efdeae45ebd14cfd618c6b262935eed 3393168 gnumach-dbg_1.3.99.dfsg.git20091128-1_i386.deb
f8d6f4c7246b09d4f4ddbbabe72664054a2eb93d 84498 gnumach-dev_1.3.99.dfsg.git20091128-1_i386.deb
Checksums-Sha256:
49e4681fc03267c65cfbb8c2cb1141fd310ebfebbc8e03cecd4d7c1ac2ef6ad4 1567 gnumach_1.3.99.dfsg.git20091128-1.dsc
25911ef17addc9a81bd6b4c3275fab41eeb039f957d2af372ccdedd66cfe3611 3361642 gnumach_1.3.99.dfsg.git20091128.orig.tar.gz
e0eb583d6691245a16c0f9c68945caa5c39ed77ca3a37bc0476b1a693dc494db 26005 gnumach_1.3.99.dfsg.git20091128-1.debian.tar.gz
f642743d991cffeeac755cf2388e52893ba56912263e5df02451235e9a3671d9 878446 gnumach_1.3.99.dfsg.git20091128-1_i386.deb
23798d79b44554c67f8d48771b6b86a3ea0e36895c6c94f20e822c455a752e6c 861564 gnumach-udeb_1.3.99.dfsg.git20091128-1_i386.udeb
e136d2ff9d5d13ec7206c8bed8b66e8cd4acf1ecad000ebde1da63e98375d14e 3393168 gnumach-dbg_1.3.99.dfsg.git20091128-1_i386.deb
a0e311e3aacbb04ab7186fc2c8adc327c522c31d208b34dc0bd7ccb5bf64b4aa 84498 gnumach-dev_1.3.99.dfsg.git20091128-1_i386.deb
Files:
a6dba950aaac1bd8173296a73912e25a 1567 kernel optional gnumach_1.3.99.dfsg.git20091128-1.dsc
a2eac1636c109acf49f4aa4932725d23 3361642 kernel optional gnumach_1.3.99.dfsg.git20091128.orig.tar.gz
ab2183c58a5b59b874c36fad9920a101 26005 kernel optional gnumach_1.3.99.dfsg.git20091128-1.debian.tar.gz
1cd823f6917a04c87c8eceaf53cf34eb 878446 kernel optional gnumach_1.3.99.dfsg.git20091128-1_i386.deb
8bd30e8669755483442495f70150fe4b 861564 debian-installer optional gnumach-udeb_1.3.99.dfsg.git20091128-1_i386.udeb
7b80bad0b882b4b4529d28bd28b5dae8 3393168 debug extra gnumach-dbg_1.3.99.dfsg.git20091128-1_i386.deb
2e70425d39b1c552bff268958d96e9ce 84498 devel optional gnumach-dev_1.3.99.dfsg.git20091128-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAksRavMACgkQuW9ciZ2SjJsD4QCdHt8bRj9LJhFKmnopnpECL1fN
Ei0AoLtLZ0jCQmKhEwwIKH0a3YFX8ztM
=WWnW
-----END PGP SIGNATURE-----

signature.asc (204 bytes) Download Attachment

Processing of gnumach_1.3.99.dfsg.git20091128-1_i386.changes

2009-11-28T11:08:23Z

gnumach_1.3.99.dfsg.git20091128-1_i386.changes uploaded successfully to localhost
along with the files:
gnumach_1.3.99.dfsg.git20091128-1.dsc
gnumach_1.3.99.dfsg.git20091128.orig.tar.gz
gnumach_1.3.99.dfsg.git20091128-1.debian.tar.gz
gnumach_1.3.99.dfsg.git20091128-1_i386.deb
gnumach-udeb_1.3.99.dfsg.git20091128-1_i386.udeb
gnumach-dbg_1.3.99.dfsg.git20091128-1_i386.deb
gnumach-dev_1.3.99.dfsg.git20091128-1_i386.deb

Greetings,

Your Debian queue daemon (running on host ries.debian.org)

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: Hurd: eglibc & gcc-4.4

2009-11-28T07:03:36Z

Aurelien Jarno, le Fri 27 Nov 2009 17:05:59 +0100, a écrit :
> > I don't know if there is still a reason for not running the testsuite.
>
> I have tried to run it, and math/test-fenv makes the kernel to crash and
> the machine to reboot. On the console, I get:
>
> panic: fpexterrflt

Apparently kvm doesn't implement FPU compatibility mode and assumes that
the OS uses native mode, while qemu works fine. I'm adding native
support for gnumach, that should fix it.

Samuel

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

Re: native installation with grub2

2009-11-27T11:16:45Z

Am Freitag, 27. November 2009 18:39:28 schrieb Samuel Thibault:
> I'm glad to announce that the latest grub2 package (1.97+20091125-1)
> does support native installation from GNU/Hurd itself!

Great!

Many thanks!

- Arne

signature.asc (205 bytes) Download Attachment

Re: native installation with grub2

2009-11-27T10:56:46Z

On Fri, Nov 27, 2009 at 06:39:28PM +0100, Samuel Thibault wrote:
> I'm glad to announce that the latest grub2 package (1.97+20091125-1)
> does support native installation from GNU/Hurd itself!

Wow \o/

Michael

--
To UNSUBSCRIBE, email to debian-hurd-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...