summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--contributing/web_pages/news/moth_next.mdwn16
-rw-r--r--contributing/web_pages/news/skeleton.mdwn44
-rw-r--r--news/2011-q2.mdwn34
-rw-r--r--user/jkoenig/java.mdwn91
4 files changed, 112 insertions, 73 deletions
diff --git a/contributing/web_pages/news/moth_next.mdwn b/contributing/web_pages/news/moth_next.mdwn
index 82933f94..34c7e2f8 100644
--- a/contributing/web_pages/news/moth_next.mdwn
+++ b/contributing/web_pages/news/moth_next.mdwn
@@ -15,7 +15,7 @@ Will be set by tschwinge when publishing.
<!-- This is just a skeleton. Use it to create a new MotH. -->
-A month of the Hurd: *graphical installer*, *GSoC*, and *Debian inclusion plan*.
+A month of the Hurd: *TODO*, *TODO*, and *TODO*.
[[!if test="included()" then="""[[!toggle id=full_news
text="Details."]][[!toggleable id=full_news text="[[!paste id=full_news]]"]]"""
else="
@@ -25,19 +25,19 @@ else="
<!--basic structure of a MotH entry. Adapt, reduce and add points as needed. At the end, try to make the text flow as a unified whole.-->
-The last two months 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 cdimages](http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/).
+This month [hurd hacker] [item]
-Also Jeremie Koenig started working on his [[Google_Summer_of_Code_project|user/jkoenig/java]]: bringing not only Java to the Hurd but also adding missing parts in Hurd pthreads. As first treat he [added signal improvements](http://lists.gnu.org/archive/html/bug-hurd/2011-05/msg00182.html).
+Also …
-Meanwhile Tanguy le Carrour offered to sponsor some Hurd work, and followed up on his offer by adding Hurd bounties on FOSS factory - [[claim_them_if_you_can|news/2011-05-02-foss_factory]]! It’s no full additional GSoC, but a step in the right direction. So, if you have more money than time and want the Hurd to succeed, why don’t you join Tanguy?
+[our hackers] …
-On the technical side, Samuel Thibault [fixed a port-leak](http://lists.gnu.org/archive/html/bug-hurd/2011-05/msg00025.html) in file_reparent which got visible in the debian builder.
+Mainly thanks to …
-And on the organizational side, the Hurd now has a clear path to full inclusion in Debian: Since we now have a graphical installer, the next goal is to get as many packages ported as freekbsd (85%) for Wheezy, sometime between mid 2012 and beginning of 2013. We currently are at about 65%, so, if you always wanted to contribute to the Hurd and did not know how to help most effectively: [[Porting|contributing#porting]] is a great way to help improving the Hurd, especially now!
-
-Finally, if you think that the MotH needs some spice up or misses crucial information, it is now much easier to contribute to it, because from this version onward, it is prepared [[publicly_in_the_wiki|contributing/web_pages/news/moth_next]], lowering the barrier of entry for news-writing. Feel free to [[contribute|contributing/web_pages/news]]!
+Additionally …
+And …
+[reason for contibuting to the Hurd]
<!--see [[contributing/web_pages/news/writing_the_moth]] for additional information on writing the MotH.-->
diff --git a/contributing/web_pages/news/skeleton.mdwn b/contributing/web_pages/news/skeleton.mdwn
deleted file mode 100644
index 34c7e2f8..00000000
--- a/contributing/web_pages/news/skeleton.mdwn
+++ /dev/null
@@ -1,44 +0,0 @@
-[[!meta copyright="Copyright © 2011 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]]."]]"""]]
-
-<!-- Date when the news item is (to be) pulished (important for RSS feeds).
-Will be set by tschwinge when publishing.
-[[!meta date="YYYY-MM-DD HH:MM UTC"]]
--->
-
-<!-- This is just a skeleton. Use it to create a new MotH. -->
-
-A month of the Hurd: *TODO*, *TODO*, and *TODO*.
-[[!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="""
-
-<!--basic structure of a MotH entry. Adapt, reduce and add points as needed. At the end, try to make the text flow as a unified whole.-->
-
-This month [hurd hacker] [item]
-
-Also …
-
-[our hackers] …
-
-Mainly thanks to …
-
-Additionally …
-
-And …
-
-[reason for contibuting to the Hurd]
-
-<!--see [[contributing/web_pages/news/writing_the_moth]] for additional information on writing the MotH.-->
-
-"""]]
diff --git a/news/2011-q2.mdwn b/news/2011-q2.mdwn
new file mode 100644
index 00000000..cc396a07
--- /dev/null
+++ b/news/2011-q2.mdwn
@@ -0,0 +1,34 @@
+[[!meta copyright="Copyright © 2011 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="2011-07-01 23:42 UTC"]]
+
+A Quarter of the Hurd: *graphical installer*, *GSoC*, and *Debian inclusion plan*.
+[[!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="""
+
+<!--basic structure of a MotH entry. Adapt, reduce and add points as needed. At the end, try to make the text flow as a unified whole.-->
+
+The last two months 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 cdimages](http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/).
+
+Also Jeremie Koenig started working on his [[Google_Summer_of_Code_project|user/jkoenig/java]]: bringing not only Java to the Hurd but also adding missing parts in Hurd pthreads. As first treat he [added signal improvements](http://lists.gnu.org/archive/html/bug-hurd/2011-05/msg00182.html).
+Meanwhile Tanguy le Carrour offered to sponsor some Hurd work, and followed up on his offer by adding Hurd bounties on FOSS factory - [[claim_them_if_you_can|news/2011-05-02-foss_factory]]! It’s no full additional GSoC, but a step in the right direction. So, if you have more money than time and want the Hurd to succeed, why don’t you join Tanguy?
+
+On the technical side, Samuel Thibault [fixed a port-leak](http://lists.gnu.org/archive/html/bug-hurd/2011-05/msg00025.html) in file_reparent which got visible in the debian builder.
+
+And on the organizational side, the Hurd now has a clear path to full [inclusion in Debian](http://wiki.debian.org/Debian_GNU/Hurd): Since we now have a graphical installer, the next goal is to get as many packages ported as kFreeBSD (85%) for Wheezy, sometime between mid 2012 and beginning of 2013. We currently are at about 65%, so, if you always wanted to contribute to the Hurd and did not know how to help most effectively: [[Porting|contributing#porting]] is a great way to help improving the Hurd, especially now!
+
+Finally, if you think that the MotH needs some spice up or misses crucial information, it is now much easier to contribute to it, because from this version onward, it is prepared [[publicly_in_the_wiki|contributing/web_pages/news/moth_next]], lowering the barrier of entry for news-writing. Feel free to [[contribute|contributing/web_pages/news]]!
+
+"""]]
diff --git a/user/jkoenig/java.mdwn b/user/jkoenig/java.mdwn
index fad68f58..868dec2b 100644
--- a/user/jkoenig/java.mdwn
+++ b/user/jkoenig/java.mdwn
@@ -23,6 +23,14 @@ For details, see my original [[proposal]].
## Current status
+Feeling slightly behind schedule; but project is very ambitious, which has been
+known from the beginning, and there is great progress, so there is no problem.
+--[[tschwinge]], 2011-06-29.
+
+[[tschwinge]] will be on vacations in China starting July 26th, will have
+Internet access intermittently, but not regularely. We'll have to figure out
+some scheme.
+
### Apt repository
@@ -34,12 +42,9 @@ Modified Debian packages are available in this repository:
### Glibc signal code improvements
-I have submitted
-[preliminary patches](http://lists.gnu.org/archive/html/bug-hurd/2011-05/msg00182.html)
-for global signal dispositions,
-which I'm currently testing.
-I have since fixed a few things and implemented `SA_SIGINFO`
-(which is required by OpenJDK.)
+2011-06-29:
+Patches were submitted to `libc-alpha`
+which implement global signal dispositions and `SA_SIGINFO`.
My latest code is available on
[github](http://github.com/jeremie-koenig/glibc/commits/master-beware-rebase),
and modified Debian packages
@@ -49,9 +54,10 @@ One question is how the new symbols introduced by my patches
should be handled.
Weak symbols turned out to be impractical,
so I'm currently considering using a Debian-specific
-symbol version in the interim period (`GLIBC_2.13_DEBIAN_7` so far).
+symbol version in the interim period (`GLIBC_2.13_DEBIAN_8` so far).
The ultimate symbol version to be used will depend on
-the time at which the patches get integrated upstream,
+the time at which the patches get integrated upstream
+(most likely `GLIBC_2.15`),
at which point we will alias the interim version
to the new one in debian packages.
@@ -72,10 +78,11 @@ see below.
#### Plans
-I will submit revised series for review later this week,
-as well as matching Debian patches.
-I expect only the last patch (implement global dispositions) will change,
-and new ones will be added on top of it.
+The patches are pending review and inclusion upstream.
+As soon as we reach an agreement wrt. the new interfaces
+(in particular wrt. the value of `SA_SIGINFO`),
+the patches will be applied to the Debian libc packages
+for broader testing.
##### Open Items
@@ -83,14 +90,11 @@ and new ones will be added on top of it.
* Test patches: in progress, [[jkoenig]], Svante. More volunteers welcome,
of course.
- > Current status: there's an issue with gdb,
+ > There's an issue with gdb,
> namely signals lose their "untracedness" when they go
> through the global sigstate's pending mask,
> so gdb spins intercepting a signal and trying to deliver it.
- > My current
- > [patch](http://github.com/jeremie-koenig/glibc/commit/3ecb990e9d08d5f75adc40b738b35a1802cc0943)
- > makes the system unstable.
- > --[[jkoenig]] 2011-06-22
+ > [Patch](http://github.com/jeremie-koenig/glibc/commit/3ecb990e9d08d5f75adc40b738b35a1802cc0943).
* If [[jkoenig]] thinks it's mature enough: should ask
[[Samuel|samuelthibault]] to test these patches on the buildds.
@@ -100,19 +104,43 @@ and new ones will be added on top of it.
> (in particular hurd)
> --[[jkoenig]] 2011-06-22
+ * Waiting on ABI finalization ([!] Roland).
+
+ * Which numeric values to use for `SA_SIGINFO` (and `SA_NOCLDWAIT`)?
+
+ > Staying in sync with BSD seems the most logical approach,
+ > so I have defined it to 0x40. --[[jkoenig]] 2011-06-29
+
* Get patches reviewed (Roland?), and integrated into official sources: [!]
[[tschwinge]].
- * Documentations bits (from [[proposal]] and elsewhere) should probably be
+ > In progress. --[[jkoenig]] 2011-06-29
+
+ * Documentations bits (from here, the initial [[proposal]], and elsewhere)
+ should probably be
moved either into the appropriate glibc or Hurd documentation
files/reference manuals, or to [[glibc/signal]].
- * `SA_SIGINFO` patche is based on [[Samuel|samuelthibault]]'s earlier work.
+ * `SA_SIGINFO` patch is based on [[Samuel|samuelthibault]]'s earlier work.
Thus, have him review the new patch?
- * Perhaps have a look at `SA_NOCLDWAIT`.
+ * `SA_SIGINFO` patch has a few TODOs w.r.t. protocol changes for missing
+ information, and for FPU state. Providing even incomplete information is
+ an improvement on the current status. The question is, whether
+ applications rely on this information in any hard way if `SA_SIGINFO` is
+ available?
+
+ * We could possibly rename certain fields in `struct siginfo`, say
+ `si_pid_not_implemented`, to ensure compilation failures for programs
+ which use them. Or perhaps a linker warning is possible.
- * Which numeric values to use for `SA_SIGINFO` (and `SA_NOCLDWAIT`)?
+ * The FPU state is not included in the `ucontext_t` passed to the signal
+ handler. On the other hand, `ucontext_t` is actually being somewhat
+ deprecated: the functions to restore it are no longer in POSIX.
+ `thread_get_state`() should return this information, in case we decide
+ to fill the gap, and there might be existing glibc wrappers, too.
+
+ * Perhaps have a look at `SA_NOCLDWAIT`.
### Port OpenJDK
@@ -157,6 +185,15 @@ although the current toolchain issues
([[toolchain/ELFOSABI_HURD]])
have so far prevented me from testing it.
+> It turns out the build fails later on in `hotspot/agent`
+> because Hurd lack a `libthread_db.so`.
+> Also, a Shark version builds, but the result does not work so far.
+>
+> In other news, Damien Raude-Morvan is
+> [working on a kFreeBSD version](http://lists.debian.org/debian-java/2011/06/msg00124.html),
+> so I intend to merge my current patches with his.
+>
+> --[[jkoenig]] 2011-06-29
##### Open Items
@@ -168,10 +205,22 @@ have so far prevented me from testing it.
* [!] [[Samuel|samuelthibault]]/[[tschwinge]]/[[jkoenig]]:
[[toolchain/ELFOSABI_HURD]].
+ * 2011-06-29: No progress.
+
+ * `libthread_db.so` issue. Likely, the Serviceability Agent is used by jdb
+ and the like only, so for now the goal should be to lose some functionality
+ by removing/avoiding this dependency.
+
* They seem to have a rather heavy-weight process for such projects: confer
<http://mail.openjdk.java.net/pipermail/announce/2011-January/000092.html>,
for example. Do we need this, too?
+ > Probably not.
+ > My current approach (and Damien's wrt. the kFreeBSD patches)
+ > is to add preprocessor directives in the Linux code
+ > to make it more portable.
+ > --[[jkoenig]] 2011-06-29
+
* Eclipse
OK for testing -- but I'd very much hope that it *just works* as soon as we