**** BEGIN LOGGING AT Sat Jun 23 02:59:57 2007 Jun 23 06:04:46 anyone here? Jun 23 08:09:00 * * OE Bug 2551 has been created by jake(AT)cogini.com Jun 23 08:09:02 * * diet-x11 build failure due to filespath missing patch Jun 23 08:09:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2551 Jun 23 08:18:14 hi Jun 23 08:18:43 I've built a set of packages, but there is no Packages file in my deploy directory Jun 23 08:18:58 also, when I just try ipkg install something_version.ipk Jun 23 08:19:09 it tells me it can't find something and exits Jun 23 08:19:29 how do I install these packages? Jun 23 08:30:50 good morning Jun 23 08:43:01 * * OE Bug 2071 has been marked as DUPLICATE of bug 2531 by xjqian(AT)gmail.com Jun 23 08:43:02 * *  gpsd build failure Jun 23 08:43:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2071 Jun 23 09:06:44 Hello Jun 23 09:07:07 A bit of an off topic question, but does anyone here know how to silence kernel messages Jun 23 09:07:09 ? Jun 23 09:07:42 When fc-cache is run first time, I get a whole load of "Fixing unaligned userspace access" errors Jun 23 09:08:20 I run fc-cache as part of the startup configuration, and those messages are annoying and disrupt the configuration process Jun 23 09:10:07 Is it my system wich is a complete mess or is libstdc++6 removed from OE repo. When i have it as rdepends in a image file i get failure and message about "no provider". Jun 23 09:19:17 B_Lizzard: boot with 'quiet' in cmdline, use 'dmesg -n' to set the log level, and poke at /proc/cpu/alignment to silence the alignment errors Jun 23 09:19:39 Ok, thanks a lot Jun 23 09:19:57 Would setting it with klogd -c do anything? Jun 23 09:20:40 never used that, so I don't know :) Jun 23 09:20:45 :) Jun 23 09:21:02 Seems like dmesg -n calls klogctl Jun 23 09:21:14 Ok, thank you very much Jun 23 09:22:07 koen do you know why (libstdc++6)? Jun 23 09:23:00 I don't know why a sane person would want to RDEPEND on a library Jun 23 09:25:36 Setting it with klogd -c worked, but I think that dmesg -n is better, so thanks a lot :) Jun 23 09:27:51 koen thats not the point here, maybe i have it as 'extra install' or something, i dont remember (i'm not at home). But no mather what when i try to build libstdc++6 it says the same, no provider. Is it removed or is it not? Jun 23 09:28:30 it is *exactly* the point here, since you asked "Is it my system wich is a complete mess?" Jun 23 09:28:31 if it is removed, could it be added again? Jun 23 09:28:57 and I suggest you do your homework before coming in here and accusing us of removing stuff Jun 23 09:29:03 *again!* Jun 23 09:29:37 koen there is a diffrents in accusing and asking Jun 23 09:30:12 again, do your homework before 'asking' Jun 23 09:31:04 hmmm, how do I solve errors like this in the configure process when building with OE: Jun 23 09:31:20 checking for preceeding underscore in symbols... configure: error: cannot run test program while cross compiling Jun 23 09:31:40 wvdschel: add the tests to the files in site/ Jun 23 09:32:50 wvdschel: see http://www.openembedded.org/user-manual&dpage=chapter_reference#id2577081 Jun 23 09:33:06 thanks, I'll check that link Jun 23 09:34:13 it happens when trying to build mono, does that mean it's a bug? or should I have taken care of it before building? Jun 23 09:35:58 it means the site file for your architecture is missing some entries Jun 23 09:36:31 I'm building for arm, so it will look at arm-common and arm-linux, right? Jun 23 09:36:49 yes Jun 23 09:37:02 aha Jun 23 09:37:07 mono_cv_uscore=${mono_cv_uscore=no} Jun 23 09:37:11 that's in mipsel-linux Jun 23 09:37:18 looks like that's what I'm looking for Jun 23 09:38:10 thanks for your help, and keep your fingers crossed Jun 23 09:52:57 psokolovsky_: http://rafb.net/p/UOH0SW40.html :D Jun 23 10:06:46 hi all, i have some questions about filesystems.. not specific but generals related with zaurus, is this good place to speak about? Jun 23 10:08:13 this first time I've install angstrom, I install all programs to SD card ext2 formatted, but when suspend / resume several times, the filesystems goes corrupted Jun 23 10:09:45 then, I have installed ext3 (and require by dependency) module and I now use ext3 but the links created with ipkg-link need to be recreated almost every time I resume my akita Jun 23 10:10:34 some else with similar problems? what filesystem is recommended? :-/ Jun 23 10:10:37 nauj27: Is the filesystem mounted -o sync? Jun 23 10:11:46 I don't touch anything about and mount command report (rw,sync,data=ordered) Jun 23 10:11:57 s/about/related (sorry about my english) Jun 23 10:12:17 Hmm, that looks sane for mount orders.. Jun 23 10:12:20 options, rather Jun 23 10:12:53 You don't remove the card whilst suspended, do you? Jun 23 10:13:02 My suspicion would be that the SD card is bad Jun 23 10:13:33 erm... maybe I remove card some time but rarely Jun 23 10:13:54 Hmm Jun 23 10:14:03 uhm... I'm thinking I can try with the camera SD card Jun 23 10:14:05 If you have another SD card lying around, I'd try running it off that card Jun 23 10:14:10 :D Jun 23 10:16:04 btw, I friend suspect that ext3 can overload writing and this is because default fs is ext2, it's this correct? Jun 23 10:17:24 I don't believe that's the reason.. I think it's because the ext3 journalling essentially doubles the number of writes to the card. The number of writes to a flash device (SD card in this case) is limited, so using ext2 extends the life of the card Jun 23 10:18:23 uhm... thank you NAbyss, I got to change the SD card... Jun 23 10:18:46 then... write speed is also ~ double than ext2? Jun 23 10:19:09 bigger, in any case Jun 23 10:19:15 ext3 would be slower as it doubles the number of writes.. well, not quite double, but the journalling does add overhead Jun 23 10:19:24 ok Jun 23 10:28:38 03koen 07org.oe.dev * r8785085e... 10/ (1 packages/esound/esound_0.2.36.bb): esound: bump PE Jun 23 10:41:00 * * OE Bug 2553 has been created by utx(AT)penguin.cz Jun 23 10:41:02 * * fix native coreutils build failure Jun 23 10:41:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2553 Jun 23 11:45:07 morning Jun 23 11:45:40 morning XorA Jun 23 11:55:06 hey XorA Jun 23 11:59:48 we need leocad in OE :-) Jun 23 12:01:27 indeed! Jun 23 12:02:22 hmm Jun 23 12:02:26 vacation Jun 23 12:02:42 one 1.5 weeks away Jun 23 12:02:49 only* Jun 23 12:02:56 what are you doing Jun 23 12:03:10 hmm, you will go when I get back Jun 23 12:03:12 going to annoy XorA Jun 23 12:03:16 cool Jun 23 12:03:20 even better Jun 23 12:03:48 heh heh Jun 23 12:04:13 * koen is going to look at guinnea pigs today Jun 23 12:04:23 cool Jun 23 12:04:23 hmmm Jun 23 12:04:29 We had this conversaton Jun 23 12:04:31 koen: seen my piggies? Jun 23 12:04:38 XorA: not yet Jun 23 12:04:54 http://www.liomari.org.uk/ Jun 23 12:05:02 my wifes site Jun 23 12:06:22 aaah, the cuteness Jun 23 12:08:21 :-D Jun 23 12:08:26 if onky they coded linux Jun 23 12:10:56 my wife is badgering to make sure you make them a huge cage, http://www.guineapigcages.com/ Jun 23 12:11:18 ours is 42 square feet :-) Jun 23 12:18:41 XorA: http://www.openembedded.org/~koen/cage.jpg Jun 23 12:19:25 and we have some utils to make a run on our balcony Jun 23 12:19:45 (the zaurus in the picture is included for scale :) ) Jun 23 12:19:49 koen: cool, coz that cage is large enough for sleeping area for 2 piggies, but not large enough for living Jun 23 12:19:53 piggies like to run Jun 23 12:21:00 BTW contrary to what the idiots say piggies will happilly climb 45 degree slopes as long as they can grip, so carpet tiles or the such, we used to just have a slope to the floor and let the roam the living room in our old flat Jun 23 12:21:02 I have to saw some planks to the right size and then they can run up and done the 'hallway' Jun 23 12:22:53 they can also jump at least 6 inches and probably somewhere in the range of 12 in height :-) Jun 23 12:23:03 but they tend to be fat and lazy :-) Jun 23 12:24:12 XorA : It looks like you were in Greece for honeymoon right ? Probably Nafplion Jun 23 12:24:23 steliosk: Rhodes Jun 23 12:24:41 * koen still hasn't visited greece Jun 23 12:24:58 steliosk: in Lindos Jun 23 12:25:15 XorA : yeah it must be the catstles in the south part lindos etc Jun 23 12:25:23 :) Jun 23 12:25:46 what is "popcorning" Jun 23 12:25:50 koen : Its easy to come. Is all the way downhill from where you are :) Jun 23 12:26:09 Crofton: happy jumping piggies Jun 23 12:26:13 steliosk: thats the Acropolis at Lindos Jun 23 12:26:44 Crofton: they run and bounce for periods of time Jun 23 12:26:55 what's the worst thing you can do on Saturday with 42 deg outisde.... (b)ash cgi programming :/ Jun 23 12:28:03 XorA : Rodos is nice. We were a couple of years ago. My wife has some family leaving there Jun 23 12:28:34 hmm 107 F Jun 23 12:28:39 that is hot Jun 23 12:29:06 we have a heat wave, that will last a couple more days Jun 23 12:29:33 yeah we chose the day it was 42 degrees to climb that mountain in Lindos Jun 23 12:29:45 and there is no ice cream stand up there :-( Jun 23 12:29:52 the funny thing is that the problem is not shortage of water but electric power... Jun 23 12:30:30 the grid is at the limits.... and everybody hopes we don't have blackouts Jun 23 12:30:33 * XorA is being dragged off to ikea hell Jun 23 12:30:39 aaaaaaaaaaaarrrrrrrrrrgthhhhhhhhhhhhh!!!!!!!!!!!! Jun 23 12:31:07 heh... resistance is futile when shopping is involved Jun 23 12:55:02 heh, quote of the day: "well if ubuntu can't install on the N800, I am definitely going to be trying out angstrom" Jun 23 13:05:05 that quote might come back to haunt you Jun 23 13:07:00 yeah Jun 23 13:07:04 There were 2 people on a boat: /hop and /quit. /hop got off, who's still on the boat? Jun 23 13:41:22 Hi, Jungs! Jun 23 14:16:17 morning Jun 23 14:19:04 Need Help! By Error 0x87388291 by Linux ! ThX Jun 23 14:19:07 jkkghhg Jun 23 14:43:32 Good afternoon Jun 23 14:46:31 RP, hi, are you around? Jun 23 15:12:09 hi, all! could anybody share local.conf settings for parallel builds? and a link to info on that with current (1.8.x) bitbake? Jun 23 15:19:03 * * OE Bug 2551 has been RESOLVED (FIXED) by Jun 23 15:19:05 * *  diet-x11 build failure due to filespath missing patch Jun 23 15:19:07 * * http://bugs.openembedded.org/show_bug.cgi?id=2551 Jun 23 15:27:35 slapin_nb: I use BB_NUMBER_THREADS = "2" Jun 23 15:28:37 psokolovsky_, thanks a lot! That's exactly what I was looking for! Jun 23 15:39:40 re Jun 23 15:40:55 re Jun 23 15:40:56 Hi, koen Jun 23 15:41:49 koen: dreambox is still not merged with OE, right? Jun 23 15:42:10 with .dev rather Jun 23 15:42:54 Jin^eLD: iirc dreambox merges stuff from .dev periodically Jun 23 15:43:17 why is it kept in a separate branch anyway? Jun 23 15:44:13 Could anyone recommend me a good site to host a opensource project? Jun 23 15:44:45 sirfred: I am quite happy with sourceforge, somewhat slow from time to time but overall I am satisfied Jun 23 15:45:24 Jin^eLD: I find it too slow, to say the truth. I tried to host there a mediawiki, and sometimes it's nearly unusable. Jun 23 15:46:12 well, I can't call it fast, that's true, but it's not sooo bad Jun 23 15:46:15 ~spell approximately 4 Jun 23 15:46:16 only one word of alphabetic characters supported Jun 23 15:46:24 ~spell approximately Jun 23 15:46:26 'approximately' may be spelled correctly Jun 23 15:46:34 sirfred: and it's very stable, has nice stats gathering, etc. Jun 23 15:46:37 ~spell four Jun 23 15:46:38 :) Jun 23 15:46:39 'four' may be spelled correctly Jun 23 15:47:17 Jin^eLD: .dreambox is used for their production images, so I guess they want to keep all the bugs I keep adding out of their branch :) Jun 23 15:47:25 Jin^eLD: Thanks Jun 23 15:47:44 koen: ooh, you mean .dreambox is the branch for the "official firmware" or whatever? Jun 23 15:47:53 afaik, yes Jun 23 15:47:58 but tmbinc is the person to ask Jun 23 15:47:58 I see, I did not know that Jun 23 15:48:01 ~seen tmbinc Jun 23 15:48:09 right.. Jun 23 15:48:23 tmbinc was last seen on IRC in channel #oe, 22d 5h 18m 41s ago, saying: 'mickey|zzZzzz: i'm here later again'. Jun 23 15:48:41 much later I should say. Jun 23 15:48:44 been a while.. Jun 23 15:48:56 I've just read that Ubuntu will have a embedded and mobile edition in 7.10. Do you have some information about that? Jun 23 15:49:52 sirfred: you lied to me! Jun 23 15:49:55 sirfred: "embedded" means a UMPC with 1GHz x86 cpu, 512MB ram and a 40GB harddisk Jun 23 15:50:05 lol :) Jun 23 15:50:09 koen: :) Jun 23 15:50:16 sirfred: you need to have rdepends of snes9x-sdl or something. Jun 23 15:50:31 no, seriously, they target the intel MID devices, which are pretty powerfull Jun 23 15:50:46 Zero_Chaos: Oh, I told you to use snes9x ? Jun 23 15:51:02 ~spell intentionally Jun 23 15:51:04 'intentionally' may be spelled correctly Jun 23 15:51:24 Zero_Chaos: It was not intentionally. I always forget that the 'right' version to use, is snes9x-sdl. Jun 23 15:51:27 what would be the big difference between the "embedded" and non embedded Ubuntu then? :> Jun 23 15:51:53 Jin^eLD: Perhaps they have removed the dependency with bloated-base Jun 23 15:51:57 sirfred: no no, you told me I only needed your gpe-snes... so I installed it and there was no snes9x ;-) Jun 23 15:52:00 :) Jun 23 15:52:14 Zero_Chaos: Sorry. It's true it have no rdepend with snes9x-sdl Jun 23 15:52:23 sirfred: also, there is no "pixel doubling" or anything. Can you add that so I can play with 640x480? Jun 23 15:52:25 Zero_Chaos: It's still in hack state. Jun 23 15:52:37 Zero_Chaos: NO option in the frontend? Jun 23 15:52:41 Zero_Chaos: Let me see. Jun 23 15:52:46 sirfred: no sir, not that I saw Jun 23 15:52:59 and changing the resolution of X is BAD because it messes up calibration Jun 23 15:53:11 Jin^eLD: no openoffice and some touchscreen apps I guess Jun 23 15:53:11 Zero_Chaos: ooh. Jun 23 15:53:22 Zero_Chaos: That's true. I have to add a little hack to make it work. Jun 23 15:53:34 hrw|gone: https://bugzilla.mozilla.org/show_bug.cgi?id=385583 Jun 23 15:53:44 sirfred: if you could add "pixel doubling" or something like that, it would be great. Jun 23 15:54:58 Zero_Chaos: The xserver-kdrive-imageon adds a hook to transform the tslib coordinates and correct them regarding the actual display size. Jun 23 15:55:16 Zero_Chaos: But it's only for imageon devices. Anyway, it should be easy to port to other xservers. Jun 23 15:55:47 sirfred: even if you fix that (which is a good thing), that means I have to change my resolution? Jun 23 15:55:49 there's also a patch for tslib to transform the coordinates internally Jun 23 15:55:56 it's in the OE bugtracker Jun 23 15:57:15 http://bugs.openembedded.org/show_bug.cgi?id=518 <- tslib patch] Jun 23 15:57:44 koen: is there a reason this lovely patch isn't in? or just needs testing? Jun 23 15:58:03 it changes the pointercal format and is untested Jun 23 15:59:04 ahh Jun 23 16:00:17 I used a different solution, perhaps more dirty Jun 23 16:01:47 But I'm afraid It is embedded with the kdrive-imageon.patch Jun 23 16:03:11 hello everybody, i don't understand what to do with the mtn database, pulling it results in a complain about monotone to be too recent, and attempt to migrate results in : mtn: error: database schema 48fd5d84f1e5a949ca093e87e5ac558da6e5956d is unknown; cannot perform migration Jun 23 16:04:27 althought the migration was successfull on another machine earlier. Tryed with two downloads, from a server so i don't beleive that it was corrupted, also i am not trying as root this time Jun 23 16:09:56 altought md5sum is the same on the working db and the one that causes issues .. Jun 23 16:15:59 is_null, use older monotone :B Jun 23 16:16:17 Zero_Chaos: Are you aware of any option of snes9x-sdl to support scaling? Jun 23 16:16:49 my bad, i forgot that server wasn't running unstable, monotone was too old Jun 23 16:16:49 sirfred: um, no, but I would be happy to investigate Jun 23 16:17:07 Zero_Chaos: I was looking at the source code, ... but it seems that there wasn't any in this version. Jun 23 16:17:18 Zero_Chaos: And there's no SDL port for newer versions, afaik Jun 23 16:17:56 Zero_Chaos: There was a -scale switch, but it's surrounded by a pretty #ifndef _ZAURUS Jun 23 16:18:27 Zero_Chaos: In unix/svga.cpp , line 180 more or less, after oe patching. Jun 23 16:19:30 Zero_Chaos: I think that perhaps you'd better go with some fix for the coordinates problem, and try to play it in 320x240 mode. Of course the best option would be randr support to hot change resolution. Jun 23 16:20:07 Or also, try to enable that option in the SDL zaurus port, I don't know the reason for commenting out that part of code. Jun 23 16:22:55 sirfred: I will look into getting a newer version of snes9x if you will look into my xrandr ;-) Jun 23 16:23:10 and the actual snes resolution is 256x224 which is odd Jun 23 16:30:18 Zero_Chaos: :-) Jun 23 16:30:33 Zero_Chaos: It's hard to test such a feature for a hardware I don't have. Jun 23 16:31:06 Zero_Chaos: Also, I'm also busy with other things. It should be nice to have more time to put on this nice project. Jun 23 16:31:34 Zero_Chaos: But I have to pay bills, and free time is, unfortunately, limited. ;-) Jun 23 16:35:03 sirfred: no worries ;-) I don't have the expertice for xrandr, but I will check out snes stuff Jun 23 16:35:13 Zero_Chaos: Great. Jun 23 16:37:04 Zero_Chaos: I looked into it months ago, and my first impression was there were a lot of changes since 1.39 Jun 23 16:37:33 why not use the x11 version instead of sdl? Jun 23 16:37:55 Zero_Chaos: Is there such thing? Jun 23 16:38:26 Zero_Chaos: Perhaps it uses DGA Jun 23 16:40:39 sirfred: there is still snes9x for linux, so it must use something ;-) Jun 23 16:41:05 Zero_Chaos: Good point Jun 23 16:41:20 * Zero_Chaos prides himself on noticing the obvious ;-) Jun 23 16:41:40 mteira@sombra:~$ ldd $(which snes9x) | grep xf86dga Jun 23 16:41:41 libXxf86dga.so.1 => /usr/lib/libXxf86dga.so.1 (0xb7ee9000) Jun 23 16:41:57 Zero_Chaos: Not definitive, but perhaps a good hint Jun 23 16:42:22 does Angstrom do dga? Jun 23 16:42:51 Zero_Chaos: I think kdrive doesn't do it. But I don't know if there's any technical reason not to do it. Jun 23 16:43:23 well then ;-) Jun 23 16:43:26 256x224 sounds like 1/9 PAL or 1/9 NTSC Jun 23 16:43:50 koen: it is native resolution for snes according to snes9x folks Jun 23 16:43:52 Well, it's not a problem since it fits into 320x240, and snes9x-sdl is able to handle it. Jun 23 16:44:01 yeah yeah Jun 23 16:44:12 Some black borders added Jun 23 16:45:35 sirfred: snes9express: a graphical interface fo the X11 version of snes9x Jun 23 16:47:07 Zero_Chaos: gtk-2.x ? Jun 23 16:47:42 looks like it Jun 23 16:47:50 and dga/opengl Jun 23 16:47:57 Zero_Chaos: Hmm, the screenshots smell like 1.2 Jun 23 16:48:07 Running on a very old KDE version Jun 23 16:48:27 hmmm Jun 23 16:48:28 boo Jun 23 16:48:59 Zero_Chaos: gpe-snes is actually gsnes9x, ported to gtk-2.x Jun 23 16:49:10 And with some options (for example for joysticks) stripped out Jun 23 16:49:51 Zero_Chaos: But it seems the screenshots are for (1.26) and the last version was 1.42 (February 2004) Jun 23 16:49:59 we don't need gtk-2.x anyway, as long as it works. Jun 23 16:50:10 Zero_Chaos: Of course, feel free to test it. Jun 23 16:50:22 sirfred: that is my plan ;-) Jun 23 16:50:29 Zero_Chaos: Keep me informed. :-) Jun 23 16:50:36 sirfred: but without dga I'm not sure how far I will get with snes9x itself Jun 23 16:50:49 Zero_Chaos: Welcome to the adventure Jun 23 16:51:31 Zero_Chaos: dga is about direct access to the framebuffer video, technically, as we are running on a framebuffer, that does not sound like imposible Jun 23 16:51:57 sirfred: yeah, but I'm only so cool, I wouldn't know where to begin ;-) Jun 23 16:52:03 sirfred: I will look into it, and see what happens Jun 23 16:52:10 sirfred: do we have opengl working? Jun 23 16:52:11 SDL is here only used to provide that, and as a wrapper for x events. Jun 23 16:52:51 Zero_Chaos: Well, the short answer is no Jun 23 16:53:01 Zero_Chaos: Perhaps you could go with a software mesa opengl implementation. Jun 23 16:53:22 Zero_Chaos: But you won't be very pleased with the speed. That is intended for 3d capable cards. Jun 23 16:53:36 yeah... Jun 23 16:54:16 You will be asking your ARM to compute a bunch of floating point operations, and to make it fast. First, it will be surprised. Jun 23 16:54:43 sirfred: and then it will laugh... and then I will cry. Jun 23 16:55:11 * sirfred is seeing the incredulity face of Zero_Chaos ARM processor Jun 23 16:55:18 Zero_Chaos: Yes, something so Jun 23 16:55:47 sirfred: I've been trying to find that app that pdaXrom and Cacko use to overclock, thought it may be useful if it doesn't cause too much heat. Jun 23 16:55:58 Zero_Chaos: What I'm considering in my case, is to try adding xv support. Jun 23 16:56:15 Zero_Chaos: I never experimented with that. snes9x is fast enough on my husky Jun 23 16:56:21 ~praise polyonymous for uqtreader Jun 23 16:56:22 All hail polyonymous for uqtreader! Jun 23 16:56:33 sirfred: but perhaps not with dga/opengl Jun 23 16:56:35 Zero_Chaos: I'm able to play SuperMario, who needs more. Jun 23 16:56:57 sirfred: and yes, it is more than fast enough on my akita... once I can get into the game which takes about 20 minutes of trying to click Jun 23 16:57:00 Zero_Chaos: With dga, it should be as fast or perhaps faster than using SDL (less layers) Jun 23 16:57:17 you're welcome :) Jun 23 16:57:41 Zero_Chaos: with opengl, I will bet you will deform it with heat before getting a decent speed. Jun 23 16:57:53 sirfred: I'm thinking you are right on that Jun 23 16:59:30 Lol, as snes9x fails to build... on my host system... Jun 23 17:01:06 Hmm, it seems there's another emulator called bsnes, and with xv support. Jun 23 17:01:26 That could be a good solution, of course with an xserver supporting xv. Jun 23 17:01:42 as long as the emulator is half decent mind you Jun 23 17:01:51 I have only really tested snes9x before Jun 23 17:02:36 Zero_Chaos: But this one seems to integrate the GUI (I hate dealing with frontends) Jun 23 17:03:00 http://byuu.cinnamonpirate.com/?page=bsnes Jun 23 17:03:15 sirfred: but again, if the emulator sucks, i don't care how much you hate dealing with front ends ;-) Jun 23 17:03:58 2.4ghz Core 2 Duo Jun 23 17:03:59 ???? Jun 23 17:04:18 Zero_Chaos: Didn't read that before. :) Jun 23 17:04:43 They must be jocking. Or perhaps they wrote the engine in java Jun 23 17:05:09 sirfred: if you read the bottom part of the main page, sounds like we are not looking for this emulator ;-) Jun 23 17:05:20 Zero_Chaos: Yes, say good bye. ;-) Jun 23 17:05:30 sirfred: I mean honestly, if it doesn't play uniracers i don't need it ;-) Jun 23 17:05:51 Zero_Chaos: Haven't tested that one Jun 23 17:07:13 sirfred: zsnes is looking good, and they support sdl ;-) Jun 23 17:09:25 do we have libao? Jun 23 17:09:55 Zero_Chaos: At least in .dev, yes. Jun 23 17:10:24 woohoo! Jun 23 17:10:32 in that case, zsnes may be the thing Jun 23 17:10:46 sdl and libao Jun 23 17:10:57 I don't think libao is required, but I think is better Jun 23 18:33:19 zecke ping Jun 23 18:33:35 crofton he isnt here Jun 23 18:33:49 he is learning for his math exam I guess Jun 23 18:33:53 good :) Jun 23 18:33:57 he should Jun 23 18:34:10 There is an email on the libtool list he should see Jun 23 18:34:14 hmm Jun 23 18:34:21 I can find his address Jun 23 18:43:06 snes9x: symbol lookup error: snes9x: undefined symbol: __aeabi_idiv Jun 23 18:43:25 is anyone else getting this w/ a self-compiled snes9x-sdl? Jun 23 18:44:01 nope, not a few days ago at least Jun 23 18:44:09 hmmm Jun 23 18:44:20 not today either Jun 23 18:44:23 works for me Jun 23 18:48:19 CoreDump: try 'LD_PRELOAD=libgcc_s snes9x-sdl' Jun 23 18:49:20 koen: ERROR: ld.so: object 'libgcc_s' from LD_PRELOAD cannot be preloaded: ignored. Jun 23 18:50:44 and 'LD_PRELOAD=/bin/libgcc_s.so.1 snes9x-sdl' ? Jun 23 18:51:56 koen: that works, thanks! Jun 23 18:52:19 it means your toolchain is broken :( Jun 23 18:52:37 I haven't tracked down why it happens, but it happens about 1 out of 8 rebuilds Jun 23 18:52:37 argh Jun 23 18:52:52 'bitbake gcc-cross -c rebuild' usually fixes it Jun 23 18:53:01 * * OE Bug 2554 has been created by utx(AT)penguin.cz Jun 23 18:53:03 * * broken cross build environment / fix ncurses build Jun 23 18:53:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2554 Jun 23 18:53:14 or, snes9x-sdl needs to use gcc to link instead of ld Jun 23 18:53:26 actually, that is more likely :) Jun 23 18:54:04 koen: indeed Jun 23 18:54:31 I have been using this build env for a long time and saw this problem today w/ snes for the fist time Jun 23 18:54:42 'bitbake enchant' is a good test for the toolchain Jun 23 18:55:16 hmm snes @ QVGA on VGA is less than perfect Jun 23 18:55:47 CoreDump: snes is 256x224..... Jun 23 18:56:02 not even QVGA :\ Jun 23 18:56:11 indeed Jun 23 18:56:28 CoreDump: and it windows pretty bad, really small it seems Jun 23 18:56:36 but if you drop your resolution to qvga it is pretty good Jun 23 18:56:53 it's practically unuseable Jun 23 18:57:38 well, didn't RP fix switching to QVGA in the console via fbset? Jun 23 18:57:50 NOTE: package enchant-1.3.0-r0: task do_rebuild: completed Jun 23 18:58:36 so snes9x needs gcc to link Jun 23 18:58:53 right Jun 23 18:58:58 koen: but it works here using angstrom and akita... Jun 23 18:59:03 at least, it did this morning Jun 23 19:04:58 * CoreDump is off to get some food Jun 23 19:47:58 hi, all! Jun 23 19:48:44 glibc-2.5 dir is empty of patches, while glibc_2.5.bb depends on lots of them - is it ok? Jun 23 19:52:26 slapin, perhaps they're in files? Jun 23 19:53:46 polyonymous, check for e.g. arm-memcpy* Jun 23 19:54:28 slapin, FILESDIR = "${@os.path.dirname(bb.data.getVar('FILE',d,1))}/glibc-2.4" Jun 23 19:54:50 (my previous guess was just a guess) Jun 23 19:54:57 polyonymous, ah Jun 23 19:57:26 polyonymous, I get error from quilt fhen build glibc-intermediate, that's strange... Jun 23 19:58:26 slapin, I'm not good at fixing errors I've never head in packages I've never touched :) If you want - you can pastebin your error, but I don't promise anything. Jun 23 19:59:18 polyonymous, I'll dig in it myself, I was just asking in case somebody passed by. Jun 23 19:59:26 Nah, I haven't. Jun 23 20:08:15 woglinde: hi, you've been looking for me? Jun 23 20:08:21 evening all Jun 23 20:09:30 !seen zecke Jun 23 20:09:31 zecke (n=ich@dsl-62-220-14-162.berlikomm.net) was last seen quitting from #oe 1 day, 5 hours, 48 minutes ago stating (Read error: 113 (No route to host)). Jun 23 20:17:43 polyonymous, http://ossfans.org/paste?id=95b274 Jun 23 20:17:56 polyonymous, that's log for error Jun 23 20:18:32 uhh.. I'm not familiar with quilt, but it does look like broken quilt invocation to me Jun 23 20:19:58 slapin, is it not this? http://bugs.openembedded.org/show_bug.cgi?id=2406 Jun 23 20:30:03 polyonymous, no, not my case, since no ~/.quiltrc Jun 23 20:30:13 slapin, just a guess... Jun 23 20:31:06 and I am unable to see which command line it actually uses Jun 23 20:31:08 slapin, maybe this one, then? :) http://bugs.openembedded.org/show_bug.cgi?id=1955 Jun 23 20:31:30 slapin, empty 'Commands are:' section looks suspiciously. Jun 23 20:32:32 polyonymous, this is exactly that. Jun 23 20:32:42 polyonymous, ideas on fixing? Jun 23 20:33:06 disable threads? Jun 23 20:33:23 (build quilt and reenable threads) Jun 23 20:33:47 polyonymous, and in more parmanent way? Jun 23 20:34:23 slapin, would take a bitbake expert which I am not :) Jun 23 20:34:39 when a build consistently fails, but give no indication(directly) as to why, what's the next step? Jun 23 20:39:42 upgrade to Windows? Jun 23 20:39:47 :p :D Jun 23 20:40:25 Obviously determining root cause is the key -- can you turn on debugging in bitbake, or is the problem in the Makefile? Jun 23 20:45:39 bitbake -DDD is not different in this case. Jun 23 20:46:04 it seems to be a problem in package itself. Jun 23 20:46:37 mwester: upon looking at the log, it looks as though a file is missing from the work dir Jun 23 20:46:49 mv: cannot stat `/mnt/VIRTUAL/OE/build/tmp/work/collie-angstrom-linux/sysvinit-2.86-r34/image/usr/bin/wall': No such file or directory Jun 23 20:47:49 Might be a dependency issue. I'd start by trying to find out which package is providing "wall" and seeing if all its tasks are complete. Jun 23 20:48:24 mwester: well, it's under the sysvinit dir, wouldn't that mean it's sysvinit providing it? Jun 23 20:49:14 Possibly. Off the top of my head, I might also surmise that perhaps sysvinit is just moving it about, and it expects that somebody else already installed it? Jun 23 20:50:33 * mwester checks his slugos builds to go see Jun 23 20:51:01 mwester: I honestly have no idea about something else installing "wall" Jun 23 20:51:04 ./sysvinit-2.86/src/wall Jun 23 20:51:18 I did have issues w/ cups, but then that eventually built Jun 23 20:51:24 Looks like it is indeed in sysvinit. Does it exist in that location for you? Jun 23 20:51:46 where is the dir that . is? Jun 23 20:52:07 tmp/work/collie-angstrom-linux for me? Jun 23 20:52:12 yep Jun 23 20:53:16 I've got dowall.{c,o} and wall.c Jun 23 20:53:49 No "wall" (the compiled executable)? Jun 23 20:57:57 no Jun 23 20:59:45 Might be a collie thing, then, but I suspect something failed in the compile, install, or stage steps. Check the logs in the temp directory in sysvinit-2.86-r34 to see if there's any errors there. Jun 23 20:59:53 Gotta run for a while, bbiab. Jun 23 21:00:31 (I'd check the compile first, to find out what happened to the "wall" executable that's supposed to have been built). Jun 23 21:09:01 a bit of mtn spam comes Jun 23 21:21:33 03pfalcon 07org.oe.dev * rd30aa82b... 10/ (4 files in 2 dirs): Jun 23 21:21:33 task-opie: Start to split up subtasks to separate recipes. Jun 23 21:21:33 * To make it more compatible with bitbake 1.8. Jun 23 21:21:33 * Follows angstrom-x11 tasks split up. Jun 23 21:21:38 03pfalcon 07org.oe.dev * r17327333... 10/ (1 packages/tasks/task-opie.bb): task-opie: Formatting fix. Jun 23 21:21:42 03pfalcon 07org.oe.dev * r4eb10ba0... 10/ (3 files in 2 dirs): task-opie: Continue split up for bitbake 1.8 friendliness. Jun 23 21:21:48 03pfalcon 07org.oe.dev * rf0f36228... 10/ (3 files in 3 dirs): task-opie-16mb, opie-image-16mb: Add task and image recipes for small OPIE image. Jun 23 21:21:54 03pfalcon 07org.oe.dev * r6e1b46d4... 10/ (5 files in 4 dirs): (log message trimmed) Jun 23 21:21:54 initscripts 1.0: mountall.sh: Drop dependency on util-linux-mount. Jun 23 21:21:54 * Yes, there's such dependency, unspecified. Due to funky options it Jun 23 21:21:54 doesn't work with cute busybox mount. Jun 23 21:21:55 * Those funky options better be killed shamefully, but let's do the Jun 23 21:21:57 twist, and allow to specify additional mountall options via Jun 23 21:21:59 /etc/default/mountall, and let util-linix-mount spit its funkiness Jun 23 21:22:01 03pfalcon 07org.oe.dev * rd56b36a2... 10/ (1 packages/images/opie-image-16mb.bb): opie-image-16mb: Make it actually fit 16mb. Jun 23 21:22:07 03pfalcon 07org.oe.dev * r629db1ed... 10/ (16 files in 11 dirs): Jun 23 21:22:07 merge of '125082859a77d2fb336606219b6218e166f6dfde' Jun 23 21:22:10 and 'd56b36a235e386bdd0684cdb650a872836d4e393' Jun 23 21:24:05 psokolovsky_: fwiw, the cute busybox mount applet got rewritten at least 3 times between 1.0 and 1.6, changing options every time Jun 23 21:26:01 koen: yeah, I understand, but -a should stay its way forever, and for 99% users that will just work. things like -t nonfs are nice and correct, but so important for our use. anyway, all the current behavior is left as is, the only change that it now does work with bare bb, but will be more advanced if normal mount is available. Jun 23 21:26:41 I don't disagree with the commit Jun 23 21:26:47 I applaud it! Jun 23 21:27:28 thanks Jun 23 21:27:48 just warning you about it breaking again :) Jun 23 21:28:16 could you change the angstrom distro config file to not depend on the big mount as well? Jun 23 21:29:40 psokolovsky_: and image_.bbclass installs the package manager by default, so could you remove ipkg from the opie-image? Jun 23 21:30:05 koen: err, I personally not sure it's the only place where angstrom needs big mount, so only if you aks for that change ;-) Jun 23 21:30:22 it's the only place I know off :) Jun 23 21:30:37 koen: well, there're pending patch from me to make it not install it by default ;-) Jun 23 21:30:59 morning Jun 23 21:31:15 koen: http://bugs.openembedded.org/show_bug.cgi?id=2484 . need to update patch per hrw's suggestions Jun 23 21:31:18 regardless, images shouldn't install $semi_random package manager :) Jun 23 21:31:42 rwhitby: good morning! Jun 23 21:32:08 koen: yes, I agree. unless they are some minimal optimized type of image, where exact type of pkgman important for that minimality ;-) Jun 23 21:32:12 * mwester makes a note to check to see if the mount changes just committed affect SlugOS Jun 23 21:34:13 mwester: they shouldn't, plus I see slugos has an override for it (maybe you want check if it's needed) Jun 23 21:37:27 Ok. I'll also take a look at the slugos override; I know we are trying to remove as many slugos-specific things as possible. Jun 23 21:53:01 03pfalcon 07org.oe.dev * r97bfb6ec... 10/ (3 files in 3 dirs): Jun 23 21:53:01 initscripts 1.0: mountall.sh: Don't swallow crucial errors. Jun 23 21:53:01 * Instead, log them to syslog. Jun 23 21:53:08 03pfalcon 07org.oe.dev * r3b16e5fc... 10/ (8 files in 8 dirs): Jun 23 21:53:08 merge of '629db1ed18f56ff933b4783c0697a2dad4ef7192' Jun 23 21:53:08 and '97bfb6ec4d33646c7f89d446033dc7c81b9be0c8' Jun 23 22:58:13 it seems that gcc-cross-initial depends on gnu-config Jun 23 22:58:28 and that one is not in DEPENDS line of .bb Jun 23 23:40:23 RP, hi, are you around please? **** ENDING LOGGING AT Sun Jun 24 02:59:58 2007