--- Log opened Sat Sep 24 00:00:35 2005
00:02 -!- karasz [n=karasz@80.97.102.202] has joined #t2
00:02 < karasz> hi everybody
00:03 < karasz>  anybody awake?
00:04 < _Lewellyn> no :)
00:04 < karasz>  guess i am to talk with vilkacis :)
00:04 < rxr> sort off
00:04 < _Lewellyn> it's only 3pm here.
00:05 < karasz>  i keep forgetting that not everybody lives in my time zone
00:05 < karasz>  _Lewellyn US maybe?
00:05 < rxr> is it intentional that your messages are blue ?
00:06 < karasz> sorry
00:06 < karasz> my mistake
00:16 -!- karasz [n=karasz@80.97.102.202] has quit []
01:07 < mnemoc> re
01:15 -!- madtux [n=mike@196.40.44.28] has joined #t2
01:19 < mnemoc> wb madtux 
01:19 < madtux> obrigado.
01:32 -!- madtux [n=mike@196.40.44.28] has quit ["leaving"]
02:29 < _Lewellyn> heh. i did not notice the blue
02:29 < _Lewellyn> (i filter color)
02:46 < mnemoc> re
02:51 < _Lewellyn> re mnemoc 
03:16 < _Lewellyn> is it safe to remove builds for packages that have already finished building to free up space to let the last one finish? :(
03:18 < mnemoc> ./scripts/Cleanup is safe, as far as you are not running Config
03:21 < _Lewellyn> ok. :)
03:39 < _Lewellyn> wow. that freed up like 7gb
03:40 < _Lewellyn> but now it seems to be restarting the build from scratch :(
03:40 < _Lewellyn> hopefully just stage 0
04:11 -!- madtux [n=mike@odin.informatica.co.cr] has joined #t2
04:11 < madtux> re
04:16 < _Lewellyn> re madtux
04:17 < madtux> hey _Lewellyn good to see you still here.
04:17 < _Lewellyn> aw. crap. it's rebuilding stage 1, too...
04:17 < madtux> ?
04:18 < _Lewellyn> i ran out of disk space just before the end of building ooo (the last package that i need to build), so i ran Cleanup to get rid of the source. now everything's rebuilding :/
04:18 < _Lewellyn> i'm hoping that it doesn't rebuild EVERYTHING
04:18 < madtux> OUCH..
04:18 < _Lewellyn> i'd really like to install this iso in an hour or so
04:18  * _Lewellyn should have just lived without ooo
04:18 < madtux> it shoudl not if u didnt run ./scripts/Cleanup -full
04:18 < madtux> what do u need ooo for anyways?
04:19 < madtux> geez..
04:20 < _Lewellyn> because it was the only thing missing ;)
04:20 < _Lewellyn>  ./scripts/Cleanup -build
04:20 < _Lewellyn> that's what i ran
04:21 < madtux> i am not quite sure of what -build removes...
04:21 < madtux> but i have a bad feeling..
04:25 < _Lewellyn> so do i :(
04:26 < madtux> mnemoc: what does ./scripts/Cleanup -build exactly do?
04:26 < mnemoc> removes build/* 'safely'
04:27 < madtux> _Lewellyn: you are so ****** ...
04:27 < madtux> i guess all i can say is enjoy rebuilding... EVERYTHING..
04:28 < _Lewellyn> it'll be done by morning :)
04:28 < _Lewellyn> mnemoc: for future reference, what should i have done?
04:29 < mnemoc> to get what?
04:29 < madtux> just ./scripts/Cleanup
04:30 < _Lewellyn> i just wanted to remove the unneeded sources that had been already built
04:30 < mnemoc> ./scripts/Cleanup removes src.* and src/ which may kill any running Config
04:30 < _Lewellyn> oh. bah. :(
04:30 < mnemoc> src.* are only failed builds
04:30 < _Lewellyn> best way to learn, i suppose
04:33 < madtux> _Lewellyn: it won't happen again
04:33 < madtux> :)
04:36 < _Lewellyn> as i said :)
04:37 < _Lewellyn> mnemoc: ah. that's why it removed like 5 ooo dirs...
04:37 < _Lewellyn> i wasn't sure quite why i had so many
04:37 < mnemoc> one per failed build
04:37 < mnemoc> but _never_ rm them, use Cleanup
04:38 < _Lewellyn> i did ;)
04:40 < mnemoc> src.* and build/* may have mounts to different places of your disc
04:40 < mnemoc> rm -rf will follow those mounts and kill your whole family
04:40 < mnemoc> even the dog
04:44 < madtux> how about the backyard ants?
04:46 < mnemoc> gentoo kill those
04:54 < _Lewellyn> after their loops have been unrolled ;)
04:55 < mnemoc> :)
05:29 < _Lewellyn> woo. my 64-bit dvd is burnt. tomorrow i can deal with that, too
05:32 < madtux> :)
06:12 < CIA-9> miguelb * r12108 /trunk/architecture/sparc/ (config.in gcc-options.in): 
06:12 < CIA-9> * Removed optimization options for sparc64, there should be only sparc32
06:12 < CIA-9>  stuff in this files.
06:12 < mnemoc> :)
06:13 < madtux> well the sparc64 optimization options are inside the sparc64 arch folder..
06:13 < madtux> why would we wanna have such a mess?
06:13 < _Lewellyn> :)
06:52 < mnemoc> madtux: maybe due to libdir=/lib64 .. but not sure, ask rene
06:55 < madtux> doesn't make sence to me.
06:55 < madtux> but i guess he will screan if he thinks different
06:55 < mnemoc> ask him for the reaosn
06:55 < mnemoc> reason
06:56 < _Lewellyn> "it's easier to ask forgiveness than permission" ;)
06:56 < mnemoc> who said that?
06:57 < _Lewellyn> it's too bad i can't do a massive cross-compile :(
06:57 < _Lewellyn> dunno
06:57 < mnemoc> rock has pseudo-native cross compiling... inside a qemu
06:58 < _Lewellyn> grace hopper
06:58 < _Lewellyn> well, i was thinking of hijacking a few solaris machines that aren't needed at the moment :)
06:58 < mnemoc> women
06:59 < mnemoc> _Lewellyn: you can cross-compile one, inject files to hd and build native there :)
06:59 < _Lewellyn> we have her to thank for many things, so i suppose that quote is highly appropriate for computer tasks :)
06:59 < _Lewellyn> i was thinking more of a clustered build ;)
07:00 < _Lewellyn> i.e. "i'm going to build XYX, because you're building FDE and you're building FDS. then the next box can do OFD."
07:00 < mnemoc> t2 doesn't have that kind of clustering build, just distcc
07:01 < _Lewellyn> ya
07:01 < madtux> did i read the word clustering?!
07:01  * madtux scrolling back
07:01 < _Lewellyn> and distcc isn't terribly useful across hugely disparate processor speeds, in my experience
07:01 < _Lewellyn> madtux: a clustered build, yes
07:02 < _Lewellyn> i have many gigahertz of untapped machines at the moment :)
07:02 < _Lewellyn> all solaris, though. so it'd have to be a cross-compile for them.
07:02 < _Lewellyn> which would slow them down some
07:02 < madtux> i might know a little bit of clusters..
07:03 < _Lewellyn> madtux: enough to make this possible? :)
07:03 < _Lewellyn> (because that would rock.)
07:03 < madtux> solaris...
07:03 < madtux> can u load t2 on them?
07:04 < _Lewellyn> dunno.
07:04 < madtux> let me worry about the existence of sparc isos. :)
07:04 < madtux> if u had isos... would it be possible?
07:04 < _Lewellyn> i want to build pentium builds from them :)
07:04 < _Lewellyn> from within solaris :)
07:04 < _Lewellyn> qemu was mentioned...
07:05 < madtux> i am not such a fan of solaris..
07:05 < madtux> but..
07:05 < madtux> i guess we could play..
07:05 < madtux> my clustering experience is based on x86 though
07:05 < madtux> but i could play.
07:05 < madtux> then again i only have 1 ultra 5 ...
07:06 < madtux> so u are the only one capable of doing the actual clustering work..
07:06 < madtux> unless u want/can donate some hardware *grin*
07:07 < _Lewellyn> andthese are solaris/x86 boxes, btw
07:07 < madtux> i thought we were talking about sparcs..
07:07 < _Lewellyn> i'm not sure the company would look fondly on a few v20zs that are destined to be production machines in a few weeks disappearing ;)
07:07 < _Lewellyn> no. i only said "solaris" :)
07:08 < madtux> yeah but its weird to find people running solaris on x86
07:08 < madtux> :)
07:08 < madtux> so i made the assumption
07:08 < madtux> ok then maybe we can try...
07:08 < _Lewellyn> especially in the kind of demanding server environments that we have
07:08 < _Lewellyn> solaris on amd64 is REALLY impressive
07:09 < madtux> i will have to see...
07:09 < madtux> need an amd64 first
07:09 < madtux> :)
07:09 < _Lewellyn> ya. trying to figure out where i could host an amd64 devbox for t2 :)
07:10 < _Lewellyn> i think i can provide the hardware in a week or so.
07:10 < madtux> anyways... i do believe we should do some work on t2 do real clustered builds
07:10 < madtux> somethings else than just distcc
07:10 < _Lewellyn> i *think* i have a lead on hosting for free, too.
07:10 < _Lewellyn> madtux: i agree
07:10 < _Lewellyn> even if not as elaborate as would help me tonite :)
07:11 < madtux> rock has/had some sort of clustered build stuff... but it was that cool..
07:11 < _Lewellyn> perhaps just same platform, for example.
07:11 < madtux> ok can u take care of enabling one of those beauties for me to have access?
07:12 < _Lewellyn> 64bit t2 box?
07:12 < _Lewellyn> i can't let you into the firewall to our solaris servers :(
07:12 < madtux> mm... thats a problem..
07:12 < _Lewellyn> not even the ones that are going to be wiped of their stock installs
07:13 < madtux> so how can we do this?
07:14 < _Lewellyn> mnemoc: where are you in the hierarchy of the t2 pantheon? :)
07:14  * _Lewellyn has an idea...
07:15 < madtux> tell me the idea.
07:15 < madtux> btw mnemoc is gone to bed.
07:15 < madtux> his mortality still controls him
07:16 < _Lewellyn> bah.
07:16 < _Lewellyn> i was thinking that we could get a couple of vmware licenses donated :)
07:17 < _Lewellyn> if i can actually get an amd64 buildbox set up, that could be the testbed for clustering, too :)
07:17 < _Lewellyn> (or 2 boxes, maybe)
07:18 < _Lewellyn> or maybe serenity...
07:20 < madtux> cool..
07:20 < madtux> could the tux have access to one of those licenses
07:20 < madtux> ?
07:21 < madtux> if they are donated*
07:21 < _Lewellyn> i think a full desktop build on a sufficiently powerful amd64 machine should take a matter of hours. so there'd be plenty of time for tinkering :)
07:21 < _Lewellyn> i would try to get a group of "t2 team licenses"
07:21 < madtux> that would rock.
07:21 < _Ragnar_> still a matter of days
07:21 < madtux> hello _Ragnar_ 
07:21 < _Lewellyn> but i'd need to get the donator in contact with someone high up in the project. not sure rxr has the time
07:21 < _Ragnar_> not just hours
07:22 < madtux> _Lewellyn: rxr, valentin, mnemoc that would be the order..
07:22 < _Lewellyn> _Ragnar_: on an athlon fx?
07:22 < madtux> mnemoc: as the stable tree maintainer has enought influence i believe.
07:22 < _Lewellyn> madtux: that's the order i thought. and of them, mnemoc seems to have the most free time atm.
07:22 < _Ragnar_> _Lewellyn: yes
07:22 < _Lewellyn> _Ragnar_: out of curiosity, what is the setup you have?
07:23 < _Ragnar_> a64 (dunno out of hand how fast), 1gig ram, 160gig sata hd
07:23 < _Ragnar_> it's at work ask me on monday and I'll check
07:24 < _Lewellyn> ok. i was thinking of a big box
07:24 < madtux> hehe
07:24 < _Lewellyn> whatever i can get for < $1500.
07:24 < _Lewellyn> maybe one of the new sun workstations
07:25 < _Lewellyn> those are pretty nice machines. i have one sitting behind me
07:25 < _Ragnar_> you don't get a big box for 1500 :)
07:25 < madtux> _Lewellyn: what do u do for a living? i have not see such amount of cool hardware together since i was with linuxlabs.
07:26 < _Lewellyn> madtux: i work for www.kefta.com
07:26 < _Lewellyn> we do "website optimization"
07:27 < _Lewellyn> where optimization has the marketing definition
07:27 < _Ragnar_> ewwww
07:27 < _Lewellyn> we actually do very cool things. we aren't as sleazy as our website makes us out to be
07:28 < _Lewellyn> it's just what our clients expect to see, so that is the public face
07:28 < _Ragnar_> ;D
07:28 < madtux> _Lewellyn: i used to do some graphics and content optimization for websites 
07:28 < madtux> for searchengine positioning stuff
07:29 -!- mtr_ [n=Michael@p54AFA7BD.dip0.t-ipconnect.de] has joined #t2
07:29 < _Lewellyn> ya, we don't do seo.
07:29 < _Lewellyn> that's sleazy ;)
07:29 < madtux> :P
07:30 < madtux> so what do u do?
07:30 < madtux> i know a bit of that stuff..
07:30 < _Lewellyn> i'm an implementation engineer. i am one of a team who implements the campaigns to the clients' specifications
07:30 < madtux> sounds like fun..
07:30 < madtux> hello mtr_ 
07:30 < _Lewellyn> it is. great fun :)
07:33 < _Lewellyn> wee. phase 2 again. :/
07:34 < madtux> :)
07:41 -!- mtr [n=Michael@p54AFAD41.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
08:16 < _Lewellyn> yay. stage 3
08:18 < madtux> :)
08:18 < madtux> go go go!
08:18 < _Lewellyn> at this rate, it'll be done before i get around to leaving
08:18 < _Lewellyn> (AGAIN) ;)
08:18 < madtux> good stuff
08:19 < _Lewellyn> ya. i can build a decent machine on $1500...
08:19 < _Lewellyn> even with an athlon 64 x2 4400+ toledo dual core
08:19 < _Lewellyn> whatever that is. i'm not up on amd's terminology
08:19 < madtux> :)
08:20 < _Lewellyn> but dual core can't be bad :)
08:20 < madtux> definitly not.
08:20 < _Lewellyn> the cpu is a goodly amount of the cost, i think
08:21 < _Ragnar_> yea
08:35 < _Lewellyn> ok. i think i found a good system.
08:35 < _Lewellyn> _Ragnar_: are you up on amd64 system specs?
08:36 < _Ragnar_> not really
08:36 < _Ragnar_> why?
08:36 < _Lewellyn> wanted to find out if this was really worth the money
08:36 < _Ragnar_> be sure it's 939 or 940:)
08:36 < _Lewellyn> 939. dual core
08:36 < _Lewellyn> 4400+ whatever that means
08:36 < _Lewellyn> nforce4 mothermoard
08:37 < _Lewellyn> 400 gb sata barracuda
08:37 < _Lewellyn> that alone got my attention. i love barracudas
08:37 < _Lewellyn> snappy quiet drives
08:37 < _Lewellyn> oh ya. 4gb ddr 400
08:38 < _Ragnar_> nforce4 is good
08:38 < _Lewellyn> some cheap pci video (it says "pci video card")
08:38 < _Ragnar_> that's nice
08:38 < _Lewellyn> and a cheapo dvd burner.
08:38 < _Ragnar_> how much?
08:38 < madtux> geeks..
08:38 < _Lewellyn> all for $1499.99.
08:38 < _Lewellyn> right within that $1500 budget :)
08:38 < _Ragnar_> not bad
08:38 < _Ragnar_> add taxes and you're over;)
08:39 < _Lewellyn> it's from out of state. no tax. and i will eat the shipping, no problem :)
08:39 < _Lewellyn> there's still the issue of hosting the box.
08:39 < _Ragnar_> ;D
08:39 < _Ragnar_> oooh O_O
08:39 < _Lewellyn> i really don't want to buy a box that will sit and gather dust. the money will go farther the longer i wait
08:39 < _Ragnar_> make sure the 4gig memory is really supported with linux
08:40 < madtux> ship it to me.. i will host it for free.
08:40 < _Lewellyn> it's a certified linux machine. someone i know is building it ;)
08:40 < _Lewellyn> madtux: where are you again? and what is the bandwidth situation?
08:40 < _Lewellyn> it'd be nice if it could serve as another mirror
08:41 < madtux> Costa Rica, 100mbit
08:41 < _Lewellyn> you'd have to pay shipping... :P
08:41 < _Ragnar_> nice :) can I have an account? :)
08:41 < _Lewellyn> plus, there's the issue of the vmware licenses.
08:41 < _Lewellyn> i'm not sure what restrictions they may have yet.
08:41 < madtux> i have a PO box that can also be used as a phisical address in miami..
08:42 < _Lewellyn> hm...
08:42 < madtux> and they will bring it to me.. i can take care of the shipping i think
08:42 < madtux> find out about the vmware licenses.
08:42 < _Lewellyn> let's not jump the gun yet. can't do much till monday anyway :)
08:42 < _Ragnar_> vmware? what for?
08:43 < _Lewellyn> _Ragnar_: how does the idea of the idea of a build cluster sound? :)
08:43 < madtux> _Lewellyn's boxes are powered by slowlaris
08:43 < _Lewellyn> i.e. you have a few machines clustered and building.
08:43 < _Lewellyn> it could be the test for that.
08:44 < _Lewellyn> also, we could create VMs to test isos without ever having to take them off the box
08:44 < madtux> :)
08:45 < _Lewellyn> _Ragnar_: you really think that it would still take days to build desktop on a machine like i described?
08:45 < _Lewellyn> my machine compiles things pretty damned fast. and i'm loading it down with other things.
08:45 < _Ragnar_> yes
08:46 < _Ragnar_> it's not just the cpu performance that's relevant
08:46 < _Lewellyn> i suppose i'll have to set up a build of desktop next weekend to see how long it really takes :)
08:46 < _Lewellyn> it's the hard disk and ram, yes.
08:46 < _Ragnar_> also disk IO, how well tuned the memory system is
08:46 < _Lewellyn> hence the fast drive and the low-latency ram.
08:46 < _Lewellyn> "gamer machines" often make for good compiling boxes, too ;)
08:47 < _Ragnar_> I know :)
08:47 < _Lewellyn> apparently the machine is safely overclockable across the board by 2.5x
08:47 < _Lewellyn> i have no clue wtf that means, but that's what's claimed
08:47 < _Lewellyn> i don't even know what "4400+" refers to?
08:47 < _Lewellyn> the speed?
08:48 < _Lewellyn> does that make it 11GHZ?
08:48 < _Ragnar_> yea
08:48 < _Ragnar_> *lol* no
08:48 < _Lewellyn> that's 2.5 times 4400
08:48 < _Ragnar_> 2.5? huh?
08:48 < _Lewellyn> dunno. i haven't done any overclocking in ages.
08:48 < _Lewellyn> not since my tualatin :)
08:49 < _Lewellyn> which i only overclocked for stability and cooling.
08:49 < _Ragnar_> you don't really wanna overclock that
08:49 < _Ragnar_> a64x2 generates enough heat already;)
08:49 < _Lewellyn> no, i don't like overclocking as a rule. it tends to cause "issues"
08:49 < _Ragnar_> yes
08:49 < _Lewellyn> that'd explain the things that look like tubes projecting into the case with fans ;)
08:50 < _Ragnar_> so where do yuo get the 2.5 from?
08:50 < _Ragnar_> :D
08:50 < _Lewellyn> don't know. i don't know what numbers they refer to when overclocking anymore
08:50 < _Lewellyn> i assume there's some multipliers that are generally kept in sync.
08:51 < _Lewellyn> in that case, the base would probably be set to 2.5? *shrug*
08:51 < _Ragnar_> the 4400 is some fictitios 'intel-equivalent' rating
08:51 < _Ragnar_> the real proc runs slower
08:51 < _Lewellyn> perhaps the 2.5 is the memory overclocking and it's safe to keep everything in tune?
08:52 < _Lewellyn> i wonder why MOT and IBM never caught onto equivilency ratings
08:52 < _Lewellyn> i mean they can justify it by having a true risc processor :)
08:53 < _Ragnar_> it's bull anyway
08:53 < _Lewellyn> the mhz is only one part of the equation, yes
08:54 < _Lewellyn> for example, i am going to be upgrading a g4 cube. i did my research and the dual 1.3ghz upgrade performs better than the dual 1.7 upgrade
08:54 < _Ragnar_> yea
08:54 < _Lewellyn> mainly due to being a newer processor with 4mb l3 cache vs 1mb
08:55 < _Lewellyn> i think it had more l2 as well
08:55 < _Lewellyn> of course, the 1.7 costs more.
08:55 < _Ragnar_> ;D
08:55 < _Lewellyn> oh yay. stage 5 glibc. i swear the only thing that takes longer to build is ooo
08:56 -!- minto_ [n=chatzill@82-217-66-150.cable.quicknet.nl] has joined #t2
08:56 < _Lewellyn> hoi minto_ 
08:56 < minto_> hi all
08:56 < madtux> good day Lord minto_ 
08:56 < madtux> :)
08:56 < madtux> did u sleep well?
08:56 < madtux> :)
08:56 < minto_> I slept fine thank you.
08:57 < madtux> glad to hear :)
08:57 < minto_> Don't you guys sleep at all
08:57 < _Lewellyn> what's that?
08:57 < madtux> sleeping is for the birds.
08:57 < madtux> and some mortals.
08:57 < minto_> mnemoc: are you still up?
08:57 < madtux> mnemoc: is mortal.
08:57 < madtux> i mean he is sleeping.
08:57  * _Lewellyn looks down at his frankensteined tablet pc...
08:57 < _Lewellyn> soon, my sweet, that usb drive will be internal... with t2... :)
08:57 < minto_> madtux: I am a mortal bird :)
08:57 < _Lewellyn> minto_: you're female?
08:58 < madtux> thats cool... but beware of the rats.
08:58 < madtux> _Lewellyn: do u always need to be looking for femeles to chase?
08:58 < minto_> _Lewellyn: Why? Not all bird are female.
08:58 < madtux> _Lewellyn: minto_ is a boy sorry.
08:58 < madtux> or male bird whatever.
08:58 < _Lewellyn> "bird" is slang for female :)
08:58 < madtux> :)
08:59 < minto_> hmmm, didn't know that
08:59 < _Lewellyn> i think it's mostly popular in the uk nowadays
08:59 < madtux> _Lewellyn: if you made such statement in spanish "I;m a bird" you would be afirming u are gay.
08:59 < _Lewellyn>  http://wordnet.princeton.edu/perl/webwn?s=bird 
08:59 < madtux> but thats in spanish.
09:00 < _Lewellyn> third definitiion
09:00 < minto_> Thank god I said in the english T2 channel :)
09:00 < madtux> hahaha
09:00 < madtux> :)
09:01 < _Lewellyn> it's more inline with "skirt" or "chick" than either "wench" or "dame" (the latter being on opposite ends of the spectrum that bird is in the middle of)
09:01 < _Lewellyn> so it's ragnar and me who are the americans, correct?
09:02 < _Lewellyn> or is there another?
09:02  * _Lewellyn recalled another us-based person in here
09:02 < minto_> I wouldn't know, Seems like I am the only Dutch one around.
09:02 < _Ragnar_> I'm not american
09:02 < madtux> haha.
09:02 < madtux> _Lewellyn: i believe you are the only crazy american around here.
09:03 < minto_> ohhh, now _Lewellyn is single too. :)
09:03 < _Lewellyn> _Ragnar_: aren't you in socal?
09:03 < madtux> and obviously my english is too weak and pathetic to be considered an american
09:03 < _Ragnar_> yes but I'm not native ;)
09:03 < _Lewellyn> madtux: and you aren't here ;)
09:03 < _Lewellyn> _Ragnar_: until you leave, you get to be clumped in with the rest of us who don't want to be here
09:04 < _Lewellyn> if only the secessionist won the recall... we'd not have the governator and we'd be another country :)
09:04 -!- [Kosh] [n=kosh_nar@201.36.98.165] has joined #t2
09:04 < madtux> i'm the only costarrican here... and i guess one of the very few you will find involved in any free software project.
09:04 < _Lewellyn> [Kosh] is in brazil, so not in the usa...
09:05 < _Lewellyn> madtux: i think you are the closest one to america who isn't here :)
09:05 < minto_> To me you are all the same ;) All living across the big pond.
09:05 < madtux> i guess so.
09:05 < madtux> [Kosh] is from brazil? cool.
09:05 < madtux> como vai [Kosh] ?
09:06 < madtux> minto_: haha
09:06 < _Lewellyn> speaking of ponds, i wonder what's going on in the gulf... the stream of a houston tv station died, and now i'm concerned about lilo again :)
09:06 < [Kosh]> madtux: vou bem e você?
09:06 < _Lewellyn> well, i believe kosh is from brazil
09:06 < madtux> tudo otimo, obrigado :)
09:06 < [Kosh]> is correct
09:06 < madtux> _Lewellyn: well he does speak portugues so yeah
09:07 < [Kosh]> _Lewellyn: i'm from brazil
09:07 < _Lewellyn> huh. i must have really screwed up with that Cleanup. i just realized that the compiler cache is empty now...
09:07 < madtux> i will tell ya guys... if i ever had to leave my country to move into another and could pick any... brazil would be my first choice.
09:08 < _Lewellyn> because of the women? or the language? or the weather? or the food? ...
09:08 < [Kosh]> ehehheheeh
09:08 < madtux> _Lewellyn: is a whole mix... you really would have to go to brazil to understand.
09:09 < [Kosh]> yeah ;)
09:09 < madtux> well brazil is a really big country so there are all different kind of people, and accents, weather and foods..
09:09 < madtux> but u will end up loving it all...
09:09 < _Lewellyn> madtux: were the ingredients i listed all in the mix? :)
09:10 < madtux> maybe if you go to Manaus, Amazonas it might be a little bit to hot for you... but people is cool... and the trips on the rivers are cool.
09:10 < madtux> plus river fish and so..
09:10 < madtux> if you go to the south.. list say Santa Catarina... then there is a lot of european influence there... in both the people and food..
09:11 -!- morfoh_ [n=jeru@p54BEE08C.dip.t-dialin.net] has joined #t2
09:11 < madtux> i don't know i like everything there... great memories from the place..
09:12 < madtux> [Kosh]: where in brazil are u at?
09:12 < madtux> morfoh_: greetings.
09:12 < _Lewellyn> sao paulo
09:12 < [Kosh]> In Rio de Janeiro
09:12 < _Lewellyn> oh. cose
09:12 < _Lewellyn> close.
09:13 < madtux> _Lewellyn: yeah sure its like 2 hours fly to rio  i believe..
09:13 < madtux> from sao paulo..
09:13 < _Lewellyn> close enough :)
09:13 < _Lewellyn> most people i know hit up both on trips ;)
09:13 < madtux> [Kosh]: i've not been to Rio yet, but i am looking forward to go..
09:14 < madtux> Rio is a very common place to go for turism when thinking of brazil...
09:14 < madtux> but there is much more in it.
09:14 < madtux> :)
09:14 < valentin> moin
09:14 < madtux> as i said before... u would have to go there to get my point.
09:14 < [Kosh]> madtux: ;)
09:15 < [Kosh]> sorry
09:15 < _Lewellyn> hoi valentin 
09:15 < valentin> hoi _Lewellyn 
09:15  * [Kosh] is back
09:15 < madtux> hello valentin 
09:16  * [Kosh] is away: 20+
09:16 -!- [Kosh] [n=kosh_nar@201.36.98.165] has quit [Remote closed the connection]
09:18 < valentin> hi madtux 
09:23 -!- morfoh [n=jeru@p54BEB55E.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
09:27 < minto_> mnemoc: Noisy is up and running, have fun :)
09:29 < madtux> alright guys... time to go home..
09:30 < madtux> will be playing with misc archs tonights and continue the selinux implementation
09:30 < madtux> see ya later.
09:30 < valentin> hi minto_ 
09:30 < _Lewellyn> have fun
09:30 < madtux> i always do
09:30 < madtux> :)
09:30 < _Lewellyn> :)
09:30 < madtux> cheers.
09:30 -!- madtux [n=mike@odin.informatica.co.cr] has quit ["leaving"]
09:57 < minto_> Ohh, hi valentin
10:27 < _Lewellyn> ok. i booked my theatre tickets for next friday
10:27 < _Lewellyn> time to go and enjoy THIS friday
10:28 < _Lewellyn> and my build's just about done again. bah. i'll wait till morning :)
11:46 < rxr> ffre
11:50 < rxr> cu later
12:07 < CIA-9> rene * r12109 /trunk/architecture/sparc/ (config.in gcc-options.in): 
12:07 < CIA-9> * reverted r12108 - of course Ultra SPARC optimization is perfectly
12:07 < CIA-9>  fine for 32bit binaries ... !!!
12:18 -!- minto_ [n=chatzill@82-217-66-150.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)]
12:40 -!- sparc-kly [n=mubex@64.237.243.84] has quit ["leaving"]
12:41 < valentin> re
12:53 -!- sparc-kly [n=ultra5@64.237.243.84] has joined #t2
13:35 < CIA-9> chris * r12110 /trunk/package/security/nmap/nmap.desc: * updated nmap (3.90 -> 3.91)
13:45 -!- morfoh [n=jeru@p54BECD2B.dip.t-dialin.net] has joined #t2
13:51 < CIA-9> chris * r12111 /trunk/package/security/nmap/nmap.desc: * updated nmap (3.91 -> 0.93)
13:59 -!- morfoh_ [n=jeru@p54BEE08C.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
14:02 < CIA-9> chris * r12112 /trunk/package/develop/libtasn1/libtasn1.desc: * updated libtasn1 (0.2.14 -> 0.2.15)
14:14 < CIA-9> chris * r12113 /trunk/package/develop/libtasn1/libtasn1.desc: * updated libtasn1 (0.2.15 -> 0.2.17)
14:31 < valentin> chris: why do you do doule commits for theese updates ?
14:31 < valentin> s/doule/double/
14:32 < morfoh> valentin: atomic commmits ... mostly to see if it compiles from one version to the next, and it's also quite helpful while merging to stable ... ;)
14:33 < valentin> and having them in svn history for downgrading i sugest...
14:33 < valentin> last but not least raising the commit counter ;)
14:33 < morfoh> valentin: :)
14:34 < morfoh> valentin: anyway our commit counter isn't that bad :)
14:35 < CIA-9> chris * r12114 /trunk/package/security/opencdk/opencdk.desc: * updated opencdk (0.5.7 -> 0.5.8)
14:45 -!- sparc-kly [n=ultra5@64.237.243.84] has quit ["Leaving"]
14:52 -!- sparc-kly [n=ultra5@64.237.243.84] has joined #t2
15:14 < CIA-9> chris * r12115 /branches/2.1/package/security/libgpg-error/libgpg-error.desc: * merged 10030: updated libgpg-error (1.0 -> 1.1)
15:16 < CIA-9> chris * r12116 /branches/2.1/package/develop/libtasn1/libtasn1.desc: * merged 10652,12112,12113: updated libtasn1 (0.2.13 -> 0.2.17)
15:17 < CIA-9> chris * r12117 /branches/2.1/package/security/opencdk/opencdk.desc: * merged 10029,12114: updated opencdk (0.5.5 -> 0.5.8)
15:19 < CIA-9> chris * r12118 /branches/2.1/package/security/gnutls/gnutls.desc: * merged 9292,10038,10572,11805: updated gnutls (1.2.0 -> 1.2.7)
16:13 < CIA-9> chris * r12119 /trunk/package/base/pam/pam.conf: * added check for prelude support
16:17 < CIA-9> chris * r12120 /trunk/package/security/libprelude/libprelude.desc: * changed libprelude build priority (200.400 -> 178.600) to build it before pam
16:24 < rxr> re
16:24 < morfoh> hi rxr 
16:25 < rxr> call me when you se mnemoc awake
16:26 < morfoh> rxr: uhm ? on phone ?
16:28 < rxr> yes
16:28 < morfoh> rxr: do you know why we build pam in stage 3 ?
16:28 < rxr> this stage 3 and 7 crap is rock properiary
16:28 < rxr> just when somone decied it should be available first it got into stage3 - when it should be rebuld to get all deps added to 7
16:29 < morfoh> rxr: what means ?
16:29 < morfoh> ok
16:29 < rxr> I would like to get rid of all the stages as I said some times now - that is only build:
16:29 < rxr> compiler
16:29 < rxr> native compiler
16:29 < rxr> and then cross built what can be cross built
16:29 < rxr> and then native build what must be native build
16:29 < rxr> with list to be computed dynamically ..
16:39 < CIA-9> chris * r12121 /trunk/package/base/pam/pam.conf: * fixed prelude check to just be enabled in stage >= 5
16:54 < CIA-9> rene * r12122 /trunk/package/archiver/lzop/ (. lzop.cache lzop.desc): * added lzop (1.02rc1)
16:56 < mnemoc> rxr: ring
16:56 < rxr> hi mnemoc 
16:57 < morfoh> hi mnemoc 
16:57 < rxr> mnemoc: do you see the query ?
16:58 < mnemoc> rxr: hi, yes
16:58 < mnemoc> hi morfoh 
17:03 < morfoh> mnemoc: how do I switch to your 2.1-scripts-nt branch again ?
17:04 < mnemoc> svn switch http://svn.exactcode.de/t2/branches/mnemoc/2.1-scripts-nt scripts
17:05 < morfoh> thanks, and what was the svn:externals related comannd line we used inlcude mnemosyne2 ?
17:06 < mnemoc> svn pedit svn:externals targets/
17:06 < mnemoc> mnemosyne2 http://svn.exactcode.de/mnemosyne/mnemosyne/trunk
17:08 < morfoh> mnemoc: hmmm ... the last cmdline opens vim :|
17:09 < mnemoc> yes
17:09 < CIA-9> rene * r12123 /trunk/scripts/ (Build-Target config.in): * added lzo as binary compression options (now that we have lzop)
17:10 < mnemoc> you can also do pset, but pedit is more friendly :)
17:10 < morfoh> mnemoc: and what do I have to write in ? ;)
17:10 < mnemoc> <mnemoc> svn pedit svn:externals targets/
17:10 < mnemoc> <mnemoc> mnemosyne2 http://svn.exactcode.de/mnemosyne/mnemosyne/trunk
17:11 < morfoh> mnemoc: ah ok ... I used in one cmdline  sorry ;)
17:12 < mnemoc> *g*
17:20 < rxr> mnemoc: oh - did not know pedit ,-)
17:21 < rxr> ok - me back to the terasse to the guests ...
17:21 < rxr> cu soon
17:21 < morfoh> rxr: cu
17:24 < morfoh> mnemoc: anything against testing an update of pam -> 0.80 on 2.1 ?
17:25 < mnemoc> have you tested it's impact on a running 2.1 machine?
17:27 < morfoh> mnemoc: nope ... but that's what I'll do ... already finished a build for my test machine
17:28 < mnemoc> compare the flists
17:28 < mnemoc> some .so renames have big impact
17:28 < mnemoc> even if there is no api/abi change
17:29 < morfoh> ok
18:22 -!- rxr_ [n=rene@e178189207.adsl.alicedsl.de] has joined #t2
18:22 -!- Topic for #t2:  T2 | 2.1.0-rc3 RELEASED! | The next generation of System Development Environments (SDE) | http://www.t2-project.org/
18:22 -!- Topic set by vilkacis [] [Sat Sep 17 20:47:59 2005]
18:22 [Users #t2]
18:22 [@vilkacis ] [ Baldzius] [ mnemoc] [ nzg ] [ SerWou   ] 
18:22 [ _Lewellyn] [ CIA-9   ] [ morfoh] [ rxr ] [ sparc-kly] 
18:22 [ _Ragnar_ ] [ jsaw    ] [ mtr_  ] [ rxr_] [ valentin ] 
18:22 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
18:22 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
18:22 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#nicksetup
18:22 -!- Irssi: Join to #t2 was synced in 11 secs
18:23 -!- rxr [n=rene@e178183006.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
18:25 -!- menomc [n=amery@200.75.27.8] has joined #t2
18:25 -!- mnemoc [n=amery@200.75.27.19] has quit [Nick collision from services.]
18:26 < menomc> yuck
18:26 < rxr_> re
18:26 -!- You're now known as rxr
18:26 < morfoh> wb rxr_ + menomonkey
18:29 < menomc> :)
18:29 -!- menomc is now known as mnemoc
19:06 < CIA-9> rene * r12124 /trunk/package/audio/icecast/icecast.desc: * updated icecast (2.2.0 -> 2.3.0)
19:07 < valentin> re
19:17 < CIA-9> aldas * r12125 /trunk/package/network/d4x/d4x.desc: * updated d4x (2.5.4 -> 2.5.5)
19:32 < rxr> hey valentin 
19:36 < valentin> hi rxr
19:38 < mnemoc> hi valentin, rxr 
19:39 < valentin> hi mnemoc 
19:43 < CIA-9> amery * r12126 /trunk/package/mail/qmail/qmail-ldap.conf: * changed qmail/qmail-ldap to use pkgprefix
19:53 < CIA-9> amery * r12127 /trunk/package/mail/qmail/ (config.in qmail.conf): * improved qmail package to support the patching for remote QMTP MXs
19:58 < valentin> ping rxr ?
20:02 < rxr> re
20:04 < valentin> rxr: query
20:05 < CIA-9> amery * r12128 /trunk/package/mail/qmail/ (config.in qmail.conf): * improved qmail package to support the patch for dynamic hold/release remote/local delivery
20:05 < rxr> valentin: I see no query
20:06 < rxr> freenode only transfers reistered users private messages
20:06 < rxr> are you sure you are identified ?
20:06 < valentin> well i see your output in the quert
20:06 < valentin> this has nothing to do with registering
20:06 < mnemoc> you can see but not send
20:07 < valentin> mnemoc: no message
20:07 < valentin> just /query rxr
20:07 < valentin> works ever
20:07 < rxr> valentin: look into window #1
20:07 < mnemoc> query == msg
20:07 < valentin> ah
20:07 < valentin> Private messages from unregistered users are currently blocked due to spam problems, but you can always message
20:07 < valentin>           a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )
20:07 < valentin> ok, now i idendified
20:08 < mnemoc> keepnick.pl :)
20:08 < valentin> why don't they notify me in window of the query ?
20:08 < _Ragnar_> that's your client
20:08 < valentin> mnemoc: did you write such a script ?
20:08 < _Ragnar_> the server doesn't have a clue what windows you have open and such
20:08 < mnemoc> nope, i stole it from blindcoder
20:09 < mnemoc> you can set your client to show 'notice' on active window
20:09 < valentin> ok
20:10 < mnemoc> do you want it? (it's for irssi btw)
20:11 < valentin> mnemoc: is it secure ?
20:12 < mnemoc> i think so
20:12 < mnemoc> at least it handles nickserv nick and host per network
20:13 < mnemoc> as far as freenode doesn't allow others to 'spoof' their services hostname, no problem
20:13 < valentin> you can send it to me
20:13 < mnemoc> yes sir!
20:14 < morfoh> :D
20:14 < mnemoc> dcc send in progress
20:15 < mnemoc> /DCC GET mnemoc
20:16 < valentin> wow
20:16 < mnemoc> ?
20:16 < valentin> where did irssi store the file ?
20:16 < mnemoc> good question :p
20:16 < mnemoc> '.' i guess
20:18 < valentin> yep
20:18 < mnemoc> once loaded, /keepnick_help 
20:18 < valentin> not blindcoders script
20:18 < mnemoc> he fixed the one published at irssi site
20:19 < valentin> stupid question, how do i load this thing ?
20:19 < mnemoc> move it to ~/.irssi/scripts/keepnick.pl
20:19 < mnemoc> and /load keepnick.pl iirc
20:20 < mnemoc> then symlink it to autorun/ if you want it autoloaded
20:20 < valentin> Error loading module keepnick/core: /usr/lib/irssi/modules/libkeepnick_core.pl.so
20:21 < valentin> cannot open shared
20:21 < valentin>           object file: No such file or directory
20:21 < CIA-9> amery * r12129 /trunk/package/mail/qmail/config.in: * fixed typo on qmail/config.in
20:21 < mnemoc> uhm
20:22 < mnemoc> /script load
20:22 < morfoh> how is the SSP patch applied ? just on demand or permanently ?
20:22 < mnemoc> permanently
20:23 < morfoh> mnemoc: why if we have an option ?
20:23 < mnemoc> it's activated on demand, but always applied
20:23 < mnemoc> fix the dietlibc patch ;)
20:23 -!- valentin is now known as help
20:23 < mnemoc> <mnemoc> once loaded, /keepnick_help
20:23 < mnemoc> not /keepnick help
20:24 < morfoh> mnemoc: I think the dietlibc patches are pretty now, but still this stackgap problem 
20:24 -!- help is now known as [-net
20:24 < mnemoc> :D
20:24 < [-net> fuck
20:25 < morfoh> :D
20:25 -!- [-net is now known as valentin
20:25 < valentin> keepnick [-net <chatnet>] [-nickserv <NSNICK> <NSHOST> <password>] [<nick>]
20:25 < valentin> what is NSNICK NSHOST ?
20:26 < mnemoc> /keepnick -net freenode -nickserv NickServ services@services.oftc.net password valentin
20:26 < mnemoc> err
20:26 < mnemoc> /keepnick -net freenode -nickserv NickServ NickServ@services. password valentin
20:27 < valentin> mnemoc: still does not authentificate
20:27 < valentin> are you sure that NickServ@services. is correct ? what is the '.' ?
20:27 < valentin> NickServ@services.oftc.net ?
20:27 < mnemoc> /whois nickserv
20:28 < mnemoc> ask #freenode about the f*ing '.' :)
20:28 < mnemoc> keepnick works on demand
20:29 < mnemoc> NickServ:NickServ@services. has to ask you for authentication
20:29 < mnemoc> btw, /nick disables keepkick so do /nick foo; /keepnick valentin
20:30 < valentin> ok
20:35 < valentin> mnemoc: now i want to query you but i cannot since keepnick didn't authentificate
20:35 < mnemoc> /nick valentin_
20:36 < mnemoc> /keepnick valentin
20:36 -!- valentin is now known as valentin_
20:36 < mnemoc> or /reconnect
20:36 -!- valentin_ is now known as valentin
20:36 < valentin> Keepnick: NickServ!NickServ@services. requested athentication but I don't know what to say!
20:36 < valentin> but i told him ?
20:36 < mnemoc> /listnick 
20:36 < valentin> or do i have to reenter all that nickserv stuff again ?
20:37 -!- valentin is now known as valentin_
20:37 -!- valentin_ is now known as valentin
20:37 < valentin> so worked
20:37 < valentin> damn, this is too complicated :/
20:37 < mnemoc> no, stop touching /nick
20:37 < mnemoc> now*
20:37 < valentin> why - it worked ?
20:38 < mnemoc> in future
20:38 < valentin> yes
20:38 < mnemoc> just let keepnick work
20:38 < valentin> ok
20:38 < mnemoc> and symlink keepnick inside autorun/
20:38 < valentin> does it store the passwd and nick somewhere ?
20:38 < mnemoc> .irssi/keepnick
20:38 < valentin> so it even works when i restart irssi ?
20:38 < valentin> ok, thanks master mnemoc 
20:39 < mnemoc> s/master//
20:39 < mnemoc> yw ;)
20:45 < CIA-9> amery * r12130 /trunk/package/mail/qmail/ (config.in qmail.conf qmail.desc): * improved qmail package to support an option to apply QMAILQUEUE which is mandatory these days to use spam/virus control
20:50 < rxr> ld: jsapi.o: relocation R_X86_64_PC32 against `memcpy@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC
20:50 < rxr> ^- I compile with -fPIC - damn crap ...
20:54 -!- madtux [n=mike@196.40.44.28] has joined #t2
20:54 < madtux> hello.
20:54 < mnemoc> wb madtux 
20:55 < madtux> salamat po.
20:55 < morfoh> hi pyrotux
20:56 < madtux> hello ratmaster
20:56 < morfoh> :)
20:57 < rxr> madtux: I readded your removed ultra sparc options
20:57 < rxr> madtux: they are perfectly legal to optimize 32bit binaries for ultrasparc ...
20:57 < rxr> as you can build 32bit binaries for opterons ...
20:58 < madtux> you do provide the option for building 32-bit userspace on the UltraSparc options
20:58 < madtux> i do not see why would u want to have such features on an arch space that is ment only for 32bit box..
20:59 < madtux> i do agree though that you should be able to create 32bit binaries from the 64bit archs... but i guess in my point of view this should be just as it is already on sparc64 arch stuff.. not the sparc stuff..
21:00 < madtux> am i making any sence to you?
21:00 < rxr> sparc64 with multilib is far more heavy weight
21:00 < rxr> ust building sparc(32) is far less complex and so far we have no full multilib image ready
21:01 < madtux> ok s let me get this straight... we are able to create just a 64bit kernel if we choose the v9 optimization from the SunSparc section" on config, and rest of the stuff will be 32 bit, but can't be done if we put in seperate categories sparc32 from sparc64 ?
21:03 < rxr> on sparc builds you get nothing with 64bit ...
21:04 < rxr> but you can built the whole user space optimized for UltraSPARC
21:04 < valentin> rxr: do you see query now ?
21:04 < rxr> yp
21:04 < rxr> do you see mine now ?
21:06 < madtux> rxr: i do not see what kind of optimization u are talking about... how can it be optimizaed for v9 or so if not even the kernel is 64bit?
21:09 < madtux> anyways if you believe that it makes any sence to have that stuff on the sparc32 options, then we will just put it back there... though it does not make sence to me.
21:11 < rxr> madtux: it makes sense for existing, running systems
21:12 < rxr> it will yield optimized 32bit code that runs perfectly on sparc64
21:12 < rxr> as you will know 64bit binaries are slower on sparc
21:12 < madtux> yes i am aware of that.
21:12 < rxr> that is one of the reason so many people run 32bit code on sparc64
21:13 < rxr> and for people prefering a more lightweight compiler setup without all the multilib sutff just building sparc makes sense - even with Ultra SPARC and including VIS optimihzations
21:13 < madtux> alright. so lets put the code back in.
21:13 < rxr> I already put it back in ,-)
21:14 < madtux> grr...
21:14 < madtux> what about kernel-disable lists?
21:14 < rxr> hm?
21:14  * mnemoc drops a glass of cold water over madtux
21:14 < madtux> rxr: nothing i just wanted to do it myself, but its cool.
21:14 < rxr> what is cool?
21:15 < madtux> mnemoc: u really are looking forward to be murdered very soon aren't u?
21:15 < madtux> its cool/fine/ok whatever.
21:15  * mnemoc looks the sky
21:15 < madtux> its just an expression
21:16 < madtux> rxr: anyways... why do we have 3 different kernel-diable.lst files ?
21:17 < madtux> shouldn't we merge kernel-diable.lst in the the respective 24 and 26 lists?
21:18 < CIA-9> rene * r12131 /trunk/package/x11/sunbird/ (. visibility.patch.x86_64): 
21:18 < CIA-9> * added a sunbird patch - need to push hit around the world - .desc will
21:18 < CIA-9>  follow ,-)
21:18 < mnemoc> o.o
21:18 < mnemoc> new release of sunbird, or just the old one?
21:18 < rxr> mnemoc: a CVS snapshot
21:19 < rxr> but I'm hacking on it - just needed to push the patch from my athlon to my subnotebook ...
21:19 < rxr> and was too lazy to tunnel thru some ssh hops ..
21:19 < mnemoc> *g*
21:21 < madtux> alright so i guess u are not in the mood to talk about the kernel-disable lists.
21:21 < rxr> madtux: sure - what is about those ?
21:21 < madtux> once again..
21:21 < rxr> must have missed a line :-(
21:22  * mnemoc wants to independice rocknet and stone
21:22 < madtux> we keep 3 different kernel--diable lists
21:22 < rxr> mnemoc: to skip it in your targets ?
21:22 < madtux> one that is just called like that and one for 24 and other for 26
21:23 < madtux> the regular kernel-diable.lst file normally has just 24 stuff.. shouldn't it just be merged on the 24 list and get rid ot it?
21:23 < mnemoc> rxr: no, i use it a lot.... but sysfiles is blacklisted, and stone and rocknet can be updated independently
21:23 < rxr> mnemoc: good point
21:23 < madtux> even if there were 26 lines then it should just be merged on the 26 list then we do not need to have so much files for the same thing
21:23 < rxr> mnemoc: I would wait with that
21:23 < mnemoc> rxr: ok
21:23 < rxr> I work on a important rock net feature improvement
21:24 < rxr> and we should rewrite it in a more sophisticated language
21:24 < rxr> well - and stone is a to be rewritten code junk as well
21:24 < rxr> lua is greeting (or so)
21:24 < mnemoc> good reason to independce it
21:24 < mnemoc> them
21:24 < rxr> mnemoc: yep - I just meant to wait for this restructuring
21:24 < madtux> ...
21:24 < rxr> madtux: why would you like unified files
21:25 < rxr> they should only flag broken stuff - and that is very version dependant ...
21:25 < madtux> i see it ok to have a 24 and 26 file..
21:25 < madtux> but why have the other one list?
21:26 < rxr> one list ?
21:26 < mnemoc> the unversioned kernel-disable file
21:27 < rxr> you mean to remove that one ?
21:27 < mnemoc> i would remove linux24 on trunk anyway
21:27 < rxr> madtux: so you want to remove the unversioned file ?
21:27 < mnemoc> downgrading to classic /dev is discusting
21:27 < rxr> mnemoc: I would leave it at least for postlinux testing until there is a 2.8 ...
21:28 < rxr> or we pacakge -mm for such testing ,-)
21:28 < madtux> rxr: i would merge that one into the respective 24 and 26 files ....
21:28 < madtux> or at least i propose that.
21:29 < mnemoc> 2.8?? around 2010? ... -mm :)
21:29 < rxr> mnemoc: what do you think? remove the unversioned file ?
21:30 < mnemoc> it doesn't make much sense to mix 2.4 and 2.6
21:30 < mnemoc> and we would 'save' 4 lines at .conf :)
21:31 < madtux> is that a yeah lets do it?
21:34 < rxr> madtux: yeah - let's do it!
21:34 < rxr> have fun ,-)
21:34 < madtux> thanks.
21:34 < madtux> will commit later tonight.
21:35 < madtux> i am gone back to the code and got to feek my birds.
21:35 < madtux> feed
21:35 < madtux> cya guys.
21:35 -!- madtux [n=mike@196.40.44.28] has quit ["leaving"]
21:52 < CIA-9> sebastian * r12132 /trunk/package/emulators/e-uae/e-uae.desc: * updated e-uae (0.8.28-RC2 -> 0.8.28)
22:00 < rxr> so - new nvi that works on x86-64 in some minutes
22:01 < CIA-9> sebastian * r12133 /trunk/package/audio/streamripper/streamripper.desc: * updated streamripper (1.61.11 -> 1.61.13)
22:06 < mnemoc> rxr: minto has a diff on gcc for amd64... i'll query it to you
22:12  * morfoh would like to have a gcc.patch for dietlibc on 2.1 :|
22:12 < mnemoc> merge it
22:12 < morfoh> mnemoc: finaly stackgap issue is gone but now I've a new problem :/
22:13 < morfoh> mnemoc: what should I merge ?
22:13 < mnemoc> the gcc.patch you said
22:14 < morfoh> mnemoc: I would like to have one ... I mean I've no working patch yet :|
22:15 < morfoh> usr/dietlibc/lib-i386/dyn_start.o(.text+0x58): In function `_dyn_start':
22:15 < morfoh> dyn_start.c: undefined reference to `main'
22:15 < mnemoc> o.o
22:31 < CIA-9> rene * r12134 /trunk/package/editors/nvi/ (10 files): 
22:31 < CIA-9> * updated nvi (1.49 -> 1.79) - does not segfault mysterically on x86-64
22:31 < CIA-9>  anymore - might need fixes for stage 1 or dietlibc ...
22:32 < rxr> morfoh: what arch ?
22:34 < morfoh> x86
22:37 < morfoh> I'll try diet 0.29 + gcc-3.4.4 ...
22:38 < mnemoc> 0.28?
22:38 < morfoh> mnemoc: what about 0.28 ?
22:39 < morfoh> mnemoc: I know ... we've 0.28 on 2.1 ...
22:39 < mnemoc> does it work for 0.28?
22:39 < morfoh> gcc 3.4.4 doesn't build in stage 1 yet using 0.28
22:40 < mnemoc> o.o
22:41 < mnemoc> i had the hope that gcc update were properly tested before commiting into the stable branch :\
22:41 < morfoh> mnemoc: I removed HAVE_STACKGAP from dietfeatures.h what solved the gcc stackgap error the build produced before 
22:41 < rxr> mn	it built on pppc
22:42 < rxr> mnemoc:  it built on ppc
22:42 < mnemoc> :\
22:42 < morfoh> rxr: gcc 3.4.4 on diet 0.28 ?
22:42 < rxr> the good nes is that archivista is 1.0 now ...
22:42 < rxr> thus I have more time again
22:42 < rxr> (hoipefully)
22:43 < mnemoc> rxr: congratulations :D
22:43 < morfoh> rxr: yeah .... congratulations :)
22:43 < rxr> thus I'll next setup the 7x24x365+ regtester and a 2.1 trunk binary creator
22:43 < rxr> binary pacakge
22:43 < rxr> for x86, ppc and sparc64
22:44 < rxr> this should improve feedback imense
22:45 < mnemoc> rxr: stage 9 included? ;)
22:46  * valentin in bed soon
22:47 < morfoh> rxr: if gcc 3.4.4 + diet 0.28 build on your site, perhaps you forgot to inject some patches ? ;)
22:47 < morfoh> valentin: sleep well :)
22:48 < mnemoc> gn8 valentin :)
22:49 < morfoh> on the diet faq they mentioned either to disable HAVE_STACKGAP or try to update binutils 
22:50 < mnemoc> morfoh: please try 0.28 and not 0.29
22:50 < morfoh> I guess the first option for 2.1. is the 1st one
22:50 < morfoh> mnemoc: yes ... of course I'll try 0.28 working 
22:51 < morfoh> mnemoc: I just want to see if there are some changes using 0.29
22:58 < morfoh> same error with 0.29 :/
22:59 < rxr> I also saw such an glitch from time to time
22:59 < rxr> but only ocationally and without a pattern :-(
23:00 < mnemoc> maybe paralellism oddity?
23:00 < morfoh> mnemoc: it is flagged NOPARALLEL
23:01 < morfoh> ah no ...
23:01 < morfoh> diet is flagged
23:02 < mnemoc> try flagging gcc  :\
23:02 < morfoh> mnemoc: already did
23:09 < CIA-9> rene * r12135 /trunk/package/www/mozilla/mozilla.conf: 
23:09 < CIA-9> * improved mozilla.conf to only run regchrome if available - missing
23:09 < CIA-9>  in sunbird
23:13 < CIA-9> rene * r12136 /trunk/package/x11/sunbird/ (4 files): 
23:13 < CIA-9> * added sunbird (0.2+) - lingering in my tree for some time now - CVS
23:13 < CIA-9>  checkout to build on trunk; though it might need the usual mozilla
23:13 < CIA-9>  freetype patch if built with a totally HEAD tree
23:15 < morfoh> same error also with NOPARALLEL
23:17 < rxr> f# l */*/*.desc | wc -l
23:17 < rxr> 1845
23:17 < rxr> we are so crazzy ,-)
23:18 < morfoh> :)
23:19 < mnemoc> one is waiting at the ML :)
23:20 < morfoh> :)
23:20 < rxr> oehm
23:20 < rxr> I just see - modular x are many packages
23:20 < rxr> many many ...
23:20 < rxr> each driver on package
23:20 < rxr> mga
23:20 < rxr> radeon
23:20 < rxr> ....
23:21 < morfoh> rxr: even better :)
23:21 < rxr> well, ... good for our pacakge count
23:21 < rxr> bad for me having to create them ....
23:22 < rxr> but well, ... ,-9
23:22 < mnemoc> foo-%
23:22 < rxr> mnemoc: nah - definetly not for that ...
23:22 < rxr> look at:
23:22 < rxr> http://xorg.freedesktop.org/X11R7.0-RC0/driver/
23:22 < morfoh> mnemoc da foo-% fighter ;)
23:23 < mnemoc> :)
23:24 < mnemoc> ehm...
23:25 < morfoh> I guess the problem is within our pkg_gcc.chroot.patch...
23:26 < mnemoc> to model a humanoid, blender or wings?
23:27 < morfoh> mnemoc: what do you wanna do ? :)
23:27 < mnemoc> not me
23:28 < CIA-9> rene * r12137 /trunk/package/base/sysfiles/etc_filesystems.txt: * fixed sysfiles/etc_filesystems.txt to try /proc/filesystes at last
23:28 < morfoh> mnemoc: dunno ... just had a short look to blender but none on wungs
23:28 < CIA-9> sebastian * r12138 /trunk/package/network/tor/tor.desc: * updated tor (0.1.0.14 -> 0.1.0.15)
23:43 < CIA-9> rene * r12139 /trunk/target/bootdisk/linuxrc2.sh: * polished install text
23:44 < CIA-9> rene * r12140 /trunk/package/x11/sunbird/sunbird.cache: * added sunbird.cache
23:45 < CIA-9> sebastian * r12141 /trunk/package/graphic/hugin/ (hugin.conf hugin.desc): * updated hugin (0.5_rc1 -> 0.5-rc2)
23:46 < CIA-9> sebastian * r12142 /trunk/package/graphic/pixie/pixie.desc: * updated pixie (1.4.6 -> 1.4.7)
23:49 < CIA-9> rene * r12143 /trunk/package/x11/xorg/ (4 files): * updated xorg (6.8.99.900 -> 6.8.99.900-2005-09-06)
23:49 < CIA-9> rene * r12144 /trunk/package/gnome2/libgsf/libgsf.desc: * updated libgsf (1.12.2 -> 1.12.3)
23:50 < CIA-9> rene * r12145 /trunk/package/base/howtos/howtos.desc: * updated howtos (20050822 -> 20050911)
23:51 < rxr> morfoh: I have this change onmy 86-64 sub-notebook:
23:51 < morfoh> rxr: what change ?
23:51 < rxr> --- package/base/dietlibc/dietlibc.conf (revision 12138)
23:51 < rxr> +++ package/base/dietlibc/dietlibc.conf (working copy)
23:51 < rxr> @@ -46,7 +46,7 @@
23:51 < rxr>         ln -vs bin-ppc bin-powerpc
23:51 < rxr>         # build package
23:51 < rxr> -       if [ "$crossnative" = native ] ; then
23:51 < rxr> +       if [ $stagelevel -gt 1 ]; then
23:51 < rxr>                 # dietlibc uses uname - so we always need to set MYARCH
23:51 < rxr>                 eval "$MAKE MYARCH=$cpu $makeopt"
23:51 < rxr>                 if [ $toolsdir = tools.cross ] ; then
23:51 < rxr> no idea how clean that one was
23:52 < mnemoc> looks ppc specific...
23:53 < CIA-9> amery * r12146 /branches/2.1/package/graphic/wings3d/wings3d.conf: * fixed wings3d to build on stage 9, mkdir -p
23:56 < rxr> mnemoc: nope - the ppc symlink is done on any build just in case ...
23:56 < rxr> n8 all
23:56 < CIA-9> rene * r12147 /trunk/package/x86/acpid/acpid.conf: * fixed acpid for x86-64 (by removing -Werror ,-)
23:56 < rxr> have a funny night
23:56 < morfoh> good night rxr ... sleep well ...
23:56 < rxr> mnemoc: greating to your wife and childs!
23:56 < morfoh> I'll try your patch ... thx ;)
23:57 < rxr> morfoh: I do nto remeber anymore why I did that 
23:57 < rxr> thus no commit yet
23:57 < morfoh> rxr: yeah ... yeah ... g8 .)
23:59 < mnemoc> rxr: thanks, sleep well!
--- Log closed Sun Sep 25 00:00:35 2005