Re: [ debian-hurd-Patches-301247 ] [HurdFr] imagemagick FTBFS

2005-03-09 Thread Duck
Coin, Michael Banck <[EMAIL PROTECTED]> writes: > On Wed, Mar 09, 2005 at 05:07:31PM -0700, [EMAIL PROTECTED] wrote: >> Fix configure.ac to bypass X11 SHM check. > > Did you check that the resulting package actually works after disabling > the SHM check? Basic (but not complete) checks worked,

Re: SiS900

2005-03-09 Thread Guillem Jover
Hi Andreas, On Wed, Mar 09, 2005 at 08:34:38PM +0100, Andreas B. Mundt wrote: > I modified the SiS900-patch given by "Gaël Le Mignot" (Thanks!!!) > in http://lists.debian.org/debian-hurd/2004/05/msg00079.html. > > It can be applied on top of the debian patched mach source and > allows (some...) s

Re: RfC: Hurd console by default

2005-03-09 Thread Marcus Brinkmann
At Wed, 9 Mar 2005 17:58:05 +0100, Michael Banck wrote: > 1. It's sort of a hack. See > http://people.debian.org/~mbanck/marcus_azeem_console_login.txt for some > discussion on how this should be done properly. It also means running > e.g. xdm will be painful/not possible as the Hurd console gets

Re: RfC: Hurd console by default

2005-03-09 Thread Alfred M. Szmidt
For what ever it is worth, this is already solved by dmd. It will stop respawning a service (in this case, console-client) if it was respawned to many times. And I think it is possible to say that if the service respawnes N times during a given time frame, then it will stop respawning. -- To U

[ debian-hurd-Patches-301248 ] [HurdFr] cdebootstrap FTBFS

2005-03-09 Thread noreply
Patches item #301248, was opened at 2005-03-10 01:49 You can respond by visiting: http://alioth.debian.org/tracker/?func=detail&atid=410472&aid=301248&group_id=30628 Category: other Group: unsubmitted Status: Open Resolution: None Priority: 5 Submitted By: Marc Dequènes (duck-guest) Assigned to:

Re: RfC: Hurd console by default

2005-03-09 Thread Marcus Brinkmann
At Wed, 09 Mar 2005 16:37:50 +, Neal H. Walfield wrote: > Assuming you are only interested in avoiding resource consumption due > to the high restart rate, you could just sleep for 5 seconds or so > before restarting the console. Something like: > > while : > do > start_hurd_console >

