**** BEGIN LOGGING AT Thu Sep 01 02:59:57 2011 Sep 01 03:00:44 I suspect it is the version of the code you are using. You may want to grab from linux stable and build with that. Sep 01 03:01:46 any way that url indicates it is a problem with a library being linked in the wrong order Sep 01 03:01:48 tinker-f595: it's 3.0.3 with all patches from that directory applied Sep 01 03:01:59 hm... Sep 01 03:02:18 why are you applying patches onto 3.0.3 from an older branch? Sep 01 03:02:29 i'm not... Sep 01 03:02:49 that does not make sense as it has full support for sheevaplug. guru, and the openrd stuff etc Sep 01 03:03:10 well why did whoever build it do that Sep 01 03:03:11 ? Sep 01 03:04:53 tinker-f595: this is the kernel i compiled + patches I applied before that: http://sheeva.with-linux.com/sheeva/3.0/3.0.3/source/ Sep 01 03:05:31 rigid: which "plug" are you using? Sep 01 03:05:53 most recent sheevaplug Sep 01 03:06:46 you do not need those patches if it is real 3.x code. Those features are already in the stable tree Sep 01 03:06:58 ah Sep 01 03:07:15 read the source luke Sep 01 03:07:35 well, the patches applied... Sep 01 03:07:43 rigid: that means nothing Sep 01 03:08:05 i trusted the guy that put them into that directory Sep 01 03:08:11 you can apply crap and it will take Sep 01 03:08:38 I only trust the http://git.kernel.org Sep 01 03:08:53 oh, the one that was hacked yesterday? :-P Sep 01 03:09:36 less likely to be hacked than http://sheeva.with-linux.com/ Sep 01 03:09:55 and kernel.org is backup and restored very quickly and watched Sep 01 03:09:57 tinker-f595: well... read http://kernel.org Sep 01 03:10:05 anyway... cnr Sep 01 03:11:19 so I try a more recent version of mtd-utils and i'll be fine, i guess... Sep 01 03:11:22 and as it said there no problems with the source code Sep 01 03:11:29 yep, i know Sep 01 03:11:53 just couldn't resist since it sounded like you emphasize "trust" ;) Sep 01 03:12:08 "trust no one, luke" :D Sep 01 03:12:09 the way the repositories are set up...and any changes cause an immediate notification Sep 01 03:12:22 sure... i know how git works Sep 01 03:12:24 to 1000s of eyes Sep 01 03:12:28 at least basically Sep 01 03:13:17 I have cloned 2.6 and 3.x a while ago and not updated them for a while Sep 01 03:13:38 rigid: checkout via tags is nice Sep 01 03:13:56 i see Sep 01 03:14:04 rigid: are you cross compiling or building witht he sheeva Sep 01 03:14:24 both... not everything likes to cross-compile Sep 01 03:14:38 basically perl and python... but I lost interest when encountered perl Sep 01 03:14:45 it's a nightmare Sep 01 03:15:41 and gentoo binpkgs also have their pitfalls... (basically compilation against wrong python-version) Sep 01 03:15:54 I compile my kernel either on a sheevaplug that I have setup to boot from a usb hard drive or on my open rd client using a sata drive Sep 01 03:16:03 + the provided gentoo-root on plugcomputer.org is SO outdated Sep 01 03:16:22 rigid: dinner time for me Sep 01 03:16:37 cross compilation is _way_ faster... and kernel is no problem with crossdev... easy as pie Sep 01 03:16:41 rigid: any way good luck with getting the ubi ad ubifs stuff working Sep 01 03:16:42 tinker-f595: eym Sep 01 03:16:47 thanks Sep 01 03:17:12 rigid: I prefer native compilation.... Sep 01 03:17:22 any way dinner time for me Sep 01 03:33:45 native compilation is nice, if you have the time of course... Sep 01 03:45:19 rigid: what is the rush? jsut let it go and do something else Sep 01 03:46:05 tinker-f595: customer wants to have his stuff delivered... i have more time for critical stuff then Sep 01 03:46:17 and latest git mtd-utils doesn't compile :-/ Sep 01 03:46:28 hmmm Sep 01 03:47:10 not cool if HEAD doesn't compile... i suppose hasn't been tested on arm, tho... Sep 01 03:47:13 rigid: you said enetoo? Sep 01 03:47:19 yep Sep 01 03:47:22 gentoo Sep 01 03:47:53 latest stable is sys-fs/mtd-utils-20100718 ... the link-order-thing was fixed a few days later... Sep 01 03:47:55 rigid: so gentoo doesn't build and test on ARM? Sep 01 03:48:17 how would they test HEAD ebuilds? Sep 01 03:48:43 "emerge mtd-utils-99999999" compiles the current HEAD Sep 01 03:49:15 rigid: not been involved with gentoo builds Sep 01 03:49:48 but other distros build and test on the target platform Sep 01 03:49:49 possibility for HEAD is a nice feature... but not reliable as we learn from this Sep 01 03:49:53 or platforms Sep 01 03:50:00 as does gentoo... but not with HEAD ebuilds Sep 01 03:50:19 well have fun solving this... Sep 01 03:50:34 if the s.o. commits to the repo today, i will build that stuff... Sep 01 03:51:04 well, just boring manual git checkout... if my error really is coming from that bug it's just easy Sep 01 03:51:13 true Sep 01 03:51:37 luckily i'm not on a binary distro and have to get the whole compiler toolchain first... Sep 01 04:47:54 tinker-f595: it worked with a newer version of mtd-utils... thanks for your help Sep 01 04:49:25 ~15 seconds from NAND read to login-prompt... ubifs is nice :) Sep 01 06:00:52 rigid: yes ubifs is nice **** ENDING LOGGING AT Fri Sep 02 02:59:57 2011