[00:13] gooo (n=chris@wh5-518.st.Uni-Magdeburg.DE) left irc: "leaving"
[00:35] <ringo> Everybody asleep  ?
[00:36] <owl> no. hi ringo 
[00:43] blindcod1r (i=root@ns1.aoloser.com) joined #rocklinux.
[00:44] blindcoder (n=blindcod@tor/session/x-f8aebbbe74138558) left irc: Nick collision from services.
[00:44] Nick change: blindcod1r -> blindcoder
[00:50] _BoS_ (n=BoS@dslb-088-072-034-183.pools.arcor-ip.net) left irc: Remote closed the connection
[00:50] _BoS_ (n=BoS@dslb-088-072-033-240.pools.arcor-ip.net) joined #rocklinux.
[01:02] <netrunner> so, that should be all for now.
[01:10] <ringo> ok sorry netrunner for the late response good evening
[01:10] <ringo> Hi owl
[01:10] <owl> hi ringo ;)
[01:11] <ringo> All ok  ?
[01:11] <ringo> Still busy with lfs?
[01:11] <owl> hmmm. nah, my head is a not-enough-overload something throwing headache... thx. how are you?
[01:12] <owl> nope. i've lost my will to do LFS-stuff and so since a longer time... too much things i need to learn for business-issues... 
[01:12] kasc_ (n=kasc@dslb-084-060-112-093.pools.arcor-ip.net) joined #rocklinux.
[01:13] <ringo> I am fine thx, feeling a million bucks little bit a tummy ache but that is the coffee
[01:13] <ringo> You headache that really sucks
[01:13] <owl> *sigh* that god-damned coffee... ;) 
[01:14] <owl> yeah, guess i will soon visit my bed and count the sheeps passing by in my dreams or something ;)
[01:14] <ringo> Verzeihe bitte aber ich liebe Kaffee
[01:15] <owl> yeah, i know... many people are doing... and the side-effects are moving their bodies into zombie one's ;)
[01:15] <ringo> Is it offficial to use English here ? 
[01:16] <ringo> Zombie sounds cool not much distraction
[01:16] <owl> yeah, english is preferred IIRC. 
[01:16] <ringo> I am also busy helping someone getting the gd port installed in freebsd... *rofl*
[01:17] <ringo> I said I like automake and he called me crazy, I dont get it... 
[01:17] <owl> hehehehe, freebsd... a friend of mine is using it :)
[01:17] <ringo> I am also using it but not at the moment ...
[01:18] kasc (n=kasc@dslb-084-060-099-057.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[01:18] Nick change: kasc_ -> kasc
[01:18] <ringo> I have installed rock with wifi on another box works like a charm
[01:19] <ringo> Not the latest version ofcource
[01:20] <owl> hm. ok. which version?
[01:22] <owl> <- currently on slackware
[01:22] <owl> (and this currently lasts a long time... dunno... 2 years or something )
[01:23] <ringo> Sorry but luckily not with grub 2.0
[01:23] <ringo> Dual booting seems to be a problem 
[01:24] <owl> hmm. ok
[01:25] <ringo> I heard down here, they were suprised I cpould dualboot and then I said it was no 2.0 version
[01:29] <ringo> Sorry for my typo's it's the coffee typeing.
[01:30] <owl> np
[01:31] <owl> .oO( hibbel-person? ;)
[01:33] <ringo> What is hibbel  ?
[01:33] Action: ringo np Jimmy Hendrix Foxy Lady
[01:34] <owl> anxious, not being able to control yourself and having brain-overflow
[01:34] <ringo> I am *always* like that.
[01:34] <owl> hehe. ok
[02:58] madtux (i=miguel@pf0.hostarica.com) joined #rocklinux.
[02:58] <madtux> hello.
[03:12] <ringo> Hey Madtux how is life ? 
[03:20] <madtux> ringo.. wah!! dude its bing a LONG time
[03:21] <madtux> life is doing great.. how about u ?
[03:24] <ringo> Life is not treating me unkindly
[03:25] <ringo> I am currently managing a lot of windoze boxes ... 
[03:25] <ringo> ANd traveling all over the country keeping the network up.
[03:27] <ringo> But I still like Linux/Freebsd/Hurd more.
[03:28] <ringo> Currently working on a acer centrino with xp pro ... :(
[03:28] <ringo> And ofcourse Office pro 
[03:34] <madtux> Gott..
[03:35] <madtux> well i guess as long as they pay is good and u have time to have fun its good :)
[03:36] <ringo> But I am not doing manual labour (clicking windows not counted) anymore.
[03:36] <ringo> End of this month my contract will be erviewed.
[03:36] <ringo> And I'll ask for upgrade, and will get  it ;)
[03:38] <madtux> Good boy.
[03:38] <madtux> :)
[03:38] <ringo> Me must have also a lot of nice techno goodies, I dont have a sun nor a cray to play with.
[03:39] <ringo> For the cray I think I will have to get me a bigger home ;)
[03:40] <madtux> hehe
[03:43] <ringo> Some people have a week for woman, me for supercomputers I wonder how fast rock will compile on a cray then I think it can have it all in memory (no disk access req) I'll letyou know one day, dunno if the cray will be mine...
[03:44] <madtux> hehe
[03:45] <ringo> Sorry just a wild fantasy I should be dreaming now... 
[03:46] <ringo> What is your estimate ? 
[03:46] <madtux> Well we can code tours making our fantasies come true.
[03:47] <madtux> Quite franckly i wouldn't know... i hardly have any time for rocking... i'm totally focused on IS stuff since quite sometime..
[03:47] <madtux> job is extremly demanding..
[03:47] <ringo> IS ? sorry for asking been a while since on the IRC
[03:48] <ringo> Information Servers '
[03:48] <ringo> Know anything about plesk  ?
[03:48] <ringo> I have to  move some servers from old to new version
[03:51] <ringo> Wise silence ... 
[03:51] <ringo> Well I am off nice speaking to you going to sleep 
[03:52] <ringo> cul madtux
[03:52] ringo (n=info@cc53745-a.assen1.dr.home.nl) left irc: 
[03:56] <madtux> damn it.. he left.
[04:58] madtux (i=miguel@pf0.hostarica.com) left irc: "Leaving"
[09:09] <[raphael]> morning
[09:09] <[raphael]> are you still using fisheye?
[09:09] <[raphael]> what is your experience with it?
[09:49] <netrunner> stf^rocklinux: thx for reviewing :)
[09:52] gooo (n=chris@wh5-518.st.Uni-Magdeburg.DE) joined #rocklinux.
[09:56] ija_ (n=ija@84.19.222.58) joined #rocklinux.
[09:59] ija (n=ija@212.80.242.128) left irc: Nick collision from services.
[09:59] Nick change: ija_ -> ija
[10:05] <th> morning
[10:22] <th> our downloading supports subversion checkouts, no?
[10:22] <th> seems so
[10:22] <th> # svn://mode:[login[:password]@]server[:port]:/path::revision/
[10:30] gooo (n=chris@wh5-518.st.Uni-Magdeburg.DE) left irc: "leaving"
[11:01] blindcod1r (i=debian-t@tor/session/x-5dc858ef5267a414) joined #rocklinux.
[11:01] blindcoder (i=root@ns1.aoloser.com) left irc: Nick collision from services.
[11:02] Nick change: blindcod1r -> blindcoder
[12:05] <blindcoder> stf^rocklinux: pong
[12:08] <th> found another thing besides cdrom drivers, we need to load in stage1
[12:27] <th> HID!
[12:48] <daja77_> sounds like a good idea
[13:33] <[raphael]> agreed
[13:36] <th> my test install was a nightmare regarding kernel+installer
[13:40] <[raphael]> th, from the recent crystal that you compiled?
[13:43] <th> yea
[13:43] <th> my hardware is a bit special
[13:45] <[raphael]> i see, in that case I probably won't even test the build and wait for the next one... .... I would also need gcc 4, so I have to wait a bit anyway
[13:45] <[raphael]> (at least I need something different than 3.4)
[13:47] <owl> moin
[14:58] ringo (n=info@ipd50a79d2.speed.planet.nl) joined #rocklinux.
[15:28] clifford (n=clifford@213-229-1-138.sdsl-line.inode.at) left irc: Read error: 110 (Connection timed out)
[16:21] ringo (n=info@ipd50a79d2.speed.planet.nl) left irc: Read error: 110 (Connection timed out)
[16:43] daja77 (n=daja77@dslb-088-072-040-115.pools.arcor-ip.net) joined #rocklinux.
[16:57] daja77_ (n=daja77@dslb-088-072-040-115.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[17:12] <stf^rocklinux> hi all
[17:56] <netrunner> hi stf
[17:56] <blindcoder> stf^rocklinux: you pinged?
[18:01] <stf^rocklinux> hi blindcoder
[18:01] <stf^rocklinux> yes I pinged you, I have been hacking rockinitrd recently
[18:02] <blindcoder> what ways?
[18:02] <stf^rocklinux> I re-added ext2fs for initrds, as there seem to be problems with cramfs in some cases
[18:03] <stf^rocklinux> and I also added provisions for cross-building initrds
[18:03] <blindcoder> we will move to initramfs soon anyway, so that's not vital
[18:03] <blindcoder> cross-building?
[18:03] <stf^rocklinux> so you can e.g. build an initrd for ARM on an x86
[18:03] <blindcoder> ah
[18:04] <stf^rocklinux> I basically replaced ldd with readelf for that
[18:04] <stf^rocklinux> because readelf can do the same than ldd, but is available as a cross-readelf
[18:04] <blindcoder> ah, great
[18:21] <th> btw - is it known that a `mkinitrd` is required prior to first boot?
[18:22] <th> i mean i thought the installed /boot/initrd.img should work.
[18:22] <th> the installer does not call our mkinitrd so - the install+boot cycle does not work
[18:25] <stf^rocklinux> th: missing ld.so for bash2 on the initrd from the bbs?
[18:26] <stf^rocklinux> th: I got that error when booting an installation of the bbs test release...
[18:28] <th> stf^rocklinux: i'm talking of the crystal build
[18:28] <th> ahh
[18:28] <stf^rocklinux> th: should be the same problem, though
[18:29] <th> yea
[18:29] <th> i dont really understand that issue
[18:29] <blindcoder> what _is_ the problem?
[18:30] <th> blindcoder: that boot fails when i dont call mkinitrd manually
[18:32] <blindcoder> why does it fail?
[18:33] <th> 18:28:18 < stf^rocklinux> th: missing ld.so for bash2 on the initrd from the bbs?
[18:33] <stf^rocklinux> blindcoder: missing ld-2.3.6.so (or similar) for bash2 on the initrd from the bbs
[18:34] <stf^rocklinux> I'll finish another test-installation in a couple of minutes, then I can tell you more
[18:35] <th> blindcoder: just try to install the latest iso. and only do what the installer tells
[18:36] <blindcoder> hmm
[18:39] <stf^rocklinux> when booting the installed bbs (test-release): /bin/bash: error while loading shared libraries: libdl.so.2: ...
[18:40] <th> what do you mean mit "installed bbs"?
[18:40] <th> the iso from $topic?
[18:40] <stf^rocklinux> yes. http://iso.rocklinux.de/rock-ftp/official/test-releases/bbsboot-r7247_cd1.iso
[18:40] <th> ah ok
[18:40] <th> yea that's propably the same what i meant with my crystal iso ($topic again)
[18:41] <blindcoder> just add /lib/libdl* to mandatory libraries
[18:41] <SMP> what's this 'bbsboot' thing?
[18:41] <blindcoder> libs="" variable
[18:42] <th> SMP: it's just a generic build with a pkgsel
[18:42] <th> SMP: see https://www.rocklinux.net/svn/rock-linux/trunk/misc/pkgsel/bbs.in
[18:42] <stf^rocklinux> SMP: the pkgsel should allow to build everything on this system (Build BootStrap ;)
[18:43] <SMP> stf^rocklinux: maybe you just need to run ldconfig on the installed bbsbo5Dot?
[18:43] <th> SMP: the problem is in the inird
[18:44] <th> i think
[18:44] <stf^rocklinux> SMP: that is done with the postinstall scripts, as th says the problem is with the shipped initrd
[18:45] <blindcoder> chroot confusing the linker? now that would be funny :)
[18:45] <stf^rocklinux> th: booting directly to the root partition (skipping initrd) works for me
[18:46] <th> stf^rocklinux: ok - so it's a problem with the shipped initrd.
[18:46] <th> so this is sort of confirmed
[18:46] <th> that's not a rockinitrd image, is it?
[18:46] <blindcoder> as I said, just add /lib/libdl*.so to the libs="" variable
[18:47] <th> blindcoder: where?
[18:47] <stf^rocklinux> wait
[18:47] <stf^rocklinux> there's another fix for this: see https://www.rocklinux.net/submaster/smadm.cgi?i=2006031918232013680
[18:47] <th> blindcoder: you have a fix for that in submaster already?
[18:47] <stf^rocklinux> especially note the -L option to the usage of file in the rockinitrd
[18:48] <th> .   Note: this is Work In Progress, expect a cleaned-up version later
[18:48] <blindcoder> th: no, it's a suggestion
[18:48] <SMP> trying out Foresight Linux once again reminds me the Rock isn't the only ones making a crappy distribution (SCNR) ...
[18:48] <stf^rocklinux> blindcoder, th: the problem was that 'file' would not examine symbolic links to shared libraries
[18:48] <blindcoder> th: there's a libs="" line in rockinitrd
[18:48] <blindcoder> th: adding libdl.so there should help
[18:49] <stf^rocklinux> so libraries needed by them were not included
[18:49] <th> blindcoder: well - so we should perhaps fix the installer to call rockinitrd's mkinitrd
[18:49] <blindcoder> stf^rocklinux: okay
[18:49] <stf^rocklinux> blindcoder, th: replace calls to file with file -L ;)
[18:49] <blindcoder> ah, I've got a headache
[18:49] <blindcoder> I'm out of here
[18:49] <blindcoder> can't think straight
[18:49] <th> .   - use file -L instead of file, so symbolic links to shared libraries
[18:49] <th> .     are followed
[18:49] <th> i see
[18:50] <th> so r7247 is crap
[18:51] <stf^rocklinux> th: well, the non-working initrd is a big show-stopper, of course, besides that it works quite well afaics
[18:51] <th> yea
[18:51] <th> i'll start a new build
[18:52] <th> shall i include that patch?
[18:54] <stf^rocklinux> th: let me investigate some further if it really fixes this initrd problem
[18:54] <th> stf^rocklinux: ok. i'm going through sm now to see if some patches should go in
[18:55] <stf^rocklinux> th: I consider the patch safe, however, that is I don't expect it to break anything
[18:56] <th> ok
[18:56] <th> daja77: ping
[18:56] <th> daja77: you voted on 2006021615383712705 without voting on it's dependant 2006021416201427153
[19:00] <th> ahhhh
[19:00] <th> 2006031618045125712
[19:00] <th> is cron in bbs?
[19:00] <th> did we miss the ldconfig because of that?
[19:01] <stf^rocklinux> th: I think so, I had to manually run postinstall before rebooting
[19:02] Action: stf^rocklinux votes pro 2006031618045125712...
[19:02] <stf^rocklinux> th: cron is not in bbs
[19:03] <th> see 2006031814092113653
[19:03] <th> file for stage3 for mkinitrfd
[19:05] <th> stf^rocklinux: 2006031918232013680 that's diffeed against a /sbin/mkinitrd-stf
[19:06] <SMP> stf^rocklinux: why the hell do you need all the different fscks in the initr(d|amfs) ?
[19:07] <stf^rocklinux> SMP: I didn't do anything about fscks in rockinitrd...
[19:07] <th> SMP: propably to do fscking before mounting
[19:07] <SMP> yeah, you fsck the / fs. nothing more
[19:07] <SMP> stf^rocklinux: sorry, you're right
[19:08] <SMP> so, whoever did this -- why ..?
[19:08] <stf^rocklinux> SMP: sounds reasonable, since when / was checked, other fscks can be run from it
[19:09] <stf^rocklinux> so only the fsck for / is needed on the initrd
[19:10] <th> well. perhaps /sbin is mounted on another filesystem ;-)
[19:10] Action: SMP slaps th with the a large trout
[19:10] <th> stf^rocklinux: does 2006031918232013680 really apply? (VOTECHECK: Don't know responsible user for /sbin/mkinitrd-stf1!)
[19:10] <th> SMP: you're now on micq?
[19:11] <stf^rocklinux> th: I thought patch could sort it out... I'll rediff the patch
[19:11] <SMP> micq ?
[19:11] <th> SMP: mirc i mean.
[19:12] <th> SMP: that's l337 irc program introducing the trout
[19:12] <th> stf^rocklinux: i'm just asking
[19:12] <th> patching file package/base/rockinitrd/mkinitrd.sh
[19:12] <th> seems to work
[19:12] <th> dont panic
[19:12] <SMP> truth is, I learned about that from mirc. about 1996. now I can type it mysqlf just fine
[19:13] <th> i started with ircII and switched to irssi. i dont know that mirc ;)
[19:14] <stf^rocklinux> th: rediffed in 2006031919125230480 
[19:16] <th> Note: this is Work In Progress, expect a cleaned-up version later
[19:16] <th> hmmm
[19:16] <th> i was considering adding it to my journal and applying
[19:19] <stf^rocklinux> th: I could clean it up within ~15 min
[19:20] <th> stf^rocklinux: that would rock
[19:22] <stf^rocklinux> th: I'm on it
[19:24] <th> my current plan:
[19:24] <th> http://www.rocklinux.net/people/teha/2006-03-19-journal.txt
[19:27] markuman (n=markuman@gtso-d9bf0f6e.pool.mediaWays.net) joined #rocklinux.
[19:31] <th> root@crystal:~# useradd foo ; userdel foo
[19:31] <th> userdel: error removing group entry
[19:31] <th> userdel: error removing shadow group entry
[19:31] <th> the group get's added and removed perfectly
[19:31] <th> but we have this warning
[19:38] <stf^rocklinux> you mean the group or the user gets added and removed?
[19:38] <th> ok. and default kde logon get's a warning about wrong permissions for sound device. i guess console user needs sound access
[19:38] <th> stf^rocklinux: the user and group gets added and deleted
[19:39] <stf^rocklinux> th: yes. usermod -a -G sound user
[19:39] <th> no
[19:40] <th> the xdm (e.g. kdm) can add groups dynamically on logon time
[19:40] <th> that's intended for access for sound and/or cd burning
[19:40] <th> for the local console owner
[19:41] <stf^rocklinux> th: sounds strange to me ^^
[19:42] <stf^rocklinux> th: so xdm would add sound (and video) groups and add the local user to them?
[19:42] <th> perhaps i'm mixxing things up here
[19:42] <th> was it only chowning?
[19:43] <th> i'm not talking of /etc/groups
[19:43] <th> i'm only talking of the user logon process
[19:44] <th> i think there was something that the local console user is in a special group
[19:44] <th> of which the user is only a member while he is logged on  locally
[19:46] <stf^rocklinux> th: ah. haven't read anything about this yet...
[19:47] <stf^rocklinux> th: 2006031919444902232 is just like the previous patch, with commented out code removed
[19:48] <stf^rocklinux> th: the file duplicate finder was in the old patch as well, just forgot to mention it
[19:50] <blindcoder> stf^rocklinux: there was already a mechanism to find duplicate files. what was wrong with that?
[19:50] <stf^rocklinux> there was, in rockinitrd?
[19:50] <blindcoder> stf^rocklinux: yes
[19:51] <stf^rocklinux> must have overlooked that...
[19:51] <blindcoder> hmm
[19:51] <blindcoder> maybe there wasn't...
[19:51] <blindcoder> no there was none
[19:51] <blindcoder> must have confused that with lvp
[19:52] <th> stf^rocklinux: could you name the patch which gets obsoleted by that one?
[19:52] <th> in a message?
[19:52] <stf^rocklinux> blindcoder: I think it was removed together with creatings initrds as ext2 filesystem
[19:53] <stf^rocklinux> th: you mean sth like "replaces ..." and "replaced by ..."
[19:53] <stf^rocklinux> ?
[19:53] <th> stf^rocklinux: the replaces part would be good.
[19:53] <stf^rocklinux> th: ok
[19:55] <th> SMP: you know what i mean with the console-user group? for sound access?
[19:58] <SMP> yeah
[19:58] <SMP> but it's really just fake security
[19:59] <th> well allowing access to anyone is not better
[19:59] <SMP> allow access to all login users
[20:00] <th> who are login users?
[20:00] <SMP> but either way -- there isn't so much wrong with doing it by adding a supplemental group. just don't pretend like it was really secure
[20:01] <th> i wouldn't
[20:01] <SMP> login users are humans that log in
[20:01] <th> is that the [xgk]dm's job?
[20:02] <SMP> I know CONSOLE_GROUPS in /etc/login.defs
[20:02] <SMP> and there's probably a pam module that does the same
[20:02] <th> damn. a pam-module
[20:03] <th> ok - i think i'll delay that then.
[20:07] <th> ok - besides the permission to devices problem... we have another arts issue here
[20:07] <th> "error while initializing the sound driver"
[20:07] Action: netrunner desperately waits for next kde where arts will be history
[20:08] <th> "device: default can't be opened for playback (invalid argument)"
[20:08] <[raphael]> you can already build KDE without arts
[20:08] <[raphael]> in 3.5
[20:08] <[raphael]> it's not required anymore
[20:08] <th> how's sound handled then?
[20:08] <th> doing alsa directly?
[20:08] <[raphael]> do you have non-standard device files? do you have /dev/dsp or some such?
[20:08] <[raphael]> no, not alsa directly either.... I think it can also use gstreamer or sth
[20:09] <th> [raphael]: the dsp device is found. i know this because it complained about permissions of it in first place.
[20:09] <stf^rocklinux> th: with fixed permissions the KDE sound server should work.
[20:09] <th> stf^rocklinux: it doesn't
[20:09] <stf^rocklinux> th: after adding user to sound group, I had to logout/login for permissions to be updated 
[20:10] <stf^rocklinux> th: I mean shutdown KDE, logout on console, login, start KDE
[20:10] <th> http://www.rocklinux.net/people/teha/arts-problem.png
[20:11] <th> stf^rocklinux: i added the user to the group and restarted the session
[20:11] <[raphael]> th, gstreamer is not in the configure --help list
[20:11] <th> stf^rocklinux: see screenshot
[20:11] <th> [raphael]: i dont know anything about gstreamer
[20:11] <[raphael]> ... but alsa is, but only for libKMid which is for midi stuff,
[20:12] <[raphael]> th, re screenshot: I know this one :)
[20:12] <[raphael]> but, you're sure you have the file?
[20:12] <th> [raphael]: so what's the issue here?
[20:12] <[raphael]> maybe give it a permission of 777 or so, just to make sure
[20:12] <th> [raphael]: some misconfigured arts?
[20:12] <[raphael]> either the dsp does not exist, or it can't be accessed
[20:12] <[raphael]> run "kcontrol"
[20:13] <[raphael]> and go to the sound server settings
[20:13] <[raphael]> have a look if you can figure sth out
[20:13] <stf^rocklinux> th: try to set the dsp device to use there
[20:13] <[raphael]> you can give the device name
[20:13] <[raphael]> as well, to make sure it's using the correct device
[20:13] <[raphael]> stf^rocklinux: right :)
[20:13] <stf^rocklinux> th: might be that arts tries to open /dev/dsp where only /dev/sound/dsp exists
[20:14] <th> why would it complain about lacking access to /dev/sounds/dsp if it expects /dev/dsp?
[20:15] <[raphael]> th: arts is not literally to be trusted regarding error messages
[20:15] <th> if i change the device file to /dev/sound/dsp it brings the same message but with s/device: default/device: /dev/sounds/dsp"
[20:15] <[raphael]> th, can you figure out that sound works, for example with xmms
[20:15] <[raphael]> or anything that does not require arts
[20:15] <th> ok. now /dev/dsp exists. this changes nothing ;-/
[20:16] <[raphael]> like mplayer or whatever you have with the crystal target
[20:16] <stf^rocklinux> th: are you sure you can access dsp?
[20:16] <[raphael]> th, please try using the dsp with some application that doesn't use arts
[20:16] <th> oh - this might be an alsa issue
[20:16] <th> aplay does not work
[20:17] <th> building sox
[20:17] <[raphael]> at least in January I had severe audio issues when I tried ROCK, I couldn't get it to work (and it was not an arts issue)
[20:17] <th> sox works
[20:17] <th> so this might be alsa trouble
[20:17] <stf^rocklinux> then you might need another group (audio) for alsa access
[20:18] <[raphael]> I guess I'm off for today, good night all
[20:18] <th> ahhh
[20:18] <th> i have that patch im my journal
[20:18] <th> (which does the s/audio/sound/)
[20:18] <stf^rocklinux> raphael: cu
[20:20] <th> yea i'm blindfolded. aplay gives the answer
[20:20] <th> ALSA lib pcm_dmix.c:1102:(_snd_pcm_dmix_open) The field ipc_gid must be a valid group (create group audio)
[20:20] <th> aplay: main:544: audio open error: Invalid argument
[20:21] <th> ok - creating the audio group helps.
[20:21] <th> that's all about [2006031422091221858]
[20:23] <stf^rocklinux> nice, one problem less :)
[20:36] <fake> moin
[20:37] <th> fake: will do this: http://www.rocklinux.net/people/teha/2006-03-19-journal.txt
[20:40] <fake> th: okay
[20:40] <fake> stf^rocklinux: cool work!
[20:40] <fake> now there's only one uglyness left:
[20:40] <stf^rocklinux> hi fake
[20:41] <fake> modprobe -v does not show dependent modules if the running kernel is <> the kernel for which the modules were built
[20:46] <fake> ( cd $tmpdir ; find ; find | cpio -o -c > ${rootdir}/boot/initrd-${kernel}.cpio ; )
[20:46] <fake> why 2 times find ?
[20:46] <fake> to get a list?
[20:49] <th> perhaps cpio has an option to output
[20:49] <fake> hm, but possibly not to stderr
[20:52] <stf^rocklinux> fake: that's a debug print that I should have removed before creating the patch
[20:52] <fake> ;)
[20:53] <th> AND NOW I'M BUILDING THIS CRAP?
[20:53] <fake> *LOL*
[20:53] <fake> all that cpu time... WASTED
[20:53] <stf^rocklinux> but you should really restart your build, th ^^
[20:54] <stf^rocklinux> and remove that extra find ;)
[20:54] <th> stf^rocklinux: why?
[20:55] <th> okok
[20:55] <th> will do
[20:55] <th> where is it?
[20:56] <th> package/base/rockinitrd/mkinitrd.sh
[20:56] <th> k
[20:56] <stf^rocklinux> th: in package/base/rockinitrd/mkinitrd.sh, but it's really harmless, just creates some unnecessary output
[20:57] <th> worth a minute of my CPU ;)
[20:57] markuman (n=markuman@gtso-d9bf0f6e.pool.mediaWays.net) left irc: "using sirc version 2.211+KSIRC/1.3.12"
[21:00] <th> ok. now i feel better with another build running. so the cpu does not idle
[21:05] <stf^rocklinux> fake: depmod -v seems to show needed modules also for non-running (2.6) kernels
[21:07] <stf^rocklinux> fake: but for a 2.4 kernel I get: depmod: QM_MODULES: Function not implemented
[21:08] <th> we decided to drop 2.4 anyways
[21:09] <stf^rocklinux> th: or better let it fade out slowly... there's not much point in using 2.4 today, anyways
[21:10] <stf^rocklinux> th: now that my TV card works with 2.6 kernels ;)
[21:10] <th> hehe
[21:11] <fake> stf^rocklinux: insmod is the way to go for 2.4
[21:11] <fake> stf^rocklinux: lookup package/base/linux/mkinitrd.sh in the svn history
[21:11] <fake> stf^rocklinux: it's in there somehwere >_< ;)
[21:12] <stf^rocklinux> fake: insmod can show module dependencies for 2.4 kernels?
[21:39] <fake> stf^rocklinux: yes
[22:01] [raphael] (n=raphael@raphael.netpark.at) left irc: Read error: 104 (Connection reset by peer)
[22:11] [raphael] (n=raphael@raphael.netpark.at) joined #rocklinux.
[22:56] daja77 (n=daja77@dslb-088-072-040-115.pools.arcor-ip.net) left irc: Remote closed the connection
[23:59] ringo (n=info@cc53745-a.assen1.dr.home.nl) joined #rocklinux.
[00:00] --- Mon Mar 20 2006