--- Log opened Wed Sep 22 00:00:49 2010
03:03 -!- mjungwirth [~mjungwirt@213.174.234.68] has joined #t2
03:04 -!- mjungwirth2 [~mjungwirt@213.174.234.68] has quit [Ping timeout: 240 seconds]
10:17 < CIA-32> rene * r37648 /trunk/package/archiver/bzip2/ (bzip2.desc fix_shared.patch): * updated bzip2 (1.0.5 -> 1.0.6) - SECURITY
10:23 < CIA-32> rene * r37649 /trunk/package/security/clamav/clamav.desc: * updated clamav (0.96.2 -> 0.96.3) - SECURITY
12:02 < CIA-32> rene * r37650 /trunk/package/mail/dovecot/dovecot.desc: * updated dovecot (2.0.2 -> 2.0.3)
12:02 < CIA-32> rene * r37651 /trunk/package/kde/qt4/qt4.desc: * updated qt4 (4.6.3 -> 4.7.0)
12:02 < CIA-32> rene * r37652 /trunk/package/network/duplicity/duplicity.desc: * updated duplicity (0.6.09 -> 0.6.10)
12:03 < CIA-32> rene * r37653 /trunk/package/network/dante/dante.desc: * updated dante (1.2.1 -> 1.2.2)
12:04 <@rxr> http://www.t2-project.org/packages/dietlibc.html
12:16 < rogermason> hello.
12:20 < rogermason> I'm wondering if there is some means to monitor and interact with the boot process of a machine remotely.  For example, using socat(?) to send serial information over tcp?  I think one would need to start the driver for the NIC in the initrd.  Is this possible, or am I in phantasy land?
12:21 <@rxr> well, usually most ideas are possible
12:21 <@rxr> there is also some netconsole stuff in the linux kernel
12:21 <@rxr> what exactly are you trying to do?
12:22 <@rxr> just one time debugging, or larger scale production system monitoring?
12:27 < rogermason> Nothing complex.  I sometimes need to restart a machine at work while I'm at home.  I intend to rebuild all my system with home directories mounted on an encrypted partition.  If rebooted, I need to supply the encryption passphrase.
12:28 <@rxr> if onyl the home is encryptd
12:28 <@rxr> you could set it up in a way that they come up without /home, so you can ssh in
12:29 <@rxr> maybe it can even be setup to let pam auto-mount the /home on login and ask for the passphrase or something like that
12:35 < rogermason> Ah, yes.  Those are good ideas.
14:25 < CIA-32> rene * r37654 /trunk/package/base/dietlibc/arm-eabi.patch: * some dietlibc fixup for arm/eabi
14:40 < CIA-32> rene * r37655 /trunk/package/base/dietlibc/arm-eabi.patch: * further fixed dietlibc arm/eabi for pdksh
17:12 < CIA-32> rene * r37656 /trunk/package/base/u-boot/ (gcc44.patch u-boot.desc): * updated u-boot (2009.11-rc1 -> 2010.06)
17:44 < CIA-32> rene * r37657 /trunk/package/base/linux24/linux24.conf: * build an uImage for arm by default, likewise
--- Log closed Thu Sep 23 00:00:49 2010