That's why we keep archives of such things and use bug-tracking
software.
You haven't looked at the archives, or used the bug-tracking software
that we use.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
"Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
>Patches do not "gather dust" and there is no particular urgency in
>these cases (at least, no reason for urgency has been explained).
>
> When the patch checkers themselfs forget about the patches that have
> been checked and recheck, then t
Just to make it very clear, these patches are not approved yet.
I think that was already quite clear.
Patches do not "gather dust" and there is no particular urgency in
these cases (at least, no reason for urgency has been explained).
When the patch checkers themselfs forget about the p
"Alfred M\. Szmidt" <[EMAIL PROTECTED]> writes:
> I will commit the following three patches in 4 days to
> gnumach-1-branch. I will also take over gnumach-1-branch after those
> four days (and apply the same rules as for ams-branch in the Hurd
> repo). Unless someone screams loudly in my ear...
> 2005-09-26 Thomas Schwinge <[EMAIL PROTECTED]>
>
> * linux/src/drivers/net/ne2k-pci.c (ne_block_input)
> (ne_block_output): Fix previous patch.
Here is a better version:
2005-11-05 Thomas Schwinge <[EMAIL PROTECTED]>
* linux/src/drivers/net/ne2k-pci.c (ne_block_input,
Hi,
BTW, how is my irq fix going?
Just a reminder...
Samuel
2005-07-30 Samuel Thibault <[EMAIL PROTECTED]>
* irq.c (linux_intr): Disable interrupts when the driver
requested it through request_irq().
--- gnumach/linux/dev/arch/i386/kernel/irq.c1999-04-26 07:40:55.00
I will commit the following three patches in 4 days to
gnumach-1-branch. I will also take over gnumach-1-branch after those
four days (and apply the same rules as for ams-branch in the Hurd
repo). Unless someone screams loudly in my ear...
I only do this since I do not wish to see things die, an
