Diego Nieto Cid, le sam. 21 déc. 2024 21:27:55 -0300, a ecrit:
> On Sun, Dec 22, 2024 at 12:32:19AM +0100, Samuel Thibault wrote:
> > Samuel Thibault, le dim. 22 déc. 2024 00:31:11 +0100, a ecrit:
> >
> > Note however https://github.com/jackaudio/jack2/pull/993
>
> Oh, great :) Thanks for working
On Sun, Dec 22, 2024 at 12:32:19AM +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 22 déc. 2024 00:31:11 +0100, a ecrit:
>
> Note however https://github.com/jackaudio/jack2/pull/993
>
Oh, great :) Thanks for working on it!
Do you need help with anything else? Or is it just a matter
of ti
Samuel Thibault, le dim. 22 déc. 2024 00:31:11 +0100, a ecrit:
> Diego Nieto Cid, le sam. 21 déc. 2024 20:01:00 -0300, a ecrit:
> > On Sat, Aug 03, 2024 at 12:23:07AM +0200, Samuel Thibault wrote:
> > >
> > > I also notice that jackd2 is failing for some time (on hurd-i386 too),
> > > we'll need i
Diego Nieto Cid, le sam. 21 déc. 2024 20:01:00 -0300, a ecrit:
> On Sat, Aug 03, 2024 at 12:23:07AM +0200, Samuel Thibault wrote:
> >
> > I also notice that jackd2 is failing for some time (on hurd-i386 too),
> > we'll need it quite badly, any taker?
> >
>
> After hardcoding a PATH_MAX to see wh
Hi,
On Sat, Aug 03, 2024 at 12:23:07AM +0200, Samuel Thibault wrote:
>
> I also notice that jackd2 is failing for some time (on hurd-i386 too),
> we'll need it quite badly, any taker?
>
After hardcoding a PATH_MAX to see where it takes us, it failed at:
../linux/JackLinuxFutex.cpp:31:10: f
Samuel Thibault, le mar. 03 déc. 2024 00:43:28 +0100, a ecrit:
> I also ran a script that checks for packages that fail on 64bit but
> doesn't on 32bit. Quite a few of them are related to dumb issues (symbol
> list and such), but a few of them are worth noticing:
>
> https://buildd.debian.org/libt
I forgot to mention: one important thing for buildd box to work was
having a lot of memory (10G). We really need to fix the memory swapping
issue, as this is making boxes with not a lot of memory (≤ 4G)
very unstable as soon as you try to run ample operations such as
installing latex-extra. Passing
Hello,
Now is probably a good time to give an update on the 64bit front.
Thanks to Michael Tokarev's fast buildd boxes, we have finished building
the Debian packages that we had at hand.
There are 3809 packages waiting for some failing dependencies, to be
compared with the 3086 packages that hav
On August 25, 2024 6:02:02 PM GMT+02:00, Samuel Thibault
wrote:
>Samuel Thibault, le dim. 25 août 2024 17:50:51 +0200, a ecrit:
>> An amd64 installer cd image is available on
>>
>> https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/
>
>I have also put it on
>http://cdimage.d
Congrats to everyone!
Other interesting question is that the system use rumpdisk, but it's not
able to boot with AHCI disks, only with IDE disks.
This is my qemu script
https://github.com/AlmuHS/gnumach_dev_scripts/blob/main/qemu-hurd-64.sh
If I modify this to operate in AHCI, I get this error (attached capture).
May
lspci produces *segmentation fault*. Maybe it's related with hurd-console
problems (a drivers issue)
El dom, 25 ago 2024 a las 23:05, Samuel Thibault ()
escribió:
> Almudena Garcia, le dim. 25 août 2024 22:56:57 +0200, a ecrit:
> > I've just found other problem: hurd-console doesn't works
>
> tha
Almudena Garcia, le dim. 25 août 2024 22:56:57 +0200, a ecrit:
> I've just found other problem: hurd-console doesn't works
that's why I had to disable it in the debian installer.
> Any solution?
Not that I know of.
Most probably just needs investigation and fixing.
Samuel
Hi again:
I've just found other problem: hurd-console doesn't works and freeze the
machine. If I enable hurd-console in /etc/default/hurd-console, the tty
doesn't reply to keyboard.
And, if I use this command, the machine shows a full black screen
# console -d vga -d pc_mouse --repeat=mouse -d p
ok, solved. I was using qemu-i386.
Thanks
El dom, 25 ago 2024 a las 21:48, Samuel Thibault ()
escribió:
> Almudena Garcia, le dim. 25 août 2024 21:38:17 +0200, a ecrit:
> > I'm testing the image in Qemu, but the installer doesn't boot: when I
> press
> > "text install", the machine simply reboot
Almudena Garcia, le dim. 25 août 2024 21:38:17 +0200, a ecrit:
> I'm testing the image in Qemu, but the installer doesn't boot: when I press
> "text install", the machine simply reboots.
>
> Have you tested the installer?
Yes, like documented in the README.
Samuel
Hi:
I'm testing the image in Qemu, but the installer doesn't boot: when I press
"text install", the machine simply reboots.
Have you tested the installer?
Thanks
El dom, 25 ago 2024 a las 18:02, Samuel Thibault ()
escribió:
> Samuel Thibault, le dim. 25 août 2024 17:50:51 +0200, a ecrit:
> > An
Samuel Thibault, le dim. 25 août 2024 17:50:51 +0200, a ecrit:
> An amd64 installer cd image is available on
>
> https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/
I have also put it on
http://cdimage.debian.org/cdimage/ports/latest/hurd-amd64/current/
where it won't be ove
Hello,
An amd64 installer cd image is available on
https://people.debian.org/~sthibault/hurd-amd64/installer/cdimage/daily/
It seems to be working, provided that one has enough memory (2G seems
enough)
Samuel
Samuel Thibault, le sam. 03 août 2024 00:23:07 +0200, a ecrit:
> Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> > I have noticed that the ibus package errs out in its testsuite. ibus is
> > a dependency for e.g. libsdl2 and thus a lot of packages, could somebody
> > take a look at
Fair point
Sent from AOL on Android
On Fri, Aug 2, 2024 at 6:53 PM, Samuel Thibault
wrote: bdefre...@verizon.net, le ven. 02 août 2024 22:36:12 +, a ecrit:
> If I can ever get my new key signed I'll try to get on some of this.
If you can provide a patch, I can very easily upload it :
bdefre...@verizon.net, le ven. 02 août 2024 22:36:12 +, a ecrit:
> If I can ever get my new key signed I'll try to get on some of this.
If you can provide a patch, I can very easily upload it :)
Samuel
If I can ever get my new key signed I'll try to get on some of this.
Barry deFreese
Sent from AOL on Android
On Fri, Aug 2, 2024 at 6:23 PM, Samuel Thibault
wrote: Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> I have noticed that the ibus package errs out in its testsuit
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> I have noticed that the ibus package errs out in its testsuite. ibus is
> a dependency for e.g. libsdl2 and thus a lot of packages, could somebody
> take a look at its testsuite failures?
I also notice that jackd2 is failing for some
Samuel Thibault, le jeu. 01 août 2024 00:45:36 +0200, a ecrit:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
> gets swapped out. Th
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> - packages that don't fail on hurd-i386, probably worth investigating as
> that'll probably reveal some bugs in the hurd-amd64 port.
(sometimes it's just that the package has 64bit-specific code that was
never fixed for the Hurd)
Sa
Almudena Garcia, le jeu. 01 août 2024 00:55:19 +0200, a ecrit:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
> gets
Hi:
> The main concern is that it looks like swapping doesn't work well with
> rumpdisk, perhaps something like rumpdisk or pci-arbiter not managing
> to wire themselves completely, and thus getting a hang if any part
> gets swapped out. This means I had to disable swap entirely to keep
> the box
Samuel Thibault, le jeu. 01 août 2024 00:14:35 +0200, a ecrit:
> We are then seeing build failures, see
> https://people.debian.org/~sthibault/hurd-amd64/failed.txt
Ah, I forgot to talk about the general stability of the port.
The main concern is that it looks like swapping doesn't work well with
Hello,
It's high time to give some updates on the 64bit front.
Things seem to be going quite nicely, there is of course still some work
ahead :)
The shell replacement issue that I was having is mostly understood now
and fixed/worked around ; there are two issues, found by Luca:
- The clobber str
Applied, thanks!
jbra...@dismail.de, le dim. 14 janv. 2024 20:15:58 -0500, a ecrit:
> New qoth file. Rust port, SMP work, 64-bit port, mmap work, etc.
>
> I added some comments mention that Damien's SMP work is based on
> Almudena previous work. Thanks for than Almudena!
>
New qoth file. Rust port, SMP work, 64-bit port, mmap work, etc.
I added some comments mention that Damien's SMP work is based on
Almudena previous work. Thanks for than Almudena!
---
news/2023-q3.mdwn | 193 ++
1 file changed, 193 inser
t port, SMP work, 64-bit port, mmap work, etc.
>>
>> Ya'll were busy q3 of 2023! Great work everyone!
>> ---
>> news/2023-q3.mdwn | 192 ++
>> 1 file changed, 192 insertions(+)
>> create mode 100644 news/2023
q3 of 2023! Great work everyone!
> ---
> news/2023-q3.mdwn | 192 ++
> 1 file changed, 192 insertions(+)
> create mode 100644 news/2023-q3.mdwn
>
> diff --git a/news/2023-q3.mdwn b/news/2023-q3.mdwn
> new file mode 100644
> index
New qoth file. Rust port, SMP work, 64-bit port, mmap work, etc.
Ya'll were busy q3 of 2023! Great work everyone!
---
news/2023-q3.mdwn | 192 ++
1 file changed, 192 insertions(+)
create mode 100644 news/2023-q3.mdwn
diff --git a/news/2023-q3
"Dr. Arne Babenhauserheide" writes:
> Samuel Thibault writes:
>
>> Applied, thanks!
>>
>> jbra...@dismail.de, le dim. 07 janv. 2024 11:18:20 -0500, a ecrit:
>>> This is version 3 of the last qoth of 2023. I've incorporated Dr.
>>> Arne's comments.
>
> Are you already spreading this somewhere? T
Samuel Thibault writes:
> Applied, thanks!
>
> jbra...@dismail.de, le dim. 07 janv. 2024 11:18:20 -0500, a ecrit:
>> This is version 3 of the last qoth of 2023. I've incorporated Dr.
>> Arne's comments.
Are you already spreading this somewhere? The changes are pretty awesome!
Best wishes,
Arn
Applied, thanks!
jbra...@dismail.de, le dim. 07 janv. 2024 11:18:20 -0500, a ecrit:
> This is version 3 of the last qoth of 2023. I've incorporated Dr.
> Arne's comments.
>
> ---
> news/2023-q4.mdwn | 121 ++
> 1
This is version 3 of the last qoth of 2023. I've incorporated Dr.
Arne's comments.
---
news/2023-q4.mdwn | 121 ++
1 file changed, 121 insertions(+)
create mode 100644 news/2023-q4.mdwn
diff --git a/news/2023-q4.mdwn b/news/2023-q4.mdw
"jbra...@dismail.de" writes:
> I updated the qoth based on Sergey's suggestions.
That’s awesome! I so love seeing this work continued! And the changes
look great! Thank you!
> +currently do this testing on via GNU/Linux, because qemu does not run
Here’s a small typo: either "on" or "via".
>
I updated the qoth based on Sergey's suggestions. It does suggest that
Sergey's vm entry merging does help ext2fs performance. Is that true?
Luca seems to think so.
Joshua
---
news/2023-q4.mdwn | 121 ++
1 file changed, 121 insertions(
Il 06/01/24 21:20, Sergey Bugaev ha scritto:
On Sat, Jan 6, 2024 at 10:47 PM jbra...@dismail.de wrote:
+Luca Dariz worked on adding [[some simple GNUMach user-space tests
I've never seen gnumach spelled like that (GNUMach), only GNU Mach or
gnumach. Is that intentional?
+Flavio Cruz [[improv
gt; >
> > it is worth mentioning
> > +that AArch64 is more established. What is interesting is that Sergey
> > +is already able to build Hurd servers for AArch64! Normally, in order
> > +to run the binaries, one would port GNUMach to AArch64. Luckily for
> > +us
---
news/2023-q4.mdwn | 119 ++
1 file changed, 119 insertions(+)
create mode 100644 news/2023-q4.mdwn
diff --git a/news/2023-q4.mdwn b/news/2023-q4.mdwn
new file mode 100644
index ..3c3d0ec6
--- /dev/null
+++ b/news/2023-q4.mdwn
@@ -0,0
Hi, I'm AlmuHS, the Hurd SMP developer
Last week, we had talking in IRC about how to parse IRQs from MADT table. I
write you to notice the progress in this topic.
At first, I've added a new case for IRQ Override Entry in the APIC parser
code, and finished the most of IRQ Override parsing from MAD
Richard Braun, le Wed 01 Oct 2014 16:59:57 +0200, a écrit :
> On Wed, Oct 01, 2014 at 03:57:14PM +0200, Justus Winter wrote:
> > +A protected payload can now be associated with capabilities. This
> > +payload is attached by the kernel to delivered messages and can be
> > +used to speed up the obje
On Wed, Oct 01, 2014 at 03:57:14PM +0200, Justus Winter wrote:
> +A protected payload can now be associated with capabilities. This
> +payload is attached by the kernel to delivered messages and can be
> +used to speed up the object lookup in the receiving task.
Very good job, looking forward to
Ack.
Justus Winter, le Wed 01 Oct 2014 15:57:14 +0200, a écrit :
> ---
> NEWS | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/NEWS b/NEWS
> index 9a9f620..357b23f 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -5,6 +5,10 @@ Numerous cleanups and stylistic fixes of
---
NEWS | 4
1 file changed, 4 insertions(+)
diff --git a/NEWS b/NEWS
index 9a9f620..357b23f 100644
--- a/NEWS
+++ b/NEWS
@@ -5,6 +5,10 @@ Numerous cleanups and stylistic fixes of the code base.
Several
problems have been identified using static analysis tools and
subsequently been
On Wed, Sep 24, 2014 at 6:37 PM, Samuel Thibault
wrote:
> Ack.
>
> Justus Winter, le Wed 24 Sep 2014 15:05:06 +0200, a écrit :
>> ---
>> NEWS | 22 ++
>> 1 file changed, 22 insertions(+)
>>
>> diff --git a/NEWS b/NEWS
>> index 7
Guillem Jover, le Wed 24 Sep 2014 16:14:52 +0200, a écrit :
> Might I suggest that people tweak their repos so that we get more
> meaningful subject lines on «git format-patch», these three were
> quite confusing at first.
Yes, and that's not the first time this happens :)
Samuel
Ack.
Justus Winter, le Wed 24 Sep 2014 15:05:06 +0200, a écrit :
> ---
> NEWS | 22 ++
> 1 file changed, 22 insertions(+)
>
> diff --git a/NEWS b/NEWS
> index 72a2e2d..b047aed 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -1,3 +1,25 @@
> +2013-XX-XX
Ack.
Justus Winter, le Wed 24 Sep 2014 15:03:24 +0200, a écrit :
> ---
> NEWS | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/NEWS b/NEWS
> index 55d75cc..9a9f620 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -1,3 +1,19 @@
> +2014-XX-XX
> +Ver
Ack.
Justus Winter, le Wed 24 Sep 2014 15:04:25 +0200, a écrit :
> ---
> NEWS | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/NEWS b/NEWS
> index 6c1bd19..9fc6b3d 100644
> --- a/NEWS
> +++ b/NEWS
> @@ -1,3 +1,13 @@
> +2013-XX-X
Hi!
Might I suggest that people tweak their repos so that we get more
meaningful subject lines on «git format-patch», these three were
quite confusing at first. Something like the following per repo?
$ git config format.subjectprefix 'PATCH gnumach'
Thanks,
Guillem
---
NEWS | 16
1 file changed, 16 insertions(+)
diff --git a/NEWS b/NEWS
index 55d75cc..9a9f620 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,19 @@
+2014-XX-XX
+Version 1.5
+
+Numerous cleanups and stylistic fixes of the code base. Several
+problems have been identified using static
---
NEWS | 22 ++
1 file changed, 22 insertions(+)
diff --git a/NEWS b/NEWS
index 72a2e2d..b047aed 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,25 @@
+2013-XX-XX
+Version 0.6
+
+Numerous cleanups and stylistic fixes of the code base. Several
+problems have been identified using
---
NEWS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/NEWS b/NEWS
index 6c1bd19..9fc6b3d 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,13 @@
+2013-XX-XX
+Version 1.5
+
+* Emit `X_server_routine' functions that can be inlined reducing the
+ message dispatch overhead.
+
+* Im
Hallo!
On Sat, 26 Nov 2011 15:53:45 +0100, Christian Grothoff
wrote:
> Thank you Thomas for your suggestion. For our purposes, this is a
> better (certainly more portable) solution that does always work.
Great that Thomas Bushnell could help finding a yet-better solution for
the original prob
Thank you Thomas for your suggestion. For our purposes, this is a
better (certainly more portable) solution that does always work.
Happy hacking,
Christian
On 11/26/2011 02:43 AM, Thomas Bushnell, BSG wrote:
Oh, and in the case you describe there:
The hypervisor at start creates a global va
Samuel Thibault, le Sat 26 Nov 2011 15:14:11 +0100, a écrit :
> Richard Braun, le Sat 26 Nov 2011 15:12:50 +0100, a écrit :
> > On Sat, Nov 26, 2011 at 11:35:29AM +0100, Samuel Thibault wrote:
> > > > (Naturally, the result would be non-portable for systems where
> > > > fork==vfork,
> > > > but t
Richard Braun, le Sat 26 Nov 2011 15:12:50 +0100, a écrit :
> On Sat, Nov 26, 2011 at 11:35:29AM +0100, Samuel Thibault wrote:
> > > (Naturally, the result would be non-portable for systems where
> > > fork==vfork,
> > > but then maybe implementing vfork as fork is the bug? ;-))
> >
> > It's what
On Sat, Nov 26, 2011 at 11:35:29AM +0100, Samuel Thibault wrote:
> > (Naturally, the result would be non-portable for systems where fork==vfork,
> > but then maybe implementing vfork as fork is the bug? ;-))
>
> It's what the norm says.
I think you meant the norm explicitely says vfork can be imp
Christian Grothoff, le Sat 26 Nov 2011 01:09:59 +0100, a écrit :
> On 11/25/2011 07:50 PM, Thomas Bushnell, BSG wrote:
> >Programs which depend on the special suspend-the-parent behavior of
> >vfork were always regarded as buggy...
>
> So relying on the well-documented behavior of a system call is
On 11/25/2011 07:50 PM, Thomas Bushnell, BSG wrote:
Programs which depend on the special suspend-the-parent behavior of
vfork were always regarded as buggy...
So relying on the well-documented behavior of a system call is a bug?
Did you even read about the scenario I described at
https://gnune
Oh, and in the case you describe there:
The hypervisor at start creates a global variable hypervisor_pid,
initialized from getpid().
The signal handler in the hypervisor then does this:
if getpid() == hypervisor_pid
kill_all_children_and_exit();
else
exit();
In this way, if the child is bet
The original BSD man page warned that the behavior should not be relied on.
Thomas
On Nov 25, 2011 4:10 PM, "Christian Grothoff"
wrote:
> On 11/25/2011 07:50 PM, Thomas Bushnell, BSG wrote:
>
>> Programs which depend on the special suspend-the-parent behavior of
>> vfork were always regarded as
Programs which depend on the special suspend-the-parent behavior of vfork
were always regarded as buggy...
Thomas
On Fri, Nov 25, 2011 at 7:42 AM, Thomas Schwinge wrote:
> Hallo!
>
> On Thu, 24 Nov 2011 15:59:55 -, Planet GNU
> wrote:
> > Many articles uniformly claim that using vfork shoul
Hallo!
On Thu, 24 Nov 2011 15:59:55 -, Planet GNU wrote:
> Many articles uniformly claim that using vfork should be
> [avoided][1] and that the only difference between vfork and fork is (or
> used-to-be) [performance][2] and that thus vfork is [obsolte][3]. Here, I
> wanted to document a tech
Hi Thomas,
I just read the enhanced version of the news on the static site,
and it’s wonderful!
Many thanks for improving it and making it much more
personal!
- Arne
PS: for microblogging:
- dent:
https://identi.ca/notice/45803005
- tweet:
https://twitter.com/ArneBab/status/20887244862
Hi,
I prepared the news for 2010-07. Please check if something is missing
or doesn’t fit.
A month of the Hurd: *debian installer*, *compatibility*,
*make dist* and *newssites*.
> This month Jérémie Koenig got the
>
[Debian installer (d-i) for the
Hurd](http://jk.fr.eu.org/debia
Hello!
On Sat, Jul 03, 2010 at 04:36:10PM +0200, Samuel Thibault wrote:
> Thomas Schwinge, le Sat 03 Jul 2010 16:11:37 +0200, a écrit :
> > I can install it on the web server system (snubber) where pfinet
> > regularely ``says goodbye'' every one, two weeks or even after some
> > days already.
>
On 04/07/10 14:43, Carl Fredrik Hammar wrote:
> Hi,
>
> On Sat, Jul 03, 2010 at 04:11:37PM +0200, Thomas Schwinge wrote:
>>
>> What's the status of the other GSoC projects?
>
> Well, progress on the test cases have ground to a halt the last couple of
> weeks due to exams. However, progress up to
On Thursday 08 July 2010 16:19:59 Thomas Schwinge wrote:
> Enhanced, and published:
> <http://www.gnu.org/software/hurd/news/2010-06-30.html>
It looks nice.
Many thanks!
- Arne
signature.asc
Description: This is a digitally signed message part.
Hello!
On Fri, Jul 02, 2010 at 09:23:52PM +0200, Arne Babenhauserheide wrote:
> I just wrote the Month of the Hurd for last month.
Enhanced, and published:
<http://www.gnu.org/software/hurd/news/2010-06-30.html>
Regards,
Thomas
signature.asc
Description: Digital signature
Hi,
On Sat, Jul 03, 2010 at 04:11:37PM +0200, Thomas Schwinge wrote:
>
> What's the status of the other GSoC projects?
Well, progress on the test cases have ground to a halt the last couple of
weeks due to exams. However, progress up to the exam period was good,
and Emilio will be back late next
Thomas Schwinge, le Sat 03 Jul 2010 16:11:37 +0200, a écrit :
> Can you publish .deb packages?
Well, I'd rather at last upload a new snapshot.
> I can install it on the web server system (snubber) where pfinet
> regularely ``says goodbye'' every one, two weeks or even after some
> days already.
Hello!
On Fri, Jul 02, 2010 at 11:28:01PM +0200, Samuel Thibault wrote:
> Arne Babenhauserheide, le Fri 02 Jul 2010 21:23:52 +0200, a écrit :
> > > This month Jérémie Koenig wrote a
> > > [preliminary
> > > patch](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg00047.html)
> > > to add ini
Arne Babenhauserheide, le Fri 02 Jul 2010 21:23:52 +0200, a écrit :
> I just wrote the Month of the Hurd for last month.
>
> A month of the Hurd: *initrd*, *clustered page-in* and *auth server fixes*.
>
> > This month Jérémie Koenig wrote a
> > [preliminary
> > patch](http://lists.gnu.org/arc
Hi,
I just wrote the Month of the Hurd for last month.
A month of the Hurd: *initrd*, *clustered page-in* and *auth server fixes*.
> This month Jérémie Koenig wrote a
> [preliminary
> patch](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg00047.html)
> to add initrd support in Mach fo
Hi Thomas,
Thanks – and I don’t mind the delay. That happens, and I don’t think people
got hurt ;)
The changes look good - slim it down a bit.
Best wishes,
Arne
On Montag, 7. Juni 2010 00:41:36 Thomas Schwinge wrote:
> Hello!
>
> Did some changes, then published. Sorry for the delay.
>
Hello!
Did some changes, then published. Sorry for the delay.
Regards,
Thomas
signature.asc
Description: Digital signature
es people who only follow the moth a hint where they can follow the
discussions. But it doesn’t show a direct achievement, so I’m not sure…
I now thought of using a footer which shows people where they can get more
information.
Updated news:
A month of the Hurd: *dde linux26*,
Hi,
On Tue, Jun 01, 2010 at 10:05:51AM +0200, Arne Babenhauserheide wrote:
> > This month Zheng Da
> > [reported](http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00037.html)
> > on the state of porting DDE linux26 to the Hurd, which can improve
> > the GNU Hurd Hardware support a lot:
>
>
ew developments on the Hurd has increased
quite a bit since the start of the ‘Month of the Hurd’, these news are only a
selection of the items you can already test yourself. There’s more in our
[[mailing_lists]]. The rough criterium for the Month of the Hurd is “can you
already test
Am Dienstag, 4. Mai 2010, 13:25:56 schrieb olafbuddenha...@gmx.net:
> Also, you just made me waste almost a day writing comments ;-)
I just read them all — nicely written and a good way to get the basics right
again.
Thanks!
— Arne
signature.asc
Description: This is a digitally signed messa
Hi,
On Mon, May 03, 2010 at 01:44:10PM +0200, Jure Repinc wrote:
> I've also posted a short notices here:
> http://www.fsdaily.com/HighEnd/GNU_HURD_in_April_2010
> http://digg.com/linux_unix/GNU_HURD_in_April_2010
> http://www.stumbleupon.com/url/www.gnu.org/software/hurd/new
ned by someone I talked to just two
days ago...
> It???s not just about showing that things are moving, but about
> showing that things are being accomplished.
I see :-)
> So the next time someone says ???the Hurd will never be finished???
> people can just point to the news as solid evid
/software/hurd/news/2010-04-30.html
http://www.reddit.com/r/linux/comments/bz6ep/gnuhurd_progress_did_you_know_66_of_debian/
--- /links ---
Cool! Many thanks!
And here’s one more: summarized in spanish:
→ http://softlibre.barrapunto.com/article.pl?sid=10/05/03/0720203
And a longer post
Dne ponedeljek 03 maja 2010 ob 07:05:27 je Arne Babenhauserheide napisal(a):
> Hi,
>
> If you use identi.ca or twitter, you can find our current news in there,
> too:
>
> → https://identi.ca/notice/30857295
> → https://twitter.com/ArneBab/status/13288232394
>
>
ch that
> > others can use / reproduce / verify it.
>
> Not sure such a strict policy is really useful?
>
> In my understanding the major point of the regular news is showing
> people that things are moving in the Hurd world -- which doesn't always
> have to be manifeste
Hi,
If you use identi.ca or twitter, you can find our current news in there, too:
→ https://identi.ca/notice/30857295
→ https://twitter.com/ArneBab/status/13288232394
(well, the title and a link)
Best wishes,
Arne
signature.asc
Description: This is a digitally signed message part.
Am Montag, 3. Mai 2010, 02:25:41 schrieb olafbuddenha...@gmx.net:
> Apparently it didn't work out, if it needs explanation ;-)
Jepp :)
- Arne
signature.asc
Description: This is a digitally signed message part.
Hi,
On Sun, May 02, 2010 at 02:34:42PM +0200, Thomas Schwinge wrote:
> You new have roughly six hours to further comment on
> <http://www.bddebian.com:/~hurd-web/news/2010-04-30/> -- then I'm
> going to publish it.
So I missed is as usual.
> After a long break,
04/msg00019.html)
> > > > with an updated *GRUB usb stick for booting Debian/Hurd*.
> >
> > Err... These seem to be two completely unrelated news items?
>
> They were mostly pulled together, because they are both concerned with ease
> of
> running h
Am Sonntag, 2. Mai 2010, 14:39:00 schrieb Thomas Schwinge:
> Get well soon!
I’ll try :)
thanks!
: Arne
signature.asc
Description: This is a digitally signed message part.
Am Sonntag, 2. Mai 2010, 14:39:00 schrieb Thomas Schwinge:
> I used ``perceivedly boring, yet extremely valuable'' -- what do you
> think?
I’d say „it might look less exciting from the outside…“
Best wishes,
Arne
signature.asc
Description: This is a digitally signed message part.
offerings](http://lists.debian.org/debian-hurd/2010/04/msg00019.html)
> > > > with an updated *GRUB usb stick for booting Debian/Hurd*.
> >
> > Err... These seem to be two completely unrelated news items?
>
> They were mostly pulled together, because they are both co
Hello!
I filtered the news text through my brain. You new have roughly six
hours to further comment on
<http://www.bddebian.com:/~hurd-web/news/2010-04-30/> -- then I'm
going to publish it.
On Sun, May 02, 2010 at 09:10:06AM +0200, olafbuddenha...@gmx.net wrote:
> Perhaps thi
gain](http://lists.debian.org/debian-hurd/2010/04/msg00034.html)
> > > with a simple startx and *Philip Charles* [extended his
> > > offerings](http://lists.debian.org/debian-hurd/2010/04/msg00019.html)
> > > with an updated *GRUB usb stick for booting Debian/Hurd*.
>
&g
1 - 100 of 260 matches
Mail list logo
