--- Log opened Wed Nov 01 00:00:16 2006 00:24 -!- shevegen is now known as shev_bat 01:08 < _Ragnar_> rxr: what's the best setting for a core 2 duo? 02:36 -!- idealm [n=ideal@222.66.106.154] has joined #t2 02:38 -!- _Ragnar_ [i=loki@216.250.77.230] has quit ["bbl"] 03:07 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 03:14 -!- idealm [n=ideal@222.66.106.154] has joined #t2 03:55 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 04:01 -!- idealm [n=ideal@222.66.106.154] has joined #t2 05:09 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 05:16 -!- idealm [n=ideal@222.66.106.154] has joined #t2 05:51 -!- vortex[ZzZ] [i=lus2la@201.19.70.107] has joined #t2 06:01 < vortex[ZzZ]> Hello. I am new to T2 and have downloaded 6.0.1 for pentium arch. Why it dont have with rp-pppoe? 06:03 < emte> because you didnt add it? 06:06 < vortex[ZzZ]> The distro aparently came without this package 06:08 < Stelz> hi vortex[ZzZ] 06:11 * Stelz is back (gone 06:40:48) 06:11 < rxr> moin 06:11 < rxr> hi vortex[ZzZ] 06:12 < rxr> vortex[ZzZ]: with T2 you can build very different kinds of distributions 06:12 < rxr> 6.0.1 shipped as Desktop flavour 06:12 < rxr> err 06:12 < rxr> 6.0.0 shipped as Desktop flavour 06:12 < rxr> 6.0.1 shipped just as minimal bare-bore Linux 06:12 < vortex[ZzZ]> mmm 06:13 < rxr> enough to compile t2 itself with and also enough for many console freax 06:13 < vortex[ZzZ]> ok 06:13 < rxr> you can easily add it building from source 06:13 < Stelz> moin rxr 06:13 < rxr> moin Stelz 06:13 < Stelz> found some bug maybe 06:13 < Stelz> i disabled hotplug++ 06:13 < rxr> just checkout the t2 sources and rn Emerge-Pkg ppp I think 06:13 < Stelz> and tried to compile the kernel 06:13 < vortex[ZzZ]> thanks 06:14 < rxr> vortex[ZzZ]: but you are right ppp should most probably included in the minimal flavour as well 06:14 < Stelz> so it fails without hotplug++ 06:14 < rxr> I quickly check it 06:14 < rxr> Stelz: fails ? 06:14 < Stelz> yeah 06:14 < rxr> Stelz: the initrd creation I guess ? 06:14 < Stelz> i forgot :-) 06:14 < Stelz> but i may test it again 06:14 < rxr> Stelz: but the initrd is only created if some mkinitrd is around 06:15 < rxr> do you have mkinitrd selected in your package selection ? 06:15 < Stelz> nope 06:15 < Stelz> hm 06:15 < Stelz> file 4.18 released 06:16 < Stelz> OpenBSD 4.0 released 06:16 < Stelz> nice 06:16 < vortex[ZzZ]> I think its better download the sources and build it by myself so 06:17 < rxr> the whole dist or just ppp ? 06:17 < CIA-9> rene * r20583 /trunk/target/generic/pkgsel/ (00-minimal.in 50-minimal-desktop.in): * moved cvs and ppp from minimal-desktop into the minimal package preselection template 06:18 < Stelz> w00t 06:18 < vortex[ZzZ]> rxr the whole 06:18 < Stelz> rxr: cvs? why? 06:19 < rxr> Stelz: because some sources of upstream packages are checked out via cvs 06:19 < rxr> new people should be able to get those 06:19 < Stelz> uhm 06:19 < rxr> (noticed this some days ago already) 06:19 < rxr> Stelz: yeah - uhm 06:19 < Stelz> no svn-trees for that projects? 06:19 < Stelz> .. 06:21 < Stelz> rxr: mkinitrd is unselected 06:21 < rxr> Stelz: yeah - for some not 06:21 < rxr> Stelz: what is your exact build error ? 06:23 < Stelz> uhm 06:23 < Stelz> during the copying kernel modules 06:23 < Stelz> Building registered 3rd party module packages ... 06:23 < Stelz> Kernel: 2.6.18.1-dist, module dir: /home/stelz/Data/projects/t2/build/slz-7.0-trunk-generic-x86-pentium4/lib/modules/2.6.18.1-dist 06:23 < Stelz> System.map: /home/stelz/Data/projects/t2/build/slz-7.0-trunk-generic-x86-pentium4/boot/System.map_2.6.18.1-dist 06:23 < Stelz> Create dirtree ... 06:23 < Stelz> Copying kernel modules … 06:24 < Stelz> hci_uart.ko hci_usb.ko 06:24 < Stelz> 06:24 < Stelz> and then the err 06:24 < Stelz> WARNING: /tmp/tmp.tDOnjK4412/lib/modules/2.6.18.1-dist/kernel/net/appletalk/appletalk.ko needs unknown symbol unregister_snap_client 06:24 < Stelz> WARNING: /tmp/tmp.tDOnjK4412/lib/modules/2.6.18.1-dist/kernel/net/appletalk/appletalk.ko needs unknown symbol register_snap_client 06:24 < Stelz> Injecting programs and configuration ... 06:24 < Stelz> cp: cannot stat `/home/stelz/Data/projects/t2/build/slz-7.0-trunk-generic-x86-pentium4/sbin/hotplug++': No such file or directory 06:24 -!- vortex[ZzZ] [i=lus2la@201.19.70.107] has quit [] 06:25 < rxr> Stelz: can you upload the while file somewhere ? 06:27 < Stelz> rxr: http://slz.sytes.net/err.log 06:30 < rxr> Stelz: but there mkinitrd is used 06:31 < rxr> Stelz: did you had it enabled before and deselected it ? 06:39 < Stelz> yeah 06:39 < rxr> yeah - then it is still in the sandbox 06:40 < rxr> there is nothing wiped automagically 06:40 < rxr> ./scipts/Create-ErrList -remove mkinitrd 06:41 < rxr> do you have mine in your package selection ? 06:41 < Stelz> yup 06:41 < Stelz> cause u told me i need it for install-cd 06:42 < rxr> yeah - Create-ErrList does use it currently as well :-(((( 06:43 < rxr> that is why I reasked right now ... 06:43 < rxr> but in that script it would be easy to replace with a for each in flist rm -rf loop 06:43 < Stelz> ./scipts/Create-ErrList -remove mkinitrd <- with this i can remove mkinitrd? 06:43 < rxr> will do so after one business thing I have to do now 06:43 < rxr> Stelz: yes 06:44 < rxr> this script can also remove stuff in your build that is new after an "svn up" via the -newdelete switch :-) 06:44 < Stelz> hm 06:45 < Stelz> then i can recompile a kernel without hotplug++ ? 06:45 < rxr> yep 06:45 < rxr> the kernel build script checks if a mkinitrd is available at the end of the build and builds a initrd in that case 06:45 < rxr> with mkinitrd remove there is nothing that will try to build a initrd with hotplug++ et.al. 06:45 [Users #t2] 06:45 [@ChanServ] [ emte ] [ mtr ] [ shev_bat] [ zod] 06:45 [ Baldzius] [ idealm] [ rxr ] [ Stelz ] 06:45 [ CIA-9 ] [ LMJ ] [ sepp] [ valentin] 06:45 -!- Irssi: #t2: Total of 13 nicks [1 ops, 0 halfops, 0 voices, 12 normal] 06:46 < Stelz> hm 06:46 < Stelz> # ./scripts/Create-ErrList -help 06:46 < Stelz> Usage: ./scripts/Create-ErrList [ -cfg config ] [ -repository repository ] \ 06:46 < Stelz> [ -copydir copydir | -movedir movedir ] [ -repstat ] \ 06:46 < Stelz> [ -stage stage ] [ -logdir logdir ] [ -[full|new]delete ] \ 06:46 < Stelz> [ -updated ] [ -showerr ] [ -showtree ] [ -showdepc ] \ 06:46 < Stelz> [ -dry-run ] [ ] 06:46 < Stelz> why there is no "-remove" flag in the usage ? 06:47 < rxr> bug 06:49 < rxr> Stelz: add it and svn commit 06:49 < Stelz> already done :-) 06:49 < Stelz> u read my thoughts 06:51 < rxr> heh 06:52 < CIA-9> vlad * r20584 /trunk/scripts/Create-ErrList: * fixed Create-ErrList's "-help" (added -remove flag) 06:53 < CIA-9> rene * r20585 /trunk/target/archivista/pkgsel: * added swig to the archivista target (needed for the now shipped exact-image/perl module 06:59 < CIA-9> rene * r20586 /trunk/target/archivista/rootfs/home/archivista/install.sh: 06:59 < CIA-9> * updated archivista install script for latest grub change: touch the 06:59 < CIA-9> the grub config so the GRUB STONE module does not fall into the auto 06:59 < CIA-9> setup mode 07:16 < CIA-9> rene * r20587 /trunk/target/archivista/rootfs/home/archivista/ (ssh-disable.sh ssh-enable.sh status.sh): * improved archivista to permanently allow to enable SSH 07:17 < Stelz> rxr: how i could install a new version of package? 07:17 < Stelz> just ./scripts/Build-Target -job package-version ? 07:17 < Stelz> previous version will be removed? 07:18 < rxr> yes 07:18 < rxr> or Create-ErrList -delete pkg 07:18 < rxr> that will remove the logfile and a Build-Target will build it 07:20 < CIA-9> vlad * r20588 /trunk/package/base/file/file.desc: * updated file (4.17 -> 4.18) 07:34 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 07:38 < Stelz> rxr: here? 07:38 -!- idealm [n=ideal@222.66.106.154] has joined #t2 07:38 < Stelz> hi idealm 07:39 < idealm> Hi Stelz 07:42 < rxr> hi idealm 07:42 < idealm> hi rxr 07:42 < Stelz> rxr: i need to remove some conf option 07:44 < Stelz> rxr: i must use var_remove_regex confopt '' '--host=*' ? 07:44 < rxr> yes 07:44 < rxr> that or '--host=*' 07:45 < rxr> err 07:45 < rxr> that or '--host=.*' 07:45 < rxr> yep .* : 07:45 < rxr> base/device-mapper/device-mapper.conf:var_remove_regex makeinstopt ' ' 'STRIP=.*' 07:45 < Stelz> thanks 07:48 < rxr> you' welcome 07:49 -!- _Ragnar_ [i=loki@216.250.77.230] has joined #t2 07:49 < CIA-9> rene * r20589 /trunk/target/archivista/rootfs/home/archivista/ (.fluxbox/startup status.sh vnc-disable.sh vnc-enable.sh): * implemented permanent VNC setup for the archivista target, likewise 07:49 < rxr> _Ragnar_: moin 07:49 < CIA-9> vlad * r20590 /trunk/package/base/file/file.conf: * fixed file's 4.18 build-proc (removed --host flag to build magic-files properly) 07:49 < Stelz> rxr: ;-) 07:49 < _Ragnar_> moin 07:49 < Stelz> hi _Ragnar_ 07:49 < rxr> _Ragnar_: I only have a Core Duo (without 2) so far 07:49 < rxr> _Ragnar_: for that -pentium-m appears to be optimal 07:49 < _Ragnar_> okay 07:50 < rxr> _Ragnar_: I think there is no better option for the Core 2 Duo so far, beside building x86-64 flavour 07:50 < _Ragnar_> ok 07:50 < rxr> _Ragnar_: but pentium-m is not available then - no idea if the emt64 is the best choice then or some athlon flavour 07:50 < rxr> maybe more so the emt64 one ... 07:50 < _Ragnar_> hmm ok I'll stay 32 bit for now 07:51 < rxr> but x86-64 should give some performance boost due to way more general purpose registers ... 07:51 < rxr> _Ragnar_: google for some Macbook r2 benchmark - even under this slower OS X 64bit binaries run faster 07:52 < _Ragnar_> one step at a time ... now I have to find out how to get this mb to let me boot from sata first :p 07:52 < rxr> what you got a MacBook Pro ? 07:53 < _Ragnar_> no a asus dh deluxe 07:53 < rxr> heh :-) 08:05 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 08:16 -!- idealm [n=ideal@222.66.106.154] has joined #t2 08:22 < sepp> hello :) 08:24 < Stelz> moin sepp 08:24 < emte> mmm 08:24 < sepp> moin Stelz :) 08:24 < Stelz> hi emte 08:25 < rxr> moin sepp and emte 08:25 < emte> i was pretty sure Core Duo is 32/64 not a full 64 bit chip 08:25 < rxr> Core Duo is 32bit only 08:25 < rxr> Core 2 Duo includes the full AMD64, err the el-cheapo Intel ripoff that is ... :-) 08:25 < Stelz> hmm 08:27 < emte> it will be interesting to see how long 64 lives at mainstream level 08:27 < sepp> hi rxr emte :) 08:27 < emte> intel could always instantly kill AMD by dropping 128bit cpus for mainstream consumption 08:29 < rxr> well - AMD has a strong market position these days as well - and 64bit Windows just becomes useable 08:29 < emte> actually they should have before AMD bought ATI 08:29 < rxr> imagine how long it would take to get a 128bit Windows and binary only blobs from the big companies - seomthing about 5 years, if everything goes well 08:29 * emte shrugges 08:30 < emte> maybe it would actually be useful and usable by then 08:30 < sepp> why buy amd, to be able to go back to 8 bit cpus ? 08:30 < emte> :P 08:30 < rxr> and from normal end users AMD and Intel are carefully compared for performance per watt these days 08:30 < emte> not that it matters 08:30 < _Ragnar_> 128bit wouldn't make any sense anyway 08:30 < rxr> (not by the technical specs per se but by how hot the laptop becomes on the lap and how long the battery lasts 08:31 < emte> the normal user never even touches 1/2 the chips capabilities unless they are playing a game 08:31 < rxr> I have my doubts a "just for the fun of it" 128bit CPU would shiny in this area 08:31 < rxr> emte: or moves windows in Vista :-) 08:31 < emte> 128 would be the same marketing ploy 64 was 08:32 < emte> to sell chips 08:32 < rxr> nah 08:32 < emte> game consoles have been 128 since ps2 08:32 < rxr> AMD64 (x86-64 or however you wanna name it) was a huge performance gain 08:32 < emte> not for the normal user 08:32 < rxr> mostly however because there are way more general purpose registers available .... 08:33 < rxr> the most sucking part of plain old x86 08:33 < emte> it still loads office and web browsers at the same speed 08:33 < rxr> hm ? 08:33 < rxr> just throw normal C code thru a decent compiler and x86-64 will have at least a +50% performance boost on the same CPU 08:33 < emte> only if it has heavy math 08:34 < Stelz> nice 08:34 < rxr> my 1.6GHz AMD Turion64 sub-notebook even outperforms the Intel Core Duo @ 2GHz on some usecases just becasue it has way more registers ... 08:34 < emte> if all it does is parse text it runs at the same old speeds 08:34 < rxr> emte: nope 08:34 < rxr> emte: normal every day code 08:34 < Stelz> the source code of openbsd 4.0 is about 102 MiB 08:34 < rxr> emte: on x86 you push pop or memory referecne all the time 08:34 < sepp> it does not run out of registers all the time 08:34 < rxr> on math integer or float code with more than 4 variables you get a ove 100% performance gain from x86-64 08:35 < rxr> just for free 08:35 < rxr> and because AMD did a very cool job hacking the x86 instruction set to 64bit with way more registers the 64bit code is not even slower compared to the 32bit code 08:35 < rxr> normal RISC CPUs are slower in 64bit mode (SPARC64 and PowerPC64 at least that is) 08:36 < rxr> because you needlessly move 64bit data and pointers around all the time 08:36 < rxr> that is not the case on x86-64 08:39 < emte> maybe i need to look at some more recent comparisons again then, few months ago there were no benifits other than intel and AMD getting more money 08:39 < emte> unless you were doing heavy lifting 08:40 < sepp> maybe because they compared 32bit things? 08:40 < emte> the changes in bus systems had more impact than 64bit 08:41 < rxr> that is another thing where AMD HyperTransport tops 08:44 < emte> hard to say 08:45 < emte> the theory is there 08:48 < emte> i figure my old box has another 5-8 years before it will be worth changing ... unless toshiba and sony push the cell mainstream 08:49 < rxr> heh 08:49 < _Ragnar_> oh do you bychance know the kernel options for 2gig ram support? 08:49 < Stelz> rxr: how often does http://svn.exactcode.de/ChangeLog-t2 regenerate? 08:50 < emte> _Ragnar_, you dont need anything special for that 08:51 < emte> large mem is now 4 or 8Gb in 2.6 08:51 < emte> max is 14Tb or there abouts 08:51 < _Ragnar_> then why do I only see MemTotal: 905888 kB 08:51 < _Ragnar_> ? 08:52 < emte> bad memory or your bios is lying? 08:52 < emte> maybe one isnt fully seated 08:52 < emte> actually 08:52 < emte> where are you getting that number from 08:53 < _Ragnar_> cat /proc/meminfo 08:53 < rxr> Stelz: every few hours 08:53 < rxr> every 4 or 6 or so ... 08:53 < Stelz> k 08:54 < emte> then you have another issue 08:54 < _Ragnar_> <4>Warning only 896MB will be used. 08:54 < _Ragnar_> <4>Use a HIGHMEM enabled kernel. 08:54 < _Ragnar_> <5>896MB LOWMEM available. 08:54 < rxr> _Ragnar_: you need a HIMMEM kernel 08:54 < _Ragnar_> exactly. 08:54 < rxr> _Ragnar_: have fun rebuliding or boot a x86-64 kernel :-) 08:54 < _Ragnar_> it's not 'default' 08:54 < emte> you using 2.4 or 2.5? 08:55 < rxr> emte: HIGHMEM is not the default on x86 08:55 < rxr> programs can not use more than 1 or 3GB at a time anyway and it costs some % performance 08:55 < emte> rxr, i've never had an issue with 2.6 kernels 08:55 < rxr> of course sane and 64bit architectures (SPARC, PowerPC, MIPS, ...) do not have this hickup 08:55 < _Ragnar_> maybe you're not using anything more then 900meg? :) 08:55 < rxr> emte: it is no issue, just not in the default kernel 08:56 < rxr> emte: select and recompile option 08:56 < emte> all my systems are matched to 2Gb+ ram 08:56 < rxr> emte: maybe your distribution shipped a HIGHMEM kernel by default 08:56 < emte> no, i always disable it when i compile 08:56 < rxr> emte: heh!) 08:56 < rxr> !? even 08:57 < rxr> emte: without HIGHMEM enabled your kernel will only used the first 1GB :-) 08:57 < _Ragnar_> hmmm I can compile a 64 bit kernel and still run a 32bit system, or? 08:57 < rxr> _Ragnar_: yes 08:57 < rxr> _Ragnar_: if you do not disable the 32bit support option you can run any 32bit process just fine 08:57 < emte> rxr, depending how you look at it, it does that anyway since it auto alloctes 1/2 your ram for SHM support 08:57 < emte> unless you change that 08:57 < rxr> _Ragnar_: but of corse you need a 64bit "cross" compiler if you want to build it in your running system 08:58 < _Ragnar_> o_o 08:58 < rxr> emte: huh? a not HIGHMEM kernel will not use the RAM above the first GB for anything 08:58 < _Ragnar_> isn't that just a gcc compile option? 08:58 < rxr> _Ragnar_: -m64 yes 08:58 < rxr> _Ragnar_: but your normal x86 compiler does not have that :-) 08:58 < rxr> _Ragnar_: that is why I wrote cross compiler :-)( 08:59 < _Ragnar_> gcc -m64 08:59 < _Ragnar_> gcc: no input files 08:59 < _Ragnar_> doesn't complain? 08:59 < rxr> hm - maybe trhow a c file into it 08:59 < rxr> maybe it complains just when it has something to do ... 09:00 < Stelz> Building modules, stage 2. 09:00 < Stelz> nice 09:00 < Stelz> :) 09:00 < emte> 2076308k total, 1949968k used seems to be happy to use it here 09:00 < rxr> then you have a HIGHMEM kernel 09:00 < _Ragnar_> hmm o_O 09:00 < _Ragnar_> which processor do I use in the kernel then? 09:00 < _Ragnar_> setup* 09:01 < rxr> _Ragnar_: when you cross build the kernel you need to pass ARCH=x86_64 or so, you do that? 09:01 < rxr> _Ragnar_: I would select emt64 for the Core2 Duo 09:01 < rxr> but that is just an educated guess - I have none 09:03 < Stelz> woohoo, rxr 09:03 < _Ragnar_> o_O 09:03 < Stelz> == 11/01/06 11:59:26 =[1]=> Finished building package linux26. 09:05 < _Ragnar_> and for _64 i don't need highmem support any more? or do I still need to enable it in the config? 09:06 < rxr> yes 09:06 < rxr> the x86_64 kernel has no sort of HIGHMEM option 09:06 < _Ragnar_> hmm ok 09:06 < rxr> as it can address anything with it's 64bit pointers 09:07 < _Ragnar_> I'll cross-build overnight then 09:07 < rxr> and no memory needs to blended into memory slots like in good old segmented 80x86 days ... 09:07 < rxr> to be blended ... 09:07 < rxr> (or tiny µCs ...) 09:08 < _Ragnar_> :D 09:09 < rxr> good old == when hardware specs where free and you did now every gate in your system by name ... 09:10 < _Ragnar_> *lol* 09:11 < rxr> heh: back in the days when there was no silly A20 gate :-)! 09:11 < rxr> when "640kB was enough for everyone" 09:12 < emte> everyone knows who to blame for that 09:12 < _Ragnar_> well I gonna hit the sack while this compiles, and hope the cpu temp keeps low 09:12 < _Ragnar_> enough* 09:12 < rxr> .oO 09:12 < rxr> sleep weel _Ragnar_ 09:12 < rxr> well 09:12 < _Ragnar_> thanks 09:12 < _Ragnar_> nini wish me luck for tomorrow 09:12 < rxr> definetly 09:12 < rxr> cu then 09:14 * emte makes note to fix dsn so distcc can work again 09:16 < Stelz> wtf 09:17 < Stelz> mc 4.1.40-pre9 shells 09:17 < Stelz> o.O 09:17 < Stelz> rxr: mc is still 4.1.40-pre9 ?! O.O 09:17 < Stelz> could i update it to beta? 09:17 < Stelz> err 09:18 < Stelz> could i update it to 4.6.1? 09:18 < rxr> we ship the non GNU mc 09:18 < rxr> it is versioned differently 09:18 < Stelz> ehm 09:18 < rxr> that is the latest version of it ... 09:18 < Stelz> non gnu mc? 09:18 < rxr> you can rename it mc-whatever-it-was and add the GNU mc as mc ... 09:19 < Stelz> but rxr 09:19 < Stelz> http://mc.linuxinside.com/cgi-bin/dir.cgi 09:19 < Stelz> GNU Midnight Commander 09:19 < Stelz> 4.1.X-MP 09:20 < Stelz> the name of non-gnu mc is GNU mc 09:20 < emte> Stelz, it might have a non-gpl library linked 09:21 < rxr> no - the whole story is that when the gnome1 people dropped mc in favour of nautilus 09:21 < sepp> it is a version without much of the silly things they added under gnome 09:21 < rxr> we skiped the big fat X enabled mc and used this for tiny and cleaned fork 09:21 < rxr> the title was not updated 09:21 < rxr> the title of our .desc 09:21 < rxr> we had this topic on our mailing list some weeks ago 09:22 < rxr> someone wanted to have the vanilla GNU mc 09:22 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 09:22 < rxr> we agreed to rename our mc package to mc-mp (or so) and re-add the GNU mc as mc 09:22 < rxr> I can do so in some minutes 09:22 * Stelz too 09:22 < Stelz> :-) 09:24 < rxr> Stelz: then go for it 09:24 < Stelz> k 09:24 * rxr still typing on some code to ship 09:26 < emte> hmm, while i am playing 09:27 < emte> anyone interested in distcc access? 09:28 -!- idealm [n=ideal@222.66.106.154] has joined #t2 09:30 < emte> which reminds me ... any furture support planned for icecc ? 09:31 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 09:35 < rxr> yes planed 09:35 < rxr> emte: what do you mean with distcc acces? to load compile jobs on to your box ? 09:36 < emte> yes, access is restricted by ip on mine 09:36 -!- idealm [n=ideal@222.66.106.154] has joined #t2 09:38 < rxr> emte: thanks - not /me right now 09:38 < rxr> emte: but maybe I come back later :-) 09:38 < emte> sure, ask any time 09:38 < emte> the box idles most of the time anyway 09:39 < rxr> big box ? 09:39 < emte> altho the new wifi nic has been a bit flakey 09:39 < emte> decent 09:40 < emte> 3Ghz-E prescott, 2Gb Matched ram, using the 800fsb 09:41 < emte> chews through compling glibc in ~4min even with all the other garbage i am running 09:42 < rxr> is the glibc compiled by t2, manually or by some other script ? 09:42 < CIA-9> vlad * r20592 /trunk/package/shells/mc/ (mc-mp.cache mc-mp.conf mc-mp.desc mc.cache mc.conf mc.desc): * renamed mc to mc-mp ("non-GNU" mc) 09:42 < emte> all three, uses about the same time 09:44 < CIA-9> rene * r20593 /trunk/target/archivista/rootfs/home/archivista/.fluxbox/menu: 09:44 < CIA-9> * indented the archivista .fluxbox/menu a bit more consitently 09:44 < CIA-9> (not yet perfect but at least a bit more consistently) 09:44 < CIA-9> vlad * r20594 /trunk/package/shells/mc-mp/ (. mc-mp.cache mc-mp.conf mc-mp.desc mc.cache mc.conf mc.desc): * renamed mc package to mc-mp package ("non-GNU" mc) 09:45 < emte> if you want the last T2 time its: == 00:12:22 == 11/01/06 00:15:17 =[0]=> Finished building package glibc. 09:50 < emte> hmm ... should i switch back to uclibc or figure out why glibc hates arm ... 10:23 < CIA-9> rene * r20595 /trunk/target/archivista/rootfs/home/archivista/ (.fluxbox/menu cd2stick.sh): 10:23 < CIA-9> * added cd2stick script to allow converting a CD to USB stick for 10:23 < CIA-9> updates to the archivista target 10:23 < CIA-9> vlad * r20596 /trunk/package/shells/mc/ (gcc34.patch mc-mp.cache mc-mp.conf mc-mp.desc mc.desc): * added mc (4.6.1) 10:29 < CIA-9> rene * r20591 /trunk/target/archivista/rootfs/home/archivista/ (update-restore.sh update-store.sh): 10:29 < CIA-9> * implemented permanent SSH/VNC configuration takeover for the 10:29 < CIA-9> archivista update store/restore cycle and added taking over 10:29 < CIA-9> the crontab as well 10:30 -!- idealm [n=ideal@222.66.106.154] has quit [Remote closed the connection] 10:30 < rxr> Stelz: hm - strange your r20596 also touches mc-mp files ? 10:30 < Stelz> rxr: they were removed with this r20596 10:32 -!- mtr_ [n=Michael@pD9E13EF5.dip0.t-ipconnect.de] has joined #t2 10:33 < Stelz> moin mtr_ 10:35 -!- idealm [n=ideal@222.66.106.154] has joined #t2 10:38 < rxr> hi mtr 10:38 [Users #t2] 10:38 [@ChanServ] [ CIA-9 ] [ LMJ ] [ rxr ] [ Stelz ] 10:38 [ _Ragnar_] [ emte ] [ mtr ] [ sepp ] [ valentin] 10:38 [ Baldzius] [ idealm] [ mtr_] [ shev_bat] [ zod ] 10:38 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal] 10:47 -!- mtr [n=Michael@pD9E11555.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)] 10:47 -!- mtr_ is now known as mtr 10:58 < CIA-9> rene * r20597 /trunk/target/archivista/rootfs/home/archivista/cd2stick.sh: 10:58 < CIA-9> * fixed archivista cd2stick.sh to correctly pass down script arguments 10:58 < CIA-9> thru gnomesu (sigh) 11:41 -!- idealm [n=ideal@222.66.106.154] has quit [Read error: 110 (Connection timed out)] 11:41 -!- Stelz [n=stealth@80.240.210.253] has quit [Read error: 110 (Connection timed out)] 12:16 -!- _Ragnar_ [i=loki@216.250.77.230] has quit [Remote closed the connection] 12:27 -!- sepp_ [n=sepp@p213.54.159.88.tisdip.tiscali.de] has joined #t2 12:39 < CIA-9> rene * r20598 /trunk/target/archivista/rootfs/home/archivista/ (cd2stick.sh publish.sh): 12:39 < CIA-9> * migrated archivista/publish.sh to reuse the USB writ code now 12:39 < CIA-9> outsourced into the cd2stick script (to avoid code duplication 12:39 < CIA-9> * needed to add some support glue code to the cd2stick.sh to 12:39 < CIA-9> support everything the pubishing needs 12:43 < rxr> so - lunch 12:43 < CIA-9> rene * r20599 /trunk/target/archivista/rootfs/home/archivista/.fluxbox/menu: 12:43 < CIA-9> * added a font size to the archivista fluxbox xterm execution to avoid 12:43 < CIA-9> the overly large default size 12:43 -!- sepp [n=sepp@p83.129.174.211.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)] 12:44 -!- sepp_ is now known as sepp 13:43 < CIA-9> rene * r20600 /trunk/package/shells/mc/mc.cache: * added mc/mc.cache 13:44 < rxr> re 14:52 < rxr> http://www.quebecos.com/modules/news/article.php?storyid=2029 14:53 < rxr> http://www.livedistro.org/resources/software/build-tools/t2 14:57 < rxr> ^- have fun - maybe something needed qt4 actually builds against it :-) 14:57 < CIA-9> rene * r20601 /trunk/package/kde/qt4/ (. config.hlp config.in qt4.cache qt4.conf qt4.desc): * added qt4 (4.2.1) 15:00 < rxr> http://www.methylblue.com/filelight/ 15:05 -!- idealm [n=ideal@58.33.58.84] has joined #t2 15:10 < CIA-9> rene * r20602 /trunk/package/multimedia/xvid/xvid.desc: * updated xvid (1.1.0 -> 1.1.2) 15:22 -!- shev_bat is now known as shevegen 15:24 < shevegen> geil 15:24 < shevegen> filelight sieht schmuck aus 15:27 < rxr> :-) 17:10 -!- _Ragnar_ [i=loki@216.250.77.230] has joined #t2 17:15 < rxr> moin _Ragnar_ 17:16 < _Ragnar_> moin moin 17:16 < _Ragnar_> hmmm something is wrong with irssi on the new cpu 17:16 < _Ragnar_> oh btw ... the cross-compile doesn't work 17:17 < _Ragnar_> linux26 fails with some undefined symbols 17:18 < _Ragnar_> kernel/syscall_ksyms.c:57: error: 'sys_ftruncate64' undeclared here (not in a function) 17:18 < _Ragnar_> like this ;P 17:18 < _Ragnar_> kernel/syscall_ksyms.c:57: warning: type defaults to 'int' in declaration of 'sys_ftruncate64' 17:21 < _Ragnar_> hmmm hope this fixes the irssi crash 17:29 < _Ragnar_> also .... you said to use emt64 for the cross ... but wouldn't that be using the old intel 64 bit approach instead of the better amd one? 17:42 < rxr> nope 17:42 < rxr> that is ia64 17:42 < rxr> emt64 is a x86_64 optimization setting 17:42 < rxr> Intel calls AMD64 emt64t 17:42 < rxr> Extended Memory 64bit technology or so 17:44 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has joined #t2 17:45 < misl> hi folks 17:47 < rxr> wb misl 17:48 < rxr> ic you arrived fine back in .nl 17:48 < rxr> today we had the storm over here in berlin :-) 17:49 < misl> hi rxr, yepp the flight was fine 18:19 < _Ragnar_> rxr: would a 64 bit kernel optimized for amd work on the core2duo? 18:23 < rxr> i have no idea 18:23 < rxr> I heared amd64 and em64t have a tiny difference for kernel level code 18:23 < rxr> handling whatever page table related or so ... 18:23 < rxr> no idea what 18:24 < rxr> I have not reviewed whether both code pathes are always built in or if this optimization selects it ... 18:24 < rxr> guess just try or read the source .-) 18:24 < rxr> we have a shiny new t2-minimal-6.0.1-x86-64 on our servers :-) 18:25 < _Ragnar_> I'll just try and see if it boots ;) 18:48 < rxr> :-) 18:48 * rxr phoning 18:48 < rxr> cu a bit later 19:24 < rxr> puh 19:24 < rxr> international negotations go on my nerves ... 19:26 < _Ragnar_> o_o 19:26 < _Ragnar_> ? 19:34 < rxr> yeah - and of for evening dinner ... 19:34 < rxr> _Ragnar_: much success with your new 64bit CPU 19:34 [Users #t2] 19:34 [@ChanServ] [ CIA-9 ] [ LMJ ] [ rxr ] [ valentin] 19:34 [ _Ragnar_] [ emte ] [ misl] [ sepp ] [ zod ] 19:34 [ Baldzius] [ idealm] [ mtr ] [ shevegen] 19:34 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal] 19:34 < rxr> n 8all 19:34 < _Ragnar_> gn8 :) and thanks for the hints 19:34 < _Ragnar_> can't wait to start building on this baby :) 19:38 -!- sepp [n=sepp@p213.54.159.88.tisdip.tiscali.de] has quit [Read error: 104 (Connection reset by peer)] 19:42 -!- sepp [n=sepp@p213.54.159.88.tisdip.tiscali.de] has joined #t2 19:42 < sepp> hi :) 22:32 -!- misl [n=chatzill@84-104-172-187.cable.quicknet.nl] has quit ["Chatzilla 0.9.75 [Firefox 1.5.0.7/2006090918]"] --- Log closed Thu Nov 02 00:00:17 2006