aboutsummaryrefslogtreecommitdiff
path: root/open_issues/hurd_101.mdwn
diff options
context:
space:
mode:
authorThomas Schwinge <thomas@codesourcery.com>2013-10-27 19:44:32 +0100
committerThomas Schwinge <thomas@codesourcery.com>2013-10-27 19:44:32 +0100
commit9675f765a06325bcbd5ac58a9eee8856cb2c5b7c (patch)
tree359703ed392ac61d3d4ff783c814e01a39fc2ff2 /open_issues/hurd_101.mdwn
parent8fac6986eadf6db5d155030cc67a904f22cadf29 (diff)
parent47e4d194dc36adfcfd2577fa4630c9fcded005d3 (diff)
downloadweb-9675f765a06325bcbd5ac58a9eee8856cb2c5b7c.tar.gz
web-9675f765a06325bcbd5ac58a9eee8856cb2c5b7c.tar.bz2
web-9675f765a06325bcbd5ac58a9eee8856cb2c5b7c.zip
Merge remote-tracking branch 'fp/master'
Diffstat (limited to 'open_issues/hurd_101.mdwn')
-rw-r--r--open_issues/hurd_101.mdwn38
1 files changed, 38 insertions, 0 deletions
diff --git a/open_issues/hurd_101.mdwn b/open_issues/hurd_101.mdwn
index 574a03ec..25822512 100644
--- a/open_issues/hurd_101.mdwn
+++ b/open_issues/hurd_101.mdwn
@@ -60,3 +60,41 @@ Not the first time that something like this is proposed...
<neal> how ipc works
<neal> and understand exactly what state is stored where
<zacts> ok
+
+
+# IRC, freenode, #hurd, 2013-10-12
+
+ <ahungry> Hi all, can anyone expand on
+ https://www.gnu.org/software/hurd/contributing.html - if I proceed with
+ the quick start and have the system running in a virtual image, how do I
+ go from there to being able to start tweaking the source (and recompiling
+ ) in a meaningful way?
+ <ahungry> Would I modify the source, compile within the VM and then what
+ would be the next step to actually test my new changes?
+ <braunr> ahungry: we use debian
+ <braunr> i suggest formatting your changes into patches, importing them
+ into debian packages, rebuilding those packages, and installing them over
+ the upstream ones
+ <ahungry> what about modifications to mach itself? or say I wanted to try
+ to work on the wifi drives - I would build the translator or module or
+ whatever and just add to the running instance of hurd?
+ <ahungry> s/drives/drivers
+ <braunr> same thing
+ <braunr> although
+ <braunr> during development, it's obviously a bit too expensive to rebuild
+ complete packages each time
+ <braunr> you can use the hurd on top of a gnumach kernel built completely
+ from upstream sources
+ <braunr> you need a few debian patches for the hurd itself
+ <braunr> a lot of them for glibc
+ <braunr> i usually create a temporary local branch with the debian patches
+ i need to make my code run
+ <braunr> and then create the true development branch itself from that one
+ <braunr> drivers are a a dark corner of the hurd
+ <braunr> i wouldn't recommend starting there
+ <braunr> but if you did, yes, you'd write a server to run drivers, and
+ start it
+ <braunr> you'd probably write a translator (which is a special kind of
+ server), yes
+ <ahungry> braunr: thanks for all the info, hittin the sack now but ill have
+ to set up a box and try to contribute