| shinmen | Hmm.. I'll play with it in a couple of hours. | 12:07 |
|---|---|---|
| === jb-home [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-ports | ||
| shinmen | case_, BTW, don't hold you're breath over the smart card reader of the floppy :) | 12:08 |
| case_ | :) | 12:08 |
| jb-home | Wow, traffic in this channel. I didn't think it ever happened. =) | 12:12 |
| case_ | jb-home: my mistake, i'm sorry :) | 12:13 |
| jb-home | *lol* | 12:13 |
| === lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-ports | ||
| === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #ubuntu-ports | ||
| === tuhl [n=tuhl@p5498BF29.dip.t-dialin.net] has joined #ubuntu-ports | ||
| tuhl | not so many people here :-) | 03:27 |
| fabbione | right :) | 03:27 |
| 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:28 |
| 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:29 |
| tuhl | as I mentioned there will be some additional packages to make it the best distro on zSeries | 03:30 |
| 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:31 |
| 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:32 |
| 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:33 |
| 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:34 |
| tuhl | Do you have experiences with Mono on SPARC? | 03:35 |
| fabbione | there is no Mono on sparc | 03:35 |
| 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 | 03:36 |
| === lamont__ [n=lamont@mib.fc.hp.com] has joined #ubuntu-ports | ||
| === tuhl [n=tuhl@p5498BF29.dip.t-dialin.net] has joined #ubuntu-ports | ||
| case_ | ping? | 10:24 |
| shinmen | pong | 10:28 |
| case_ | :) | 10:29 |
| 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:30 |
| 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:31 |
| shinmen | case_, Any real advantage in having pov-ray in 64 bit userspace? | 10:32 |
| case_ | (in 32bits it compiles just fine) | 10:32 |
| case_ | shinmen: that's what i want to know :) | 10:33 |
| 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:34 |
| case_ | yes i know that (well, that 64bits support is most of the time usefull when you need more than 4Gb of memory) | 10:36 |
| case_ | but a friend of mine think that double precision floating point will benefit too... | 10:37 |
| case_ | so, urban legend you say ? | 10:38 |
| shinmen | Well, it could help some aplications, but only a hand full. Pov-ray could be a nice candidate. | 10:39 |
| shinmen | case_, Error? | 10:40 |
| 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:41 |
| shinmen | case_, Does /usr/include/c++/4.0.3/sparc64-linux-gnu/bits/c++locale.h exist? | 10:42 |
| 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:43 |
| 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:44 |
| shinmen | alvaro@quassar:~$ dpkg -l|grep 64 |grep ^ii|wc -l | 10:45 |
| shinmen | 9 | 10:45 |
| shinmen | (including an smp kernel) | 10:45 |
| case_ | case@soylent:~$ dpkg -l|grep 64 |grep ^ii|wc -l | 10:46 |
| case_ | 7 | 10:46 |
| case_ | (without an smp kernel) | 10:46 |
| 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:48 |
| 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:49 |
| 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:50 |
| shinmen | case_, Let me try it here first... if it won't work here, I'll save you a bit of trouble. | 10:51 |
| case_ | rigth, thanks | 10:52 |
| shinmen | np. | 10:52 |
| shinmen | Done compiling. | 10:59 |
| 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:00 |
| shinmen | case_, Please let me know how the benchmarks go. | 11:01 |
| case_ | \0/ | 11:03 |
| case_ | great, so i have to update to dapper | 11:04 |
| 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:05 |
| shinmen | (Aldo I'm the splack developer if anyone has a real urge for trusting my binaries :) | 11:06 |
| case_ | :) | 11:07 |
| case_ | wow, splack, i wasn't aware of that... seems realy cool | 11:13 |
| 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:15 |
| === case_ prays and reboots | ||
| case_ | of course, i've broken SILO >_< | 11:37 |
| shinmen | Ouch. | 11:39 |
| case_ | i've booted on the install cd and i've now a shell, but i dont' find my /dev/hda... | 11:40 |
| case_ | wow... i've just fixed one of the worst dependency mess i've ever seen... (ok ok, i'm not that experienced ;)) | 12:00 |
| shinmen | :) | 12:01 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!