Re: python 2.4: os.urandom() hangs if /dev/random, /dev/urandom are not reconnected to a translator

2007-01-27 Thread Michael Banck
On Sat, Jan 27, 2007 at 06:16:22PM +, massimo s. wrote: > I thought that for os.urandom(): > - a timeout could be useful on any platform without a reliable random > device (I don't think Hurd is alone in this). I'll ask to the python > mailing list. /dev/urandom does not provide reliable rando

Re: python 2.4: os.urandom() hangs if /dev/random, /dev/urandom are not reconnected to a translator

2007-01-27 Thread massimo s.
[EMAIL PROTECTED] ha scritto: >> At first I tried showtrans on the /dev/random, /dev/urandom devices >> and I found they were attached to the unofficial translator >> (http://hurd.gnufans.org/bin/view/Hurd/RandomDevice). Resetting >> /dev/random, /dev/urandom by detaching (settrans -fg /dev/urando

Re: python 2.4: os.urandom() hangs if /dev/random, /dev/urandom are not reconnected to a translator

2007-01-27 Thread olafBuddenhagen
Hi, On Thu, Jan 25, 2007 at 11:36:01PM +, massimo s. wrote: > I noticed that gconf-schemas was hung (even overnight) until ctrl-c is > pressed. [...] > When using ctrl-c python gives the following traceback, showing the > instruction where it hangs: [...] > File "/usr/lib/python2.4/os.py", li

Re: [bug #18883] nice/getpriority/setpriority enforces even nice values

2007-01-27 Thread olafBuddenhagen
Hi, On Thu, Jan 25, 2007 at 11:22:20PM +, Samuel Thibault wrote: > Because of limitation of the Mach kernel, nice values are divided by > two for getting a Mach priority (MACH_PRIORITY_TO_NICE), and mach > priority is multiplied by two for getting a nice value > (NICE_TO_MACH_PRIORITY). > >