[12:07] <shinmen> Hmm.. I'll play with it in a couple of hours.
[12:08] <shinmen> case_, BTW, don't hold you're breath over the smart card reader of the floppy :)
[12:08] <case_> :)
[12:12] <jb-home> Wow, traffic in this channel.  I didn't think it ever happened. =)
[12:13] <case_> jb-home: my mistake, i'm sorry :)
[12:13] <jb-home> *lol*
[03:27] <tuhl> not so many people here :-)
[03:27] <fabbione> right :)
[03:28] <fabbione> but it takes away noise from -server :)
[03:28] <fabbione> and you can discuss more quietly ;)
[03:28] <tuhl> zUbuntu will be a server based variant
[03:29] <fabbione> tuhl: yes. considering zSeries can't fit under my desk :)
[03:29] <daq4th> ok, what about the build-system? launchpad-buildd seems not to be available for the general public ...
[03:29] <tuhl> there migth be a pUbuntu aswell
[03:30] <tuhl> as I mentioned there will be some additional packages to make it the best distro on zSeries
[03:31] <tuhl> VM is a very intersting technology
[03:31] <daq4th> and maybe some additions within initscripts ....
[03:31] <fabbione> i strongly suggest 2 things
[03:31] <daq4th> i dont know how much of that stuff is derived from debian and how much they did for the 2.6 kernel stuff on zSeries
[03:31] <tuhl> it should be possible to do some sysadmin jobs form the Linux side
[03:31] <fabbione> make your changes as generic as possebile for general integration
[03:32] <daq4th> sure
[03:32] <fabbione> or make them as specific as possible to be able to keep them isolated from the other arches
[03:32] <fabbione> otherwise there will be problem to mesh standard ubuntu with you
[03:32] <fabbione> and viceversa
[03:32] <tuhl> fabbione: of yourse
[03:32] <tuhl> course
[03:33] <fabbione> daq4th: you will discuss the buildd with infinity tomorrow :)
[03:33] <fabbione> daq4th: there are several vars to keep into account.
[03:33] <fabbione> <- sparc porter
[03:33] <tuhl> we will do that
[03:33] <tuhl> you did the sparc port?
[03:34] <fabbione> 98% of it
[03:34] <tuhl> I will get a T1000 soon
[03:34] <fabbione> nice toy
[03:34] <fabbione> but linux can't run on it yet
[03:34] <tuhl> from Sun Germayn
[03:34] <tuhl> Germany
[03:35] <tuhl> Do you have experiences with Mono on SPARC?
[03:35] <fabbione> there is no Mono on sparc
[03:36] <fabbione> not on linux at least
[03:36] <tuhl> ok 
[03:36] <fabbione> you can run mono on slowlaris
[03:36] <tuhl> it is Solaris
[03:36] <tuhl> you are right
[10:24] <case_> ping?
[10:28] <shinmen> pong
[10:29] <case_> :)
[10:30] <case_> i'm trying to compile some stuff in 64bits mode on my ubuntu-sparc64, but i have some troubles
[10:30] <shinmen> case_, What are you trying to?
[10:31] <case_> i'm trying to compile pov-ray with CFLAGS="-m64" CXXFLAGS="-m64"
[10:31] <case_> in pov-ray, there is c sources and C++ sources
[10:31] <case_> the c compiles with -m64 without any complaint
[10:31] <case_> but the C++ is another story
[10:32] <shinmen> case_, Any real advantage in having pov-ray in 64 bit userspace?
[10:32] <case_> (in 32bits it compiles just fine)
[10:33] <case_> shinmen: that's what i want to know :) 
[10:34] <shinmen> 'cause it's like a sort of a FAQ.. I've seen it in debian, splack and gentoo. People think that having stuff in 64 bit userspace will make them run them faster, but only a handfull of aplications take advantage of it, and it's mainly when they are going to use a huge ammount of memory. And I do mean huge.
[10:36] <case_> yes i know that (well, that 64bits support is most of the time usefull when you need more than 4Gb of memory)
[10:37] <case_> but a friend of mine think that double precision floating point will benefit too...
[10:38] <case_> so, urban legend you say ?
[10:39] <shinmen> Well, it could help some aplications, but only a hand full. Pov-ray could be a nice candidate.
[10:40] <shinmen> case_, Error?
[10:41] <case_> a brunch of : /usr/include/c++/4.0.2/iosfwd:45:29: error: bits/c++locale.h: No such file or directory
[10:41] <case_> (and others headers too)
[10:42] <shinmen> case_, Does /usr/include/c++/4.0.3/sparc64-linux-gnu/bits/c++locale.h exist?
[10:43] <case_> no
[10:43] <case_> i only have a 4.0.2 directory, and no sparc64-linux-gnu directory
[10:43] <case_> just sparc-linux-gnu
[10:44] <shinmen> Hmm... this is an u80 with dapper... I shutdown my box at home a couple of ours ago.
[10:44] <case_> i was looking for somthing like libstdc++ 64 but found nothing...
[10:44] <case_> lokking for, in apt-cache....
[10:45] <shinmen> alvaro@quassar:~$ dpkg -l|grep 64 |grep ^ii|wc -l
[10:45] <shinmen> 9
[10:45] <shinmen>  (including an smp kernel)
[10:46] <case_> case@soylent:~$ dpkg -l|grep 64 |grep ^ii|wc -l
[10:46] <case_> 7
[10:46] <case_> (without an smp kernel)
[10:48] <shinmen> $ dpkg -S c++locale.h
[10:48] <shinmen> libstdc++6-4.0-dev: /usr/include/c++/4.0.3/sparc-linux-gnu/bits/c++locale.h
[10:48] <shinmen> libstdc++6-4.0-dev: /usr/include/c++/4.0.3/sparc64-linux-gnu/bits/c++locale.h
[10:49] <case_> dpkg -S c++locale.h
[10:49] <case_> libstdc++6-4.0-dev: /usr/include/c++/4.0.2/sparc-linux-gnu/bits/c++locale.h
[10:49] <case_> that's the problem
[10:50] <shinmen> Gonna try it here. U80 with 3 procs...
[10:50] <case_> I ... hate ... you! :)))
[10:50] <case_> ok so i'll probably have to upgrade to a draper, no?
[10:51] <shinmen> case_, Let me try it here first... if it won't work here, I'll save you a bit of trouble.
[10:52] <case_> rigth, thanks
[10:52] <shinmen> np.
[10:59] <shinmen> Done compiling.
[11:00] <shinmen> $ file unix/povray
[11:00] <shinmen> unix/povray: ELF 64-bit MSB executable, SPARC V9, version 1 (SYSV), for GNU/Linux 2.4.18, dynamically linked (uses shared libs), not stripped
[11:01] <shinmen> case_, Please let me know how the benchmarks go.
[11:03] <case_> \0/
[11:04] <case_> great, so i have to update to dapper
[11:05] <shinmen> case_, I could send you the binaries if you'd like.
[11:05] <case_> thanks but it's cleaner that way
[11:05] <shinmen> Ok. And you should trust other people's binaries.
[11:06] <shinmen> (Aldo I'm the splack developer if anyone has a real urge for trusting my binaries :)
[11:07] <case_> :)
[11:13] <case_> wow, splack, i wasn't aware of that... seems realy cool
[11:15] <shinmen> Dumped project... I changed where I work, and the guys from the old job (or anyone else for that matter) haven't shown interesnt in keep it going so I only have a personal up to date repository.
[11:15] <shinmen> bbl
[11:15] <case_> cu
[11:37] <case_> of course, i've broken SILO >_<
[11:39] <shinmen> Ouch.
[11:40] <case_> i've booted on the install cd and i've now a shell, but i dont' find my /dev/hda...
[12:00] <case_> wow... i've just fixed one of the worst dependency mess i've ever seen... (ok ok, i'm not that experienced ;))
[12:01] <shinmen> :)