Re: Hurd on Scheme/guile

Em Fri, 30 Dec 2005 06:00:23 +0100 pancake <[EMAIL PROTECTED]> escreveu: > On Thu, Dec 29, 2005 at 08:52:08PM -0300, Leonardo Lopes Pereira wrote: > > After that movement to revive/improve GNU Mach, I decided to think in a > > way to improve Hurd. After some talks on IRC I thought that a good

Re: Hurd on Scheme/guile

Removed bug-hurd from CC, and CCing gnu-system-discuss. BTW, in Bee we're planning to use guile for the base system to use DMD and Stut. It would be really nice if Bee could work on GNU instead, since all of this is already either planned for GNU or already done. It would be wastefull to h

Re: Hurd on Scheme/guile

> > - Create a MiG that generates Guile code instead of C. > > Would be better to fix the actual MiG. He needs more love. I don't think so, the actual MiG only generate C code, I want something that generate Scheme/Guile code. Anyway, I think that using guile, we will not need

[bug #15301] Please fix -H init option for preventing gnumach from automatically rebooting on panic

Follow-up Comment #1, bug #15301 (project hurd): I hope this patch works... ___ Additional Item Attachment: File name: halt-patch.diffSize:1 KB Patch to fix -H on the command line of Mach

[bug #15301] Please fix -H init option for preventing gnumach from automatically rebooting on panic

Update of bug #15301 (project hurd): Severity: 3 - Normal => 2 - Minor Status:None => In Progress Assigned to:None => ams Originator Name:

Re: [bug #15323] Screen insert only the first part of a copied text

Samuel Thibault <[EMAIL PROTECTED]> writes: > Follow-up Comment #1, bug #15323 (project hurd): > > It still happens nowadays, though the limit has bumped to something like 15k I'm sorry that I am replying here instead of on savannah... Marcus has looked into this problem, see `term/ChangeLog' wh

[bug #15323] Screen insert only the first part of a copied text

Follow-up Comment #2, bug #15323 (project hurd): Marco wrote the followin: Marcus has looked into this problem, see `term/ChangeLog' why this limit changed. IIRC there is not a clean way to fix this properly and the same problem exists on GNU/Linux. Perhaps I could lookup some IRC logs in whic

[patch #4740] i386_io_port_remove lacks unlocking

Update of patch #4740 (project hurd): Status:None => In Progress ___ Reply to this item at: __

[patch #4738] Patch consider_lmm_collect: Test always true

Update of patch #4738 (project hurd): Status:None => In Progress ___ Reply to this item at: __

[patch #4737] User TSS fixup

Update of patch #4737 (project hurd): Status:None => In Progress ___ Reply to this item at: __

[patch #4740] i386_io_port_remove lacks unlocking

Update of patch #4740 (project hurd): Assigned to:None => ams ___ Reply to this item at: __

[patch #4738] Patch consider_lmm_collect: Test always true

Update of patch #4738 (project hurd): Assigned to:None => ams ___ Follow-up Comment #1: Need ChangeLog, but that is easy to do before commit. __

[patch #4737] User TSS fixup

Update of patch #4737 (project hurd): Assigned to:None => ams ___ Reply to this item at: __

[bug #15298] gnumach detects VMware's ethernet card twice

Update of bug #15298 (project hurd): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: I closed this since w

[bug #15296] gnumach hangs because of Linux 2.0.36 adaptec drivers

Update of bug #15296 (project hurd): Status:None => Need Info ___ Reply to this item at: ___

[bug #15295] Mach lets processes write to I/O ports

Update of bug #15295 (project hurd): Status:None => Confirmed ___ Reply to this item at: ___

[bug #15323] Screen insert only the first part of a copied text

Update of bug #15323 (project hurd): Status:None => Confirmed ___ Reply to this item at: ___

Re: init scripts don't fsck extra partitions

Hi, Thinking twice about this bug[1]: do we need a /etc/fstab file at all? For now, it is only used for: - 1: knowing which partition to use as swap, - 2: knowing which fs need checking (this was the purpose of the bug), - and not for 3: knowing what to mount where. 1 could probably be set anoth

Re: init scripts don't fsck extra partitions

- and not for 3: knowing what to mount where. I think that 3 is actually useful, but for the human and not for the command. It is nice to have a list of what is being used where. I'd rather see /etc/fstab just got ridden of, and e2fsck run by /hurd/ext2fs itself upon startup (if necessa

Re: fs translators and fsck [Was: init scripts don't fsck extra partitions]

After a bit of irc discussion, here is another way of expressing the idea. The action of mounting a fs is intricated with the action of checking it beforehand, that's what I'd like to express in some way. Fstab does that on usual unices. The hurdish way of mounting is rather setting a translator

Re: fs translators and fsck [Was: init scripts don't fsck extra partitions]

The action of mounting a fs is intricated with the action of checking it beforehand, that's what I'd like to express in some way. Fstab does that on usual unices. The hurdish way of mounting is rather setting a translator, so I'd rather see checking being done at translator setting