Re: [PATCH v2] news/2023-q3.mdwn: new file.
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! > --- > news/2023-q3.mdwn | 193 ++ > 1 file changed, 193 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 0000..8050ce98 > --- /dev/null > +++ b/news/2023-q3.mdwn > @@ -0,0 +1,193 @@ > +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] > + > +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable > +id="license" text="Permission is granted to copy, distribute and/or modify > this > +document under the terms of the GNU Free Documentation License, Version 1.2 > or > +any later version published by the Free Software Foundation; with no > Invariant > +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the > license > +is included in the section entitled [[GNU Free Documentation > +License|/fdl]]."]]"""]] > + > +[[!meta date="2024-01-01 22:22 UTC"]] > + > +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd > +developments in Q3 of 2023! > +[[!if test="included()" then="""[[!toggle id=full_news > +text="Details."]][[!toggleable id=full_news text="[[!paste > id=full_news]]"]]""" > +else=" > +[[!paste id=full_news]]"]] > + > +[[!cut id="full_news" text=""" > + > +Joan Lledo modified the PCI arbiter to prevent mapping I/O region > +files. He previously sent some patches to implement mapping region > +and ROM files using `mmap()`. However, a `BAR` region can represent > +either memory or I/O space, and only memory should be allowed to be > +mapped. Since I/O `BARs` only contain I/O addresses, he went ahead > +and [[prevented the mapping of I/O region > +files|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00041.html]]. > The > +next step is to make IO spaces available for users through the > +pci-arbiter. He plans to add a new RPC that checks for permission and > +calls `i386_io_perm_create()`. Then it returns the resulting port. > + > +Our Google summer of code student Vedant Tewari decided to port rust, > +and the rust porting effort is making good progress. [[The build > +process is a bit > +wonky|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00091.html]], > +and we are using an older rust version. Check out [[the rust pull > +request|https://github.com/rust-lang/rust/pull/115230]] that adds Hurd > +support! > + > +[[Samuel|samuelthibault]] worked on setting up > +[[PAE|https://en.wikipedia.org/wiki/Physical_Address_Extension]], > +which will eventually let us use more than 4GB of RAM on a 32-bit > +Hurd! It is also useful for the X86_64 architecture. He also the > +[[jemalloc|https://lists.debian.org/debian-hurd/2023/08/msg0.html]] > +build. > + > +Samuel was incredibly productive this quarter making the `X86_64` bit > +port more stable. He fixed the 64-bit Hurd [[ > +PIE|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00040.html]] > +build, and he got [[git > +working|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00059.html]] > +on the 64-bit port! Though a few of the [[git > +tests|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00069.html]] > +are failing on both `X86_64` and the 32 bit port. He fixed the [[glibc > +build|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00064.html]], > +which involved fixing `pmap_remove` and `pmap_protect`. He discovered > +that [[core dumping is currently causing > +problems|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00068.html]] > +on the 64-bit port, and he temporarily encourages people to disable > +core dumping. Samuel fixed some [[networking > +issues|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00027.html]] > +and a [[dpkg > +issue|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00058.html]] > +for the 64-bit port. It was hard to discover what the problem was, > +because the debugging tools have not been ported to the 64-bit port. > +He used some locking to fix some bugs, and he encourages other > +developers to help him fix the debugging tools for X86-64. It seems > +that most developers are currently running the 64-bit Hurd in a > +virtual machine and not in real hardware. > + > +Luca Dariz got a patch series merged > +[[fo
[PATCH v2] news/2023-q3.mdwn: new file.
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 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 ..8050ce98 --- /dev/null +++ b/news/2023-q3.mdwn @@ -0,0 +1,193 @@ +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!meta date="2024-01-01 22:22 UTC"]] + +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd +developments in Q3 of 2023! +[[!if test="included()" then="""[[!toggle id=full_news +text="Details."]][[!toggleable id=full_news text="[[!paste id=full_news]]"]]""" +else=" +[[!paste id=full_news]]"]] + +[[!cut id="full_news" text=""" + +Joan Lledo modified the PCI arbiter to prevent mapping I/O region +files. He previously sent some patches to implement mapping region +and ROM files using `mmap()`. However, a `BAR` region can represent +either memory or I/O space, and only memory should be allowed to be +mapped. Since I/O `BARs` only contain I/O addresses, he went ahead +and [[prevented the mapping of I/O region +files|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00041.html]]. The +next step is to make IO spaces available for users through the +pci-arbiter. He plans to add a new RPC that checks for permission and +calls `i386_io_perm_create()`. Then it returns the resulting port. + +Our Google summer of code student Vedant Tewari decided to port rust, +and the rust porting effort is making good progress. [[The build +process is a bit +wonky|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00091.html]], +and we are using an older rust version. Check out [[the rust pull +request|https://github.com/rust-lang/rust/pull/115230]] that adds Hurd +support! + +[[Samuel|samuelthibault]] worked on setting up +[[PAE|https://en.wikipedia.org/wiki/Physical_Address_Extension]], +which will eventually let us use more than 4GB of RAM on a 32-bit +Hurd! It is also useful for the X86_64 architecture. He also the +[[jemalloc|https://lists.debian.org/debian-hurd/2023/08/msg0.html]] +build. + +Samuel was incredibly productive this quarter making the `X86_64` bit +port more stable. He fixed the 64-bit Hurd [[ +PIE|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00040.html]] +build, and he got [[git +working|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00059.html]] +on the 64-bit port! Though a few of the [[git +tests|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00069.html]] +are failing on both `X86_64` and the 32 bit port. He fixed the [[glibc +build|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00064.html]], +which involved fixing `pmap_remove` and `pmap_protect`. He discovered +that [[core dumping is currently causing +problems|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00068.html]] +on the 64-bit port, and he temporarily encourages people to disable +core dumping. Samuel fixed some [[networking +issues|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00027.html]] +and a [[dpkg +issue|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00058.html]] +for the 64-bit port. It was hard to discover what the problem was, +because the debugging tools have not been ported to the 64-bit port. +He used some locking to fix some bugs, and he encourages other +developers to help him fix the debugging tools for X86-64. It seems +that most developers are currently running the 64-bit Hurd in a +virtual machine and not in real hardware. + +Luca Dariz got a patch series merged +[[for|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg0.html]] +[[the|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg1.html]] +[[64|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg2.html]] +[[bit|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg3.html]] +[[port|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg4.html]]. + +Sergey implemented +[[MAP_EXCL|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00010.html]] +and provided `MAP_FIXED_NOREPLACE` and `MAP_TRYFIXED` as aliases of +`(MAP_FIXED|MAP_EX
Re: [PATCH] news/2023-q3.mdwn: new file.
Almudena Garcia writes: > Btw, the Damien's SMP work is based in the mine. He patched my > previous code which i have stored in my GitHub repository. I will make a quick edit to note that. > El domingo 14 de enero de 2024, jbra...@dismail.de escribió: >> 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.mdwn b/news/2023-q3.mdwn >> new file mode 100644 >> index ..4d12305c >> --- /dev/null >> +++ b/news/2023-q3.mdwn >> @@ -0,0 +1,192 @@ >> +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] >> + >> +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable >> +id="license" text="Permission is granted to copy, distribute and/or modify >> this >> +document under the terms of the GNU Free Documentation License, Version 1.2 >> or >> +any later version published by the Free Software Foundation; with no >> Invariant >> +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the >> license >> +is included in the section entitled [[GNU Free Documentation >> +License|/fdl]]."]]"""]] >> + >> +[[!meta date="2024-01-01 22:22 UTC"]] >> + >> +Hello! Welcome to a new qoth. This qoth covers new and interesting >> GNU/Hurd >> +developments in Q3 of 2023! >> +[[!if test="included()" then="""[[!toggle id=full_news >> +text="Details."]][[!toggleable id=full_news text="[[!paste >> id=full_news]]"]]""" >> +else=" >> +[[!paste id=full_news]]"]] >> + >> +[[!cut id="full_news" text=""" >> + >> +Joan Lledo modified the PCI arbiter to prevent mapping I/O region >> +files. He previously sent some patches to implement mapping region >> +and ROM files using `mmap()`. However, a `BAR` region can represent >> +either memory or I/O space, and only memory should be allowed to be >> +mapped. Since I/O `BARs` only contain I/O addresses, he went ahead >> +and [[prevented the mapping of I/O region >> +files|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00041.html]]. >> The >> +next step is to make IO spaces available for users through the >> +pci-arbiter. He plans to add a new RPC that checks for permission and >> +calls `i386_io_perm_create()`. Then it returns the resulting port. >> + >> +Our Google summer of code student Vedant Tewari decided to port rust, >> +and the rust porting effort is making good progress. [[The build >> +process is a bit >> +wonky|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00091.html]], >> +and we are using an older rust version. Check out [[the rust pull >> +request|https://github.com/rust-lang/rust/pull/115230]] that adds Hurd >> +support! >> + >> +[[Samuel|samuelthibault]] worked on setting up >> +[[PAE|https://en.wikipedia.org/wiki/Physical_Address_Extension]], >> +which will eventually let us use more than 4GB of RAM on a 32-bit >> +Hurd! It is also useful for the X86_64 architecture. He also the >> +[[jemalloc|https://lists.debian.org/debian-hurd/2023/08/msg0.html]] >> +build. >> + >> +Samuel was incredibly productive this quarter making the `X86_64` bit >> +port more stable. He fixed the 64-bit Hurd [[ >> +PIE|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00040.html]] >> +build, and he got [[git >> +working|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00059.html]] >> +on the 64-bit port! Though a few of the [[git >> +tests|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00069.html]] >> +are failing on both `X86_64` and the 32 bit port. He fixed the [[glibc >> +build|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00064.html]], >> +which involved fixing `pmap_remove` and `pmap_protect`. He discovered >> +that [[core dumping is currently causing >> +problems|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00068.html]] >> +on the 64-bit port, and he temporarily encourages people to disable >> +core dumping. Samuel fixed some [[networking >> +issues|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00027.html]] >> +and a [[dpkg >> +issue|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00058.html]] >> +fo
Re: [PATCH] news/2023-q3.mdwn: new file.
Btw, the Damien's SMP work is based in the mine. He patched my previous code which i have stored in my GitHub repository. El domingo 14 de enero de 2024, jbra...@dismail.de escribió: > 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.mdwn b/news/2023-q3.mdwn > new file mode 100644 > index ..4d12305c > --- /dev/null > +++ b/news/2023-q3.mdwn > @@ -0,0 +1,192 @@ > +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] > + > +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable > +id="license" text="Permission is granted to copy, distribute and/or modify > this > +document under the terms of the GNU Free Documentation License, Version 1.2 > or > +any later version published by the Free Software Foundation; with no > Invariant > +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the > license > +is included in the section entitled [[GNU Free Documentation > +License|/fdl]]."]]"""]] > + > +[[!meta date="2024-01-01 22:22 UTC"]] > + > +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd > +developments in Q3 of 2023! > +[[!if test="included()" then="""[[!toggle id=full_news > +text="Details."]][[!toggleable id=full_news text="[[!paste > id=full_news]]"]]""" > +else=" > +[[!paste id=full_news]]"]] > + > +[[!cut id="full_news" text=""" > + > +Joan Lledo modified the PCI arbiter to prevent mapping I/O region > +files. He previously sent some patches to implement mapping region > +and ROM files using `mmap()`. However, a `BAR` region can represent > +either memory or I/O space, and only memory should be allowed to be > +mapped. Since I/O `BARs` only contain I/O addresses, he went ahead > +and [[prevented the mapping of I/O region > +files|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00041.html]]. > The > +next step is to make IO spaces available for users through the > +pci-arbiter. He plans to add a new RPC that checks for permission and > +calls `i386_io_perm_create()`. Then it returns the resulting port. > + > +Our Google summer of code student Vedant Tewari decided to port rust, > +and the rust porting effort is making good progress. [[The build > +process is a bit > +wonky|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00091.html]], > +and we are using an older rust version. Check out [[the rust pull > +request|https://github.com/rust-lang/rust/pull/115230]] that adds Hurd > +support! > + > +[[Samuel|samuelthibault]] worked on setting up > +[[PAE|https://en.wikipedia.org/wiki/Physical_Address_Extension]], > +which will eventually let us use more than 4GB of RAM on a 32-bit > +Hurd! It is also useful for the X86_64 architecture. He also the > +[[jemalloc|https://lists.debian.org/debian-hurd/2023/08/msg0.html]] > +build. > + > +Samuel was incredibly productive this quarter making the `X86_64` bit > +port more stable. He fixed the 64-bit Hurd [[ > +PIE|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00040.html]] > +build, and he got [[git > +working|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00059.html]] > +on the 64-bit port! Though a few of the [[git > +tests|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00069.html]] > +are failing on both `X86_64` and the 32 bit port. He fixed the [[glibc > +build|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00064.html]], > +which involved fixing `pmap_remove` and `pmap_protect`. He discovered > +that [[core dumping is currently causing > +problems|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00068.html]] > +on the 64-bit port, and he temporarily encourages people to disable > +core dumping. Samuel fixed some [[networking > +issues|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00027.html]] > +and a [[dpkg > +issue|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00058.html]] > +for the 64-bit port. It was hard to discover what the problem was, > +because the debugging tools have not been ported to the 64-bit port. > +He used some locking to fix some bugs, and he encourages other > +developers to help him fix the debugging tools for X86-64. It seems > +that most developers are currently running the 64-bit Hurd in a > +virtual machine and not in real hardware. > + > +Luca Da
[PATCH] news/2023-q3.mdwn: new file.
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.mdwn b/news/2023-q3.mdwn new file mode 100644 index ..4d12305c --- /dev/null +++ b/news/2023-q3.mdwn @@ -0,0 +1,192 @@ +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!meta date="2024-01-01 22:22 UTC"]] + +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd +developments in Q3 of 2023! +[[!if test="included()" then="""[[!toggle id=full_news +text="Details."]][[!toggleable id=full_news text="[[!paste id=full_news]]"]]""" +else=" +[[!paste id=full_news]]"]] + +[[!cut id="full_news" text=""" + +Joan Lledo modified the PCI arbiter to prevent mapping I/O region +files. He previously sent some patches to implement mapping region +and ROM files using `mmap()`. However, a `BAR` region can represent +either memory or I/O space, and only memory should be allowed to be +mapped. Since I/O `BARs` only contain I/O addresses, he went ahead +and [[prevented the mapping of I/O region +files|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00041.html]]. The +next step is to make IO spaces available for users through the +pci-arbiter. He plans to add a new RPC that checks for permission and +calls `i386_io_perm_create()`. Then it returns the resulting port. + +Our Google summer of code student Vedant Tewari decided to port rust, +and the rust porting effort is making good progress. [[The build +process is a bit +wonky|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00091.html]], +and we are using an older rust version. Check out [[the rust pull +request|https://github.com/rust-lang/rust/pull/115230]] that adds Hurd +support! + +[[Samuel|samuelthibault]] worked on setting up +[[PAE|https://en.wikipedia.org/wiki/Physical_Address_Extension]], +which will eventually let us use more than 4GB of RAM on a 32-bit +Hurd! It is also useful for the X86_64 architecture. He also the +[[jemalloc|https://lists.debian.org/debian-hurd/2023/08/msg0.html]] +build. + +Samuel was incredibly productive this quarter making the `X86_64` bit +port more stable. He fixed the 64-bit Hurd [[ +PIE|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00040.html]] +build, and he got [[git +working|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00059.html]] +on the 64-bit port! Though a few of the [[git +tests|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00069.html]] +are failing on both `X86_64` and the 32 bit port. He fixed the [[glibc +build|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00064.html]], +which involved fixing `pmap_remove` and `pmap_protect`. He discovered +that [[core dumping is currently causing +problems|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00068.html]] +on the 64-bit port, and he temporarily encourages people to disable +core dumping. Samuel fixed some [[networking +issues|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00027.html]] +and a [[dpkg +issue|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00058.html]] +for the 64-bit port. It was hard to discover what the problem was, +because the debugging tools have not been ported to the 64-bit port. +He used some locking to fix some bugs, and he encourages other +developers to help him fix the debugging tools for X86-64. It seems +that most developers are currently running the 64-bit Hurd in a +virtual machine and not in real hardware. + +Luca Dariz got a patch series merged +[[for|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg0.html]] +[[the|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg1.html]] +[[64|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg2.html]] +[[bit|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg3.html]] +[[port|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg4.html]]. + +Sergey implemented +[[MAP_EXCL|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00010.html]] +and provided `MAP_FIXED_NOREPLACE` and `MAP_TRYFIXED` as aliases of +`(MAP_FIXED|MAP_EXCL)` as well other `mmap` work. He explains: + +> `MAP_FIXED`
Re: [PATCH v3] news/2023-q4.mdwn: new qoth for q4 of 2023.
"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? The changes are pretty > awesome! Looks like it's already on the wiki: https://www.gnu.org/software/hurd/index.html > > Best wishes, > Arne -- Joshua Branson Sent from the Hurd
Re: [PATCH v3] news/2023-q4.mdwn: new qoth for q4 of 2023.
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, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
Re: [PATCH v3] news/2023-q4.mdwn: new qoth for q4 of 2023.
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 file changed, 121 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 ..294b6b22 > --- /dev/null > +++ b/news/2023-q4.mdwn > @@ -0,0 +1,121 @@ > +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] > + > +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable > +id="license" text="Permission is granted to copy, distribute and/or modify > this > +document under the terms of the GNU Free Documentation License, Version 1.2 > or > +any later version published by the Free Software Foundation; with no > Invariant > +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the > license > +is included in the section entitled [[GNU Free Documentation > +License|/fdl]]."]]"""]] > + > +[[!meta date="2024-01-05 22:22 UTC"]] > + > +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd > +developments in Q4 of 2023! > +[[!if test="included()" then="""[[!toggle id=full_news > +text="Details."]][[!toggleable id=full_news text="[[!paste > id=full_news]]"]]""" > +else=" > +[[!paste id=full_news]]"]] > + > +[[!cut id="full_news" text=""" > + > +Samuel Thibault fixed gcc's Hurd's default pie and [[added static pie > +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00061.html]]. > +He also added a [[whatis > +command|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg7.html]] > +to GNU Mach's kernel debugger, which can determine what an > +address points to (a stack? a port? some kalloc? ...). He also added > +[[hurd-amd64 support to > +GCC|https://lists.debian.org/debian-hurd/2023/11/msg00039.html]]. > + > +Samuel requested that the Hurd team set up a [[continuous > +integration,|https://lists.gnu.org/archive/html/bug-hurd/2023-12/msg7.html]] > +so that when developers make code changes, they can be certain that > +they did not break anything. It turns out that the Hurd supports > +several different environments: 32 bit, 64 bit, 32-on-64 bit, ACPI, > +non-ACPI, SMP, non-SMP, Xen, etc. Apparently Flavio has a [[personal > +CI|https://github.com/flavioc/cross-hurd/actions/runs/7080757561]], > +but it is set up in a Debian independent way. If you are interested in > +helping the Hurd project set up a CI, then please get in touch! > + > +Luca Dariz worked on adding [[some simple GNU Mach user-space tests > +|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00031.html]]. > +With a working MiG, a GNU/Linux machine can run make check in the GNU > +Mach source code, which will launch qemu to ensure that 32 bit (PAE > +and non PAE), 32 on 64 bit, and full 64 bit GNU Mach works. We > +currently do this testing on GNU/Linux, because qemu does not run on > +the Hurd. > + > +Many people worked on the Hurd's new [[x86_64 bit > +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00036.html]]. > +A 64-bit debian bbuild is set up, and we can bootstrap a chroot! The > +hurd-amd64 wanna-build infrastructure is also set up. We are having > +issues reliably building packages on a 64-bit Hurd, which lead Samuel > +to uncover and fix [[a proc > +leak|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00035.html]]. > + > +Flavio Cruz [[improved GNU Mach's > +IPC|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00033.html]] > +by reordering `mach_msg_type_t` fields to byte align `msgt_name` and > +`msgt_size`. He also created a patch series to [[avoid message > +resizing for > +x86_64|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00028.html]]. > +He also [[removed untyped mach RPC > +code|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00026.html]]. > +GNU Mach uses typed IPC. The Hurd could support both typed and > +untyped, but it appears that the Hurd only uses typed RPC. So it > +seems best to remove any untyped RPC code. > + > +Sergey Bugaev added [[GNU Mach entry re-coalescing > +support|https://darnassus.sceen.net/~hurd-web/open_issues/gnumach_vm_map_entry_forward_merging/]]. > +Essentially, Mach is not always able to merge two vm entries that are > +made next to each other, which slows down ext2 and bash. Sergey > +allowed GNU Mach to merge entries in the common cases, which gre
[PATCH v3] news/2023-q4.mdwn: new qoth for q4 of 2023.
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.mdwn new file mode 100644 index ..294b6b22 --- /dev/null +++ b/news/2023-q4.mdwn @@ -0,0 +1,121 @@ +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!meta date="2024-01-05 22:22 UTC"]] + +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd +developments in Q4 of 2023! +[[!if test="included()" then="""[[!toggle id=full_news +text="Details."]][[!toggleable id=full_news text="[[!paste id=full_news]]"]]""" +else=" +[[!paste id=full_news]]"]] + +[[!cut id="full_news" text=""" + +Samuel Thibault fixed gcc's Hurd's default pie and [[added static pie +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00061.html]]. +He also added a [[whatis +command|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg7.html]] +to GNU Mach's kernel debugger, which can determine what an +address points to (a stack? a port? some kalloc? ...). He also added +[[hurd-amd64 support to +GCC|https://lists.debian.org/debian-hurd/2023/11/msg00039.html]]. + +Samuel requested that the Hurd team set up a [[continuous +integration,|https://lists.gnu.org/archive/html/bug-hurd/2023-12/msg7.html]] +so that when developers make code changes, they can be certain that +they did not break anything. It turns out that the Hurd supports +several different environments: 32 bit, 64 bit, 32-on-64 bit, ACPI, +non-ACPI, SMP, non-SMP, Xen, etc. Apparently Flavio has a [[personal +CI|https://github.com/flavioc/cross-hurd/actions/runs/7080757561]], +but it is set up in a Debian independent way. If you are interested in +helping the Hurd project set up a CI, then please get in touch! + +Luca Dariz worked on adding [[some simple GNU Mach user-space tests +|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00031.html]]. +With a working MiG, a GNU/Linux machine can run make check in the GNU +Mach source code, which will launch qemu to ensure that 32 bit (PAE +and non PAE), 32 on 64 bit, and full 64 bit GNU Mach works. We +currently do this testing on GNU/Linux, because qemu does not run on +the Hurd. + +Many people worked on the Hurd's new [[x86_64 bit +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00036.html]]. +A 64-bit debian bbuild is set up, and we can bootstrap a chroot! The +hurd-amd64 wanna-build infrastructure is also set up. We are having +issues reliably building packages on a 64-bit Hurd, which lead Samuel +to uncover and fix [[a proc +leak|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00035.html]]. + +Flavio Cruz [[improved GNU Mach's +IPC|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00033.html]] +by reordering `mach_msg_type_t` fields to byte align `msgt_name` and +`msgt_size`. He also created a patch series to [[avoid message +resizing for +x86_64|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00028.html]]. +He also [[removed untyped mach RPC +code|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00026.html]]. +GNU Mach uses typed IPC. The Hurd could support both typed and +untyped, but it appears that the Hurd only uses typed RPC. So it +seems best to remove any untyped RPC code. + +Sergey Bugaev added [[GNU Mach entry re-coalescing +support|https://darnassus.sceen.net/~hurd-web/open_issues/gnumach_vm_map_entry_forward_merging/]]. +Essentially, Mach is not always able to merge two vm entries that are +made next to each other, which slows down ext2 and bash. Sergey +allowed GNU Mach to merge entries in the common cases, which greatly +helps ext2fs. + +Sergey is also working on [[porting the Ladybird web +browser|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00013.html]] +to the Hurd. The author of this post uses the [[netsurf web +browser|https://www.netsurf-browser.org/]] on the Hurd, which works on +simple websites like wikipedia, but it badly renders javascript heavy +websites, which makes many websites un-useable. If Sergey is +successful in porting [[Ladybird|https://ladybird.dev/]], then Hurd +users could start using sites like Github! It is worth n
Re: [PATCH v2] news/2023-q4.mdwn: new qoth for q4 of 2023.
"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". > +Sergey also started [[porting the Hurd to > +AArch64!|https://lists.gnu.org/archive/html/bug-hurd/2023-12/msg00110.html]] > +While a port to RISC-V might be more exciting, 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 GNU Mach to AArch64. Luckily for > +us, Sergey is a genius. He was able to run a 'Hello World' Hurd While I agree with the sentiment, this could reach people better with a little toning down. Maybe something like: But Sergey turned to GDB instead and was able to directly run a 'Hello World' Hurd AArch 64 binary on Linux! Thank you again for working on the qoth! Best wishes, Arne -- Unpolitisch sein heißt politisch sein, ohne es zu merken. draketo.de signature.asc Description: PGP signature
[PATCH v2] news/2023-q4.mdwn: new qoth for q4 of 2023.
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(+) create mode 100644 news/2023-q4.mdwn diff --git a/news/2023-q4.mdwn b/news/2023-q4.mdwn new file mode 100644 index ..11c963a1 --- /dev/null +++ b/news/2023-q4.mdwn @@ -0,0 +1,121 @@ +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!meta date="2024-01-05 22:22 UTC"]] + +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd +developments in Q4 of 2023! +[[!if test="included()" then="""[[!toggle id=full_news +text="Details."]][[!toggleable id=full_news text="[[!paste id=full_news]]"]]""" +else=" +[[!paste id=full_news]]"]] + +[[!cut id="full_news" text=""" + +Samuel Thibault fixed gcc's Hurd's default pie and [[added static pie +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00061.html]]. +He also added a [[whatis +command|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg7.html]] +to GNU Mach's kernel debugger, which can determine what an +address points to (a stack? a port? some kalloc? ...). He also added +[[hurd-amd64 support to +GCC|https://lists.debian.org/debian-hurd/2023/11/msg00039.html]]. + +Samuel requested that the Hurd team set up a [[continuous +integration,|https://lists.gnu.org/archive/html/bug-hurd/2023-12/msg7.html]] +so that when developers make code changes, they can be certain that +they did not break anything. It turns out that the Hurd supports +several different environments: 32 bit, 64 bit, 32-on-64 bit, ACPI, +non-ACPI, SMP, non-SMP, Xen, etc. Apparently Flavio has a [[personal +CI|https://github.com/flavioc/cross-hurd/actions/runs/7080757561]], +but it is set up in a Debian independent way. If you are interested in +helping the Hurd project set up a CI, then please get in touch! + +Luca Dariz worked on adding [[some simple GNU Mach user-space tests +|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00031.html]]. +With a working MiG, a GNU/Linux machine can run make check in the +GNU Mach source code, which will launch qemu to ensure that 32 bit (PAE +and non PAE), 32 on 64 bit, and full 64 bit GNU Mach works. We +currently do this testing on via GNU/Linux, because qemu does not run +on the Hurd. + +Many people worked on the Hurd's new [[x86_64 bit +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00036.html]]. +A 64-bit debian bbuild is set up, and we can bootstrap a chroot! The +hurd-amd64 wanna-build infrastructure is also set up. We are having +issues reliably building packages on a 64-bit Hurd, which lead Samuel +to uncover and fix [[a proc +leak|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00035.html]]. + +Flavio Cruz [[improved GNU Mach's +IPC|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00033.html]] +by reordering `mach_msg_type_t` fields to byte align `msgt_name` and +`msgt_size`. He also created a patch series to [[avoid message +resizing for +x86_64|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00028.html]]. +He also [[removed untyped mach RPC +code|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00026.html]]. +GNU Mach uses typed IPC. The Hurd could support both typed and +untyped, but it appears that the Hurd only uses typed RPC. So it +seems best to remove any untyped RPC code. + +Sergey Bugaev added [[GNU Mach entry re-coalescing +support|https://darnassus.sceen.net/~hurd-web/open_issues/gnumach_vm_map_entry_forward_merging/]]. +Essentially, Mach is not always able to merge two vm entries that are +made next to each other, which slows down ext2 and bash. Sergey +allowed GNU Mach to merge entries in the common cases, which greatly +helps ext2fs. + +Sergey is also working on [[porting the Ladybird web +browser|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00013.html]] +to the Hurd. The author of this post uses the [[netsurf web +browser|https://www.netsurf-browser.org/]] on the Hurd, which works on +simple websites like wikipedia, but it badly renders javascript heavy +websites, which makes many websites un-useable. If Sergey is +successful in porting [[Ladybird|htt
Re: [PATCH] news/2023-q4.mdwn: new qoth for q4 of 2023.
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 [[improved GNUMach's +IPC|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00033.html]] +by reordering `mach_msg_type_t` fields to byte align `msgt_name` and +`msgt_size`. He also created a patch series to [[avoid message +resizing for +x86_64|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00028.html]]. +He also [[removed untyped mach RPC +code|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00026.html]], +since the Hurd always uses typed Mach RPC. It's not that much that *the Hurd* uses typed IPC, it's that gnumach does. The Hurd could easily support either, and in fact this support was present (though likely bitrotten), and this is what Flavio has removed. This is because going forward, we don't see the Hurd running on any other flavor of Mach; but it was originally the goal for it to run on non-GNU Machs, IIRC. +Sergey Bugaev added [[GNUMach entry re-coalescing +support|https://darnassus.sceen.net/~hurd-web/open_issues/gnumach_vm_map_entry_forward_merging/]]. +Essentially, Mach is not always able to merge two vm entries that are +made next to each other, which slows down ext2 and bash. Sergey +allowed GNUMach to merge entries in the common cases, which greatly +helps ext2fs. Is that actually true though — did it speed anything up? I reinstalled hurd-amd64 and it does seem faster than a few months ago, at least noticeable during a foreign debootstrap (on both 32 and 64-bit). Luca
Re: [PATCH] news/2023-q4.mdwn: new qoth for q4 of 2023.
January 6, 2024 at 3:20 PM, "Sergey Bugaev" wrote: > > 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? I'll fix that. > > > > > +Flavio Cruz [[improved GNUMach's > > +IPC|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00033.html]] > > +by reordering `mach_msg_type_t` fields to byte align `msgt_name` and > > +`msgt_size`. He also created a patch series to [[avoid message > > +resizing for > > > > +x86_64|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00028.html]]. > > +He also [[removed untyped mach RPC > > +code|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00026.html]], > > +since the Hurd always uses typed Mach RPC. > > > > It's not that much that *the Hurd* uses typed IPC, it's that gnumach > does. The Hurd could easily support either, and in fact this support > was present (though likely bitrotten), and this is what Flavio has > removed. This is because going forward, we don't see the Hurd running > on any other flavor of Mach; but it was originally the goal for it to > run on non-GNU Machs, IIRC. > > > > > +Sergey Bugaev added [[GNUMach entry re-coalescing > > > > +support|https://darnassus.sceen.net/~hurd-web/open_issues/gnumach_vm_map_entry_forward_merging/]]. > > +Essentially, Mach is not always able to merge two vm entries that are > > +made next to each other, which slows down ext2 and bash. Sergey > > +allowed GNUMach to merge entries in the common cases, which greatly > > +helps ext2fs. > > > > Is that actually true though — did it speed anything up? What can I say? It was an improvement right? How? Lowered memory usage? > > > > +Sergey is also working on [[porting the LadyBird web > > > > +browser|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00013.html]] > > > > We spell Ladybird with a lowercase b. You could also link to > https://ladybird.dev/ here. > > > > > +to the Hurd. The author of this post uses the [[netsurf web > > +browser|https://www.netsurf-browser.org/]] on the Hurd, which works on > > +simple websites like wikipedia, but it badly renders javascript heavy > > +websites, which makes many websites un-useable. If Sergey is > > +successful in porting LadyBird, then Hurd users could start using > > +sites like Github! > > > > Let me show you something (see the attachment :) > > See also [0] for a recent update on Ladybird development; there are > live demos in the second half of the video. > > [0]: https://youtu.be/jagkQMbfqJY > > > > > +Sergey also started [[porting the Hurd to > > > > +AArch64!|https://lists.gnu.org/archive/html/bug-hurd/2023-12/msg00110.html]] > > +While a port to RISC-V might be more exciting, > > > > What I meant there is that RISC-V itself is more exciting, because > it's an open architecture and so on. As far as Hurd ports go, both > ports would be equally exciting to me. In fact, aarch64-gnu might be a > little bit more exciting exactly because I do have the hardware to run > it, today. > > > > > 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, Sergey is a genius. > > > > I wish :D > > > > > He was able to run a 'Hello World' Hurd > > +AArch64 binary on Linux in GDB! This helped him fix some bugs along > > +the way. We still need to define the ABI and complete the GNUMach > > +port, but this is exciting news! > > + > > +Tobias Platen started [[porting GNUMach to > > > > +Power9|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00021.html]]. > > > > Wait, how did I miss this? And I see that discussion even referenced > Darling!? (and no one cc'd me *despite* talking about Darling?) If > that is going somewhere (though it seems stalled?), should I be > hacking on PPC userland? Give it a shot if you want. Definitely reach out to Tobias! > Sergey >
[PATCH] news/2023-q4.mdwn: new qoth for q4 of 2023.
--- 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 +1,119 @@ +[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]] + +[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable +id="license" text="Permission is granted to copy, distribute and/or modify this +document under the terms of the GNU Free Documentation License, Version 1.2 or +any later version published by the Free Software Foundation; with no Invariant +Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license +is included in the section entitled [[GNU Free Documentation +License|/fdl]]."]]"""]] + +[[!meta date="2024-01-05 22:22 UTC"]] + +Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd +developments in Q4 of 2023! +[[!if test="included()" then="""[[!toggle id=full_news +text="Details."]][[!toggleable id=full_news text="[[!paste id=full_news]]"]]""" +else=" +[[!paste id=full_news]]"]] + +[[!cut id="full_news" text=""" + +Samuel Thibault fixed gcc's Hurd's default pie and [[added static pie +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00061.html]]. +He also added a [[whatis +command|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg7.html]] +to GNUMach's kernel debugger, which can determine what an +address points to (a stack? a port? some kalloc? ...). He also added +[[hurd-amd64 support to +GCC|https://lists.debian.org/debian-hurd/2023/11/msg00039.html]]. + +Samuel requested that the Hurd team set up a [[continuous +integration,|https://lists.gnu.org/archive/html/bug-hurd/2023-12/msg7.html]] +so that when developers make code changes, they can be certain that +they did not break anything. It turns out that the Hurd supports +several different environments: 32 bit, 64 bit, 32-on-64 bit, ACPI, +non-ACPI, SMP, non-SMP, Xen, etc. Apparently Flavio has a [[personal +CI|https://github.com/flavioc/cross-hurd/actions/runs/7080757561]], +but it is set up in a Debian independent way. If you are interested in +helping the Hurd project set up a CI, then please get in touch! + +Luca Dariz worked on adding [[some simple GNUMach user-space tests +|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00031.html]]. +With a working MiG, a GNU/Linux machine can run make check in the +GNUMach source code, which will launch qemu to ensure that 32 bit (PAE +and non PAE), 32 on 64 bit, and full 64 bit GNUMach works. We +currently do this testing on via GNU/Linux, because qemu does not run +on the Hurd. + +Many people worked on the Hurd's new [[x86_64 bit +support|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00036.html]]. +A 64-bit debian bbuild is set up, and we can bootstrap a chroot! The +hurd-amd64 wanna-build infrastructure is also set up. We are having +issues reliably building packages on a 64-bit Hurd, which lead Samuel +to uncover and fix [[a proc +leak|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00035.html]]. + +Flavio Cruz [[improved GNUMach's +IPC|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00033.html]] +by reordering `mach_msg_type_t` fields to byte align `msgt_name` and +`msgt_size`. He also created a patch series to [[avoid message +resizing for +x86_64|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00028.html]]. +He also [[removed untyped mach RPC +code|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00026.html]], +since the Hurd always uses typed Mach RPC. + +Sergey Bugaev added [[GNUMach entry re-coalescing +support|https://darnassus.sceen.net/~hurd-web/open_issues/gnumach_vm_map_entry_forward_merging/]]. +Essentially, Mach is not always able to merge two vm entries that are +made next to each other, which slows down ext2 and bash. Sergey +allowed GNUMach to merge entries in the common cases, which greatly +helps ext2fs. + +Sergey is also working on [[porting the LadyBird web +browser|https://lists.gnu.org/archive/html/bug-hurd/2023-11/msg00013.html]] +to the Hurd. The author of this post uses the [[netsurf web +browser|https://www.netsurf-browser.org/]] on the Hurd, which works on +simple websites like wikipedia, but it badly renders javascript heavy +websites, which makes many websites un-useable. If Sergey is +successful in porting LadyBird, then Hurd users could start using +sites like Github! It is worth noting that someone should update the +[[Firefox +port|https://lists.debian.org/debian-hurd/2014/09/msg00070.html]] as +well. + +Sergey also started [[porting the Hurd to +AArch64!|https://lists.gnu.org/archive/html/bug-hurd/2023-12/msg00110.h
Hurd SMP: APIC parser news
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 MADT table. You can check the progress here: https://github.com/AlmuHS/GNUMach_SMP/blob/smp-new/i386/i386at/acpi_parse_apic.c#L560-L564 Some things, as the initialization to a defined value, is missing yet. I added this defines, but I'm not sure about how to use them in the code. #define APIC_IRQ_OVERRIDE_ACTIVE_LOW 2 #define APIC_IRQ_OVERRIDE_LEVEL_TRIGGERED 8 At second thing, I've also did other code modifications: to improve the code style, I've moved the APIC structures to a sources file, and I've implemented a set of functions to manipulate these following an OOP-like model. Now, all operations and access to APIC structures must be done using these functions. You can see this new "library" here: https://github.com/AlmuHS/GNUMach_SMP/blob/smp-new/i386/i386/apic.c I've also done some little changes in APIC header, renaming some structures to better names https://github.com/AlmuHS/GNUMach_SMP/blob/smp-new/i386/i386/apic.h You can see all the changes in the commits log in my GitHub repository If the development goes well, the first patch can be ready in a weeks. https://github.com/AlmuHS/GNUMach_SMP/commits/smp-new Check my code and take me your opinions about this. Thanks, and I wait your response
[PATCH gnumach] Add protected payloads to NEWS
--- 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 fixed. +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. + The kernel debugger can now parse ELF symbol tables, can be invoked over serial lines, gained two new commands and has received usability improvements. -- 2.1.0
Re: [PATCH gnumach] Add protected payloads to NEWS
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 the code base. Several problems have been identified using static analysis tools and subsequently been fixed. +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. + The kernel debugger can now parse ELF symbol tables, can be invoked over serial lines, gained two new commands and has received usability improvements. -- 2.1.0 -- Samuel ***e trouve un .xls ***e passe un moment à se demander quelle version de xml c'est ça, le .xls e: donc j'ai fait un file -+- #sos - on n'a pas forcément les mêmes références que tout le monde -+-
Re: [PATCH gnumach] Add protected payloads to NEWS
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 seeing this in the Debian packages :). -- Richard Braun
Re: [PATCH gnumach] Add protected payloads to NEWS
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 object lookup in the receiving task. Very good job, looking forward to seeing this in the Debian packages :). Yep, definitely :D Samuel
[PATCH] Update NEWS file
--- 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. + +* Improve support for variable-sized c strings. + +* Fix a warning when compiling generated files. + 2013-09-27 Version 1.4 -- 2.1.0
[PATCH] Update NEWS file
--- 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 static analysis and exercising +tools, and have subsequently been fixed. + +The message dispatching code in the Hurd servers has been improved. + +The embedded gz and bz2 decompressor code has been removed, libz and +libbz2 is used instead. + +The native fakeroot tool has been greatly improved and is now able to +build many packages. The portinfo and rpctrace tools now offer a +better debugging experience. + +The performance of the integer hashing library has been improved. + +The procfs translator has been merged. + +The random translator has been merged. + 2013-09-27 Version 0.5 -- 2.1.0
[PATCH] Update NEWS file
--- 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 analysis tools and +subsequently been fixed. + +The kernel debugger can now parse ELF symbol tables, can be invoked +over serial lines, gained two new commands and has received usability +improvements. + +The vm pageout policy has been tuned to accommodate modern hardware. + +The kernel gained partial ACPI support on x86, enough to power down +the system. + 2013-09-27 Version 1.4 -- 2.1.0
Re: [PATCH] Update NEWS file
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
Re: [PATCH] Update NEWS file
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 +Version 1.5 + +Numerous cleanups and stylistic fixes of the code base. Several +problems have been identified using static analysis tools and +subsequently been fixed. + +The kernel debugger can now parse ELF symbol tables, can be invoked +over serial lines, gained two new commands and has received usability +improvements. + +The vm pageout policy has been tuned to accommodate modern hardware. + +The kernel gained partial ACPI support on x86, enough to power down +the system. + 2013-09-27 Version 1.4 -- 2.1.0 -- Samuel studdud what the fuck is wtf
Re: [PATCH] Update NEWS file
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-XX +Version 1.5 + +* Emit `X_server_routine' functions that can be inlined reducing the + message dispatch overhead. + +* Improve support for variable-sized c strings. + +* Fix a warning when compiling generated files. + 2013-09-27 Version 1.4 -- 2.1.0 -- Samuel /* Amuse the user. */ printk( \\|/ \\|/\n \@'/ ,. \\`@\\n /_| \\__/ |_\\\n \\__U_/\n); (From linux/arch/sparc/kernel/traps.c:die_if_kernel())
Re: [PATCH] Update NEWS file
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 +Version 0.6 + +Numerous cleanups and stylistic fixes of the code base. Several +problems have been identified using static analysis and exercising +tools, and have subsequently been fixed. + +The message dispatching code in the Hurd servers has been improved. + +The embedded gz and bz2 decompressor code has been removed, libz and +libbz2 is used instead. + +The native fakeroot tool has been greatly improved and is now able to +build many packages. The portinfo and rpctrace tools now offer a +better debugging experience. + +The performance of the integer hashing library has been improved. + +The procfs translator has been merged. + +The random translator has been merged. + 2013-09-27 Version 0.5 -- 2.1.0 -- Samuel c'est pas nous qui sommes à la rue, c'est la rue qui est à nous
Re: [PATCH] Update NEWS file
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
Re: GNUnet News: vfork and the signal race
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 a bug? A documentation is not a norm. The norm only says that it shall be equivalent to fork(), except that the behavior is undefined if the process created by vfork() either modifies any data other than a variable of type pid_t used to store the return value from vfork(), or returns from the function in which vfork() was called, or calls any other function before successfully calling _exit() or one of the exec family of functions. Relying on some OS documentation makes you out of portability, it's the norm that matters for portability. Posix has actually even just dropped the function from its standard, so using vfork is now not even standard according to POSIX 2008. Did you even read about the scenario I described at https://gnunet.org/vfork ? Before writing this, I looked around for existing information on vfork, but I didn't find anyone making a good argument (or even the claim) that relying on 'suspend-the-parent' was per-se buggy. Nothing in the POSIX norm says that the parent is suspended. (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. Now, about the problem you mention on the webpage, isn't it possible to use a semaphore to tell the hypervisor when the just-forked process has changed its signal handler for something that is fine with SIGTERM? Or use a signal back (IIRC Xorg does this). That would implement the make father wait in a portable way. Samuel
Re: GNUnet News: vfork and the signal race
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 implemented as fork. Now, about the problem you mention on the webpage, isn't it possible to use a semaphore to tell the hypervisor when the just-forked process has changed its signal handler for something that is fine with SIGTERM? Or use a signal back (IIRC Xorg does this). That would implement the make father wait in a portable way. How about blocking signals until the child is actually able to handle SIGTERM correctly ? POSIX clearly states signal masks are inherited on forks. AIUI, this case doesn't need the parent to wait, only to avoid the kill/exec race. -- Richard Braun
Re: GNUnet News: vfork and the signal race
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 the norm says. I think you meant the norm explicitely says vfork can be implemented as fork. Yes, which is sufficient for what you said. Now, about the problem you mention on the webpage, isn't it possible to use a semaphore to tell the hypervisor when the just-forked process has changed its signal handler for something that is fine with SIGTERM? Or use a signal back (IIRC Xorg does this). That would implement the make father wait in a portable way. How about blocking signals until the child is actually able to handle SIGTERM correctly ? POSIX clearly states signal masks are inherited on forks. AIUI, this case doesn't need the parent to wait, only to avoid the kill/exec race. Indeed. Samuel
Re: GNUnet News: vfork and the signal race
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 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 implemented as fork. Yes, which is sufficient for what you said. I meant what *he* said. Samuel
Re: GNUnet News: vfork and the signal race
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 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 between fork and exec when the parent gets its kill, and then it tries to kill the child, and the kill happens before the child execs (the problematic case you describe), then the child simply enters the hypervisor's signal handler, notices that it's not the hypervisor, and exits. Thomas On Fri, Nov 25, 2011 at 4:09 PM, Christian Grothoff christ...@grothoff.org mailto:christ...@grothoff.org 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 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://gnunet.org/vfork ? Before writing this, I looked around for existing information on vfork, but I didn't find anyone making a good argument (or even the claim) that relying on 'suspend-the-parent' was per-se buggy. (Naturally, the result would be non-portable for systems where fork==vfork, but then maybe implementing vfork as fork is the bug? ;-)) Happy hacking Christian
Re: GNUnet News: vfork and the signal race
Hallo! On Sat, 26 Nov 2011 15:53:45 +0100, Christian Grothoff christ...@grothoff.org 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 problem. Always remember to ask your fellow Hurd folks for such OS level issues, eh? ;-) Grüße, Thomas pgpmvU5iOzxqt.pgp Description: PGP signature
Re: GNUnet News: vfork and the signal race
Hallo! On Thu, 24 Nov 2011 15:59:55 -, Planet GNU tschwinge+n...@gnu.org 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 technical case where vfork is actually required and where using vfork instead of fork (or operating system implementors implementing vfork as an alias for fork) causes a hard-to-find data race. [...] URL: https://gnunet.org/vfork Rather ``using *fork* instead of *vfork*'', I assume? Just for the record, the Hurd doesn't have a vfork implementation, and we're thus using glibc's default POSIX vfork implementation: /* If we don't have vfork, fork is close enough. */ __pid_t __vfork (void) { return __fork (); } I wonder how clumsy it would get to add vfork's ``parent blocks until the child calls _exit or exec'' functionality. Grüße, Thomas pgpYoE44JKDua.pgp Description: PGP signature
Re: GNUnet News: vfork and the signal race
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 tho...@schwinge.namewrote: Hallo! On Thu, 24 Nov 2011 15:59:55 -, Planet GNU tschwinge+n...@gnu.org 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 technical case where vfork is actually required and where using vfork instead of fork (or operating system implementors implementing vfork as an alias for fork) causes a hard-to-find data race. [...] URL: https://gnunet.org/vfork Rather ``using *fork* instead of *vfork*'', I assume? Just for the record, the Hurd doesn't have a vfork implementation, and we're thus using glibc's default POSIX vfork implementation: /* If we don't have vfork, fork is close enough. */ __pid_t __vfork (void) { return __fork (); } I wonder how clumsy it would get to add vfork's ``parent blocks until the child calls _exit or exec'' functionality. Grüße, Thomas
news 2010-07: great work Thomas!
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 signature.asc Description: This is a digitally signed message part.
pfinet memory leaks (was: News 2010-06)
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. I've put it in flubber:~youpi/pfinet I've been using that one one four machines (flubber, as well as the web server amongst them) for two weeks, took measurements with ps, and can report that this patched version indeed makes pfinet stay stable around a 133 MiB virtual image with 1 to 2.5 MiB resident. Regards, Thomas signature.asc Description: Digital signature
news 2010-07
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/debian/hurd-installer/) into basic working state with a simple [4 step installation guide](http://jk.fr.eu.org/debian/hurd-installer/README.txt) ([status mail](http://lists.gnu.org/archive/html/bug-hurd/2010-07/msg00158.html)). This gets us a big step towards easy installation and automated image creation. You can track Jérémie’s progress on his [[user_page|user/jkoenig]]. Also Emilio Pozuelo Monfort worked on improving the compatibility with third party programs via [changes to exec](http://lists.gnu.org/archive/html/bug-hurd/2010-07/msg00141.html) and added support to [send file descriptors over Unix sockets](http://lists.gnu.org/archive/html/bug-hurd/2010-07/msg00145.html). Both will help getting more packages to compile and run in the Hurd. Additionally Ludovic Courtès [fixed make dist](http://lists.gnu.org/archive/html/bug-hurd/2010-07/msg00098.html) in console-client which allows easy tarball creation for uploading to ftp.gnu.org. And dasht provided [some background on the Hurd and GNU in general from a FSF hacker](http://news.ycombinator.com/item?id=1474941) while LWN posted a [well researched article on the status of the Hurd](http://lwn.net/Articles/395150/). Best wishes, Arne -- singing a part of the history of free software: - http://infinite-hands.draketo.de signature.asc Description: This is a digitally signed message part.
Re: News 2010-06
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 the exam period was good, and Emilio will be back late next week and seems determined to give it a good push before the mid term evaluation comes. He'll also have a lot more time in the later half so there shouldn't be a problem making this project a success. I had an unexpected problem with a subject, but it's all fine now. As Carl said, I didn't made any progress in the last weeks due to exams, but (for good or bad, hopefully good!) I'm done now and I'll work full time on Hurd from now on. Best regards, Emilio
Re: News 2010-06
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.
Re: News 2010-06
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
Re: News 2010-06
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 week and seems determined to give it a good push before the mid term evaluation comes. He'll also have a lot more time in the later half so there shouldn't be a problem making this project a success. Regards, Fredrik
Re: News 2010-06
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 initrd support in Mach for the Debian installer. It is worth mentioning that with all his various fixes, he ended up installing a hurd system from d-i! There were still hacks here and there, but that means the d-i project will most probably be successful. Great! What's the status of the other GSoC projects? It might also be worth mentioning that I fixed a leak in the pfinet server which would usually push buildds on their knees after 3-4 days building packages. Since then, bach (on which I could just restart pfinet without even interrupting the builds going on) has been continuously building stuff for 7 full days now, and still going on. Can you publish .deb packages? 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. Regards, Thomas signature.asc Description: Digital signature
Re: News 2010-06
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. I've put it in flubber:~youpi/pfinet Samuel
News 2010-06
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 for the Debian installer. Also Karim Allah Amed added the [first patch](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg00023.html) to port the clustered paging-in from OSF Mach to GNU Mach which should improve the virtual memory performance of the Hurd. And Carl Fredrik Hammar added patches to improve the stability of the auth server ( [port death](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg3.html) and [null port](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg00019.html)). Please tell me what I missed! Best wishes, Arne
Re: News 2010-06
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/archive/html/bug-hurd/2010-06/msg00047.html) to add initrd support in Mach for the Debian installer. It is worth mentioning that with all his various fixes, he ended up installing a hurd system from d-i! There were still hacks here and there, but that means the d-i project will most probably be successful. It might also be worth mentioning that I fixed a leak in the pfinet server which would usually push buildds on their knees after 3-4 days building packages. Since then, bach (on which I could just restart pfinet without even interrupting the builds going on) has been continuously building stuff for 7 full days now, and still going on. Samuel
Re: news for 2010-05
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. Regards, Thomas -- Ein Würfel System - einfach saubere Regeln: - http://1w6.org signature.asc Description: This is a digitally signed message part.
Re: news for 2010-05
Hello! Did some changes, then published. Sorry for the delay. Regards, Thomas signature.asc Description: Digital signature
Re: news for 2010-05
Hi, On Mittwoch, 2. Juni 2010 00:00:20 olafbuddenha...@web.de wrote: Hm... Do you mean to include this verbatim? I think it's rather confusing out of context... The bottom line is that all drivers emulated by qemu and vmware work fine now. That description is nice → verbatim replaced :) In general I had some problems getting a real overview on the changes last month. Informatic posts are easy to get, but discussions on patches are kinda hard to digest :) I shudder when thinking how hard it would be for outsiders to even get a glance of the activity… Anyway: …going to IRC for asking interactively… :) should improve performance for high throughput situations. This description might be a bit too abstract... Though I don't understand enough of the details to describe it better :-( I tried again: to prevent thread storms when synchronizing large pagers in ext2fs. They should improve performance when many files are accessed at the same time. (It would be great to have my emails in emacs – I wish I had managed to configure Gnus for my maildirs; it would simplify email integration into text work a lot…) I think the name thread storms can stay in, because it is directly understandable: “there are too many threads” :) BTW, I think you should also mention some of the other patches from Sergio and others that went by this month. Most notably Emilio's patches (which fix some bugs -- though I don't remember in what real-life situtations these manifested); and Fredrik's settrans -i (or was that already last month?), which greatly helps in debugging translators. Thanks to the help in IRC I added a section for that: And Emilio Pozuelo Monfort, Carl Fredrik Hammar, Sergio Lopez and others developed some patches ( [auth](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg3.html), [exec](http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00108.html), [tmpfs](http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00076.html), … ) to fix or improve the semantics of various internal hurd servers, to avoid some bugs or improve performance. And the [scheduled IRC meetings for Google Summer of code] … Does this really belong in a month of the Hurd?... It gives 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*, *thread storms*, *patches*, *new live CD* and *IRC meetings*. This month [[Zheng_Da|user/zhengda]] [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. The drivers emulated by qemu and vmware already work fine, but it still needs work to run on real hardware. Also Sergio Lopez [added some patches](http://lists.gnu.org/archive/html/bug- hurd/2010-05/msg00106.html) to prevent thread storms when synchronizing large pagers in ext2fs. They should improve performance when many files are accessed at the same time. And Emilio Pozuelo Monfort, Carl Fredrik Hammar, Sergio Lopez and others developed some patches ( [auth](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg3.html), [exec](http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00108.html), [tmpfs](http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00076.html), … ) to fix or improve the semantics of various internal hurd servers, to avoid some bugs or improve performance. Additionally Justus Winter created a [live CD] (http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00033.html) with an installation wizard in the spirit of the OpenBSD installer. He needs testers to improve it. And the [scheduled IRC meetings for Google Summer of code] (http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00148.html) are continuing on Mondays and Thursdays, 10:30 UTC. If you want to catch up on them, you can have a look at the [channel logs](http://richtlijn.be/~larstiq/hurd/). small*PS: As the amount of new 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 it and can I say why it is great for the Hurd at large?” There definitely is stuff I don’t understand well enough to explain here… — [[Arne_Babenhauserheide|community/weblogs/ArneBab]]*/small -- * email news: In the [[mailing_lists]], especially [[bug-hurd| mailing_lists#bug-hurd]]. * IRC contact: #hurd on freenode.net; meeting on mondays and thursdays, 10:30 UTC ([logs](http://richtlijn.be/~larstiq/hurd/)). Best wishes, Arne signature.asc Description: This is a digitally signed message part.
news for 2010-05
Hi, I just wrote the new Month of the Hurd. Please tell me if there’s anything which should be added, removed or changed. A month of the Hurd: *dde linux26*, *thread storms*, *new live CD* and *IRC meeting schedule*. 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: I tested pcnet32, ne2k-pci, rtl8139, e1000. pcnet32 works in both VMWare and qemu. Only qemu emulates ne2k-pci and rtl8139 cards and both DDE drivers work well in qemu. — [[Zheng_Da|user/zhengda]] Also Sergio Lopez [added some patches](http://lists.gnu.org/archive/html/bug- hurd/2010-05/msg00106.html) to prevent thread storms when synchronizing large pagers in ext2fs. They should improve performance for high throughput situations. Additionally Justus Winter created a [live CD] (http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00033.html) with an installation wizard in the spirit of the OpenBSD installer. He needs testers to improve it. And the [scheduled IRC meetings for Google Summer of code] (http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00148.html) are continuing on Mondays and Thursdays, 10:30 UTC. If you want to catch up on them, you can have a look at the [channel logs] (http://richtlijn.be/~larstiq/hurd/). small*PS: As the amount of new 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 it and can I say why it is great for the Hurd at large?” — [[Arne_Babenhauserheide|community/weblogs/ArneBab]]*/small Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: news for 2010-05
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: I tested pcnet32, ne2k-pci, rtl8139, e1000. pcnet32 works in both VMWare and qemu. Only qemu emulates ne2k-pci and rtl8139 cards and both DDE drivers work well in qemu. ??? [[Zheng_Da|user/zhengda]] Hm... Do you mean to include this verbatim? I think it's rather confusing out of context... The bottom line is that all drivers emulated by qemu and vmware work fine now. However, AFAIK there have been no success reports so far from running on real hardware. Justus tried 8139too, which didn't work because of some missing functionality in DDE; and sis900, which kinda worked after stubbing out one function, but crashes under load... I'm not aware of anyone else having tried real hardware so far. Also Sergio Lopez [added some patches](http://lists.gnu.org/archive/html/bug- hurd/2010-05/msg00106.html) to prevent thread storms when synchronizing large pagers in ext2fs. They should improve performance for high throughput situations. This description might be a bit too abstract... Though I don't understand enough of the details to describe it better :-( BTW, I think you should also mention some of the other patches from Sergio and others that went by this month. Most notably Emilio's patches (which fix some bugs -- though I don't remember in what real-life situtations these manifested); and Fredrik's settrans -i (or was that already last month?), which greatly helps in debugging translators. Additionally Justus Winter created a [live CD] (http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00033.html) with an installation wizard in the spirit of the OpenBSD installer. He needs testers to improve it. Glad you mention it -- this definitely should get more attention than it has seen so far :-) And the [scheduled IRC meetings for Google Summer of code] (http://lists.gnu.org/archive/html/bug-hurd/2010-05/msg00148.html) are continuing on Mondays and Thursdays, 10:30 UTC. If you want to catch up on them, you can have a look at the [channel logs] (http://richtlijn.be/~larstiq/hurd/). Does this really belong in a month of the Hurd?... -antrik-
Re: news 2010-04 in identi.ca and twitter
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 message part.
Re: news 2010-04 in identi.ca and twitter
Am Montag, 3. Mai 2010, 13:44:10 schrieb Jure Repinc: --- Links --- https://identi.ca/notice/30857295 https://twitter.com/ArneBab/status/13288232394 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/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: → http://picandocodigo.net/2010/progresa-gnuhurd-sistema-operativo-gnu/ Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: news 2010-04
Hi, On Mon, May 03, 2010 at 07:18:05AM +0200, Arne Babenhauserheide wrote: Did you ever hear an ironic phrase like ???It will be released when the Hurd is finished Right, the Hurd will be the release platform for Duke Nukem Forever... ;-) Actually, the same issue was mentioned 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 evidence (that can???t debate away) which shows that the premonition is false (I already saw that happening once). Great :-) -antrik-
Re: news 2010-04 in identi.ca and twitter
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/news/2010-04-30.html Thanks :-) And there is a lively discussion going on on reddit: http://www.reddit.com/r/linux/comments/bz6ep/gnuhurd_progress_did_you_know_66_of_debian/ Well, the posts are mostly not very interesting -- pretty much the same which come up every time Hurd is mentioned on such news sites... Still, it's always good to see public discussion: it rises awareness, which in turn is a prerequisite for interest :-) Also, you just made me waste almost a day writing comments ;-) -antrik-
Re: news 2010-04 in identi.ca and twitter
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 (well, the title and a link) Best wishes, Arne 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/news/2010-04-30.html And there is a lively discussion going on on reddit: http://www.reddit.com/r/linux/comments/bz6ep/gnuhurd_progress_did_you_know_66_of_debian/ Have a great time, Jure JLP Repinc -- Contributor to: Thousand Parsec - http://www.thousandparsec.net/ KDE - http://www.kde.org/ Mandriva Linux - http://www.mandriva.com/ My Blog: http://jlp.holodeck1.com/blog/
Re: news 2010-04
Hi, On Thu, Apr 29, 2010 at 06:07:50PM +0200, Arne Babenhauserheide wrote: Also the fix from *Samuel Thibault* got included in libxcb1, so X.org [works out of the box again](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*. Err... These seem to be two completely unrelated news items? Also *Emilio Pozuelo Monfort* mentored by *Fredrik Hammar* will work on the possibly boring yet extremely valuable task of [fixing compatibility problems exposed by projects testsuites] (http://socghop.appspot.com/gsoc/student_project/show/google/gsoc2010/gnuproject/t127230759396) ([[details|community/gsoc/project_ideas/testsuites]]). I don't think boring is a suitable attribute :-) It may be less exciting in the sense that it doesn't produce new features, better performance etc. (Though it's quite possible that some fixes will improve overall stability.) However, I don't think the actual work involved is less interesting than work on other tasks. So we had quite an exiting month with many starting threads, which makes this the perfect time to subscribe to our [[mailing_lists]] (bug-hurd and debian-hurd are the main lists) and see the Hurd make another leap forward :) Perhaps this is a stealth reference to it ;-) -- but I wonder whether it wouldn't be good to explicitely mention Sergio's experiments on the effect of out-of-band data on IPC performance; work on fixing tmpfs; and various suggestions for improving the external pager interface? -antrik-
Re: news 2010-04
Am Sonntag, 2. Mai 2010, 09:10:06 schrieb olafbuddenha...@gmx.net: Hi, On Thu, Apr 29, 2010 at 06:07:50PM +0200, Arne Babenhauserheide wrote: Also the fix from *Samuel Thibault* got included in libxcb1, so X.org [works out of the box again](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*. Err... These seem to be two completely unrelated news items? They were mostly pulled together, because they are both concerned with ease of running hurd, and because I wanted to keep the news easy to take in (too many paragraphs make it harder to read). I don't think boring is a suitable attribute :-) It may be less exciting Why didn’t I find that phrase?! :) And it’s so simple… (my mind isn’t with me enough the last two weaks — I have to take antihistaminica for the first time in my life :( ) @Thomas: can we still change it? Perhaps this is a stealth reference to it ;-) -- but I wonder whether it wouldn't be good to explicitely mention Sergio's experiments on the effect of out-of-band data on IPC performance; work on fixing tmpfs; and various suggestions for improving the external pager interface? I ran out of “space”[^1], so I had to try and find the most interesting parts for readers. [^1]: I try to keep the news short enough, that people can read them in a short break. Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - Ein Würfel System - einfach saubere Regeln - http://1w6.org signature.asc Description: This is a digitally signed message part.
Re: news 2010-04
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 this is a stealth reference to it ;-) -- but I wonder whether it wouldn't be good to explicitely mention Sergio's experiments on the effect of out-of-band data on IPC performance; work on fixing tmpfs; and various suggestions for improving the external pager interface? It is surely very valuable work that Sergio is doing (Go!, Go!, Go!), but we previously agreed to only list items that have already (and recently) been published as patches (or equivalent) -- such that others can use / reproduce / verify it. But I'm pretty sure that there'll be something to include in next month's news. :-) Regards, Thomas signature.asc Description: Digital signature
Re: news 2010-04
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.
Re: news 2010-04
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.
Re: news 2010-04
Hi, On Sun, May 02, 2010 at 01:43:03PM +0200, Arne Babenhauserheide wrote: Am Sonntag, 2. Mai 2010, 09:10:06 schrieb olafbuddenha...@gmx.net: On Thu, Apr 29, 2010 at 06:07:50PM +0200, Arne Babenhauserheide wrote: Also the fix from *Samuel Thibault* got included in libxcb1, so X.org [works out of the box again](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*. Err... These seem to be two completely unrelated news items? They were mostly pulled together, because they are both concerned with ease of running hurd, and because I wanted to keep the news easy to take in (too many paragraphs make it harder to read). Apparently it didn't work out, if it needs explanation ;-) (my mind isn???t with me enough the last two weaks ??? I have to take antihistaminica for the first time in my life :( ) Oh :-( -antrik-
Re: news 2010-04
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, he as well updated his toolchain cross-compilation script to the current source code packages, [...] This is wrong grammer I believe: as well should go at the end -- or just use also instead, which would be fine in that place :-) BTW, the plug at the end sounds rather pathetic IHMO... But perhaps that's just me ;-) It is surely very valuable work that Sergio is doing (Go!, Go!, Go!), but we previously agreed to only list items that have already (and recently) been published as patches (or equivalent) -- such 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 manifested in patches I'd say... Well, perhaps I'm thinking kernel traffic too much here. -antrik-
Re: news 2010-04
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.
news 2010-04 in identi.ca and twitter
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.
Re: news 2010-04
Hi, Am Montag, 3. Mai 2010, 02:23:17 schrieb olafbuddenha...@gmx.net: It is surely very valuable work that Sergio is doing (Go!, Go!, Go!), but we previously agreed to only list items that have already (and recently) been published as patches (or equivalent) -- such 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 manifested in patches I'd say... The reason for that is that the Hurd has a reputation for never getting finished, and that reputation is what hurts it most when it comes to adoption (and developer influx) — at least from my understanding. Did you ever hear an ironic phrase like “It will be released when the Hurd is finished”? The news are a direct push at fixing that problem: “This is what the Hurd developers accomplished last month” ⇒ ‘A month of the Hurd’. It’s not just about showing that things are moving, but about showing that things are being accomplished. And to maximize the impact of these news, every news item must be verifiable by every reader as not being vaporware. So the next time someone says “the Hurd will never be finished” people can just point to the news as solid evidence (that can’t debate away) which shows that the premonition is false (I already saw that happening once). That’s also why I often put in stuff like “this gets us a huge step towards …”: showing that the big picture is moving, too. In short: The month of the Hurd isn’t just a newsfeed. It is a take at fixing the public image of the Hurd. Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: news 2010-04
Am Freitag, 30. April 2010 15:52:07 schrieb Ivan Shmakov: Arne Babenhauserheide arne_...@web.de writes: A couple of minor tweaks are suggested below. Fixed, many thanks! - Arne signature.asc Description: This is a digitally signed message part.
Re: news 2010-04
Arne Babenhauserheide arne_...@web.de writes: [...] A couple of minor tweaks are suggested below. And finally *Karim Ahmed* mentored by *Sergio Lopez* will work on [Tuning the VM Subsystem in GNU/Hurd] (http://socghop.appspot.com/gsoc/student_project/show/google/gsoc2010/gnuproject/t127230759587) to bring get the virtual memory management in Hurd/Mach up to date … to bring the virtual… ([[details|community/gsoc/project_ideas/vm_tuning]]). So we had quite an exiting month with many starting threads, … quite an exciting month… which makes this the perfect time to subscribe to our [[mailing_lists]] (bug-hurd and debian-hurd are the main lists) and see the Hurd make another leap forward :) [...] -- FSF associate member #7257 pgpek5aSnenww.pgp Description: PGP signature
news 2010-04
Hi, I just wrote the news 2010-04 (with help of a draft by Thomas). Please tell me if there’s something missing or something we could improve. A month of the Hurd: *Arch Hurd on Hardware*, *X.org out of the box*, *new debian qemu image* and *GSoC students*. This month the Arch Hurd team reported the first instance of Arch Hurd [running on real hardware](http://www.archhurd.org/news/11) (and uploaded [a photo](http://wiki.archhurd.org/wiki/User:Giselher#ArchHurd_on_a_real_PC) as evidence). Also the fix from *Samuel Thibault* got included in libxcb1, so X.org [works out of the box again](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*. And mainly thanks to *Jose Luis Alarcon Sanchez* we now have a [new qemu image](http://lists.debian.org/debian-hurd/2010/04/msg00098.html) Which runs out of the box via `qemu -hda debian-hurd-17042010-qemu.img`. Now to the GSoC news: we got [3 students](http://socghop.appspot.com/gsoc/program/list_projects/google/gsoc2010) working on the Hurd this year: *Jeremie Koenig* mentored by *Samuel Thibault* will be working on adapting the debian-installer to [produce working Debian GNU/Hurd installation images] (http://socghop.appspot.com/gsoc/student_project/show/google/gsoc2010/debian/t127230758239) so we can more easily offer up to date disc-sets ([details](http://wiki.debian.org/SummerOfCode2010/HurdDebianInstaller/JeremieKoenig)). Also *Emilio Pozuelo Monfort* mentored by *Fredrik Hammar* will work on the possibly boring yet extremely valuable task of [fixing compatibility problems exposed by projects testsuites] (http://socghop.appspot.com/gsoc/student_project/show/google/gsoc2010/gnuproject/t127230759396) ([[details|community/gsoc/project_ideas/testsuites]]). And finally *Karim Ahmed* mentored by *Sergio Lopez* will work on [Tuning the VM Subsystem in GNU/Hurd] (http://socghop.appspot.com/gsoc/student_project/show/google/gsoc2010/gnuproject/t127230759587) to bring get the virtual memory management in Hurd/Mach up to date ([[details|community/gsoc/project_ideas/vm_tuning]]). So we had quite an exiting month with many starting threads, which makes this the perfect time to subscribe to our [[mailing_lists]] (bug-hurd and debian-hurd are the main lists) and see the Hurd make another leap forward :) We’d be happy to see you sign up and contribute towards making the Hurd usable for everyone ([[our_mission|community/weblogs/antrik/hurd-mission-statement]]). Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - Ich hab' nichts zu verbergen – hab ich gedacht - http://draketo.de/licht/lieder/ich-hab-nichts-zu-verbergen signature.asc Description: This is a digitally signed message part.
Re: news 2010-03: *bug squashing* and *Hurd in GSoC 2010 with GNU*
On Sat, Mar 27, 2010 at 04:16:11PM +0100, Arne Babenhauserheide wrote: Am Samstag, 27. März 2010 16:00:37 schrieb olafbuddenha...@gmx.net: Hi, On Sat, Mar 27, 2010 at 03:03:36PM +0100, Arne Babenhauserheide wrote: This month saw bugs dieing as they met hackers like [Jérémie, Antrik, Samuel](http://lists.gnu.org/archive/html/bug- I don't take any credit for that... Also, I never capitalize my nick :-) OK, cleaned up - your nick in the second paragraph. Thanks! Maybe I mentioned this before (and I won't mention it again), but if the news are directed to people not already in the community (which I assume, otherwise people should know about most of it anyway), then I would suggest not using first names only or nicknames, but spelling out full names. Michael
Re: news 2010-03: *bug squashing* and *Hurd in GSoC 2010 with GNU*
Hello! On Mon, Mar 29, 2010 at 07:28:36AM +0200, Arne Babenhauserheide wrote: Am Samstag, 27. März 2010 16:16:11 schrieb Arne Babenhauserheide: PPS: branch not up to date, because I merged too early and will hold off pushing to first get feedback here. It’s on bddebian, now. I had removed it from the master branch again, as we needed to publish some other updates (and I didn't want the news item to be visible already). But now it's online on http://hurd.gnu.org/. Regards, Thomas signature.asc Description: Digital signature
Re: news 2010-03: *bug squashing* and *Hurd in GSoC 2010 with GNU*
Am Donnerstag, 1. April 2010 10:08:42 schrieb Thomas Schwinge: I had removed it from the master branch again, as we needed to publish some other updates (and I didn't want the news item to be visible already). But now it's online on http://hurd.gnu.org/. Many thanks! Best wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - Ein Würfel System - einfach saubere Regeln - http://1w6.org signature.asc Description: This is a digitally signed message part.
Re: news 2010-03: *bug squashing* and *Hurd in GSoC 2010 with GNU*
Am Samstag, 27. März 2010 16:16:11 schrieb Arne Babenhauserheide: PPS: branch not up to date, because I merged too early and will hold off pushing to first get feedback here. It’s on bddebian, now. Best wishes, Arne --- --- --- --- --- --- --- --- --- Unpolitisch sein heißt politisch sein, ohne es zu merken. - Arne (http://draketo.de) --- --- --- --- --- --- --- --- --- signature.asc Description: This is a digitally signed message part.
news 2010-03: *bug squashing* and *Hurd in GSoC 2010 with GNU*
I wrote the news for this march and am ready to release it. Please write every improvement suggestinon which comes to your mind! This month saw bugs dieing as they met hackers like [Jérémie, Antrik, Samuel](http://lists.gnu.org/archive/html/bug- hurd/2010-03/msg00027.html), [Da Zheng, Thomas](http://lists.gnu.org/archive/html/bug- hurd/2010-03/msg00051.html) and [Jakub](http://lists.gnu.org/archive/html/bug-hurd/2010-03/msg00071.html), (keeping it to the ones which were discussed in the [[mailing_list|mailing_lists#bug-hurd]]). Also Antrik, Thomas and Cfhammar [wrote] (http://lists.gnu.org/archive/html/bug-hurd/2010-03/msg00022.html) our [[application|community/gsoc/organization_application]] for the Google Summer of Code 2010, but Google is [asking most GNU projects to work under the GNU project umbrella] (http://lists.gnu.org/archive/html/bug-hurd/2010-03/msg00125.html), so we aren’t listed as project directly. Instead Hurd in GSoC is a subproject of GNU. This means: You can apply for any of the ideas on our [[Hurd_ideas_for_GSoC_2010|community/gsoc/project_ideas]] page via the [GNU project GSoC page] (http://socghop.appspot.com/gsoc/org/show/google/gsoc2010/gnuproject). If you apply, please also include the information from our [[student_application_form|community/gsoc/student_application_form]]. We’re anxious to see your applications! Best wishes, Arne PS: The “breaking news” box looks great — and it works (instantly drew my attention). signature.asc Description: This is a digitally signed message part.
Re: news 2010-03: *bug squashing* and *Hurd in GSoC 2010 with GNU*
Hi, On Sat, Mar 27, 2010 at 03:03:36PM +0100, Arne Babenhauserheide wrote: This month saw bugs dieing as they met hackers like [Jérémie, Antrik, Samuel](http://lists.gnu.org/archive/html/bug- hurd/2010-03/msg00027.html), I don't take any credit for that... Also, I never capitalize my nick :-) -antrik-
Re: news 2010-03: *bug squashing* and *Hurd in GSoC 2010 with GNU*
Hi, Am Samstag, 27. März 2010 16:00:37 schrieb olafbuddenha...@gmx.net: Hi, On Sat, Mar 27, 2010 at 03:03:36PM +0100, Arne Babenhauserheide wrote: This month saw bugs dieing as they met hackers like [Jérémie, Antrik, Samuel](http://lists.gnu.org/archive/html/bug- I don't take any credit for that... Also, I never capitalize my nick :-) OK, cleaned up - your nick in the second paragraph. Thanks! Best wishes, Arne PS: Git commit via emacs is completely painless C-x v v → enter comment → C-c C-c That’s how basic version tracking should work. (and yes: it works the same way with Mercurial :) ) PPS: branch not up to date, because I merged too early and will hold off pushing to first get feedback here. --- --- --- --- --- --- --- --- --- Unpolitisch sein heißt politisch sein, ohne es zu merken. - Arne (http://draketo.de) --- --- --- --- --- --- --- --- --- signature.asc Description: This is a digitally signed message part.
Re: Late news
Hello! On Tue, Mar 09, 2010 at 07:54:49AM +0100, Arne Babenhauserheide wrote: Am Montag, 8. März 2010 08:41:35 schrieb Arne Babenhauserheide: If there are no objections, I'll push it do bddebian master this evening, so it will be online once Thomas pulls it into the site. The news are now released on bddebian. ... now on http://www.gnu.org/software/hurd/ (after some changes and enhancements, as usual) -- enjoy! Regards, Thomas signature.asc Description: Digital signature
Re: Late news
Am Mittwoch, 10. März 2010 17:17:04 schrieb Thomas Schwinge: The news are now released on bddebian. ... now on http://www.gnu.org/software/hurd/ (after some changes and enhancements, as usual) -- enjoy! Many thanks! The changes are great! Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: Late news
Am Montag, 8. März 2010 08:41:35 schrieb Arne Babenhauserheide: If there are no objections, I'll push it do bddebian master this evening, so it will be online once Thomas pulls it into the site. The news are now released on bddebian. - http://www.bddebian.com:/~hurd-web/news/2010-02-28/ Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: Late news
Am Freitag, 5. März 2010 17:58:29 schrieb olafbuddenha...@gmx.net: I still haven't uploaded the slides. But I guess you can just link to the relevant pages for the talks on the FOSDEM site -- I assume the slided will be linked there too once I send them in... I added a note for that, and now the new late Month of the Hurd reads like this: This month saw the first running and testable [[DDE_driver_by_Zheng_Da|user/zhengda]], with which he begins to reap the benefits of porting DDE to Hurd, since [[DDE|dde]] allows to use current Linux drivers for Mach and L4. Also Samuel Thibault [pushed libpciaccess to Xorg] (http://lists.freedesktop.org/archives/xorg/2010-January/048801.html) which adds support in the Xserver (x86) “for OSes that do not have a PCI interface, tinkering with I/O ports, and makes use of it on GNU/Hurd.” Additionally we saw the talks on the Hurd in the Alt-OS devroom at Fosdem: [Why is Anyone Still Working on the GNU Hurd?] (http://fosdem.org/2010/schedule/events/altos_hurd) and [Porting KGI graphics drivers from Linux to GNU Hurd] (http://fosdem.org/2010/schedule/events/altos_kgi_hurd). In [Mikels words](http://lists.gnu.org/archive/html/bug- hurd/2010-03/msg00014.html): The room was full and people were standing-up for the talk. Some people couldn't even enter the room (+20?). Antrik made a good job. Was nice for the crowd to see Hurd running X, slow but working. The unique problem might have been the short time available. The machine needed to be fsck-ed losing some time, which could have been be used at the end for QA which was quite interesting. Sadly we couldn't yet upload notes from the talks - as soon as these are availble, you should get notice here. Also they should be linked on the Fosdem pages we linked to above. And it is time for the [[Google_Summer_of_Code|community/gsoc]] again, so [we started our weekly GSoC IRC meetings] (http://lists.gnu.org/archive/html/bug-hurd/2010-02/msg00040.html) in which we coordinate the GSoC projects. [[2008|community/gsoc/2008]] the GNU Hurd had 5 successful projects, 2009 saw [[another_one|user/scolobb]], and we hope to make it 5 projects again this year. The last few years brought [libchannel] (http://code.google.com/soc/2007/gnu/appinfo.html?csaid=44FB3FD69C665A08), **lisp bindings**, **dtrace**, [[nsmux|translator/nsmux]], **network virtualization** (which led to the DDE drivers), **procfs** and [[unionmount|hurd/translator/unionmount]], and we have [[dozens_of_ideas|community/gsoc/project_ideas]] for innovative projects this year. So if you're interested in working on the GNU Hurd, or want to help with coordinating (or simply want to be up to date), please come and join in (currently via [[IRC]] every Wednesday at 11:00 UTC). Also we'd be glad to have more eyes on polishing [[our_application/community/gsoc/organization_application]]. If there are no objections, I'll push it do bddebian master this evening, so it will be online once Thomas pulls it into the site. (currently it is available in the master-news_next branch - http://www.gnu.org/software/hurd/contributing/web_pages/news.html ) Bast wishes, Arne --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - Ein Würfel System - einfach saubere Regeln - http://1w6.org signature.asc Description: This is a digitally signed message part.
Re: Late news
Hi, On Thu, Mar 04, 2010 at 06:55:42AM +0100, Arne Babenhauserheide wrote: Am Dienstag, 2. März 2010 21:16:47 schrieb olafbuddenha...@gmx.net: What I'd also like to list are notes or the presentation for the fosdem talks - could you upload them somewhere? Ah, right, our presence at FOSDEM was another thing I wanted to mention... I still haven't uploaded the slides. But I guess you can just link to the relevant pages for the talks on the FOSDEM site -- I assume the slided will be linked there too once I send them in... -antrik-
Re: Late news
Hi, On Wed, Mar 03, 2010 at 09:48:13AM +0800, Da Zheng wrote: Is the bug in libpciaccess fixed? I heard X cannot work with libpciaccess or something like that. The first implementation was buggy, but that got fixed several months ago -- there was some mails about that on the list. It now does work with X. (Well, at least for some people... It still fails for me, with a different error, and I didn't yet have time to look into it.) -antrik-
Re: Late news
Hi Olaf, Am Dienstag, 2. März 2010 21:16:47 schrieb olafbuddenha...@gmx.net: Some things that come to mind: - libpciaccess backend merged upstream - first driver running with DDE Can you point me to mails about these? (or IRC logs or so) I currently can't find resources myself. Do you mean this one for DDE? - http://lists.gnu.org/archive/html/bug-hurd/2010-02/msg00017.html What I'd also like to list are notes or the presentation for the fosdem talks - could you upload them somewhere? Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: Late news
On 10-3-4 下午1:55, Arne Babenhauserheide wrote: Do you mean this one for DDE? - http://lists.gnu.org/archive/html/bug-hurd/2010-02/msg00017.html For DDE, you can see a brief introduction here: http://www.bddebian.com:/~hurd-web/user/zhengda/ Zheng Da
Re: Late news
On 10-3-3 下午5:30, Samuel Thibault wrote: Da Zheng, le Wed 03 Mar 2010 09:48:13 +0800, a écrit : - libpciaccess backend merged upstream Is the bug in libpciaccess fixed? I heard X cannot work with libpciaccess or something like that. That's what that backend is about. It is also very useful for DDE too:-) I thought Olaf told me that libpciaccess couldn't work with X or Gnome very well and there was a bug unsolved, but I cannot remember what he really said. Zheng Da
Re: Late news
Hi, On Mon, Mar 01, 2010 at 09:00:01PM +0100, Arne Babenhauserheide wrote: I somehow fumbled with the date (thoght we'd have a 29th and 30th???), and today I'm to groggy to write the news, so they'll be a bit late this month. No problem -- though I already wondered about it :-) Some things that come to mind: - libpciaccess backend merged upstream - first driver running with DDE -antrik-
Re: Late news
On 10-3-3 上午4:16, olafbuddenha...@gmx.net wrote: Hi, On Mon, Mar 01, 2010 at 09:00:01PM +0100, Arne Babenhauserheide wrote: I somehow fumbled with the date (thoght we'd have a 29th and 30th???), and today I'm to groggy to write the news, so they'll be a bit late this month. No problem -- though I already wondered about it :-) Some things that come to mind: - libpciaccess backend merged upstream Is the bug in libpciaccess fixed? I heard X cannot work with libpciaccess or something like that. - first driver running with DDE Another good news: the problem of the driver is finally fixed. It turns out to be a bug in DDE Linux26. Now the driver can run very well. Zheng Da
Re: news 2010-01: Arch Hurd, FOSDEM preparations and a thesis on mobile Hurd objects
published on bbdebian. Sorry for the short notice. The current news reads like this: … PS: As usual you can get the news beforehand in the master-news_next branch of the wiki (git). signature.asc Description: This is a digitally signed message part.
news 2010-01: Arch Hurd, FOSDEM preparations and a thesis on mobile Hurd objects
Hi, Sorry for the short notice. The current news reads like this: This month saw the first booting version of an [Arch GNU Hurd](http://www.archhurd.org/), which seconds the distribution from [Debian](http://www.debian.org/ports/hurd/) which already gives you 66% of the debian software archive. Also we organized a meeting at FOSDEM, February 6th and 7th in Bruxelles, where [8 Hurd developers will meet](http://www.bddebian.com/~hurd- web/community/meetings/fosdem_2010/). Six of us will stay in Hotel Astrid with the FSFE folks. On Sunday 7th, Olaf Buddenhagen will be giving two presentations in the [Alt-OS Devroom](http://dev.haiku- os.org/wiki/FOSDEM2010AltOSDevroomSchedule): *Why is Anyone Still Working on the GNU Hurd?* (10:30) and *Porting KGI graphics drivers from Linux to GNU Hurd* (13:00). And Carl Fredrik Hammar [finished and presented](http://lists.gnu.org/archive/html/bug- hurd/2010-01/msg00078.html) his thesis [Generalizing mobility for the Hurd] (http://users.student.lth.se/cs07fh9/2009-hammar-hurd-mobility.pdf) and passed with distinction. Its abstract reads: *The GNU Hurd features mobile objects in its implementation of filesystem backing stores. This thesis investigates the limitations and security concerns these objects present, and how they can be overcome. This is done in preparation for new applications that feature mobile code and mobile objects. In addition, one such application is studied and implemented, in which mobile code is used to make the ioctl system call more extensible.* Please add anything important I missed (I still have problems with my email program, so quite a few things might have slipped past me). I'll merge and push tomorrow... Best wishes, Arne PS: As usual you can get the news beforehand in the master-news_next branch of the wiki (git). -- --- --- --- --- --- --- --- --- --- --- --- --- --- --- --- - Ein Würfel System - einfach saubere Regeln - http://1w6.org signature.asc Description: This is a digitally signed message part.
Re: news 2009-11-30
Hello! On Thu, Dec 03, 2009 at 01:37:53PM +0100, Arne Babenhauserheide wrote: The first part grew a bit too large, I think. I would keep explore out of the news. The Hurd also explored L4, but it can't be used. IMHO the exploration part would have a better home on a seperate wikipage about pcnet32 in userspace (which then should have a link in the news). Same information but more focussed on this is what we accomplished last month. Given that it is meant to be a review of the last month, you definitively have a point there. For the next month's news, I'll take more care / have you confirm my extensions before publishing them. Now it is too late to change them. Regards, Thomas signature.asc Description: Digital signature
Re: news 2009-11-30
Am Montag, 7. Dezember 2009 15:25:05 schrieb Thomas Schwinge: Given that it is meant to be a review of the last month, you definitively have a point there. For the next month's news, I'll take more care / have you confirm my extensions before publishing them. Now it is too late to change them. No problem. One newsitem with a different focus won't end the world. Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: news 2009-11-30
Hi, On Wed, Dec 02, 2009 at 12:00:10AM +0100, Arne Babenhauserheide wrote: I just wrote and pushed the news entry for 2009-11-30 (sorry for being late). I'm sure I missed something important this month (had my exams and celebrated them...), so please have a look: pv-grub for Hurd on Xen should also be mentioned I think. -antrik-
Re: news 2009-11-30
olafbuddenha...@gmx.net, le Wed 02 Dec 2009 18:36:22 +0100, a écrit : On Wed, Dec 02, 2009 at 12:00:10AM +0100, Arne Babenhauserheide wrote: I just wrote and pushed the news entry for 2009-11-30 (sorry for being late). I'm sure I missed something important this month (had my exams and celebrated them...), so please have a look: pv-grub for Hurd on Xen should also be mentioned I think. Well, it's not commited upstream yet, and I'm afraid it won't until Xen 4.0 release (early 2010). Samuel
Re: news 2009-11-30
Hello! On Wed, Dec 02, 2009 at 12:00:10AM +0100, Arne Babenhauserheide wrote: I just wrote and pushed the news entry for 2009-11-30 (sorry for being late). Thanks. I applied my usual amount of extensions and modifications, had a few people proof-read it, and made the result of all that official. (had my exams and celebrated them...) :-) Regards, Thomas signature.asc Description: Digital signature
Re: news 2009-11-30
Am Donnerstag, 3. Dezember 2009 13:06:36 schrieb Thomas Schwinge: On Wed, Dec 02, 2009 at 12:00:10AM +0100, Arne Babenhauserheide wrote: I just wrote and pushed the news entry for 2009-11-30 (sorry for being late). Thanks. I applied my usual amount of extensions and modifications, had a few people proof-read it, and made the result of all that official. They are quite extensive - many thanks! The first part grew a bit too large, I think. I would keep explore out of the news. The Hurd also explored L4, but it can't be used. IMHO the exploration part would have a better home on a seperate wikipage about pcnet32 in userspace (which then should have a link in the news). Same information but more focussed on this is what we accomplished last month. Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: news 2009-11-30
Am Donnerstag, 3. Dezember 2009 13:37:53 schrieb Arne Babenhauserheide: The first part grew a bit too large, I think. I would keep explore out of the news. The Hurd also explored L4, but it can't be used. IMHO the exploration part would have a better home on a seperate wikipage about pcnet32 in userspace (which then should have a link in the news). Rather: This great first step opens up many interesting [options][] for cleaner device driver management. [options]: link/to/pcnet32-userspace#options Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: news 2009-11-30
Heya Arne Babenhauserheide wrote: Also thanks to Samuel Thibault, the latest grub2 package (1.97+20091125-1) Note that this version has a segfault that is triggered when running grub-install or grub-mkconfig. The 1.97+20091130-1 package fixes this issue though, so I suggest to use that version. [supports native installation](http://lists.debian.org/debian- hurd/2009/11/msg00095.html) from GNU/Hurd itself. Grub was originally designed [to allow booting of GNU/Hurd systems] (http://www.gnu.org/software/grub/manual/grub.html#History), so this step brings it closer to its original purpose again. Cheers from a newcomer! Emilio signature.asc Description: OpenPGP digital signature
Re: news 2009-11-30
Hi, Am Mittwoch, 2. Dezember 2009 09:24:54 schrieb Emilio Pozuelo Monfort: Arne Babenhauserheide wrote: Also thanks to Samuel Thibault, the latest grub2 package (1.97+20091125-1) Note that this version has a segfault that is triggered when running grub-install or grub-mkconfig. The 1.97+20091130-1 package fixes this issue though, so I suggest to use that version. Fixed and pushed. Many thanks! Best wishes, Arne signature.asc Description: This is a digitally signed message part.
news 2009-11-30
Hi, I just wrote and pushed the news entry for 2009-11-30 (sorry for being late). I'm sure I missed something important this month (had my exams and celebrated them...), so please have a look: A month of the Hurd: *network in userspace* and *grub2 from hurd*. This month Zheng Da ported the pcnet32 driver into user space and did some preliminary [performance tests](http://lists.gnu.org/archive/html/bug- hurd/2009-11/msg00144.html). The test results were mostly on par with the in-kernel driver, so they show that moving networking on the Hurd into user space can be done without losing (much) performance. Also thanks to Samuel Thibault, the latest grub2 package (1.97+20091125-1) [supports native installation](http://lists.debian.org/debian- hurd/2009/11/msg00095.html) from GNU/Hurd itself. Grub was originally designed [to allow booting of GNU/Hurd systems] (http://www.gnu.org/software/grub/manual/grub.html#History), so this step brings it closer to its original purpose again. Best wishes, Arne signature.asc Description: This is a digitally signed message part.
Re: GNU/Hurd in german news
Da Zheng, le Sun 15 Nov 2009 12:05:01 +0800, a écrit : I thought GNOME or KDE couldn't work because Hurd components or libraries were still using cthreads instead of pthreads. I don't see why. Could you find a post explaining that? Has porting these components to pthreads been done? The components I can think of are libtriv/net/diskfs such, the work hasn't been done but Gnome/KDE doesn't use them. Samuel