diff options
-rw-r--r-- | contributing/web_pages/news/moth_next.mdwn | 16 | ||||
-rw-r--r-- | contributing/web_pages/news/skeleton.mdwn | 44 | ||||
-rw-r--r-- | news/2011-q2.mdwn | 34 | ||||
-rw-r--r-- | user/jkoenig/java.mdwn | 91 |
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 |