: T2 SDE :

T2 IRC Log: 2005-11-05

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Sat Nov 05 00:00:23 2005
--- Day changed Sat Nov 05 2005
00:00 < morfoh> # svn log package/*/d4x
00:00 < morfoh> svn: PROPFIND Anfrage fehlgeschlagen auf '/t2/trunk/package/network/d4x'
00:00 < morfoh> svn: Berkeley DB error for filesystem /home/svn/t2/db while checkpointing after Berkeley DB transaction:
00:00 < morfoh> No space left on device
00:00 < morfoh> this doesn't look good
00:00 < Baldzius> again :)
00:00 < Baldzius> that error was this morning
00:01 < morfoh> Baldzius: uhm ?
00:01 < Baldzius> rxr: fixed
00:01 < Baldzius> now again
00:01 < morfoh> hmmmm ... seems it wasn't fixed permanently
00:02 < morfoh> so I can't work ... so I have to go to my date :p
00:02 < Baldzius> good luck :)
00:03 < morfoh> thanks robin ... I'll call you if I need support :)
00:03 < Baldzius> :))))))
00:03 < morfoh> you can even use the batmobil
00:03 < morfoh> :)
00:03 < Baldzius> give me a sign ... security master :)
00:04 < morfoh> Baldzius: I guess you should call me obscurity master :p
00:06 < Baldzius> have a nice date :)
00:06 < morfoh> ok ... I'll prepare my wings now :)
00:06 < morfoh> Baldzius: thanks ... and remember ... keep your pager online ;)
00:07 < Baldzius> :)
00:20 < rxr> damn
00:20 < rxr> retry ...
00:21 < Baldzius> working
00:21 < rxr> tomorrow I need to do a real analysis of the space used - and optinally inject a 2nd HD into the server ...
00:26 < rxr> glibc header generation is a ugly pain
00:27 < rxr> good that I had some remainging sparcling wine from my birthday ..
00:27 < rxr> ../linuxthreads/sysdeps/mips/pt-machine.h:50: error: invalid register name for 'stack_pointer'
00:27 < rxr> arrrrrrggggggghhhhhhh
00:27 < rxr> yet another strange new issue
00:27 * rxr .o(why have I started a mips64 cross build ...)
00:27 < Baldzius> :)
00:42 * rxr needs more wine - back soon
00:43 < rxr> so
00:49 < rxr> http://images.google.com/images?q=sgi%20octane
00:51 < rxr> http://cellar.orac.nl/img2/office2.jpeg
00:51 < rxr> ^- that could be my room
00:54 -!- madtux [i=manolo@pf0.hostarica.com] has quit ["Leaving"]
00:58 < morfoh> re .... f* ubuntu binary update :p
00:59 < morfoh> my "special" mate here tried an ubuntu update and screwed up his gnome :p
00:59 < mnemoc> rehhi
01:00 < morfoh> seems it isn't that userfriendly :p
01:00 < morfoh> hi companero
01:00 < rxr> hi morfoh
01:00 < rxr> which special mate ?
01:00 < rxr> the philosopher ?
01:00 < rxr> hi mnemoc
01:00 < morfoh> ah! sorry .... hi rxr :)
01:01 < morfoh> rxr: yep
01:01 < mnemoc> hi morfoh, rxr
01:01 < morfoh> a "honk" he is :p
01:02 < mnemoc> rxr: where did you upload ppc iso?
01:02 < rxr> still uploading
01:02 < mnemoc> k
01:02 < rxr> I only have 192 kBits/s upload ...
01:03 < rxr> I consider buying a Sgi Octane 1 or 2 ..
01:03 < rxr> anyone stopping me wasting mone y?
01:03 < morfoh> rxr: what happened with the Alpha box ? ;)
01:03 < mnemoc> not me
01:03 < morfoh> I guess an Octane is a better investment that an old Alpha :p
01:05 < morfoh> damn it's 1 o'clock ... the moron has stolen valuable time ... I've to hurry
01:05 < mnemoc> "I'm pleased to announce that branches/2.1 does _not_ build a full PowerPC64 minimal build without a single error."
01:06 < morfoh> mnemoc: so why do you are pleased then
01:06 < morfoh> ?
01:07 < mnemoc> that's from rene
01:07 < mnemoc> to ML
01:07 < rxr> _now_
01:07 < morfoh> mnemoc: yes ... I know. but mostly rene is using it to announce some psitive things
01:08 < rxr> I used the list to keep non-IRCs up-to-date and keep T2 changes propagated to an wider audience
01:09 < rxr> mnemoc: maybe we can get rid of glibc / dietlibc header extraction in stage ss0
01:09 < rxr> 0
01:09 < rxr> gcc-3.4 and up seem to be fixed to not require those uninteresting headers
01:09 < rxr> I just test for mips64 - especially because mips64 stage 0 does a-lot-of crap
01:10 < rxr> sometimes I wonder what drugs the glibc core people are on ...
01:10 < _Ragnar_> *lol*
01:11 < morfoh> rxr: everybody has the right to use his favourite drug anyway :)
01:13 < morfoh> .oO( perhaps they consumed too much Mc.D. food and jolt )o
01:13 < mnemoc> they drug with their own blood
01:16 < rxr> mnemoc: hehehe ,-)
01:17 < rxr> when the next person mentioned germans do so much good open source I'll remember to point them to Ullrich Drepper ,-)
01:17 < rxr> Or Schilly ,-)
01:18 < morfoh> rxr: I don't know what you have against the Schilly Joerg :)
01:20 < morfoh> rxr: but don't worry ... while reading the current "Linux Magazin" I had a similar feeling
01:20 < morfoh> too much "profile neurotics" around :p
01:26 < rxr> ?
01:29 < morfoh> rxr: I mean ... some authors there have very "special" way presenting themselves
01:30 < morfoh> of course excluding the one mostly writing about compiler stuff
01:31 < morfoh> rxr: so ... to be more precisely ... I had _not_ you in mind ;)
01:35 < rxr> morfoh: when we meet next time you need to point me to the article
01:36 < rxr> from me there was none in the linux mag I think anyway _)
01:36 < morfoh> rxr: yes ... in the current issue there was no article from afaik ;)
01:37 < morfoh> from you
01:40 < morfoh> anyway ... they have some interesting topics in there .... but the quality of some articles are not that good .... at least from my point
02:03 < rxr> http://distrowatch.com/
02:06 < mnemoc> finally :)
02:07 < mnemoc> who owns 'dockapp.h' ?
02:08 < rxr> we need a new logo
02:08 < rxr> look at the freebsd rendered head below ours ...
02:08 < rxr> /var/adm/flists/libdockapp:libdockapp: usr/include/dockapp.h
02:09 < mnemoc> X -----5---9 164.900 x11 wmacpi 2.1 / extra/tool NOPARALLEL 0
02:09 < mnemoc> X -----5---9 169.300 x11 libdockapp 0.6.1 / extra/windowmanager 0
02:10 < mnemoc> why didn't i notice that before?!
02:18 < rxr> I have to crawl into bed soon
02:32 < mnemoc> http://66.34.72.138/techinfo/dim1.jpg <--- base for a logo ;)
02:34 < rxr> hehe
02:40 < mnemoc> http://66.34.72.138/gallery/image/2101628.JPG
02:45 * mnemoc thinking in a gnu driving a vw-t2
02:48 < rxr> http://66.34.72.138/wiring/Transporter_from_August_1967.jpg
02:48 < rxr> ^- if T2 would be that simple ,-)
02:49 < rxr> what bugs me more is the question whether to inevest some EUR into one of those pretty sgi boxes ..
02:54 < rxr> _Ragnar_: regarding r12620 - on mips I need --without-tls AFAICS ...
02:55 < rxr> _Ragnar_: guess I'll commit a conditional --without-tls later on
02:55 < rxr> (when mips64 built reasonable far past 1-glibc ...)
02:56 < _Ragnar_> ok
03:01 < morfoh> http://66.34.72.138/gallery/image/2101628.JPG <-- mnemoc: nice picture from you :p
03:01 < mnemoc> o.o
03:02 < morfoh> some people from western germany around who is older than 25 years ?
03:03 < mnemoc> you
03:03 < morfoh> mnemoc: i mean, who was not born in the GDR ;)
03:04 < rxr> GDR ?
03:04 < morfoh> hmmm ... seems not to be the case
03:04 < morfoh> rxr: German Democratic Republic
03:05 < rxr> is that a typo or en. abbreviation for DDR ...
03:05 < rxr> okok ..
03:05 < morfoh> rxr: that's why asked for someone who is older than 25 :p
03:05 * morfoh hides
03:05 < rxr> ok - waiting for the 8th build of mips64 glibc gets to borring - takes to long time time ..
03:05 < morfoh> rxr: sorry :)
03:05 * rxr hanging up the washed, wet clothes ...
03:05 < rxr> they are waiting too long already anyway ..
03:08 < morfoh> it's very interesting to see the difference, how the germans from the "west" try to explain how undemocratic the GDR was ... besides the fact that they never lived there
03:08 < morfoh> very very strange
03:08 < rxr> what's your point ?
03:10 < morfoh> one example .... I just said ... there is no difference between BND and Stasi .... and you can imagine what kind of reaction my opinion provoked
03:10 < morfoh> both are/were secret services
03:11 < rxr> morfoh: have I missed s.th. or are you talking with someone else .. ?
03:11 < morfoh> 03:05 < rxr> what's your point ?
03:12 < morfoh> rxr: before I had a small discussion with our philosoph ;)
03:12 < morfoh> in the kitchen
03:13 < morfoh> it's very interesting to see, how deep the anti-communist propaganda has gone into minds
03:13 < _Ragnar_> indeed
03:13 < morfoh> the old nazis have done very well
03:13 < _Ragnar_> it's not the nazis it's the cia
03:14 < morfoh> despite the fact if you know from what kind of organization the BND emerged
03:15 < morfoh> and somebody wants to tell me that the stasi was 10000000 times evil than the BND .... absurd
03:17 < morfoh> mnemoc: how do chilean people look back when Allende was head of the state ?
03:17 < morfoh> do they have a more positive picture or negative ?
03:21 < mnemoc> from him?
03:22 < morfoh> mnemoc: not only from him .... I mean generaly the time
03:22 < morfoh> mnemoc: you know I read a lot of articles in my "socialist propaganda newspaper" ;)
03:23 < mnemoc> economicly his government was the worse period on the whole (1810-...) chilean history
03:23 < morfoh> and it seems to me that most people were standing behind him
03:23 < morfoh> if you see the results from the elections
03:23 < mnemoc> please rephrase
03:24 < morfoh> after he became president there were local elections
03:25 < morfoh> and "he" won the elections by >70% I think
03:25 < mnemoc> bullshit :)
03:25 < morfoh> really ?
03:25 < mnemoc> it was a draw, and he was elected by the senate after an agreement with a right-center party :)
03:26 < morfoh> yeah ... but I meant the local elections after that
03:26 < morfoh> in the "districts"
03:27 < mnemoc> never that much
03:27 < morfoh> hmmm .... perhaps I should create a small personal chilean article archive that you can check ;)
03:27 < morfoh> I'm very interested in that part of history
03:27 < morfoh> as you know ;)
03:28 < mnemoc> as people lives from 'aids' at africa, lot of people lives from 'allende'
03:28 < morfoh> ok .... I'll search and reread the mentioned article
03:29 < morfoh> mnemoc: yes ... of course. we discussed that topic a lot
03:29 < morfoh> and there is no question about that there are a lot of "stories"
03:30 < mnemoc> his first year he was aproved, yes. but last two were horrible
03:30 < morfoh> but I guess you can't deny the fact that there were a lot of disturbing powers
03:32 < mnemoc> uncle sam was very happy with the end of the first comunist-wannabe government, but most chileans too. even lot of detractors of militar goverment
03:33 < morfoh> I think socialist geovernment is more precise ... or isn't it ?
03:34 < mnemoc> yes, he was socialist but his strength was on the extreme left
03:34 < morfoh> and there is no wonder that uncle sam and their chiliean military arms were happy about it
03:36 < mnemoc> different parts of 'military' had very different perceptions (and actions) during that time
03:38 < mnemoc> that was a very complex decade, with lot of mistakes before, during and after allende's government
03:39 < mnemoc> on december we have presidential elections. 4 cadidates, 2 from the right, 1 from left-center and 1 left
03:40 < mnemoc> only the one from the left doesn't say that all this problems are past
03:40 < morfoh> but do you think that the "Allende-Wannabe-Communists" had spread the same pain than the "Pinochet-US-Imperial-Puppet-Regime" ?
03:40 < mnemoc> he has 2-3$ on polls
03:41 < mnemoc> 2-3%
03:42 < mnemoc> allende wasn't a wannabe-anything, he had very defined principles. but he got surrounded by the wrong people
03:43 < morfoh> mnemoc: can you point me to some programs of the parties you mentioned already ?
03:43 < morfoh> but I guess it's in spanish only
03:44 < mnemoc> 30000 people has a very very bad time on the first 5 years of militar regime, just less than 1000 had that level of 'pain' pre-militar government (on the 'coutrny' mainly, due to nationalization)
03:45 < mnemoc> morfoh: i guess it's in spanish too
03:46 < mnemoc> morfoh: current socilist government is _proud_ and claims to be loved by the big international enterprises
03:47 < mnemoc> morfoh: that is odd
03:47 < morfoh> mnemoc: yeah ... I think I'll read some articles about in the near future and I'll ask you about it then :)
03:47 < morfoh> mnemoc: ack ...
03:47 < mnemoc> they worry about the 10% on the bottom and the 10% on the top
03:47 < morfoh> mnemoc: same here ... but I guess it's more social-democratic than a socialist party
03:48 < morfoh> ok .... here "they" worry about the 10% on top
03:49 < morfoh> everything below have to pay "their taxes"
03:50 < mnemoc> http://www.tomashirsch.cl/program/programa.htm <--- the program of the candidate of the left
03:50 < morfoh> thomas hirsch ? :)
03:50 < morfoh> that's a german name
03:51 < morfoh> hirsch = deer
03:52 < mnemoc> :)
03:52 < mnemoc> very chilean ;)
03:52 < morfoh> yeah .... I can imagine :p
03:52 < mnemoc> http://www.michellebachelet.cl/m_bachelet/grafica/ambientes/0/programa%20MB.pdf <--- the 'status quo' and zero value candidate, but the next president for sure
03:53 < morfoh> mnemoc: so that's the next puppet ?
03:53 < mnemoc> ye
03:53 < mnemoc> s
03:53 < morfoh> from the left-center or from the right ?
03:54 < mnemoc> left-center
03:54 < mnemoc> she is socialist
03:54 < mnemoc> 50% on the polls
03:54 < mnemoc> her campain is leaded by current president, and he answers when someone 'atack' her
03:55 < morfoh> as germany has proven the "left-centered" are more effictive in destroying than the "rights"
03:56 < mnemoc> *ACK*
03:56 < mnemoc> http://www.joaquinlavin.cl/prog_presidencial.zip <--- highly-conservative right
03:56 < morfoh> they are more subtle
03:56 < mnemoc> 27%
03:58 < morfoh> his site make s me nervous :)
03:58 < mnemoc> http://www.sebastianpresidente.cl/abc2/index.php?id=38 <--- and mine :p
03:58 < morfoh> all that flickering :p
03:58 < morfoh> mnemoc: yours ?
03:59 < morfoh> mnemoc: so he must be a "right wing"
03:59 < mnemoc> center-right
04:00 < morfoh> mnemoc: a liberal "crack-head" ?
04:01 < morfoh> mnemoc: what does he stands for ?
04:01 < mnemoc> very capitalist but not crack-head :)
04:01 < mnemoc> pro-SME
04:01 < morfoh> hmmm ? how does that fit ? a capitalist and not a crack-head ? .p
04:03 < morfoh> mnemoc: yeah ... the "liberal-pro-SME" capitalists here also claim to support the the small companies ... but in fact they are supporting the global-players
04:04 < morfoh> mnemoc: or do you think the SME's will fiil his pockets more than the big companies ?
04:04 < mnemoc> as far as the whole ship moves forward 'equally' i have no problems with the amounts got by the big ones
04:05 < morfoh> mnemoc: at least he married in the year I was born :)
04:05 < mnemoc> he has 5 brothers, one on each party :p and one hippie singer
04:05 < morfoh> :D
04:06 < morfoh> driving a T2 :D
04:06 < morfoh> I mean ... the hippie
04:06 < mnemoc> sure :)
04:07 < morfoh> I would vote the hippie :p
04:07 < morfoh> common ... say "sure"
04:08 < mnemoc> http://galerias.canal13.cl/Galerias/EnEscena/Television/BIOGRAFIAS_01060001AreaReportajes_Biografias.html
04:08 < mnemoc> ^--- miguel piera
04:08 < morfoh> hippies are mostly a guarantee for peace .... that's I would vote a hippie :p
04:09 < morfoh> mnemoc: yeah ... do you see how peaceful he is sitting on the beach :)
04:10 < morfoh> I guess the hippie is the youngest one of the "furious five"
04:11 < morfoh> http://galerias.canal13.cl/Galerias/EnEscena/Television/BIOGRAFIAS_01060009AreaReportajes_Biografias.html
04:12 < morfoh> yeah ... he is the youngest
04:13 < morfoh> he has learned early from the mistakes of his elder brothers :p
04:13 < morfoh> http://galerias.canal13.cl/Galerias/EnEscena/Television/BIOGRAFIAS_01060050AreaReportajes_Biografias.html <-- why didn't you choosed this picture ?
04:15 < morfoh> mnemoc: but anyway ... many thanks for the short intro of the political landscape in chile :)
04:27 -!- mnemoc [n=amery@200.75.27.76] has quit [Read error: 110 (Connection timed out)]
04:27 -!- mnemoc [n=amery@200.75.27.107] has joined #t2
05:28 < morfoh> haha ... sorry for politally "penetrating" this channel again ... but I just want to tell you the most funny and obscure argument of "my philosoph moron" because one can't compare the Stasi and the BND. He claimed that the Stasi had a *much* bigger annual budget than the BND. He gathered this information at the "Stasi-Memorial" in Berlin, which is sponsored by the german government. It is even officially proven that a lot of "stories" presented at thi
05:29 < _Ragnar_> irc cuts off lines > 500chars
05:29 -!- sparc-kly [n=mubex@64.237.248.53] has quit [Read error: 104 (Connection reset by peer)]
05:29 < _Ragnar_> so try to limit what you say in one line :)
05:29 < morfoh> good night .... that's all from morfoh's "propaganda channel" for today ... sorry again ;)
05:29 < morfoh> _Ragnar_: ok ... thx ;)
05:30 -!- sparc-kly [n=mubex@64.237.248.53] has joined #t2
05:30 < morfoh> I just couldn't sleep regarding this stupid conversation
05:30 < _Ragnar_> :D
05:30 < _Ragnar_> here you would do a freedom of information act request to get the numbers
05:31 < morfoh> at least I brought someone a smile :D
05:31 < _Ragnar_> *lol*
05:31 < morfoh> _Ragnar_: I'll get the numbers
05:32 < morfoh> I think even the "official" numbers will show the difference
05:33 < morfoh> of course I'll not get the numbers regarding the "inoffical income" from drug trafficing, weapons selling of such services
05:34 < morfoh> anyway ... sorry again ... good night all ... cu tomorrow ;)
05:34 < _Ragnar_> nini
05:37 -!- sparc-kly[G3] [n=root@64.237.248.53] has joined #t2
07:04 -!- sparc-kly[G3] [n=root@64.237.248.53] has quit [Read error: 110 (Connection timed out)]
07:35 -!- mtr [n=Michael@p54AF87AF.dip0.t-ipconnect.de] has joined #t2
07:49 -!- mtr_ [n=Michael@p54AFAA33.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
07:54 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has joined #t2
08:33 < misl> morning all
09:10 < valentin> moin
09:50 -!- Baldzius [n=mx@85.206.101.45] has quit ["Leaving"]
09:51 < rxr> moing
09:52 < CIA-12> rene * r13165 /trunk/target/desktop/config.in: * fixed desktop target to build pdksh for initrd
10:23 -!- rxr_ [n=rene@e178138176.adsl.alicedsl.de] has joined #t2
10:23 -!- Topic for #t2: T2 | 2.1.0 RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/
10:23 -!- Topic set by mnemoc [] [Fri Nov 4 16:55:33 2005]
10:23 [Users #t2]
10:23 [ _Ragnar_] [ karasz[Away]] [ morfoh] [ rxr ] [ sparc-kly]
10:23 [ CIA-12 ] [ misl ] [ mtr ] [ rxr_ ] [ valentin ]
10:23 [ jsaw ] [ mnemoc ] [ owl ] [ SerWou]
10:23 -!- Irssi: #t2: Total of 14 nicks [0 ops, 0 halfops, 0 voices, 14 normal]
10:23 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup
10:23 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
10:24 -!- Irssi: Join to #t2 was synced in 11 secs
10:26 -!- rxr [n=rene@e178153132.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
11:44 -!- You're now known as rxr
12:11 < mnemoc> moin!
12:14 < rxr> moin mnemoc
12:14 < rxr> you are up early ,-)
12:15 < mnemoc> yep :)
12:15 < mnemoc> i have 45 minutes to save the world
12:15 < rxr> ?
12:16 -!- karasz[Away] is now known as karasz
12:16 < mnemoc> change at office' server, and people arrives in 45 minutes
12:16 < karasz> moin all
12:18 < karasz> rxr i read the ML
12:18 < karasz> could i dare to hope that you were specking of openpower? ;)
12:19 < rxr> yep
12:19 < karasz> since it is 2.1 and not trunk i should build a bootdisk target too should'n i?
12:19 < rxr> karasz: built finsihed
12:19 < karasz> :D
12:20 < rxr> if you want to move it to a partition and boot it you do not need the bootdisk
12:20 < karasz> most welcomed bday present :)
12:20 < rxr> I think there are changes needed to get the OpenPower OpenFirmware boot it
12:21 < karasz> i should use the installed yaboot and ad t2 to it right?
12:21 < rxr> yep
12:21 < karasz> thought so
12:21 < karasz> but if i want to install it on a fresh openpower i need the bootdisk right?
12:21 < rxr> yes
12:21 < karasz> ok
12:22 < rxr> but I doubt it will be bootable without modification on the IBM OpenFirmware ...
12:22 < karasz> moving to a fresh partition implies only a copy of the tree?
12:22 < karasz> hmm
12:22 < karasz> what do you mean by modif OpenFirmware?
12:22 < karasz> you mean changing settings?
12:23 < karasz> or it is posible to tickle it other way ? i kinda doubt it since it is similar to BIOS
12:23 < karasz> or did i get it wrong?
12:24 < rxr> nope
12:24 < rxr> adapting our bootdisk yaboot config and CD file layout to make IBM's OpenFirmware recognize it as bootable
12:24 * rxr off to bakery getting breakfast
12:24 < karasz> bon apetit
13:05 < rxr> thanks
13:05 < rxr> oops SPARC disk full
13:05 < rxr> so - finally - Adobe Acrobat for Mac finally arrived
13:06 < rxr> so I'll have to wake the idling Mac a bit more often to debug why it crashes with our scanner driver :-(
13:13 < CIA-12> rene * r13166 /trunk/package/base/procps/dev-null.patch: * fixed procps for certain types of 64bit builds to not unlink /dev/null
13:13 < mnemoc> outch
13:16 < rxr> mnemoc: yeah ...
13:16 < rxr> just gcc -o /dev/null is enough
13:16 < rxr> damn people
13:16 < rxr> mnemoc: only happens on sparc64 so far - I think not powerpc64 - at least I did not saw it on karasz' OpenPower - and maybe mips64 would be affected
13:17 < rxr> (if we would support that already)
13:17 < rxr> if you get outside top-level dir dev/null you can assume someone removed your /dev/null and subsequent writes have created regular files ... ,-)
13:18 < rxr> mnemoc: do you think I'm to mad considering this:
13:18 < rxr> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=5825482935&rd=1&sspagename=STRK%3AMEWA%3AIT&rd=1
13:18 < rxr> maybe I should better start getting real work done than googling for Octane details and getting more drugged with it every minute ...
13:19 < mnemoc> isn't a bit expensive?
13:19 < rxr> ouhm
13:19 < rxr> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=5823488316&rd=1&sspagename=STRK%3AMEWA%3AIT&rd=1
13:20 < rxr> this one is mid-price:
13:20 < rxr> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=5824534332&rd=1&sspagename=STRK%3AMEWA%3AIT&rd=1
13:20 < rxr> though I do not need this CRT ...
13:22 < mnemoc> you don't want yet-another-CRT at home :)
13:22 < rxr> nope
13:22 < rxr> I try hard to get rid of the last two lingering around here ...
13:22 < mnemoc> 2x 195Mhz isn't too bad for a toy machine
13:23 < rxr> toy?
13:23 < rxr> when you get the athon I'm on a need a new desktop workstation ,-)
13:23 < mnemoc> :D
13:24 < rxr> just joking ...
13:24 < rxr> well - yes it is more or less just for the fun of it ...
13:24 < rxr> though I prefer to have some nice "designed for *nix" box on the desk than mainstream pee sea ware ...
13:25 < rxr> thse days too many people have a mac anyway - a sgi looks more interesting on one's desk ,-)
13:25 < mnemoc> :-)
13:28 < rxr> mnemoc: those Octane 2 gfx boards do OpenGL in hardware ...?
13:28 < mnemoc> i think so
13:28 < rxr> not only graphic operations like other pee sea cards - you fill the gl primitives into memory mapped regions ...
13:29 < rxr> oh - the ? was not intentional ...
13:29 < rxr> though there is no X driver yet :-(
13:29 < rxr> hm - 8 minutes to build lzo - damn slow sparc ...
13:34 < mnemoc> we need real cross buildability
13:39 < rxr> so - trunk:HEAD sparc64 build in 5- again ...
13:40 < rxr> now it only takes a week till the 270MHz CPU built it alll
13:40 * mnemoc trying to build ooo 2.0.0.1 :\
13:44 < rxr> hm
13:44 < rxr> those Adobe freaks seem to forgot to supply a serial with the Cd ...
13:45 < mnemoc> o.o
13:46 < rxr> ok - so debugging once more delayed ... - big companies ...
13:46 < rxr> the problem of the world ...
14:37 < misl> ping rxr
14:38 < rxr> yep
14:39 < misl> rxr: remember the gcc patch you did on noisy and the one I was not supposed to commit?
14:39 < rxr> yes - we commited it and changed it in the meantime
14:39 < rxr> also needed for powerpc64 and such ...
14:39 < rxr> why do you ask ?
14:40 < misl> If I do a fresh svn up on gcc. gcc will not build on x86-64
14:40 < misl> should I include $SDECFG_MULTILIB
14:40 < misl> in the config somewhere?
14:41 < rxr> isn't it set by default ?
14:41 < rxr> trunk or 2.1 ?
14:41 < misl> trunk
14:42 < mnemoc> .oO
14:42 < misl> Hmm, yes it is on by default.
14:42 < rxr> /bin/sh ../../gcc/../move-if-change tmp-attrtab.c insn-attrtab.c
14:42 < rxr> cmp: tmp-attrtab.c: No such file or directory
14:42 < rxr> mv: cannot stat `tmp-attrtab.c': No such file or directory
14:42 < rxr> /mnt/space/t2/trunk# less src.gcc.minimal-x86-64.20051105.141908.16188.noisy/ERROR-LOG
14:42 < rxr> ?
14:42 < rxr> or another error ?
14:43 < rxr> (might be parallel)
14:43 < misl> Uhmm, I did not look at the specific error, I thought it was due to me not having applied that patch (before I knew it was no longer needed).
14:43 < rxr> misl: I'm right now working on an even more simplified boostrap without header extraction in 0-gcc
14:44 < misl> Ohh, and that means?
14:44 < rxr> if you let me finish that I would retest all crossbuilds on noisy then
14:44 < misl> ack
14:44 < rxr> and also fix this libgcc_s* hack code we have and fix the GCC mkgcclibs.sh or what it was itself ...
14:44 < misl> btw, noisy will be on for a full week starting tomorrow :)
14:45 < rxr> misl: nice ,-)
14:45 < rxr> maybe I have a first mips64 build today and can flush this toolchain boostrap changes today
14:46 < misl> great :)
14:46 < rxr> but I can not promissie - because mips has no NPTL code (or better _thread support) in the gcc version we work with (4.0.x - it is only in 4.1.x) and thus I have to fight glibc to build without NPTL ...
14:46 < misl> mips64? new arch?
14:46 < rxr> misl: ack
14:46 < rxr> I think about buying one ,-)
14:46 < rxr> http://www.sgi.com/products/remarketed/octane2/
14:47 < misl> rxr: the SGI one I saw previously?
14:47 < rxr> http://www.sgi.com/products/remarketed/octane/
14:47 < rxr> yeap
14:47 < rxr> somehow I like those pre mainstream, formerly high-end 3D workstations ,-)
14:47 < misl> I wonder how much noise they make :)
14:48 < misl> A while ago I got offer for these machines, second had of course.
14:48 < misl> had = hand
14:49 < rxr> yep - I look for 2nd hand ones on ebay ...
14:49 < rxr> I googled a bit - they are not noiseless - but I think they will not be too loud
14:49 < rxr> noisy ..
14:49 < rxr> if so I can tweak the fans according to my needs ... ,-9
14:50 * mnemoc imagines a lab plenty of noisy high-end 3D workstations
14:50 < rxr> I only will have one ,-)
14:50 < rxr> a lob full of noisys x86-64 monsters is also nice to imagine ,-)
14:51 < misl> Yeah the pictures are nice, but the noise not :)
14:51 < misl> rxr: I can send out a mail, requesting I they still have these machines on offer?
14:51 < mnemoc> a farm of noisy x86-64 monsters would be on a cooler, not on a lab ;)
14:52 < rxr> misl: do you think they are cheaper than ebay offers ?
14:53 < misl> rxr: I do not remember :(
14:53 < misl> But I guess not as cheap as the 89 euro one :)
14:53 < rxr> package/base/non-nptl-ugly.patch#
14:53 < misl> or was it 98 ?
14:54 < rxr> yes one is that cheap - but slow
14:54 < misl> I will send out a mail and let you know.
14:54 < rxr> the dual 400 MHz with 2GB or RAM is nice ,-)
14:54 < rxr> misl: ok - thanks ,-)
14:54 < mnemoc> 89 was 2x195
14:54 < rxr> the patch above is ugly - /me wonders why the glibc maintainers do such a bad job keeping their crap code building ...
14:55 < rxr> mnemoc: ack
14:55 < rxr> mnemoc: in fact I consider buying that just for testing and if it turns out to be a nice box get a dual Octane 2 later on - in month++ when T2 works perfectly and the hardware is as nice as I enwish it ,-)
14:56 < rxr> I guess I can get rid of it for that price thru ebay again in any case ...
14:56 < rxr> the only annoying thing on those boxes is the 13W3 monitor connector ... and I just have order such a adapter for my Ultra30 to obsolete the Sun CRT ...
14:56 < rxr> guess I have to seek for a 2nd of such 13W3 <-> VGA adapters ...
14:57 < rxr> too bad they are a bit rare and expensive when not obtained thru ebay ....
14:58 < rxr> so - let's see if glibc for mips64 does not built :-(
14:58 < rxr> I mark the day with big crosses when I can build anything without the glibc code junk ...
14:59 < mnemoc> rxr: :)
14:59 < rxr> at least it is, once successfully built, better than other commercial C libraries ...., but the "once built" is still a problem - no matter what day you choose ...
14:59 < rxr> s/not/now/
15:03 < misl> make[2]: *** Waiting for unfinished jobs....
15:03 < misl> does this refer to parallel built problems?
15:04 < mnemoc> not necesarily
15:04 < misl> I almost dare not to say it, but this is when building glibc on noisy (x86)
15:05 < mnemoc> misl: look for the last error
15:05 < mnemoc> misl: i go to the bottom and search 'error' backward :)
15:06 < misl> mnemoc: make[1]: *** [nptl/subdir_lib] Error 2
15:06 < mnemoc> previous lines?
15:07 < misl> the previous error is misc/error.o in some echo line
15:08 < misl> make[2]: *** No rule to make target `/mnt/space/t2/trunk/src.glibc.minimal-x86.2
15:08 < misl> 0051105.143515.8332.noisy/glibc-20050919/objdir/nptl/pthread_spin_trylock.o', ne
15:08 < misl> eded by `lib-noranlib'. Stop.
15:08 < misl> Right befor the unfinished jobs
15:11 < mnemoc> yes, looks like a paralelism/bad_Makefile issue
15:12 < rxr> mnemoc: I take a look
15:13 < mnemoc> thanks :)
15:14 < rxr> slashdot storry submitted
15:14 < rxr> let's see if they pick it up
15:14 < rxr> guess that will kill our websever if they do so ...
15:14 < rxr> the web server that is on a SDSL line ...
15:15 * mnemoc depressed to not see T2 on distrowatch 1 month ranking
15:16 < rxr> mnemoc: this is just because we had no release in that time
15:16 < rxr> if we had we usual have been around #50
15:16 < rxr> with a steady release series in 2.1 and 2.2 we will be around that rank in any timeframe there
15:17 < rxr> look at the lon time trends - we are in regions there where rock never has been
15:17 < mnemoc> ROCK is on last month
15:18 < mnemoc> and fake released a new livecd on freshmeat today
15:18 < rxr> the rock live cd sucks majorly
15:18 < rxr> does noone notice that
15:19 * rxr continuing on the livecd that should have been out days ago
15:19 < rxr> so we have it monday or so ,,-)
15:20 < mnemoc> :)
15:20 < mnemoc> did ppc iso finish uploading? where?
15:20 < rxr> nope
15:20 < rxr> -P did not do partial handling gracefully when I continued the sync from the rs6k when I had to bood the mac mini into OS suX ...
15:21 < rxr> mnemoc: what was the issue with -P to not work good?
15:21 < rxr> you had this once as well ?
15:21 < rxr> maybe we should define a minimal live-cd set and work on to get it running on any arch we support
15:21 < rxr> and throw an montly autobuild for reach to the masses ...
15:22 < mnemoc> rxr: yes, i do explicit --partial and even --inplace for ISOs
15:23 < mnemoc> rxr: lot of G to upload to tfh-berlin :)
15:24 < rxr> rsync
15:24 < rxr> squashfs is zlib alike compression I think
15:24 < rxr> so far live-cd's rsynced quite well
15:25 < rxr> hm - I have no qemu for live tests on my box :-(
15:25 < rxr> due to not building with gcc-4.0 and/or NPTL :-((((
15:25 < rxr> one of the better packages failing ...
15:25 < rxr> (in trunk)
15:25 < rxr> btw. I think we are down to about 100 errors on trunk
15:29 < misl> O-Oh, rxr are you looking at glibc on noisy?
15:30 < rxr> yes - have you done something ?
15:30 < misl> I added NOPARALLEL to glibc.conf to give it a try. might interfere
15:30 < rxr> yes - it looked like that
15:30 < rxr> like interference ...
15:31 < misl> I will remove it
15:31 < mnemoc> NOPARALLEL on big packages is harmfull :(
15:31 < misl> why?
15:32 < mnemoc> you loose lot of CPU cicles
15:32 < rxr> because it wasts our time waiting to the build finishing on monster boxes ...
15:32 < rxr> like yours or karasz OpenPower ...
15:32 < mnemoc> NOPARALLEL is a hack, the real fix is to patch Makefiles
15:33 < rxr> as I have done for e.g. gdb yesterday
15:33 < misl> Ahh, I will keep that in mind :)
15:33 < rxr> though I "fixed" glibc by building one subdir with -j1 because the Makefile in that subdir was too violent to fix ...
15:33 < mnemoc> :)
15:33 < rxr> I first fine grained patched that beast of a Makefile - but gave up ... one subdir with -j1 is ok ...
15:35 * mnemoc wonders why rene replied the announcement on HTML
15:36 < rxr> mnemoc: ?
15:36 < rxr> html mail
15:36 < rxr> sorry - must get kamil not to do that
15:37 < mnemoc> no problem ;)
15:37 < rxr> must have hit some formating button or so that kmail made it html :-(((
15:57 < rxr> mnemoc: I want to optimzed live-style image creation
15:57 < rxr> currently I rm -rf the previous prepared rootfs because rsync is too stupid
15:58 < rxr> I wanted to rsync the to be packed files over the last build output - however since the target/*/rootfs mechanism might inject and patch files those added files need to be removed
15:58 < rxr> however rsync --delete and --delete-excluded does not work with --files-from where I hand it the list of files to be copied form the build output
15:59 < rxr> my plan is now to use some shell glue to create a negative list using find and diff (...)
15:59 < rxr> in --exclude-from rsync does delete files ...
15:59 < rxr> do you have an better idea?
15:59 < rxr> I think that should speed up subsequent live creation by about 50%
16:01 * mnemoc clue-less
16:02 < rxr> ok - I propose a working diff - maybe you can follow that more than my babbling here ... ,.-)
16:02 < rxr> working diff takes some more minutes to be finished
16:04 < mnemoc> ...
16:07 < rxr> yep?
16:08 < rxr> ... like good idea or like "babbling indeed" ? ;-)
16:08 < mnemoc> in the middle :p
16:08 < rxr> .oO
16:08 < rxr> ic
16:08 * rxr hides
16:09 < mnemoc> :)
16:10 < mnemoc> but closer to 'good idea' ;)
16:11 < mnemoc> anyway my goal is to have 'livecd'-ability as a feature of the kit, not a target
16:12 < rxr> mnemoc: ack
16:13 < rxr> my plan is to have this live-cd and install-cd as features that can be applied as build output
16:13 < rxr> that is why I always said 2.2 will not have a bootdisk target
16:13 < mnemoc> :D
16:13 < rxr> and the boot code will be properly moved to architecture/*/boot
16:13 < mnemoc> i love t2
16:14 < mnemoc> tm
16:14 < rxr> this Nestly Xpress(r) iceed espresso crap with vanilla tasts like crap ...
16:14 * rxr notes never to buy it again ... - bah -
16:14 * mnemoc is out of coffee :(
16:17 < rxr> well - I have more filter coffe - just wanted to try this iced thing(tm)
16:18 < rxr> so - the next testrun of the new rsync preprocessor code ...
16:20 < rxr> http://www.drobe.co.uk/riscos/artifact1298.html
16:20 < rxr> ^- seldome read such inaccurate crap ...
16:20 < rxr> "Another headache is that when building GCC itself, the compiler assumes it's being compiled on the operating system and computer architecture that it will produce software for - for example, by building intermediary programs and then executing them as part of the build process."
16:21 < rxr> as if he would be the first cross compiling ...
16:21 < rxr> of course this always worked (tm)
16:21 < rxr> damn RISC OS people ....
16:23 < mnemoc> *G*
16:24 < rxr> == 11/05/05 16:19:19 =[1]=> Finished building package glibc.
16:24 < rxr> ^- mips64
16:24 < rxr> no idea if the result will actually work ...
16:24 < mnemoc> at least it builds
16:25 < rxr> it is a bit ugly.patch'ed to build without NPTL - somehow glibc-CVS is f*cked up for non-NPTL builds ...
16:25 < rxr> stuff needed for NPTL for MIPS is only in GCC SVN named 4.1 ...
16:25 < rxr> oh - gcc converted to SVN btw ... ,-)
16:26 < rxr> oh - dietlibc has no mips64 support ... :-///
16:27 < misl> rxr: is that because they did not try or because it will not work?
16:27 < rxr> noone cared and wrote the code (tm)
16:27 < rxr> dietlibc also has no sh support yet
16:27 < rxr> mips support is there however
16:30 < mnemoc> :)
16:34 < rxr> see big paste in query
16:34 < rxr> not yet fully tested but should explain the idea
16:45 < mnemoc> looks very nice :)
16:51 * rxr shortly off
17:07 < morfoh> hi
17:09 < mnemoc> wb morfoh
17:21 < morfoh> hey mnemoc :)
17:55 < mnemoc> http://www.jankratochvil.net/project/captive/
17:56 < morfoh> mnemoc: ^ didn't I showed you the captive thingy before ?
17:57 < morfoh> it's part of http://www.insert.cd <-- rescue CD
17:57 < mnemoc> .cd :D
17:57 < morfoh> mnemoc: yeah :D
17:58 < mnemoc> is insert.cd as good as it seems to be?
17:58 < morfoh> mnemoc: it's quite nice
17:58 < mnemoc> but?
17:59 < morfoh> I haven't tried the captive thingy yet :p
17:59 < mnemoc> :)
17:59 < mnemoc> OT2: any news about linguaplone site?
18:00 < morfoh> and it has the well know system startup speed from debian/knoppix
18:00 < morfoh> mnemoc: which one do you mean ? :|
18:00 < morfoh> mnemoc: T2 ?
18:00 < mnemoc> morfoh: any :p
18:01 < morfoh> mnemoc: ah! of course ... why did I asked :p
18:03 < mnemoc> :)
18:04 < rxr> re
18:05 < mnemoc> wb rxr
18:05 < morfoh> wb rxr
18:07 < rxr> knoppix itself has this ntfs thing
18:07 < mnemoc> oh, postinstall.d/scrollkeeper wants to connect to internet!
18:07 < rxr> is it legal to ditribute the ntfs.sys or what it is named?
18:08 < rxr> I would prefer to give the ntfs inside the linux kernel some more time and use that instead ...
18:08 < rxr> mnemoc: fix it ...
18:08 < morfoh> rxr: afaik not .... you have to copy it
18:08 < mnemoc> i think you can assume if person has NTFS partition he has a windows license, so the right to use ntfs.sys
18:08 < rxr> but having it on the cd is another thing ...
18:09 < rxr> well - you could mount using the linux driver and extract the ntfs.sys ,-)
18:09 < rxr> and use that to rw mount ,-)
18:09 < rxr> however I do not like those windows binary removal ...
18:09 < morfoh> ;)
18:09 < rxr> see MS fix for some ntfs.sys can destroy your FS under high load patch these days ...
18:09 < mnemoc> oh
18:10 < rxr> saw that scrolling by somewhere, like http://www.heise de or http://www.golem.de
18:12 < rxr> soon TFT backlights with LEDs?: http://www.heise.de/newsticker/meldung/65794
18:13 < rxr> ntfs thing: http://www.heise.de/newsticker/meldung/65782
18:13 < rxr> http://support.microsoft.com/default.aspx?scid=kb;en-us;909360
18:13 < rxr> Potential file corruption problem on NTFS volumes during extensive stress tests in Windows Server 2003 Service Pack 1
18:13 < rxr> I guess there will be a day where the Linux NTFS r/w reimplementation is more stable the the original ...
18:14 < rxr> rsyncing a whole live content still takes a lot of time :-(
18:14 < morfoh> rxr: but then redmond will add a new "feature"
18:15 < rxr> and become even more instable ,-)
18:16 < rxr> lighttpd 1.4.7
18:17 < rxr> ROCK Live: X.org is now used instead of XFree86.
18:17 < rxr> wow - so we hare how many months ahead - not to mention the "next days" live cd with modualr X.org ... ,-)
18:17 < mnemoc> :D
18:18 < mnemoc> btw, please don't version livecd '2.2.0-gamma' or so.... i think 2.2-r14069 is more correct and less confusing
18:18 < morfoh> brb
18:20 < rxr> mnemoc: nope - because I dislike -r based releases
18:21 < rxr> this indicates the people have no release management and no idea what state the software is in
18:21 < rxr> t2 head looks good - I think it is reasonable to version the live with -beta or whatsover
18:21 < rxr> after installer changes and more testing trunk is ready to be delivered (well - more or less=
18:21 < rxr> )
18:22 < mnemoc> if you branch and tag 2.2 great, but please don't give livecd stability level to the whole tree
18:23 < mnemoc> t2@live as a t2-powered distribution with it's own versioning would be even better
18:23 < rxr> whatever
18:23 < rxr> I'll think about it
18:23 < rxr> ldap:x:389:389:ldap user:/var/empty:/bin/false
18:23 < rxr> ^-who added this user ???
18:23 < mnemoc> i think i did
18:24 < rxr> I think over 100 and such a odd number is evil^3
18:24 < mnemoc> it's the standard
18:24 < mnemoc> port number :\
18:25 < mnemoc> i'm missing rsbac's "secoff" uid=400 which is hardcoded on kernel
18:25 < mnemoc> New Revision: 13152
18:25 < mnemoc> Log: * updated lighttpd (1.4.6 -> 1.4.7)
18:26 < rxr> mnemoc: we are faster than freshmeat
18:26 < rxr> maybe we should create an update RSS feed and propagate http://www.t2-project.org/packages as better freashmeat ?
18:27 < mnemoc> :D
18:27 < rxr> mnemoc: I think this rsync works out
18:27 * rxr running a full test now ...
18:27 < mnemoc> better performance?
18:28 < rxr> well - the rsync runs some time - but of course it has way better performance than rm -rf ; tar ...
18:29 < mnemoc> i think much of the time is processing the big inclusion list
18:29 < mnemoc> which could be improved by filtering the list to just include dirs if nothing to exclude on them
18:31 < rxr> nope - it is only a tiny exclude list
18:31 < rxr> 3073 files-exclude
18:31 < rxr> adn the no is only that huge due to a lot to be skipped /var/adm files ... ,-)
18:31 < sparc-kly> how much take compile 2.6 kernel in Ibook G3 500mhz
18:32 < sparc-kly> ?
18:32 < mnemoc> less than 2h i think :)
18:33 < sparc-kly> 2hrs :S ohh shit. my UltraSparc 360mhz take 1hr 45min
18:34 < mnemoc> i said _less than_ :)
18:35 < rxr> sparc-kly: T2 kernels include all possible drivers as modules - thus they build that long ...
18:36 < mnemoc> http://t2.geeks.cl/regressions/stable/
18:38 < rxr> mnemoc: how many are regressions ?
18:39 < mnemoc> mysqlcc
18:39 < mnemoc> don't know why
18:41 < mnemoc> are serial mice part of /dev/misc/mice ?
18:43 < rxr> well - sort of
18:43 < rxr> only if you inputattach them ...
18:43 < rxr> look at serpnp and the init script
18:43 < rxr> (if I commited it)
18:46 < rxr> mnemoc: there is a regression on trunk's Build-Target
18:46 < rxr> I think maybe your target inheritance broke it
18:46 < rxr> at the end of Build-Target all sorts of old log files are tail'ed ...
18:46 < rxr> build_target.log:
18:46 < rxr> build_target_10254.log:
18:46 < rxr> build_target_10508.log:
18:46 < rxr> build_target_11127.log:
18:46 < rxr> build_target_11271.log:
18:46 < rxr> build_target_1167.log:
18:46 < rxr> build_target_11704.log:
18:46 < rxr> ...
18:46 < rxr> ...
18:46 < rxr> and about 30 more
18:46 < rxr> does this sound familiar or do I have to track that ?
18:51 < mnemoc> i use target-inherence extensivly on 2.1 without any trouble
18:52 < rxr> hm - ok - I analyze where those annoying noise comes from then
18:52 < mnemoc> and never seen that behaviour
18:52 < rxr> guess I also shold awake the subnotebook - there are also some fixes to flush ...
18:54 < rxr> well - cool - livecd get's squash'ed now, again
18:54 < rxr> highly optmized fresh code
18:56 < rxr> hey - yeah!
18:56 < rxr> jadda jadda
18:56 < rxr> we are on http://www.osnews.com ,-)!!!!
18:56 < mnemoc> kudos!
18:56 < mnemoc> :)
18:57 < rxr> what a day where osneews accepts such news faster than http://symlink.ch
18:57 < rxr> maybe I should resubmit there with a note that T2 is now comercially supplied in .ch ... with enterprise grade document management systems ...
18:57 < rxr> maybe that passes easier thru then ,-)
18:58 < mnemoc> :)
19:07 < rxr> http://osnews.com/story.php?news_id=12547
19:08 < mnemoc> The future aganda?
19:09 < rxr> spell checking they do not seem to do ...
19:09 < rxr> I noticed the typo already when I submitted a longer story @ slashdot ... :-(
19:10 < rxr> Google Paying for Firefox Installs
19:10 < rxr> http://slashdot.org/articles/05/11/05/1436226.shtml?tid=217&tid=154&tid=98
19:10 < mnemoc> *CLICK*
19:12 < mnemoc> would they pay for preinstalling goggle bar? :)
19:15 < rxr> mail them ... ,-)
19:16 < mnemoc> what about 'adsense' at t2-project.org?
19:26 < owl> moin
19:28 < mnemoc> moin owl
19:28 < mnemoc> is it to dirty to add a *blind* patch? +@@ -54,0 +54,5 @@ :p
19:29 -!- maddin [n=martin@p54BDC8A4.dip.t-dialin.net] has joined #t2
19:29 < owl> hi mnemoc
19:29 < mnemoc> hi maddin
19:29 < maddin> hi owl and mnemoc :)
19:30 < owl> hi maddin
19:30 < maddin> rxr: are you back?
19:30 < rxr> yes
19:30 < rxr> eatingf
19:32 < mnemoc> rxr: are you serious about " mail them ... ,-)"?
19:33 < maddin> oh yes, I need something to eat, too
19:33 < rxr> mnemoc: of course
19:34 < rxr> Filesystem size 662830.91 Kbytes (647.30 Mbytes) 36.94% of uncompressed filesystem size (1794198.46 Kbytes)
19:34 < rxr> if I would have qemu, I could test it ...
19:34 * mnemoc testing his @t2-p.o mail
19:35 < mnemoc> yes, forward is working
19:35 * mnemoc writing... something
19:36 < mnemoc> Dear Google? .oO
19:36 < rxr> Dear Madam, dear Sirs,
19:36 < rxr> or what it was
19:37 < rxr> Dear Sir or Madam,
19:37 < rxr> ^- that is officital for company letters in en
19:38 < rxr> -> Done!
19:38 < rxr> build_target.log:
19:38 < rxr> build_target_10254.log:
19:38 < rxr> build_target_10508.log:
19:38 < rxr> build_target_11127.log:
19:38 < rxr> build_target_11271.log:
19:38 < rxr> build_target_1167.log:
19:38 < rxr> ...
19:38 < rxr> ..
19:38 < rxr> ..
19:38 < rxr> .
19:38 < rxr> .
19:38 < rxr> mnemoc: ok - now I'm back a bit more
19:38 < rxr> maddin: even
19:39 < rxr> mad: ok - now I'm back a bit more
19:39 < rxr> maddin: ok - now I'm back a bit more
19:39 < rxr> ...
19:39 < mnemoc> .oO( flood mode? )o
19:40 < rxr> no - correctmode ...
19:40 < rxr> I could 50 of build_target_*.log lines - that would be flood
19:41 < mnemoc> anyone else is getting those lines?
19:42 < rxr> mnemoc: some more minutes and I'll have track them down
19:42 < rxr> don't worry ...
19:42 < rxr> just continue hacking what you have been hacking on right now
19:43 < rxr> btw. the next Summer of code @google we shoudl partiticipate and get a fuew 5000US$ for T2 work as even the BSDs did ...
19:45 < mnemoc> :D
19:49 < rxr> - if [ -z "$( cd ${build_logs}; fuser *.log )" ]; then
19:49 < rxr> + if [ -z "$( cd ${build_logs}; fuser *.log 2> /dev/null)" ]; then
19:49 < rxr> + echo "Unmounting loop mounts ..."
19:49 < mnemoc> it was you!
19:50 < valentin> re
19:51 < mnemoc> wb valentin
19:53 < mnemoc> rxr: query
19:54 < rxr> mnemoc: nope - I do not think it was me
19:54 < rxr> hi valentin
19:55 < rxr> maybe this is a fuser bug
19:55 < rxr> I updated psmisc or so today
19:56 < mnemoc> default verbosity?
19:56 < rxr> fuser sdf && echo used
19:56 < rxr> Cannot stat sdf: No such file or directory
19:56 < rxr> sdf:
19:56 < rxr> used
19:56 < rxr> this looks like a bug
19:56 < rxr> it should return non-zero if there was an issue or no file was used
19:56 < rxr> also it should only list used files
19:57 < rxr> can someone patch qemu to build with gcc-4.0 and NPTL for me ?
19:57 < rxr> while I fix psmisc's fuser ...
19:59 < rxr> bingo
20:00 < rxr> old psmisc:
20:00 < rxr> fuser sdf && echo used
20:00 < rxr> sdf: No such file or directory
20:00 < rxr> did I mention that I could slap anyone without regressions tests?
20:00 * rxr slaps himself .-(
20:01 < owl> *g*
20:01 < mnemoc> *G*
20:01 < rxr> ouhm
20:01 < rxr> what the f*ck:
20:01 < rxr> psmisc-21.7/src/fuser.c | 2162 ++++++++++++++++++----------------------
20:01 < rxr> psmisc-21.7/src/fuser.h |only
20:01 < rxr> psmisc-21.7/src/oldfuser.c |only
20:01 < rxr> wonderful
20:01 < rxr> complete rewrite or what ...
20:01 * rxr grummels
20:02 < mnemoc> reindentation :p
20:04 < valentin> rxr: do you have a link to that octane thing you bid for ?
20:04 < rxr> i have not bid yet
20:04 < rxr> valentin: can you do me a favour and fix qemu in trunk HEAD?
20:04 < rxr> best on my athlon ...
20:04 < rxr> that would rock ,-)
20:05 < valentin> i take a short look
20:06 < rxr> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&rd=1&item=5823488316&ssPageName=STRK:MEWA:IT
20:06 < rxr> valentin: short might not be enough
20:06 < rxr> gcc is claiming to have enough registers IIRC
20:06 < rxr> registers to allocate and schedule ...
20:06 < rxr> I considered the above - but missing parts frithened me
20:06 < rxr> I write them that I would buy it around that price I think if no main part is missing
20:07 < rxr> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=5823765114&rd=1&sspagename=STRK%3AMEWA%3AIT&rd=1
20:07 < rxr> ^- or that one ..
20:07 < rxr> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=5825482935&rd=1&sspagename=STRK%3AMEWA%3AIT&rd=1
20:07 < rxr> ^- that one is of course cooler but EUR++
20:09 < mnemoc> EUR^EUR
20:09 < rxr> it is worth 5000EUR and once cost 30000 EUR or so ...
20:10 < rxr> well - ok maybe 20.000 only ...
20:10 < rxr> a dual 600MHz CPU module is still worth 3.000 US$ on ebay ...
20:11 -!- Baldzius [n=mx@85.206.125.234] has joined #t2
20:12 < Baldzius> moin :)
20:12 < valentin> which one is worth E$5000?
20:13 < valentin> hi Baldzius
20:14 < rxr> valentin: when you look at sgi or other resellers of used machines they have this price still, today
20:14 < valentin> so buy it for $800 and resell
20:17 < Baldzius> hi valentin rxr
20:19 < rxr> fuser is totally broken ...
20:19 < rxr> the output and exit code handing in the new version
20:20 < rxr> valentin: what do you say to those boxes ?
20:21 < rxr> http://cgi.ebay.de/ws/eBa
20:21 < rxr> oope
20:21 < rxr> http://www.linux-mips.org/wiki/IP30
20:24 < mnemoc> there is any 'how to make gnome work' guide? :)
20:25 < rxr> nope
20:25 < rxr> maybe by fixing t2 packaging ...
20:25 < mnemoc> that is a good option
20:26 < rxr> wow - they have a 21.8 psmisc that does return the correct exit code - but still list all files even if not used
20:26 < rxr> can noone work concentrated and accurate these days anymore ...
20:26 < rxr> and this qemu w/ gcc-4.0 thing is also known since half a year and unfixed ...
20:26 < rxr> my oh my ...
20:28 < valentin> rxr: what was haudraufinix ip suffix again ?
20:28 < rxr> oh my ...
20:28 < rxr> .45
20:29 < rxr> sorry - I need to fix obelix to not overwrite the resolve.conf
20:29 < rxr> -e
20:30 < valentin> and where was the tree again ?
20:35 < rxr> /mnt/space/src/t2-trunk
20:35 < valentin> ah
20:37 < valentin> there is no src.quemu yet. which cfg to use ?
20:38 < valentin> back in a minute
20:39 < rxr> non, default as usual ,-)
20:39 < rxr> I can start the build for you
20:49 < rxr> == 11/05/05 20:39:57 =[9]=> Aborted building package qemu.
20:53 < rxr> fuser.c | 32 +++++++++++++++++---------------
20:53 < rxr> diff to the already partially fixed 21.8 ...
20:54 < mnemoc> 32?? was this verbosity intentional?
20:54 < rxr> ouhm
20:55 < rxr> nope
20:55 < rxr> THEY EVEN BROKE ARUGMENT PARSING !!!!!!!!!!!!!
20:55 < rxr> AAAAARRRRRRGGGGGGGGGGGGHHHHHHHHHHH
20:55 < rxr> we should fork of T2 from the linux world as the BSD people did among eachother
20:55 < rxr> all the broken upstream stuff - my oh my ...
20:55 < rxr> * Based on fuser.c Copyright (C) 1993-2005 Werner Almesberger and Craig Small
20:56 < rxr> working on it over 10 years and still get a new minor version as broken as this ...
20:56 < mnemoc> o.o
21:05 < rxr> ok - arguemnt parsing fixed AFAICS
21:05 < mnemoc> there is any way to play with xorg resolution on 'realtime'? (trial&error without restarting X each time?)
21:06 < rxr> fuser.c | 43 +++++++++++++++++++++++--------------------
21:06 < rxr> 1 file changed, 23 insertions(+), 20 deletions(-)
21:06 < rxr> xrandr ?
21:06 < rxr> what do you mean with play
21:06 < rxr> ?
21:09 < mnemoc> try resolutions and refresh not (yet) set on xorg.conf
21:10 < mnemoc> to discover what setting this crappy monitor has
21:11 < mnemoc> i'm sure it supports at least 800x600, but this 640x480
21:14 < rxr> uh oh
21:15 < mnemoc> well... on xorg.conf i do have 1024,800 and 600 x $multiple, but xrandr shows only 640x480 and 320x..
21:16 < rxr> patch send upstream
21:16 < rxr> damn guy
21:17 < mnemoc> me?
21:17 < rxr> nope
21:17 < rxr> this fuser rewrite ueber guru ...
21:17 * rxr could slap hime ...
21:17 < rxr> -e
21:17 < rxr> mnemoc: hm
21:17 < CIA-12> rene * r13167 /trunk/package/base/psmisc/ (fixes.patch psmisc.desc): * updated psmisc (21.7 -> 21.8) and added important fixes
21:17 < rxr> maybe the monitor has DDC and tells your card it only sustains that modes ...
21:18 < mnemoc> it doesn't
21:20 < rxr> maybe vga driver ?
21:21 < rxr> that can only do 320x240 and 640x480@4 ?
21:21 -!- Baldzius [n=mx@85.206.125.234] has quit ["Leaving"]
21:23 < mnemoc> ati driver
21:24 < rxr> mnemoc: ok - no clue then
21:24 < rxr> maybe you look at the wrong bitdepth section ?
21:25 < CIA-12> rene * r13168 /trunk/scripts/Build-Target:
21:25 < CIA-12> * adapted Build-Target to latest fuser that does default to print
21:25 < CIA-12> to stderr, though that is likely to be corrected in a future
21:25 < CIA-12> version (or change randomly on authors goodwill) throw the output
21:25 < CIA-12> to /dev/null and use the exit status - let's hope that is not
21:25 < CIA-12> broken too often randomly upstream :-(
21:26 < rxr> we are at 10x traffic then usual now
21:30 < rxr> oh - server outgoing stream is saturated ...
21:30 < rxr> Avg: 575.88 kBit/s
21:30 < rxr> we have 512 ...
21:30 < rxr> Avg: 588.82 kBit/s
21:31 < mnemoc> fetching what?
21:32 < rxr> ok - no more endless logs listed on Build-Target's end
21:32 * rxr happy
21:33 < misl> rxr: his one looks cool on your desk too. :)
21:33 < misl> http://www.sgi.com/products/visualization/prism/
21:34 < mnemoc> definitively
21:34 < rxr> Price: starting under US$8,500
21:35 < misl> But I am afraid it is still expensive if you get the developr discount :(
21:35 < misl> http://www.sgi.com/developers/business/dev_discount.pdf
21:35 < rxr> World's First Interactive Linux(R) Visualization System
21:36 < misl> sound like buzz to me
21:36 < rxr> they have Intel(R) Itanium(R) - nothing I would pay for
21:36 < rxr> let me rather try to get Intel donate some
21:37 < rxr> if they do not push them they will not be able to sell them in some years anymore ..
21:37 < rxr> or better even less
21:39 -!- Baldzius [n=mx@85.206.125.234] has joined #t2
21:39 < misl> hehe, maybe you can just order the case for the looks and put something different inside
21:39 < misl> only few people will notice :)
21:40 < rxr> mnemoc: there is mostly apache access scrolling by ...
21:40 < mnemoc> why mfgs don't stamp refresh rates on their damn monitors!
21:40 < mnemoc> rxr: www.t2p.o?
21:40 < rxr> mostly
21:40 < rxr> or t2-handook on dl.exactcode.de
21:41 < CIA-12> rene * r13169 /trunk/target/livecd/rootfs/ (etc/passwd etc/shadow home/live.perm):
21:41 < CIA-12> * adapted livecd/rootfs/etc/* for user changes (openldap)
21:41 < CIA-12> * fixed home/live permission setting (was archivsta from cut'n paste)
21:41 < rxr> which reminds me - we need to do handbook work
21:41 -!- Baldzius [n=mx@85.206.125.234] has quit [Client Quit]
21:42 [Users #t2]
21:42 [ _Ragnar_] [ karasz] [ mnemoc] [ owl ] [ sparc-kly]
21:42 [ CIA-12 ] [ maddin] [ morfoh] [ rxr ] [ valentin ]
21:42 [ jsaw ] [ misl ] [ mtr ] [ SerWou]
21:42 -!- Irssi: #t2: Total of 14 nicks [0 ops, 0 halfops, 0 voices, 14 normal]
21:42 < rxr> a lot of Debian branded Firefoxes in the log ...
21:43 < CIA-12> rene * r13170 /trunk/target/livecd/build_image.sh:
21:43 < CIA-12> * speed up livecd image creation by using rsync (with some needed
21:43 < CIA-12> preprocessing) now as well as beeing able to reuse the files from
21:43 < CIA-12> the previous image creation run
21:44 < valentin> rxr: nothing about register counts here: dyngen: ret or jmp expected at the end of op_bsfw_T0_cc
21:45 < rxr> hm
21:45 < rxr> do you track that or should i?
21:46 < misl> rxr: do you know what powerpc 970 is?
21:47 < valentin> rxr: i could append a 'ret' - that would at least compile-fix it. but i fear modifying assembly code i do not fully understand
21:48 < rxr> misl: 64bit Powerpc
21:48 < rxr> as used in Apple Powermac G5, Apple XServer and IBM OpenPower maybe
21:48 < misl> just plain ppc64?
21:48 < rxr> just ?
21:48 < rxr> yes - quite nice
21:48 < misl> I was looking at
21:48 < misl> http://www.alphaworks.ibm.com/tech/systemsim970?open&S_TACT=105AGX16&S_CMP=DWPA
21:49 < misl> Wondered if it was something for noisy :)
21:49 < CIA-12> amery * r13171 /trunk/package/office/ooo/ (hotfix_libwpd.patch hotfix_tarbz2.patch): * fixed ooo to build libwpd
21:50 < rxr> when built with -O0 it compiles ...
21:53 < valentin> which one ?
21:53 < rxr> os.op
21:53 < rxr> op.o even
21:54 < valentin> do not understand that thing anyway
21:54 < valentin> the file seems to be generated
21:54 < rxr> I think out of op.o s.th. is generated ..
21:55 < valentin> this way
21:58 < rxr> ok - I hack it in a ugly way
22:00 < CIA-12> amery * r13172 /trunk/package/office/ooo/t2-distro.patch: * changed ooo to apply unpack_libwpd.diff during build
22:02 < rxr> poor mnemoc - does all the ooo hackery again ... :-(((
22:02 < mnemoc> someone has to
22:02 < rxr> # this is very ugly, but gcc 3 and 4 is very fragile for the qemu assemler code
22:02 < rxr> # and some generator in qemu relies on some return placements
22:02 < rxr> var_remove_regex GCC_WRAPPER_REMOVE " " "-O.*"
22:02 < rxr> var_remove_regex GCC_WRAPPER_INSERT " " "-O.*"
22:02 < rxr> # don't do this at-home - and please fix qemu to build with a reasonable
22:02 < rxr> # optmizing C compiler ...
22:02 < rxr> var_append GCC_WRAPPER_APPEND " " "*op.c?-O0"
22:02 < rxr> per file optimization settings ... :-((
22:03 < rxr> /usr/lib/gcc/i586-t2-linux-gnu/4.0.2/../../../../i586-t2-linux-gnu/bin/ld: errno: TLS definition in /lib/libc.so.6 section .tbss mismatches non-TLS reference in libqemu.a(helper2.o)
22:03 < rxr> /lib/libc.so.6: could not read symbols: Bad value
22:03 < mnemoc> conditional wrapper is great :)
22:03 < rxr> ^- ouhm
22:08 < valentin> *yawn*
22:08 < valentin> feel so tired today
22:08 < owl> must be the northern weather ;)
22:08 < valentin> weather was quite ok in berlin this day
22:09 < valentin> a bit rainy sometimes and a very nice fall day overall
22:09 < owl> hmmm. just because i know someone else from berlin who is tired like hell ;)
22:09 < owl> pffff. :( rain. fog. rain. and more rain. grey. *pukes* :(
22:10 < valentin> who is it ?
22:10 < owl> valentin: dunno if allowed to tell you. sorry ;)
22:10 < valentin> k.
22:14 -!- morfoh_ [n=jeru@p54BECDEA.dip.t-dialin.net] has joined #t2
22:14 < mnemoc> rxr: "Load ddc" on top of xorg.conf (from example) made it ignore my settings
22:15 < rxr> ic
22:15 < rxr> let's see if just building i386-softmmu helps ...
22:15 < rxr> the only thing I need right now
22:16 < rxr> In file included from /TOOLCHAIN/src.qemu.reference.20051105.220652.13839.haudraufinix/qemu-0.7.2/target-i386/op.c:585:
22:16 < rxr> /TOOLCHAIN/src.qemu.reference.20051105.220652.13839.haudraufinix/qemu-0.7.2/softmmu_header.h: In function 'ldub_kernel':
22:16 < rxr> /TOOLCHAIN/src.qemu.reference.20051105.220652.13839.haudraufinix/qemu-0.7.2/softmmu_header.h:100: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
22:17 < mnemoc> o.o
22:20 < rxr> http://lists.gnu.org/archive/html/qemu-devel/2005-11/msg00026.html
22:21 < mnemoc> the first, equally dumb problem being "I can't make ping work with -user-net"???!
22:21 < valentin> hm
22:25 -!- morfoh [n=jeru@p54BEFD3F.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)]
22:26 < rxr> so - now running statically supplied qemu from their homepage ...
22:26 < rxr> live boots
22:26 < rxr> well - mostly
22:29 < rxr> valentin: still alive ?
22:31 -!- kleper [n=kleper@200.30.69.177] has joined #t2
22:32 < kleper> hola
22:32 < rxr> hi kleper
22:35 < valentin> rxr: yes
22:37 < rxr> ok - can I phone you ?
22:38 < valentin> mom
22:39 < valentin> ok
22:54 -!- Howdy125 [i=Howdy125@c-67-183-90-58.hsd1.wa.comcast.net] has joined #t2
22:57 < rxr> hello Howdy125
22:58 < Howdy125> Howdy rxr
23:03 -!- maddin [n=martin@p54BDC8A4.dip.t-dialin.net] has quit ["Leaving"]
23:05 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)]
23:16 -!- Howdy125 [i=Howdy125@c-67-183-90-58.hsd1.wa.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
23:27 < mnemoc> rxr: there is something to convert xvidtune output to xorg.conf syntax?
23:29 < rxr> xvidtune ...
23:29 < rxr> hm - no idea
23:29 < mnemoc> or anything else to 'dump' current monitor config
23:29 < rxr> I really never ever dealt much with modelines because I consider messing with such low-level values broken
23:29 < rxr> and usual fixed the driver ...
23:33 < mnemoc> xorg.conf support xvidtune output using ModeLine statement :)
23:33 < mnemoc> ugly crappy monitor
23:33 < rxr> ...
23:33 < rxr> what the h**l are you at ??
23:34 < mnemoc> installing a 'mnemosyne desktop' on some machines
23:35 < CIA-12> rene * r13173 /trunk/package/kde/kdebase/kdm.postinstall: * fixed kdebase/kdm.postinstall to use a static path to the rock-registry
23:36 < mnemoc> the bad part is i was asked for gnome... which is _very_ distant from 'usable'
23:42 < rxr> mnemoc: yes - for some unknown reason gnome 2.{8.10} do not work well on T2
23:42 < rxr> mostly due to mime type and .desktop stuff
23:42 < rxr> mostly due to this new freedesktop.org standards
23:42 -!- Baldzius [n=mx@85.206.103.253] has joined #t2
23:42 < rxr> no idea why it does not work out welll - my bet is /usr hardcodings ...
23:42 < rxr> but gnome is so far away from my point of focus that, well - I do not really care enough
23:44 < mnemoc> i'm very happy with xfce
23:45 < rxr> I care more that mksquashfs does not work as it used to
23:45 < mnemoc> what did you do with susane's?
23:45 < rxr> made my livecd unusable right now and /me once again debugging
23:45 < rxr> mnemoc: she does not care too much that her app menu is that empty ...
23:45 < rxr> mostly only some kde apps show up
23:45 < rxr> she clicks on the run as to start applications ...
23:45 < rxr> for some reason she also doe not care debugging this ...
23:45 < rxr> what gnome issues do you have ?
23:46 < rxr> btw. you could try building with gnome prefix = /usr and see if that cures gnome ...
23:46 < mnemoc> emptyness
23:46 < rxr> ok - guess what I see on susan's ibook ...
23:46 < mnemoc> emptyness?
23:47 < rxr> yes
23:48 < rxr> apps and mime types mostly empty
23:48 < rxr> app menu that is
23:48 < mnemoc> which files are those?
23:49 < rxr> they are now shared with others desktop environments
23:49 < rxr> there are XDG_* variables to define which dirs to use
23:49 < mnemoc> ic
23:49 < rxr> maybe this is also some caching issue and Gnome must be told to rehash or so
23:49 < rxr> no idea ...
23:49 < rxr> kde works (mostly=
23:49 < rxr> )
23:50 < rxr> in kde the only annoying thing in t2 is, that gnome apps show up - and that f*cked up gnome crap starts for some mime types and exposes the typical brokeness and featurelss gnome apps share to me
23:50 < rxr> I have a tar archine from a web-site in ark, click on some file and have some annoying gedit instead of kate or so ..
23:51 < rxr> I find this shared among desktop environments by default really annoying
23:51 < rxr> maybe we should tweak the variables to only include those files for the desktop environment started by default
23:51 < rxr> though I have not yet meditated enough about that
23:52 < rxr> maybe I boot a fedora or novel desktop and take a look what they did ..
23:52 < rxr> -mksquashfs . $isofsdir/live.squash -noappend
23:52 < rxr> +mksquashfs * $isofsdir/live.squash -noappend
23:52 < rxr> that should work - guess that is a bug in the new mksquashfs - but I'll not debug it tonight
23:52 < rxr> just throw all dirs into it ...
23:53 < rxr> with just one dir it behaves like -keep-as-directory thus I have rootfs in the top-level instead of /bin /etc, ...
23:53 < rxr> strange
23:53 < rxr> bug - well - this works for all versions so be it ...
23:53 < rxr> just lost another hour of the day - with procps junk that makes up two of those. ...
23:54 < rxr> so - let's see how long the athlon squashes on the livecd ...
23:54 < rxr> I also need to apply some space optimizations to it - it is rather huge now and currently even misses ooo ...
23:54 < rxr> mnemoc: what is trunk's:HEAD ooo status ?
23:55 < mnemoc> building.... since now-3:15
23:56 < mnemoc> 2.0.0.1 finally
23:56 < mnemoc> without cairo or java, but building
23:56 < rxr> nice
23:56 < rxr> without java ?
23:56 < rxr> that would be even best ,-)
23:57 < mnemoc> i want to enable java support if a java is enabled, but doesn't work yet
23:57 < mnemoc> due to an API change on bdb java bindings
23:58 < mnemoc> which was not support by OOo at least at 1.9-m123
23:58 < rxr> mnemoc: yeah - this ooo is a pain ...
23:58 < mnemoc> my personal karma
--- Log closed Sun Nov 06 00:00:52 2005