diff options
author | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2013-09-28 16:22:08 +0200 |
---|---|---|
committer | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2013-09-28 16:22:08 +0200 |
commit | ca39ad0592e9b99dac9d99c68bb36ef1d27f72df (patch) | |
tree | 5ad12783d506039cd440ccfacbac264085137075 /contributing | |
parent | be2307c1bf9aef3e22984dd298827d8e1ca18b2c (diff) | |
parent | 264b066cd313b23f6748711c6f9b4d3336e03136 (diff) |
Merge branch 'master' of braunbox:~hurd-web/hurd-web
Diffstat (limited to 'contributing')
-rw-r--r-- | contributing/discussion.mdwn | 68 | ||||
-rw-r--r-- | contributing/web_pages/news/qoth_next.mdwn | 11 |
2 files changed, 78 insertions, 1 deletions
diff --git a/contributing/discussion.mdwn b/contributing/discussion.mdwn index 5a6bfd7c..11e8ac0e 100644 --- a/contributing/discussion.mdwn +++ b/contributing/discussion.mdwn @@ -1,4 +1,4 @@ -[[!meta copyright="Copyright © 2011 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2011, 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 @@ -19,3 +19,69 @@ Invent something. # Mailing Lists Add link to [[mailing_lists]] to page, and suggest following these. + + +# IRC, freenode, #hurd, 2013-08-05 + + <nalaginrut> hi guys, I'm new here. I'm a developer from Guile community, + and I think maybe it's a proper time to do some work to make GNU stuff + use Guile increasingly, but I found the wiki and docs seems a bit old, + and I can't find an entry from Hurd source, since there're too many + things. Anyone point me out? + <nalaginrut> thanks + <nlightnfotis> nalaginrut what exactly is it that you need help with? + <nalaginrut> I've no idea, I saw MIG and I think if it's a language I can + write a front-end on Guile platform. But someone suggest me write hurd + binding will be a good start + <nalaginrut> I cloned incubator which is cl-binding for hurd, but I've no + idea too, since there's nothing in master branch + <pinotree> well, fixing guile on the hurd would be a start: + https://buildd.debian.org/status/package.php?p=guile-2.0 + <braunr> i won't talk about this, as my personal opinion on the matter is + that it's not a proper time to do it + <braunr> but at the same time, people should do what they're interested in + <braunr> so feel free to do it + <nalaginrut> braunr: is there any reason why it's not a proper time? + <braunr> nalaginrut: two words: mig sucks + <nalaginrut> so it'll be replaced by a new stuff? + <teythoon> any more reasons to have alternatives, no? + <braunr> sure, please do it :) + <braunr> actually it's more than just mig + <braunr> the low level internals of the hurd are almost fine, but not good + enough to reliably develop over it + <braunr> gccgo is currently proving it + <braunr> and such projects are good opportunities to identify and fix such + issues + <braunr> but the, if you want to work on guile, be prepared to work on a + lot more than just guile + <nalaginrut> I'm afraid I have to collect the reasons and evaluate when is + proper to do that, if Hurd has to be redesigned, it is not a proper time + ;-) + <braunr> it also happened with openjdk, jeremie had to fix signals (!) + <nalaginrut> anyway, I just want a suggestion how to start + <pinotree> <pinotree> well, fixing guile on the hurd would be a start: + https://buildd.debian.org/status/package.php?p=guile-2.0 + <nalaginrut> ok, I'll try + <antrik> nalaginrut: "incubator" is a somewhat strange beast. every branch + in there is a completely different project. you have to find the right + branch for the CL bindings... + <nalaginrut> antrik: thanks for reply, I guess it's clisp branch? + <pinotree> nalaginrut: + http://www.gnu.org/software/hurd/source_repositories/incubator.html + <antrik> nalaginrut: sounds like it :-) + <antrik> braunr: I'm believe it's important to encourage work on as many + different levels as possible. there is no motivation for fixing low-level + issues unless there are some interesting high-level things relying on + these... + <braunr> antrik: i agree + <braunr> 11:50 < braunr> but at the same time, people should do what + they're interested in + <antrik> in fact, it's pretty much impossible to identify what we really + need at the lower levels unless working on high-level stuff as well... + <braunr> yes + <braunr> 11:57 < braunr> but the, if you want to work on guile, be prepared + to work on a lot more than just guile + <nalaginrut> I prepare to work on Hurd, is that an fair answer? + <antrik> nalaginrut: perfect! ;-) + <nalaginrut> ;-) well, easy to say, but I'll try what I can do + <antrik> yeah, just see how far you get. might be an interesting ride :-) diff --git a/contributing/web_pages/news/qoth_next.mdwn b/contributing/web_pages/news/qoth_next.mdwn index 749a42bb..935784ce 100644 --- a/contributing/web_pages/news/qoth_next.mdwn +++ b/contributing/web_pages/news/qoth_next.mdwn @@ -25,6 +25,17 @@ else=" <!--basic structure of a QotH entry. Adapt, reduce and add points as needed. At the end, try to make the text flow as a unified whole.--> +IRC, freenode, #hurd, 2013-05-05, in context of libpthread conversion + + <braunr> ArneBab_: which also involved fixing libpthread to correctly + handle timed waits and cancellation + <braunr> although that part was done in january this year + +IRC, freenode, #hurd, 2013-05-10, in context of libpthread conversion + + <braunr> the "significant" changes i've done in libpthreads are actually + related to io_select, for Q1 2013 :) + This quarter [hurd hacker] [item] Also … |