WebHosting Paid by #1Payday.Loans


   The ROCK Linux project has been discontinued in 2010. Here are the old data for the historical record!

[00:00] <daja77> no they don't fit on the iso image :(
[00:01] <th> that's a mess.
[00:01] <daja77> yes it sucks
[00:01] <th> that way i cant even build my nvidia driver
[00:01] <daja77> you could emerge them
[00:01] <th> perhaps we should remove one of our QTs for it
[00:01] <fake> *nod,nod*
[00:02] <daja77> nah it is not because of qt
[00:02] <th> but qt would save enough space for kernel sources to fit?
[00:02] <daja77> don't think so, they didn't fit when we just had one qt
[00:02] <daja77> but you can try of course
[00:04] <fake> let's remove xorg from crystal
[00:04] <fake> bwahaha
[00:05] <daja77> or glibc ;)
[00:05] <daja77> .oO (i never started it anyway)
[00:06] <th> hehe
[00:08] <daja77> n8
[00:08] <fake> n8 daja77 !
[00:08] <th> n8 daja
[00:08] <owl> gn8 daja77 
[00:08] <th> stf^rocklinux: you dont have any fixes for the kde issue handy?
[00:08] <th> (by accident)
[00:09] <stf^rocklinux> th: no, I don't even know exactly where the problem is...
[00:12] <th> yea same here.
[00:12] <th> konquerer.desktop looks fine
[00:12] <th> perhaps it's just in wrong place
[00:17] <stf^rocklinux> possibly
[00:19] <stf^rocklinux> well, good night! I'm going to go to bed...
[00:19] <fake> n8!
[00:19] <th> yea good night
[00:27] <owl> gn8 fake , th 
[00:27] <th> cya owl 
[00:41] <fake> okay
[00:41] <fake> th: do you know a few things about gs ?
[00:46] <th> no
[00:46] <th> sorry
[00:50] _BoS_ (n=BoS@dslb-088-072-033-066.pools.arcor-ip.net) left irc: Remote closed the connection
[00:50] _BoS_ (n=BoS@dslb-088-072-036-002.pools.arcor-ip.net) joined #rocklinux.
[01:00] <th> hmmm despite having included your s/audio/sound/ patch... aplay still says i have to create a group audio
[01:10] blindcod1r (n=blindcod@tor/session/x-c802f25c20fa8c6a) joined #rocklinux.
[01:10] blindcoder (n=blindcod@tor/session/x-79f4d51ed00c2c3e) left irc: Nick collision from services.
[01:11] Nick change: blindcod1r -> blindcoder
[01:13] kasc_ (n=kasc@dslb-084-060-105-087.pools.arcor-ip.net) joined #rocklinux.
[01:22] <fake> argh
[01:22] <fake> the most complicated thing with this fax setup is adding header and footer to the pdf/tiff documents
[01:24] kasc (n=kasc@dslb-084-060-107-099.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[01:24] Nick change: kasc_ -> kasc
[01:38] <fake> drives me crazy
[02:43] <fake> ok, got it
[02:43] <fake> now i'll install the PL1 crystal iso
[02:49] <th> cool
[03:37] <fake> th: nice!
[03:38] <fake> th: despite the fact that i now use the (sucky) open source nv driver, too ;-)
[03:38] <th> hmm?
[03:38] <th> what's nice?
[03:38] <fake> sata_piix, btw
[03:38] <fake> the install worked perfectly
[03:39] <th> hmm
[03:39] <fake> got x w/ kde up in no time
[03:39] <th> interesting
[03:39] <th> automatic x configuration?
[03:39] <fake> why?
[03:39] <fake> no, sed -e 's,fbdev,nv,' -i /etc/X11/xorg.conf 
[03:39] <fake> ;-)
[03:40] Action: fake fetching kernel sources... the blinking monitor #2 is driving me crazy
[03:40] <th> you dont want to see my /dev/discs/
[03:40] <th> :-/
[03:40] <fake> ake@localhost:~$ ls -a /dev/discs/disc0/
[03:40] <fake> .  ..  disc  generic  part1  part2  part3
[03:40] <fake> ?
[03:40] <th> yea
[03:41] <th> that's when you have one disk
[03:41] <th> now i did modprobe sata_nv
[03:41] <th> to get the other disk visible
[03:41] <fake> .oO( oh no, not again )
[03:41] <th> https://www.rocklinux.net/people/teha/scsi.png
[03:41] <fake> *klick* testing firefox ;)
[03:42] <th> you can't listen - i said you dont want to see it
[03:42] <th> (no he'll cry)
[03:42] <th> s/no/now/
[03:42] <fake> argh!! but we fixed that!! like, i tested it a gazillion times!
[03:42] <fake> th: can you de-bug it?
[03:43] <th> haha
[03:43] <th> sorry
[03:43] <th> oh well
[03:43] <th> i would start with adding some table of discs to a file in /dev/discs
[03:43] <fake> still no wheel group, though
[03:44] <fake> th: but that would be redundant information...
[03:44] <th> but it might work
[03:44] <th> cause we dont need all these hacks
[03:45] <th> perhaps we can make it more steps
[03:45] <th> like 1) counting current disks
[03:45] <th> 2) finding if the device fits into an already existing disk
[03:45] <th> and not this hackish crap
[03:45] <th> this is not debuggable!
[03:46] <fake> th: i agree
[03:46] <th>     for x in /dev/discs/disc* ; do
[03:46] <th>            if readlink `ls -d $x/* | awk '{print $0; exit;}'` | grep -q "${l_log%$lpart}" ; then
[03:46] <th>                x=`echo $x | cut -f3 -dc` # gives the number in disc0
[03:46] <th>                break
[03:46] <th>            fi
[03:46] <th>            unset x
[03:46] <th>     done
[03:46] <th> that's sick
[03:46] <fake> th: that's cliffordian style ;-)
[03:46] <fake> boy... it feels damn good to be using linux once again
[03:48] <th> you're using linux?
[03:49] <fake> yes, sure i am. i always test the kernel along with crystal ;P
[03:50] <fake> Ctrl+SysReq+bla
[03:50] <th> i hate the rock kernel for not having /proc/config.gz
[03:50] <fake> ARGH!
[03:51] <fake> what's wrong with my 'multimedia' kde app folder?
[03:51] <th> yea
[03:51] <fake> th: ack!
[03:51] <th> that's because of the /usr change
[03:51] <fake> wtf is all that CRAP?
[03:51] <th> and the two default icons in the taskbar dont work
[03:51] <th> fake: thats screensavers
[03:51] <fake> aaah!
[03:51] <fake> cool... *trying them all*
[03:51] <fake> i got 'home' and 'konqueror'
[03:51] <th> it's not filling half of my screen, though
[03:51] <th> do they work?
[03:52] <th> i doubt that
[03:52] <fake> it's filling my complete screen
[03:54] <fake> https://f4k3.net/~fake/shot.png
[03:54] <fake> no, they don't work :(
[04:02] Action: fake testing 2.6.16
[04:02] <fake> is there any obvious reason we're using xorg 6.8.2 and not 6.9.0?
[04:02] madtux (i=miguel@pf0.hostarica.com) left #rocklinux ("Leaving").
[04:02] <fake> (i've got a patch ...)
[04:03] <th> fake: i can do that in my next journal
[04:03] <th> if you do the gcc+kernel things
[04:03] <th> but i want to have this kde thing fixed
[04:03] <th> enter the following in Konsole:
[04:04] <th> kfmclient openProfile foo
[04:04] <th> and
[04:04] <th> kfmclient openProfile webbrowsing
[04:04] <th> see mail on rock-devel ubject: Re: [rock-devel] [rock-sm] 2006030913432709928 daja77 vote pro
[04:05] <fake> i read it...
[04:05] <fake> sucks
[04:05] <fake> i hate .desktop files
[04:06] <fake> th: i have to test it myself first - i created it on x86_64, and it never built there (yet)
[04:06] <fake> th: though i did the whole adopt-our-patches-work already
[04:06] <th> however
[04:06] <th> i got up at 9
[04:06] <th> i need sleep
[04:08] <fake> you're right
[04:08] <fake> get sleep
[04:08] <fake> i'll test the gcc40 switch on a minimal build
[04:08] <fake> and the xfree update on a minimal+x11 build on this machine (without the gcc4 update)
[04:17] <fake> hrm
[04:17] <fake> the nvidia driver doesn't compile with 2.6.16
[04:21] <fake> th: https://www.nvnews.net/vbulletin/showthread.php?t=62021
[04:33] netrunner (n=andreas@anvame.net) left irc: Remote closed the connection
[04:34] netrunner (n=andreas@anvame.net) joined #rocklinux.
[08:14] <blindcoder> moin
[09:50] <stf^rocklinux> moin moin
[09:51] Action: stf^rocklinux is installing 20060321-crystal_PL1_cd1.iso...
[09:56] ija_ (n=ija@155.242.80.212.versanetonline.de) joined #rocklinux.
[09:57] ija (n=ija@62.242.80.212.versanetonline.de) left irc: Nick collision from services.
[09:57] Nick change: ija_ -> ija
[10:02] ringo (n=info@ip565668e1.adsl-surfen.hetnet.nl) joined #rocklinux.
[10:03] <th> *yawn*
[10:04] <blindcoder> my word exactly
[10:05] <th> blindcoder: would you mind becoming an desktop-file expert? ;-]
[10:05] <blindcoder> yes
[10:06] <th> damn
[10:06] Action: blindcoder won't mention the fact that he added 99% of ROCKs desktop files and wrote a desktop-to-icewm-menu-converting-shellscript
[10:06] Action: blindcoder as well as the auto-install-desktop-files-mechanism in Build-Pkg
[10:07] <blindcoder> so
[10:07] <blindcoder> what do you want to know?
[10:07] <th> blindcoder: the kde=prefix==/usr issue. as seen on the ML
[10:08] <blindcoder> can you send me the non-working desktop files?
[10:08] <th> the problem is not the desktop file as is
[10:08] <th> it's more the location of the desktop file
[10:08] <th> or even something else
[10:09] <blindcoder> hmm
[10:09] <fake> mon
[10:09] <th> moin fake
[10:09] <blindcoder> the programs just don't run?
[10:09] <blindcoder> mein fake 
[10:09] <blindcoder> err
[10:09] <blindcoder> moin
[10:09] <th> blindcoder: i get the output as described in the mail
[10:10] Action: blindcoder searches his mutt screen
[10:10] Action: fake 2hrs of sleep -_-
[10:10] <blindcoder> sleep is for the cats
[10:10] <th> 04:07:11 < th> see mail on rock-devel ubject: Re: [rock-devel] [rock-sm] 2006030913432709928 
[10:10] <fake> th,blindcoder: the x11r6 security patch that was hot-committed is -p0, but should be -p1
[10:10] Action: th had 4h
[10:11] <th> fake: how could that have applied?
[10:11] <fake> th: gcc40 + kernel update to 2.6.16 make strace fail, that's it - investigating
[10:11] <fake> th: the patch itself, not the submaster patch
[10:11] Action: blindcoder pleads guilty
[10:12] <blindcoder> I just wget'd and committed it
[10:12] <blindcoder> th: I see
[10:12] <fake> (not that it hadn't happened to anyone else before (scsi-dev-discs.patch) ;)
[10:12] <blindcoder> th: I don't have a machine to test on until the weekend
[10:13] <th> blindcoder: would shell access suffice?
[10:13] <th> blindcoder: i could bring kde up
[10:14] <th> fake: so did you hothotfix that patch?
[10:15] <netrunner> moin
[10:15] <blindcoder> th: not right now. you don't want to know how I access IRC at the moment
[10:15] <netrunner> ill right before the end of winter :/
[10:15] <blindcoder> netrunner: bad timing
[10:16] <fake> th: will do in a few minutes
[10:16] <th> fake: anything which would be interesting?
[10:16] <th> did i miss somethign else?
[10:16] <fake> not afaics
[10:16] <th> cool
[10:17] <fake> xorg 6.9.0 test build still running
[10:17] <blindcoder> th: but a vnc service with webfrontend would work
[10:17] <th> hmm 
[10:17] <th> i think that would even be doable
[10:28] [raphael] (n=raphael@raphael.netpark.at) joined #rocklinux.
[10:28] <daja77> moin
[10:28] <[raphael]> moin moin
[10:29] <fake> boy, this SUCKS
[10:29] <daja77> what?
[10:29] <fake> kernel headers are a mess!
[10:30] <daja77> with every major release ..
[10:30] <daja77> perhaps they'll work again in 2.6.16.3 @_@
[10:30] <stf^rocklinux> fake: we had to fix programs because of kernel header changes in the past...
[10:31] <stf^rocklinux> daja: I'm not sure that we are doing it the right way...
[10:32] <fake> even x is b0rken now
[10:32] <stf^rocklinux> daja: there was a post by Linus who, iirc, said that if kernel header changes break user programs, programmers should complain
[10:33] <stf^rocklinux> daja: because that would almost always be a bug in the new kernel headers
[10:33] <th> do recall that correctly? userland should not include kernelspace?
[10:33] <daja77> stf^rocklinux: i don't give a damn, it is not my fault if some programs using kernel headers and what I saw it was mostly broken type definitions in the kernel headers
[10:34] <stf^rocklinux> th: yes, but you always need some sort of interfaces visible to userland, don't you?
[10:35] <stf^rocklinux> daja: those type definitions work inside the kernel, but might be broken if used by userland programs...
[10:38] <daja77> they don't work in user programs, because one half of it is kernel protected and the other one os not ..
[10:39] <stf^rocklinux> daja: It seems programs often break when kernel developers move type definitions from user to kernel space, so that they are no longer usable outside of the kernel
[10:40] <stf^rocklinux> daja: but they must have worked with some older kernel release or else they wouldn't be included in a program in the first place
[10:44] <daja77> and this before breakfast
[10:44] <daja77> cu later
[10:45] <stf^rocklinux> cu
[11:33] <fake> linux/input.h needs a patch
[11:35] <owl> moin
[11:36] <stf^rocklinux> fake: for xorg 6.9.0?
[11:36] <stf^rocklinux> moin owl
[11:36] <owl> hi stf^rocklinux 
[11:41] <fake> stf^rocklinux: for being includable by userspace without breaking
[11:42] <stf^rocklinux> fake: ah, ok
[11:46] <fake> The 
[11:46] <fake> linux-libc-headers is now the approved substitute for kernel headers in 
[11:46] <fake> userspace.
[11:46] <fake> https://ep09.pld-linux.org/~mmazur/linux-libc-headers/
[11:46] <th> let's put X to kernelspace
[11:54] <fake> rtc.h needs a patch
[11:56] <netrunner> fake: yeah, something about hrtimer_forward, yes?
[11:56] <fake> no
[11:56] <netrunner> hm.
[11:56] <fake> netrunner: interrupt.h included outside __KERNEL__ define
[11:56] <netrunner> o
[11:56] <fake> (yet unneeded)
[11:57] <fake> something simliar in input.h
[11:58] <stf^rocklinux> fake: using different headers in /usr/include/linux and /usr/src/linux/include/ seems to be the recommended way for a long time...
[11:59] <stf^rocklinux> fake: but how do you mean  "approved substitute for kernel headers"?
[12:02] <stf^rocklinux> fake: ah, there's /doc directory...
[12:06] <fake> stf^rocklinux: quote from the syslinux mailinglist, he said to quote linus
[12:06] <fake> stf^rocklinux: that mail was from january 2005
[12:17] <fake> == 03/22/06 11:19:00 =[5]=> Finished building package xorg.
[12:17] <fake> now let's see where i put that vmware client...
[12:17] <fake> ah, wait, i can use qemu now *wee*
[12:26] <blindcoder> it's so easy to make him happy :)
[12:31] <fake> hrmpf
[12:33] <blindcoder> MUAHAHAHA
[12:33] <blindcoder>  "9-11 how can I help you?"
[12:33] <blindcoder> "Yes, I need a second grade English class here pronto!"
[13:07] <stf^rocklinux> Hmm, if we patch kernel headers for user programs, the resulting patches should be linux2x-header specific (with a .patch.linux2x-header suffix)...
[13:08] <stf^rocklinux> or we could use linux-libc-headers in the linux26-header package 
[13:24] <fake> we should test that
[13:24] <fake> linux-libc-headers i mean
[13:33] <stf^rocklinux> fake: I could add a linux-libc-headers package as a replacement of linux26-header
[13:33] <fake> stf^rocklinux: if you have the time, yes, please
[13:33] <fake> stf^rocklinux: i will gladly test it
[13:38] Nick change: _BoS_ -> BoS|afk
[13:54] <fake> stf^rocklinux: i would do it now - before i break everything else
[13:54] <fake> stf^rocklinux: are you already working on it?
[14:04] <stf^rocklinux> yes
[14:04] <stf^rocklinux> fake: yes, should be ready in a few minutes
[14:06] <fake> stf^rocklinux: kewl
[14:07] <daja77> aaah https://www.heise.de/newsticker/meldung/71128
[14:08] <daja77> so there are 2 advisories pending, guess I'll just do it that way ..
[14:10] <blindcoder> you need root privileges for this buffer overflow... what a truly biiiiiig risk
[14:14] Nick change: BoS|afk -> _BoS_
[14:26] <stf^rocklinux> lol, installing kernel-libc-headers in /usr/local/include broke Build-Pkg :S
[14:28] <fake> o_O
[14:31] <blindcoder> the fuck?
[14:32] <fake> anyone seen a thunderbird uptate to 1.5.x patch in sm?
[14:34] <blindcoder> no
[14:35] <fake> hm
[14:35] <fake> nah.. i don't have the time now
[14:36] <daja77> i could do one
[14:37] <stf^rocklinux> fake: https://www.rocklinux.net/submaster/smadm.cgi?i=2006032214363810575
[14:37] <fake> stf^rocklinux: rock0rs!
[14:37] <th> that might be a wise approach
[14:38] <stf^rocklinux> fake: just disable linux26-header (via kernel submenu)
[14:38] <blindcoder> stf^rocklinux: /mydir/ ?
[14:39] <stf^rocklinux> fake: the build stages are wrong ... I'll fix that
[14:39] <stf^rocklinux> fake: err, that was for testing...
[14:41] <stf^rocklinux> fake: https://www.rocklinux.net/submaster/smadm.cgi?i=2006032214411111065
[14:42] <blindcoder> +mkdir -p $root/usr/include
[14:42] <blindcoder> guess that's already part of 00-dirtree
[14:43] <blindcoder> if not, why?
[14:44] <mnemoc> at least it use to be there
[14:44] <mnemoc> at data.txt thing
[14:45] <daja77> hi mnemoc 
[14:45] <stf^rocklinux> blindcoder: you're right, it's already in dirtree
[14:47] <mnemoc> hi daja77 
[14:51] <fake> stf^rocklinux: i see it
[14:51] <fake> stf^rocklinux: shouldn't it disable the linux26-header package, too?
[14:52] <fake> stf^rocklinux: the patch, i mean ;)
[14:52] <stf^rocklinux> fake: linux-libc-header should be disabled by default ...
[14:52] <clifford> www.clifford.at/priv/phoenix_traffic_01.png
[14:52] <clifford> www.clifford.at/priv/phoenix_traffic_02.png
[14:53] <clifford> 212.69.162.24 is phoenix (the server running the rocklinux stuff)
[14:54] <daja77> hi clifford 
[14:54] <clifford> .. but I can't find this ~1GB/Hour peak in the apache logs.
[14:55] <clifford> hi daja77 
[14:55] <daja77> svn checkouts?
[14:56] <clifford> but they are also loggen (when http is used), aren't they?
[14:57] <daja77> yes but perhaps svn:// was used
[14:57] <clifford> this data is http traffic only.
[14:57] <daja77> ah ok
[14:57] <fake> stf^rocklinux: why that?
[14:58] <daja77> clifford: can you give me the right to mark patches as applied when i committed sth?
[14:58] <stf^rocklinux> fake: because linux26-header is the default
[14:58] Action: fake used svn:// around that time yesterday
[14:58] <fake> stf^rocklinux: not anymore, if linux-libc-headers works
[14:59] <clifford> daja77: done.
[14:59] <daja77> thx
[14:59] <stf^rocklinux> fake: well then linux26-header should be disabled. For now I assume that users know what they are doing ;)
[15:00] <daja77> clifford: have you looked at the template i was posting?
[15:00] <fake> daja77: can you do the ff update? i remember reading about a thunderbird security issue in versions <= 1.0.7
[15:00] <fake> daja77: i mean, tb
[15:00] <clifford> we had 18 GB HTTP and 22 GB total traffic on phoenix in the last two weeks.
[15:00] <fake> stf^rocklinux: i never know what i'm doing, i'm just poking around in this bunch of shell scripts...
[15:00] <fake> stf^rocklinux: ;)
[15:01] <daja77> fake: aye
[15:01] <fake> daja77: cool, thanks!
[15:01] <clifford> but usually it is significant below 200 MB/Hour.
[15:01] <fake> clifford: i bet it's all th's fault
[15:02] <th> whut?
[15:03] <fake> th: you're making too much traffic ;)
[15:03] <th> i work too much?
[15:03] <blindcoder> 3.5 GB?
[15:03] <blindcoder> doesn't sound like much
[15:04] <blindcoder> oh, nm
[15:04] <daja77> fake: can you or stf send a 2.6.16 update patch when you are finished, so i can write an advisory for that netfilter stuff too
[15:05] <fake> daja77: yes, but it'll take one more build run
[15:05] <fake> daja77: kernel headers are fubar, i'll try a build with linux-libc-headers instead now
[15:05] <daja77> np the advisory will come when everything is worked out anyway
[15:05] <blindcoder> clifford: had you used dragon, you would know exactly which program/port/ip-address and user created the traffic *hides*
[15:06] <clifford> daja77: ad template: I'm for text-only (no html parts) announcements.
[15:06] <clifford> besides that it looks fine.
[15:07] <clifford> blindcoder: this peak has been generated by a large range of ip adresses (at least 300), generating less than 3 MB of traffic each.
[15:07] <th> clifford: is the traffic becoming a problem?
[15:08] <fake> stf^rocklinux: Found shared files with other packages:
[15:08] <fake> usr/include/scsi: glibc23:dev linux-libc-headers:dev
[15:08] <fake> usr/include/scsi/scsi.h: glibc23:dev linux-libc-headers:dev
[15:08] <fake> usr/include/scsi/scsi_ioctl.h: glibc23:dev linux-libc-headers:dev
[15:08] <fake> usr/include/scsi/sg.h: glibc23:dev linux-libc-headers:dev
[15:08] <daja77> clifford: there was html in it?
[15:08] <fake> wtf?
[15:08] <clifford> th: no. not really. I'm running tc in this rack.
[15:08] <stf^rocklinux> fake: that's mentioned in the packages README
[15:08] <th> clifford: tc?
[15:09] <daja77> clifford: so you don't mind the ids?
[15:09] <fake> stf^rocklinux: we copy scsi includes from glibc?
[15:09] <stf^rocklinux> fake: they are not the  same
[15:09] <blindcoder> clifford: it wasn't meant serious. dragon is an almost, but not quite useful traffic logging program I created
[15:09] <clifford> th: traffic control, the linux QOS thingy.
[15:09] <th> clifford: ahh of course. ok
[15:09] <fake> stf^rocklinux: why, oh, why is glibc creating headers in /usr/include/LINUX ?
[15:11] <daja77> so that programs can include <linux/types.h> and <sys/types.h> to get conflicting defnitions ..
[15:11] <fake> *haareraufend*
[15:11] <stf^rocklinux> fake: the FAQ recommends to use glibc scsi headers... so don't copy the ones from llh
[15:11] <clifford> blindcoder: I think I will stick with my creation, nettoll. Its pretty much overkill for the ROCK server but it works fine (it has been design for very large coroprate networks, some of you customers use it to monitor >10.000 workstations)
[15:11] <stf^rocklinux> fake: could you send an updated patch to SM?
[15:11] <blindcoder> clifford: sweet
[15:11] <fake> stf^rocklinux: sure
[15:12] <fake> stf^rocklinux: i'll also use cp -v
[15:12] <daja77> clifford: have to check that, if there was html in it, it was because i temporalily used my gmail account for sending
[15:13] <stf^rocklinux> fake: yes, that's better
[15:13] <blindcoder> daja77: at least my mutt invoked w3m to display the mail...
[15:14] <th> anyone willing to investigate the desktop files issue? that's holding back my current journal
[15:15] <blindcoder> th: I'm waiting for that promised vnc desktop
[15:15] <daja77> d'oh
[15:15] <th> blindcoder: ahh
[15:15] <daja77> this sucks where can I set this up in gmail
[15:15] <th> blindcoder: "promised" is too much. but let me se
[15:15] <th> e
[15:15] <blindcoder> ;)
[15:15] <fake> stf^rocklinux: i'll only copy linux/ and asm-generic/ and asm-$lxcpu
[15:15] <fake> stf^rocklinux: nobody cared about the others missing yet...
[15:16] <blindcoder> clifford: well, dragon would require about 5 GB of database storage per DSL line per day. I defined it as broken by design and dumped it :)
[15:17] <fake> o_O 
[15:17] <fake> stf^rocklinux: there is no asm-generic, so i guess i'll just skip that..
[15:18] <stf^rocklinux> fake: ok
[15:24] <fake> argh - why is cp -v not outputting anything ?
[15:24] <fake> nargh, whatever, the package seems okay
[15:33] <fake> stf^rocklinux: https://www.rocklinux.net/submaster/smadm.cgi?i=2006032215330528360
[15:37] <daja77> aaaah guess i found it 
[15:37] <daja77> of course i should not switch on formatting in mails @_@
[15:42] <daja77> fake: the mozilla page does not list any security fixes in thunderbird 1.5 but i'll test the update anyway
[16:05] <fake> daja77: let me see where i saw it
[16:08] <fake> stf^rocklinux: linux-libc-headers build is looking fine so far
[16:08] <stf^rocklinux> th: I don't have the slightest clue why the Home and Web-Browser buttons on the KDE panel don't work ...
[16:08] <stf^rocklinux> fake: nice :)
[16:09] <th> stf^rocklinux: the same message appears if you give another word instead of "webbrowsing'
[16:12] <fake> daja77: https://lwn.net/Alerts/174317/
[16:13] <fake> we (at our company) are going to become lwn subscribers :)
[16:15] <daja77> ah thx
[16:28] <fake> th: i can't send mails via KMail in the crystal from yesterday
[16:28] <fake> th: at least not with authentication
[16:28] <fake> th: SASL(-4) no auth method or something
[16:29] <th> hmmmmmmm
[16:29] <th> try harder!
[16:29] <fake> "no worthy mechs found"
[16:29] <fake> that's the error
[16:31] <fake> Mar 22 15:31:19 localhost kio_smtp [kdeinit] smtps /tmp/ksocket-fake/klauncherGb84Nb.slave-socket /tmp/ksocket-fake/kmailriv
[16:31] <fake> YEa.slave-socket: No worthy mechs found
[16:31] <fake> it's even in var/log/messages
[16:31] <daja77> wtf?
[16:32] <th> postfix broken?
[16:32] <daja77> hm tb still building
[16:33] <daja77> hehe if i send a mail with the rocklinux.org address it is flagged with the austrian flag at the receipient
[16:34] <fake> th: which postfix?
[16:34] <fake> th: i'm getting this with 2 distinct mail servers, both using smtp authentication
[16:35] <fake> th: one is lotus notes, smtp with ssl, PLAIN auth
[16:35] <fake> th: the other is postfix/cryus-sasl
[16:36] <daja77> have you played with the kmail smtp ssl settings .. the autodetection somehow fails to figure out the right one
[16:36] <fake> yes,  a lot.
[16:36] <th> fake: i thought you'd be talking of latest crystal
[16:36] <fake> additionaly, a colleague is using kmail on gent.., there it works with settings that fail for me.
[16:36] <fake> th: i am
[16:37] <fake> th: kmail talking to those mailserver
[16:38] <stf^rocklinux> fake: have you tried running kmail from a konsole to read the output? Maybe there is a hint...
[16:39] <fake> package/tsa/cyrus-sasl2 has a CORE flag
[16:39] <fake> stf^rocklinux: no, unfortunately it detaches after starting up
[16:40] <fake> let's remove the cyrus-sasl package, and make cyrus-sasl2 install it headers where it wants
[16:41] Action: fake doing a quick grep
[16:43] daja77_ (n=daja77@dslb-088-072-040-115.pools.arcor-ip.net) joined #rocklinux.
[16:44] <fake> would save us 6 patches
[16:44] <fake> openldap, sendmail, kdebase, kdepim, multisync, cyrus-sasl2/sasl2_includes.patch
[16:45] <fake> thumb * pi
[16:46] <fake> additionally, mutt.conf, openldap.conf, python-ldap.conf and multisync.conf set the includedir explicitely
[16:52] <daja77_> blindcoder: do you have some information about the security issue with x.org?
[16:53] <fake> anyone with the PL1 crystal from yesterday: can you start "mutt" for me?
[16:54] daja77 (n=daja77@dslb-088-072-040-115.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[16:54] <fake> ...
[16:59] <stf^rocklinux> fake: what for?
[17:00] <fake> stf^rocklinux: does it work?
[17:00] <stf^rocklinux> fake: mom
[17:01] <stf^rocklinux> fake: no, it core dumps
[17:01] <fake> same here..
[17:02] <fake> gdb is not very informative either
[17:02] <stf^rocklinux> fake: I've tested it on QEMU ...
[17:03] <fake> seems to happen while it'd parsing /etc/Muttrc
[17:04] <fake> if you empty that file it works...
[17:05] <fake> it's line 11
[17:05] <fake> or any other of the 'macro'  lines
[17:17] <fake> https://oss.erdfunkstelle.de/lfs-de/6.1/online/chapter06/util-linux.html
[17:18] <fake> lfs is using linux-libc-header
[17:19] <daja77_> th: i prepared a patch for tb, and will send it to sm, ist it ok to commit right after that?
[17:20] <th> tb?
[17:20] <daja77_> thunderbird
[17:20] <th> security?
[17:20] <daja77_> yes
[17:20] <th> how tested is it?
[17:20] <daja77_> only tested building atm
[17:21] <th> hmm
[17:21] <th> but i really want to finish current journal first.
[17:21] <th> which means to fix the desktop file issue
[17:21] <th> perhaps someone can /j #kde
[17:21] <daja77_> use #kde-devel instead
[17:22] <daja77_> th: well it is just that the advisory makes sense after a commit
[17:22] <daja77_> but i can wait with that
[17:22] <th> if it's urgent security issue - go on and commit it directly
[17:22] <th> we can fix possible regressions later
[17:23] <daja77_> The WYSIWYG rendering engine in Mozilla Thunderbird 1.0.7 and earlier allows user-complicit attackers to bypass javascript security settings
[17:23] <th> damn - i WANT a hook in /etc/conf/network to be able to bypass rocknet
[17:24] <th> daja77_: sounds terrible
[17:24] <daja77_> ack
[17:24] <daja77_> so i'll commit
[17:24] <th> ack
[17:25] <th> btw - how should a firewall be configure with crystal?
[17:26] <th> i always sourced /etc/conf/firewall from /etc/conf/network
[17:26] <th> how is the supposed way to do it with rocknet?
[17:26] <th> iptables: etc/network/modules/iptables.sh
[17:27] <th> something like this?
[17:27] <daja77_> ah of course that patch is not in smng yet
[17:28] <th> is smng open for productive use yet?
[17:28] <th> clifford?
[17:29] <clifford> no.
[17:29] <th> ok
[17:29] <clifford> I did hope that the 'smng_test' url would make that clear. should I point it out more visible, e.g. by adding a note to the html templates?
[17:32] <th> no
[17:32] <th> daja was just confusing me
[17:35] <daja77_> th: just because i was confused, don't worry
[17:36] <daja77_> i somehow need to automate this mail writing
[17:44] Nick change: _BoS_ -> BoS|afk
[17:45] <fake> daja77_: boy, you're fast ;)
[17:45] <fake> grrr
[17:45] <fake> why does lfs have a 2.12q version if there is none at our download location?
[17:45] <fake> util-linux
[17:47] <fake> there's even an 2.12r
[17:55] <blindcoder> daja77_: there was something on heise
[17:55] <blindcoder> daja77_: https://www.heise.de/newsticker/meldung/71068
[17:56] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) left irc: Remote closed the connection
[17:56] <daja77_> blindcoder: already found sth
[17:57] <daja77_> see rock-user ;)
[17:57] <daja77_> fake: that's the idea ;)
[18:02] <daja77_> hm where should add the security link to the main page
[18:02] <fake> daja77_: somewhere prominent
[18:02] <daja77_> in the faq box on the right?
[18:03] <fake> *shrugs* if you like, i don't mind it ;)
[18:03] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) joined #rocklinux.
[18:04] <daja77_> :)
[18:15] <daja77_> done
[18:36] ringo (n=info@ip565668e1.adsl-surfen.hetnet.nl) left irc: Read error: 110 (Connection timed out)
[18:42] <daja77_> this could be a full time job ..
[18:43] <fake> daja77_: ... i still have no cv ;)
[18:44] <daja77_> yes sry, have to create one 
[18:46] <daja77_> if i'd just would know if this is fixed in the official new cairo release https://www.securityfocus.com/archive/1/428245/30/0/threaded ...
[18:46] <daja77_> s/would//
[18:47] <fake> daja77_: you could let package maintainers pay you for security-maintaing their packages
[18:47] <fake> (the ones not CORE)
[18:48] <daja77_> the advisories for today were all core ;)
[18:50] <daja77_> cairo is core too
[18:51] <daja77_> but evolution is fortunately not ;)
[18:55] <clifford> anyone here doing a subversion commit or something alike?
[18:55] <clifford> (my 'svn commit' for the new *.cache files is hanging since >10 minutes now)
[18:55] <th> nothing from my side
[18:56] <daja77_> no atm not
[18:57] <fake> nope
[18:57] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) left irc: "using sirc version 2.211+KSIRC/1.3.12"
[19:05] <clifford> this is strange.
[19:06] <clifford> the post commit handler has been executed already.
[19:06] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) joined #rocklinux.
[19:10] <fake> can it be rolled back after that?
[19:14] <clifford> no.
[19:15] <clifford> I've Ctrl-C'ed my 'svn' client now and after cleaning up the locks in the local checkout it printed "Committed revision 7264."
[19:15] <fake> very strange...
[19:15] <clifford> A mystery.
[19:16] <fake> what was the catch with compiling qemu (0.7.2) again?
[19:50] <stf^rocklinux> fake: you mean https://kidsquid.com/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-c61865168f151dc29f1d5c23faa2b4a02c5ec73c ?
[19:51] <stf^rocklinux> man, this KDE bug sucks...
[19:51] <fake> stf^rocklinux: exactly, thanks ;)
[19:51] <stf^rocklinux> seems like this happened to many others before, but I can't find a proper fix...
[19:52] <fake> that is not a fix: perl -pi -e "s/SIZEOF_HEADERS/65536/g" *.ld
[19:53] <fake> (doesn't even know how to use sed... pf! 8)
[19:54] Action: fake trying qemu 0.80 patches
[19:54] <[raphael]> stf^rocklinux: which KDE bug?
[19:54] <stf^rocklinux> fake: doesn't work for me, too :(
[19:55] <fake> hrmpf.
[19:55] <fake> so i'm back to vmware, i guess
[19:55] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) left irc: Read error: 104 (Connection reset by peer)
[19:57] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) joined #rocklinux.
[19:59] <stf^rocklinux> raphael: Home and Web-Browser buttons on the task-bar don't work
[19:59] <stf^rocklinux> (when KDE is installed below /usr)
[19:59] <[raphael]> oho
[19:59] <[raphael]> task-bar = kicker? (panel)
[20:00] <stf^rocklinux> yes
[20:01] <stf^rocklinux> the underlying command 'kfmclient openProfile webbrowser' says:
[20:01] <stf^rocklinux> kfmclient: ERROR: Couldn't start konqueror from konqueror.desktop: Service "konqueror.desktop" nicht auffindbar.
[20:01] <[raphael]> well, rather strange, can you provide me with an installation (ssh?)
[20:01] <[raphael]> and this is plain 3.5.1 I guess..
[20:03] <[raphael]> stf^rocklinux: did you check whether the desktop file is installed (and perms)?
[20:03] <stf^rocklinux> from what I've read from the kde sources, kfmclient tries to execute the service "konqueror.desktop" by name via DCOPClient
[20:03] <[raphael]> aha
[20:03] <stf^rocklinux> yes, it's in /usr/share/applnk/konqueror.desktop, the same place than in previous kdes
[20:04] <stf^rocklinux> and I tried it as root as well...
[20:04] ringo (n=info@ip51cf58c9.direct-adsl.nl) joined #rocklinux.
[20:04] <[raphael]> and it worked when installed in /opt ?
[20:05] <[raphael]> and it's only konqueror? (do other apps start?)
[20:05] <stf^rocklinux> raphael: I'm not sure it is related to the prefix or to the kde update...
[20:08] <stf^rocklinux> konqueror can be started on the console, and 'kfmclient openURL' also works
[20:08] <[raphael]> regarding prefix, do you have two KDE's installed? (/usr && /opt ?)
[20:08] <[raphael]> and maybe still have a wrong $KDEDIR(S) variable?
[20:08] <[raphael]> if you logged in through KDM, you need to be careful what configuration (profiles) kdm actually reads in, it might be missing some stuff
[20:09] <stf^rocklinux> there's only one kde installed, KDEDIR="/usr" ...
[20:11] <[raphael]> can you run konsole, run kbuildsycoca, kill kicker and run kicker again
[20:12] <[raphael]> killall kicker won't work (it's run by kdeinit) you have to ps ax | grep kicker for it, or whatever (you probably know anyway)
[20:13] <stf^rocklinux> I've started KDE with startx in runlevel 3
[20:14] <stf^rocklinux> killall kicker does work, but nothing changes when re-starting kicker...
[20:14] <[raphael]> you did the kbuildsycoca (in the running kde)
[20:15] <stf^rocklinux> yes
[20:15] <[raphael]> ok, well, I have no further idea for now
[20:16] <stf^rocklinux> th: did you ask at #kde-devel yet?
[20:16] <stf^rocklinux> about this bug?
[20:17] <th> stf^rocklinux: no
[20:19] <th> [raphael]: would you still need a ssh login to a kde install?
[20:19] <[raphael]> th: well, I was thinking about the X11 connection... maybe krfb (VNC) would be better or so
[20:19] <[raphael]> of course ssh -X might also do... I don't know
[20:19] <[raphael]> th, is it your recent ISO build?
[20:20] <th> yes
[20:20] <th> PL1
[20:20] <[raphael]> let's wait a few minutes and see what stf^rocklinux can get done on #kde-devel, he just joined there
[20:20] <[raphael]> and dinner is still waiting for me... and it's past 20:00
[20:23] <fake> yes!!
[20:23] <fake> xorg built with linux-libc-headers
[20:23] <fake> only one line missing in agpgart.h...
[20:25] <fake> the gview application on the crystal iso tells me the gui was not enabled at compile-time ?
[20:28] <fake> (it doesn't matter, as the kde gui is availible, though)
[20:28] <th> fake: did you have any clue why aplay still needs the "audio" group?
[20:29] <fake> th: no time for music yet :-/
[20:30] <th> fake: i just want to get rid of the startup error message for kde ;)
[20:32] <[raphael]> th, give me VNC for a KDE install
[20:32] <[raphael]> use krfb for that
[20:32] <th> lemme see
[20:32] <fake> th: i have time now, while the minimal x build finished
[20:32] <fake> *finishes
[20:33] <[raphael]> th, I'll be back in a few minutes, we can then try to figure sth out
[20:33] <[raphael]> (or, find the issue)
[20:39] <fake> th: it works here!
[20:39] <fake> th: (mplayer)
[20:40] <daja77_> hrhr https://www.geekculture.com/joyoftech/joyimages/803.gif
[20:40] <fake> th: also aplay works
[20:40] <th> fake: run `aplay` without any argument
[20:40] <th> fake: you have no audio group?
[20:40] <fake> th: nothing happens ;)
[20:40] <th> do you have any related patch applied that's NOT in my journal?
[20:40] <fake> th: no, i added my user to the 'sound' group, and su -'ed to it
[20:40] <fake> th: in your ISO ? nope ;)
[20:41] <th> ALSA lib pcm_dmix.c:1102:(_snd_pcm_dmix_open) The field ipc_gid must be a valid group (create group audio)
[20:41] <th> aplay: main:544: audio open error: Invalid argument
[20:41] <th> my iso!
[20:41] <fake> th: not here...
[20:41] <fake> th: wait, let me load pcm_oss and mixer_oss
[20:41] <th> snd_pcm_oss            50080  0 
[20:41] <th> snd_mixer_oss          17536  1 snd_pcm_oss
[20:42] <th> snd_pcm                84488  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
[20:42] <fake> still nothing
[20:43] <fake> snd_pcm_oss            42400  0
[20:43] <fake> snd_mixer_oss          15232  1 snd_pcm_oss
[20:43] <fake> snd_emu10k1            96932  0
[20:43] <th> that's all?
[20:43] <fake> no
[20:43] <fake> of course not ;)
[20:43] <[raphael]> ok, back, th, you have something to offer? (if not I'm going to make some music - real music, with a real piano and/or violin)
[20:44] <th> [raphael]: yes i do
[20:44] <th> [raphael]: from what ip are you coming?
[20:45] <fake> even xine works
[20:45] <[raphael]> 217.175.201.10
[20:45] <th> fake: only native alsa stuff did not work
[20:46] <th> [raphael]: add 20000 to the standard ports and connect to 212.202.168.23
[20:46] <th> [raphael]: password is 5vdy-TUr
[20:46] <th> [raphael]: for that tunneled vnc connection
[20:47] <fake> th: okay, i will try arts...
[20:47] <daja77_> .oO (the last announcement for today)
[20:47] <th> fake: if aplay does not behave like it does here, if i remove the "audio" group then arts propably will behave sane as well
[20:48] <fake> th: works
[20:48] <th> fake: that's exactly my iso image?
[20:48] <fake> th: kernel = 2.6.16
[20:48] <th> [raphael]: you did not add the 20000
[20:48] <th> [raphael]: shall i change the port?
[20:49] <[raphael]> th, no I didn't add that, honestly I have no idea which port vnc usually uses
[20:49] <th> [raphael]: ports changed. try again
[20:49] <[raphael]> but yes, please change the port
[20:49] <[raphael]> thx
[20:50] <th> accepted your connection
[20:50] <[raphael]> yeah, thanks, "ich bin drin"
[20:50] <th> [raphael]: please try the konquerer symbol
[20:51] <daja77_> erh do crystal or any other important distro ships sendmail?
[20:51] <daja77_> does*
[20:51] <th> [raphael]: no
[20:51] <th> [raphael]: the other one
[20:51] <th> WHUT?
[20:53] <daja77_> ok it is not core
[20:53] <th> stf^rocklinux: if you run konquerer by typing "konquerer" in a konsole.
[20:53] <th> stf^rocklinux: after that the icon works
[20:56] <th> stf^rocklinux: could you verify that?
[20:57] <stf^rocklinux> th: how?
[20:57] <th> stf^rocklinux: open konsole
[20:57] <th> stf^rocklinux: type konqueror
[20:57] <stf^rocklinux> th: typing konqueror in a konsole once should make the icon work?
[20:58] <th> stf^rocklinux: ack
[20:58] <th> stf^rocklinux: then a konq process is running
[20:58] <th> stf^rocklinux: if you kill it. it stops working again
[21:00] <fake> th: ack
[21:00] <stf^rocklinux> no, doesn't work here. I have several konquerors running (both started as user and as root)...
[21:01] <th> hmmm
[21:01] <fake> th: the help button works
[21:01] <fake> th: in the "k" Menue ( ideleted the other 2 - never use them, anyways *g*)
[21:02] <[raphael]> AAHHH
[21:02] <[raphael]> th: I hit Alt+F4
[21:02] <th> [raphael]: need new connection?
[21:02] <[raphael]> which was a bit wrong, killed my VNC client
[21:02] <[raphael]> uhm, yes
[21:02] <[raphael]> can you scale down screen resolution?
[21:02] <[raphael]> like... something usable
[21:02] <[raphael]> 800x600 or so ;)
[21:03] <th> [raphael]: JW7G-2NS
[21:03] <th> oh
[21:03] <th> you have a problem with 1920x1200?
[21:03] <th> gimme a second for that
[21:03] <th> can i change it from within kde?
[21:03] <[raphael]> heh, I'm on a 1024x768 display
[21:03] <[raphael]> yes, you can
[21:03] <[raphael]> krandrtray
[21:03] <th> and now?
[21:03] <[raphael]> gives you a small thing in the systray
[21:03] <[raphael]> right click
[21:04] <[raphael]> -> 800x600
[21:04] <[raphael]> or sth... whatever you have (you have those that are available in the xorg.conf file)
[21:04] <th> ACK
[21:04] <th> now THAT (800x600) is ugly!
[21:04] <[raphael]> oh, I believe that :)
[21:05] <[raphael]> you know, I'm working on getting a larger monitor, some day...
[21:07] <th> [raphael]: THAT is another bug
[21:07] <th> [raphael]: (the multimedia menu)
[21:07] <[raphael]> oh, yeah :)
[21:09] <[raphael]> aha, ok, it does kill the vnc connection
[21:09] <th> need another?
[21:09] <[raphael]> th, well, can you just paste the english version of the output
[21:09] <[raphael]> no, I guess not today
[21:09] <[raphael]> I'm as far as "I will look into the source"
[21:10] <[raphael]> just give me the output
[21:10] <th> Z8wG-zeS
[21:10] <th> oh what you want?
[21:10] <[raphael]> just run kfmclient...... and paste the output here, you have the english version
[21:11] <[raphael]> stf^rocklinux: are you making progress on #kde ?
[21:11] <th> just a 2nd
[21:12] <th> th@companion:/usr/share$ kfmclient openProfile webbrowsing
[21:12] <th> kfmclient: ERROR: Couldn't start konqueror from konqueror.desktop: Could not find service 'konqueror.desktop'.
[21:12] <[raphael]> thx
[21:13] <stf^rocklinux> th: no
[21:13] <th> stf^rocklinux: ?
[21:13] <[raphael]> I have no idea whether the sources will reveal something useful, but I won't be able to look long, so I can't promise to find a solution, but maybe I spot sth - on the spot, so to say
[21:14] <fake> i take it raditools is a 2.4 only thing ?
[21:14] <fake> *raidtools
[21:15] <daja77_> damn it
[21:17] <stf^rocklinux> th: the workaround is to replace 'kfmclient openProfile <profile>' with 'konqueror --profile <profile>' in the related .desktop files...
[21:18] <netrunner> fake: raditools is a bavaria only thing :)
[21:18] <th> stf^rocklinux: perhaps we should compare this with a gentoo install or something
[21:19] <stf^rocklinux> yes, that might be helpful
[21:22] <fake> netrunner: lol ;)
[21:29] <blindcoder> bavaria?
[21:29] <th> i've to revoke what i said about that bug when konquerer is already running.
[21:29] <th> must've been something else i did as well
[21:29] <th> blindcoder: hey there - master of our desktop files
[21:29] <blindcoder> hooray for me!
[21:30] <blindcoder> hooray for zoidberg!
[21:31] <netrunner> *rofl* https://www.bash.org/?628327
[21:31] <fake> blindcoder: is raidtools linux 2.4 specific?
[21:31] <blindcoder> quoting bash.org is like masturbating. everyone knows you do it, but you'd never admit
[21:31] <blindcoder> fake: raidtools was obsolete two years ago, but it's not 2.4 specific
[21:32] <fake> blindcoder: so i can safely remove it from any package selection lists...
[21:32] <blindcoder> fake: yes. mdadm is the way to go
[21:32] <fake> blindcoder: thanks!
[21:32] <netrunner> blindcoder: that I don't get. I don't admit that I quote bash.org? but doesn't your irc client show my name in the line where I pasted the link?
[21:33] <blindcoder> netrunner: you just linked it. that's a difference
[21:34] <th> fake: i think raidtools offers some form of raid migration which mdadm cant do yet
[21:35] <blindcoder> th: which is clearly marked as "DO NOT USE" in the manpage
[21:35] <blindcoder> sure it's neat to move a raid 5 from 3 disks to 4 disks
[21:36] <blindcoder> but the mechanics behind it sound too tricky to me to care them with my data
[21:36] <fake> th: but it need not be part of a minimal package selection... it's note CORE, either
[21:36] <th> fake: ack ack
[21:37] <blindcoder> I remember one of my early patches...
[21:37] <blindcoder> bringing raid functionality to the installer using raidtools
[21:37] <blindcoder> and clifford rejected it because raidtools was obsolete *snif*
[21:38] <fake> who finds the patch first in submaster?
[21:38] <blindcoder> I don't think it ever was in submaster
[21:39] <blindcoder> it severely lacked existance
[21:39] <fake> 2004041917411729811
[21:39] <fake> ha!
[21:39] <fake> (smng rocks!)
[21:39] <blindcoder> damn :)
[21:39] <blindcoder> :P
[21:39] <blindcoder> cheater
[21:40] <blindcoder> and it was such a nice patch *snif* *snif*
[21:40] <fake> *nod,nod*
[21:40] <fake> and it's almost 2 years old...
[21:41] <blindcoder> yeah, the quality of my patches has degraded ever since
[21:42] <blindcoder> j/k
[21:42] <blindcoder> I might actually be able to rewrite that into a rockinitrd mdadm-plugin
[21:42] <th> you're not kidding
[21:42] <th> j/k
[21:42] <netrunner> that's a problem, when patches are discarded by clif they are out of sight, out of mind, and easily forgotten to be reworked.
[21:42] Action: blindcoder slaps th around with an mbox printout
[21:43] <th> mbox?
[21:43] <th> bastard!
[21:43] <blindcoder> netrunner: hey, I never forgot about it. I thought about it every month since then
[21:43] <blindcoder> netrunner: I just didn't care :)
[21:44] <blindcoder> not having any raid or raid capabilities here
[21:46] <fake> what is ./vmware-install.pl trying to tell me:
[21:46] <fake> The kernel defined by this directory of header files does not have the same
[21:46] <fake> address space size as your running kernel.
[21:46] <fake>  /usr/src/linux-2.6.16/include
[21:47] <blindcoder> that it doesn't like llh?
[21:47] Action: netrunner feels utterly annoyed :(
[21:48] <fake> blindcoder: no, obviously, /usr/src/linux-2.6.16/include is not installed by llh
[21:48] <blindcoder> hmm
[21:48] <blindcoder> oh
[21:48] Action: blindcoder puts on his imaginary glasses
[21:49] <fake> maybe the script is just b0rken, i'll remove the check ;)
[21:50] <fake> something about the __PAGE_SIZE
[21:51] <th> fake: shouldn't applying your audio_group.patch be somehow mentioned in /var/adm/logs/5-alsa.log?
[21:52] <th>         echo "Extracting $x ..."
[21:52] <th>         tar $taropt $archdir/$x
[21:52] <th>         # apply patches, if existent
[21:52] <th>         cd ${x%.tar.bz2}
[21:52] <th>         t=${x#alsa-*-}; t=${x%-$t}
[21:52] <th>         for y in $confdir/*.patch.$t; do
[21:52] <th> ...
[21:52] <fake> th: i'll take a look
[21:52] <fake> hehe
[21:53] <fake> th: there are no log files in /var/adm/logs
[21:53] <th> fake: take a look at your build machine of course
[21:53] <fake> th: you mean, YOUR build machine
[21:53] <fake> th: it is YOUR iso
[21:53] <th> fake: the machine where you tested that patch before
[21:53] <fake> th: its YOUR fault it works ;)
[21:53] <th> it doesn't!
[21:53] <fake> th: i never tested it
[21:54] <fake> stf^rocklinux: still here?
[21:54] <th> fake: https://www.rocklinux.net/people/teha/5-alsa.log
[21:56] <stf^rocklinux> fake: yes
[21:57] <fake> stf^rocklinux: did you need to add the audio group in the PL1 iso?
[21:58] <fake> th: right, no patches in there...
[21:58] <fake> th: wait - no patches at all?
[21:58] <fake> th: and in alsa-driver?
[22:00] <th> the patch is not in package alsa-driver
[22:00] <th> it is in alsa package
[22:00] <stf^rocklinux> fake: I haven't tried sound playback with PL1 yet
[22:02] <fake> stf^rocklinux: could you try it?
[22:02] <fake> th: that is confusing, i admit
[22:03] <th> stf^rocklinux: just call command `aplay` without argument.
[22:03] <th> stf^rocklinux: that's enough
[22:08] <stf^rocklinux> wait a mom.
[22:08] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) left irc: "using sirc version 2.211+KSIRC/1.3.12"
[22:09] <fake> mwahah
[22:09] <th> ahhhhhhhhhhhh
[22:09] <fake> ?
[22:09] <th> /usr/share/alsa/pcm/dmix.conf
[22:10] <th> obvious!
[22:10] <th> patching does not affect build process at all
[22:10] <th> it's only a stupid config file
[22:10] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) joined #rocklinux.
[22:10] <fake> th: it's 'audio' for me too... *wondering*
[22:11] <th> fake: yea - and fixing that to "sound" fixes the problem
[22:11] <stf^rocklinux> fake: I don't run PL1 but I can play sound as user without the audio group
[22:11] <fake> th: but it IS audio for me
[22:11] <th> fake: yes
[22:11] <fake> i don't get it
[22:11] <th> fake: but your patch tried to change it to "sound"
[22:12] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) left irc: Client Quit
[22:12] <th> fake: perhaps you've no soundcard at all and it does not matter for the null plugin
[22:12] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) joined #rocklinux.
[22:12] <th> fake: shoud me your /dev/sound/dsp
[22:12] <fake> ARGH!
[22:12] <th> thanks.
[22:13] <th> case closed?
[22:13] <fake> blindcoder: i applied your cleanup-unmatching-gem-files-patch, now ALL my gem files got deleted!
[22:13] <fake> th: root:sound
[22:13] <th> fake: perm?
[22:13] <blindcoder> fake: whoops. must be a globbing error
[22:14] <th> shit happens
[22:14] <fake> 660
[22:14] <blindcoder> you do have backups of course
[22:14] <th> `id`?
[22:14] <th> everyone as
[22:14] <th> has
[22:14] <fake> ... which makes the gcc4 test run another night... :)
[22:15] <th> could anyone please be my bash parser for a second?
[22:15] <th> x=alsa-lib-${alsa_lib_version:-$ver}.tar.bz2
[22:15] <th> t=${x#alsa-*-}
[22:15] <netrunner> btw, noone likes my firewall command in rocknet?
[22:15] <th> t=${x%-$t}
[22:16] <fake> netrunner: noone likes rocknet ;)
[22:16] <th> netrunner: sorry had no priority for me yet.
[22:16] <blindcoder> heh
[22:16] <netrunner> fake: I do
[22:16] <th> netrunner: cause i dont use rocknet
[22:16] <netrunner> what's the alternative?
[22:16] <th> /etc/conf/network
[22:16] <fake> netrunner: /sbin/ip
[22:17] <th> netrunner: we need to rework this at a higher level first.
[22:17] <fake> th: i have *no* idea what someone was trying to do there @shell
[22:17] <th> fake: well that is multiple source balls
[22:17] <th> fake: so the $t shall specify which tarball to patch
[22:20] <th> perhaps i can let bash answer that question to me
[22:21] <th> alsa_lib_version=ALV
[22:21] <th> ver=VER
[22:21] <th> x=alsa-lib-${alsa_lib_version:-$ver}
[22:21] <th> t=${x#alsa-*-}; t=${x%-$t}
[22:21] <th> echo $t
[22:21] <th> alsa-lib
[22:22] <th> so we shall append ".alsa-lib" to the patchfile's name
[22:23] <fake> aaaw!
[22:23] <fake> uber-smart.
[22:23] <th> Scheduling package 'alsa' for rebuild ...
[22:23] <th> another hotfix...
[22:23] <th> i need that desktop issue fixed
[22:23] <th> damn
[22:23] <th> that does not seem too trivial
[22:29] <th> fake: ok. audio_group patch works now.
[22:29] <fake> th: n1c3
[22:29] <fake> though i don't get why it worked here
[22:29] <fake> s/worked/works/
[22:49] <stf^rocklinux> th: maybe we need the desktop-shared-files package?
[22:49] <th> stf^rocklinux: whats that?
[22:49] Action: stf^rocklinux is just reading https://www.linuxfromscratch.org/blfs/view/svn/kde/core.html
[22:50] <stf^rocklinux> th:  You should consider installing the desktop-file-utils-0.10 package. Though not required, this package will allow you to easily use existing .desktop files in /usr/share/applications (and any other locations identified by XDG_DATA_DIRS), and automatically add these applications to the KDE menu system.
[22:50] <th> oh ok
[22:51] <stf^rocklinux> the kde build instructions also refer to XDG_* env. variables... 
[22:52] <th> hmmmm
[22:53] <th> If you are going to install, or have already installed, a desktop environment such as GNOME or KDE in a prefix other than /usr, you'll need to update the XDG_DATA_DIRS variable with your prefix setting.
[22:55] <th> ./x11/shared-mime-info/update-mime-databases.cron:                      echo XDG_DATA_DIRS="$XDG_DATA_DIRS" > /etc/profile.d/xdg
[22:56] <th> that package is NOT core
[22:57] <stf^rocklinux> th: yes
[22:58] <stf^rocklinux> th: if those variables are not set, then sane defaults should be used, btw. setting them does not change anything...
[23:00] <stf^rocklinux> th: read the Note: here and tell me if it applies to you:    https://www.linuxfromscratch.org/blfs/view/svn/kde/config.html
[23:01] <fake> th: that ugly cron script is from me
[23:01] <th> stf^rocklinux: well. i wiped my home. but not any /tmp
[23:01] <th> lemme test
[23:02] <th> oke wiped everything
[23:02] <th> no help
[23:02] <th> (with installed shared-mime-thingie)
[23:03] <th> no i'll try desktop-file utils
[23:03] <stf^rocklinux> I'll be right back...
[23:03] <th> s/no/now/
[23:04] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) left #rocklinux.
[23:04] <th> fake: you committed a core patch
[23:04] <fake> that's it
[23:04] <fake> th: i know
[23:05] <fake> i also commited some patches that would have needed to be signed off by people no longer actively following development (michiel, jsaw)
[23:07] <th> Could not parse file '/usr/share/applications/kde/ksig.desktop': desktop entry does not start with legal start group
[23:08] <fake> th: you can revert it... if you feel it's not ok
[23:08] <fake> th: no hard feelings here ;)
[23:09] <th> i was just noticing it without any emotion ;)
[23:09] <fake> clifford's net-tools patch?
[23:09] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) joined #rocklinux.
[23:10] <stf^rocklinux> no, that didn't help...
[23:11] <th> fake: yea
[23:11] <th> 23:10:11 < th> Could not parse file '/usr/share/applications/kde/ksig.desktop': desktop entry does not start with legal start group
[23:11] <th> stf^rocklinux: when running update-desktop-database
[23:12] <th> fixing this does not fix our issue
[23:12] <stf^rocklinux> no, don't think so
[23:12] <th> perhaps we get some clue if we start with the multimedia menu
[23:14] <fake> arghl
[23:14] <fake> disabling linux=linux26-header is not as easy as i thought
[23:14] <stf^rocklinux> th: I think we should skip the whole 'kde in /usr' thing. From what I've heard and read, kde should build in /opt as well...
[23:15] <stf^rocklinux> th: /opt even allows to easily install and use different versions of kde...
[23:15] <th> hmm
[23:15] <fake> i think kde in /usr is a good thing
[23:16] <th> you can always install different versions by adapting your environment - no matter if we have a kde install in /usr
[23:16] <stf^rocklinux> th: it clutters /usr/bin with ~380 kde specific programs ...
[23:16] <th> hmmm
[23:16] <stf^rocklinux> but with /opt it's easier
[23:16] <fake> i have to admit, i'm astonished by the fact that such a 'rude' move has only caused such a small glitch
[23:16] <th> i dont really like the 380
[23:16] <th> fake: ack
[23:16] <fake> stf^rocklinux: that's why we have package management
[23:17] Action: stf^rocklinux likes command completion a lot ^^
[23:17] <th> stf^rocklinux: your commands complete in /opt/kde/bin the same as in /usr/bin no?
[23:17] <stf^rocklinux> well yes, depends on the PATH
[23:19] <stf^rocklinux> fake: and I'm rather disturbed by the fact that it caused problems at all. After all everywere it is said that KDE can be build with any prefix :S
[23:20] <stf^rocklinux> and I've spent the whole day searching the internet for this issue: there are some references, but no working solution afaics
[23:21] <th> desktop-file-install on the konqueror.desktop files shows issues
[23:21] <th> like syntax errors
[23:21] <th> fixing this does not help, though
[23:21] <fake> stf^rocklinux: we hacked it pretty badly to get it to work in /opt. the desktop files were a nightmare.
[23:22] <stf^rocklinux> hm, I'll take a closer look at the kde-in-usr.patch...
[23:23] <fake> i think it is a good idea to place stuff where it wants to be.
[23:23] <th> what sm id was that again?
[23:23] <fake> now i'm going home
[23:23] <fake> 2 builds running again...
[23:24] <fake> same journal as yesterday + linux-libc-headers instead of linux26-headers
[23:24] <fake> n8! (had only 2 hrs of sleep last night)
[23:24] <th> n8 fake
[23:25] <stf^rocklinux> gn8 fake
[23:26] <stf^rocklinux> th: do you know that the KDE issue is not related to the latest KDE update?
[23:26] <stf^rocklinux> th: because I can't say for sure
[23:26] <th> stf^rocklinux: talking of ->3.5.1?
[23:27] <th> i'm pretty sure
[23:27] <th> 90%
[23:28] <th> oh
[23:28] <th> if you copy the konq icon to your desktop it works!
[23:28] <th> no wait
[23:28] <th> please try
[23:29] <stf^rocklinux> the Web-Browser icon from the panel?
[23:29] <th> yes
[23:30] <stf^rocklinux> no, doesn't help
[23:31] <stf^rocklinux> th: do you have any konq sessions open?
[23:31] <th> the tip of the day
[23:32] <th> i'm curreently testing slight modifications to the .desktop file
[23:33] <th> as i said the current version has a syntax error
[23:33] <th> oh
[23:34] <th> that seems to be the reaason
[23:34] <th> *verifying*
[23:36] <th> stf^rocklinux: please log off. clean your home.
[23:36] <th> then edit konqueror.desktop
[23:36] <th> remove the line "Categories=Core"
[23:36] <th> then login and test
[23:36] <stf^rocklinux> ok
[23:36] <th> /usr/share/applnk/konqueror.desktop that is
[23:37] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) left irc: Remote closed the connection
[23:37] <th> somewhen i need to show screen to stf
[23:41] stf^rocklinux (n=user@heim-034-205.raab-heim.uni-linz.ac.at) joined #rocklinux.
[23:43] <stf^rocklinux> th: it works now :-P
[23:43] <th> stf^rocklinux: cool !
[23:43] <th> *chicken dance*
[23:44] <owl> O_O drunk?
[23:44] <th> owl: fix something!
[23:44] <stf^rocklinux> I think we can call that a one-liner...
[23:44] <owl> nah. 
[23:44] <th> stf^rocklinux: yea
[23:44] <th> blindcoder: ping
[23:46] <th> stf^rocklinux: removing that line from a screensavers desktop file does not remove it from multimedia menu though
[23:46] <th> stf^rocklinux: i guess there is some menu-generation mechnism in between
[23:46] <stf^rocklinux> th: yes, kbuildsycoca I presume
[23:48] <owl> gn8
[23:48] <th> hmm no help
[23:48] <th> n8 owl
[23:48] <owl> gn8 th 
[23:51] <stf^rocklinux> gn8 owl
[23:54] <th> where are these rock-specific desktop fiels generated?
[23:58] <stf^rocklinux> th: can you see in the kdemultimedia build log where and how the desktop files are created?
[23:58] <th> kdemultimedia that is?
[23:58] <th> https://www.rocklinux.net/people/teha/5-kdemultimedia.log
[23:59] <stf^rocklinux> for screensavers, yes
[00:00] --- Thu Mar 23 2006