[00:07] mgoetze (~mgoetze@corelli.mgoetze.net) left irc: Server closed connection [00:07] mgoetze (~mgoetze@corelli.mgoetze.net) joined #fai. [00:42] mfl (~mfl@adonis.fnb.maschinenbau.tu-darmstadt.de) left irc: Server closed connection [00:42] mfl (~mfl@adonis.fnb.maschinenbau.tu-darmstadt.de) joined #fai. [00:51] glance (glance@glance.sponsor.oftc.net) left irc: Server closed connection [00:51] glance (glance@kennedy.acc.umu.se) joined #fai. [02:08] faibot joined #fai. [04:57] sneumann (~sneumann@pD9555B98.dip.t-dialin.net) joined #fai. [05:01] tokkee (tokkee@osprey.tokkee.org) left irc: Server closed connection [05:01] tokkee (tokkee@osprey.tokkee.org) joined #fai. [05:15] torkel (torkel@ip64.degernas.se) left irc: Server closed connection [05:15] torkel (torkel@ip64.degernas.se) joined #fai. [05:31] sneumann (~sneumann@pD9555B98.dip.t-dialin.net) left irc: Ping timeout: 480 seconds [06:26] sneumann (~sneumann@router-sub.ipb-halle.de) joined #fai. [07:30] sneumann (~sneumann@router-sub.ipb-halle.de) left irc: Quit: Konversation terminated! [07:30] sneumann_ (~sneumann@router-sub.ipb-halle.de) joined #fai. [07:35] sep (~sep@40.211.jostedal.no) joined #fai. [07:38] sneumann_ (~sneumann@router-sub.ipb-halle.de) left irc: Ping timeout: 480 seconds [07:44] Mrfai (~lange@kueppers.informatik.uni-koeln.de) joined #fai. [07:45] sneumann_ (~sneumann@router-sub.ipb-halle.de) joined #fai. [07:56] sneumann_ (~sneumann@router-sub.ipb-halle.de) left irc: Ping timeout: 480 seconds [08:00] sneumann_ (~sneumann@router-sub.ipb-halle.de) joined #fai. [08:17] justL1 (~justl1@rev-131-102.virtu.nl) joined #fai. [08:23] siggg (~jean@tra78-3-82-244-85-196.fbx.proxad.net) joined #fai. [09:32] moin [09:52] siggg (~jean@tra78-3-82-244-85-196.fbx.proxad.net) left irc: Read error: No route to host [10:27] Mrfai (~lange@kueppers.informatik.uni-koeln.de) left irc: Quit: leaving [10:27] Mrfai (~lange@malzmuehle.informatik.uni-koeln.de) joined #fai. [10:40] sneumann_ (~sneumann@router-sub.ipb-halle.de) left irc: Ping timeout: 480 seconds [10:43] sneumann_ (~sneumann@router-sub.ipb-halle.de) joined #fai. [10:43] sneumann_ (~sneumann@router-sub.ipb-halle.de) left irc: [10:43] sneumann__ (~sneumann@router-sub.ipb-halle.de) joined #fai. [10:46] siggg (~jean@tra78-3-82-244-85-196.fbx.proxad.net) joined #fai. [12:06] _julian (~quassel@hmbg-4d06b338.pool.mediaWays.net) left irc: Quit: No Ping reply in 180 seconds. [12:58] hm, in task_updatebase processes still start up, i think that's something we should have a closer look at [13:02] whick processes? [13:03] if apache is being updated apache is started within the chroot [13:04] so: whatever package, invoke-rc.d then starts up services [13:04] # first setup the environment in /target [13:04] if [ "$FAI_ACTION" = "install" -o "$FAI_ACTION" = "dirinstall" ]; then [13:05] [...] fai-divert -a /usr/sbin/policy-rc.d [13:07] task updatebase ist mostly called after the base.tgz is extracted. But this should not include an apache package at all. [13:08] Mrfai: softupdate [13:08] if you are doing a softupdate, then restarting a daemon is needed, because you are installing a new version of the package. [13:08] softupdate seems to be pretty "untested" or everyone is using skiptask updatebase and adjusting manually? ;-( [13:09] Mrfai: in a chroot clearly: no [13:09] actually you run it fscking big troubles, $buddy though server was been hacked, turned out processes inside a chroot have been started and listening on network interfaces [13:10] mikap: s/though/thought/? [13:10] y [13:10] ok, you are doing softupdate in a chroot environment. [13:10] Mrfai: yes [13:12] task_updatebase is only calling aptitutde -f -y full-upgrade. If this don't care about a chroot environment and (re)starts daemons, it's a problem of aptitude or the postinst scripts of the package IMHO. [13:13] I think there are many packages that hav postinst script that do not check if they are called inside a chroot [13:13] Mrfai: policy-rc.d needs to be set up correctly, this is not about maintainer scripts [13:13] Mrfai: exactly, and that's why we need to manage it through policy-rc.d, we definitely can't rely on all packages being sane [13:14] Then you have to setup policy-rc.d inside your chroot. IMO it's not the task of softupdate to check if it's called inside a chroot. Normally softupdate isn't called inside a chroot [13:20] that's what i do, but it doesn't solve the problem for other people :) [13:20] and yes, softupdate is supposed to be working inside chroot, because otherwise FAI wouldn't be necessary ;) [13:24] Magolves (~marcus@p5B021144.dip0.t-ipconnect.de) joined #fai. [13:51] mikap: maybe people are using softupdate with updatebase but not in a chroot :) [14:24] \sh (~shermann@nat.de.netviewer.com) left irc: Remote host closed the connection [14:39] Mrfai (~lange@malzmuehle.informatik.uni-koeln.de) left irc: Quit: leaving [14:40] siggg (~jean@tra78-3-82-244-85-196.fbx.proxad.net) left irc: Ping timeout: 480 seconds [14:50] i want to change the default apt repositories that are set when i prepara a pc... whats the more correct steps to make it? [14:50] not use cdn.debian.net [14:50] use an own one [14:51] i replaced on make-nfs-root and it downloaded content from it but the second step is done in cdn.debian.net [14:54] sneumann__ (~sneumann@router-sub.ipb-halle.de) left irc: Ping timeout: 480 seconds [15:02] esto: assuming you don't have files/etc/apt/sources.list/* in your config, just edit /etc/fai/apt/sources.list and rerun make-fai-nfsroot [15:09] thx [15:30] was /etc/fai/apt/sources.list :) [15:33] sneumann__ (~sneumann@pD9555B98.dip.t-dialin.net) joined #fai. [16:18] sneumann__ (~sneumann@pD9555B98.dip.t-dialin.net) left irc: Ping timeout: 480 seconds [16:39] justL1 (~justl1@rev-131-102.virtu.nl) left irc: Quit: Leaving. [17:10] mgoetze: yeah, but if we support chroots (which we do) we should support it sanely :) [17:26] \sh (~shermann@nat.de.netviewer.com) joined #fai. [17:40] anyone ever seen this error during softupdate? debconf: DbDriver "_ENV_stack": unable to save changes to: locales/locales_to_be_generated [18:00] sneumann__ (~sneumann@pD9555B98.dip.t-dialin.net) joined #fai. [18:15] \sh (~shermann@nat.de.netviewer.com) left irc: Remote host closed the connection [18:58] can someone tell me if 'mos(possible silent h)nicks' is german or korean for 'little details'? [18:58] I just realized, i use the term, and its not english. just wondering where that came from. [19:10] juri_: eh? "possible", "silent" and "nicks" are all english words [19:17] alekibango (~alekibang@ip-94-113-34-47.net.upcbroadband.cz) left irc: Remote host closed the connection [19:48] _julian (~quassel@hmbg-4d06c52c.pool.mediaWays.net) joined #fai. [19:57] alekibango (~alekibang@ip-94-113-34-47.net.upcbroadband.cz) joined #fai. [20:28] sneumann__ (~sneumann@pD9555B98.dip.t-dialin.net) left irc: Ping timeout: 480 seconds [20:52] WARNING: ssh -l fai faiserver failed. Can't call fai-chboot on the install server. [20:53] someone can tell me what can be wrong with this missage? [20:56] esto: i suspect there is nothing wrong with the message and that it does indeed clearly state the correct error [21:02] mgotze: i was indicating that i want to pronounce n 'h' there, but it might just be history. ;) [21:02] as in, i want to spell it 'mosnix', but that may be due to too much *nix. ;) [21:04] juri_: oh i get it. well none of that sounds remotely germany or korean, though i can't vouch for korean :) [21:33] The 2004 Indian Ocean earthquake was an undersea megathrust earthquake [21:33] ups, ww [21:38] doesn't sound korean to me, either, which is why i asked here. ;) [21:39] eh? never seen any koreans here :) [23:25] DavidDreezer (~Adium@fw0hq.hr01.groupee-inc.net) joined #fai. [23:27] when submitting a patch, if it's short, is it preferred to add the file as an attachment, or copy/paste it inline to my email to the news group? [23:30] DavidDreezer: i don't think it matters much one way or the other... [23:31] ok, thank you. I didn't want to break protocol [23:38] DavidDreezer: your patch assumes that one will want all the keys installed on the server where the nfsroot is built in the nfsroot [23:40] i neglected to mention that this is against 4.0 [23:40] it does, we have our debmirror and fai on the same server [23:40] and have all the keys there [23:41] oh wait [23:41] i see what you mean [23:41] well, we rebuild the nfsroot often [23:41] but not the fai server itself [23:41] i think it would be cleaner to check an extra file under /etc/fai for the keys. alternatively, one could do what your patch does but only if it's specified on the command line e.g. make-fai-nfsroot --add-host-apt-keys [23:42] that would work well, too [23:42] i think the second option would be better. [23:49] what would you think of adding an $opt a for apt-key and put my little block in an opt check? [23:50] well i prefer the extra file in /etc/fai personally :) [23:51] ok, same thing&. add an opt a switch, which would enable a check for the file? or skip the opt and just do [ -f filename [23:52] probably just do a check for the existence of the file without adding an opt, I think [23:52] right [23:52] ok, i'll rework it and resubmit. & and remember to mention that it's in 4.0 not 3.x [23:52] thaks for the review :) [23:53] np :) [23:55] time for sleep, gnight [23:58] gnight [00:00] --- Sat Mar 12 2011