[04:41] bailey (~kvirc@130.75.117.106) left irc: Quit: KVIrc 3.2.0 'Realia' [06:08] Nick change: \sh_away -> \sh [06:42] MT (~MT@213.23.7.162) joined #fai. [06:44] <\sh> damn...why don't the people from level 1 support read the solutions to standard problems....*bangmyheadonthedesk* [07:14] meandtheshell (~markus@85.127.114.183) joined #fai. [07:22] MT (~MT@213.23.7.162) left irc: Quit: MT [07:48] Mrfai (~lange@suenner.informatik.uni-koeln.de) joined #fai. [08:39] MT (~MT@213.23.7.162) joined #fai. [08:43] h01ger (~holger@socket.layer-acht.org) left irc: Remote host closed the connection [08:43] h01ger (~holger@socket.layer-acht.org) joined #fai. [08:45] moin moin [08:54] <\sh> moins Bluemoon [08:54] hey sh :) [08:56] Bluemoon: ja, weil es nicht richtig dokumentiert ist, es keine beispiele gibt, und es niemand testet [08:56] Bluemoon: die fehler sind aber relativ unerheblich, da das system am ende trotzdem prima installiert ist - sie sind hauptsaechlich haesslich [08:57] Bluemoon: es sollten mehr leute die funktionen mal testen, und entsprechende bugreports filen, um es besser zu machen. nich jeder will yum auf suse nutzen, nur weil diese zeilen nicht auskommentiert sind [09:02] lazyb0y, ok [09:02] lazyb0y, ich versuche das hier mal relativ rund mit sles9 und smart hinzubekommen und dann zu dokumentieren [09:21] sh, smart channel -y --add file will bei mir nicht [09:22] komischerweise geht aber $ROOTCMD echo -e "\r\n" "\r\n" "\r\n" | $ROOTCMD smart update [09:22] sh, haste ne idee was das sein koennte? [09:29] ErKa (keryell@m6.wifi.enstb.org) joined #fai. [09:33] <\sh> Bluemoon: smart channel --help sagt aber doch, dass -y funktionieren sollte [09:35] <\sh> Bluemoon: oder so...fcopy und dann smart channel -y --enable [10:00] sh, auf der kommandozeile geht -y --add auch wunderbar [10:01] nur bei der installation nicht, da bleibt es haengen und wenn mich per ssh auf die kiste einlogge und das kommando ausfuehre, dann kommt als fehler: FEHLER!: Die Konfiguration ist im nur-lese-modus. [10:13] mist, smart channel -y --enable bleibt auch haengen [10:28] morgähn [10:29] MT (~MT@213.23.7.162) left irc: Quit: MT [10:31] moin baldy [10:34] <\sh> Bluemoon: proc mounted? [10:34] jepp [10:35] <\sh> wenn du nen strace drauf hast, dann probier mal strace und schau mal wo er haengenbleibt [10:35] <\sh> ansonsten, use yum ,-) [10:35] Action: \sh hat aber auch ein eklatantes problem :( [10:39] hehe [10:39] sh, welches denn? [10:40] <\sh> interner natur..wir haben ein wenig am deployment system gebaut, und jetzt muss ich die standardrouten ins FAI reinbringen...denn sonst komm ich nicht mehr ans ldap ran :( [10:41] <\sh> und komischerweise nimmt er auch fuer "login" ldap, obwohl ich ihm das verboten habe im pam [10:42] ah [10:56] sh, ich habe das problem geloest :) [10:56] fcopy /etc/smart/channels/sles932bit.channel mag er nicht [10:57] ich habe jetzt ein "cp -a /var/lib/fai/config/files/etc/smart/channels/sles932bit.channel/SLES932BIT $target/tmp/sles932bit.channel" eingebaut [10:57] und dann ein $ROOTCMD smart channel -y --add /tmp/sles932bit.channel [10:57] das geht jetzt wunderbar [11:16] Bluemoon: cp $FAI/files/etc/sm.... geht auch [11:17] baldy: immer noch kein realname :-) [11:45] MT (~MT@213.23.7.162) joined #fai. [11:49] Mrfai: ja doch eigendlich scho [11:49] 17:28 [server] [11:49] 17:28 real_name = "Daniel Holze" [11:50] man merkt echt das ferien sind [11:50] tonnenweise ddos attacken [11:50] kaum neubestellungen hehe [11:51] und irgentwie nix los [11:54] aber ein vorteil hats... ich hab zeit mich endlich mal mit flow based accouting zu befassen ;) [11:57] MT (~MT@213.23.7.162) left irc: Ping timeout: 480 seconds [11:57] MT (~MT@213.23.7.162) joined #fai. [11:59] Mrfai, ah, danke, dann nehme ich das [11:59] sieht schicker aus :) [12:10] MT (~MT@213.23.7.162) left irc: Quit: MT [12:11] baldy: no, whois liefert keinen real name [12:24] MT (~MT@213.23.7.162) joined #fai. [12:32] MT (~MT@213.23.7.162) left irc: Ping timeout: 480 seconds [13:02] MT (~MT@213.23.7.162) joined #fai. [13:14] MT (~MT@213.23.7.162) left irc: Ping timeout: 480 seconds [13:21] asw (~asw@karuna.med.harvard.edu) joined #fai. [13:29] asw (~asw@karuna.med.harvard.edu) left irc: Remote host closed the connection [14:15] ErKa (keryell@m6.wifi.enstb.org) left irc: Ping timeout: 480 seconds [14:20] sanso|work (~sanso@194.120.17.61) left irc: Quit: nightie-night :-) [15:31] ErKa (keryell@keryell.pck.nerim.net) joined #fai. [16:03] Nick change: \sh -> \sh_away [16:09] asw (~asw@karuna.med.harvard.edu) joined #fai. [16:42] Mrfai (~lange@suenner.informatik.uni-koeln.de) left irc: Quit: leaving [18:21] mxpx- (~bsdfreak@195.180.11.190) got netsplit. [18:24] mxpx- (~bsdfreak@195.180.11.190) returned to #fai. [19:17] Mrfai (~lange@xdsl-81-173-224-136.netcologne.de) joined #fai. [19:34] Mrfai: irssi is doof ;) [19:34] und ich fumel meine config nimmer kaputt ;) [19:35] baldy: /set real_name = "" [19:36] oz_: hab ich.. geht ebe nit [19:37] baldy: from my irssi config file: [19:37] chatnets = { oftc = { [19:37] oftc = { [19:37] realname = "Thomas Lange"; [19:38] das erste oftc = { mus snatuerlich weg [19:39] Mrfai: meine confi is bissi komplexer [19:39] ich mach das ml wenn ich echt ruhe dafür hab [19:39] und vorallem bissi lust hehe [19:39] bin froh das ich auf arbeit zur zeit zu sachen komm die die ganzen zeit liegen geblieben sind [19:46] Sig (~isabelle@tra78-1-82-235-114-86.fbx.proxad.net) joined #fai. [19:47] Hi there [19:47] Hi! [19:47] I met a strange bug while trying to install an Ubuntu feisty via FAI: [19:48] the ssl-cert doesn't configure itself (its postinst script returns an error code) [19:48] it says things like: [19:48] chgrp: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file or [19:48] directory [19:48] chmod: cannot access `/etc/ssl/private/ssl-cert-snakeoil.key': No such file or [19:48] directory [19:48] /etc/ssl/private is there but no snakeoil there. [19:48] What do you think? [19:49] Sure, a bug of the ssl-cert :-) [19:49] Have you checked if there's already a bug report for this? [19:50] Yes: https://bugs.launchpad.net/ubuntu/+source/ssl-cert/+bug/43987 [19:50] do you have a suggestion for a possible workaround? the one indicated in the bug report does not seem to help [19:50] Lin (~igor@200.179.57.57) joined #fai. [19:51] I would try to set $HOME [19:51] I naively tried to set HOME=/tmp and then apt-get install ssl-cert (in chroot) but it did not help [19:52] or maybe I did this in a stupid way. [19:53] You can set $HOME in a class/*.var file [19:53] OK. what should the value of $HOME be? /tmp? [19:54] yep, /tmp seems to be OK for me, except when it checks that this directory is world writeable which may be a security whole. [19:54] is there a better alternative? [19:54] the fai-cd bug is already fixed? [19:56] Lin: which fai-cd bug ? [19:56] Mrfai: problem with mkinitrd on debian etch. [19:57] Sig: if nothing works, do not install ssl-cert via a package_config but using a hook or in the customization script using a plain $ROOTCMD aptitude install ssl-cert. [19:57] Sig: Then you can call make-ssl-cert again [19:57] But this is a ugly workaround. [19:58] I have a BIG problem with ssl cert too. [19:58] Lin: There's a simple workaround. Have a look at http://www.uni-koeln.de/bin2/maillist/linux-fai/20070523.114038/175043 [19:59] Lin: I had seen your discussion here about ssl-cert but it did not seem to meet an nice end. [19:59] You should all kick the ssl-cert maintainers, that they fix this sson :-) [19:59] Sig: I have this problem on ubuntu fai installations. [19:59] Mrfai: what is this bug and why it happens? [19:59] Lin: same for me, with feisty (not with edgy) [20:00] Sig: feisty here too. ;-) [20:00] Lin: bug report here: https://bugs.launchpad.net/ubuntu/+source/ssl-cert/+bug/43987 [20:00] hm. maybe for this a workaround like for the sun sdk install issue does exist... [20:00] oz_: no [20:00] I have tried preseed too [20:00] didn't work [20:00] okay, so kicking seems the only solution :) [20:01] or fixing the code... [20:01] ssl-cert make-ssl-cert/ouname string ibeu.org.br [20:01] ssl-cert make-ssl-cert/hostname string localhost [20:01] etcetera [20:01] Lin: mkinitrd-cd is not available in etch any more. http://bugs.debian.org/401041 [20:01] Mrfai: I know.. [20:01] Lin: So what was your question? [20:01] Mrfai: fai-cd will work on etch? [20:02] Lin: yes. Using the workaround fai-cd works. [20:02] previous url right? [20:02] FAI 3.2 will use a new technique for creating the fai-cd. But this is in beta phase currently. [20:02] hmm ok.. thank you fai lord [20:03] you're welcome. [20:03] Lin: Did you fill out the questionnaire? You know everybody has to fill it out. [20:03] :-) [20:03] oh.. sorry.. i just forgot ... [20:04] Mrfai: questionaire terrorist :-)) [20:04] oz_: BTW, did I got yours? :-) [20:05] Mrfai: yes, you got one from jena [20:05] and, maybe I send you one from freiburg, too [20:06] I'll have to server suse then as well [20:07] no real docu for suse does exist yet, right? [20:07] no. A lot of people ask, but there's no final doku. Kick \sh_away [20:08] :-) I'll try [20:08] .o0(I'll steal!) [20:08] but maybe it's interlectual proberty, who knows. [20:10] Sig (~isabelle@tra78-1-82-235-114-86.fbx.proxad.net) left irc: Quit: leaving [20:17] nabend [20:24] Mrfai: probably the bug that fai-cd doesn't work in etch? :) [20:25] oops, sorry, was readng backlog and didn'd realize it :) [20:51] is suse us as easy as rhel, it should be easy... still the calling of dpkg and aptitude in install_packages should be removed - I hope to be able to provide a fix these days. this results in an error, but the install goies well [20:51] s/is/if/ [20:52] and for softupdates, the inclusion of the perl apt libs needs to be removed, too... I'll see if holgers fixes from the bugreport help. [21:12] Mrfai (~lange@xdsl-81-173-224-136.netcologne.de) left irc: Quit: leaving [21:31] Lin (~igor@200.179.57.57) left irc: Quit: Ex-Chat [22:20] meandtheshell (~markus@85.127.114.183) left irc: Quit: Leaving. [23:03] ErKa (keryell@keryell.pck.nerim.net) left irc: Ping timeout: 480 seconds [00:00] --- Wed Jul 4 2007