[Task #156] [HurdFr] wmakerconf

2005-03-09 Thread noreply
Task #156 has been updated. Project: debian-hurd Subproject: porting Summary: [HurdFr] wmakerconf Complete: 45% Status: Open Description: Worker: Guillaume Libersat (dukez) buildsys problems + ??? --- For more info, visit: http://alioth.deb

[Task #155] [HurdFr] rox-filer

2005-03-09 Thread noreply
Task #155 has been updated. Project: debian-hurd Subproject: porting Summary: [HurdFr] rox-filer Complete: 90% Status: Open Description: Worker: Pierre Chifflier (pollux) MAXPATHLEN + buildsys problems + link problem with gtk2 --- For more in

Re: [ debian-hurd-Patches-301247 ] [HurdFr] imagemagick FTBFS

2005-03-09 Thread Michael Banck
On Wed, Mar 09, 2005 at 05:07:31PM -0700, [EMAIL PROTECTED] wrote: > Fix configure.ac to bypass X11 SHM check. Did you check that the resulting package actually works after disabling the SHM check? Also, upstream (i.e. Marcus) is working on implementing SHM right now, so this patch might be bogus

[ debian-hurd-Patches-301247 ] [HurdFr] imagemagick FTBFS

2005-03-09 Thread noreply
Patches item #301247, was opened at 2005-03-10 01:07 You can respond by visiting: http://alioth.debian.org/tracker/?func=detail&atid=410472&aid=301247&group_id=30628 Category: build-env Group: needs-work Status: Open Resolution: None Priority: 5 Submitted By: Marc Dequènes (duck-guest) Assigned t

[ debian-hurd-Patches-301246 ] [HurdFr] cron : silly Build-Depends on selinux

2005-03-09 Thread noreply
Patches item #301246, was opened at 2005-03-10 00:37 You can respond by visiting: http://alioth.debian.org/tracker/?func=detail&atid=410472&aid=301246&group_id=30628 Category: debian Group: submitted Status: Open Resolution: None Priority: 5 Submitted By: Marc Dequènes (duck-guest) Assigned to: N

[ debian-hurd-Patches-301244 ] [HurdFr] dpkg-gencontrol does not support architectures with a "-" in their name

2005-03-09 Thread noreply
Patches item #301244, was opened at 2005-03-10 00:17 You can respond by visiting: http://alioth.debian.org/tracker/?func=detail&atid=410472&aid=301244&group_id=30628 Category: debian Group: submitted Status: Open Resolution: None Priority: 5 Submitted By: Marc Dequènes (duck-guest) Assigned to: N

Re: RfC: Hurd console by default

2005-03-09 Thread Ben Asselstine
The hurd console-client requires ttys to be already "attached" to [1], which is why the patch in question runs the console *after* runttys in /libexec/runsystem.gnu. The console-client will segfault if one attempts to run it before the ttys are established (like in init). I'd like to see the cons

Re: RfC: Hurd console by default

2005-03-09 Thread Samuel Thibault
Neal H. Walfield, le mer 09 mar 2005 16:37:50 +, a dit : > Assuming you are only interested in avoiding resource consumption due > to the high restart rate, you could just sleep for 5 seconds or so > before restarting the console. Something like: > > while : > do > start_hurd_console

Re: RfC: Hurd console by default

2005-03-09 Thread Michael Banck
On Wed, Mar 09, 2005 at 04:37:50PM +, Neal H. Walfield wrote: > Assuming you are only interested in avoiding resource consumption due > to the high restart rate, you could just sleep for 5 seconds or so > before restarting the console. Something like: > > while : > do > start_hurd_con

Re: RfC: Hurd console by default

2005-03-09 Thread Neal H. Walfield
At Wed, 9 Mar 2005 18:29:41 +0100, Michael Banck wrote: > > On Wed, Mar 09, 2005 at 05:06:22PM +0100, Samuel Thibault wrote: > > Michael Banck, le mer 09 mar 2005 17:58:05 +0100, a dit : > > > 3. Running the Hurd console in a tight endless loop results in mayhem if > > > the user introduces errors

Re: RfC: Hurd console by default

2005-03-09 Thread Michael Banck
On Wed, Mar 09, 2005 at 05:06:22PM +0100, Samuel Thibault wrote: > Michael Banck, le mer 09 mar 2005 17:58:05 +0100, a dit : > > 3. Running the Hurd console in a tight endless loop results in mayhem if > > the user introduces errors the console-client choks on in > > /etc/default/hurd-console, one

Re: RfC: Hurd console by default

2005-03-09 Thread Alfred M. Szmidt
Some DMs like GDM do detect such tight-loop error, and stop retrying, which makes the console usable again after a few tries. The Hurd console may probably use such way. Implementing such a thing in the actual console is silly, use another program like /sbin/init to handle the respawning.

Re: RfC: Hurd console by default

2005-03-09 Thread Samuel Thibault
Michael Banck, le mer 09 mar 2005 17:58:05 +0100, a dit : > 3. Running the Hurd console in a tight endless loop results in mayhem if > the user introduces errors the console-client choks on in > /etc/default/hurd-console, one would have to reboot into single-user > mode to fix it. Some DMs like GD

RfC: Hurd console by default

2005-03-09 Thread Michael Banck
Hello everybody, We have been thinking/longing for this for a long time, I think we should move to starting the Hurd console by default on bootup. I have done a prove-of-concept .deb for this which is available at http://people.debian.org/~mbanck/hurd/hurd_20050119-1+SVN_hurd-i386.deb This does: