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