ROCK Linux IRC Logs

The ROCK Linux project has been discontinued in 2010. Here are the old data for the historical record!
[02:32] netrunner (n=andreas@anvame.net) left irc: Read error: 110 (Connection timed out)
[02:34] netrunner (n=andreas@anvame.net) joined #rocklinux.
[07:52] [raphael] (n=raphael@host-84-235-196-162.satlynx.net) left irc: "using sirc version 2.211+KSIRC/1.3.12"
[08:54] Pilot (n=pilot@212.48.133.193) joined #rocklinux.
[08:54] <Pilot> hi all
[08:55] <blindcoder> moin Pilot 
[09:24] Pilot (n=pilot@212.48.133.193) left irc: "quitting"
[09:38] [raphael] (n=raphael@host-84-235-196-162.satlynx.net) joined #rocklinux.
[09:38] <netrunner> moin, 2
[12:10] blindcod1r (n=blindcod@dslb-084-059-050-217.pools.arcor-ip.net) joined #rocklinux.
[12:10] blindcoder (n=blindcod@dslb-084-059-128-038.pools.arcor-ip.net) left irc: Nick collision from services.
[12:10] Nick change: blindcod1r -> blindcoder
[12:54] daja77 (n=daja77@eingang.hrz.tu-chemnitz.de) joined #rocklinux.
[13:28] <madgyver> moin
[13:29] <blindcoder> moin moin
[13:30] <madgyver> when I try to build RL there is a _dl_close error, do you know what that means
[13:30] menomc (n=amery@200.75.27.52) joined #rocklinux.
[13:30] mnemoc (n=amery@200.75.27.122) left irc: Nick collision from services.
[13:31] Nick change: menomc -> mnemoc
[13:31] <blindcoder> madgyver: _dl_close looks like a linking issue
[13:31] <blindcoder> madgyver: how do you compile ROCK?
[13:32] <madgyver> I use the supplied scripts
[13:32] <madgyver> but, the original Idea was to crosscompile for ARM
[13:33] <blindcoder> you can't cross-compile everything yet
[13:33] daja77 (n=daja77@eingang.hrz.tu-chemnitz.de) left irc: "ja"
[13:33] <madgyver> same problem when not crosscompiling
[13:33] <blindcoder> Here's a howto on cross-compilign: https://doc.rocklinux.org/wiki/CrossCompiling
[13:33] <blindcoder> oh
[13:33] <blindcoder> can you put the .err files of the failed packages online somewhere?
[13:33] <madgyver> do you think this could be an amd64 problem
[13:34] <blindcoder> I don't know enough about hardware specifics to say that for certain
[13:35] <madgyver> where do I find tem?
[13:35] <madgyver> found em
[13:36] <madgyver> hmmm, they are all empty
[13:37] <madgyver> build/mypal-2.0.4-arm-EL-xscale-cross-generic-expert/root/var/adm/logs/
[13:37] <madgyver> ?
[13:37] madtux (i=miguel@pf0.hostarica.com) joined #rocklinux.
[13:37] <madtux> hi
[13:38] <blindcoder> empty is bad
[13:38] <blindcoder> moin madtux 
[13:38] <madtux> hi bro
[13:38] <blindcoder> madgyver: yeah, that's where the files should be
[13:39] <blindcoder> madgyver: what about build/mypal-2.0.4-arm-EL-xscale-cross-generic-expert/ROCK/logs/build_target.log?
[13:41] <madgyver> https://spam.la/?id=779728
[13:42] <blindcoder> oh
[13:42] <madgyver> oh?
[13:42] <blindcoder> you're building with dietlibc
[13:42] <madgyver> I can look for the othe build, just wait a secound
[13:43] <blindcoder> if that's the problem you had you can disable dietlibc by adding "O dietlibc" in the Custom Package Selection Rules
[13:44] <madgyver> that does not seem to be THE error, as the buildlog for x86 without dietlibc looks equal
[13:45] <blindcoder> ah
[13:45] <madgyver> https://spam.la/?id=794070
[13:46] <madgyver> this is the buildlog for x86
[13:46] <blindcoder> bbl
[13:46] <madgyver> bbl?
[13:46] <blindcoder> be back later
[13:46] <blindcoder> 30-60 minutes
[13:46] <blindcoder> sorry
[13:47] <madgyver> kk, thx
[13:51] daja77 (n=daja77@eingang.hrz.tu-chemnitz.de) joined #rocklinux.
[14:23] <madgyver> bc: I fond something in another IRClog, but they dont solve the problem
[14:23] <madgyver> 17:32 < mnemoc> it should be something with fl_wrapper then
[14:36] <netrunner> hm. udevsend as kernel hotplug has some implications.
[14:37] <madgyver> netrunner: pardon?
[14:38] <netrunner> firmware upload fails, uhci-hcd used for storage devices on combined host controller instead of ehci-hcd ...
[14:43] <madgyver> hmm, can you tell me the difference between ehci and uhci?
[14:43] <madgyver> moin daja
[14:44] <netrunner> fast vs. slow.
[14:45] <daja77> moin
[14:45] <madgyver> oic, in that order?
[14:45] <netrunner> yes.
[14:45] <madgyver> thx
[14:45] <netrunner> hi daja77 
[14:46] <daja77> netrunner: ah thats why it is working so ugly
[14:46] <netrunner> daja77: nevertheless it should be the way to go. remaining issues are expected to be fixed.
[14:46] <netrunner> maybe by hotplug update/udev update or so.
[14:52] <madgyver> daja, did you take a look at that probem we discussed?
[14:53] <daja77> hm which one?
[14:54] <madgyver> the dl_close problem
[14:54] <daja77> no
[14:54] <madgyver> https://spam.la/?id=794070 is the build_target.log
[14:55] <madgyver> there are no more .log or .err files created :(
[14:55] <madgyver> this happens whenever I try to build RL on my machine, regardless of the options I specify in the Config script
[14:57] <daja77> which system
[14:58] <madgyver> buildsystem is gentoo on amd64 / gentoo on x86 (chroot32)
[15:00] <blindcoder> üa,at
[15:00] <blindcoder> back
[15:01] <madgyver> hi
[15:03] <madgyver> cookies for everyone!
[15:03] <blindcoder> madgyver: you could try to set the file list creation mechanism to strace instead of fl_wrapper
[15:04] <madgyver> oh, of course... ahm, how would I do that?
[15:04] <blindcoder> let me check :)
[15:06] <blindcoder> (flwrapper) Use the flist wrapper library for flist creation
[15:06] <blindcoder> second to last option block
[15:06] <madgyver> by the way, what are those file list creation mechanisms?
[15:06] <blindcoder> the first is a LD_PRELOAD library, then strace and at last a timestamp/find combination
[15:06] <blindcoder> it's how the ROCK scripts determine which files belong to which package
[15:08] <madgyver> it would be so lovely to have a linux on my pda :) (Windows sucks, but Windows mobile is even worse!)
[15:08] <blindcoder> heh
[15:08] <daja77> erh currently we have no pda distribution, you'd have to modify it yourself accordingly
[15:09] <madgyver> I know
[15:09] <daja77> good
[15:11] <madgyver> but I don't see why RL should not work on arm when you can Xcompile it for (sparc|ppc|...)
[15:12] <daja77> well I don't say it is not possible
[15:12] <daja77> actually I plan to do one myself but you need different packages etc.
[15:13] daja77 (n=daja77@eingang.hrz.tu-chemnitz.de) left irc: "seufz"
[15:13] markuman (n=supermar@p5092794D.dip.t-dialin.net) joined #rocklinux.
[15:14] <madgyver> BINGO *hurray* *freu* thanks a lot!
[15:15] <madgyver> what different packages do you need? (Hey, I am not talking about a Xwindows jet...)
[15:21] <blindcoder> boot loader probably
[15:22] <madgyver> hmm, do you know haret?
[15:23] <blindcoder> no
[15:23] <madgyver> it is kind of an boodloader into linux from Windows mobile
[15:25] <blindcoder> I see
[15:27] <madgyver> look for the starterkit for asus mypal 730 on handhelds.org
[15:30] <blindcoder> hum
[15:30] <blindcoder> any search function there?
[15:32] <madgyver> google (blahblah site:handhelds.org)
[15:34] <blindcoder> ah, okay
[15:34] <madgyver> found it?
[15:35] <blindcoder> yeah
[15:37] <madgyver> what PDA do you (not) use (as windows is installed)
[15:37] <blindcoder> I don't buy windows powered PDAs
[15:37] <madgyver> :)
[15:38] <madgyver> the mypal is the onlyone with wifi, bluetooth and 640x480
[15:38] <madgyver> I though it would be easy to build linux for it
[15:39] <blindcoder> I never looked into putting linux on pdas, really
[15:53] <madgyver> should building of a kernel26 based linux work out of the box?
[15:56] <blindcoder> sure
[15:56] <madgyver> just select kernel26 instead of 24, right?
[15:57] <blindcoder> right
[15:57] <madgyver> then I'll need to have a look at those errorlogs, since there was no package build correctly after == 14:33:45 =[1]=> Building base/linux24 [2.4.27 2.0.3].
[15:58] <madgyver> == 12/19/05 14:46:20 =[1]=> Aborted building package linux24.
[15:58] <madgyver> !> Creation of binary package isn't possible,
[15:58] <madgyver> !> because the package was not successfully
[15:58] <madgyver> !> built in (at least) the current stage.
[15:58] <madgyver> sorry for all that spam
[15:58] <madgyver> is there a chance that the packages will be build correctly in the next run (as the process did not stop)
[15:59] daja77 (n=daja77@eingang.hrz.tu-chemnitz.de) joined #rocklinux.
[15:59] <blindcoder> depends in the problem in linux24
[15:59] <blindcoder> can you post the .err log?
[15:59] demian (n=demian@201.206.44.210) joined #rocklinux.
[15:59] <demian> hi
[15:59] <madgyver> yeah, later, I've to go to a lecture right now
[15:59] <blindcoder> okay
[17:11] demian (n=demian@201.206.44.210) left irc: "leaving"
[17:12] demian (n=demian@201.206.44.210) joined #rocklinux.
[18:02] <madgyver> blindcoder?
[19:43] demian (n=demian@201.206.44.210) left irc: "leaving"
[19:58] <[raphael]> daja77: ping
[20:50] markuman (n=supermar@p5092794D.dip.t-dialin.net) left irc: "https://www.linwiki.org - wiki around os linux!! #linwiki"
[21:24] <daja77> [raphael]: pong
[21:27] <[raphael]> daja77: I was just wondering about https://www.rocklinux.net/submaster/smadm.cgi?i=2005120916572325670
[21:28] <[raphael]> that's a joystick patch (or un-patch) which makes kdebase build
[21:28] <[raphael]> I was just originally wondering if it's a bug in kde itself
[21:28] <daja77> no
[21:28] <[raphael]> daja77: because if it were I could also fix it there (having a kde svn account)
[21:28] <[raphael]> yes, I've seen that, you patched the linux kernel (I don't even want to know why ;)
[21:28] <[raphael]> you = one of you
[21:29] <daja77> it was a problem with types that weren't defined correctly
[21:29] <daja77> I did it
[21:29] <[raphael]> :) i see, well, thanks for putting that patch up to make kdebase compile...
[21:30] <daja77> np
[21:30] <[raphael]> which reminds me... I still have to apply it
[21:30] <daja77> go for it ;)
[21:30] <[raphael]> can I apply it during an active build, remove the .err file and build-target will automatically rebuild ?
[21:31] <[raphael]> oh... wait, it patches the kernel
[21:31] <daja77> you'd have to rebuild the kernel header package before
[21:31] <[raphael]> damn, that would mean rebuilding all, right?
[21:31] <daja77> nope
[21:32] <daja77> scripts/Build-Target -cfg $id -job 1-linux26-header
[21:32] <[raphael]> so... I can just rebuild the kernel headers (by removing the log file) and it will be rebuilt?
[21:32] <[raphael]> ah... that sounds good :)
[22:15] <[raphael]> daja77: is there a reason why you removed the content of the patchfile instead of "deleting it from svn" ?
[22:15] <[raphael]> or is that sth not supported by submaster?
[22:19] <daja77> actually it should delete it
[22:45] <[raphael]> didn't, not here locally at least, but the file is empty
[22:45] <[raphael]> good night *
[22:46] <daja77> well svn del it manually then, dunno why it didn't do it
[23:00] <blindcoder> daja77: because submaster doesn't support it
[23:01] <blindcoder> daja77: you must add <script language="clifford">svn del blah</script> to make submaster support file deletions :)
[23:01] <blindcoder> madgyver!
[23:01] <daja77> blindcoder: it does it most of the time when applying patches
[23:02] <blindcoder> daja77: rarely here
[23:02] <daja77> hm
[23:16] <netrunner> re
[23:17] <daja77> wb
[23:25] kasc_ (n=kasc@dslb-084-060-126-060.pools.arcor-ip.net) joined #rocklinux.
[23:34] kasc (n=kasc@dslb-084-060-123-137.pools.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[23:34] Nick change: kasc_ -> kasc
[00:00] --- Tue Dec 20 2005