**** BEGIN LOGGING AT Mon Feb 13 10:59:56 2006 Feb 13 11:04:38 i thought udhcpc was on there Feb 13 11:04:50 nevermind Feb 13 11:05:33 Cobelius: it looks like it is just missing Feb 13 11:05:47 FILES_dhcp-server = "${sbindir}/dhcpd /etc/init.d/dhcp-server /etc/default/dhcp-server /etc/dhcp/dhcpd.conf" Feb 13 11:05:47 FILES_dhcp-relay = "${sbindir}/dhcrelay /etc/init.d/dhcp-relay /etc/default/dhcp-relay" Feb 13 11:05:47 FILES_dhcp-client = "/sbin/ /etc/dhcp/dhclient.conf" Feb 13 11:05:47 FILES_dhcp-omshell = "${bindir}/omshell" Feb 13 11:05:51 that's all that the dhcp package ships Feb 13 11:06:13 normally yes, but in my case i have to use the dhcp3 client, because i don't found a file where are some extra options of the dhcp-server saved. Feb 13 11:18:13 does somebody know a small java vm which can execute basic programs? Feb 13 11:28:01 Hm.. does the .dev tree have multiple heads, or is my pull just going south? Feb 13 11:40:09 good morning Feb 13 11:40:58 hi Bernardo Feb 13 11:42:11 hi hardwire Feb 13 11:42:23 hi hrw|work (damn tab) Feb 13 11:42:57 morning Feb 13 11:43:17 hi katossi_uni gremlin[it] Feb 13 11:43:21 gints|wrk: Feb 13 11:45:08 hi hrw|work :) Feb 13 11:56:52 I hope I see you all in Fosdem Feb 13 11:58:56 katossi_uni: not me Feb 13 11:59:09 hrw|work: I thought you were going Feb 13 12:00:10 katossi_uni: no - I have more important meeting Feb 13 12:00:20 katossi_uni: my parents meets Ania parents Feb 13 12:00:40 ohhh, that sounds dangerous, but important though Feb 13 12:01:53 katossi_uni: maybe next year (if I will start to collect money for it) Feb 13 12:02:38 no problem, the world will still be there Feb 13 12:04:56 I think so Feb 13 12:39:18 morning Feb 13 12:54:57 hi hrw|work Feb 13 12:59:47 hi greentux Feb 13 13:00:11 hrw|work: i read something abaout wedding preparations? gratulation :) Feb 13 13:00:52 greentux: 8 july Feb 13 13:01:24 ok, so you will see how much time it will need... Feb 13 13:02:06 ;) Feb 13 13:03:31 i had a week holiday last week. so i read the news about oz now... Feb 13 13:32:28 hi all Feb 13 13:32:40 hi koen|airport Feb 13 13:40:52 man, 3 days no internet and oe@ has 140+ unread emails Feb 13 13:40:54 hey RP Feb 13 13:43:55 I guess OE development is starting to speed up a bit :) Feb 13 13:45:14 I'd say OE is getting more and more bugs Feb 13 13:45:17 >100 bugzilla mails Feb 13 13:45:56 Does exist a small standartprogram which takes a file, changes on line an rewrite the file? Feb 13 13:45:58 Or people are just reporting them... Feb 13 13:47:52 heh Feb 13 13:47:57 insane.bbclass Feb 13 13:48:13 koen|airport: I plan to add a sanity.conf soon ;-) Feb 13 13:48:43 I was planning on testing every .bb and moving broken stuff to nonworking/ Feb 13 13:49:19 any bets on what percentage is broken? Feb 13 13:49:36 We could do with a good cleanup. Keep in mind that some might not work on arm but work on other things Feb 13 13:49:53 not working on arm = broken Feb 13 13:50:07 unless the .bb specifies archs Feb 13 13:50:14 COMPATIBLE_HOST iirc Feb 13 13:51:51 koen|airport: I agree. Posting a list of packages that are about to be marked as none working might be a good first step so people can save any that are cared about Feb 13 13:54:15 Hi guys ! Feb 13 13:54:22 hi Ifaistos Feb 13 13:55:05 If someone could spend some time to get some descent documentation on OE/bitbake features i think a lot more devs could contribute Feb 13 13:55:20 just my 2 euro cents Feb 13 13:55:21 ;) Feb 13 13:55:26 Ifaistos: I totally agree Feb 13 13:57:24 RP: btw i will send you some more patches tonight... for bash3,openssl,madwifi-ng package (new) and olsrd 0.4.10 Feb 13 13:58:00 Ifaistos: ok. I'm trying to do 101 things at once at the moment but will look at them when I get a moment Feb 13 13:58:40 RP: NP. i can understand..... I am doing 16-18 hours a day myself these days Feb 13 14:01:25 btw... if i use module-init-tools why do i need the modutils package ? Feb 13 14:01:33 Morning All. I am trying to bitbake abiword using branch oz354fam083 and I am getting: | ftp-method.c:61:27: gssapi/gssapi.h: No such file or directory Feb 13 14:01:52 In the compilation of gnome-vfs-dbus-2.8.4.4 Feb 13 14:02:06 Ifaistos: good question - you could see what depends on it... Feb 13 14:02:21 Am I doing something wrong? I just checked and my oz354fam083 is up to date... Feb 13 14:03:44 * koen|airport move to the HUGE line in front of the easyjet counter Feb 13 14:03:46 later all Feb 13 14:06:48 That is frustrating... NOTE: package gnome-vfs-dbus-2.8.4.4-r1: task do_compile: failed Feb 13 14:30:31 Hey koen|770. I am having trouble bitbaking abiword on oz354fam083: NOTE: package gnome-vfs-dbus-2.8.4.4-r1: task do_compile: failed Feb 13 14:30:42 | ftp-method.c:61:27: gssapi/gssapi.h: No such file or directory Feb 13 14:31:00 My oz354fam083 is up to date and so is bitbake... Feb 13 14:31:10 RP: I'm affraid that announcing such a cleanup would be reasin for the conservatives to start another flamewar Feb 13 14:31:19 poli: no idea Feb 13 14:32:11 koen|770: Posting a list would be fair enough. We can then discuss a course of action. Even identifying where we have problems would be good Feb 13 14:35:26 maybe I can convince zecke to run oelint + bittest and automatically file bugs/send reports Feb 13 14:35:52 we first need to update oelint a bit probably Feb 13 14:36:05 hrw|work: oelint? Feb 13 14:36:07 hi zecke Feb 13 14:36:12 13 15:36 < koen|770> maybe I can convince zecke to run oelint + bittest and automatically file bugs/send reports Feb 13 14:36:13 hrw|work: use bittest content_checker ;) Feb 13 14:36:16 13 15:37 < hrw|work> we first need to update oelint a bit probably Feb 13 14:36:18 13 15:37 -!- zecke (Holger Freyther) [n=freyther@omsk.mi.fu-berlin.de] has joined #oe Feb 13 14:36:20 hehe Feb 13 14:36:41 ~lart libsdl-qpe Feb 13 14:36:41 * ibot installs a bad bootloader on libsdl-qpe and turns libsdl-qpe into a brick Feb 13 14:36:51 koen|away: somehow my 'oelint' mail from saturday didn't get through Feb 13 14:36:52 zecke: We have a bug in bitbake :-( Feb 13 14:37:28 koen|away: and the fetcher module can't fetch files for eva Feb 13 14:37:33 zecke: i've been away since friday Feb 13 14:37:34 RP: I knew there was one more :} Feb 13 14:37:38 hi zecke Feb 13 14:39:05 zecke: http://svn.o-hand.com/view/poky/trunk/bitbake/bin/bitbake?rev=275&r1=269&r2=275 Feb 13 14:39:31 you have forked it :} you bastards Feb 13 14:39:40 zecke: Also, cleaning packages with BUILD_ALL_DEPS has an "interesting" side effect... Feb 13 14:39:53 RP: hehe Feb 13 14:40:40 ~shoot 1G sdcard makers Feb 13 14:40:43 * ibot shoots 1G sdcard makers in the head with a frozen turkey cannon! Feb 13 14:40:48 RP: okay, a) I give you commit access to bitbake at berlios Feb 13 14:41:02 RP: b) I will svk smerge your changes to the berlios repository Feb 13 14:42:03 hrw|work: my 1gb mmc card works pretty good under linux Feb 13 14:42:07 zecke: That repository isn't just bitbake - its a streamlined OE/bitbake combo Feb 13 14:42:24 RP: do you have a berlios account yet? Feb 13 14:42:33 zecke: no, should I create one? Feb 13 14:42:45 koen|770: my 1g sd just goes to rmk, during weekend I checked 'kingston' one which also does not work Feb 13 14:43:10 RP: that depends, do you want to be able to commit changes directly? Feb 13 14:43:37 zecke: Its probably easier than pestering you for obvious fixes like this... Feb 13 14:43:57 RP: I wonder about one thing Feb 13 14:44:11 koen|770: your split scripts are nice Feb 13 14:44:33 RP: if we do RDEPENDS_${PN}, will we explode the deps? Feb 13 14:44:51 RP: or should we do a ueberfast update_data Feb 13 14:45:13 hrw|work: yeah, as long as they don't break ;) Feb 13 14:45:28 koen|770: /data/tmp/hrw/oz*/test5/._feed/ contain my version of them Feb 13 14:45:50 koen|770: tweaked them a bit, split perl/python to own dirs Feb 13 14:46:16 zecke: ${PN} isn't normally in overrides Feb 13 14:46:41 RP: I didn't find a better example Feb 13 14:46:41 hrw|work: it's still missing a sanity check to see if the feeds aren't missing deps Feb 13 14:47:14 koen|770: ok - but it looks better then splitting by section which was in oz Feb 13 14:47:27 indeed Feb 13 14:47:39 zecke: The rest of the code directly accesses RDEPENDS_${PN} (in both bitbake/OE and is probably correct to do so Feb 13 14:47:57 okay Feb 13 14:48:22 zecke: I'm now "rpurdie" on berlois Feb 13 14:48:42 * RP -> food - back shortly Feb 13 14:50:29 RP: you should be added now Feb 13 14:51:09 drat Feb 13 14:51:13 koen|770: ? Feb 13 14:51:26 it looks like svk has filled up /home Feb 13 14:51:34 oh Feb 13 14:51:36 ~lart svk Feb 13 14:51:36 * ibot cuts svk into thin stripes Feb 13 14:51:46 svk depotmap init Feb 13 14:51:47 ~lart svn Feb 13 14:51:47 * ibot chops svn in half with a free Solaris 7 CD Feb 13 14:52:17 svk feeds my hatred for svn Feb 13 14:52:27 ~kill svn Feb 13 14:52:29 * ibot shoots a inverse pseudotachyon gun at svn Feb 13 15:04:08 later all Feb 13 15:06:48 looks like fu-berlin.de network in maintained by russians... leningrad, omsk as hostnames.. Feb 13 15:36:03 lots of larting Feb 13 15:36:50 hi Feb 13 15:37:37 <[lala]> hi guys :) Feb 13 15:37:58 hi [lala] Feb 13 15:38:04 <[lala]> hi rp :) Feb 13 15:38:13 <[lala]> CosmicPenguin: you around? Feb 13 15:38:45 CoreDump|home: grrrr! Feb 13 15:38:59 JustinP: grrrrr,too Feb 13 15:39:08 whats up Feb 13 15:42:14 CoreDump|home: you reverted all of my recent changes to efl.bbclass Feb 13 15:42:21 CoreDump|home: or at least I assume it was you.... Feb 13 15:43:45 CoreDump|home: it's been fixed now, though.... Feb 13 15:44:00 and I've abandoned .dev for the time being Feb 13 15:44:19 I keep getting dependency problems, etc, etc , etc. When it's not one thing, it's another Feb 13 15:44:28 JustinP: my merge was exactly one line in efl.bbclass Feb 13 15:44:32 * JustinP is working on getting his images working in stable for now Feb 13 15:44:41 s/+=/= Feb 13 15:44:50 CoreDump|home: well, after your commit I updated and all of my recent changes wree gone... Feb 13 15:44:58 ouch Feb 13 15:44:58 CoreDump|home: see my recent commit Feb 13 15:46:59 hrw|work: I've copied all of my e17 stuff into oz354fam083 and am building testing images now for spitz, fixing up problems as I find them Feb 13 15:47:13 hrw|work: I expect to have them ready to commit by the end of the day Feb 13 15:49:01 great Feb 13 15:52:05 JustinP: mt diff --revision=42a85fe9fa63dee9664c254ea3de578bef0e978f|less Feb 13 15:52:22 that's my merge. Looks _exactly_ like your recent commit Feb 13 15:52:42 down to the rev numbers. I'll never get the hang of this grrr Feb 13 15:53:22 hmmm...well, I'm not sure where it went wrong Feb 13 15:53:29 I'm pretty sure it was a bad merge by someone Feb 13 15:53:47 but since merges aren't in the e-mails and monotone-viz hasn't worked for me in a while.... Feb 13 15:54:29 I liked bitkeaper way better thanmt in this regard Feb 13 15:55:03 bk undo -a1.387 // I miss it.. Feb 13 15:55:16 do13: pinbg Feb 13 15:55:37 [lala]: pongh Feb 13 15:55:40 hrw|work: the web interface was a breeze compared to viewmnt Feb 13 15:58:26 JustinP: can you build mplayer for the spitz/akita? I've tried (on oz354fam083) and complains of a missing alsa patch Feb 13 15:59:06 Bernardo: I don't know Feb 13 16:02:05 Bernardo: I don't see an alsa patch in mplayer_1.0pre7.bb Feb 13 16:02:56 Bernardo: I do see one in mplayer-atty and yes, the patch is missing.... Feb 13 16:05:16 hrw|work: mplayer-atty is missing a patch in oz354fam083 Feb 13 16:05:46 hrw|work: alsa-configure.patch Feb 13 16:07:05 NOTE: package e-image-core-1.0: started Feb 13 16:07:31 ^_^ Feb 13 16:09:52 NOTE: package e-image-core-1.0: completed Feb 13 16:09:54 yay Feb 13 16:10:02 now to test it and build e-image Feb 13 16:10:06 * CoreDump|home cheers Feb 13 16:10:33 testing will have to wait for a bit....on a cell network right now... Feb 13 16:13:31 JustinP: heh Feb 13 16:13:43 * hrw|work just remove 5G of stuff Feb 13 16:14:20 ? Feb 13 16:14:32 -core isn't that bad... Feb 13 16:16:15 I'm cleaning my builddir Feb 13 16:16:53 ah, I see Feb 13 16:17:05 should I post a bug for the missing mplayer patch? Feb 13 16:17:34 what's the policy on devices that need firmware upload? Feb 13 16:17:51 JustinP: no Feb 13 16:17:57 I willpush it Feb 13 16:18:19 ~kick monotone.vanille.de Feb 13 16:18:21 bugger off sod! Feb 13 16:18:32 for instance, can hostap-utils be included in the main image, together with for instance the firmware for ConnectPlus? Feb 13 16:18:47 accumulator: install prism3-support and you will get it Feb 13 16:19:31 does prism3-support meddle with the /etc/network/interfaces file or the /etc/pcmcia hierarchy? Feb 13 16:19:55 pcmcia Feb 13 16:21:13 thanks Feb 13 16:26:38 ~emulate stewie Feb 13 16:26:40 Damn you, damn the broccoli, and damn the Wright Brothers! Feb 13 16:27:44 ~lart our monotone servers Feb 13 16:27:44 * ibot chops our monotone servers in half with a free AOL CD Feb 13 16:37:29 ibot: again Feb 13 16:38:03 I wish I had some food..... Feb 13 16:42:22 * JustinP executs a flash restore Feb 13 16:42:36 heh Feb 13 16:42:50 if you try to restore NAND on a spitz without a card in it says "no strage" Feb 13 16:46:15 ~emulate scooby doo Feb 13 16:46:30 well, I didn't really expect it to work.... Feb 13 17:06:21 I am trying to get module-init-tools to work on a 2.6 kernel for x86 but it seems that either a module-init-tools-scripts is missing or i am missing something ;) Feb 13 17:06:23 back to attempting..... Feb 13 17:06:29 i don;t get anything in etc/rcS.d related to modules.... Feb 13 17:07:47 like the S20modutils if the 2.4 kernel modutils are used Feb 13 17:08:06 any ideas ? Feb 13 17:10:57 Ifaistos: You probably want one of the modutils packages? Feb 13 17:11:43 hi zecke, thanks for the access - I'm doing the 6 hour waiting until they refresh their servers now :) Feb 13 17:12:31 hey Feb 13 17:12:41 RP: hehe long live cron jobs Feb 13 17:12:58 RP: it is run 4 times a day, so you do not need to wait the full six hours Feb 13 17:13:27 I'm off to the gym in a second Feb 13 17:15:52 zecke: I try now and again but no luck yet :) Feb 13 17:24:43 RP: Just figured out that you can't use EXTRA_DEPENDS on .bb meta files :( Feb 13 17:25:24 RP: probably this is why i could get the module-init-tools Feb 13 17:26:08 hmm Feb 13 17:26:11 RP: could=couldn't Feb 13 17:26:20 anyone played with cinch? Feb 13 17:26:21 Ifaistos: EXTRA_DEPENDS don't make sense in .bb files Feb 13 17:26:24 http://caosity.org/projects/cinch?lang=en Feb 13 17:26:34 I suspect you just mean DEPENDS? Feb 13 17:27:28 RP: nop, BOOTSTRAP_EXTRA_DEPENDS Feb 13 17:28:37 RP: I have added this to a meta .bb i made -> BOOTSTRAP_EXTRA_RDEPENDS_append_kernel26 += "udev module-init-tools" Feb 13 17:29:35 Ifaistos: perhaps remove that _append? Feb 13 17:38:59 Ifaistos: kernel26 probably isn't an override at that point and I also doubt task-boostrap will see it Feb 13 17:40:43 RP: It's in machine/simpad.... I copied over to x86 delete /tmp and now recompile Feb 13 17:41:58 Ifaistos: There will be something in that file which adds kernel26 to overrides which you'll need as well Feb 13 17:42:52 03hrw 07org.oe.oz354fam083 * rdee4ca5c... 10/packages/meta/meta-opie-all.bb: meta-opie-all: irk variants are renamed Feb 13 17:42:56 03tmbinc 07org.oe.dreambox * r986d5f68... 10/packages/dreambox/dreambox-secondstage.bb: dreambox-secondstage/dm7025: upgrade to version 43 Feb 13 17:43:00 03tmbinc 07org.oe.dreambox * r11a8d7da... 10/packages/samba/files/opendreambox/smb.conf: samba/opendreambox: add case handling options to smb.conf Feb 13 17:43:19 * koen|train kicked vanille Feb 13 17:44:21 RP: Do you mean something like this -> OVERRIDES =. "${KERNEL}:" Feb 13 17:44:29 Ifaistos: Yes Feb 13 17:44:33 that's the one Feb 13 17:44:41 Hi all Feb 13 17:44:52 hey do13 Feb 13 17:44:55 Ifaistos: Which file exactly are you adding this to? Feb 13 17:45:01 hi dirk Feb 13 17:45:06 ~stab utwente-vpn.utwente.nl Feb 13 17:45:07 * ibot runs at utwente-vpn.utwente.nl with an origami Swiss Army knife, and inflicts a nasty paper cut. Feb 13 17:45:18 RP: x86.conf Feb 13 17:45:22 Hi koen|train, Richard Feb 13 17:45:41 CoreDump|home: pong Feb 13 17:45:47 Ifaistos: ok, that should work Feb 13 17:45:56 * CosmicPenguin has the horrible thought that he has absolutely no idea why his images boot Feb 13 17:46:17 RP: Let's hope this is a sucessfull baking :) Feb 13 17:46:21 CosmicPenguin: we all have that ;) Feb 13 17:46:28 do13: nm =) Had a question about kexec but that is resolved by now Feb 13 17:46:44 heh Feb 13 17:46:57 CosmicPenguin: altboot is now kexec powered? Feb 13 17:47:04 CoreDump|home: does it work for you? Feb 13 17:47:21 yes, I can kexec 2.6 -> 2.6 Feb 13 17:47:22 CosmicPenguin: no altboot-uml yet ;) Feb 13 17:47:27 ehm Feb 13 17:47:32 CoreDump|hom that was: Feb 13 17:47:36 but 2.4 doesn't work(panics) on slcxxxx right now Feb 13 17:48:10 heh Feb 13 17:48:21 strange. np on tosa. Feb 13 17:48:56 the question remains: why does a (known to be good) kernel2.4 panic with "Attempted to kill init" when booted into a2.6 rootfs Feb 13 17:49:01 when modyfing thinks in machine/xxxxx.conf should the cache be deleted or not ? (to avoid problems) Feb 13 17:49:31 Ifaistos: The cache should be automatically invalidated Feb 13 17:49:43 RP: can you correct linux-openzaurus_2.6.15.bb. There is a ;patch=1 missing :) Feb 13 17:50:00 do13: ah, will fix, thanks :) Feb 13 17:52:25 is there any chance w/o serial cable to capture the kernel messages on boot? Feb 13 17:53:03 CoreDump|home: Not if the boot doesn't complete far enough to run dmesg and save to disk Feb 13 17:53:12 damn Feb 13 17:53:22 CoreDump|home: You could add sleep statements to the kernel? :) Feb 13 17:53:33 * CoreDump|home shudders and screams in terror Feb 13 17:53:40 not again, no way Feb 13 17:54:14 RP: do you remeber the keys to launch the emergency shell by chance? was it D+P? Feb 13 17:54:46 CoreDump|home: I'm not sure offhand. I've only used it once Feb 13 17:54:53 oops Feb 13 17:55:05 d+p opens a diagnostic menu Feb 13 17:55:19 uh oh Feb 13 17:57:22 lol Feb 13 17:57:44 google for "akita emergency shell"and check the first hit. Not really what I was looking for =) Feb 13 17:59:05 probably anime Feb 13 18:01:04 not really Feb 13 18:01:07 is there a link for proc/hal device return values ? Feb 13 18:02:30 * emte goes to read the header files Feb 13 18:06:10 hi all Feb 13 18:06:17 hi Mardy Feb 13 18:07:51 hmm Feb 13 18:08:12 RP, you happen to know of a value list for proc/hal ? Feb 13 18:08:36 * JustinP wonders if his ~lart screen got through Feb 13 18:08:40 emte: no idea I'm afraid Feb 13 18:08:53 hmm Feb 13 18:09:13 would rather parse hex values than strings ... Feb 13 18:09:16 ~lart screen again for good measure Feb 13 18:09:16 * ibot flings poo at screen again for good measure Feb 13 18:10:36 JustinP: I have found the reason for the 2.4 kernel panic Feb 13 18:10:39 AHA!! Feb 13 18:10:48 http://cvs.freedesktop.org/*checkout*/hal/hal/doc/spec/hal-spec.html?only_with_tag=HEAD Feb 13 18:10:52 if anyone else needs it Feb 13 18:10:53 kernel 2.6 is using a newer jffs2 which causes the problem Feb 13 18:11:32 any volunteers to backports 2.6th jffs2 to 2.4? =) Feb 13 18:12:01 CoreDump|home: That figures. Except its not so much newer and more "not hacked by sharp" Feb 13 18:12:08 bon avec tout ça j'ai pas encore testé rez, moi :P Feb 13 18:12:08 hmm Feb 13 18:12:20 CoreDump|home: Use 2.6. Why would you want to use 2.4? Feb 13 18:12:29 wrong window... Feb 13 18:12:32 sorry Feb 13 18:13:04 RP: dualboot between .oz and .dev. And users would _love_ it to dualboot between OZ and Sharp Feb 13 18:13:37 CoreDump|home: hmm :-/ Feb 13 18:14:05 well, wait a second. The jffs2 image is created by OE. It should be enough to use the older genjffs2 (or whatever it's called) Feb 13 18:14:26 RP: and because the stable releases are stil gong to have 2.4 for Cxx00....right? Feb 13 18:14:30 or the .dev one in branch =) Feb 13 18:15:00 JustinP: Soo to be followed by 3.5.4.1 which will have 2.6 Feb 13 18:15:32 CoreDump|home: so the jffs2 tools have been changed, huh? wonderful.... Feb 13 18:15:42 RP: :-|| Feb 13 18:15:46 well, if the fix is as trivial as upgrading the genjffs2 it wouldn't hurt IMO Feb 13 18:15:48 bye all Feb 13 18:16:18 I'm not getting invloved with 2.4. It deserves to die IMO ;-) Feb 13 18:16:20 the kernel 2.4 fromthe d+b shell is crapping its pants trying to mount /dev/mtdblock. Feb 13 18:16:21 * RP -> food Feb 13 18:16:58 * CoreDump|home got a full dump of the panic =) Feb 13 18:17:50 RP: of course the remote still isn't supported....::sigh:: Feb 13 18:18:04 * JustinP really doesn't have the time to learn all about inner workings of the kernel to implement this... Feb 13 18:18:19 I'd just be porting 2.4 code to 2.6.... Feb 13 18:18:26 and doing a crappy job o fit I'm sure Feb 13 18:18:44 not to mention the g_* issues.... Feb 13 18:20:14 heh, http://hardware.slashdot.org/article.pl?sid=06/02/13/1610250 .. wonder if thatd just show up as a pair of input devices. tslib should probably be made flexible enough to accomidate that Feb 13 18:21:03 CoreDump|home: no, wait, that can't be the problem Feb 13 18:21:08 kergoth`zzz: umm i sent you an email Feb 13 18:21:31 CoreDump|home: I'm still using a root from OZ3.5.3+ Feb 13 18:21:49 Obscure^: okay, what about? Feb 13 18:22:05 kergoth`zzz: about openzaurus.org .. :| Feb 13 18:22:06 Obscure^: oh, oz.org. bill didnt get paid Feb 13 18:22:20 i'll be switching the oz and oe sites to a different registrar, and paying them, shortly Feb 13 18:22:22 ah hah k .. that sucks Feb 13 18:22:38 switched jobs, moved, etc. havent really had an opportunity to take care of it Feb 13 18:22:45 aha .. goodluck =) Feb 13 18:22:59 JustinP: but you boot the hdd directly right? Feb 13 18:23:07 i had problems with that .. switching to another registrar after expiration Feb 13 18:23:15 yes, i tried to do it once before Feb 13 18:23:17 pain in the ass Feb 13 18:23:38 from the panic: Code: e59f024c e1a0200c ebfd7f5b e3a03000 (e5833000) Feb 13 18:23:49 CoreDump|home: I don't get a panic Feb 13 18:23:54 CoreDump|home: I get "tried to kill init" Feb 13 18:23:56 kergoth`zzz: damn right Feb 13 18:23:59 3 ofthese values match the panic on boot FWIW Feb 13 18:24:10 CoreDump|home: and no....2,4 does *not* boot from the HDD.... Feb 13 18:24:18 CoreDump|home: and, again, I don't get a panic Feb 13 18:24:18 "kernel panic: attempted to kill init!" Feb 13 18:24:21 I justs aid I did.... Feb 13 18:24:28 oh, is that a panic? Feb 13 18:24:30 Obscure^: i wonder if they'll try to make me pay them to renew it, then initiate a transfer after that :\ Feb 13 18:24:31 anyway... Feb 13 18:24:40 * JustinP tries unzipping altboot-image to flash Feb 13 18:25:24 kergoth`zzz: well thats what happened to me! then i transfered to another registrar anyways. as prevention for next time :) Feb 13 18:26:06 * JustinP restored NAND again Feb 13 18:26:34 hehe Feb 13 18:29:09 why didnt you transfer before it expired? Feb 13 18:29:58 because i was broke and unemployed? Feb 13 18:30:03 :P Feb 13 18:31:02 hmm Feb 13 18:31:09 cant use lshal ... Feb 13 18:35:30 are we using org.freedesktop.Hal.Device yet? Feb 13 18:38:11 * emte guesses no and tries to use d-bus Feb 13 18:40:56 hmm which package provides mkfs.jffs2 in staging? Feb 13 18:41:41 CoreDump|home: mtd-utils-native? Feb 13 18:41:46 * JustinP is guessing Feb 13 18:42:03 * CoreDump|home checks Feb 13 18:42:38 versions in .dev and .oz are identical Feb 13 18:42:54 * JustinP hasn't tried the jffs2 images in a long time Feb 13 18:43:44 mkfs.jffs2: revision 1.45 Feb 13 18:43:54 * CoreDump|home is at a loss now Feb 13 18:47:15 * CoreDump|home flashes a 2.4 rootfs Feb 13 18:54:03 maybe it's something 2.6 "does" to the flash Feb 13 18:55:13 CoreDump|home: how do I get into the "recovery console"? Feb 13 18:56:06 remove power+bat. hold d+b while inserting bat and pushing power on Feb 13 18:56:55 * CoreDump|home boots kernel 2.4 + matching rootfs Feb 13 18:57:20 I *was* going to do that...but didn't Feb 13 18:57:54 well, works as expected Feb 13 18:58:14 until /home is mounted!! Feb 13 18:58:24 oops Feb 13 18:58:39 houston, we have a problem Feb 13 18:58:40 fark Feb 13 18:58:50 now _that_ sucks Feb 13 18:59:26 so it *is* something 2.6 does to the flash Feb 13 18:59:35 ~lart init Feb 13 18:59:36 * ibot blames init for all the evil in the world Feb 13 18:59:46 no init foun?? Feb 13 18:59:47 !!! Feb 13 18:59:47 JustinP: ?? Feb 13 18:59:49 !!!!!!! Feb 13 18:59:49 JustinP: Don't know, don't care Feb 13 19:00:08 * CoreDump|home just lost half his flash w/ 2.4 :( Feb 13 19:01:23 what the hell....why can't it find init Feb 13 19:02:31 * JustinP would flash but there are no jffs2 images... Feb 13 19:02:33 awfjALWEIFUOI;WEFHG;JWAEN Feb 13 19:03:16 * CoreDump|home curses Feb 13 19:06:48 * CoreDump|home curses Feb 13 19:07:32 * JustinP starts e-image building Feb 13 19:09:20 * CoreDump|home curses Feb 13 19:09:58 13:04 < sommerfeld> so, the opensolaris distributed SCM bakeoff is in progress. one of my coworkers is Feb 13 19:10:01 looking at svk, hg, bazaar-ng, and monotone. Feb 13 19:10:03 13:05 < sommerfeld> main discussion is happening on tools-discuss@opensolaris.org, which is archived at Feb 13 19:10:06 http://www.opensolaris.org/jive/forum.jspa?forumID=9 Feb 13 19:10:11 zecke might wnat to take a look at that Feb 13 19:10:48 flash erasing Feb 13 19:11:18 ah Feb 13 19:11:21 well, it seems to work Feb 13 19:11:29 I guess I needed a new boot fs... Feb 13 19:12:02 new kernel does seem to work Feb 13 19:13:05 need to add e2fsck and msdosfsck Feb 13 19:13:39 shit Feb 13 19:13:44 altboot is dying Feb 13 19:13:45 mo modules Feb 13 19:13:48 how the hell? Feb 13 19:13:57 JustinP: did you get your evas-x11 problem fixed? I can build now if you need Feb 13 19:14:08 mreimer: I got it fixed Feb 13 19:14:11 great Feb 13 19:15:46 grrr Feb 13 19:16:58 blah! Feb 13 19:19:35 I can't remmember the command to make a device Feb 13 19:20:18 mknod ? Feb 13 19:20:29 I *just* rmembered it Feb 13 19:20:30 thanks Feb 13 19:22:11 udev addicted :) Feb 13 19:23:52 WTFF! Feb 13 19:23:58 damn this thing! Feb 13 19:24:16 why the hell is it expecting kernel 2.6... Feb 13 19:24:18 oh...whoops Feb 13 19:24:20 nm Feb 13 19:24:44 =) Feb 13 19:24:45 yay for kernel checks Feb 13 19:25:33 * CoreDump|home hasn't touched the spitz stuff for ages Feb 13 19:26:59 CoreDump|home: I *just* got into option 7 without a pw Feb 13 19:27:11 03koen 07org.oe.oz354fam083 * re5c86460... 10/packages/libeventdb/libeventdb_0.21.bb: libeventdb: update to 0.21 Feb 13 19:27:15 03koen 07org.oe.oz354fam083 * rdbfa9f94... 10/packages/gpe-calendar/gpe-calendar_0.72.bb: gpe-calendar: update to 0.72 Feb 13 19:27:19 03koen 07org.oe.oz354fam083 * rfcd56811... 10/conf/distro/preferred-gpe-versions-2.7.inc: gpe 2.7: prefer gpe-calendar 0.72 Feb 13 19:27:27 ouch Feb 13 19:27:47 It was what I chose last time Feb 13 19:27:51 no passwd set then? Feb 13 19:27:59 no, password is set Feb 13 19:28:06 I had booted into it last time and entered the PW Feb 13 19:28:09 then rebooted Feb 13 19:28:15 pressed the key to bring up the menu Feb 13 19:28:18 then pressed "Enter" Feb 13 19:28:31 I'll type what I see that seems relevant Feb 13 19:28:55 Generating device files....: 6: Can't open /etc/default/rcS Feb 13 19:28:59 ERROR: FAILED Feb 13 19:29:07 /bin/sh: can't access tty: job control off Feb 13 19:29:13 and then sh Feb 13 19:29:18 as in I'm in the shell Feb 13 19:29:32 ahh Feb 13 19:29:45 looks like a failsafe fallthrough somewhere Feb 13 19:29:59 fallthrough isn't pw protected Feb 13 19:30:04 (by design) Feb 13 19:30:15 * JustinP nods Feb 13 19:30:35 still...strange that it fell through at all Feb 13 19:30:40 right Feb 13 19:30:50 since it had worked fine the last time Feb 13 19:30:59 * JustinP reboots into hda6 Feb 13 19:34:02 and makes a new altboot image Feb 13 19:35:22 I needed to add hdd3 dir and loop nodes Feb 13 19:36:22 koen|770: Do you know offhand if the gcc-cross-sdk package works in the oz/fam branch? Feb 13 19:36:59 Generating device files....: 6: Can't open /etc/default/rcS Feb 13 19:37:12 /etc/init.d/devices start && echo ok >/dev/tty0|| die "FAILED" Feb 13 19:37:48 die = failsafe shell Feb 13 19:38:58 sounds like init=/bin/sh wasn't launched but something else Feb 13 19:40:50 RP: no idea Feb 13 19:41:31 bitbake meta-sdk builds fine Feb 13 19:43:08 koen|770: I suspect only for hardfloat Feb 13 19:43:15 * JustinP "flashes" a new e-image-core Feb 13 19:46:10 RP: that's all i need Feb 13 19:46:50 koen|770: I might move it to nonworking as it doesn't work for me ;-) Feb 13 19:47:41 <[g2]> koen|770 hey Feb 13 19:48:25 <[g2]> koen|770 did you get your package ? Feb 13 19:50:19 yay, altboot Feb 13 19:51:32 [g2]: not yet Feb 13 19:51:44 RP: good thing it's in the branch ;) Feb 13 19:52:25 * koen sifts through a few days worth of snail mail Feb 13 20:00:37 CoreDump|home: did you try kexec after reflashing your root? Feb 13 20:00:53 hehehe Feb 13 20:00:56 bwahaha! Feb 13 20:01:06 * JustinP thinks the spitz will have a better time of kexec Feb 13 20:01:22 * JustinP will perhaps test it later tonight Feb 13 20:01:53 * Geo_KM is away: Away at the moment Feb 13 20:01:55 JustinP: I'm compiling a2.6 image right now Feb 13 20:02:28 why would I want to kexec a kernel which can access /home..... Feb 13 20:02:39 or / Feb 13 20:02:58 this needs fixing Feb 13 20:03:03 ? Feb 13 20:03:33 2.6 must not make flash unreadable for 2.4 Feb 13 20:04:05 apart from that, kexec works fine Feb 13 20:04:29 hehe Feb 13 20:04:42 what I mean is that the flash on spitz is not used for 2.6 ;-) Feb 13 20:04:51 * CoreDump|home can't laugh about that Feb 13 20:04:54 so I'll be able to boot hda1 for 2.6 and flash for 2.4 Feb 13 20:05:03 assuming it works Feb 13 20:05:13 right Feb 13 20:05:22 * JustinP continues building e-image Feb 13 20:05:26 and goes back to work Feb 13 20:07:21 hi :) did anyone already try make an mmpython package? I'm somehow stuck there Feb 13 20:08:02 Good evening Feb 13 20:08:06 hey uv1 Feb 13 20:08:15 morning Feb 13 20:08:23 hey hrw|tv Feb 13 20:08:23 What is the difference between "inherit" and "include" command ? Feb 13 20:08:27 CoreDump|home: I booted my c760 to 2.4.20/pdax and got /home working Feb 13 20:08:50 uv1: include just include file, inherit add bbclass Feb 13 20:08:51 how? Feb 13 20:09:02 mount soo oopses on my Feb 13 20:09:22 CoreDump|home: by simple 'mount /home/' - I booted my Z to login prompt Feb 13 20:09:22 hrw|tv: Thanks Feb 13 20:10:43 kergoth: ping Feb 13 20:11:08 hrw|tv: pong Feb 13 20:11:37 kergoth: can you unlock topic on #openzaurus? or add coredump, lardman, me to admin list? Feb 13 20:11:43 k Feb 13 20:11:48 thx Feb 13 20:16:05 expired domain Feb 13 20:17:34 hi kergoth Feb 13 20:19:21 any comitters for oz354fam083 around? Feb 13 20:19:34 hey pb_ Feb 13 20:20:22 spits hdd fstab line needs to eb fixed Feb 13 20:20:23 hi Feb 13 20:20:27 * JustinP would commit, but.... Feb 13 20:20:29 spitz Feb 13 20:20:36 could someone add gpe-calendar to .dev ? Feb 13 20:22:37 ummm...it is in dev...? Feb 13 20:22:55 no only in ozfam branche Feb 13 20:24:09 pb_: Why does the staging function in gcc3-build-cross.inc access ${CROSS_DIR}? Feb 13 20:25:24 pb_: Specifically why does it clean up after itself when it wouldn't have installed yet? Feb 13 20:25:51 RP: um? why would it not have installed yet? Feb 13 20:27:20 pb_: Hmm, yes. I'm tieing myself up in knots of logic again, sorry. Feb 13 20:28:18 hm.. Feb 13 20:29:08 For some reason I was imaging packages being installed to staging which doesn't happen yet. Feb 13 20:29:15 heh Feb 13 20:30:09 law_: the hell are you talking about? Feb 13 20:30:29 law_: dev has a newer gpe-calendar than oz354fam083 Feb 13 20:30:51 I find that fairly hard to believe. Feb 13 20:31:01 oz354fam083 has gpe-calendar 0.72, which is the latest version. Feb 13 20:31:27 JustinP: Commit by koen on org.oe.oz354fam083 :: rdbfa9f94... /packages/gpe-calendar/gpe-calendar_0.72.bb: Feb 13 20:32:17 JustinP: in .dev gpe-calendar_0.71.bb Feb 13 20:32:47 koen recently prefer to not touch .dev Feb 13 20:33:29 not till I get some way of testing packages built with a .dev tree Feb 13 20:33:39 my .dev dev-board arrives tomorrow :) Feb 13 20:33:49 unless fed-ex messes up Feb 13 20:34:08 my '.dev machine' wait for oz 3.5.4 release Feb 13 20:34:08 very good Feb 13 20:34:41 i wait for new gpe-calendar in .dev ;-) Feb 13 20:35:44 law_: ah, that Feb 13 20:35:55 * JustinP has not pulled that one Feb 13 20:36:02 "oh, _that_ oz254fam083 branch" Feb 13 20:36:19 heh Feb 13 20:36:23 hey now, I was looking in my checkout Feb 13 20:36:30 I just hadn't pulled that rev Feb 13 20:37:14 perhaps your "the hell are you talking about?" response was a bit harsh in that case Feb 13 20:37:32 pb_ : include/asm-arm/mach-sa1100/ipaqsa.h is a good place to define the keycode i miss ? Feb 13 20:37:43 gremlin[it]: probably as good as anywhere Feb 13 20:37:46 * JustinP apoligizes Feb 13 20:37:49 sorry law_ Feb 13 20:37:51 ok :) Feb 13 20:38:37 JustinP: np Feb 13 20:43:26 I think that could be the problem w/ 2.6 CONFIG_JFFS2_COMPRESSION_OPTIONS=y Feb 13 20:44:19 CoreDump|home: What makes you say that? Feb 13 20:45:08 the helptext of that option Feb 13 20:45:33 "choosing wrong / different than standard option = normal kernel can't read the FS Feb 13 20:45:53 CoreDump|home: The 2.4 kernel had the same compression options iirc Feb 13 20:46:04 That code was around, even in 2.4 days Feb 13 20:46:24 I don't see any such options in 2.4.20 defconfig Feb 13 20:47:36 with 2.6 we should test JFFS2 summary support Feb 13 20:48:05 CoreDump|home: They weren't configurable in 2.4. They were there though Feb 13 20:48:14 hmmm Feb 13 20:48:33 CoreDump|home: Look in fs/jffs2 at compr.c Feb 13 20:49:12 * RP spent a lot of time staring at the sharp mtd code and I can assure you the compression scheme is the same Feb 13 20:49:47 Although sharp may have disabled some of the schemes Feb 13 20:49:51 Can anyone explain why, when I try to build opie-image, it eventually tells me ipkg: Cannot create directory `/usr/lib/ipkg': Permission denied Feb 13 20:50:13 ashak: that's just ipkg's little joke. it's harmless, you can ignore it. Feb 13 20:50:30 RP: I believe you =) Feb 13 20:50:30 CoreDump|home: That'll be it - Looking at the code, sharp disabled rubin Feb 13 20:50:40 heh Feb 13 20:50:45 bastards Feb 13 20:50:58 CoreDump|home: The code is there for it so we could build 2.4 kernels with it enabled Feb 13 20:51:05 pb_: after than it tehn tells me that it cannot satisfy pretty much every dependancy for pretty much every task that it depends on. Feb 13 20:51:13 See the file I mentioned and attack the #if 0's Feb 13 20:51:24 RP: i'll try thanks! Feb 13 20:51:26 ashak: that is unfortunate, but also unrelated Feb 13 20:52:13 pb_: Damn. ANy idea what might be wrong? I even tried to remove pretty much everything within the build directory that seemed as though it may be causing problems Feb 13 20:52:47 RP: i could be mistaken but by the looks of it sharp disabled every compression but zlib Feb 13 20:52:48 ashak: well, the first step would be to inspect deploy/ipk to see if the packages in question actually exist there. Feb 13 20:53:08 CoreDump|home: Correct. As it happens that doesn't give the best performance either... Feb 13 20:53:14 hehe Feb 13 20:53:20 CoreDump|home: You only need to enable the decompressors Feb 13 20:53:30 will do asap Feb 13 20:53:35 CoreDump|home: As long as it can read the data it'll be happy Feb 13 20:55:07 pb_: There does appear to be alot of ipk fiels in there, although i'm fairly sure it can't have rebuilt them all that quickly, since I think I deleted alot of the stuff Feb 13 20:56:37 pb_: Ok, none of the missing dependancies exist in there. Feb 13 20:56:49 that would be a problem Feb 13 20:56:57 :( Feb 13 20:58:46 Is there any sensible way to 'clean' everything so that I can start from scratch? Other than removing pretty much the whole build dir? Feb 13 20:59:11 remove the tmp directory Feb 13 20:59:43 according to RP you can exploit a bug in OE for that (recursive cleaning) Feb 13 21:00:35 koen: It doesn't work as you'd like it to Feb 13 21:01:18 It only cleans RDEPENDS, not DEPENDS for a start Feb 13 21:02:52 03hrw 07org.oe.oz354fam083 * r5c9fad64... 10/packages/mplayer/mplayer-atty-1.1.5/alsa-configure.patch: mplayer-atty 1.1.5: added missing patch Feb 13 21:20:00 RP: did it work yet? Feb 13 21:28:20 hey zecke Feb 13 21:28:40 hey Feb 13 21:28:44 *exhausted* Feb 13 21:29:13 time to work on the insane.bbclass - better names are welcome Feb 13 21:29:20 zecke: As of a few minutes ago, yes :) Feb 13 21:29:34 hi zecke Feb 13 21:29:35 zecke: What's it for? Feb 13 21:30:07 well, something insane Feb 13 21:30:15 krusty.bbclass Feb 13 21:30:29 * CoreDump|home boots kernel w/ decompressors enabled Feb 13 21:32:01 RP: it is a rip of, ebuild.sh Feb 13 21:32:30 RP: it will do scanelf and find on the installed files Feb 13 21:32:37 RP: I also plan to grep through .la files... Feb 13 21:32:53 zecke: dobby.bbclass Feb 13 21:33:09 zecke: This might go nicely with with my sanity.conf I'm thinking of adding... Feb 13 21:33:09 (scanelf -> house elf) Feb 13 21:36:00 koen: lol Feb 13 21:36:27 zecke: How would you feel about adding a -rx style PR to the bitbake version string? (The aim would be to identify svn checkouts) Feb 13 21:38:19 like 1.3.3.1-r1 Feb 13 21:38:37 why not increase 1.3.3.x on changes Feb 13 21:38:49 or use keyword substitution? Feb 13 21:38:54 zecke: Increasing x would also be fine with me Feb 13 21:39:48 I'd just like to be able to see which version of bitbake was being used and be able to add something to OE warning if a version known to have bugs was being used Feb 13 21:41:49 RP: so having something with keyword substitution sounds the most easiest way... Feb 13 21:41:57 does svn offer substitution? Feb 13 21:42:00 like $ID$ ? Feb 13 21:42:08 RP: only it is broken if a user does only update one dir/file Feb 13 21:42:10 koen: yes Feb 13 21:42:25 koen: you need to tell svn to extend the keyword on this file though Feb 13 21:43:13 zecke: Hopefully it would be enough to kep track of which version a given user was using Feb 13 21:43:29 zecke: I agree, keyword substitution would be best Feb 13 21:46:00 what if I lib/fetch update and not bitbake itself? then keyword will be same Feb 13 21:47:49 hrw|tv: Tricky. If the version was in the same place as the changelog file, that might should mean all subdirectories would be updated together.. Feb 13 21:50:18 * Philippe is back (gone 23:01:37) Feb 13 21:50:40 RP: enabling the decomprossors didn't fix the oops Feb 13 21:51:27 CoreDump|home: have you a copy of the oops? Feb 13 21:51:51 in a second,yes Feb 13 21:52:28 RP: we should get close enough the revision... Feb 13 21:52:45 RP: but it will blow up if you stuff like svk sync (as the rev will change) Feb 13 21:53:22 zecke: agreed. Its just a bit of extra protection which I think we need Feb 13 21:53:54 03hrw 07org.oe.oz354fam083 * r7bf5b556... 10/packages/sharp-binary-only/ (2 files): sharp-binary stuff: fixed SRC_URI to openzaurus.sf.net Feb 13 21:53:58 03hrw 07org.oe.dev * r8b577ca0... 10/packages/sharp-binary-only/ (2 files): sharp-binary stuff: fixed SRC_URI to openzaurus.sf.net Feb 13 21:53:59 RP: taking our quality into account - yes Feb 13 21:54:36 RP: I think I do not need to tell you - use common sense for the bitbake repository Feb 13 21:56:04 zecke: I'll be careful Feb 13 21:56:26 bitbake -b ../org.openembedded.dev.orig/packages/efl/evas-native_0.9.9.022.bb Feb 13 21:56:34 that is what I will fix now Feb 13 22:00:52 RP: http://hentges.net/tmp/dmesg.txt Feb 13 22:01:04 time for bed, n8 all Feb 13 22:01:44 dammit, why won't opie-image build :( Feb 13 22:01:57 or rather build all of its dependancies Feb 13 22:03:02 CoreDump|afk: You need to run that through ksymoops by the looks of it. I'd forgotten how horrible 2.4 was :-/ Feb 13 22:05:10 compared to 2.2, 2.4 was great Feb 13 22:05:19 as 2.2 was compared to 2.0 :) Feb 13 22:05:26 RP: you look into linux 2.4? Feb 13 22:05:50 zecke: I looked at coredump's dmesg output Feb 13 22:06:01 * zecke shakes head Feb 13 22:07:15 zecke: You will note earlier I stated that booting 2.4 kernels was madness ;-) Feb 13 22:08:19 * ashak sighs, can't even build bootstrap-image Feb 13 22:08:35 03koen 07org.oe.dev * rf207b08f... 10/packages/tslib/tslib-maemo_0.0.1-15.bb: tslib-maemo: fix do_stage as described in oe bug #690 Feb 13 22:09:35 * ashak wonders how this has become broken Feb 13 22:10:52 Is there a monotone command to show what I've committed to my local db but have not yet pushed upstream? Feb 13 22:11:48 JustinP: ping Feb 13 22:12:06 mreimer: tell me if you know that, ob bitkeeper it was bk changes -L Feb 13 22:12:09 cu Feb 13 22:12:22 zecke: will do Feb 13 22:13:30 zecke: monotone doesn't know about any other servers Feb 13 22:13:40 zecke: it doesn't have a 'parent' like bk had Feb 13 22:14:12 koen: the reason I'm asking is because I've committed changes to oz354fam08 locally but haven't been able to push them Feb 13 22:15:10 RP: did you push your change yet? Feb 13 22:15:48 mreimer: 'monotone sync ewi546.ewi.utwente.nl org.openembedded.oz354fam083' would sync the two trees Feb 13 22:16:11 koen: that's different than push? Feb 13 22:16:21 it's push + pull in one command Feb 13 22:16:25 mreimer: pull+push Feb 13 22:16:25 ah Feb 13 22:16:46 zecke: no - trying to finish something else off Feb 13 22:16:54 koen, do you know of a way to generate a diff between the two servers, rather than a full sync? Feb 13 22:17:21 RP: take your time - or use svk (once you have time) Feb 13 22:17:35 mreimer: that's on the TODO list for monotone 0.26 iirc Feb 13 22:17:40 ok, thanks Feb 13 22:18:04 mreimer: by scripting, print out all revisions, sort and diff them and for the new ones call log :} Feb 13 22:18:20 sounds like git ;) Feb 13 22:18:42 koen: well you would have to add cat /dev/urandom - I though Feb 13 22:18:46 zecke: pong Feb 13 22:18:49 koen: actually cogito is quite Feb 13 22:18:50 zecke: true Feb 13 22:18:58 zecke: cogito sucks Feb 13 22:19:04 JustinP: the evas-native_0.99 files have one issue Feb 13 22:19:04 at least when I tried it Feb 13 22:19:15 it couldn't even import a flat OE tree Feb 13 22:19:19 JustinP: a special m4 directory is checked out and with current date it is empty Feb 13 22:19:32 :-p Feb 13 22:19:35 JustinP: sorry Feb 13 22:19:47 JustinP: with an older date it is empty, shouldn't we use a fixed date Feb 13 22:20:00 /usr/bin/env cvs -d:pserver:anonymous@thinktux.net:/root co -D 20050926 e17/libs/evas/m4 Feb 13 22:20:01 bah Feb 13 22:20:06 it was working fine for me... Feb 13 22:20:10 * JustinP looks Feb 13 22:20:18 ~lart raster Feb 13 22:20:18 * ibot gets a hotmal account and SPAMs raster Feb 13 22:20:19 koen, am I allowed to commit to oz354fam083? I have some changes to h2200-bootloader, h2200.conf etc. Feb 13 22:20:26 is my CVSDATE (for an older simpad date) and there m4 didn't exist Feb 13 22:20:45 and this triggered a bug in bitbake, now I wonder if you need to fix anything in the evas.inc Feb 13 22:21:00 mreimer: not normally, you need special permission Feb 13 22:21:14 mreimer: ehmm, it's fine by me, ask hrw for a second blessing Feb 13 22:21:26 * koen escapes further question by going to sleep Feb 13 22:21:29 'night all Feb 13 22:21:31 night koen Feb 13 22:21:33 zecke: ok...it's time again for...WTF? Feb 13 22:21:41 'night koen|sleep Feb 13 22:21:54 zecke: there *is* a fixed CVSDATE in evas.inc for the m4 dir Feb 13 22:22:17 don't tell me the damn global SRCDATE overrides date= in the URI Feb 13 22:22:38 ah the ;date Feb 13 22:22:47 well then we have found two bugs Feb 13 22:22:47 those worked fine for me before.... Feb 13 22:23:03 what's the other one? Feb 13 22:23:16 JustinP: ignoring date=foo; Feb 13 22:23:27 zecke: it's ignored?? Feb 13 22:23:38 looks like, will fix bitbake now Feb 13 22:23:40 zecke: when did that happen? Feb 13 22:23:59 zecke: I doubt it ignores it...it just sounds like your global CVSDATE is overriding it Feb 13 22:24:18 maybe with my unification of date handling Feb 13 22:24:25 man we need more test cases Feb 13 22:24:31 zecke: if you unset your global one does ;date take precedence? Feb 13 22:24:45 let me commit the first patch to bitbake Feb 13 22:24:54 zecke: or are you saying you removed support for ;date? Feb 13 22:25:16 JustinP: not that I knew, I might have broken it Feb 13 22:25:21 will check now Feb 13 22:25:59 oh well Feb 13 22:26:24 JustinP: the date gets used, but the m4 dir is empty with this date Feb 13 22:26:31 JustinP: try the above cvs co line Feb 13 22:26:39 /usr/bin/env cvs -d:pserver:anonymous@thinktux.net:/root co -D 20050926 e17/libs/evas/m4 Feb 13 22:27:19 Anyone got any ideas why this is happening? Feb 13 22:27:26 http://dsnine.co.uk/~gary/bitbake.txt Feb 13 22:28:46 ashak: try using bitbake 1.3.3 Feb 13 22:29:03 ashak: man our quality sucks *sorry* Feb 13 22:29:15 lol :) Feb 13 22:29:16 JustinP: the specified date needs fixing Feb 13 22:29:26 zecke: ok, then Feb 13 22:29:35 if that fails how the hell have *my* builds been working?? Feb 13 22:29:49 JustinP: try that cvs co command Feb 13 22:29:56 JustinP: you don't get any files checked out Feb 13 22:29:56 I *did* Feb 13 22:30:04 but I don't understand...I haven't changed that in a long long time Feb 13 22:30:10 and my current builds work perfectly Feb 13 22:30:20 JustinP: they are using cvs version of evas? Feb 13 22:30:27 absolutely not Feb 13 22:30:36 "Aborting journal on device hdk8." Feb 13 22:30:44 rats :-( Feb 13 22:30:47 RP: that does sound nice Feb 13 22:31:04 EXT3-fs error (device hdk8): ext3_journal_start_sb: Detected aborted journal Feb 13 22:31:04 Remounting filesystem read-only Feb 13 22:31:13 hmm, 1.3.2 is the most recent in portage, other than bitbake-9999.ebuild. Feb 13 22:31:26 zecke: likely there's a CVS checkout that I have in sources that it's using instead....a third bug? Feb 13 22:31:38 ashak: bitbake 1.3.3 was released two days ago - gosh is gentoo obsolete Feb 13 22:31:46 :D Feb 13 22:31:55 Shockingly, Gentoo isn't the the final word on whats new and what isn't Feb 13 22:33:43 ashak: we had a drastic reconsidering on how we used RDEPENDS, this is why bitbake1.3.3. is required Feb 13 22:34:39 * JustinP uses svn Feb 13 22:34:55 zecke: fix pushed to vanille Feb 13 22:35:06 zecke: Ok, that explains why this hasn't worked for the last couple of days, though I broke something trying to update my tree Feb 13 22:35:44 ashak: we take quality seriously - but we suck (ATM) Feb 13 22:36:15 03justinp 07org.oe.dev * r2f0e7f1c... 10/packages/efl/ (ecore.inc evas.inc): ecore, evas: update date for m4 checkouts Feb 13 22:36:22 * ashak installs bitbake-9999, pulles from svn. Feb 13 22:36:31 * Geo_KM is back Feb 13 22:36:57 it pulls from.. Feb 13 22:37:29 * ashak YaYs Feb 13 22:37:47 * ashak hugs zecke Feb 13 22:37:58 ashak: reconsider that :} Feb 13 22:38:27 using the svn bitbake or hugging you? ;) Feb 13 22:38:40 hugging - wait until my mood strikes back Feb 13 22:38:51 * ashak grins Feb 13 22:39:02 That will be in what, 2008? Feb 13 22:39:06 * CosmicPenguin waits Feb 13 22:39:25 CosmicPenguin: hehe wait until next morning, send a nice mail... Feb 13 22:39:37 and look for erruptions Feb 13 22:41:05 hi Feb 13 22:41:07 i've a little question: i saw from the ml that somebody made .bb for xorg 7.0, but i can't find them. where they should be ? Feb 13 22:41:54 I may be a while :-/ Feb 13 22:43:07 victorz: either in the bugtracker or in the mailing list archives Feb 13 22:43:35 they are not in monotone, gits, svn, or whatever yet ? Feb 13 22:43:54 victorz: I think they are not Feb 13 22:43:58 victorz: but I don't know Feb 13 22:44:05 fine, thx Feb 13 22:44:36 * Philippe is away: visual contact - melancholic dreams Feb 13 22:44:38 btw, is monotone the most updated repository ? Feb 13 22:44:51 victorz: it is the only one! Feb 13 22:45:19 victorz: I have testing repos, but they are inaccurate, older and maybe even wrong Feb 13 22:46:46 i wish you could get rid of monotone soon, i don't like it (prefer svn or svk) :) Feb 13 22:50:21 zecke: another question, is it possible to make bitbake continue if it tries to patch a source with a patch that doesn't completely work? Feb 13 22:51:54 ashak: yep. Fix the patch :-| Feb 13 22:52:02 * ashak grins Feb 13 22:52:03 ashak: no, there is '-k' but this does not apply to the patch level Feb 13 22:52:10 wow 90 people are working on Qtopia Feb 13 23:09:37 any idea why we add unc.dl to the pre mirrors in some bb files? Feb 13 23:13:29 unc.dl? Feb 13 23:13:39 .sf.net? Feb 13 23:14:05 probably the file didn't exist on the default server Feb 13 23:15:40 JustinP: yes, but unc.dl is dead now :) Feb 13 23:15:59 thats sourceforge for ya Feb 13 23:17:25 ah Feb 13 23:22:31 * emte wishes i had a clue about how to make dbus give me what i want Feb 13 23:22:44 do you guys know a console hexedit program? Feb 13 23:23:15 yeah ... sec i'll try to remember the name Feb 13 23:23:24 I like hexedit (no pun) Feb 13 23:23:29 http://www.chez.com/prigaux/hexedit.html Feb 13 23:23:40 or how can I tell vim to use latin1 encoding? Feb 13 23:23:58 zecke, shed Feb 13 23:24:01 why, mine does it by default Feb 13 23:24:08 without fiddling with locales Feb 13 23:24:15 mybe a terminal issue? Feb 13 23:24:29 http://shed.sourceforge.net/ Feb 13 23:25:08 it seems to secretely believe in :set encoding=latin1 though Feb 13 23:25:53 btw zecke vim has builtin hexediting http://www.vim.org/htmldoc/tips.html Feb 13 23:25:57 :) Feb 13 23:26:20 when will it bring the kitchen sink like other editors do? ;) Feb 13 23:26:31 you mean like emacs? Feb 13 23:26:35 ack Feb 13 23:26:57 emacs has a kitchen sink and a spare outhouse too Feb 13 23:27:11 It certainly needs that Feb 13 23:27:20 with people reading their mail in gnus and all Feb 13 23:32:28 okay good nite Feb 13 23:33:52 "Qtopia 4 is available now. No products based on Qtopia 4 have yet reached market, however, the company says. " Feb 13 23:34:03 hmm at least not on the ftp site Feb 13 23:34:20 03freyther 07org.oe.dev * r95c97dee... 10/packages/ (3 files in 2 dirs): (log message trimmed) Feb 13 23:34:20 packages/gaim/gaim.inc: Feb 13 23:34:20 -Remove the unc.dl Source Forge mirror as it is Feb 13 23:34:20 non functional Feb 13 23:34:20 packages/bridge-utils/bridge-utils: Feb 13 23:34:21 -Remove the manual PRE-MIRROR as the source should Feb 13 23:34:23 be mirrored to other servery by now Feb 13 23:36:04 ~emulate stewie Feb 13 23:36:06 It's like an orgy in my mouth! Feb 13 23:51:00 NOTE: package e-image-1.0: started Feb 13 23:51:01 ^_^ Feb 13 23:57:36 ERROR: Couldn't build 'e-image' Feb 13 23:57:37 :-( Feb 14 00:02:53 * ashak yawns, I need a faster machine Feb 14 00:03:19 Can bitbake utilize multiple cpus? Feb 14 00:03:33 no, but make can Feb 14 00:03:49 actually, bitbake *should* be able to distribute across multiple machine as well Feb 14 00:04:02 I think the program it can use is....icecream....but I never used it myself... Feb 14 00:04:48 Might be time to update my dual athlon machine, it has to be faster than this centrino laptop. Feb 14 00:06:52 ANyone know if it's possible to configure Opie for use without a touchscreen? Feb 14 00:09:24 03justinp 07org.oe.dev * r861bf5a8... 10/packages/meta/e-image.bb: e-image: add missing DEPENDS on e17-gpe-menu-convert Feb 14 00:09:28 03justinp 07org.oe.dev * r671fc550... 10/packages/meta/e-image.bb: e-image: add some more missing DEPENDS Feb 14 00:32:33 I guess everyone is sleeping... Feb 14 00:32:45 oh, finally Feb 14 00:32:51 NOTE: package gcc-3.4.4-r5: task do_compile: completed Feb 14 00:37:02 Wow, Opie just booted on this device :) Feb 14 00:43:14 yay, NOTE: package e-image-1.0: started Feb 14 00:43:20 what device? Feb 14 00:45:58 HTC Typhoon Feb 14 00:46:27 Shame it's a smartphone and has no touchscreen. Feb 14 00:46:45 Which is why I asked if anyone knows whether Opie can be controled without a touchscsreen. Feb 14 00:47:56 JustinP, you need a test of e-image? Feb 14 00:47:59 ashak: Unlikely, I'd say... not at a usabe level, I'd imagine at least Feb 14 00:48:02 *usable Feb 14 00:48:24 i'll update again and start it Feb 14 00:49:14 ashak: you should be abel to navigate ok, but *using* anything is going to be impossible...unless you have a tab key and a keyboard which work....and then still many things won't work Feb 14 00:49:32 NA|Zzz I've been reading somewhere about the possibility of hacking small sections of qte, to enable display of a mouse pointer and then moving the pointer with the joystick Feb 14 00:49:33 emte: I'm testing e-image in oz354fam083 Feb 14 00:49:53 shadows: could be possible, hack it into tslib or something.... Feb 14 00:50:06 emte: I'll be comitting it before the day is out I think. e-image-core already works Feb 14 00:50:12 you could just disable tslib no? Feb 14 00:50:34 emte: and if you like you can test e-image in .dev, I was having some dependency issues and so decided to just switch to stable for today Feb 14 00:50:42 JustinP: Heh, no, I habe 0-9, *, #, Dial, Hangup, up, down, left, right, select. home, backspace and the two keys by the screen whose names evade me at the moment. Feb 14 00:51:24 ouch ... i thought i updated yesterday ... Feb 14 00:52:56 * JustinP heads to the bus Feb 14 00:54:01 * ashak heads to bed Feb 14 02:18:38 * shadows gets home from work Feb 14 02:20:20 * JustinP rides the bus home from work Feb 14 02:25:16 i need like, a keyboard that attaches to a long USB cable and just has the arrow keys Feb 14 02:25:22 or a remote ;) Feb 14 02:25:39 bluetooth would work Feb 14 02:26:08 ? Feb 14 02:27:19 pressing laptop keyboard up/down arrows when reading e-books or documentation, it puts my arms at weird angles and strains my wrists Feb 14 02:28:02 ah yes Feb 14 02:28:28 actually, a mouse will work Feb 14 02:28:56 there's a mini-mouse that came with the zaurus kit i bought from guy Feb 14 02:29:04 should be fine :) Feb 14 02:37:33 JustinP: i've got a nice chunk of fixes that are documented in bugtracker, whom might i grab tonight to review them for commit? Feb 14 02:40:22 heh Feb 14 02:40:28 I'll try to check them out Feb 14 02:40:42 I left them unread in my e-mail so I'd be able to find them ;-) Feb 14 02:41:09 try search query... http://bugs.openembedded.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=shadow%40serverart.org&emailtype1=exact&emailassigned_to1=1&emailreporter1=1 Feb 14 02:41:10 just trying to finish my work on e-image in oz354fam083 so I can commit it... Feb 14 02:41:14 okay Feb 14 02:41:41 no rush here, i am exhausted from first day at new job today, so i wanted to find out before i fall asleep on my keyboard Feb 14 02:41:45 will do my best Feb 14 02:41:49 awesome Feb 14 04:20:00 NOTE: package e-image-1.0: completed Feb 14 04:20:14 ~cheer Feb 14 04:20:16 shift to the left, unshift to the right, push down, pop up, byte byte byte. Feb 14 04:20:24 lol Feb 14 04:20:24 lol Feb 14 04:20:48 man, this dbus stuff is not making any sense Feb 14 04:36:13 * JustinP init 6 Feb 14 04:36:42 What's this? Is the OE project actively looking at other SCMs currently? Feb 14 04:37:12 some people are Feb 14 04:37:33 Good, monotone is slow Feb 14 04:37:37 * JustinP likes monotone just fine Feb 14 04:37:40 so speed it up Feb 14 04:37:49 they *will* speed it up Feb 14 04:37:52 Uh, how? Feb 14 04:37:56 in fact, they have code which speeds it up already Feb 14 04:37:59 You can only do so much.. Feb 14 04:38:13 Sticking the update in cron can only do so much Feb 14 04:38:21 it just needs to be tested so they can release it Feb 14 04:38:28 pfff Feb 14 04:38:36 there aren't *that* many revisions in a day Feb 14 04:38:46 No, but when you have a crappy processor Feb 14 04:39:03 Spending 30 minutes on a very very few number of revisions... isn't a happy thing Feb 14 04:39:12 and if my peasly little 800Mhz Celeron can deal with this anything you have can deal with it Feb 14 04:39:30 I have a feeling this is more of a patience thing ;) Feb 14 04:39:36 exactly Feb 14 04:39:42 you don't need the updates *NOW* Feb 14 04:39:55 I like how monotone works Feb 14 04:40:00 the speed is something to be patient about Feb 14 04:40:40 ScytheBlade1, you installed the roster patches yet? Feb 14 04:40:57 apperently it doubles the speed of monotone Feb 14 04:41:03 exactly Feb 14 04:41:16 The fact that you can spend days getting the newest revisions, if you don't get the oe.db from random sites... just isn't a good thing Feb 14 04:41:18 (I sure haven't installed it yet for OE...but I know they're working on stabilizing it all) Feb 14 04:41:23 emte, no, I'm rather new here :) Feb 14 04:41:50 Well, correction. I've been lurking and poking for several months now Feb 14 04:42:00 But just got a project that will kick OE stuff into high gear Feb 14 04:42:03 if you're a developer you should be staying up to date. Using a snapshot makes perfect sense if you haven't pulled in a while Feb 14 04:42:19 *But I just Feb 14 04:42:32 and if you don't update in a while but don't want a snapshot...it's kind of your own fault for not pulling IMHO Feb 14 04:42:45 monotone currently has far more advantages then disadvantages Feb 14 04:43:03 See, that's the thing. monotone is the *only* SCM I've seen where it's faster to download a few hundred MB if you leave for a vacation for a week. Feb 14 04:43:15 Props to what it's doing beind the CPU grinding, but hey Feb 14 04:43:17 the only other options are mercurial, and svk Feb 14 04:43:17 It's not fast ;P Feb 14 04:43:34 *behind Feb 14 04:43:38 and both those have thier own issues Feb 14 04:43:58 What's wrong with svk? (honest question, not like a biased one ;)) Feb 14 04:44:07 Sure it's different, but "why not"? Feb 14 04:44:33 i can not remember the original reason for dismissing it now Feb 14 04:45:07 Fair enough. Feb 14 04:45:13 i think it was issues with the scale fo OE and svk's capabilities Feb 14 04:45:28 of* Feb 14 04:45:52 It works for KDE overall, but wouldn't for OE? 0_o Feb 14 04:46:15 OE is a different sort of project, of course Feb 14 04:46:28 Yeah, but still Feb 14 04:47:15 * ScytheBlade1 shrugs Feb 14 04:47:18 I wouldn't really know ;P Feb 14 04:47:33 at the time of the switch there were over 100 developers committing at the same time with bitkeeper Feb 14 04:47:42 I suggest looking at the mailing list archives about all this Feb 14 04:47:52 I shall Feb 14 04:47:58 emte, ah. Feb 14 04:48:01 there has been much discussion Feb 14 04:48:17 Hmm, link to the archives? Feb 14 04:48:33 gmane has them i belive Feb 14 04:48:36 I've found monotone to be very stable and usable after a bit of a rocky start Feb 14 04:48:38 'k Feb 14 04:49:01 What's the list name? Feb 14 04:49:05 the problems I've encountered have gotten far less prevalent Feb 14 04:49:18 I mean that I've run into no crashes or such in quite a while Feb 14 04:49:23 although I had some in the beginning Feb 14 04:49:32 openembedded i think Feb 14 04:49:36 they've cleared it up quite well Feb 14 04:49:48 oe@handhelds.org Feb 14 04:49:50 Nope... Feb 14 04:50:13 ah, i thought we swithched before all that Feb 14 04:51:04 There we go Feb 14 04:52:05 anyone know anything about pango? Feb 14 04:52:25 besides it being a glib dep? Feb 14 04:52:42 I'm getting problems starting GPE apps Feb 14 04:52:54 version conflict? Feb 14 04:52:59 nope Feb 14 04:53:03 "no modules"... Feb 14 04:53:20 pango has modules? Feb 14 04:53:32 new one on me Feb 14 04:53:56 * emte curses at fakeroot Feb 14 04:55:50 (gpe-calculator:27520): Pango-WARNING **: No builtin or dynamically loaded modules Feb 14 04:56:01 were found. Pango will not work correctly. This probably means Feb 14 04:56:01 there was an error in the creation of: Feb 14 04:56:02 '/etc/pango/pango.modules' Feb 14 05:01:49 fixed the pango problem...they still segfault, though.... Feb 14 05:37:46 * JustinP checks e into stable :-) Feb 14 05:40:02 * johnX claps Feb 14 05:40:24 03justinp 07org.oe.oz354fam083 * r797ca312... 10/packages/base-files/base-files/spitz/fstab: base-files: fix spitz hdd fstab entry Feb 14 05:40:28 03justinp 07org.oe.oz354fam083 * rb7f2a731... 10/ (119 files in 9 dirs): Feb 14 05:40:28 e: update to dev versions and make the images work Feb 14 05:40:28 - All efl and e17 packages are updated to newer versions Feb 14 05:40:28 - Update preferred-e-versions and add it back into familiar and openzaurus conf files Feb 14 05:40:29 - Update e-image to use GPE progs instead of extra e progs which have fallen into disrepair Feb 14 05:40:31 -- GPE progs currently don't work in e-image, I suspect a missing dependency Feb 14 05:42:32 * JustinP wants to figure out this segfault stuff.... Feb 14 05:42:49 seems to be related to pango.... Feb 14 05:42:51 grrrr Feb 14 05:44:11 I would just figure it out now... Feb 14 05:51:07 yay, fixed ^_^ Feb 14 05:51:09 * JustinP is happy Feb 14 05:51:16 working e-image (I think) Feb 14 05:51:36 was it a missing dep? Feb 14 05:51:40 03justinp 07org.oe.oz354fam083 * r310e1e96... 10/packages/meta/e-image.bb: e-image: fix pango module dependency Feb 14 05:51:44 03justinp 07org.oe.dev * r4dfda95c... 10/packages/meta/e-image.bb: e-image: add pango module dependency (fixes GPE progs) Feb 14 05:53:50 installing pango-module-base-fc fixed it Feb 14 05:54:43 JustinP: nice :) Feb 14 05:58:52 shadows: :- Feb 14 05:58:54 ) Feb 14 08:00:51 hey zecke Feb 14 08:02:30 hey Feb 14 08:06:14 morning Feb 14 08:06:51 koen: for me it is ok that mreimer will update h2200 stuff Feb 14 08:07:19 JustinP: thx for e-image work Feb 14 08:10:08 fsck.. Feb 14 08:10:19 ~lart monotone for meld usage Feb 14 08:10:19 * ibot chops monotone in half with a free AOL CD for meld usage Feb 14 08:11:20 I hope that I did not fsck repo when monotone failed to run meld on merge Feb 14 08:12:02 'mt merge', if need to merge then run meld;if meld fails then assume that it is merged Feb 14 08:13:14 that sucks Feb 14 08:13:29 why did meld fail? Feb 14 08:13:52 unable to open display Feb 14 08:14:31 D'oh Feb 14 08:14:43 I added 'export VISUAL=vim' - maybe it will help next time (helped in past) Feb 14 08:15:00 set display, run monotone explicit_merge on the offending csets Feb 14 08:16:12 o fsck.. 541 revs on homemachine to pull.. Feb 14 08:16:21 monotone: bytes in | bytes out | certs in | revs in | revs written Feb 14 08:16:21 monotone: 2,6 M | 306,7 k | 2357 | 541 | 0 Feb 14 08:16:28 buuu.. Feb 14 08:17:39 koen: which one would be offending csets? I got screen cleared and now 'monotone merge' show 'is merged' misuse messge.. Feb 14 08:18:26 hrw: check viewmtn/monotone log for the merge cset Feb 14 08:18:34 that lists the mergees Feb 14 08:20:35 mt log show same as viewmtn Feb 14 08:20:47 order a bit other but same Feb 14 08:30:47 ok time togo Feb 14 08:57:22 morning all Feb 14 08:57:49 morning Feb 14 08:58:03 hmmm apmd still unstable in 3.5.4-test5 Feb 14 08:58:06 damn Feb 14 09:02:30 re Feb 14 09:02:38 accumulator: on sl-a300? Feb 14 09:03:10 nope on 5500(g) Feb 14 09:03:47 worked on my 5500 with gpe Feb 14 09:04:12 it behaves the same as 3.5.3/opie + apm -r6 Feb 14 09:04:33 apmd just TERMs or SEGVs (dont know which) Feb 14 09:05:24 can apmd_proxy cause this? e.g. non-zero exit status? Feb 14 09:05:32 hmm.too bad that you didnot said it 0.5h ago.. when I was able to check Feb 14 09:05:44 just woke up, sorry :) Feb 14 09:06:49 anyone konws something about that one-way way with akita en kernel 2.6? no way to come back to 2.4? Feb 14 09:07:31 katossi: oops when try to mount flash under 2.4? Feb 14 09:08:15 didn't try Feb 14 09:08:41 katossi: Why is the 2.6 kernel one way? Feb 14 09:09:08 RP: could be that jffs2 thing CoreDump|afk talked about Feb 14 09:09:21 from blog.hentges.net :A note of warning: Do not use kernel 2.6 on your Akita. There will be no way back to kernel 2.4 w/o a NAND restore at this time. Feb 14 09:10:11 but a friend of my in the uni told me the same thing, I could not beliebe it Feb 14 09:10:30 thanks to sharp 2.4, you need a nand-restore Feb 14 09:11:01 hello there Feb 14 09:13:16 akita is a large page flash device and I guess the handling in 2.6 could be imcompativle with the hacks Sharp added to 2.4 :-( Feb 14 09:13:29 2.4 technically never handled large page flash devices... Feb 14 09:14:11 Ciao all Feb 14 09:14:41 RP: that's very interesting...I guess that makes my choice of sticking with 2.6 even easier Feb 14 09:15:37 prism3-support effectively disables all non-wifi interfaces. will roll an update Feb 14 09:16:15 grr Feb 14 09:17:40 where do I send new ipks? Feb 14 09:17:54 ipkgs? Feb 14 09:18:10 OE doesn't use ipkg, it builds them Feb 14 09:18:17 ok Feb 14 09:18:26 where do I send my diffs then :) Feb 14 09:19:28 add them to a bug Feb 14 09:19:36 http://bugs.treke.net Feb 14 09:19:43 k doe ik Feb 14 09:20:23 hi koen ! Feb 14 09:21:59 hey Pigi Feb 14 09:22:09 Pigi: sorry, still haven't tried .159 Feb 14 09:22:09 hi Pigi Feb 14 09:22:17 hi hrw|work ! Feb 14 09:22:28 koen, np. Feb 14 09:30:29 lack of RTC in zauruses is pain.. at ~03:00 I was awaken because gpe-calendar started alarm in second room.. event from last saturday Feb 14 09:30:43 yuck Feb 14 09:30:54 is there no RTC, or is it not supported Feb 14 09:30:54 * koen hugs ntpdate Feb 14 09:32:03 hrw|work: Was the clock wrong or was it just generally insane? Feb 14 09:33:01 RP: clock wrong Feb 14 09:34:04 hrw|work: Nothing we want do about it (other than ntpupdate) :-/ Feb 14 09:36:35 s/want/can't Feb 14 09:37:20 oh, fun, i found the first DVD movie i ever made from linux Feb 14 09:38:02 My typing sucks even more than normal this morning :-/ Feb 14 09:39:20 I have to find dvdrw to buy Feb 14 09:42:04 morning all Feb 14 09:54:57 JustinP: NOTE: Not creating empty archive for edje-themes-0.5.0.023-r6 Feb 14 09:55:02 JustinP: its normal? Feb 14 09:56:53 is the wrt54 image usable at all? Feb 14 09:57:39 hi Pigi Feb 14 09:57:52 hi pb__ Feb 14 09:57:54 katossi: its unmaintained Feb 14 09:58:01 aha Feb 14 09:58:12 katossi: anyway packages build with this setting work on openwrt Feb 14 09:58:14 Hi Pigi Feb 14 09:58:30 'morning gremlin[it] ! Feb 14 09:58:30 katossi: I build some stuff for my wrt54gs Feb 14 09:59:00 good, I'll give it a try Feb 14 10:11:44 NOTE: package e-image-1.0-r5: task do_rootfs: started Feb 14 10:12:50 03rpurdie 07org.oe.dev * rc32c4861... 10/packages/linux/linux-openzaurus_2.6.15.bb: linux-oz-2.6: Add a missing patch=1 tag Feb 14 10:12:54 03rpurdie 07org.oe.dev * rf95bf0c4... 10/packages/cairo/libsvg_0.1.4.bb: libsvg 0.1.4: Fix typo Feb 14 10:12:58 03rpurdie 07org.oe.dev * rd6351816... 10/packages/meta/ (task-sdk.bb meta-sdk.bb): Split meta-sdk into task-sdk and meta-sdk. Split packages into logical units. Update RDEPENDS to match package names, not renamed names as generated by debian.bbclass. Feb 14 10:13:02 03rpurdie 07org.oe.dev * rd406757a... 10/packages/gcc/ (4 files): gcc-cross-sdk: Move common data into sdk .inc files. Add gcc-cross-sdk-3.4.3. Feb 14 10:13:06 03rpurdie 07org.oe.dev * r20e55579... 10/classes/sdk.bbclass: sdk.bbclass: Updates to match with cross.bbclass Feb 14 10:13:10 03rpurdie 07org.oe.dev * re28b96e8... 10/packages/ (meta/slugos-native.bb python/python_2.4.2.bb): python/slugos-native: Remove PROVIDES python-core. python-core should just be a runtime name. Feb 14 10:13:20 good morning Feb 14 10:13:42 hi Bernardo Feb 14 10:15:17 hi hrw|work Feb 14 10:23:11 hi, peoples, is that possible to build an package for mips-eb target use OE's script? Feb 14 10:23:35 | ERROR: Cannot satisfy the following dependencies for task-e-x11-core: Feb 14 10:23:35 | entrance tslib-conf Feb 14 10:23:39 or there are already a familiar .conf for such kind of board? like wrt54g? Feb 14 10:23:46 JustinP: lack of DEPENDS in e-image? Feb 14 10:26:27 minipanda: familiar is distro - you need machine config Feb 14 10:26:59 minipanda: look at wrt54g or mtx-1 configs - they are mips machines (but rather mipsel not mipseb) Feb 14 10:28:18 hrw|work: alright ... so i just ask out and try to make sure ... Feb 14 10:28:20 ipkg packages db gets removed on each boot? Feb 14 10:28:46 hrw|work: if mipseb build have issues, then is that very easy to deal with? Feb 14 10:28:53 var/lib/ipkg is empty every time Feb 14 10:29:06 hrw|work: or OE use any kind of magic to deal with el and eb for each pacakge? Feb 14 10:29:39 I think that /var is a tmpfs Feb 14 10:30:48 minipanda: TARGET_ARCH define it iirc Feb 14 10:32:08 accumulator: want to use flash for them? you do not have free space for it on 5500 Feb 14 10:34:24 hmm Feb 14 10:35:07 must have been on ram before.. now its tmpfs Feb 14 10:35:12 never mind Feb 14 10:35:21 wrt54g... just got myself a cheap one from fon, when it gets here I'll have another target to play with... Feb 14 10:35:29 accumulator: if you have an SD card that you leave in all the time that would be a good place to keep it Feb 14 10:37:49 I know, i'm just checking thew defaults :) Feb 14 10:38:03 ah, ok Feb 14 10:43:54 Pigi: can ipkg stops after ERROR? now it display ERROR and start postinst scripts Feb 14 10:43:55 Hey all. ipkg update && ipkg upgrade -> uninstalled busybox before doing anything else, and totally broke the system. Feb 14 10:44:28 hrw|work, can you send me some log ? Feb 14 10:44:37 ai2097: 3.5.4-test5? Feb 14 10:45:12 accumulator: I'd love to give a version number, but the system is an NSLU2, and I can't get into it at the moment... because busybox is gone, and that's the shell :p. Feb 14 10:45:15 Pigi: will do Feb 14 10:45:43 ai2097: updating busybox was always tricky.. Feb 14 10:46:05 Yes, but uninstalling before fetching is just insane -- for -any- package. Feb 14 10:46:06 koen, I think it will be better to test and upgrade to .159 before other troubles :) Feb 14 10:46:21 ai2097, it's a bug we are working on.. Feb 14 10:46:31 Pigi: Good enough for me. **** ENDING LOGGING AT Tue Feb 14 10:59:56 2006