WebHosting Paid by #1Payday.Loans
[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. https://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> https://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> https://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: https://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