From 12c341b917921eb631026ec44a284c4d884e5de6 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 6 Mar 2013 21:52:20 +0100 Subject: IRC. --- public_hurd_boxen/installation/darnassus.mdwn | 170 ++++++++++++++++++++++++++ 1 file changed, 170 insertions(+) create mode 100644 public_hurd_boxen/installation/darnassus.mdwn (limited to 'public_hurd_boxen') diff --git a/public_hurd_boxen/installation/darnassus.mdwn b/public_hurd_boxen/installation/darnassus.mdwn new file mode 100644 index 00000000..156e40c2 --- /dev/null +++ b/public_hurd_boxen/installation/darnassus.mdwn @@ -0,0 +1,170 @@ +[[!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]]."]]"""]] + + +# IRC, freenode, #hurd, 2013-02-09 + + We need an httpd (Apache used to work), and ikiwiki and some + such stuff. + This has its own git repository. + This was on a separate virtual machine. + Then there was the Git repository on flubber used for people to + push to. + Ho -- let me actually try to remember the setup. Has been some + years... + what machine currently hosts the wiki ? + Anyway, there is no requirement for the web server to be on a + separate machine; your decision. + braunr: http://www.gnu.org/software/hurd/public_hurd_boxen.html + snubber + That was the web server. + isn't it gnu.org ? + And flubber had the repository for developers to push to. + No, gnu.org is updated manually (by me). + ah + It'S a snapshot of the wiki so to say. + ok so, is this wiki really meant to be modifiable from a browser ? + + http://www.gnu.org/software/hurd/contributing/web_pages.html#index5h2 + Yes. + i see + I should still be able to access the data from Barry's zenhost + (including all the VMs it hosted), so I should be able to replicate that + quite easily. + do you think it could be hosted on darnassus, or would you like a + separate vm ? + The repository for people to push to and pull from (used to be + on flubber) would be on darnassus now. + About the web server, hmm. + It's basically a security concern. + And it might get hammered by bots from time to time. + it won't need much resources i suppose + No. The web server (snubber) was running with 242 MiB of RAM, + and had uptimes of several weeks typically. + tschwinge: otherwise, could it use the web server running on the + host ? + The host being darnassus? + no + shattrath, the linux system + Ah. + Sure. + There is no requirement this to be a Hurd system -- was just + nice to show to people. + i think it is too + what's the problem with darnassus ? + yçou mentioned security + The web server being a public-facing component which might be + broken into. + how ? + it's so much easier to just ask for an account .. :) + Web server bugs, CGI script bugs, etc. + Sure. + I just wanted to make you aware of it. :-) + oh don't worry + ok so darnassus it is + was it running apache? maybe, if other (lighter?) web servers + are tested to work on hurd, they could be used + pinotree: Yes, and yes. + doesn't ikiwiki need php ? + Only requirement (I think) is abaility to run CGI scripts. + braunr: No. It's written in perl. + ok + i still think i'll use apache + it's really not that heavy + lighter servers matter when the number of concurrent clients get + very high + Then I'll figure out how exactly the setup was between flubber + and snubber. + ok + it's good to finally get that going :) + braunr: Of course ;-) -- I had some parts of the process + documented: + http://www.gnu.org/software/hurd/public_hurd_boxen/installation/snubber.html + If both Git repositories are to be on the same machine + (darnassus) we might not actually need inetutils-inetd and netcat. + Still trying to figure out what I had done there... ;-) + OK, I again understand the setup. Last been touched in the + 2008/2009 timeframe. ;-) + :) + braunr: Please use the following ikiwiki packages: dpkg -i + ~tschwinge/tmp/ikiwiki_3.20110608_all.deb + what makes this package special ? + Some patch that I added to get rendering of our news pages + correct. + ok + I have not updated it ever since (and the patch was not yet in + a suitable form for upstream). + Nothing major. + tschwinge: why is the ikiwiki package status hi ? + braunr: I set it to hold. + ah ok + so you finished your pat i suppose + i'll install apache + part* + I'll add a hurd-web user. + So... I actually have to locate a backup of the files from + flubber related to the wiki, + * tschwinge goes searching his backup devices. + i added userdirs on darnassus' apache + braunr: I just noticed when I wanted to add it myself. ;-) + braunr: Do you know about CGI scripts? + yes + braunr: snubber had these in /var/www/cgi-bin/; darnassus now + in /usr/lib/cgi-bin/. + ikiwiki needs to install one CGI script. + ok + Does this go into /usr/lib/cgi-bin/ then? Or into ~hurd-web/ + and a symlink somewhere? + ikiwiki should have installed it where it's appropriate + normally in /usr/lib/cgi-bin/ + It's a CGI script that is generated per ikiwiki instance, so + specific to hurd-web. + where does it install it by default ? + $PWD ;-) + ah + it seems a bit silly to me to generate cgi scripts :/ + i don't care much actually, we won't have virtual servers + so anywhere is fine + What does the +SymLinksIfOwnerMatch Apache option mean? + apache will normally not follow symlink + unless the owner of the symlink is the same as the target's + (with this option) + That's enabled for CGI scripts. So would it work to have a + symlink /usr/lib/cgi-bin/hurd-web.cgi -> ~hurd-web/hurd-web.cgi? + the traditional way to access cgi scripts is to explicitely refer + to them as http://server/cgi-bin/script + using *.cgi may allow too open access to cgis + (although normally, the userdir conf should disable them) + hm not sure it does + so put it in /usr/lib/cgi-bin/ + So the hurd-web ikiwiki instance just needs to be configured + accordingly with the URL where the CGI script will be found, and then it + will render the pages accordingly. + OK. + and just named hurd-web + + +## IRC, freenode, #hurd, 2013-02-10 + + http://darnassus.sceen.net/~hurd-web/ + Have at it! + braunr: ^ + :) + great + And push to/pull from darnassus:~hurd-web/hurd-web.git for Git + access. + Will update the web pages tomorrow, and all that. + braunr: And also install gitweb on darnassus, so one can view + diffs of the wiki pages, etc. OK? + tschwinge: there are still links towards bddebian + history for example + just fyi, we can look at this tomorrow + braunr: Yes, that'S what I need gitweb for. + braunr: gitweb installed, hurd-web URLs fixed (s%bddebian%darnassus), also some more ikiwiki-related Perl pacakges installed (openID login, for example). -- cgit v1.2.3