--- Log opened Mon Jan 29 00:00:46 2007 01:18 -!- mtr_ [n=Michael@kobz-590ca140.pool.einsundeins.de] has joined #t2 01:19 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 01:20 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 01:35 -!- mtr [n=Michael@kobz-590cb035.pool.einsundeins.de] has quit [Read error: 113 (No route to host)] 01:35 -!- mtr_ is now known as mtr 03:02 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)] 03:10 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 05:38 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 145 (Connection timed out)] 05:45 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 06:06 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 06:06 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2 08:46 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)] 09:18 < mtr> rxr: 0.9.28.1 is a bugfix release, i think we should wait for .29 09:46 < CIA-9> aldas * r22230 /branches/6.0/package/multimedia/gxine/gxine.desc: 09:46 < CIA-9> * merged r18367, r20178, r21416, r21840 from trunk to branches/6.0: 09:46 < CIA-9> updated gxine (0.5.6 -> 0.5.7 -> 0.5.8-> 0.5.9 -> 0.5.10) 09:46 < CIA-9> security update: CVE-2007-0406 09:49 < rxr> re 09:50 < rxr> mtr: yep, looked like just the 10 most imporant ptches since the last 1 1/2 years release applied 09:50 < rxr> where we already have all their trunk changes in trunk 09:50 < rxr> moin mtr btw :-) 09:50 [Users #t2] 09:50 [@ChanServ] [ CIA-9] [ mtr ] [ rxr ] [ valentin] 09:50 [ Capey ] [ LMJ ] [ R4gnar0k] [ Stelz] [ zod ] 09:50 -!- Irssi: #t2: Total of 10 nicks [1 ops, 0 halfops, 0 voices, 9 normal] 09:55 < CIA-9> aldas * r22231 /branches/6.0/package/network/bind/ (bind.conf bind.desc): 09:55 < CIA-9> * merged r21351, r22118 from trunk to branches/6.0: 09:55 < CIA-9> updated bind (9.3.2-P2 -> 9.3.3 -> 9.3.4) 09:55 < CIA-9> security update: CVE-2007-0493, CVE-2007-0494 10:00 < CIA-9> susan * r22232 /trunk/package/x11/icewm/icewm.desc: * updated icewm (1.2.30 -> 1.3.0) 10:01 < CIA-9> aldas * r22233 /branches/6.0/package/network/squid/squid.desc: 10:01 < CIA-9> * merged r22132 from trunk to branches/6.0: 10:01 < CIA-9> updated squid (2.6.STABLE8 -> 2.6.STABLE9) 10:22 < mtr> moin moin rxr :-) 10:22 < rxr> Linux: Gentoo On Server Considered Harmful 10:23 < rxr> http://linux.slashdot.org/linux/07/01/28/2227232.shtml 10:27 < CIA-9> aldas * r22234 /branches/6.0/package/mail/dovecot/dovecot.desc: 10:27 < CIA-9> * merged r21829, r22094, r22121 from trunk to branches/6.0: 10:27 < CIA-9> updated dovecot (1.0rc15 -> 1.0.rc17 -> 1.0.rc18 -> 1.0.rc19) 10:27 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 10:32 < CIA-9> rene * r22235 /trunk/package/base/binutils/binutils.desc: * updated binutils (2.17.50.0.11 -> 2.17.50.0.12) 10:48 < CIA-9> susan * r22236 /trunk/package/emulators/wine/wine.desc: * updated wine (0.9.29 -> 0.9.30) 10:48 < CIA-9> susan * r22237 /trunk/package/graphic/inkscape/inkscape.desc: * updated inkscape (0.45pre1 -> 0.45pre2) 11:28 < Capey> indeed, gentoo is pain on production servers... 11:30 < Capey> beside i hate the ebuild system with static runtime/compile time depency list... i find my self troubling the bleeding edge software, when i need to manually set new deps 11:33 < Capey> this was years ago, but i doubt it have changed much 12:23 < CIA-9> rene * r22238 /trunk/package/base/linux26/usb-hotfix.patch: * incooperated linux26 USB hotfix 12:26 < rxr> hi Capey 12:38 < rxr> http://www.heise.de/newsticker/meldung/84401 12:39 < rxr> Chinese Linux MIPS stuff 12:40 < rxr> MIPS Godson-1, -2B, ,-SC CUP 12:40 < rxr> CPU 12:51 < CIA-9> rene * r22239 /trunk/package/develop/piklab/piklab.desc: * updated piklab (0.13.0 -> 0.13.1) 12:53 < CIA-9> rene * r22240 /trunk/architecture/bfin/ (archtest.out config.in): * updated bfin defines 13:30 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has quit [Remote closed the connection] 13:49 -!- Baldzius [n=Baldzius@office.wapcom.lt] has joined #t2 13:49 < Baldzius> moin 15:00 -!- AMD-64 [n=AMD-64@p549972AB.dip.t-dialin.net] has joined #t2 15:00 < AMD-64> Downloading inputproto:download/mirror/i/inputproto-1.3.2.tar.bz2 ... 15:00 < AMD-64> Finished downloading 0 bytes in 0,106 seconds (0,000 bytes/sec). 15:00 < AMD-64> curl: (22) The requested URL returned error: 404 15:00 < AMD-64> ERROR: CURL Returned Error 22. Please read the curl manpage. 15:00 < AMD-64> INFO: download from mirror failed, trying original URL. 15:00 < AMD-64> ######################################################################## 100,0% 15:00 < AMD-64> Finished downloading 46502 bytes in 1,438 seconds (32348,000 bytes/sec). 15:00 < AMD-64> cksum-test (bzip2): download/mirror/i/inputproto-1.3.2.tar.bz2 15:00 < AMD-64> Cksum ERROR: download/mirror/i/inputproto-1.3.2.tar.bz2.cksum-err (874240730) 15:01 < AMD-64> always again 15:02 < AMD-64> and the same with: Downloading xsetpointer:download/mirror/x/xsetpointer-1.0.0.tar.bz2 ... 15:02 < AMD-64> Finished downloading 0 bytes in 0,105 seconds (0,000 bytes/sec). 15:02 < AMD-64> curl: (22) The requested URL returned error: 404 15:02 < AMD-64> ERROR: CURL Returned Error 22. Please read the curl manpage. 15:02 < AMD-64> INFO: download from mirror failed, trying original URL. 15:02 < AMD-64> ######################################################################## 100,0% 15:02 < AMD-64> Finished downloading 73861 bytes in 1,389 seconds (53175,000 bytes/sec). 15:02 < AMD-64> cksum-test (bzip2): download/mirror/x/xsetpointer-1.0.0.tar.bz2 15:02 < AMD-64> Cksum ERROR: download/mirror/x/xsetpointer-1.0.0.tar.bz2.cksum-err (2916488560) 15:22 < CIA-9> aldas * r22241 /trunk/package/develop/php/ (7 files): 15:22 < CIA-9> * security update: added php/CVE-2006-6383.patch 15:22 < CIA-9> * updated copyright notes 15:24 < rxr> re 15:24 -!- AMD-64 [n=AMD-64@p549972AB.dip.t-dialin.net] has quit [Read error: 113 (No route to host)] 15:24 < rxr> AMD-64: :-( th upstream manitainers must have changed the file ... 15:25 < rxr> hi Baldzius 15:26 < Baldzius> hi rxr 15:26 < CIA-9> aldas * r22242 /branches/6.0/package/security/libksba/libksba.desc: 15:26 < CIA-9> * merged r20837, r21836 from trunk to branches/6.0: 15:26 < CIA-9> updated libksba (0.9.12 -> 1.0.0 -> 1.0.1) 15:27 < CIA-9> aldas * r22243 /branches/6.0/package/security/libassuan/ (libassuan.conf libassuan.desc): 15:27 < CIA-9> * merged r20838 from trunk to branches/6.0: 15:27 < CIA-9> updated libassuan (0.6.10 -> 1.0.0) 15:29 < CIA-9> aldas * r22244 /branches/6.0/package/security/libgpg-error/libgpg-error.desc: 15:29 < CIA-9> * merged r19709 from trunk to branches/6.0: 15:29 < CIA-9> updated libgpg-error (1.3 -> 1.4) 15:33 < CIA-9> aldas * r22245 /branches/6.0/package/security/gnupg2/ (CVE-2006-6235.patch gnupg2.conf gnupg2.desc): 15:33 < CIA-9> * merged r20839, r21179, r21644, r22089 from trunk to branches/6.0: 15:33 < CIA-9> updated gnupg2 (1.9.22 -> 2.0.0 -> 2.0.1) 15:33 < CIA-9> fixed shared files conflict between GnuPG-1/-2 15:33 < CIA-9> security update: CVE-2006-6169, CVE-2006-6235 15:36 < CIA-9> rene * r22246 /branches/6.0/package/base/linux26/usb-hotfix.patch: * merged r22238 from trunk: incooperated linux26 USB hotfix 15:37 [Users #t2] 15:37 [@ChanServ] [ Capey] [ LMJ] [ R4gnar0k] [ Stelz ] [ zod] 15:37 [ Baldzius] [ CIA-9] [ mtr] [ rxr ] [ valentin] 15:37 -!- Irssi: #t2: Total of 11 nicks [1 ops, 0 halfops, 0 voices, 10 normal] 15:49 -!- AMD [n=Miranda@p549972AB.dip.t-dialin.net] has joined #t2 15:53 -!- AMD [n=Miranda@p549972AB.dip.t-dialin.net] has quit [Read error: 104 (Connection reset by peer)] 15:58 < CIA-9> rene * r22247 /trunk/package/base/util-linux/ (4 files): 15:58 < CIA-9> * updated util-linux (2.12r -> 2.13-pre7), way cleaner, configure 15:58 < CIA-9> based and fixes compilation with upcomming linux-headers 16:17 -!- Baldzius [n=Baldzius@office.wapcom.lt] has quit [] 16:41 < CIA-9> rene * r22248 /trunk/package/base/linux-header/ (8 files): * updated linux-header (2.6.12.5 -> 2.6.18.2) 16:43 < CIA-9> rene * r22249 /trunk/package/base/linux-header/linux-header.desc: * fixed new V tag from the linux-header update 16:44 < rxr> 2.6.19.x ... 16:45 < CIA-9> rene * r22250 /trunk/package/base/linux24/linux-conf.in: * blackfin lx_cpu translation in linux24 16:54 < CIA-9> mtr * r22251 /trunk/package/develop/cmake/ (cmake.conf cmake.desc): 16:54 < CIA-9> * updated cmake (2.4.5 -> 2.4.6) 16:54 < CIA-9> * set datadir and docdir configure options relative to $prefix 17:30 -!- juergen66 [n=juergen@fiedlerfamily.net] has joined #t2 17:30 < juergen66> Hello! 17:31 < juergen66> A question, if I may (and if anyone is awake): 17:32 < juergen66> I'm trying to buid my first t-resc and I'm running into problems when it tries to build the kernel. 17:33 < juergen66> It _looks_ to me like it may be important to run the same kernel that the system is trying to build. Is that correct? 17:33 < rxr> hi juergen66 17:33 < rxr> no you can run any kernel 17:33 < rxr> what is the error you get ? 17:34 < juergen66> I get a whole bunch of module related messages: 17:34 < juergen66> [...] 17:34 < juergen66> Created file outside basedir: /lib/modules/2.6.16/modules.usbmap 17:34 < juergen66> Created (vanished) file outside basedir (ignored): /lib/modules/2.6.16/modules.u 17:34 < juergen66> sbmap.temp 17:34 < juergen66> Created file outside basedir: /lib/modules/2.6.19.2-dist 17:34 < juergen66> Created file outside basedir: /lib/modules/2.6.19.2-dist/kernel 17:34 < juergen66> Created file outside basedir: /lib/modules/2.6.19.2-dist/kernel/drivers 17:34 < juergen66> Created file outside basedir: /lib/modules/2.6.19.2-dist/kernel/drivers/net 17:34 < juergen66> [...] 17:34 < rxr> .oO 17:35 < juergen66> 2.6.16 is the kernel I'm using right now. 17:35 < juergen66> That's on a Debian system. 17:36 < juergen66> After all the module messages, I get: 17:36 < juergen66> base #1: /root/t2-trunk 17:36 < juergen66> base #2: /root/t2-trunk/build/system-7.0-trunk-rescue-x86-i486 17:36 < juergen66> --- BUILD ERROR --- 17:36 < rxr> yeah - it's just that due technical reasons I do not notive such "regressions" on my reference builder 17:36 < rxr> juergen66: the kernel is rebuild in the chroot environmen anway - I would ingore this for now 17:37 < rxr> and just touch the log file so the build continuous 17:37 < rxr> touch build/t-resc-.../var/adm/log/1-linux26.log 17:37 < rxr> and I try to hunt this file creation (most probably due to some third party kernel module) that should not happen in the meantime ... 17:38 < juergen66> I think that worked. It moved on to flex. 17:38 < juergen66> Thanks! 17:42 < rxr> you are welcome! 17:43 < rxr> juergen66: when did you checkout your t2 SVN tree ? 17:43 < rxr> (how many hours ago?) 17:44 < rxr> mtr: I have a question, are you around ? 17:50 < CIA-9> rene * r22252 /trunk/package/editors/nano/nano.desc: * updated nano (2.0.2 -> 2.0.3) 17:51 < juergen66> rxr: Sorry, I got a little sidetracked; I had downloaded this tree about 2-3 hours ago. 17:58 < rxr> juergen66: you selected the rescue target in the Config dialog, right? 18:00 < juergen66> yes. 18:01 < juergen66> I enabled xtrace and ccache, but didn't change anything beyond that, IIRC. 18:03 < rxr> :-) 18:06 [Users #t2] 18:06 [@ChanServ] [ CIA-9 ] [ LMJ] [ R4gnar0k] [ Stelz ] [ zod] 18:06 [ Capey ] [ juergen66] [ mtr] [ rxr ] [ valentin] 18:06 -!- Irssi: #t2: Total of 11 nicks [1 ops, 0 halfops, 0 voices, 10 normal] 18:06 < rxr> juergen66: what parts of t-resc are most intesrting for you ? 18:19 < mtr> rxr: yes ? 18:34 < juergen66> rxr: I'm mostly interested in the filesystem tools (ntfsprogs & such), though I'm probably going to need some basic network debugging stuff, too. 18:35 < juergen66> Would be cool to have a somewhat bigger version that contains a bit more of that. 18:35 < juergen66> I've been on a quest for the perfect rescue CD for quite a while now and still don't know exactly what makes a really good one. 18:36 < rxr> mtr: regarding target and architecture package modifications 18:36 < rxr> for the new embedded CPUs I need quite big toolchain patches 18:37 < rxr> mtr: I could quickly hack it in to the current structure by a architecture specifc download and then pkg_xyZ-post.conf 18:37 < rxr> however I think it is a good time to implement package overlays 18:37 < rxr> that is that architectures and targets can have a packages/ subdir to overwrite the package meta-data 18:37 < rxr> mtr: what do you think? 18:38 < rxr> mtr: this is also useful for other, normal targets, e.g. archivista wants to stay on MySQL 4 for some more time 18:38 < rxr> they could then use package/archivista/packages/mysql/mysql.desc to set the values they need 18:39 < rxr> juergen66: yeah - tcpdump is on the lasted ISO - plus some more stuff I forgot ... 18:39 < rxr> mtr: as you work in this area quite often as well what do you think ? 18:47 < mtr> rxr: i would really appreciate this! 18:47 < mtr> i've built a target with a modified toolchain, too 18:48 < mtr> using gcc-3.4.6 and kernel 2.6.15 18:49 < mtr> for a more generic target, perhaps someone would like to have php4, qt4, ... 18:49 < juergen66> tcpdump == good and nmap - not just for blackhats anymore ;) 18:53 < mtr> overlay = if $target/package/$pkg/$pkg.{desc,conf} exist, use them instead of the "normal" package/... description and conf-file ? 18:55 < mtr> same for patch files 18:55 < rxr> mtr: now do you want to design this in the beginning? 18:56 < rxr> target overwrites architecture overwrites regular packages ? 18:56 < rxr> .conf is inherited, patches not? (as they often do not apply anyway? 18:56 < rxr> ) 18:57 < rxr> .conf is usually the same, when you create one only the new one is used 18:57 < rxr> .desc is inherited so only required fields need to be overwritten? 18:57 < rxr> such as [V], [D] 18:59 < mtr> for .desc inheritance of single tags is sufficient 19:00 < mtr> but .conf may have incompatible parts, like new configure options between major releases 19:02 < rxr> yep, then you create the .conf and the other is no longer sources anymore 19:02 < rxr> and you still can source it manually if you like (and e.g. overwrite just some vars that differ 19:03 < rxr> mtr: ouhm - new linux-header regress in a uclibc based build: 19:03 < rxr> !> usr/include/scsi/scsi.h: linux-header uclibc 19:03 < rxr> !> usr/include/scsi/scsi_ioctl.h: linux-header uclibc 19:03 < rxr> !> usr/include/scsi/sg.h: linux-header uclibc 19:05 < CIA-9> rene * r22253 /trunk/package/network/tftp-hpa/tftp-hpa.desc: * updated tftp-hpa (0.46 -> 0.47) 19:05 < rxr> ^- shared files 19:05 < mtr> ehem, /usr/include/scsi/* is now part of linux-header? 19:06 < rxr> appears so 19:06 < rxr> guess it ever should have but our custom saneizied headers where imperfect 19:06 < rxr> the updated linux-header use the in-kernel sanetizing, now 19:07 < mtr> glibc has the same includes in the flist 19:07 < rxr> (aside that way newer headers are always good to have (tm), this change was needed to not let the upcomming new embedded CPU support require too drastic linux-header fixup ...) 19:07 < rxr> mtr: I reference build with glibc - no error 19:08 < rxr> glibc build is in stage 5 already 19:08 < mtr> ok, so its smart enough ;) 19:08 < rxr> hm 19:08 < rxr> strange - on the refenece build linux-header does not have this files in the flist ... 19:10 * rxr starting a third reference buid,, for x86-64 to take a closer look 19:11 * mtr afk, lets discuss the package overlay tomorrow again, cu 19:12 < rxr> mtr: maybe I have implemented it until then 19:12 < rxr> cu mtr 19:12 [Users #t2] 19:12 [@ChanServ] [ CIA-9 ] [ LMJ] [ R4gnar0k] [ Stelz ] [ zod] 19:12 [ Capey ] [ juergen66] [ mtr] [ rxr ] [ valentin] 19:12 -!- Irssi: #t2: Total of 11 nicks [1 ops, 0 halfops, 0 voices, 10 normal] 19:14 < juergen66> Hmmm... and where would this one come from: 19:14 < juergen66> !> setlocale(LC_CTYPE,"en_US.UTF-8") failed! 19:14 < juergen66> !> Due to previous errors, no 5-uclibc.log file! 19:14 < juergen66> !> (Try enabling xtrace in the config to track an error inside the build syst .. 19:14 < juergen66> -> $root/var/adm/logs/5-uclibc.out -> 5-uclibc.err 19:14 < juergen66> == 01/29/07 13:08:47 =[5]=> Aborted building package uclibc. 19:15 < juergen66> I had it before and it stopped the whole build. Added en_US.UTF-8 to my locales and that fixed it. Now it's back. 19:17 < rxr> juergen66: yep I saw that once too 19:17 < rxr> touch the log and continue the build, uclibc is built already, the ISO will work anyway 19:17 < rxr> touch build/.../var/adm/log/5-uclibc.log 19:18 < rxr> mtr: did you got the above with uclibc already? or do you only do cross builds ? 19:19 < juergen66> I got the above with ulibc before. Added en_US.UTF-8 and that seemed to fix it. 19:20 < juergen66> Now it's back, but I just see the message and the build continues. 19:20 < juergen66> Ah wait... 19:20 < juergen66> I left the bootstrapping of the toolchain on. 19:21 < juergen66> Maybe the first one was that and the second one is the real thing? 19:22 < rxr> you can ignore the 5-uclibc.err for now, it is just a native rebuild for stress testing, uclibc is build at that point and will be included in the iso 19:22 < rxr> just let the build continue 19:22 < rxr> however if you want to take a look why it happens and how to fix it I'll not stop you :-) 19:22 < rxr> the last time that happend on my side I did not had the time to track it 19:25 < rxr> when you want to debug it go into the src.uclibc.* directory 19:25 < rxr> and run ./debug.sh 19:25 < rxr> this brings you into the build sandbox (chrooted) with the environment set to what it was during the build 19:25 < juergen66> Yummy. 19:25 < juergen66> I do normally like to see what's going on under the hood. 19:26 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 19:26 < misl> hi folks 19:26 < rxr> juergen66: heh - /me either, guess debug.sh will be fun for you :-) 19:26 < rxr> moin misl 19:33 < juergen66> Very likely, yes :) 19:34 < CIA-9> rene * r22254 /trunk/package/x86/syslinux/syslinux.desc: * updated syslinux (3.31 -> 3.35) 19:43 < Capey> ooh, rxr are you had fun with blackfin yet? 19:43 < rxr> yeah - starting to have 19:46 < R4gnar0k> hi hi 19:47 < rxr> hi R4gnar0k 19:48 * rxr out of the office in some minutes 19:48 < R4gnar0k> ok o_o 19:48 < R4gnar0k> did I miss something over the weekend? 19:48 < rxr> oehm, scrollback ? 19:49 < R4gnar0k> so much to read lol 19:49 < rxr> heh 19:49 < rxr> yeah - well - quite so many changes scrolling by so fast 19:50 < R4gnar0k> :) 19:50 < rxr> mkcomposecache 19:50 < rxr> err 19:50 < rxr> http://www.t2-project.org/irclogs/ 19:50 < R4gnar0k> ah ok 19:50 < R4gnar0k> thx 19:52 < CIA-9> rene * r22255 /trunk/package/xorg/mkcomposecache/ (. mkcomposecache.cache mkcomposecache.desc): * added mkcomposecache (1.2) - Creats global (system-wide) Compose cache files 19:53 < rxr> R4gnar0k: major linux-header update today, watch out on fresh rebuilds :-) 19:53 < R4gnar0k> ouch... 19:53 < R4gnar0k> lol 19:53 < rxr> R4gnar0k: glibc uclibc reference builds going ... 19:53 < rxr> so - cu all 19:54 < R4gnar0k> ok cya 20:01 < juergen66> laters! 20:14 < LMJ> moin moin 20:29 -!- d-marc [n=kvirc@HSI-KBW-085-216-121-092.hsi.kabelbw.de] has joined #t2 20:30 -!- d-marc [n=kvirc@HSI-KBW-085-216-121-092.hsi.kabelbw.de] has quit [Client Quit] 20:30 -!- d-marc [n=kvirc@HSI-KBW-085-216-121-092.hsi.kabelbw.de] has joined #t2 21:59 -!- zlim [n=dc36734@213.144.157.75] has joined #t2 22:00 -!- zlim is now known as zlim07 22:14 -!- idealm [n=ideal@CPE-203-45-99-98.nsw.bigpond.net.au] has joined #t2 22:23 < zlim07> salut 22:23 < zlim07> i l ya des packages binaires? 22:27 < LMJ> salut zlim07 22:28 < LMJ> il est préférable de parler anglais ici ;) 22:28 < LMJ> et non, il n'y a pas de paquet binaire dans t2 à vraiment parler 22:28 -!- d-marc [n=kvirc@HSI-KBW-085-216-121-092.hsi.kabelbw.de] has quit ["KVIrc 3.2.4 Anomalies http://www.kvirc.net/"] 22:29 < zlim07> ok i see 22:30 < LMJ> tu compiles plus ou moins tout, mais tu peux transporter d'un systeme à un autre une archive de fichers fraichement compilés pour le décompresser (l'installer donc) sur un autre pc 22:30 < LMJ> cela fait cela automatiquement lorsque tu crées un cd d'install depuis zéro 22:43 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit [Read error: 104 (Connection reset by peer)] 23:00 * juergen66 waves. 23:00 -!- juergen66 [n=juergen@fiedlerfamily.net] has left #t2 ["WeeChat 0.2.1"] --- Log closed Tue Jan 30 00:00:47 2007