--- Log opened Mon Apr 04 00:00:22 2005 00:00 < valentin> i'll do so when the build breaks/finishes so i can test it 00:01 < valentin> bbl 00:04 * valentin wondering how many packages will be left for stage 1 00:05 < valentin> Error logs from dream-2.1.0-rc1-sh-sh4-cross-desktop: 00:05 < valentin> 59 builds total, 44 completed fine, 0 with errors. 00:05 < valentin> realy bbl 00:05 < valentin> ok, 1 error due to strace ... 00:05 < valentin> bbl 00:11 < CIA-9> chris * r8014 /trunk/package/zope/ploneexfile/ (. ploneexfile.conf ploneexfile.desc): * added PloneExFile (3.01) 00:12 < rxr> n8 all 00:13 < sepp_> damn 2nd time i found a (maybe the same) heisenbug in gtk+ 00:13 < jeru_> n8 rxr 00:13 < sepp_> good night rxr 00:35 < CIA-9> chris * r8015 /trunk/package/zope/plonearticle/ (. plonearticle.conf plonearticle.desc): * added PloneArticle (3.17) 00:47 < CIA-9> chris * r8016 /trunk/package/zope/attachmentfield/ (. attachmentfield.conf attachmentfield.desc): * added AttachmentField (1.3RC2) 00:47 < valentin> re 00:48 < mnemoc> hi dreamtin 00:48 < valentin> hehe 00:49 < valentin> ooo 00:49 < valentin> 666 builds total, 0 completed fine, 0 with errors. 00:49 < valentin> a sign of the devil ? 00:49 < valentin> Error logs from dream-2.1.0-rc1-sh-sh4-cross-desktop: 00:49 < valentin> 59 builds total, 59 completed fine, 0 with errors. 00:49 < jeru_> my refbuild aborted due to bad host system I think :( 00:49 < mnemoc> uhm? 00:50 < jeru_> mnemoc: don't ask :/ 00:50 < mnemoc> what is 666, desktop? 00:50 < mnemoc> jeru_: :\ 00:50 < valentin> mnemoc: yes 00:51 < valentin> we are the evil ones 00:51 < sepp_> hehe 00:53 < jeru_> mnemoc: you can guess what system I'm building on 00:53 < jeru_> damn pimps 00:54 < mnemoc> jeru_: :D 00:54 < jeru_> mnemoc: you can laught I know :D 00:54 < mnemoc> jeru_: i thought you have kicked that $thing out of your machines 00:55 < jeru_> I could cry ... but remembering master mnemocs words 00:55 < jeru_> :D 00:55 < jeru_> I couldn't replace it yet on that machine 00:55 < jeru_> _/ 00:56 < jeru_> so now I'm a little agressive ... and commiting plone packages to feel better 00:57 < CIA-9> chris * r8017 /trunk/package/zope/filesystemstorage/ (. filesystemstorage.conf filesystemstorage.desc): * added FileSystemStorage (2.0RC1) 00:58 < mnemoc> hehe 00:58 < jeru_> I will kick that fucking PIMP DISTRO this week. that's for sure ... 00:58 < jeru_> hehe :D 00:58 < CIA-9> valentin * r8018 /trunk/package/superh/linux26sh/linux26sh.desc: 00:58 < CIA-9> * created checksum for the finaly compiling linux-sh-patch version 00:58 < CIA-9> * removed rock project line from the copyright note (that file was created by me for T2) 00:59 < mnemoc> jeru_: it seems you liked my definition of G* :p 01:00 < jeru_> mnemoc: the truth must be spoken out ... :p 01:00 < mnemoc> hehe 01:10 -!- _Jeru_ [~jeru@p54BFF4EE.dip.t-dialin.net] has joined #t2 01:10 -!- jeru_ [~jeru@p54BFF4EE.dip.t-dialin.net] has quit [Read error: 54 (Connection reset by peer)] 01:10 < CIA-9> valentin * r8019 /trunk/package/base/strace/ (strace.conf strace.desc): 01:10 < CIA-9> * created a .conf file for strace in which arch_target is substituted to sh for all sh[^6] architectures 01:10 < CIA-9> * re-enabled sh and sh64 in the .desc file 01:10 < _Jeru_> arrrghhh ... but f*cking geek os freezed the 3rd time this day 01:11 < _Jeru_> something is wrong with my T2 on my laptop 01:12 < mnemoc> uhm 01:12 < _Jeru_> I suspect kde 01:12 < _Jeru_> or precisely ksirc 01:13 < sepp_> _Jeru_: this sounds like my nforce2 box :( 01:13 < _Jeru_> hmm ... but I've a Radeon Mobility 9200 01:13 < sepp_> sometimes it works 1 month without problems 01:14 < sepp_> no not ati vs. nvidia i mean nforce 01:14 < sepp_> nforce2 01:14 < _Jeru_> ahhh ... ok 01:14 < _Jeru_> seems if the real nick owner kicks me out my whole box freezes 01:15 < sepp_> one day it freezes 3 times then it works 4 weeks without problem 01:15 < mnemoc> uhm 01:15 < _Jeru_> hmmm? since I've upgraded to kde 3.4 I've the problems 01:16 < valentin> Error logs from dream-2.1.0-rc1-sh-sh4-cross-desktop: 01:16 < valentin> 60 builds total, 60 completed fine, 0 with errors. 01:16 < mnemoc> valentin: wasn't 59? 01:16 * valentin happy - now i have to find out how to create a bootable device for dc 01:16 < valentin> mnemoc: yes - but i re-enabled strace after fixing that 01:17 < _Jeru_> but why you've rescheduled the whole build valentin ? 01:17 < valentin> i resheduled what ? 01:17 < mnemoc> _Jeru_: X frozen or not even ping-able? 01:18 < _Jeru_> mnemoc: haven't tried to ping 01:18 < mnemoc> gcc: --as-needed: linker input file unused because linking not done 01:23 < _Jeru_> will go sleep now 01:23 < _Jeru_> good night all 01:23 < sepp_> good night _Jeru_ 01:23 < mnemoc> gn8 _Jeru_ 01:24 < _Jeru_> hopefuly my laptop will not freeze during the night ... 01:24 < _Jeru_> as it did the night before 01:25 < _Jeru_> ok ... cu tomorrow 01:25 -!- _Jeru_ [~jeru@p54BFF4EE.dip.t-dialin.net] has quit [Remote closed the connection] 01:58 < valentin> mnemoc: do you know about objcopy ? 01:58 < mnemoc> nope 02:00 < valentin> the sh-boot package demands it 02:00 < valentin> they use it to transform .elf binaries into .bin 02:01 < valentin> and vice versa 02:02 < valentin> it is in binutils 02:02 < valentin> i do not find a version in our cross toolchain 02:04 < valentin> http://www.gnu.org/software/binutils/manual/html_chapter/binutils_3.html 02:04 < mnemoc> binutils? 02:05 < mnemoc> # mine -l binutils | grep objcopy 02:05 < mnemoc> binutils: usr/bin/objcopy 02:05 < valentin> yep - but i think i need a cross version 02:07 < valentin> damn 02:08 < mnemoc> i have: build/ref-2.1.0-rc1-x86-pentium4-generic/TOOLCHAIN/tools.cross/crosscc/i686-t2-linux-gnu-objcopy 02:09 < valentin> ah 02:10 < mnemoc> is that what you need? 02:12 < valentin> hope so 02:12 < valentin> mom 02:13 < valentin> hm, basicaly yes, but i got other problems with that 02:14 < mnemoc> :\ 02:14 < valentin> or: i got problems with the kernel bfd target 02:20 < valentin> ok fixed that 02:20 < valentin> same problem for ld 02:21 < mnemoc> :\ 02:26 < valentin> that one is tricky 02:27 < Mech> I think my build completed :-) I got 3 errors xfs-progs, eject and dump 02:27 < Mech> also got a bunch of spam from isomd5sum or something 02:27 < Mech> but I can't find a log for that ? 02:36 < valentin> mnemoc: manged that after altering an ugly lds file 02:36 < valentin> but i get some warnings from the linker 02:36 < valentin> /../../sh4-t2-linux-gnu/bin/ld: warning: unknown architecture of input file `zImage.o' is incompatible with sh2 output 02:36 < valentin> .oO 02:37 < valentin> ok, ignore that for now 02:45 < mnemoc> Mech: logs are on two places. src.xfs-progs-*/ERROR-LOG 02:45 < mnemoc> Mech: and build/foo-*/var/adm/log 02:46 < mnemoc> Mech: are you using HEAD or some old snapshot? 02:49 < Mech> head - found the logs for the 3 failed builds - can't find one for the isomd5sum or whatever it was 02:49 < Mech> mnemoc: some of it was due to bad/missing headers I think... 02:51 < Mech> eject for instance, complains about 02:51 < Mech> In file included from volname.c:30: 02:51 < Mech> i18n.h:16:24: libintl.h: No such file or directory 02:52 < Mech> xfs bombs with: 02:52 < Mech> fadvise.o(.text+0x121): In function `fadvise_f': 02:52 < Mech> fadvise.c: undefined reference to `posix_fadvise64' 02:52 < Mech> collect2: ld returned 1 exit status 02:54 < CIA-9> amery * r8020 /trunk/package/network/nss_ldap/ (4 files): * updated nss_ldap (234 -> 238) 03:00 < CIA-9> amery * r8021 /trunk/package/network/pam_ldap/ (5 files): * updated pam_ldap (176 -> 178) 03:06 < CIA-9> amery * r8022 /trunk/package/network/pam_ldap/ (pam_ldap-178-autotools.patch pam_ldap.conf): * fixed pam_ldap, one patch needed a rename of two files. 03:11 < mnemoc> Mech: isomd5sum is built during Create-ISO iirc 03:12 < mnemoc> Mech: the others are libc dependent... i guess you used uclibc, in that case those packages need to be patched 03:20 < Mech> mnemoc: Makes sense 03:21 < Mech> luckily, their not anything really vital to this - I'm just 'playing' 03:21 < Mech> I selected both tgz and GEM archives - but I can only find the tgz's ? 03:22 < Mech> do GEM packages get put somewhere different, or can you only build one package format at a time ? 03:22 < mnemoc> i have never tried to select bth 03:22 < mnemoc> both* 03:23 < Mech> ok - prolly only generates one package format at a time then 03:23 < mnemoc> i think so 03:23 < mnemoc> but that is not intended 03:23 < mnemoc> there is no reason to not allow muli-packaging 03:24 < Mech> mnemoc: yeah, I'd like to add suport for ipkg packages too 03:24 < Mech> mnemoc: would you happen to know what script I should look at ? 03:26 < mnemoc> minute 03:26 < mnemoc> that is on Build-Target 03:27 < Mech> ahh - thanks I'll look at that :-) 03:27 < Mech> mnemoc: if I could figure out a way to patch Build-Target to call different packaging 'drivers' ( one for ipkg, one for bz2, one for gem, etc) 03:28 < Mech> would that be something T2 would be interested in having ? 03:29 < mnemoc> actually we want to drop .gem and use plan tar.bz2 :) but other formats are welcome 03:29 < Mech> Cool - ipkg was developed for PDA's (ipaq's and zarous), it should be quite nice for small footprint systems 03:30 < mnemoc> be sure you understand var/adm before playing with new formats on T2 03:31 < Mech> var/adm ? I'll go look thru it :-) 03:32 -!- ideal [~idealm_@222.65.100.202] has joined #t2 03:35 < Mech> mnemoc: Hmm - whats the difference between /var/adm/chksum and /var/adm/md5sum ? 03:35 < Mech> seems like duplicate data with different checksums ? 03:38 < mnemoc> uhm 03:38 < mnemoc> i asume one is legacy 03:38 < mnemoc> but i don't know which 03:38 < mnemoc> that is used to detect changed file for updates 03:39 < Mech> ok - looks like its all basically package state info. If you add a new package format, it will probably want its own package state dirs/formats anyway... 03:40 < mnemoc> it's not that easy 03:40 < mnemoc> the whole kit depend on /var/adm structure 03:40 < mnemoc> but changes can be done on 2.2 03:41 < Mech> mnemoc: Oh ? would that be a problem for 'end-user' distro's ? they won't be running/rebuilding T2. I had figured they'd just use dselect or apt (or whatever rpm uses) for maintaining the system... 03:42 < Mech> I just want a nice, repository driven package format that lets me update boxes 'in the field' easily 03:42 < mnemoc> in ROCK view there is an admin keeping updated .gem files 03:42 < mnemoc> for each distro maintained by him 03:42 < Mech> thats sorta what I'd like to do.. 03:43 < Mech> I have 'builds' that I do for clients - webserver build, mail server build, firewall build, etc. I'd like to use T2 to build and maintain them.. 03:43 < mnemoc> n that view what you need is a way to distribute those pre-built .gem files across the machines with that distro installed 03:44 < Mech> right - a 'package repository' that the machines can update from .... 03:44 < mnemoc> yes 03:44 < mnemoc> apt can be adapted to support us 03:44 < Mech> right - ipkg is based on dpkg/apt, with less overhead - it supports network repo's 03:45 < Mech> so I thought I'd use that instead of full .deb packages 03:45 < Mech> rpm has that yum thing - but I've never used it. 03:49 < valentin> i am giving up on cdrecord for tonight 03:49 < valentin> cu 03:49 < Mech> valentin: g'nite 05:09 -!- mnemoc_ [~amery@200.75.27.53] has joined #t2 05:19 < Mech> mnemoc: looking thru Build-Pkg - I see what you mean about /var/adm.. 05:20 < mnemoc_> :) 05:20 < Mech> mnemoc: Is /var/adm used solely for build info - or is that also where info. on installed packages are kept ? 05:20 < mnemoc_> /var/adm keeps info of installed packages only 05:21 < mnemoc_> during build every built package is also installed 05:21 < Mech> mnemoc: oh Ouch! 05:21 < Mech> mnemoc: what happens with cross compile then ? 05:21 < mnemoc_> they are installed too 05:21 < mnemoc_> on the sandbox 05:22 < Mech> ahh - I must be confusing /var/adm with $buildroot/var/adm :-P 05:22 < mnemoc_> and you will find a var/adm inside build/$config-* 05:22 -!- mnemoc [~amery@200.75.27.7] has quit [Read error: 110 (Connection timed out)] 05:22 < mnemoc_> /var/adm reflect the running mahcine 05:23 < mnemoc_> and $buildroot/var/adm the target machine 05:23 < Mech> right - I was confused there 05:23 < Mech> I though Build-Pkg was referencing /var/adm - but I'll look more closely 05:23 < mnemoc_> that way we can un-instal pacakges installed from tar.bz2 05:23 < Mech> ok - have to read to my son before bed.. bbiab 05:24 < mnemoc_> :) 05:41 < mnemoc_> gn8 * 05:44 -!- ideal [~idealm_@222.65.100.202] has quit [Remote closed the connection] 06:01 -!- ideal [~idealm_@222.65.100.202] has joined #t2 06:09 -!- ideal [~idealm_@222.65.100.202] has quit [Remote closed the connection] 06:10 -!- ideal [~idealm_@222.65.100.202] has joined #t2 06:37 < Mech> mnemoc_: back :-) 08:42 -!- Mech [~chatzilla@dsl081-073-058.sfo1.dsl.speakeasy.net] has quit ["Chatzilla 0.9.66 [Mozilla rv:1.7.3/20041001]"] 08:59 -!- _Jeru_ [~jeru@p54BFD365.dip.t-dialin.net] has joined #t2 08:59 < _Jeru_> moin 09:57 -!- _Jeru_ [~jeru@p54BFD365.dip.t-dialin.net] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 10:13 < rxr> moin 10:19 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 10:19 < Minto> Moin 10:23 < rxr> moin Minto 10:50 < valentin> moin 10:50 < Minto> Hi valentin 10:50 < valentin> hi minto 10:57 -!- j3ru [~jeru@mail.oberlinhaus.de] has joined #t2 10:57 < j3ru> moin 10:57 < valentin> moin 10:57 < Minto> moin 10:57 < j3ru> moin Mr. DC ,) 10:58 < j3ru> Moin Mr. Politie ,) 10:59 < valentin> j3ru: i managed to hack a bootloader and an image for DC, but i failed burning that because my burner s*cks 10:59 < valentin> or cdrecord sucks 10:59 < valentin> whatever comes first 11:00 < j3ru> I'd say both are sucking ,) 11:00 < j3ru> valentin: but hte image build is fine ? 11:00 < j3ru> no errors? 11:01 < valentin> j3ru: 60 packages without error for sh4/dreamcast 11:01 < valentin> but i cannot test it the code does anything usefull 11:01 < valentin> i have to go to work soon - maybe i find a working cdr there 11:02 < j3ru> btw, what's the default boot method for DC box ? CD ? 11:02 < j3ru> or flash or sth. else 11:02 < valentin> or i have to reboot - i think cdrecord screwed my driver when trying a multisession cd 11:02 < valentin> boot method ? 11:02 < valentin> it is a bit complicated 11:02 < j3ru> I mean ... does it boot from CD normaly ? 11:02 < valentin> yep 11:03 < rxr> cool gnuste-base finally starts compiling ... 11:03 < j3ru> never saw a DC box anyway 11:03 < j3ru> hi rxr 11:03 < rxr> and failed 11:04 < valentin> http://www.linuxdevices.com/files/article020/dreamcast.jpg 11:04 < valentin> normaly it runs gigabyte disks 11:05 < valentin> that are an almost normal cd with a second layer 11:05 < valentin> however the the first two tracks are an 300 block audio track and a xa1 track 11:06 < nzg> moin 11:06 < valentin> then comes a special layered region track containing the data 11:06 < valentin> moin nzg 11:06 < valentin> the hack is to make the xa1 track as big as you want and put all your data there 11:07 < valentin> the problem is to create the image, its kind of a hacked and scrambled isofs 11:08 < rxr> == 04/04/05 11:07:59 =[9]=> Finished building package gnustep-base. 11:08 < rxr> hi nzg 11:08 < valentin> the default DC linux config boots into an initial ramdisk wich has to be small because the DC has only 16MB of ram 11:09 < rxr> oh - that is not much of RAM 11:09 < valentin> so you have to hook up in that one and mount your filesystems from gigadrive or nfs 11:09 < valentin> rxr: that thing is from 1997 or so 11:10 < valentin> i will have breakfast, bbl 11:11 < j3ru> bon apetite 11:11 < rxr> I mean for a pleasuant linux experience ... 11:11 < rxr> how fast is the CPU ? 11:12 < valentin> depends 11:13 < valentin> it is a multimedia cpu 11:13 < valentin> tuned for 4d linear algebra 11:13 < valentin> the fpu can do a 4x4 matrix 4 vector multiplication in one cycle 11:14 < valentin> therefore you have those awfull 3D graphics in quake III quality 11:15 < valentin> it has 200 Mhz 11:16 < valentin> oh - you have 8 MB video ram and 2 MB additional sound ram 11:16 < rxr> hehe 2MB sound ram is more than most PC hve *g* 11:16 < valentin> compared to the playstation 1 that console clearly ruled that time 11:16 < rxr> damn all the gnustep packages fail in parallel builds ... 11:17 < valentin> some games that appeared for ps2 and dc even looked better on the dc, because it is way easier to programm with its huge video ram 11:17 < valentin> but sega made no good marketing, so the console disapeared 11:18 < valentin> i read from the sh4 specs that it has 1,4 megaflops 11:19 < valentin> but i think besides number crunching it will only have average performance for normal applications 11:20 < j3ru> rxr: where should I place some IBM Thinkpad related packages ? 11:21 < rxr> x86 11:21 < rxr> there already are some vaio and co packages ... 11:21 < j3ru> ok 11:21 < rxr> hm - never saw s.th. as broken as the gnustep makefiles - no package bulids in parallel there ... 11:31 < CIA-9> rene * r8023 /trunk/package/develop/ffcall/ (. ffcall.cache ffcall.desc): * added ffcall (1.10) 11:31 < rxr> # l */*/*.desc | wc -l 11:31 < rxr> 1542 11:32 < rxr> 1600 packages soon ? 11:32 < CIA-9> rene * r8024 /trunk/package/gnustep/ (19 files in 7 dirs): 11:32 < CIA-9> * added gnustep-make (1.10.0) 11:32 < CIA-9> * added gnustep-back (0.9.5) 11:32 < CIA-9> * added gorm (0.9.2) 11:32 < CIA-9> * added projectcenter (0.4.2) 11:32 < CIA-9> * added gnustep-gui (0.9.5) 11:32 < CIA-9> * added gnustep-base (1.10.2) 11:37 < j3ru> rxr: 1600 packages will be no problem ... we'll reach it next week ,) 11:37 < j3ru> mnemoc will be happy regarding his ref build ... hehe 11:40 < rxr> you might scream when I add the 4th emacs variant into packages ,-) 11:41 < j3ru> hehe 11:41 < sepp_> moin 11:41 < j3ru> moin sepp 11:42 < sepp_> hehe you could add sxemacs ;) 11:42 < rxr> sx ? 11:42 < sepp_> no 5 11:42 < sepp_> sxemacs.org 11:46 < rxr> erhm - cool - the OSX Emacs variant just built quite nice - without any complaint of out of the box 11:46 < rxr> on my athlon T2 Linux ... 11:46 < rxr> if sxemacs would offer anti aliased fonts ... 11:48 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)] 12:04 -!- sepp [~sepp@p213.54.207.81.tisdip.tiscali.de] has joined #t2 12:04 -!- sepp_ [~sepp@p213.54.207.46.tisdip.tiscali.de] has quit [Read error: 104 (Connection reset by peer)] 12:16 < rxr> valentin: I have an anti alising OSX Emacs on my screen - linked against gnu step ... 12:17 < rxr> and it is damn fast ... 12:17 < rxr> the menues and scrolling .. 12:35 < valentin> hm 12:35 < valentin> nice 12:42 -!- rxr_ [~rene@p213.54.217.250.tisdip.tiscali.de] has joined #t2 12:42 -!- Topic for #t2: T2 | 2.1.0-beta3 RELEASED | The next generation of System Development Environments (SDE) | http://www.t2-project.org/ | @CeBIT Hall 6 H30-532 12:42 -!- Topic set by ao [] [Wed Mar 16 09:21:34 2005] 12:42 [Users #t2] 12:42 [ _Ragnar_] [ j3ru ] [ mnemoc_] [ rxr_ ] [ valentin] 12:42 [ CIA-9 ] [ jsaw ] [ nzg ] [ sepp ] 12:42 [ ideal ] [ keinek] [ rxr ] [ sparc-kly] 12:42 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal] 12:42 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 12:42 -!- [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup 12:42 -!- Irssi: Join to #t2 was synced in 11 secs 12:44 -!- rxr [~rene@p213.54.214.110.tisdip.tiscali.de] has quit [Nick collision from services.] 12:44 -!- You're now known as rxr 12:45 < rxr> ... 12:47 -!- ideal [~idealm_@222.65.100.202] has quit [Remote closed the connection] 13:06 < CIA-9> rene * r8025 /trunk/package/graphic/asymptote/asymptote.desc: * updated asymptote (0.71 -> 0.72) 13:10 < CIA-9> rene * r8026 /trunk/target/desktop/config.in: 13:10 < CIA-9> * exlicitly selected the archiver needed in the desktop target 13:10 < CIA-9> and thus strip another bunch of packages 13:14 < rxr> oh - rock monster commit started ... 13:14 < rxr> 2005-04-04,125 14:09 < valentin> re 14:13 < valentin> rxr: that graph looks different each time i view it 14:13 < valentin> your averager alters the past ? 14:17 < rxr> well - the only thing that is altered is that the graph stopsat the last commit day - and when they commit 11 days later that tail part is altered 14:17 < rxr> also the average is over 14 days or so ... 14:18 < rxr> so when you have 7days of nearly nothing and than a 100 commits day the days before get raised, too 14:19 * rxr away - getting my new glases ... 14:19 < rxr> cu soon 14:20 < valentin> cu 15:17 -!- j3ru [~jeru@mail.oberlinhaus.de] has quit ["using sirc version 2.211+KSIRC/1.3.12"] 15:18 < mnemoc_> moin 15:20 < valentin> moin mnemoc_ :) 15:20 < mnemoc_> hi valentin 15:48 < keinek> morning 15:48 < keinek> :P 15:51 < mnemoc_> hi keinek 15:51 -!- mnemoc_ is now known as mnemoc 15:51 < CIA-9> amery * r8027 /trunk/package/e17/evas/evas.conf: * fixed evas, it needs help to find eet headers 16:07 < valentin> i am creating a new target for dreamcast using ulibc and busybox 16:08 < valentin> because 16 MB ram without swap is not too much space - esp with a filesystem in ram 16:08 < mnemoc> great 16:09 < mnemoc> i need something to review the dirty stuff i did on uclibc and busybox 16:09 < CIA-9> amery * r8028 /trunk/package/e17/engrave/engrave.desc: * fixed engrave by repriorizing it after envas and ecore 16:09 < valentin> maybe for 3.0 we should consider a more generic system of target modules 16:10 < valentin> because all embedded targets share much common stuff 16:10 < mnemoc> have you seen misc/target ? 16:10 < valentin> yes - and ? 16:10 < mnemoc> that common stuff can go there 16:11 < valentin> and be included, i know 16:11 < mnemoc> but we can also implement some kind of nested targets 16:11 < valentin> but by now that are only build functions and initrc stuff etc 16:11 < valentin> modular targets :) 16:12 < mnemoc> mnemosyne is a modular target 16:12 < valentin> i thought mnemosyne is a highly configurable generic target 16:12 < mnemoc> it's a core and lot of plugins 16:13 < valentin> however i start with a rough implementation of my target now - because i have to understand a lot of things 16:13 < mnemoc> having arch specific targets is wrong 16:13 < mnemoc> that's why every embeded target has lot in common with others 16:13 < mnemoc> they should be the same target 16:14 < valentin> yep 16:14 < valentin> i would like to merge psion-pda and dreamcast some day 16:14 < mnemoc> yep 16:14 < valentin> for now i just start my target as a quick start and see how far i come 16:15 < mnemoc> sure, you need to understand the particular before thinging in general 16:18 < valentin> otho dreamcast has many stuff that is very dreamcast specific, like cd creation 16:19 < valentin> otoh 16:20 < valentin> i would say we should consider a complete refactoring of how targets work / can be modularized 16:21 < valentin> but first we should finish 2.1 16:22 < keinek> what happend with dreamcast? 16:22 < keinek> i have one :) 16:23 < valentin> keinek: you can crosscompile a desktop system for sh4/dreamcast 16:23 < valentin> but because of memory limitations that is quite unusable 16:23 < valentin> now i create a ulibc based more embedded style target 16:23 < valentin> the ugly thing is to create a bootable cd 16:24 < valentin> i tried to do manualy yesterday night 16:24 < valentin> it is not just like creating-iso-and-go 16:24 < valentin> the disk layout of DC is a bit strange, you need to run cdrecord in a special way to burn it 16:25 < rxr> re 16:25 * rxr lunch 16:26 < valentin> hi rxr 16:26 < rxr> valentin: yes - factoring out the boot CD creation stuff from the target is planned for 2.2 16:26 < valentin> i just stole some code from your psion-pda target 16:26 < rxr> that stuff will go into architecture/$arch/boot ... 16:26 < valentin> :) 16:26 < rxr> valentin: and thus "create me an image with" stuff from the psion target will also go into functions to be utilzed in any target ... 16:27 < valentin> yep - so we can maintain a common embedded target 16:27 < valentin> i slightly altered the package selection 16:28 < valentin> and there will be a preliminary build_image.sh that creates a scrambled image containing an ip header and a bootloader 16:28 < valentin> in 2.2 we can factor the code out 16:29 < valentin> but for now i just want something working to play with - without destroying other existing targets ,) 16:29 < keinek> valentin, i know, you must include the UTOPIA BOOT in that cd? 16:30 < valentin> i just took the boot-sh bootloader 16:30 < valentin> you have to include an extra ip header on a special sector on that disk 16:31 < valentin> containing manufrakturer and region code information and stuff 16:31 < valentin> the DC bios reads it on boot up 16:31 < CIA-9> amery * r8029 /trunk/package/gnome2/orbit2/no_linc-cleanup-sockets.patch: * fixed share between linc and orbit2 16:31 < keinek> yes... that distro work with CHANKAS the dreamcast emulator? 16:32 < valentin> keinek: i do not know - maybe it would be a good idea to try that before wasting tons of cd's ? 16:32 < valentin> too bad the DC does not read cd-rw's 16:32 < keinek> yes... i think about that 16:32 < valentin> do we have a chankas package in t2 ? 16:33 < mnemoc> you will add it 16:33 < valentin> *g* 16:33 < mnemoc> :) 16:33 < keinek> valentin, sorry chankas is only for win32. 16:33 < valentin> :(( 16:33 < keinek> but is a real emulator. 16:34 < valentin> ok, i think i buy a 100 CD box 16:34 < keinek> the last year chankas was the best of the emulator scene of spain. 16:34 < valentin> there are cheap ones without boxes 16:34 < mnemoc> bulk 16:34 < valentin> yep 16:34 < keinek> but chankas meaby work with winex ;) 16:34 < keinek> i saw the boot sequense in linux with winex 16:35 < valentin> and emulator inside an emulator .oO 16:35 < keinek> but dont play games or cd because the drives fail in emulation. 16:35 < keinek> and emulator insede an emulator, you can play SNES with dreamcast. 16:35 < keinek> and emulator inside both emulators :) 16:36 < valentin> hehe 16:36 < keinek> emulators is the future. 16:36 < valentin> i guess the performance will suck 16:36 < keinek> but is funny 16:36 < valentin> i would try to compile a snes9x for linux on dreamcast 16:37 < mnemoc> o_O 16:37 < valentin> snes9x is another ugly project, but the only emulator that works on most platforms 16:37 < valentin> if you tweak some bits by hand 16:37 < valentin> mnemoc: ? 16:37 < keinek> yes... yesterday i was remember "THE GINA SISTER" in the Commodore 64 "vice". 16:37 < keinek> Gina sisters was the first mario bros. 16:37 < mnemoc> i'm not a gamer... this whole thing is quite odd to me 16:38 < keinek> and super marias is like gina sisters... meaby a copy. 16:38 < keinek> life is a game. 16:38 < keinek> and the compiler is your game mnemoc ;) 16:39 < mnemoc> :) 16:39 < valentin> how do i win life ? 16:39 < keinek> is posible see while t2 compile in one terminal with all the stages and pink letters, in another terminal looking how compile? 16:40 < keinek> valentin, you have just one life. 16:40 < valentin> tail -f build/..../var/adm/logs/*.log 16:40 < keinek> and the time is running ;P 16:40 < valentin> that is unfair - where are the cheatcodes ? 16:40 < valentin> tail -f build/..../var/adm/logs/*.log and restart each time a new package is built 16:41 < keinek> :) 16:42 < mnemoc> usr/bin/ed2k: amule xmule <--- suggestions? 16:42 < keinek> mldonkey 16:42 < valentin> no games, but using the donkey, eh ? :p 16:43 < mnemoc> hehr 16:43 < keinek> but is a good way to have a lots of games :) 16:43 < mnemoc> no.... my sahred 64kbps link doens't survive a donkey 16:43 < keinek> come on! 16:43 < keinek> i was download full isos with 56k dial up. 16:43 < keinek> mldonkey can do it! 16:44 < keinek> just configure: Download 6k, upload 1k. 16:44 < keinek> i will work fine. 16:44 < mnemoc> i just want to fix that share, not to use the apps :) 16:44 < valentin> mnemoc: rename it to /usr/bin/ed2k_{amule,xmule} 16:44 < mnemoc> valentin: ok 16:44 < keinek> ok... so dont forget mldonkey. 16:45 < valentin> just a suggestion, rxr's view may vary 16:45 < mnemoc> mldonkey has a sub/bin/ed2k too? 16:46 < keinek> MMmmm 16:46 < keinek> no 16:46 < keinek> sorry 16:46 < keinek> :) 16:46 < mnemoc> :) 16:47 < keinek> delete both 16:47 < keinek> :P 16:47 < mnemoc> pff 16:47 < keinek> mldonkey is the only that we need 16:47 < keinek> mldonkey is my friend :D 16:51 < keinek> another program that work fine is bitorrenazo 16:51 < keinek> o something like that 16:52 < mnemoc> you are welcome to add those highly usefull pacakges :) 16:52 < keinek> yes i will 16:52 < keinek> the next package are stella "Atari emulator" 16:52 < keinek> but i am waiting to complete the compilation of my target 16:52 < keinek> you know 16:53 < keinek> the problem that i have yesterday 16:53 < keinek> now in stage 3 16:53 < CIA-9> valentin * r8030 /trunk/target/dreamcast/ (. build.sh config.in preconfig.in): * created a preliminary dreamcast target for a ulibc based sh system - currently just cross-builds the system, creating a scrambled image and cd creation scripts will follow 16:53 < keinek> if everthing is ok, meaby we have a new target ;) 16:53 < keinek> ok... i go to work, i will back in 2 hours. 16:53 < keinek> cu 16:55 < valentin> i have to leave in some minutes 16:58 < valentin> so cu later 17:13 < CIA-9> amery * r8031 /trunk/package/network/amule/amule.conf: * fixed share between amule and xmule (usr/bin/ed2k) 17:15 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 17:15 < CIA-9> amery * r8032 /trunk/package/shells/ash/ash.desc: * fixed ash, needed NOPARALLEL flag 17:20 < rxr> re 17:28 < mnemoc> rxr: hi, what will we do with gatos-drm-kernel/linux24 ... it doesn't have an install but it doesn't seem to build anything anyway 17:29 < rxr> mnemoc: hm 17:29 < rxr> I take a look 17:29 < rxr> I'm just updating linux to 2.4.30 17:29 < rxr> and I review the problem then ... 17:30 < mnemoc> ok 17:30 < rxr> I wanted around lunch - but the 4.30 files have been missing ... 17:30 < mnemoc> missing? 17:31 < mnemoc> btw, i want to convert my mirrors into version-based 17:31 < mnemoc> does the script really allow this 17:31 < mnemoc> or it's just for statistics? 17:38 < mnemoc> rxr: Dell is not responsable of electric problems on my house, so they the warranty doesn't cover my 'accident' 17:39 < mnemoc> rxr: as jeru said, damn cowboys 17:39 < rxr> why accidentl ? 17:39 < rxr> mnemoc: what script for versioning ? 17:39 < mnemoc> Mirror list 17:39 < rxr> my server side cgi is prepared for different mirrors per version 17:39 < mnemoc> :D 17:39 < rxr> mnemoc: why accident ? 17:40 < mnemoc> they consider the electric problem an 'accident' 17:41 < rxr> well - telll them there are no known problems and that it must be due to poor design - overheating or component failure 17:42 < mnemoc> i told them something similar 17:42 < rxr> they have to proof that it was your fault 17:42 < mnemoc> .oO 17:43 < rxr> after such a short usage period the law would assume that the core error was present when you brought it - if they think otherwise they have to proof that ... 17:43 < rxr> and what would they repair ? 17:43 < rxr> when the display get's defect they tell you it was exposed to too much sunlight ? 17:44 < rxr> or when the case breaks at some place they tell you you should not drop it on the floor the whole time ... ? 17:44 < mnemoc> you are good arguing 17:45 < rxr> they will always have some reason to not give you warranty 17:45 < rxr> there are some warranty terms in the manual ? 17:45 < rxr> as last resort cross read it and take a look if such defects are explicitly excluded 17:45 < mnemoc> i will 17:46 -!- j3ru [~jeru@p54BFD087.dip.t-dialin.net] has joined #t2 17:46 < j3ru> re 17:46 < rxr> if not tell them it is not explicitly excluded and that they can start delivering the new transformer if they do not want this case before a court ... and never again a order from your big company ... 17:46 < j3ru> oh transformer issue again 17:47 < j3ru> any news? 17:47 < rxr> j3ru: they still try to be dump ... 17:47 < j3ru> dump ? 17:48 < rxr> dumb ... 17:48 < j3ru> so they're playing games with our mnemoc ? 17:51 < j3ru> so we've to start a kind of "DOS attack" 17:53 < j3ru> mnemoc: have you talked to US office or with the office in Chile ? 17:53 < mnemoc> US 17:53 < j3ru> and they said what ? 17:54 < mnemoc> they are not responsable of electric problems in my house 17:54 < j3ru> that's there is no warranty on a transformer that isn't a year old ? 17:54 < mnemoc> i guess the same argent can be used if the laptop itself dies 17:54 < mnemoc> there is a 1 year warranty 17:58 < j3ru> hmmm ... btw ... they Dell guy in Polland I talked to, told me that these series of transformer has known problems 17:58 < j3ru> at least that how I understand him 18:00 < mnemoc> uhm 18:08 < rxr> mnemoc: it is not a electric problem in your house !!!! 18:08 < rxr> did you say that ? 18:08 < rxr> if not then it is not a problem of your house ! 18:08 < mnemoc> i said on the morning it spoed working 18:09 < rxr> you have nothing to do with them manufactoring a transformer that only overlives some month of _normal_ usage ... 18:10 < rxr> tell them if it would be a issue with your house you would tell your insuarance - and since it is not but just their low quality _part of your laptop_ you want them to fullfill the warranty coverings ... 18:10 < mnemoc> they don't deny it is part of the laptop 18:10 < rxr> j3ru: the qulity of german is quite poor at that dell call center ... 18:10 < mnemoc> they jsut claim it's not their responsablity 18:11 < rxr> I barely understood some noises .. 18:11 < rxr> mnemoc: tell them that you have not found that part of the warranty detalis and that they have to point you to the written lince 18:11 < rxr> line even ... 18:11 < rxr> you bought one piece 18:12 < rxr> a laptop with display, harddisk, transformer, etc. the voltage transformer stopped working by itself - and thus they can make sure in the period of the warranty that this /damn/ device starts working again ... 18:13 < mnemoc> .oO 18:13 < mnemoc> i feel weird 18:13 < mnemoc> i'm not used to fight 18:14 < rxr> you learn now ... 18:14 < rxr> when there is one thing I would never do in life is to throw too much money into such questionable big companies ... 18:14 < mnemoc> i have noticed 18:14 * j3ru hates big companies 18:15 < rxr> the delivered crap that stoppec working quite soon - it is their problem when it happens in the warranty period ... 18:15 < rxr> tell them - if all the above does not help with my last line words ... *g* 18:15 < rxr> but you can also wait until I recall them tomorrow ... 18:16 < rxr> I told them our company outpost in Chile has the problem - maybe we can even manage this from here - however I just want to know from them if they would replace the transformer if it would have been brought in germany ... 18:16 < mnemoc> yep 18:16 < j3ru> rxr: I propoed mnemoc already --> I should "sell" you as doctor from that association currently working in chile 18:17 < mnemoc> the laptop was 'bought' by the company where i work 18:17 < j3ru> and phone them tomorrow from the office 18:17 < mnemoc> known as a 'less than 400 employees' 18:18 < j3ru> hmmm .. perhaps they sold that damn box ??? who knows ?? ;) 18:18 < mnemoc> hehe 18:18 < j3ru> mnemoc: you have to be a little creative ,) 18:19 < j3ru> mnemoc: do you work for an IT company ? 18:19 < mnemoc> i am _very_ bad on this field 18:19 < mnemoc> j3ru: it has an IT 'subcompany' 18:20 < mnemoc> which rent them the hardware 18:21 < j3ru> ahh ... ok ... so doctor mnemoc bought the damn brick from that daughter firm 18:21 < mnemoc> oh 18:25 < CIA-9> amery * r8033 /trunk/package/base/finale/ (. finale.desc): * added 'finale' a target driven package which runs on every stage at 999.999 18:28 < Minto> Hi guys! 18:28 < mnemoc> hi Minto 18:29 < j3ru> Hi Minto 18:29 < mnemoc> Minto: i have an ftp account waiting for you 18:29 < Minto> Nice, where? 18:30 < Minto> Do you want the IBM jvm's as well? 18:30 < mnemoc> everything could need manual:// download 18:30 < Minto> ack 18:31 < Minto> mnemoc: regarding that manual download. Should the be converted to bz2 as well when the go into download/local ? 18:32 < mnemoc> if you define the file as .tar.gz it will be silenty converted to .bz2 18:32 < Minto> Not for the manual downloads. The download script does not recognize them yet. 18:33 < rxr> mnemoc: finale ? - why not final ? 18:33 < mnemoc> finale is more cute :) 18:33 < mnemoc> but you can rename it 18:33 < j3ru> what's that "finale" ? 18:33 < mnemoc> music have 'finale' 18:34 < mnemoc> a package which does nothing on every stage at 999.999 18:34 < Minto> mnemoc: I copied them manually to download/local . Sun and blackdown have .bin but IBM has .tgz. 18:34 < mnemoc> if the file is found on download download location will be ignored 18:35 < Minto> Uhh? 18:35 < mnemoc> if it's found as .tgz it will be auto-converted to tbz2 by Download 18:35 < mnemoc> there are different phases on Download 18:36 < mnemoc> Minto: Uhh about what? 18:37 < mnemoc> if a pahse is completed, it wont be called again. the next unfinshed phase with procede 18:37 < rxr> mnemoc: finale is a commericial windows program ... 18:37 < mnemoc> oh 18:38 < rxr> I think the finale package should be a bit more standard computer english, no ? 18:38 < Minto> Like I said download does not yet recognize manual:// . But I get your point. Manual files should be downloaded (copied) from either $HOME or from download/manual. If the file is not there an error message should indicate manual download to either $HOME or download/manual. 18:38 < rxr> you want to push the final package into 2.1 sss 18:39 < mnemoc> it does nothing 18:39 < j3ru> then why it's there ... ? 18:39 < mnemoc> but let targets use it of they want 18:39 < mnemoc> to help targets 18:40 < j3ru> for what ? sorry in that case I'm not as creative as you ,) 18:40 < mnemoc> targets do things not nesesarrily related to a package 18:40 < mnemoc> compiling linuxrc for example 18:41 < mnemoc> that is more clean on a package on stage 2 than on build.sh after the whole thing is built 18:41 < mnemoc> you can also use final{,e} to create links and inject files 18:42 < keinek> i back 18:42 < keinek> yeah stage 5! 18:42 < mnemoc> rxr: should i or you rename it? 18:43 < mnemoc> rxr: it can be target-final-package too 18:45 < rxr> hm - that is a bit long ... 18:46 < rxr> what about 99-final in contrast to 00-dirtree ? 18:47 < mnemoc> you are the architect :) 18:47 < j3ru> rxr: ack .. that seems more consistend ,) 18:48 < mnemoc> ok, 99-final 18:49 < rxr> mnemoc: hey - I just do comment it - I do ot dictate it ,-) 18:50 < rxr> == 04/04/05 18:50:07 =[9]=> Finished building package linux24. 18:50 < rxr> hm - damn I do not have that ati thing around ... 18:50 < mnemoc> rxr: but you have the final word :p 18:51 < j3ru> rxr: I think ... nobody here is thinking that you're a little dictator ;) 18:51 < mnemoc> i dictator doens't listen to his people 18:51 < mnemoc> you do 18:51 < rxr> well - maybe on the most ocntroversal discussed details - but on for normal stuff I want just to make proposals .. 18:51 < mnemoc> :) 18:52 < CIA-9> rene * r8034 /trunk/package/base/linux24/linux24.desc: * updated linux24 (2.4.29 -> 2.4.30) 18:54 < sepp> would it be against the t2 philosophy to include rubygems? it is a ruby package manager 18:54 < CIA-9> amery * r8035 /trunk/package/base/ (4 files in 2 dirs): * renamed finale package to 99-final 18:54 < sepp> it is the only consistent way to install ruby libs / apps 18:55 < mnemoc> we have rpm and dpkg 18:56 * mnemoc just learned how to rename a package on a single pass 18:56 < sepp> i looked at build_this_package() but there is no general way how to install ruby apps / libs 18:57 < sepp> nothing like setup.py ... 18:58 < mnemoc> if there is a completly different method you have to define your own mainfunction on.... ruby/ruby-conf.in 18:59 < sepp> there are >5 ways how to install ruby libs :( 18:59 < sepp> rubygems is like the t2 scripts 19:00 < sepp> maybe someone dont like a 2nd package manager ? 19:01 < mnemoc> can you implement what rubygems does on ruby-conf.in ? 19:01 < sepp> no 19:01 < mnemoc> bad 19:02 < sepp> there is nothing consistent like make 19:02 < sepp> for ruby ... 19:08 < _Ragnar_> moin 19:08 < mnemoc> hi _Ragnar_ 19:19 < CIA-9> susan * r8036 /trunk/package/gnome2/glib/glib.conf: 19:19 < CIA-9> * fixed _2_ typos in glibc.conf gnome profile.d file installation 19:19 < CIA-9> * fixed hook_add to actually include a hook priority 19:19 < CIA-9> * removed a stray echo that most probably slipped in from cut'n paste 19:26 < rxr> glib not glibc of course ... ,-) 19:28 < mnemoc> :) 19:41 < rxr> !> make: *** No rule to make target `install'. Stop. 19:41 < rxr> ok - I can debug that now ... 19:41 < mnemoc> rxr: i have my versioned mirrors working 19:41 < mnemoc> gatos-drm? 19:41 < rxr> so - new url I guess ? 19:41 < rxr> mnemoc: ack 19:42 < mnemoc> http://t2.geeks.cl/mirror/2.1.0-beta3/ http://t2.geeks.cl/mirror/2.1.0-rc1/ 19:44 < rxr> oehm - why that fine grained? 19:44 < rxr> we only need per major version 19:45 < rxr> 2.1 2.2 and so on - what is your motivation ? 19:45 < rxr> to have older files around ? 19:45 < rxr> I have a nice solution for that problem ... 19:45 < rxr> (on my master mirror) 19:46 < mnemoc> i want to support every release 19:46 < mnemoc> but i don't want all that on my build server 19:46 < rxr> why "every" ? Isn't that consuming huge amount of space ? 19:46 < rxr> or do you smar hadlink them ? 19:46 < rxr> smart even 19:46 < mnemoc> yep 19:47 < rxr> hm 19:47 < rxr> and what part of that is on your build server ? 19:47 < mnemoc> i'll only rsync rc1 to my build server 19:48 < rxr> hm - do you need to use rsync? 19:48 < mnemoc> or -current to be precise 19:48 < rxr> and so have more lingering per major version on your main box ? 19:48 < mnemoc> i want to have the files for every release after beta3 19:48 < rxr> I would like only one directory on every mirror per major tree 19:48 < rxr> and there keep outdated files s.th. like 6 months or so .. 19:49 < mnemoc> that would afect my build server 19:49 < mnemoc> 6 month keep unsopported releases 19:49 < rxr> ? 19:50 < rxr> I do this on the master: 19:50 < rxr> # cleanup 19:50 < rxr> touch -d "3 months ago" ref 19:50 < rxr> ./scripts/Download -list-unknown | cut -d ' ' -f 3 | 19:50 < rxr> grep -v 'download/mirror/[A-Z][A-Z]*' | 19:50 < rxr> while read file ; do 19:50 < rxr> if [ ./ref -nt $file ] ; then 19:50 < rxr> echo "$file will be deleted now" 19:50 < rxr> rm -vf $file 19:50 < rxr> else 19:50 < rxr> echo "$file can stay a bit longer ..." 19:50 < rxr> fi 19:50 < rxr> done 19:51 < mnemoc> i don't want to delete files needed by a release 19:51 < rxr> well - then never delete ,-) 19:51 < rxr> ah - ok - IC only the release 19:51 < j3ru> re ... had a longer conversation 19:51 < rxr> not the moving between them ... 19:51 < mnemoc> interim are deleted 19:52 < rxr> hm 19:52 -!- keinek_ [~Keinek@201.254.10.164] has joined #t2 19:52 < mnemoc> beta3 is release 19:52 < mnemoc> rc1 is HEAD 19:52 < mnemoc> there is nothing in between 19:52 -!- keinek [~Keinek@201.254.10.230] has quit [Read error: 110 (Connection timed out)] 19:52 < mnemoc> rc1 will be a release 19:52 < mnemoc> rc1 will be HEAD 19:52 < rxr> # These are binary driver files! 19:53 < mnemoc> rc2* 19:53 < rxr> ?!?! 19:53 < rxr> I remove the ati2 crap ... 19:53 < rxr> binray driver - what the f*ck ... 19:53 < mnemoc> gatos rip? 19:53 < rxr> who could merge in that crap .. 19:53 < rxr> as binary package - when there is the source .. 19:53 < rxr> and most of that code is in recent X.org anyway ... 19:54 < rxr> r2857 | clifford | 2004-05-04 11:28:15 +0200 (Tue, 04 May 2004) | 30 lines 19:54 < rxr> well - who else could apply such junk thru the filtering submaster system - yuck 19:54 < rxr> injecting binary drivers where source is available - ... 19:55 < mnemoc> :) 19:59 < CIA-9> rene * r8037 /trunk/package/x11/ (gatos-ati2/ gatos-ati2-tvout/ gatos-drm-kernel/): 19:59 < CIA-9> * removed crap that never ever should have appeared in our source: 19:59 < CIA-9> * the driver where injected as binary only version - autch! even the 19:59 < CIA-9> source wsa available ... 19:59 < CIA-9> * the code is in X.org ... 20:24 < rxr> ah font-lock-mode it was to activate syntax highlighting ... 20:24 < rxr> in eamcs ... 20:29 < valentin> re 20:49 < rxr> hi 20:50 < j3ru> hi valentin 20:51 < valentin> hi 20:54 < keinek_> hi 20:54 -!- keinek_ is now known as keinek 20:55 < keinek> i have a old problem 20:55 < keinek> i have a kenel and i need the same linux-headers 20:55 < keinek> for vmware 20:57 < keinek> i see the config of kernel 2.6 20:57 < keinek> meaby if delete the patch 20:57 < keinek> meaby work. 20:57 < keinek> ? 20:58 < keinek> but the better option is update linux-header right? 20:59 < rxr> no linux-header is not what you want 20:59 < rxr> you need your exact kernel source to the kernel running ... 20:59 < keinek> yes 21:00 < keinek> so... vmware can make the modules that need. 21:00 < keinek> but how? 21:00 < keinek> a long time ago, when i was a sad debian user, i was compile kernel and think that i am happy. 21:01 < keinek> but today, i think... that there are a better way. 21:01 < keinek> ;) 21:02 < keinek> rxr, i know that vmware is a close code, but i need vmware. 21:02 < keinek> is vmware or install in another computer a windows for work. 21:02 < keinek> the first option is better than last. 21:03 < keinek> the emulation i will use just 1 day a week. 21:03 < keinek> qemu is unstable for me. 21:04 < keinek> the question is... where is the exact kernel source to the kernel running? 21:05 < sepp> in /usr/src/linux ? 21:06 < keinek> yes... must be there... but no. 21:06 < keinek> only patches and nvidia files. 21:06 < sepp> extract the tarball 21:07 < keinek> i try with /usr/include ... but... vmware say "sorry man... this headers is not the same to the kernel running.." 21:07 < keinek> ok... extract the tarbal... after apply patch... 21:07 < keinek> but... is that the way? 21:08 < sepp> hmm yes 21:08 < keinek> ok i will try that 21:09 < keinek> i hope that will work. 21:10 < keinek> after that, my t2 is full, and ready for work, play, learn. 21:10 < CIA-9> chris * r8038 /trunk/package/zope/groupuserfolder/ (. groupuserfolder.conf groupuserfolder.desc): * added GroupUserFolder (3.2) 21:12 < keinek> ok, help me. 21:12 < keinek> how apply the patches 21:13 < keinek> ok... i found patch. 21:13 < keinek> i use google for that 21:13 < sepp> patch -p1 < foo.patch in the /usr/src/linux 21:14 < sepp> dir 21:15 < keinek> thanks ;) 21:15 < valentin> anyone knows where the help texts from the linux menu_config items are from ? 21:17 < sepp> config.hlp ? 21:18 < sepp> or do you mean the help in make *config ? 21:20 < valentin> config.hlp is good 21:21 < keinek> ooh man, dont work. 21:21 < keinek> lakjs alksjljasdlkjads (head in the keyword) 21:21 < keinek> meaby need compile. 21:22 < valentin> /usr/src/t2-trunk/package/base/gpm/gpm.conf: line 20: install_init: command not found 21:22 < valentin> that should be there ? 21:24 < valentin> ah i c 21:24 < valentin> good 21:26 < CIA-9> valentin * r8039 /trunk/target/dreamcast/parse-config: * inserted a parse-config into the dreamcast target containing a bogus install_init 21:26 < valentin> no init in that kind of target ... 21:29 < valentin> sepp: where is config.hlp ? or did i accidently delete it from my kernel tree ? a find does not find anything like that 21:30 < sepp> valentin: i misunderstood your question, sorry 21:31 < valentin> i just search for a file (or many files) with the help texts that appear when hitting '?' in the menu. But i will grep for that... 21:32 < CIA-9> rene * r8040 /trunk/package/audio/bladeenc/bladeenc.desc: * removed spaces and an obsolete comment from bladeenc 21:40 < valentin> sepp: the files i was searching for are named Kconfig 21:42 < sepp> its not in a char[] in the source files? 21:44 < mnemoc> valentin: what init does dreamcast use? 21:49 < valentin> boots inside a initial ramdisc 21:59 < CIA-9> valentin * r8041 /trunk/architecture/sh/config.in: * more board options for the sh kernel 22:00 < valentin> mnemoc: or did you want to hear that i am going to use minit as init ? 22:03 < rxr> valentin: oh - you are ? 22:06 < valentin> rxr: why not - but currently i would be lucky if i'd manage to boot my kernel 22:07 < rxr> yeah - so far minit was nice to me - we should test it further and see if it meets our requirements .. 22:07 < j3ru> rxr: can you do me a favour and try to build the prelude-ids stuff on PPC ? it doesn't take long! 22:07 < rxr> oehm - sure 22:07 < j3ru> :) 22:07 < rxr> j3ru: which packages to build? 22:07 < rxr> but furst /me in the kitchen getting evening dinner 22:07 < rxr> cu i some seconds ... 22:09 < valentin> i think i'll reboot and hope my cdr works after that 22:23 < Minto> rxr: It is quite late for getting dinner. 22:24 < Minto> I will switch to susped mode. sleep well all. 22:24 < valentin> gn8 Minto 22:24 < mnemoc> gn8 Minto 22:24 < j3ru> night minto 22:24 < mnemoc> http://t2.geeks.cl/regressions/ref/regressions.html 22:25 < mnemoc> libgda will make lot of troubles soon :( 22:26 < valentin> damn 22:26 < valentin> looks like my cdr cannot burn xa1 format 22:27 < mnemoc> oh 22:30 < valentin> at least not using cdrecord 22:31 < j3ru> mnemoc: arrghhh .... mea culpa <- bdb update 22:32 < valentin> i could take a look if dc likes yellow book 22:35 < valentin> what is the result with following syntax : 22:36 < valentin> program | (cat hallo ; dd bs=2048 skip=16 ) > foo 22:42 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)] 22:59 < valentin> it should substitue the first 16 2048-byte sectors by the content of hallo 23:03 < valentin> that is what the documentation says - but i do not see that in the line above 23:04 < valentin> oh - it does indeed 23:04 * valentin stupid 23:04 < valentin> i misstook the ; for an | 23:07 < rxr> re 23:12 < valentin> rxr: either my cdrecord is broken or i cannot burn -xa1 [CD/XA data track (mode 2, form 1)] 23:12 < valentin> my multidrive has no problems reading those tracks 23:16 < CIA-9> chris * r8042 /trunk/package/zope/grufspaces/ (. grufspaces.conf grufspaces.desc): * added GrufSpaces (0.3.1) 23:17 < valentin> wow: 23:17 < valentin> Note: in recent versions of cdrecord, this option has been renamed to -xa, and -xa1 now expects 2056 bytes data per sector. What you need is XA mode 2 form 1, 2048 bytes per sector. If neither -xa nor -xa1 works, you might want to try -xa2 too, the interpretation of these flags seems to have varied a lot over the versions... 23:18 < valentin> thats true - i now need xa 23:18 < valentin> anyway, the xa1 does not work 23:20 < rxr> http://ec-outpost.dyndns.org/emacs-gnustep-camelon.png 23:21 < valentin> nice ! 23:21 < valentin> -xa works 23:22 < rxr> took me quite some time to get that built ... 23:22 < valentin> wasted 4 hours and at least 3 cdr's 23:22 < rxr> .oO 23:22 < rxr> n8 all 23:22 < valentin> so, no see if i get that multi session thing together with an audio track 23:22 < valentin> gn8 rxr 23:23 < j3ru> good night rxr 23:26 < CIA-9> chris * r8043 /trunk/package/zope/i18nfolder/ (. i18nfolder.conf i18nfolder.desc): * added I18NFolder (2.02) <- for multilang support ;) 23:52 < valentin> bbl 23:52 < j3ru> cu :) 23:53 < valentin> i finaly burned that thing but the dc still rejects it 23:53 < valentin> cu --- Log closed Tue Apr 05 00:00:22 2005