--- Log opened Wed Dec 08 00:00:21 2004
03:51 -!- sparc-kly [~mubex@64.237.130.173] has quit ["Solaris :P"]
05:18 -!- rxr_ [~rene@p213.54.206.252.tisdip.tiscali.de] has joined #t2
05:18 -!- Topic for #t2: T2 | the system development environment | http://www.exactcode.de/t2 | C++ people around, too
05:18 -!- Topic set by rxr [] [Mon Nov 29 02:10:27 2004]
05:18 [Users #t2]
05:18 [ _Ragnar_] [ daja77 ] [ martin___] [ nzg ] [ valentin]
05:18 [ af_ ] [ hannes_] [ mnemoc ] [ rxr ]
05:18 [ CIA-9 ] [ jsaw ] [ nullslack] [ rxr_]
05:18 -!- Irssi: #t2: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal]
05:18 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
05:18 -!- [freenode-info] why register and identify? your IRC nick is how people know you. http://freenode.net/faq.shtml#nicksetup
05:18 -!- Irssi: Join to #t2 was synced in 15 secs
05:26 -!- rxr [~rene@p213.54.235.208.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
05:33 -!- kensai [~kensai@64.237.129.108] has joined #t2
05:58 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
07:15 < rxr_> moin
07:17 -!- You're now known as rxre
07:17 -!- You're now known as rxr
07:17 < rxr> ;-)
07:45 < rxr> mnemoc: rootsh 1.4.1
08:19 < hannes_> moin
08:33 < rxr> moin hannes_
08:33 < rxr> I'm off for breakfast ...
09:28 < rxr> re
09:30 < CIA-9> rene * r4990 /trunk/package/audio/alsaplayer/alsaplayer.desc: * fixed alsaplayer URL tag
09:32 < CIA-9> rene * r4991 /trunk/package/network/vsftpd/ (fix-detection.patch vsftpd.desc): * updated vsftpd (1.2.2 -> 2.0.1)
09:35 < CIA-9> rene * r4992 /trunk/package/network/ (4 files in 4 dirs):
09:35 < CIA-9> * updated bluez-libs (2.10 -> 2.12), bluez-utils (2.10 -> 2.12),
09:35 < CIA-9> bluez-hciemu (1.0 -> 1.1) and bluez-hcidump (1.12 -> 1.16)
09:36 < CIA-9> rene * r4993 /trunk/package/www/dillo/dillo.desc: * updated dillo (0.8.1 -> 0.8.3) as well as the URL tag
09:38 < rxr> ok - this was the big stuff already queued on my iBook ...
09:38 < rxr> now I run the C++ update checker over _all_ files ... ;-)
10:02 < martin___> moin
10:11 < rxr> hi martin___
10:29 < CIA-9> rene * r4994 /trunk/package/audio/jack/ (jack.desc no-examples-clients.patch): * updated jack (0.98.1 -> 0.99.0)
10:31 < CIA-9> rene * r4995 /trunk/package/multimedia/lives/lives.desc: * updated lives (0.8.5 -> 0.9.1)
10:35 < rxr> that one is nice :
10:35 < rxr> http://ars.userfriendly.org/cartoons/?id=20041208
10:43 < rxr> I just fixed up our irc log to html converted to not mangle urls with ? and = in it
10:43 < rxr> (increased comfort and google rank ;-)
10:45 < rxr> hey I should not mangle # too ...
10:45 * rxr updating the script once more ...
11:50 * martin___ is away
11:54 < rxr> cu martin___
12:35 < rxr> daja77: the http://dict.leo.org dictonary sucks more and more - in the last weeks I had several searches where "your" http://dict.tu-chemnitz.de/ yields far better results ;-) (for many even results at all ...)
12:44 < mnemoc> moin
12:45 < nullslack> Finishing build.
12:45 < nullslack> -> Creating package database ...
12:45 < nullslack> -> Creating isofs.txt file ..
12:45 < nullslack> ;)
12:52 < nullslack> Config -cfg bootdisk; Download -cfg bootdisk -required; Build-Target -cfg bootdisk?
12:52 < mnemoc> yes
12:53 < nullslack> mnemoc, no Cleanup, right?
12:54 < mnemoc> Cleanup it you feel unconfortable with some src.foo files on root
12:55 < mnemoc> Cleanup -full if you want to purge your builds
12:56 < nullslack> k thnx
12:56 < rxr> moin you both
12:57 < nullslack> moin rxr
12:58 < mnemoc> moin rxr
12:58 < nullslack> btw, do i need loop for building the bootdisk?
13:01 < rxr> yes
13:02 < mnemoc> oh, i didn't noticed that svk:merge property
13:10 < nullslack> rxr, and if i want to boot from it right away...i'll do cp -a build/t2-build /mnt/partition?
13:11 < mnemoc> that's the old installer :)
13:11 < mnemoc> mv ROCK .. before
13:12 < nullslack> mnemoc, ?
13:12 < rxr> he meant not to the "ROCK" direcotry onto your new partition ...
13:13 < rxr> nullslack: and be sure you use a copy method that leaves symlinks intact ...
13:13 < mnemoc> i use cp -dR
13:14 < rxr> just hacked together that this page:
13:14 < rxr> http://www.exactcode.de/oss/avision/devices.html
13:14 < rxr> is automatically updated on each svn commit from my avision driver from a svn repository ;-)
13:15 < mnemoc> good automatization :)
13:15 < nullslack> what's next? edit fstab; edit lilo?
13:16 < rxr> yep and set a root passwd ;-)
13:16 < mnemoc> inside chroot :)
13:16 < rxr> of course ;-)
13:16 < rxr> so /me continue debugging why one remaining avision scanner enters some freeze state when accessed from my driver ...
13:18 < nullslack> env - /usr/sbin/chroot /mnt/partition?
13:18 < mnemoc> yes
13:18 < mnemoc> .oO( i did never used env - :p )o
13:21 < nullslack> and if i created the iso...it will ask me to install and configure my build to an empty partition?
13:22 < mnemoc> installer will ask you to mount
13:22 < mnemoc> and optionally format them
13:22 < mnemoc> installer has an interface to mount different dirs
13:23 < mnemoc> .oO( today i'm more ''tarzan'' than usual )o
13:23 < rxr> tarzan what?
13:24 < mnemoc> my english
13:24 < mnemoc> today my english is closer to tarzan's
13:24 < rxr> *lol*
13:25 < nullslack> mnemoc, oh.. but not configure them, like entries in fstab and lilo?
13:25 < mnemoc> fstab yes, lilo no
13:26 < mnemoc> lilo.conf assumes 'hda1'
13:26 < rxr> well - lilo yes, too ?
13:26 < rxr> what? when done from stone ?
13:26 < mnemoc> stone setup doesn't touch lilo.conf as far as i know
13:26 < rxr> if yes this is a grave bug in the setup script ...
13:26 < rxr> what - really?
13:27 < mnemoc> afaicr :)
13:27 < rxr> I mean I never use lilo - on x86 always grub, ... but
13:27 < rxr> grub is setup up nearly fully automatically (at least when you click on the menu entries - which should be improved)
13:27 < rxr> and lilo should also be able to yield a proper config ...
13:28 < rxr> hm - mnemoc lilo's stone has a create_lilo_conf function which is triggered from
13:28 < rxr> '(Re-)Create default /etc/lilo.conf'
13:28 < rxr> ;-)
13:28 < mnemoc> :)
13:28 < mnemoc> rxr: you never answered my mail about that
13:29 < rxr> hm - it extracts the bootdev with this:
13:29 < rxr> bootdev="$( dirname $rootdev )/disc"
13:29 < rxr> no idea if this works perfectly ...
13:29 < rxr> mnemoc: yes I have some mails to answer - which do you mean?
13:29 < rxr> linuxconf?
13:29 * mnemoc hides
13:29 < mnemoc> yes
13:30 < mnemoc> i think stone lacks of too much functionality and it's not our business to add it, our business are the magic modules :)
13:31 < rxr> well - we should abstract this and make it selectable
13:31 < mnemoc> do you like stone?
13:31 < rxr> I most probably do not want linuxconf (need to take a look though) - but when we all wanna have s.th. else (I also do not want to have stone ...) we should make it exchangeable
13:32 < mnemoc> to make it exchangeable produce weaker modules and inconsistences because both will never be in sync :)
13:32 < rxr> I have a really extreme GUI installer in mind (in the way of MacOSX - most probably I have to write the modules for this myself ...)
13:32 < rxr> then they are not in sync ... - no problem ...
13:33 < rxr> when you select linuxconf you get what the linuxconf community delivers (and are free to add / fix stuff)
13:33 < mnemoc> installer/configures can't be limited to GUI
13:33 < rxr> when you select stone you get aht stone is, ...
13:33 < rxr> s/aht/waht/
13:33 < rxr> argh
13:33 < rxr> what ...
13:33 < mnemoc> i know that, but we can't do everything at home
13:33 < rxr> what do you mean by "installer/configures can't be limited to GUI"
13:34 < mnemoc> installer/configurer*
13:34 < rxr> I still do not know what you mean "limited to GUI" ...
13:34 < mnemoc> "I have a really extreme GUI installer in mind"
13:35 < rxr> sure - but it is not limitting s.th. - it was just an exable why we most probably want to have this selectable ...
13:35 < mnemoc> and i do consider "not in sync" modules a problem
13:35 < mnemoc> ic
13:36 < rxr> well - when you want to use s.th. like linuxconf you rely on 3rd party stuff anyways ...
13:36 < mnemoc> http://scavenger.homeip.net/rockdoc/std/RecentChanges
13:37 < rxr> or e.g. when we add anarconda (--spelling) support you get what anarconda delivers - unless you hack a lot on the ugly python support code ...
13:37 < mnemoc> full ack
13:37 < mnemoc> but can we do everything at home?
13:37 < mnemoc> the same happened to cluster build
13:38 < rxr> what do you mean with home
13:38 < rxr> your sentences are quite cryptic for me today ...
13:38 < mnemoc> is writting a good dialog/GUI interface t2's business?
13:38 < rxr> what about the cluster build?
13:38 < rxr> yes
13:38 < mnemoc> home=inside t2 project
13:38 < rxr> because I realy depply hate all the others and I want to do it - just because I wanna show it can be done better ...
13:39 < mnemoc> isn't it better to spend our time in improving the building process?
13:39 < mnemoc> "what's our business?" :)
13:40 < rxr> you do not need to use it - it can be default on desktop target only - I do not care about what the rest uses - but I do want to have a GUI installer to people without having to mention what a usability chatostroph it is in every second sentence ...
13:40 * mnemoc has too much outsourcing in his mental process
13:40 < mnemoc> if you create it, i'll use it
13:40 < mnemoc> that's not my point
13:40 < rxr> well - I'll do it (the only question is when ...)
13:41 < mnemoc> we all lack of time
13:41 < rxr> until then is would be really great to factor the stone stuff out and make the interchangeable with other external installers where we can add my installer-ng in later, too ...
13:41 < mnemoc> will we continue using stone until that?
13:41 < mnemoc> ok
13:42 < rxr> I think we should default to the "quite lightweight and easy to hack stone" for the near future - until we agree s.th. else is superiour
13:42 < rxr> what was your point with the rock wiki link? to show what they do?
13:43 < mnemoc> to show you what they are doing
13:43 < rxr> pretty empty the thing ...
13:43 < mnemoc> they are adding stuff quite fast
13:43 < mnemoc> yes?
13:43 < rxr> that reminds me I have t2 handbook work I wanted to rsync to the html area ...
13:43 < rxr> http://scavenger.homeip.net/rockdoc/HomePage
13:44 < rxr> ^- looks pretty empty to me
13:44 < rxr> quite few links only ...
13:44 < mnemoc> that's why i paster the RecentChanges page :)
13:44 < mnemoc> pasted*
13:45 < rxr> I really can not understand why they recreate the handbook ... - it hwas so much work in it - they need multiple months if not a year with that speed to get near it ...
13:46 < rxr> our html book got updated ..
13:46 < rxr> sent 160340 bytes received 9370 bytes 7221.70 bytes/sec
13:46 < rxr> total size is 668290 speedup is 3.94
13:46 < mnemoc> i don't know the english word but it's like the reaction of a little boy when something is not like he wants
13:47 < rxr> of course my handbook still lacks in many areas, but they could be added ...
13:47 < mnemoc> sure
13:48 < rxr> e.g. in detail documentatoin and usage of all the build vars (currently just a long list), more detailed installation w/ screenshots, packaging tutorial and building a new target (as I started some days ago ...)
13:48 < rxr> but starting from scratch will not speed up the documentation process ...
13:48 < rxr> and they even bothered to ask about licensing details ...
13:49 < rxr> (as well as still not doing anything about the freshmeat account and so many other things) (like getting their release as news on the frontpage ...)
13:50 < rxr> anyway - have to do work ..
13:50 < mnemoc> the fork got violent, i guess their is a hi-anger level around
13:50 < mnemoc> me too :D
13:50 < mnemoc> high*
13:50 < rxr> and do lunch sometime soon ...
13:50 < rxr> what do you mean with "the fork got violent" ?
13:50 < rxr> (today it is really hard to follow you ,-)
13:51 < mnemoc> the fork was violent
13:52 < mnemoc> even blindy, who initially was idling here left because a very simple comment about stability
13:52 < mnemoc> that shows how senstive the issue was
13:53 < rxr> well - if rock is that unstable ...
13:53 < rxr> ;-)
13:53 < mnemoc> :)
13:53 < mnemoc> The latest version of Enigmail is 0.89.5, working with Thunderbird 1.0
13:53 < rxr> and it is not like I or we stolen code, considering how much I and we all did for rock ...
13:54 < rxr> my estimation is that I did over half of all work in 1.7 times ..
13:54 < mnemoc> yes
13:54 < rxr> not even counting all the code and package improvements I copied directly from my previous dRock fork ;-)
13:54 < mnemoc> i said violent, nothing about ethics
13:55 < rxr> but - well taht is just the rock climate, and the biggest impact on me and why I left ...
13:56 < mnemoc> rock has waves in it's climate, but their peaks are very very high/low
13:56 < mnemoc> my english sucks :\
13:57 < mnemoc> rxr: can you grab clip update from my mirror please?
13:57 < rxr> .oO
13:58 < rxr> we should do s.th. about this so that it can be downloaded natively ...
13:58 < rxr> of course I can also grab it from your mirror ...
13:58 < rxr> btw, is the mirror on a connection that can be added to our mirror list ?
13:58 < rxr> and contain all files?
13:58 < mnemoc> i couldn't make curl, lftp or wget work on that ftp
13:59 < rxr> :-(
13:59 < rxr> oh my ...
13:59 < mnemoc> rxr: hey, it's a 256/128 ADSL line :)
13:59 < rxr> ;-)
14:01 * mnemoc at second try to use svk on t2-trunk
14:01 < mnemoc> CIA-9: ?
14:01 < CIA-9> mnemoc * r4996 /trunk/package/develop/clip/clip.desc: * clip updated to 1.1.12-113
14:03 < mnemoc> svk smerge -l --no-ticket //t2/test //t2/trunk seems to produce good output
14:03 < rxr> btw, clifford registered a talk for the CCC (Chaos Communcation Congress) - and guess what, not about ROCK or so, but about a brainfuck compiler
14:04 < rxr> I need to kick valentin a bit more to register a more interesting talk - about t2 ;-)
14:04 < mnemoc> will you be at CCC too?
14:05 < mnemoc> PR about the benefits of a "dbk/sde" is needed
14:05 < rxr> nope - most probably not ... - I do not like the date (between xmas and new year's eve) and wanna meet old freinds from the area I grew up (I usually had to skip that over the last years)
14:06 < rxr> and to be honest CCC is not so exciting that much for me anymore ... - the last year was cool - I was younger and had not that much unix practise ... - I learned a lot about security and ip and such ...
14:06 < rxr> but most talks are really really bad and uninformative, and nowadays I know too much about those topics anyway ...
14:06 < rxr> s/the last year/ the first yeart
14:06 < rxr> ^H/
14:06 < mnemoc> you may talk instead of listening
14:07 < mnemoc> i assumed that :)
14:07 < rxr> yeah - mayb ...
14:08 < valentin> rxr: the rockers will kill me if i hold a T2 talk right in front of their nose
14:08 < mnemoc> valentin: what about distributions build kits?
14:09 < mnemoc> with rock and t2 as 'examples'
14:10 < valentin> then rxr will kill me *g*
14:11 < mnemoc> hehe
14:12 < valentin> well - i did those twofold presentations on linux world expo, and i must say that it sucked
14:12 < mnemoc> oh
14:12 -!- martin___ [~martin@brln-d9ba1e2a.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
14:12 < valentin> the ppl only get confused
14:13 < mnemoc> show the common instead of the differences?
14:15 < mnemoc> .oO( i need to update my laptops' desktop )o
14:26 < mnemoc> i love postgres's autodoc :D
14:47 < rxr> would we kill the rock people if they would do a talk, no ... so ...
14:48 < mnemoc> hehe
14:49 < hannes_> rxr: why are you so afraid of the rock people?
14:49 < rxr> am I?
14:49 < hannes_> rxr: nobody will be killed, because no one will go to jail =)
14:49 < mnemoc> as yoda said, "the anger i feel"
14:49 < rxr> hannes_: valentin was afraid. ...
14:50 < rxr> I said that we would not kill anyone for a talk - and so they should not as well ...
14:50 < hannes_> that's really fair =)
14:51 < rxr> and I also do not kill the gentoo boys just because they managed to get some official CCC support I find rather strange ...
14:51 < hannes_> that reminds me that last week someone killed himself by jumping in front of the train from stuttgart to munich
14:51 < hannes_> rxr: ohh, i would do *grr*
14:52 < rxr> you have read this hannes_ :
14:52 < hannes_> ?
14:52 < hannes_> i
14:52 < hannes_> i am back in 5 minutes..
14:53 < rxr> http://www.heise.de/newsticker/meldung/54008
14:53 < rxr> took some time to scroll thru the many new entries over there ...
14:54 < rxr> mnemoc: URL for the clip update?
14:54 < mnemoc> http://www.geeks.cl/rock-download/mirror/c/clip-patch-1.1.12-113.tbz2
14:54 < rxr> I bet you patch some backdors into it ...
14:54 < rxr> and install it suid root ...
14:54 < mnemoc> :D
14:56 < rxr> I could add your server as mirror for the master mirror - so I would not need to do this manually ...
14:56 < mnemoc> rxr: http://svn.clkao.org/svnweb/linux/log/cvs/
14:57 < rxr> # wc -l update-test.lst
14:57 < rxr> 443 update-test.lst
14:57 < rxr> ^- 443 possible updates
14:58 < mnemoc> o_O
14:58 < mnemoc> i am testing an update bunch of mnemoc's right now
14:59 < rxr> http://ec-outpost.dyndns.org/update-test.lst
14:59 < mnemoc> new url?
14:59 < rxr> nope - my home box ...
15:00 < rxr> so I do not need to open an irc client when I want to find out my dyn IP ...
15:00 < rxr> and so I do not need to copy every crap to the exactcode server ...
15:01 < mnemoc> =)
15:02 < rxr> no more stry rene's joinging for 3 seconds here ;-)
15:03 < mnemoc> hehe
15:04 < rxr> stray even - damn - somehow this keyboard does not like my fingers anymore ...
15:13 < rxr> cool - my hitachi ibm harddisc RMA replacement just arrived ;-)
15:13 < hannes_> rxr: buy some new fingers?
15:16 < rxr> no - better a new laptop ..
15:17 < hannes_> i did so
15:18 < hannes_> i sold my ibook, mainly ecause of the unsupported wlan
15:20 < rxr> ic
15:20 < rxr> I would not care about airport extreme ...
15:21 < rxr> I would just not buy it (or sell the card) and plug a usb dongle in ...
15:22 < hannes_> somehow i just wanted an x86 laptop again
15:23 < rxr> hehe - I would not give a PowerPC laptop out of my hands again ...
15:23 < rxr> currently the only attractive x86 laptop^Wnotebook for me is this one:
15:23 < hannes_> i currently have such a samll jvc laptop
15:24 < hannes_> and i love it
15:24 < rxr> http://www.icube.us/Products/sharpmm20.htm
15:24 < rxr> Sharp Mebius MM2
15:24 < rxr> (Actius MM20)
15:25 < hannes_> rxr: even very nice =)
15:27 < rxr> so - soon rebooting my athlon build server, to inject the "new" 40GB drive which will allow me to move all the dvb-t mpeg2 dumps I scattered over all the raid setups due to space reasons ...
15:27 < rxr> back onto ti
15:28 < mnemoc> rxr: http://www.geeks.cl/t2-download/ <--- renamed
15:30 < rxr> mnemoc: argh
15:30 < rxr> I just injected it ..
15:31 < rxr> you do not want it to appear in the official mirror list?
15:31 < rxr> (I guess)
15:31 < mnemoc> i can
15:31 < mnemoc> but i will never been choosen :)
15:31 < rxr> does it have all files
15:31 < rxr> maybe it is chooses for south american locations due to speed penalti for the germany only mirrors so far ...
15:31 < mnemoc> i just started a new Download -all
15:32 < mnemoc> add it
15:32 < rxr> ok
15:33 < rxr> hm - you would need a DOWNTEST or so file on it ...
15:33 < rxr> http://gsmp.tfh-berlin.de/mirror/t2-source/2.1/DOWNTEST
15:34 < mnemoc> 64k DOWNTEST added
15:34 < mnemoc> anything else?
15:34 < rxr> Download -list-unknown will list it, so be careful not to rm it ...
15:35 < mnemoc> ok
15:35 < rxr> or should I patch it to not list it ?
15:35 < rxr> I mean I have to work around it on the master already anyway ...
15:35 < mnemoc> :)
15:54 < mnemoc> http://rt.openfoundry.org/Foundry/Project/Tracker/Display.html?Queue=82&id=4795
15:55 < mnemoc> damn, it fails to apply to last SVK
15:59 -!- madtux [~mike@200.91.101.97] has joined #t2
15:59 < madtux> good day.
16:00 < mnemoc> hi madtux
16:00 < madtux> hello mnemoc
16:01 < rxr> hi madtux
16:01 < madtux> greetings rxr
16:01 < hannes_> hi madtux
16:01 < madtux> rxr: question for you
16:02 < madtux> i forgot this some stuff about about packages already
16:03 < madtux> rxr: when i add a [D] with .patch.gz on a .desc file for certain package does this patch gets automatically applied or do i have to state so on the .conf file?
16:03 -!- _martin__ [~martin@brln-d9ba03d1.pool.mediaWays.net] has joined #t2
16:04 < mnemoc> madtux: var_append patchfiles ' ' foo.patch.gz
16:04 < madtux> mnemoc: thank you. :)
16:04 < madtux> mnemoc: silly been away for long have made me forgot some stuff :(
16:04 < mnemoc> rxr: how auto-download-prefix for patches generalized or it still working only on linux package?
16:04 < mnemoc> madtux: welcome back :)
16:05 < mnemoc> rxr: s/how/was/
16:05 < mnemoc> madtux: you can add that as an [O] line inside .desc files
16:05 < madtux> what does the O stand for?
16:06 < rxr> cOnfig
16:06 < mnemoc> no idea, but they act as being inside .conf
16:06 < rxr> yeah - don't ask ...
16:06 < mnemoc> rxr: thanks :)
16:07 < rxr> well - I do not know if auto applying *patch* from D is a good idea ...
16:07 < madtux> oh come on..
16:07 < rxr> come on?
16:07 < madtux> rxr: i see
16:07 < madtux> rxr: as in i would really like to know what the [O] stand for
16:08 < mnemoc> rxr: if that apply doens't deserve to create or hack .conf every time, .desc is a good place imo
16:09 < mnemoc> rxr: example, update patches
16:12 < rxr> mnemoc: spoke about adding Build-Pkg code to extract patches from D - not about [O] apply_patch bla bla ...
16:14 < madtux> if i the patch that i add to [O] is applied automatically .. then thats all i really need
16:15 < mnemoc> rxr: adding Build-Pkg code to extracer patches from D is more evil
16:15 < mnemoc> rxr: i have lot of examples where downloaded patches are optional
16:15 < rxr> yes - that is what I thought and wrote above, too - using [O] is fine ...
16:16 < mnemoc> :D
16:16 < mnemoc> i misread it
16:19 < madtux> ok now... if i add the patch files to [O] the will get downloaded and applied as is.. or do i still need to make another tweak on .conf files or so?
16:19 < rxr> damn I add more and more hacks and hardcoding to my avision driver to send bits more in the way of the windows driver and it still hangs the scanner ...
16:32 < rxr> ouhm - ok - now I hardcode the whole command to be bit indentical with the window driver ...
16:32 < rxr> let's see if it will not hand then ...
16:33 < mnemoc> rxr: --verbatim patch ported and sent upstream, now i can smerge without adding noise :)
16:35 < rxr> good ;-)
16:35 < rxr> maybe you could write avk summary to the list in a "free minute" ? ;-)
16:35 < rxr> and/or even package it ...
16:36 < madtux> svk u mean?
16:36 < madtux> :)
16:37 < rxr> yes - of course
16:38 < madtux> yeah mnemoc package svk we need it and it will be an easy thing to u
16:39 < rxr> "we need it" .oO
16:39 < madtux> rxr: let me get on his nerves for a change :)
16:43 < rxr> ah ok ...
16:43 < rxr> damn - ok - /me changing the 4 remaining bits I sent differently compared to the windows driver ...
16:43 < rxr> (this starts to get boring)
16:45 < mnemoc> madtux: i'll not package svk
16:45 < mnemoc> madtux: 43 dependencies are too many new packages
16:46 < rxr> what? how many deps?
16:46 < madtux> mnemoc: well i'm adding like 10 new packages for selinux and patching like 8 existing ones
16:46 < rxr> what does it need? the world?
16:46 < madtux> rxr: nearly it seems
16:47 < rxr> X already has make Wordl - it should have all then ...
16:47 < mnemoc> rxr: clkao has created more than 30 perl packages while doing svk, it's MANIFEST points to 43 packages
16:48 < mnemoc> madtux: that's much different, cpan doesn't integrate selinux in your build
16:49 < rxr> mnemoc: oh my god ...
16:49 < rxr> mnemoc: and you use s.th. like that ?
16:49 < mnemoc> rxr: cpan installed it for me, and it works great
16:49 < madtux> mnemoc: u are a masochist crazy ... guy.
16:50 < mnemoc> rxr: i could mirror cvs projects preserving their would log, branches and tags :)
16:50 < madtux> now the most important question... was it all worth it?
16:50 < mnemoc> madtux: big YES
16:50 < mnemoc> madtux: svk brings to svn tla's star-merge, and saves me lot of space
16:52 < madtux> and time/
16:52 < madtux> :)
16:52 < madtux> ?
16:53 < mnemoc> it will
16:53 < mnemoc> smerge saves lot of time
17:11 -!- kensai [~kensai@64.237.129.108] has joined #t2
17:16 < madtux> welcome kensai
17:16 < kensai> madtux, thxs
17:18 < madtux> ;-)
17:31 < rxr> hi kensai
17:32 < kensai> rxr, hi
17:38 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
18:05 < mnemoc> rxr: make[1]: Entering directory `/ROCK/src.linux26.1102517449.10344.97636574/linux-2.6.9'
18:05 < mnemoc> /ROCK/src.linux26.1102517449.10344.97636574/xc/extras/drm/linux/Makefile:284: *** CONFIG_X86_CMPXCHG needs to be enabled in the kernel. Stop.
18:05 < mnemoc> make[1]: *** [_module_/ROCK/src.linux26.1102517449.10344.97636574/xc/extras/drm/linux] Error 2
18:05 < mnemoc> make[1]: Leaving directory `/ROCK/src.linux26.1102517449.10344.97636574/linux-2.6.9'
18:05 < madtux> ?!
18:05 < rxr> mnemoc: yes I saw this, too
18:06 < mnemoc> rxr: the idea is to add that option to default kernel, or only if DRM is eanbled using a configurator?
18:06 < rxr> happens only for i386 == generic no optimization builds
18:06 < mnemoc> .oO( i did that? )o
18:06 < rxr> CMPXCHG is not present in 386
18:06 < mnemoc> aha
18:06 < rxr> we need to look why the drm modules want it ...
19:50 -!- madtux [~mike@200.91.101.97] has quit ["leaving"]
19:59 -!- madtux [~mike@200.91.101.97] has joined #t2
20:00 < madtux> re
20:01 < mnemoc> wb ma
20:01 < mnemoc> err
20:01 < madtux> ..
20:01 < mnemoc> wb madtux
20:01 < madtux> gracias.
20:02 < mnemoc> bias
20:02 < rxr> rehi madtux
20:03 < madtux> :)
20:18 -!- kensai [~kensai@64.237.129.108] has joined #t2
20:24 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
21:10 -!- kensai [~kensai@64.237.129.108] has joined #t2
21:16 -!- kensai [~kensai@64.237.129.108] has quit ["Leaving"]
22:29 < madtux> this is t2-selinux stuff is getting really fun
22:35 < madtux> hannes_: have u managed to build checkpolicy ?
23:09 < _martin__> re
23:10 < madtux> wb
23:27 < _martin__> gn8
23:27 * _martin__ is AWAY
23:30 < rxr> cu madtux
23:30 < rxr> cu _martin__ even
23:30 < madtux> ?
23:30 < madtux> :)
23:32 < madtux> rxr: its _VERY_ stupid to have stuff like the pkg categories depending on a file inside Documentation/Developers .. in fact removing the Whole $foo Documentation/ directory should not affect in any way the whole build kit
23:33 < madtux> maybe we should put stuff like that as well as maybe scripts/functions and so on misc/include or something like that
23:33 < madtux> not sure about the name yet
23:40 -!- madtux [~mike@200.91.101.97] has quit ["BLOOOOOD! :)"]
23:42 < rxr> yes - my talking
23:42 < rxr> I'll migrate that info into misc soon ...
23:42 < rxr> or misc/share or misc/data or whatever
23:48 < jsaw> re
23:48 < rxr> hi jsaw !
23:55 < jsaw> hi rxr
23:56 < jsaw> now running xfce on my PII/64Mb laptop
23:59 < rxr> ;-)
--- Log closed Thu Dec 09 00:00:07 2004
--- Log opened Wed Dec 08 05:01:49 2004
05:03 < mipe> hmm,bootdisk is allmost ready,just need to fix kiss and portmap
05:06 < rxr> what problem do they have ?
05:06 < rxr> btw. RS6K memory was too high for the U5 ...
05:07 < mipe> kiss segfaults during compile, and portmap gives error about no target for /usr/lib/lib
05:07 < mipe> portmap is easy to fix,but i dont know why kiss segfaults
05:08 < rxr> hm - kiss is not important
05:08 < rxr> it is only included for debug fallback in the stag1 loader
05:08 < mipe> so safe to disable?
05:08 < mipe> for now but for future fix
05:09 < rxr> the image creation code might complain when it is not there ...
05:09 < rxr> if you have some spare time a fix is always good ,-)
--- Log closed Sun May 01 16:15:44 2005