--- 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