summaryrefslogtreecommitdiff
path: root/news
diff options
context:
space:
mode:
Diffstat (limited to 'news')
-rw-r--r--news/2009-06-30.mdwn2
-rw-r--r--news/2009-10-31.mdwn2
-rw-r--r--news/2010-04-30.mdwn2
-rw-r--r--news/2010-08-31.mdwn4
-rw-r--r--news/2010-10.mdwn2
-rw-r--r--news/2010.mdwn2
-rw-r--r--news/2011-q2-ps.mdwn2
-rw-r--r--news/2011-q2.mdwn2
-rw-r--r--news/2011-q3.mdwn2
-rw-r--r--news/2012-q1-q2.mdwn10
-rw-r--r--news/2012-q3-q4.mdwn4
-rw-r--r--news/2013-09-27.mdwn6
-rw-r--r--news/2015-04-10-releases.mdwn6
-rw-r--r--news/2015-10-31-releases.mdwn16
-rw-r--r--news/2016-05-18-releases.mdwn16
-rw-r--r--news/2016-12-18-releases.mdwn16
-rw-r--r--news/2019-07-07-debian_gnu_hurd_2019.mdwn2
-rw-r--r--news/2021-08-14-debian_gnu_hurd_2021.mdwn45
-rw-r--r--news/2023-06-11-debian_gnu_hurd_2023.mdwn45
-rw-r--r--news/2023-q3.mdwn193
-rw-r--r--news/2023-q4.mdwn120
-rw-r--r--news/2024-q1.mdwn203
22 files changed, 654 insertions, 48 deletions
diff --git a/news/2009-06-30.mdwn b/news/2009-06-30.mdwn
index 5031de6c..ca5d4b3e 100644
--- a/news/2009-06-30.mdwn
+++ b/news/2009-06-30.mdwn
@@ -20,7 +20,7 @@ else="[[!paste id=full_news]]"]]
> This month Thomas Schwinge [finished
> migrating](http://lists.gnu.org/archive/html/bug-hurd/2009-06/msg00147.html)
> the main Hurd, GNU Mach, MIG, libpthread and unionfs to Git. You can find
-> the new repositories at <http://git.savannah.gnu.org/cgit/hurd/>.
+> the new repositories at <https://git.savannah.gnu.org/cgit/hurd/>.
> Also, he made [libpthread buildable
> stand-alone](http://lists.gnu.org/archive/html/bug-hurd/2009-06/msg00166.html)
diff --git a/news/2009-10-31.mdwn b/news/2009-10-31.mdwn
index 5d625470..d41477cf 100644
--- a/news/2009-10-31.mdwn
+++ b/news/2009-10-31.mdwn
@@ -32,7 +32,7 @@ else="[[!paste id=full_news]]"]]
> Also, Thomas Schwinge migrated Sergiu Ivanov's [[hurd/translator/nsmux]],
> [[Flávio Cruz|flaviocruz]]' cl-hurd *(clisp bindings)*, and Carl Fredrik
> Hammar [[hurd/libchannel]] repositories into our new [*incubator* Git
-> repository](http://git.savannah.gnu.org/cgit/hurd/incubator.git/), making
+> repository](https://git.savannah.gnu.org/cgit/hurd/incubator.git/), making
> them easier to access for other contributors.
> Our bunch of porters continued to make further Debian packages usable on
diff --git a/news/2010-04-30.mdwn b/news/2010-04-30.mdwn
index 0b50122d..4b0a2d4b 100644
--- a/news/2010-04-30.mdwn
+++ b/news/2010-04-30.mdwn
@@ -46,7 +46,7 @@ else="[[!paste id=full_news]]"]]
> run with a simple `qemu -m 512 -hda debian-hurd-17042010-qemu.img`.
> *Thomas Schwinge* updated [our glibc maintenance
-> repository](http://git.savannah.gnu.org/cgit/hurd/glibc.git/?h=tschwinge/Roger_Whittaker)
+> repository](https://git.savannah.gnu.org/cgit/hurd/glibc.git/?h=tschwinge/Roger_Whittaker)
> to a recent version, including a bunch of the patches from the Debian glibc
> package (and these are meant to eventually be submitted upstream). After a
> long break, he as well
diff --git a/news/2010-08-31.mdwn b/news/2010-08-31.mdwn
index f3910b15..d78f6b64 100644
--- a/news/2010-08-31.mdwn
+++ b/news/2010-08-31.mdwn
@@ -60,8 +60,8 @@ else="[[!paste id=full_news]]"]]
> looking for a Hurd-related project to work on, go looking
> [[there|open_issues]]! He also converted and merged some of the [hurdextras
> CVS repositories](http://www.nongnu.org/hurdextras/) into the [hurd Git
-> repositories](http://git.savannah.gnu.org/cgit/hurd) and our
-> [incubator](http://git.savannah.gnu.org/cgit/hurd/incubator.git/refs/). All
+> repositories](https://git.savannah.gnu.org/cgit/hurd) and our
+> [incubator](https://git.savannah.gnu.org/cgit/hurd/incubator.git/refs/). All
> of this should make it easier for new contributors to join in.
> The [[hurd/running/Arch_Hurd]] guys have some news to share, too:
diff --git a/news/2010-10.mdwn b/news/2010-10.mdwn
index c7312256..0f098a1f 100644
--- a/news/2010-10.mdwn
+++ b/news/2010-10.mdwn
@@ -53,7 +53,7 @@ Thomas Schwinge:
> [[flubber|public_hurd_boxen]]'s root file system is totally hosed, and thus
> needs to be
> [re-installed](http://lists.gnu.org/archive/html/bug-hurd/2010-10/msg00003.html).
-> (I've been running `apt-get dist-upgrade` when the box apparently crashed.)
+> (I've been running `apt dist-upgrade` when the box apparently crashed.)
> Running `e2fsck` on it spew out over 50.000 lines of illegal and
> multiply-claimed block lists, before I terminated it, so no chance. I'll do
> this over the weekend. `/home/` etc. are not affected, thanks to being on a
diff --git a/news/2010.mdwn b/news/2010.mdwn
index 2ba85266..a1adc686 100644
--- a/news/2010.mdwn
+++ b/news/2010.mdwn
@@ -65,7 +65,7 @@ the previous CD images, which were using an installer based on the old
Debian boot floppies (and running under the Linux kernel)---Philip
Charles has been maintaining these single-handedly for almost ten
years! The new installer images are available from
-<http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/>.
+<https://cdimage.debian.org/cdimage/ports/stable/hurd-i386>.
Emilio Pozuelo Monfort was investigating specific compatibility
problems exposed by the extensive test suites coming with some
diff --git a/news/2011-q2-ps.mdwn b/news/2011-q2-ps.mdwn
index f62a23ae..bb3c7fd7 100644
--- a/news/2011-q2-ps.mdwn
+++ b/news/2011-q2-ps.mdwn
@@ -102,7 +102,7 @@ the more common misunderstandings.
* **Installation can still be challenging**:
Please [[take notice|http://xkcd.com/293/]] of the
- [README file](http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/YES_REALLY_README.txt) --
+ [README file](https://cdimage.debian.org/cdimage/ports/stable/hurd-i386/YES_REALLY_README.txt) --
just like with any software in development,
there are some known pitfalls to avoid.
(Or better yet, help to fix.) :-)
diff --git a/news/2011-q2.mdwn b/news/2011-q2.mdwn
index 1c677670..d6c962ac 100644
--- a/news/2011-q2.mdwn
+++ b/news/2011-q2.mdwn
@@ -34,7 +34,7 @@ Samuel Thibault
[created](http://lists.gnu.org/archive/html/bug-hurd/2011-05/msg00189.html) the
first Debian GNU/Hurd CD set with a graphical installer. You can dowload it at
[the usual place for Debian CD
-images](http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/).
+images](https://cdimage.debian.org/cdimage/ports/stable/hurd-i386).
Amongst others, Samuel also [tracked down and
fixed](http://lists.gnu.org/archive/html/bug-hurd/2011-05/msg00025.html) a port
diff --git a/news/2011-q3.mdwn b/news/2011-q3.mdwn
index 83fc30a5..587a8b6e 100644
--- a/news/2011-q3.mdwn
+++ b/news/2011-q3.mdwn
@@ -71,7 +71,7 @@ Maksym Planeta finished a project he has been doing as a university task:
replace GNU Mach's old zone memory allocator with a new [[!wikipedia
slab_allocation desc="slab allocator"]] written by Richard Braun, who also
mentored Maksym during the project. [This
-allocator](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/commit/?h=mplaneta/libbraunr/master&id=59c9da87375ad3c8401890ecd4f7f101093f2463),
+allocator](https://git.savannah.gnu.org/cgit/hurd/gnumach.git/commit/?h=mplaneta/libbraunr/master&id=59c9da87375ad3c8401890ecd4f7f101093f2463),
apart from being overally cleaner than the zone allocator, is meant to waste
less memory than the zone allocator (less fragmentation and more memory can be
reclaimed by the VM system), there are debugging/inspection features, and it's
diff --git a/news/2012-q1-q2.mdwn b/news/2012-q1-q2.mdwn
index 675883b9..86305a11 100644
--- a/news/2012-q1-q2.mdwn
+++ b/news/2012-q1-q2.mdwn
@@ -59,11 +59,11 @@ using a Nix-based GNU QEMU image. Thanks to his work, we now have
Thomas on the other hand
[moved](http://lists.gnu.org/archive/html/bug-hurd/2012-03/msg00063.html)
the translators
-[cvsfs](http://git.savannah.gnu.org/cgit/hurd/incubator.git/log/?h=cvsfs/master)
+[cvsfs](https://git.savannah.gnu.org/cgit/hurd/incubator.git/log/?h=cvsfs/master)
and
-[smbfs](http://git.savannah.gnu.org/cgit/hurd/incubator.git/log/?h=smbfs/master)
+[smbfs](https://git.savannah.gnu.org/cgit/hurd/incubator.git/log/?h=smbfs/master)
into the [[incubator Git repository|source_repositories/incubator]], as well as
-[libfuse](http://git.savannah.gnu.org/cgit/hurd/incubator.git/log/?h=libfuse/master),
+[libfuse](https://git.savannah.gnu.org/cgit/hurd/incubator.git/log/?h=libfuse/master),
reducing the barrier of entry to improving them, so integrating cvs
and samba in the filesystem and using FUSE translators can be
stabilized more easily. Also he
@@ -84,10 +84,10 @@ took a dive into the core of the Hurd. Ludovic
and
[made console-run resilient against missing /dev/console](http://lists.gnu.org/archive/html/bug-hurd/2012-03/msg00002.html). Maksym
[tested the performance of tmpfs](http://lists.gnu.org/archive/html/bug-hurd/2012-03/msg00040.html),
-showing a speedup for apt-get calls from 22 seconds with
+showing a speedup for apt calls from 22 seconds with
[[hurd/libstore/examples/ramdisk]] and 32 seconds with
[[hurd/translator/ext2fs]] to 16 seconds with [[hurd/translator/tmpfs]] for
-apt-get invocations, showing the possible wins due to going deep. An obvious
+apt invocations, showing the possible wins due to going deep. An obvious
use case for tmpfs are
[faster Hurd LiveCDs](http://lists.gnu.org/archive/html/bug-hurd/2012-03/msg00050.html). Samuel
made it easier to dive in by
diff --git a/news/2012-q3-q4.mdwn b/news/2012-q3-q4.mdwn
index c0b8b3a0..d8178fa9 100644
--- a/news/2012-q3-q4.mdwn
+++ b/news/2012-q3-q4.mdwn
@@ -47,8 +47,8 @@ changes.
Also Samuel Thibault
[provided](http://lists.gnu.org/archive/html/bug-hurd/2012-12/msg00052.html)
new [installation
-CDs](http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/current)
-and a new [QEMU image](http://people.debian.org/~sthibault/hurd-i386/).
+CDs](https://cdimage.debian.org/cdimage/ports/stable/hurd-i386)
+and a new [QEMU image](https://cdimage.debian.org/cdimage/ports/stable/hurd-i386).
Additionally to using pthreads, these now offer keyboard layout configuration.
In [[glibc]],
diff --git a/news/2013-09-27.mdwn b/news/2013-09-27.mdwn
index bb574247..4c4e9b81 100644
--- a/news/2013-09-27.mdwn
+++ b/news/2013-09-27.mdwn
@@ -25,13 +25,13 @@ than the [GNU project's 30th birthday](http://www.gnu.org/gnu30/)?
* **GNU Hurd 0.5**: [[!message-id desc=announcement
"874n960vyq.fsf@kepler.schwinge.homeip.net"]],
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.5)
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.5)
* **GNU Mach 1.4**: [[!message-id desc=announcement
"8761tm0vz8.fsf@kepler.schwinge.homeip.net"]],
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.4)
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.4)
* **GNU MIG 1.4**: [[!message-id desc=announcement
"877ge20vzt.fsf@kepler.schwinge.homeip.net"]],
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.4)
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.4)
These new releases bundle bug fixes and enhancements done since the
last releases more than a decade ago; really too many (both years and
diff --git a/news/2015-04-10-releases.mdwn b/news/2015-04-10-releases.mdwn
index f3064f20..853eb81a 100644
--- a/news/2015-04-10-releases.mdwn
+++ b/news/2015-04-10-releases.mdwn
@@ -20,13 +20,13 @@ else="
* **GNU Hurd 0.6**: [[!message-id desc=announcement
"8738415d4z.fsf@kepler.schwinge.homeip.net"]],
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.6)
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.6)
* **GNU Mach 1.5**: [[!message-id desc=announcement
"87618x5d5o.fsf@kepler.schwinge.homeip.net"]],
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.5)
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.5)
* **GNU MIG 1.5**: [[!message-id desc=announcement
"874moh5d5c.fsf@kepler.schwinge.homeip.net"]],
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.5)
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.5)
If you want to give the Hurd a try, you may easily do so with [[Debian
GNU/Hurd|hurd/running/debian]].
diff --git a/news/2015-10-31-releases.mdwn b/news/2015-10-31-releases.mdwn
index 75ceb9cf..b721b1fd 100644
--- a/news/2015-10-31-releases.mdwn
+++ b/news/2015-10-31-releases.mdwn
@@ -21,7 +21,7 @@ else="
We're pleased to announce new releases!
* **GNU Hurd 0.7**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.7):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.7):
Version 0.7 (2015-10-31)
@@ -43,7 +43,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/hurd/>,
<http://ftp.gnu.org/gnu/hurd/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/hurd.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/hurd.git>. SHA1 checksums:
a735a07687f7996face3bd310af2254192a02f40 hurd-0.7.tar.bz2
d10b3c1de191ac88425aa30a03c4130e2a883b14 hurd-0.7.tar.bz2.sig
@@ -58,7 +58,7 @@ We're pleased to announce new releases!
[[hurd/what_is_the_GNU_Hurd]].
* **GNU Mach 1.6**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.6):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.6):
Version 1.6 (2015-10-31)
@@ -90,7 +90,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/gnumach/>,
<http://ftp.gnu.org/gnu/gnumach/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/gnumach.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/gnumach.git>. SHA1 checksums:
73e09c43955ef2e3459b2877b5e6d6bbe517b8c3 gnumach-1.6.tar.bz2
96ff426b3b94acf327a88f25c80ab5b5f26ed94a gnumach-1.6.tar.bz2.sig
@@ -106,7 +106,7 @@ We're pleased to announce new releases!
[[microkernel/mach/documentation]].
* **GNU MIG 1.6**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.6):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.6):
Version 1.6 (2015-10-31)
@@ -115,7 +115,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/mig/>,
<http://ftp.gnu.org/gnu/mig/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/mig.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/mig.git>. SHA1 checksums:
a9a4b5666834afe8fb861453c5b3ef324201f1d3 mig-1.6.tar.bz2
93562c45bbda40ad31f74f6f2fd0c064ef8f0ec5 mig-1.6.tar.bz2.sig
@@ -134,8 +134,8 @@ We're pleased to announce new releases!
Snapshot tarballs may be downloaded from <ftp://alpha.gnu.org/gnu/hurd/>,
<http://alpha.gnu.org/gnu/hurd/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/glibc.git> and
- <http://git.savannah.gnu.org/cgit/hurd/libpthread.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/glibc.git> and
+ <https://git.savannah.gnu.org/cgit/hurd/libpthread.git>. SHA1 checksums:
5b709297f8622444695f13723f77dfc8754b8ed9 glibc-2.19-hurd+libpthread-20151031.tar.bz2
b970e604368fd80420ef029bb1c86fc2f7b2c382 glibc-2.19-hurd+libpthread-20151031.tar.bz2.sig
diff --git a/news/2016-05-18-releases.mdwn b/news/2016-05-18-releases.mdwn
index ff1b2c30..33702f8c 100644
--- a/news/2016-05-18-releases.mdwn
+++ b/news/2016-05-18-releases.mdwn
@@ -21,7 +21,7 @@ else="
We're pleased to announce new releases!
* **GNU Hurd 0.8**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.8):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.8):
Version 0.8 (2016-05-18)
@@ -45,7 +45,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/hurd/>,
<http://ftp.gnu.org/gnu/hurd/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/hurd.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/hurd.git>. SHA1 checksums:
38585aed93645704477d91d01136e1ae750a5ecb hurd-0.8.tar.bz2
531d5035427830e87828a79bf6794531250784d0 hurd-0.8.tar.bz2.sig
@@ -60,7 +60,7 @@ We're pleased to announce new releases!
[[hurd/what_is_the_GNU_Hurd]].
* **GNU Mach 1.7**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.7):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.7):
Version 1.7 (2016-05-18)
@@ -83,7 +83,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/gnumach/>,
<http://ftp.gnu.org/gnu/gnumach/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/gnumach.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/gnumach.git>. SHA1 checksums:
4438c7c10f8eef019ada45b749c0796d620d08de gnumach-1.7.tar.bz2
6cdf299118066e3280dcc68f75477659fc783f7d gnumach-1.7.tar.bz2.sig
@@ -99,7 +99,7 @@ We're pleased to announce new releases!
[[microkernel/mach/documentation]].
* **GNU MIG 1.7**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.7):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.7):
Version 1.7 (2016-05-18)
@@ -122,7 +122,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/mig/>,
<http://ftp.gnu.org/gnu/mig/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/mig.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/mig.git>. SHA1 checksums:
25d87f0271678d044a8af1f45492a96bee32e486 mig-1.7.tar.bz2
481dce92b8eb718231bf9d409c0e0c9337dc1f90 mig-1.7.tar.bz2.sig
@@ -144,8 +144,8 @@ We're pleased to announce new releases!
Snapshot tarballs may be downloaded from <ftp://alpha.gnu.org/gnu/hurd/>,
<http://alpha.gnu.org/gnu/hurd/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/glibc.git> and
- <http://git.savannah.gnu.org/cgit/hurd/libpthread.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/glibc.git> and
+ <https://git.savannah.gnu.org/cgit/hurd/libpthread.git>. SHA1 checksums:
3722b7f52aac89c66f064e1e6d19ec9b92ffc9e0 glibc-2.19-hurd+libpthread-20160518.tar.bz2
69dfe1297013056b4b0d6436a1b3906c1bb67a52 glibc-2.19-hurd+libpthread-20160518.tar.bz2.sig
diff --git a/news/2016-12-18-releases.mdwn b/news/2016-12-18-releases.mdwn
index 124358e4..6d4f9e26 100644
--- a/news/2016-12-18-releases.mdwn
+++ b/news/2016-12-18-releases.mdwn
@@ -21,7 +21,7 @@ else="
We're pleased to announce new releases!
* **GNU Hurd 0.9**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.9):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=v0.9):
Version 0.9 (2016-12-18)
@@ -43,7 +43,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/hurd/>,
<http://ftp.gnu.org/gnu/hurd/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/hurd.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/hurd.git>. SHA1 checksums:
7e6f406e5202501216a0da4b4ee7914f1e0a7552 hurd-0.9.tar.bz2
ffa8d40a99835824a0228bf54570c054d7fe8bf0 hurd-0.9.tar.bz2.sig
@@ -58,7 +58,7 @@ We're pleased to announce new releases!
[[hurd/what_is_the_GNU_Hurd]].
* **GNU Mach 1.8**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.8):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/gnumach.git/tree/NEWS?id=v1.8):
Version 1.8 (2016-12-18)
@@ -89,7 +89,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/gnumach/>,
<http://ftp.gnu.org/gnu/gnumach/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/gnumach.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/gnumach.git>. SHA1 checksums:
4b59c7f7bc814576d2b88c43c0cdba292824f230 gnumach-1.8.tar.bz2
e6262e991a1e056bb87741a9456811cf73e8f7cd gnumach-1.8.tar.bz2.sig
@@ -105,7 +105,7 @@ We're pleased to announce new releases!
[[microkernel/mach/documentation]].
* **GNU MIG 1.8**,
- [NEWS](http://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.8):
+ [NEWS](https://git.savannah.gnu.org/cgit/hurd/mig.git/tree/NEWS?id=v1.8):
Version 1.8 (2016-12-18)
@@ -113,7 +113,7 @@ We're pleased to announce new releases!
Release tarballs may be downloaded from <ftp://ftp.gnu.org/gnu/mig/>,
<http://ftp.gnu.org/gnu/mig/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/mig.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/mig.git>. SHA1 checksums:
f765881d6ed4e883372eee52fd7842e7048a3da8 mig-1.8.tar.bz2
2091b6632176eeba1dac524d0ae939334ed51fdb mig-1.8.tar.bz2.sig
@@ -135,8 +135,8 @@ We're pleased to announce new releases!
Snapshot tarballs may be downloaded from <ftp://alpha.gnu.org/gnu/hurd/>,
<http://alpha.gnu.org/gnu/hurd/>, or checked out of Git,
- <http://git.savannah.gnu.org/cgit/hurd/glibc.git> and
- <http://git.savannah.gnu.org/cgit/hurd/libpthread.git>. SHA1 checksums:
+ <https://git.savannah.gnu.org/cgit/hurd/glibc.git> and
+ <https://git.savannah.gnu.org/cgit/hurd/libpthread.git>. SHA1 checksums:
55c9b6c61991a9ea585f019c787fe0e1da756cd4 glibc-2.23-hurd+libpthread-20161218.tar.bz2
1475fff2029fcd2c655d6ea05af5efa74d224b4f glibc-2.23-hurd+libpthread-20161218.tar.bz2.sig
diff --git a/news/2019-07-07-debian_gnu_hurd_2019.mdwn b/news/2019-07-07-debian_gnu_hurd_2019.mdwn
index 5b14acc8..da573d3c 100644
--- a/news/2019-07-07-debian_gnu_hurd_2019.mdwn
+++ b/news/2019-07-07-debian_gnu_hurd_2019.mdwn
@@ -22,7 +22,7 @@ It is with huge pleasure that the Debian GNU/Hurd team announces the
**release of Debian GNU/Hurd 2019**.
This is a snapshot of Debian "sid" at the time of the stable Debian
-"stretch" release (July 2019), so it is mostly based on the same
+"buster" release (July 2019), so it is mostly based on the same
sources. It is not an official Debian release, but it is an official
[[Debian GNU/Hurd|hurd/running/debian]] port release.
diff --git a/news/2021-08-14-debian_gnu_hurd_2021.mdwn b/news/2021-08-14-debian_gnu_hurd_2021.mdwn
new file mode 100644
index 00000000..536b85b3
--- /dev/null
+++ b/news/2021-08-14-debian_gnu_hurd_2021.mdwn
@@ -0,0 +1,45 @@
+[[!meta copyright="Copyright © 2021 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="2021-08-14 00:00 UTC"]]
+
+Debian GNU/Hurd 2021 released!
+[[!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="""
+
+It is with huge pleasure that the Debian GNU/Hurd team announces the
+**release of Debian GNU/Hurd 2021**.
+
+This is a snapshot of Debian "sid" at the time of the stable Debian
+"bullseye" release (August 2021), so it is mostly based on the same
+sources. It is not an official Debian release, but it is an official
+[[Debian GNU/Hurd|hurd/running/debian]] port release.
+
+Read the [announcement email](https://lists.debian.org/debian-hurd/2021/08/msg00040.html).
+
+---
+
+The **GNU Hurd** is the GNU project's replacement for the Unix kernel. It is a
+collection of servers that run on the Mach microkernel to implement file
+systems, network protocols, file access control, and other features that are
+implemented by the Unix kernel or similar kernels (such as Linux). [[More
+detailed|hurd/documentation]].
+
+**GNU Mach** is the microkernel upon which a GNU Hurd system is based. It
+provides an Inter Process Communication (IPC) mechanism that the Hurd uses to
+define interfaces for implementing in a distributed multi-server fashion the
+services a traditional operating system kernel provides. [[More
+detailed|microkernel/mach/gnumach]].
+
+"""]]
diff --git a/news/2023-06-11-debian_gnu_hurd_2023.mdwn b/news/2023-06-11-debian_gnu_hurd_2023.mdwn
new file mode 100644
index 00000000..c814cb8d
--- /dev/null
+++ b/news/2023-06-11-debian_gnu_hurd_2023.mdwn
@@ -0,0 +1,45 @@
+[[!meta copyright="Copyright © 2021 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="2023-06-11 00:00 UTC"]]
+
+Debian GNU/Hurd 2023 released!
+[[!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="""
+
+It is with huge pleasure that the Debian GNU/Hurd team announces the
+**release of Debian GNU/Hurd 2023**.
+
+This is a snapshot of Debian "sid" at the time of the stable Debian
+"bookworm" release (June 2023), so it is mostly based on the same
+sources. It is not an official Debian release, but it is an official
+[[Debian GNU/Hurd|hurd/running/debian]] port release.
+
+Read the [announcement email](https://lists.gnu.org/archive/html/bug-hurd/2023-06/msg00038.html).
+
+---
+
+The **GNU Hurd** is the GNU project's replacement for the Unix kernel. It is a
+collection of servers that run on the Mach microkernel to implement file
+systems, network protocols, file access control, and other features that are
+implemented by the Unix kernel or similar kernels (such as Linux). [[More
+detailed|hurd/documentation]].
+
+**GNU Mach** is the microkernel upon which a GNU Hurd system is based. It
+provides an Inter Process Communication (IPC) mechanism that the Hurd uses to
+define interfaces for implementing in a distributed multi-server fashion the
+services a traditional operating system kernel provides. [[More
+detailed|microkernel/mach/gnumach]].
+
+"""]]
diff --git a/news/2023-q3.mdwn b/news/2023-q3.mdwn
new file mode 100644
index 00000000..c2dd012a
--- /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 Debian is 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 fixed the
+[[jemalloc|https://lists.debian.org/debian-hurd/2023/08/msg00000.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 add some helpers to 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/msg00000.html]]
+[[the|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00001.html]]
+[[64|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00002.html]]
+[[bit|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00003.html]]
+[[port|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00004.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` is defined to silently replace any existing mappings at
+> the address range being mapped over. However, this is dangerous and
+> only rarely desired behavior.
+>
+> Various Unix systems provide replacements or additions to `MAP_FIXED`.
+>
+> * SerenityOS and Linux provide `MAP_FIXED_NOREPLACE`. If the address space
+> already contains a mapping in the requested range, Linux returns
+> `EEXIST`. SerenityOS returns `ENOMEM`, however that is a bug, as the
+> `MAP_FIXED_NOREPLACE` implementation is intended to be compatible with
+> Linux.
+>
+> * DragonFly BSD, NetBSD, and OpenBSD provide `MAP_TRYFIXED`, but with
+> different semantics. DragonFly BSD returns `ENOMEM` if the requested
+> range already contains existing mappings. NetBSD does not return an
+> error, but instead creates the mapping at a different address if the
+> requested range contains mappings. OpenBSD behaves the same, but also
+> notes that this is the default behavior even without `MAP_TRYFIXED`
+> (which is the case on the Hurd too).
+>
+> Since the Hurd leans closer to the BSD side, add `MAP_EXCL` as the
+> primary API to request the behavior of not replacing existing
+> mappings. Declare `MAP_FIXED_NOREPLACE` and `MAP_TRYFIXED` as
+> aliases of `(MAP_FIXED|MAP_EXCL)`, so any existing software that
+> checks for either of those macros will pick them up
+> automatically. For compatibility with Linux, return `EEXIST` if a
+> mapping already exists.
+
+Damien Zammit added a USB mass storage translator via
+[[rumpusbdisk|https://lists.gnu.org/archive/html/bug-hurd/2023-07/msg00025.html]].
+Though it has some issues as he explains:
+
+> Netdde sneems to exhibit a bug when running `ifdown /dev/eth0`
+> simultanously to running the rumpusbdisk translator, because to the
+> two devices share the same IRQ.
+
+Damien also worked on the Hurd's SMP support (much of his SMP
+contributions is based on the earlier work done by Almudena Garcia):
+
+* He tweaked [[GNU Mach's
+scheduler|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00084.html]],
+and he merged [[three|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00080.html]] [[GNU Mach|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00010.html]] [[commits|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00018.html]].
+
+* He added a [[show all
+runqs|https://lists.gnu.org/archive/html/bug-hurd/2023-09/msg00072.html]]
+command to GNU Mach's kernel debugger.
+
+* He also [[improved SMP in GNU
+Mach|https://lists.gnu.org/archive/html/bug-hurd/2023-09/msg00048.html]]
+by storing the struct processor in a percpu area and avoiding an
+expensive `cpu_number` every call of `current_processor()`, as well as
+getting the cpu_number from an offset in the percpu area. Further
+improvements can be made by using other percpu areas. It was untested
+on 64 bit.
+
+* Damien also taught GNU Mach to use the x86 CPUID instruction to get
+the [[CPU
+ID|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00056.html]]
+for speed. He reduced the time it takes to get the CPUID. He made it
+100 times faster!
+
+* He mentioned
+[[some|https://lists.gnu.org/archive/html/bug-hurd/2023-09/msg00075.html]] [[issues|https://lists.gnu.org/archive/html/bug-hurd/2023-09/msg00046.html]]:
+60% of the time, booting a 32 bit Hurd, with SMP enabled, fails to
+boot (sometimes apparently getting stuck in the rumpdisk). When it
+does boot, it is not particularly stable and likely to crash.
+
+Essentially, the SMP work is progressing, but it is not ready for
+production use. His recent work made the non-SMP faster, and a 32 bit
+Hurd, with SMP enabled and only one core, [[appears relatively stable
+(but slow to
+boot)|https://lists.gnu.org/archive/html/bug-hurd/2023-09/msg00046.html]].
+The [[32-bit SMP enabled Hurd may soon be as fast as the non-SMP
+Hurd|https://lists.gnu.org/archive/html/bug-hurd/2023-09/msg00074.html]].
+Eventually the SMP enabled Hurd will be faster than a non-SMP Hurd.
+
+Flavio Cruz halved the size of `mach_msg_type_long_t`, from 16 to 8
+bytes. He also [[simplified the overall 64bit RPC
+ABI|https://lists.gnu.org/archive/html/bug-hurd/2023-08/msg00049.html]],
+removing "holes" in `mach_msg_type_t` or `mach_msg_type_long_t`, which
+prevents possible leakages to userspace.
+
+Some Hurd people talked to Kent Overstreet, the author of
+[[bcachefs|https://bcachefs.org/]] to discuss the possibility of
+porting Linux's newest filesystem to the Hurd; the conversation [[was
+recorded|https://lists.gnu.org/archive/html/bug-hurd/2023-09/msg00073.html]].
+While most Hurd developers believe that it would possible to port
+bcachefs to the Hurd, all agree that it would be difficult to port and
+hard to maintain. No Hurd developers are currently planning or
+working on porting bcachefs to the Hurd. But perhaps you want to?
+
+So if you want to test if your favorite packages work on the Hurd and
+contribute towards making the full GNU system usable for a wider range
+of people, please [[check the contributing page|contributing]].
+
+---
+
+The **GNU Hurd** is the GNU project's replacement for the Unix kernel. It is a
+collection of servers that run on the Mach microkernel to implement file
+systems, network protocols, file access control, and other features that are
+implemented by the Unix kernel or similar kernels (such as Linux). [[More
+detailed|hurd/documentation]].
+
+**GNU Mach** is the microkernel upon which a GNU Hurd system is based. It
+provides an Inter Process Communication (IPC) mechanism that the Hurd uses to
+define interfaces for implementing in a distributed multi-server fashion the
+services a traditional operating system kernel provides. [[More
+detailed|microkernel/mach/gnumach]].
+
+"""]]
diff --git a/news/2023-q4.mdwn b/news/2023-q4.mdwn
new file mode 100644
index 00000000..ae36dea8
--- /dev/null
+++ b/news/2023-q4.mdwn
@@ -0,0 +1,120 @@
+[[!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/msg00007.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/msg00007.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 buildd 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 was not always able to merge two vm entries that are
+made next to each other, which was slowing down ext2, bash, etc. Sergey
+allowed GNU Mach to merge entries in the common cases, which greatly
+helps ext2fs for instance.
+
+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 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.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, he turned to GDB and directly ran a 'Hello World' Hurd AArch64
+binary on Linux! This helped him fix some bugs along the way. We
+still need to define the ABI and complete the GNU Mach port, but this
+is exciting news!
+
+Tobias Platen started [[porting GNU Mach to
+Power9|https://lists.gnu.org/archive/html/bug-hurd/2023-10/msg00021.html]].
+
+So if you want to test if your favorite packages work on the Hurd and
+contribute towards making the full GNU system usable for a wider range
+of people, please [[check the contributing page|contributing]].
+
+---
+
+The **GNU Hurd** is the GNU project's replacement for the Unix kernel. It is a
+collection of servers that run on the Mach microkernel to implement file
+systems, network protocols, file access control, and other features that are
+implemented by the Unix kernel or similar kernels (such as Linux). [[More
+detailed|hurd/documentation]].
+
+**GNU Mach** is the microkernel upon which a GNU Hurd system is based. It
+provides an Inter Process Communication (IPC) mechanism that the Hurd uses to
+define interfaces for implementing in a distributed multi-server fashion the
+services a traditional operating system kernel provides. [[More
+detailed|microkernel/mach/gnumach]].
+
+"""]]
diff --git a/news/2024-q1.mdwn b/news/2024-q1.mdwn
new file mode 100644
index 00000000..eb756283
--- /dev/null
+++ b/news/2024-q1.mdwn
@@ -0,0 +1,203 @@
+[[!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-04-05 11:07 UTC"]]
+
+Hello! Welcome to a new qoth. This qoth covers new and interesting GNU/Hurd
+developments in Q1 of 2024!
+[[!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="""
+
+Etienne Brateau modified console-client to use [xkbcommon instead of x11 for xkb
+extended
+support](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00060.html),
+which improves keyboard layout coverage a lot!
+
+Flavio Cruz also worked on [porting GDB to the 64-bit
+Hurd](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00147.html),
+implemented `setcontext/getcontext/makecontext/swapcontex ()` in
+[glibc](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00106.html), and [implemented child process resource
+accounting](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00098.html).
+The latter implements`getrusage(RUSAGE_CHILDREN, )` and populates child related
+data in `times()`.
+
+He fixed the [perl testsuite for the
+Hurd](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00021.html), and he
+also posted a [RFC to enhance tracing
+utilities](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00034.html),
+which he used to port the RPC format to 64 bit.
+
+Flavio also had a smattering of fixes
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00219.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00091.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00151.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00008.html), and
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00068.html).
+
+Damien Zammit had some fixes including [fixing the console with APIC
+enabled](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00277.html),
+[patching GNU Mach to support ACPI
+v2](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00278.html), [fixing
+baud rate on com
+ports](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00176.html),
+[porting the Hurd to some AMD
+CPUs](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00220.html) (WIP),
+[adding HPET (high precision
+timers)](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00039.html). He
+also worked on making `ext2fs` [use xattr by default to store
+translators](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00012.html).
+
+Damien also worked on more SMP fixes
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00016.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00021.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00051.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00063.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00079.html), and
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00124.html).
+Hurd currently boots in SMP mode on the BSP. Damien wrote a test program that lets you run a [task on the APs](https://lists.gnu.org/archive/html/bug-hurd/2024-02/msg00088.html).
+
+Sergey Bugaev [patched binutils to support the GNU/Hurd on
+AArch64](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00000.html), and
+he wrote some patches to make the Hurd easier to port
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00002.html),
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00063.html), and
+[here](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00100.html),
+
+Sergey also posted a fairly large [RFC patch series for his AArch64
+port](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00022.html). He
+writes:
+
+ MIG seems to just work (thanks to all of Flávio's work!). I'm using
+ the same message ABI as on x86_64, and haven't seen any issues so far
+ — neither compiler errors / failed static assertions (about struct
+ sizes and such), nor hardware errors from misaligned accesses.
+
+
+He also mentions that "the hardware hardening features (BTI, MTE, PAC) are
+currently 'not really supported', but I do want to support them in the future."
+Samuel merged
+[many](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00050.html)
+[of](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00051.html)
+[the](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00052.html)
+[patches](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00062.html).
+
+In Sergey's later glibc patch series, he wrote about the [AArch64 port
+progress](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00114.html). He
+wrote:
+
+ Last time, there was no AArch64 port of GNU Mach, and so the only testing
+ I have done was running a simple statically-linked executable on Linux under
+ GDB, which, nevertheless, helped me identify and fix a number of issues.
+
+ Since then, however, I have been (some may say, relentlessly) working on
+ filling in the missing piece, namely porting GNU Mach (with important help &
+ contributions by Luca D.). I am happy to report that we now have an
+ experimental port of GNU Mach that builds and works on AArch64! While that may
+ sound impressive, note that various things about it are in an extremely basic,
+ proof-of-concept state rather than being seriously production-ready; and also
+ that Mach is a small kernel (indeed, a microkernel), and it was designed from
+ the start (back in the 80s) to be portable, so most of the "buisness logic"
+ functionality (virtual memory, IPC, tasks/threads/scheduler) is explicitly
+ arch-independent.
+
+ Despite the scary "WIP proof-of-concept" status, there is enough
+ functionality in Mach to run userland code, handle exceptions and
+ syscalls, interact with the MMU to implement all the expected virtual
+ memory semantics, schedule/switch tasks and threads, and so on.
+ Moreover, all of GNU Mach's userspace self-tests pass!
+
+ This meant there was enough things in place for me to try running
+ glibc on it, and the amazing thing is my simple test executable, the
+ same one I previously tested on Linux with GDB, just worked on real
+ Mach without me having to make any additional changes to the glibc
+ side, or even recompile it.
+
+ But I did not stop there, and I got several of the core Hurd servers
+ working! Namely, these are ext2fs, exec, startup, auth, and proc
+ servers. All of them but ext2fs are dynamically linked; ld
+ aarch64.so.1 sucessfully locates and maps the programs themselves
+ and their required dependencies, and Mach pages in code and data
+ pages from ext2fs as they are accessed, transparently to the
+ program, just as one would expect it to.
+
+
+Be sure to read more from his announcement
+[email](https://lists.gnu.org/archive/html/bug-hurd/2024-03/msg00114.html).
+
+Sergey also announced [a new Alpine distro based on Hurd](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00180.html) (it
+currently does not have a name). His goal is to add another Hurd distribution,
+which will force the Hurd to work with different software and hopefully fix more
+bugs. Alpine Linux also usually runs the latest software, so this new Hurd
+distribution will be for those who like living on the bleeding edge. He writes:
+
+
+ I have ported many Alpine packages to build with (i386, for now) GNU
+ Mach, the Hurd, and glibc, replacing Linux and musl. If you want a
+ specific number: as of yesterday, I have 299 installable packages; the
+ number of source packages is of course several times less than that.
+ Still, this includes things like curl, ncurses, nano, native binutils
+ & gcc & mig, libffi, openrc, openssl, util-linux, busybox, apk-tools,
+ ... and of course gnumach, hurd (with dependencies like libdaemon,
+ parted, ...), and glibc. Importantly, all this cleanly bootstraps
+ using the scripts/bootstrap.sh script that they provide; this is too
+ somewhat like Flávio's scripts, but it uses the real full Alpine
+ package definitions for e.g. GCC (patched by me for glibc / Hurd
+ support).
+
+ Above the kernel and libc, things remain much as they were in upstream
+ Alpine: the system boots (will boot — I haven't tried it yet) with
+ busybox init & OpenRC, and uses busybox as its basic userland. GNU
+ software such as Bash is installable, too.
+
+
+This new Hurd distribution currently does not have a mailing list, irc room, or
+website. If you are interesting
+in helping Sergei to develop it further, then please email bug-hurd@gnu.org.
+
+Luca Dariz added [userspace
+tests](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00125.html), which
+work with qemu. We currently test the Hurd in qemu on a GNU/Linux host. He also described how [he currently uses the 64-bit
+Hurd](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00047.html).
+Perhaps you should follow that advice if you want to try running a 64-bit Hurd
+on qemu.
+
+Manolo de Medici made a WIP patch series that gets [qemu
+to run on the
+Hurd](https://lists.gnu.org/archive/html/bug-hurd/2024-01/msg00153.html).
+
+I organized a belated GNU/Hurd Christmas party. We had 6 or 7
+attenders, which was pretty awesome! I was not able to record the event, so
+perhaps we should try for another meet perhaps at the end of Q2. If you would
+like to help me plan/organize/join such a party, then please email
+bug-hurd@gnu.org.
+
+If you want to test if your favorite packages work on the Hurd and
+contribute towards making the full GNU system usable for a wider range
+of people, please [[check the contributing page|contributing]].
+
+---
+
+The **GNU Hurd** is the GNU project's replacement for the Unix kernel. It is a
+collection of servers that run on the Mach microkernel to implement file
+systems, network protocols, file access control, and other features that are
+implemented by the Unix kernel or similar kernels (such as Linux). [[More
+detailed|hurd/documentation]].
+
+**GNU Mach** is the microkernel upon which a GNU Hurd system is based. It
+provides an Inter Process Communication (IPC) mechanism that the Hurd uses to
+define interfaces for implementing in a distributed multi-server fashion the
+services a traditional operating system kernel provides. [[More
+detailed|microkernel/mach/gnumach]].
+
+"""]]