[04:20] fake (n=fake@rapidnetworks.de) got netsplit.
[04:20] fake (n=fake@rapidnetworks.de) returned to #rocklinux.
[04:21] fake (n=fake@rapidnetworks.de) got netsplit.
[04:21] fake (n=fake@rapidnetworks.de) returned to #rocklinux.
[07:49] Pilot (n=pilot@ joined #rocklinux.
[07:56] kasc_ (n=kasc@dslb-084-060-096-026.pools.arcor-ip.net) joined #rocklinux.
[08:03] kasc (n=kasc@dslb-084-060-096-121.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[08:03] Nick change: kasc_ -> kasc
[08:20] [raphael] (n=raphael@host-84-235-196-162.satlynx.net) left irc: "using sirc version 2.211+KSIRC/1.3.12"
[08:30] Pilot (n=pilot@ left #rocklinux ("parting").
[09:41] <netrunner> none on /dev type ramfs (rw)
[09:42] <netrunner> where does that come from?
[09:52] <blindcoder> udev
[09:52] <blindcoder> /etc/initscript mounts a ramfs on /dev/ for udev
[09:56] SMP (n=stefanp@vanessa.wronline.net) got netsplit.
[09:58] <netrunner> ok.
[09:59] <netrunner> daja77: all kde-packages have built now. the noinstall-bdb patch in kdevelop can be deleted as there is no bdb any more.
[09:59] SMP_ (n=stefanp@vanessa.wronline.net) joined #rocklinux.
[10:07] SMP (n=stefanp@vanessa.wronline.net) got lost in the net-split.
[12:01] blindcod1r (n=blindcod@dslb-084-059-041-189.pools.arcor-ip.net) joined #rocklinux.
[12:01] blindcoder (n=blindcod@dslb-084-059-054-185.pools.arcor-ip.net) left irc: Nick collision from services.
[12:02] Nick change: blindcod1r -> blindcoder
[12:45] Nick change: SMP_ -> SMP
[13:06] Action: netrunner uploading the kde update to russia :)
[13:07] <blindcoder> netrunner: any idea when the hal stuff will be "stable"?
[13:07] <blindcoder> so I can run a compile and install on my test machine?
[13:10] <netrunner> blindcoder: what is in submaster should be stable from my side :)
[13:10] <blindcoder> netrunner: well, they seem to be recalled and resubmitted quite frequently
[13:11] <netrunner> blindcoder: I had noticed a typo. fixed the typo, but forget to commit it in submaster before recreating the patch ...
[13:12] <netrunner> blindcoder: Now I would say I'd appreciate feedback. maybe I have missed sth :)
[13:15] <blindcoder> okay
[13:15] <blindcoder> I'll run a build at home with the kde/hal stuff
[13:15] <blindcoder> bbl
[13:20] <netrunner> blindcoder: daja has mentioned that for newest kernel there might be a reworked joystick patch necessary.
[13:34] <daja77> netrunner: have you updated kdevelop?
[13:36] <owl> moin
[13:37] <netrunner> daja77: yes, to 3.3.0
[13:37] <daja77> good
[14:29] madtux (i=miguel@pf0.hostarica.com) joined #rocklinux.
[14:29] <madtux> hello.
[14:29] <daja77> hi miguel
[14:30] <madtux> Hi danny boy
[14:31] <netrunner> hey maddy
[14:31] <madtux> netty!
[14:51] <daja77> oh let's see of that kernel issue is to be blamed on my kernel patch for two kernel releases earlier
[14:56] <blindcoder> moin madtux 
[14:57] <netrunner> hm, good time to do a sm sync ...
[15:00] <netrunner> 4 minutes and my kdeupdate is here :)
[15:02] <daja77> netrunner: i currently try if package/base/linux/linux26/90-joystick_h.patch is the root of all evil
[15:03] <madtux> hi blindy
[15:05] Action: netrunner wonders if I should uninstall kde 3.4.2 before installing 3.5.0 ...
[15:06] Action: daja77 screams
[15:09] <blindcoder> daja77: ouch
[15:09] <daja77> libtool: link: `/usr/lib/libattr.la' is not a valid libtool archive
[15:10] <daja77> >_<
[15:10] <blindcoder> now I'm the blinddeafcoder
[15:10] <netrunner> daja77: ?
[15:11] madtux (i=miguel@pf0.hostarica.com) left irc: Read error: 104 (Connection reset by peer)
[15:11] <netrunner> daja77: maybe you have the libattr moving around stuff installed?
[15:11] <mnemoc> daja77: you broke it or netrunner's patch?
[15:11] <daja77> mnemoc: i don't know
[15:11] Action: daja77 trying to rebuild acl after attr
[15:26] madtux (i=miguel@pf0.hostarica.com) joined #rocklinux.
[15:38] madtux (i=miguel@pf0.hostarica.com) left irc: Read error: 104 (Connection reset by peer)
[15:42] madtux (i=miguel@pf0.hostarica.com) joined #rocklinux.
[15:45] Action: netrunner started a livecd build for a change and goes home
[15:47] <netrunner> hm, running download after sm sync would be a good idea :)
[15:57] <blindcoder> Finished building package xorg.
[15:57] <blindcoder> YAY!
[16:00] <netrunner> blindcoder: what was so special about it?
[16:00] <blindcoder> static linking
[16:00] <blindcoder> and failed the last three times
[16:01] <blindcoder> meaning that LVP 0.5.2-dev has just successfully compiled ;)
[16:10] <clifford> *argwl*
[16:11] <clifford> did anyone actually built the glibc 2.3.5 NPTL stuff ?
[16:11] <daja77> iirc smp tried
[16:12] <clifford> i keep getting the impression thatthe whole NPTL thing is just a myth and noone actually got it running..
[16:12] <blindcoder> moin clifford 
[16:12] <blindcoder> heh
[16:12] <daja77> clifford: i got that impression from glibc hppa
[16:12] <blindcoder> what is NPTL actually supposed to make better?
[16:12] <daja77> threads
[16:12] <blindcoder> well
[16:12] <clifford> WAAAAAAAAAAAAAAAAA!!!!!
[16:13] <blindcoder> in what way?
[16:13] <clifford> now I feel better.
[16:13] <blindcoder> why does everyone scream today >_<
[16:13] <blindcoder> and always near my ears *rubs his hurting ears*
[16:13] <daja77> blindcoder: just a habbit
[16:13] <daja77> -b
[16:15] <madtux> r
[16:15] <madtux> e
[16:15] <madtux> :)
[16:15] <clifford> this is amazing:
[16:15] <clifford> #define lll_futex_wait(futex, val) do { .... } while (0)
[16:15] <clifford> so far, so good.
[16:15] <clifford> but now have a look how this is used:
[16:16] <clifford> int err = lll_futex_wait (futex, 0);
[16:16] <blindcoder> do while (0)?
[16:16] <daja77> clifford: ouch
[16:16] <blindcoder> okay, I don't get it...
[16:17] <clifford> I really can't imagine how this could have compiled in any test build.
[16:17] <clifford> and now the best part:
[16:17] <clifford> this (and some other stuff) has been reported.
[16:17] <clifford> multiple times.
[16:17] <clifford> the answer from th glibc people:
[16:17] <clifford> --snip--
[16:18] <th> BLINK
[16:18] <clifford> If you try to compile glibc yourself and have build errors or test case
[16:18] <clifford> failures you do not understand, then do not report them in bugzilla. The
[16:18] <clifford> developers do builds and make check runs on a regular basis, and if there is
[16:18] <clifford> any real problem they will notice it and fix it quickly.
[16:18] <clifford> --snap--
[16:18] <daja77> wtf?
[16:18] <blindcoder> hehehehe
[16:18] <netrunner> *ROFLBC*
[16:18] <blindcoder> sooo
[16:18] <blindcoder> can someone explain the problem to me?
[16:18] <blindcoder> because I really don't get it
[16:20] <clifford> blindcoder: http://www.eskimo.com/~scs/C-faq/q10.4.html
[16:20] <blindcoder> *click*
[16:20] <clifford> .. and it is pretty clear that this can't return anything and so a "int err = do { .. } while(0);" can't work.
[16:21] <blindcoder> ah
[16:22] <blindcoder> maybe they define int void somewhere else ;)
[16:22] Action: netrunner running kde 3.5 ... first impression: eye-candy-bloat
[16:23] <blindcoder> 2well
[16:23] <blindcoder> it IS KDE you're talking about
[16:23] Action: daja77 likes eye candy bloat
[16:24] <netrunner> the knotes now have an icon of a pin that is growing out of the note ...
[16:24] <daja77> clifford: you should put that answer on the homepage
[16:25] <daja77> just in case anybody complains ;)
[16:25] <blindcoder> wow...
[16:25] <blindcoder> I never thought I'd actually GET that error in LVP...
[16:26] <netrunner> bwaah  "a new medium was found. type of media: dvd video disk. what do you want to do?"
[16:26] <clifford> ... now updating to glibc 2.3.6 ...
[16:26] <blindcoder> "EEP! I have not found any cdroms!"
[16:26] <blindcoder> "Press -<enter>- to shut down."
[16:26] <daja77> 2.3.6 is released?
[16:26] <blindcoder> netrunner: yeah, I heard rumors of that...
[16:26] <clifford> daja77: a month ago
[16:27] <netrunner> but kwirelessapplet has no transparent background. 
[16:27] <daja77> oh ... interesting
[16:27] <blindcoder> netrunner: *phew*
[16:27] <daja77> perhaps it has fixes on hppa in it
[16:27] <clifford> but I have no idea if it actually is functional..
[16:27] <daja77> well ...
[16:28] <blindcoder> netrunner: anything with transparency?
[16:29] <netrunner> blindcoder: pseudo-transparency. 
[16:29] <blindcoder> netrunner: deactivatable, I assume
[16:29] <netrunner> sure
[16:29] <netrunner> but that is old.
[16:29] <blindcoder> hmm
[16:29] <blindcoder> never seen any transparency in KDE
[16:29] <blindcoder> and I sure as hell don't want to
[16:34] Action: netrunner has tried the xorg transparency support. but it is not complete and very slow.
[16:34] <netrunner> (not from kde side, but from xorg side)
[16:35] <blindcoder> i fail to see why one wouldn't want to see the window he operates in clearly
[16:36] Action: netrunner would like to see the shape of his background picture shining through the boring work in his xterm
[16:37] Action: blindcoder thinks of his own background image and decides that it would actually distract him from work
[16:37] <daja77> *lol*
[16:39] Action: netrunner looses 1/4 workspace by grouping xterms around interesting areas of the background image.
[16:39] Action: blindcoder hands netrunner a screen
[16:40] <netrunner> blindcoder: screen is text-mode only. doesn't help arranging xterms :)
[16:40] <blindcoder> netrunner: no, but you can thus have several terminals in one xterm
[16:40] <blindcoder> thus needing less space ;)
[16:42] <netrunner> blindcoder: I already use screen :) 
[16:43] <blindcoder> same here
[16:43] <blindcoder> in a maximized konsole
[16:43] <netrunner> konsole is so slow in scrolling :/
[16:44] <netrunner> when used with transparent background :)
[16:44] <blindcoder> huh?
[16:44] <blindcoder> aaah
[16:44] <blindcoder> so turn off that stupidity
[16:44] <netrunner> no. :)
[16:45] <blindcoder> pff
[16:45] Action: clifford is listening to "trashbeat" in an endless loop since some time now .. I think I'm slowly becoming crazy from it .. try it out:
[16:45] <clifford> http://www.clifford.at/TuxTronic/trashbeat.mp3
[16:45] <blindcoder> can't afforg becoming crazy
[16:45] <blindcoder> have a kendo tournament coming up tomorrow
[16:45] <clifford> I think (hope) that it is just a temporary phenomenon.
[16:46] <daja77> *click*
[16:46] <daja77> clifford: perhaps that bein crazy thing is glibc related
[16:46] <netrunner> blindcoder: but it seems konsole has become faster now ...
[16:47] <clifford> daja77: I only used samples from an industrial plant for that one.
[16:47] <clifford> (I made the tracks 3 or 4 years ago)
[16:47] <daja77> ;)
[16:47] <clifford> thus the name "trashbeat".
[16:47] <daja77> can't listen here in the office, will do later
[16:48] <clifford> hmm.. glibc 2.3.6 is also broken.
[16:48] <blindcoder> surprise, surprise ;)
[16:48] <daja77> what a surprise
[16:48] <daja77> heh
[16:48] <clifford> they don't listen to bug reports - so they don't fix the bugs..
[16:49] <clifford> gcc 3.4.5 is out.
[16:49] <daja77> because they think they don't have them ..
[16:49] <blindcoder> submit a bugreport about them not listen to bug reports ;)
[16:49] <blindcoder> "We know what's good for you. Here's your medicine."
[16:49] <daja77> clifford: if this build finished ok, we could consider switching to 4.0.2
[16:50] <clifford> daja77: hmm.. I think my glibc update will brake some gcc4 stuff again.
[16:51] <clifford> .. most of the gcc4 fixes didn't apply anymore - I guess because they applied most of them.
[16:51] <daja77> clifford: i could try to collect some dan kegel patches again, like i did the last time
[16:51] <clifford> so I simply removed those which didn't apply against glibc 2.3.6 ..
[16:52] <netrunner> tar: squashfs2.2-r2/linux-2.6.14/squashfs2.2-patch: Not found in archive
[16:53] <daja77> ah ic there are no updated patches for 2.3.6 yet
[16:53] <daja77> netrunner: yes the patch is selected by the kernel version, try to set it to an older one
[16:53] <daja77> it probably applies
[16:54] <daja77> netrunner: kdebase now built
[16:55] <netrunner> daja77: have I done sth wrong?
[16:55] <daja77> no
[16:56] <netrunner> phew :)
[16:56] <daja77> the new kernel headers do not have the problem I fixed some releases ago
[16:57] <daja77> netrunner: see 2005120916572325670
[17:02] <netrunner> daja77: ok.
[17:08] Action: netrunner sometimes gets stale nfs handles during cluster build :(
[17:16] <clifford> blindcoder: where is the wiki page for 22C3 topics?
[17:17] <blindcoder> http://doc.rocklinux.org/wiki/TopicsCCC2005
[17:17] <blindcoder> so, I'm off
[17:17] <clifford> blindcoder: mom!!
[17:17] <blindcoder> visiting the today to-be-opened Linux Trend Store
[17:17] <clifford> what happened to that page?
[17:17] <blindcoder> ehm... nothing?
[17:17] <clifford> I've added already some topics..
[17:17] <blindcoder> it's still there and doing fine
[17:17] <blindcoder> humm
[17:18] <blindcoder> you haven't submitted them then
[17:18] <blindcoder> history only shows two commits
[17:18] <clifford> yes I just saw that.
[17:18] <clifford> are you surer that there maybe hasn't been another page too
[17:18] <blindcoder> http://doc.rocklinux.org/wiki/SuggestionForNewCommitModel
[17:18] <blindcoder> this one
[17:18] <clifford> (I also remember some topics which weren't from me which are not on that page eighter)
[17:18] <blindcoder> other than those, there are none
[17:19] <blindcoder> at least not in rockdoc...
[17:19] <blindcoder> maybe they came up in another wiki I'm not aware of right now?
[17:19] <clifford> I'm pretty sure it was the Docwiki.
[17:19] <blindcoder> humm
[17:19] <blindcoder> I also can't remember any commit mails
[17:20] Action: clifford can't remember what the stuff was he posted already.
[17:20] <clifford> ah! yes..
[17:20] <blindcoder> hm?
[17:20] <blindcoder> where did you put it?
[17:21] <blindcoder> clifford: still need me? I'd like to get going. Linux Trend Store awaits me ;)
[17:22] <blindcoder> conveniently placed next to where I have Kendo Training later on ;)
[17:23] <blindcoder> huh?
[17:23] <blindcoder> HELP
[17:23] <blindcoder> AAAH!
[17:23] <blindcoder> clifford is going to rape me!
[17:23] <clifford> I clicked the "Save" button in the RockDoc wiki and it showed me the edit page again without my changes.
[17:23] <blindcoder> clifford: you just rm -rf /?
[17:23] <blindcoder> huh?
[17:24] <blindcoder> well, It Shouldn't Do That(tm)
[17:24] <blindcoder> hmm
[17:24] <blindcoder> interesting
[17:24] <clifford> I can reproduce it.
[17:24] <blindcoder> I see the problem
[17:24] <blindcoder> yeah, same here
[17:24] <blindcoder> that's an untested usecase ;)
[17:24] <clifford> saving a change?
[17:25] <blindcoder> no
[17:25] <clifford> how did all that stuff go into the wiki then?  *g*
[17:25] <blindcoder> saving directly without previewing
[17:25] <blindcoder> hmm
[17:25] <blindcoder> oh
[17:25] <blindcoder> that bug certainly is new
[17:25] <clifford> it also doesn't work with the preview
[17:25] <blindcoder> I wonder where it snuck in
[17:26] <blindcoder> clifford: you must change the username from subwiki to something else for it to work
[17:26] <blindcoder> that's why on "Preview" the text "Author:" is bold
[17:26] <blindcoder> it's a leftover from the wikispam attack earlier this year
[17:27] <clifford> ic.
[17:27] <clifford> hmm.. the glibc build is looking good so far.
[17:28] <blindcoder> okay, this needs a more in-depth look
[17:28] <blindcoder> I know where the problem comes from
[17:29] <blindcoder> but I can't think of a cure right now
[17:29] <blindcoder> I'll tackle this on Sunday
[17:29] <clifford> have a look at the page - I proposed a solution..  ;-)
[17:29] <blindcoder> yeah, I saw it
[17:29] <blindcoder> and I think that's a bad idea for a few reasons
[17:29] <blindcoder> which I'll explain at 22C3 ;)
[17:29] markuman (n=supermar@p50926201.dip.t-dialin.net) joined #rocklinux.
[17:30] <clifford> good.
[17:30] <blindcoder> okay, I'm off
[17:30] <blindcoder> see you then
[17:30] <clifford> I can do explainations to me.  ;-)
[17:30] <clifford> HEUREKA
[17:30] <clifford> == 12/09/05 17:48:44 =[1]=> Finished building package glibc23.
[17:31] Action: netrunner thinks clifford is very emotional today
[17:32] <mnemoc> :)
[17:35] Action: clifford want's to have a crystal with NPTL and GCC4 on 22C3.
[17:37] <netrunner> does anyone know something automatic to lock out ssh login scans?
[17:38] <clifford> "rc sshd stop" would do the job.  ;-)
[17:38] <netrunner> clifford: ok. and next time I can start it is when I come home in january?
[17:39] <clifford> but you can sleep well until then because you know noone will do ssh login scans on your host..
[17:40] <clifford> ok. seriously. this might not what you have been looking for but does a pretty good job on locking down stuff such as ssh:
[17:40] <clifford> http://oss.linbit.com/trapdoor2/
[17:43] <netrunner> clifford: so I would first need to send a magick cookie before I can login?
[17:43] <clifford> yes.
[17:44] <clifford> a little bit like portknocking - but much cleaner.
[17:46] <netrunner> interestingly I only care about my ssh, because it fills my logs. other services might be attackt that I don't think about :)
[17:49] madtux (i=miguel@pf0.hostarica.com) left irc: "Leaving"
[17:55] <netrunner> hm. my build node fails to build packages in stage 0/1 :(
[17:55] <netrunner> (cannot autodetect srctar)
[18:10] youngcoder (n=codemast@166M30.oasis.mediatti.net) left irc: Remote closed the connection
[18:58] menomc (n=amery@ joined #rocklinux.
[18:58] mnemoc (n=amery@ left irc: Nick collision from services.
[18:59] Nick change: menomc -> mnemoc
[19:09] <netrunner> configure: error: GMP with MPFR support is required to build f95
[19:10] <netrunner> gcc40 fails to build here :(
[19:11] <netrunner> whatever GMP with MPFR support is.
[20:00] <netrunner> :) " I heard gentoo users unroll their toilet paper and rebuild the roll while having a 'session' "
[20:02] <stf^rocklinux> netrunner: GMP = GNU multiple precision arithmetic library
[20:02] <stf^rocklinux> if gcc40 is the default compiler GMP has to be built in stage 1
[20:03] <stf^rocklinux> if f95 compiler is to be built
[20:03] <netrunner> stf^rocklinux: ah ok.
[20:03] <netrunner> so I should probably add gmp to livecd
[20:03] <stf^rocklinux> wouldn't hurt
[20:04] <stf^rocklinux> but gcc40 as default compiler is not that well tested
[20:04] <stf^rocklinux> some non-core packages might not build with it
[20:05] <stf^rocklinux> actually I'm pretty sure some won't build without patching ^^
[20:06] <netrunner> stf: I heard daja is quite advanced in his build without major issues
[20:07] <stf^rocklinux> core and bootdisk packages should build with gcc40 by now
[20:10] Action: netrunner trying... also with new pkgselection fluff :)
[20:10] <stf^rocklinux> me too ^^
[20:44] [anders-mcafee] (n=assassin@ left irc: Read error: 110 (Connection timed out)
[21:00] [anders-mcafee] (n=assassin@ joined #rocklinux.
[21:08] <netrunner> configure: error: forced unwind support is required
[21:08] <netrunner> so where do I get forced unwind support? :)
[21:09] <stf^rocklinux> for which package?
[21:10] <mnemoc> --enable-forced-unwind-whatever?
[21:12] <stf^rocklinux> may be worth a try ^^
[21:12] <stf^rocklinux> which package is this configure for?
[21:19] <netrunner> error in glibc23
[21:19] <stf^rocklinux> 2.3.6?
[21:20] <netrunner> yes. maybe it is dependent on activation of nptl?
[21:20] <netrunner> clifford: have you tested the glibc patch in a full build?
[21:23] markuman (n=supermar@p50926201.dip.t-dialin.net) left irc: "http://www.linwiki.org - wiki around os linux!! #linwiki"
[21:34] <netrunner> hm. it seems it is something the copiler needs to support. and my not-so-old build doesn't :(
[21:39] <stf^rocklinux> maybe this helps: http://www.mail-archive.com/debian-glibc@lists.debian.org/msg28460.html ?
[21:41] <stf^rocklinux> from http://linux-setup.news-view.co.uk/topic-5162.html : unwind is a compiler feature, so you need to upgrade or build your compiler unwind support withikn.
[21:42] <netrunner> stf: first link is not helpful. second is what I already said, it seems to be something my gcc misses
[21:43] <netrunner> will try to tell him to cross-compile.
[21:47] <netrunner> maybe the nptl should only be enabled in chroot?
[22:10] <stf^rocklinux> the check for forced unwind support is in glibc-2.3.6/nptl/sysdeps/pthread/configure
[22:11] <stf^rocklinux> running configure on the command line with gcc34 here says it has forced unwind support
[22:20] <stf^rocklinux> netrunner: I guess forced unwind support is not available in stage 0 gccs?
[22:21] <stf^rocklinux> in what stage does the error appear?
[22:22] mnemoc (n=amery@ got netsplit.
[22:22] SMP (n=stefanp@vanessa.wronline.net) got netsplit.
[22:22] th (n=th@montana.hbsn.de) got netsplit.
[22:22] netrunner (n=andreas@anvame.net) got netsplit.
[22:22] owl (n=owl@ got netsplit.
[22:23] mnemoc (n=amery@ returned to #rocklinux.
[22:23] SMP (n=stefanp@vanessa.wronline.net) returned to #rocklinux.
[22:23] netrunner (n=andreas@anvame.net) returned to #rocklinux.
[22:23] owl (n=owl@ returned to #rocklinux.
[22:23] th (n=th@montana.hbsn.de) returned to #rocklinux.
[22:28] _Ragnar__ (i=loki@ joined #rocklinux.
[22:39] _Ragnar_ (i=loki@ left irc: Read error: 110 (Connection timed out)
[00:00] --- Sat Dec 10 2005