**** BEGIN LOGGING AT Thu Jan 18 02:59:57 2007 Jan 18 03:20:04 ugh Jan 18 03:20:41 looking at this damn code reminds me of Eternal Darkness.....I can feel my sanity meter dropping Jan 18 03:21:07 how could anyone think this was ok? Jan 18 03:49:59 RP: around? Jan 18 06:57:24 anyone around who understands SITE files? Jan 18 08:14:11 morning Jan 18 08:21:53 morning Jan 18 08:37:28 JustinP, XorA: so it looks like we will have remotes working? Jan 18 08:37:51 JustinP: site files - what you want to know? Jan 18 08:38:31 did someone here use(d) Samsung 205BW monitor? 20" LCD widescreen 1680x1050 Jan 18 08:42:54 hrw: yes, the remote now gives me different values for all buttons. Still not sure how the hell to listen to it.... Jan 18 08:43:16 hrw: I was trying to figure out what to add to a site file to use a cached value for a python config....but ha dno luck Jan 18 08:43:48 hrw: I have the 205bw Jan 18 08:43:56 JustinP: which python config? Jan 18 08:44:02 I think I need some kernel hacker help again now...I get 1-6 but it doesn't show up as keyboard events...even though 1-6 are output Jan 18 08:44:18 ArjanS: does it worth attention? Jan 18 08:44:20 hrw: it was looking for Python.h I think Jan 18 08:44:46 JustinP: then ship proper paths to configure/setup.py or patch makefiles Jan 18 08:44:47 hrw: I think it's great, if that's what you mean :) Jan 18 08:46:40 ArjanS: I can get one quite cheap tomorrow (999pln) and was thinking about something not with TN screen but for 1600+ pln Jan 18 08:47:59 hrw: too tired to explain, see http://pastebin.ca/320326 Jan 18 08:48:14 hrw: I got it compiled locally for now Jan 18 08:48:19 hrw: what's the price? Jan 18 08:48:30 (I mean in euros or dollars) Jan 18 08:48:44 ~change 999 pln to eur Jan 18 08:48:50 999.00 Zloty (PLN) makes 258.011 Euro (EUR) (from http://www.xe.com/) Jan 18 08:49:04 JustinP: cool Jan 18 08:49:16 JustinP: will try Jan 18 08:49:18 allright, thats quite cheap indeed, I paid 306 euros for it two months ago Jan 18 08:49:41 JustinP: inherit distutils if it is python Jan 18 08:49:53 * JustinP tries that Jan 18 08:49:55 hrw: it still costs 289,90 euros here Jan 18 08:49:59 good morning all Jan 18 08:50:23 hrw: but anyway, the resolution and sharpness and colors are great Jan 18 08:50:49 XorA: will put up my driver....soon ;-) Jan 18 08:51:02 XorA: still doing on-device tests to see if I can get extended keycodes to work Jan 18 08:51:12 hrw: no... Jan 18 08:51:22 JustinP: I'm around now Jan 18 08:51:27 morning all Jan 18 08:51:39 http://pastebin.ca/320327 Jan 18 08:51:43 JustinP: which ver it is? Jan 18 08:51:44 that's for hrw Jan 18 08:51:48 ver of? Jan 18 08:51:54 oh, sorry ;-) Jan 18 08:51:56 2.3 Jan 18 08:52:36 hi RP Jan 18 08:52:43 RP: XorA just let me know that he got the remote working previously. I took his suggestions and I have the driver giving me unique codes for each key Jan 18 08:53:21 RP: working on making it output semi-correct keys at least, then will post it and start cleaning up the cruft Jan 18 08:54:07 JustinP: Sounds good :) Jan 18 08:54:34 ok....I can't make it output anything but 1-7 Jan 18 08:54:40 I'll post my diff Jan 18 08:55:18 JustinP: you forgot 'inherit autotools' Jan 18 08:56:03 hrw: ummm....no Jan 18 08:56:08 hrw: inherit autotools distutils in my latest Jan 18 08:56:22 sorry, my paste was missing that line Jan 18 08:56:25 * JustinP is tired Jan 18 08:57:08 69 configure.ac:423: error: possibly undefined macro: AM_PATH_XMMS Jan 18 08:57:24 JustinP: you need xmms support in it? Jan 18 08:58:18 hrw: not necessarily, I tried disabling that as well Jan 18 08:58:58 JustinP: looks like configure.ac will need to be patched Jan 18 08:59:30 fun Jan 18 08:59:46 you mean to remove the xmms stuff? Jan 18 09:00:25 yes Jan 18 09:00:39 or rather add xmms to deps ;( Jan 18 09:01:14 or another file to kill.. Jan 18 09:01:45 or patch the xmms macro into acinclude.m4 Jan 18 09:02:40 RP, XorA: http://oe.reversefold.com/sharpsl-rc/sharpsl-rc.patch Jan 18 09:02:48 XorA: ok Jan 18 09:02:49 or Jan 18 09:03:24 JustinP: you have to decide which plugins you need to build Jan 18 09:03:37 RP: the sharpsl_rc_keycode currently has KEY_0 - KEY_9 in it and this works (I get 1-7 output) but if I try the list above it I get nothing at all. Jan 18 09:03:44 hrw: one sec Jan 18 09:05:04 hrw: here's a version with a disbling xmms patch Jan 18 09:05:54 RP: I know it needs lots of cleanup, especially to remove all of the unneeded defines and such, but I'd like to just get it working as it is first.... Jan 18 09:06:41 JustinP: cool, I shall try that this evening if I get a chance Jan 18 09:06:49 JustinP: I think c7x0 support will be easy as well Jan 18 09:07:04 XorA: hopefully :-) Jan 18 09:07:25 XorA: I had to change the hi/lows to make it work but your fixes were what gave me the values finally Jan 18 09:07:34 XorA: much more solid than 2.4 Jan 18 09:07:50 your remote doesnt fit inside the 2.4 values? Jan 18 09:07:53 now if I could make it do something other than output 1-6.... Jan 18 09:07:55 no, it didn't Jan 18 09:08:22 I got 3 #'s output without changing Jan 18 09:08:22 the other 4 I had to alter the threshholds a bit Jan 18 09:08:32 wierd, mine was exactly inside the ranges Jan 18 09:08:36 (and add code for MUTE which seemed to be missing...) Jan 18 09:09:08 heh....I may still be using some old code in there too Jan 18 09:09:44 then again maybe not...I don't know, I'm tired Jan 18 09:11:07 JustinP: let remote output any keycodes other then internal keyboard. rest will be keymap/xmodmap work Jan 18 09:12:03 hrw: it didn't seem to be doing anything when I did that, though Jan 18 09:12:24 hrw: see sharpsl_rc_keycode. The top commented out bit it my attempt at sending "correct" keycodes Jan 18 09:13:12 I get nothing if I do that (tried with showkey). But if I set it to KEY_0 through KEY_9, as it is now, I see it on terminal and in showkey Jan 18 09:13:54 I tried scancodes, too...it just did nothing Jan 18 09:14:00 JustinP: yeah, we can look at that later, I think they should make the keycodes assigned to the multimedia controls on fancy keyboards Jan 18 09:14:39 XorA: that's what I tried to do, the commented out bit before the list of KEY_0-9 is that Jan 18 09:16:48 shit. compiler badness Jan 18 09:17:15 as far as I can see, the keycode array is set to the input dev and must be used internally Jan 18 09:22:53 JustinP: Note that Xora was able to get it going using the standard max1111 function Jan 18 09:22:59 yeah, I see the same printk output so the right keys are being pressed but nothing comes out of the input module Jan 18 09:23:10 RP: ? Jan 18 09:23:57 JustinP: You shouldn't need ssp_get_max1111_val() defined in the driver, the standard one should work (and won't break locking) Jan 18 09:24:04 ok Jan 18 09:25:11 JustinP: You might get a bit more stablity using the standard function, I'm not sure Jan 18 09:25:32 <_law_> hrw, does xmms work with angstrom? i thought there was a gtk/gdk problem Jan 18 09:26:00 RP: #include ? Jan 18 09:26:01 RP: my values certainly looked rock solid stability wise Jan 18 09:26:03 _law_: no idea - my angstrom device lack x11 now Jan 18 09:26:12 mine are more solid than 2.4 Jan 18 09:26:26 RP: only the first value was off, but seeing as we have just moved the pullup thats understandable Jan 18 09:30:10 * JustinP tries commenting out that function... Jan 18 09:30:30 it was probably just one of the things I was trying Jan 18 09:32:06 NOTE: package xfce-mcs-plugins-4.3.99.2-r0: task do_compile: completed Jan 18 09:32:07 uf Jan 18 09:33:56 RP: it can't find symbol sharpsl_pm_pxa_read_max1111.... Jan 18 09:34:28 17 22:51 < koen> now my internet connection is back up, I forgot what I wanted to commit Jan 18 09:34:40 RP: so, I have another strange circular dependency thing. Jan 18 09:34:48 koen: I do commits when have them ready - inet connection is for syncing Jan 18 09:35:10 this time, bitbake seems to be trying to build two versions of glibc simultaneously; I get stuff like: Jan 18 09:35:10 ERROR: Task 38 (/home/pb/oe/org.openembedded.dev/packages/glibc/glibc_2.5.bb, do_install) (depends: Set([37])) Jan 18 09:35:11 ERROR: Task 42 (/home/pb/oe/org.openembedded.dev/packages/glibc/glibc_2.5.bb, do_package) (depends: Set([33, 194, 38, 203, 15, 176, 212, 185, 24, 52, 61])) Jan 18 09:35:11 ERROR: Task 223 (/home/pb/oe/org.openembedded.dev/packages/glibc/glibc_2.3.5+cvs20050627.bb, do_package_write) (depends: Set([176, 42, 221])) Jan 18 09:35:12 ERROR: Task 222 (/home/pb/oe/org.openembedded.dev/packages/glibc/glibc_2.3.5+cvs20050627.bb, do_populate_staging) (depends: Set([223])) Jan 18 09:35:14 hrw: I needed a cset that ws not in my db :( Jan 18 09:35:27 koen: ah. Jan 18 09:36:37 XorA: I see sharpsl_pm_pxa_read_max1111 in sharpsl.h and sharpsl_pm.c but it's not linking....perhaps just including asm/arch-pxa/sharpsl.h is not enough? Jan 18 09:37:32 03hrw 07org.oe.dev * reb0e1154... 10/ (1 packages/xfce-mcs-manager/xfce-mcs-manager.inc): xfce-mcs-manager: mangle pkgconfig a bit during staging to get proper includedir - fix compiler badness Jan 18 09:38:08 JustinP: I think you are confused, the change between 2.4/2.6 is the ssp_get_max111 function Jan 18 09:38:37 JustinP: it was _val that is commented out in your driver, _get calls the proper version Jan 18 09:38:54 corgi_ssp_max1111_get sorry Jan 18 09:40:15 XorA: sorry, so I should be using corgi_ssp_max1111_get, right? Jan 18 09:40:39 as the patch already is? Jan 18 09:41:24 there is a lot of commented out code in there, yeah Jan 18 09:41:41 ok, well let me know if you guys have any revisions Jan 18 09:42:19 comments here or e-mails are ok (papercrane@reversefold.com). I'd be happy to implement and test any suggestions. I'm too tired to continue tonight, after 2AM Jan 18 09:43:27 XorA: thanks for the help, I feel much better about this driver now :-) Jan 18 09:44:58 JustinP: no probs, I got lucky and someone donated a remote to OZ Jan 18 09:45:08 JustinP: Ive just had a hecktik life Jan 18 09:49:22 xfce-image progressing Jan 18 09:56:08 hi florian Jan 18 09:56:31 good morning Jan 18 09:57:11 I'm thiinking about moving xfce stuff to packages/xfce/ Jan 18 09:57:27 or xfce-lib xfce-app Jan 18 10:09:54 JustinP: You'll need to find the header with that in (and/or add it to a header). The function itself is in arch/arm/mach-pxa/corgi_ssp.c Jan 18 10:11:08 pb__: Trying to build two glibcs would certainly confuse it. I wonder why its trying to do that? Jan 18 10:12:18 RP: did you got spam from Jan 18 10:12:21 "Karin Cruz"? Jan 18 10:12:42 from: Jan 18 10:12:44 ops.. Jan 18 10:13:37 hrw: I wasn't aware of any? Jan 18 10:13:50 from Karin Cruz to: brittney moore cc: devin , johnette bell , zachariah boyd Jan 18 10:13:53 :D Jan 18 10:14:04 ah :) Jan 18 10:14:08 :-) Jan 18 10:14:44 another email address filled with spam Jan 18 10:15:59 I get thousands of spam emails :-( Jan 18 10:16:27 30,000+ since mid November :-/ Jan 18 10:17:16 i do not count Jan 18 10:17:24 one day i got 70MB of spam Jan 18 10:18:11 I don't count, I can see the number of mails in the spam folders though... Jan 18 10:18:25 I clean them Jan 18 10:18:57 after taking Sean/openmoko and Psokolowsky emails from it Jan 18 10:24:31 RP: yeah, it's a bit odd. I've just started a "bitbake glibc" in a clean tmp directory and I'll see what it does. Jan 18 10:26:10 pb__: At a guess some of the PREFERRED logic could be set incorrectly causing it to mix its versions up. The relationships between glibc-initial, glibc-intermediate and glibc still confuse me ;-) Jan 18 10:32:16 RP: yah, that was my suspicion too. I am on x86 with nptl, so it will be using the five-stage toolchain bootstrap rather than the four-stage one that you get on non nptl platforms. Jan 18 10:32:58 I have to go to a meeting now but I'll look at it again this afternoon. Jan 18 10:36:28 cu Jan 18 10:36:31 03hrw 07org.oe.dev * r398409af... 10/ (1 packages/tasks/task-xfce-base.bb): task-xfce: moved xfce-utils-mcs-plugins to recommends as they are missing in xfce 4.4-rc2 Jan 18 10:36:33 need to do some papers Jan 18 10:36:35 03hrw 07org.oe.dev * rd6e4205b... 10/ (1 packages/xfdesktop/xfdesktop.inc): xfdesktop: added xfce4-panel into DEPENDS - needed by xfce 4.4-rc2 Jan 18 10:37:19 03koen 07org.oe.dev * r85bed711... 10/ (1 packages/ezx/opentapi_svn.bb): opentapi: start right after udev to prevent BP powering off the phone Jan 18 10:37:35 RP: If you run your own mail server then the greylisting stuff seems to work rather well. I've pushed postgrey out to a lot of sites with no trouble and with a pretty constant 90-95% spam reduction. Jan 18 10:38:32 v8jlene: I have been trialing that for some of the problem addresses :). I guess its time to make it more widespread ;-) Jan 18 10:39:32 RP: I get around 10k spam a week if I remove all my filters - that's pretty impossible... I was getting around 150 a week past the spam filters to I put in postgrey... now around 2 a week. Jan 18 10:39:43 to? till... Jan 18 10:40:25 is postgrey in OE? Jan 18 10:41:03 I noticed [cc]smart added some RBLs to the default postfix config in OE Jan 18 10:41:04 For my sins, the mailserver runs sendmail :) Jan 18 10:41:30 no postgrey in OE - it's pretty much a single perl file and an associated init script... should be easy to add. Jan 18 10:43:03 sendmail... arghh... better than qmail I suppose... I used sendmail for years, went to qmail, back to sendmail then to postfix... and I'm not going back! Jan 18 10:49:12 * XorA needs to move to postfix Jan 18 11:14:58 RP: one odd thing is that bitbake says "preferred version 2.5 of glibc not available" but then goes on to build it. Jan 18 11:15:16 pb__: that is normal, everyone gets that Jan 18 11:15:26 oh, really? Jan 18 11:15:30 I wonder why it does that Jan 18 11:21:14 pb__: The new code has to compute all possible providers in advance. That message comes from when it computes one of those providers (I think it computes providers of glibc-intermediate which glibc version 2.5 is not available for but 2.3.5 is or something like that) Jan 18 11:22:25 hm, that sounds a bit odd. glibc-intermediate is its own .bb file, not a provided thing. Jan 18 11:23:20 pb__: It might be some other bit of glibc then. I know it does that when the 2.5 version doesn't provide something a lower version does and it warns the PREFERRED_VERSION wouldn't be honoured in that case Jan 18 11:23:31 okay Jan 18 11:23:34 might be glibc-for-gcc, I guess Jan 18 11:23:52 That sounds familiar... Jan 18 11:24:41 A better message would be preferred version 2.5 of glibc not available for glibc-for-gcc (or whatever)... Jan 18 11:24:55 yeah Jan 18 11:28:24 morning all Jan 18 11:28:36 hey Liam Jan 18 11:28:36 hey lrg Jan 18 11:29:01 hi Liam Jan 18 11:29:44 anyone made travel arrangements for FOSDEM yet ? Jan 18 11:30:35 pb__: Reading the code, there is something in there which is already supposed to print that, its just not working for some reason... Jan 18 11:30:43 hi lrg Jan 18 11:31:00 lrg: I booked the hotel, but not the train Jan 18 11:31:28 RP: did you see the thread on LAK about pxa pcmcia timings and microdrives? Jan 18 11:31:45 koen: I did. Sounds interesting, I'm happy to have any speedup :) Jan 18 11:31:47 RP: could be a boot for the md based zauri Jan 18 11:31:54 s/boot/boost/ Jan 18 11:31:55 koen: I'll try and book astrid next week, and fly bmi via edinburgh. I also need to speak with thomas at OH Jan 18 11:32:49 lrg: OH's travel plans are being worked on atm... Jan 18 11:33:02 RP: cool Jan 18 11:33:26 RP: i'll try for same flight as thomas and share taxi Jan 18 11:33:47 lrg: Sounds good :) Jan 18 11:43:30 re Jan 18 11:43:42 * hrw arrive at 21:15 Friday (plane) Jan 18 11:45:30 pb__: trunk should have code to print a better error message and at least in poky it prints something more helpful. I'm not sure why it isn't in your case... Jan 18 11:46:10 morning Jan 18 11:46:18 LOL www.dilbert.com Jan 18 11:51:57 gm Jan 18 11:58:49 hi. many of the packages want to create files/directories in my /usr/... and thus fails to cpmpile. is it right? Jan 18 11:59:01 many? Jan 18 11:59:28 sza2: examples please Jan 18 12:00:58 hrw: ok. i will pastebin. Jan 18 12:05:40 hrw: http://pastebin.ca/320400 Jan 18 12:08:21 sza2: report bug Jan 18 12:11:10 hrw: but there are (not many, but) a few (10+) packages appears to the same. can it caused by my missconfigured env? Jan 18 12:11:59 report bugs Jan 18 12:12:46 hrw: moving xf* into packages/xfce is a good idea IMO Jan 18 12:12:48 i never did it. how can i do? Jan 18 12:13:18 go to http://bugs.openembedded.org Jan 18 12:13:27 ok. thx. Jan 18 12:13:38 koen: there will be few more there Jan 18 12:14:55 hrw: NOTE: package xfce-mcs-plugins-4.3.99.2-r0: task do_compile: failed Jan 18 12:15:07 mouse_plugin fails to compile :( Jan 18 12:17:10 koen: update Jan 18 12:17:22 xfce-mcs-manager r1 fixed this Jan 18 12:17:34 koen: you got crosscompilebadness? Jan 18 12:17:43 mtn: already up to date at 9fe9a470e8cfa880013396a6f2a002fa10153dd0 Jan 18 12:17:56 koen: how it fails? Jan 18 12:17:57 hrw: no, just a compile error about missing defines Jan 18 12:18:10 which one? Jan 18 12:18:19 | mouse_plugin.c: In function 'create_accessx_page':| mouse_plugin.c:258: error: 'Itf' has no member named 'checkbutton_mouse' Jan 18 12:18:21 pastebin Jan 18 12:18:32 works for me Jan 18 12:18:46 http://rafb.net/p/ieCxXa28.html Jan 18 12:18:58 did you commit r1? Jan 18 12:20:04 XorA, _law_: could you comment on http://bugs.linuxtogo.org/show_bug.cgi?id=27 ? Jan 18 12:21:14 pb__, you should create an account there :-) Jan 18 12:21:59 koen: not really, my Billionton card is refusing to work Jan 18 12:22:38 18 11:08 < CIA-19> hrw org.oe.dev * reb0e1154... / (1 packages/xfce-mcs-manager/xfce-mcs-manager.inc): xfce-mcs-manager: mangle pkgconfig a bit during staging to get proper includedir - fix compiler badness Jan 18 12:22:49 koen: this one Jan 18 12:27:27 <_law_> koen, ok Jan 18 12:29:17 any cppunit gurus here? Jan 18 12:30:02 <_law_> koen, bluez-gnome taskbar-applet-icon doesnt work in gpe. hicolor-theme is reuqired, but i have installed this, dont help... Jan 18 12:31:45 RP, mickey|zzZZzz: http://rafb.net/p/Vk5MJg72.html Jan 18 12:36:22 hi lrg Jan 18 12:36:40 lrg: hotel and flights are booked ;) Jan 18 12:40:53 <_law_> koen, done Jan 18 13:26:22 hi mickeyl Jan 18 13:27:42 hey mickeyl Jan 18 13:29:52 morning gusy Jan 18 13:29:55 guys, even Jan 18 13:30:29 mickeyl: how's mokotosa doing? Jan 18 13:30:46 built. copying on the SD to flash as we speak... Jan 18 13:30:50 I bet the orange mud fits well with the theme ;) Jan 18 13:30:59 hehe Jan 18 13:31:06 can't wait to see those huge buttons Jan 18 13:31:46 atleast on tosa you will get proper DPI setting ;) Jan 18 13:32:30 hi mickeyl Jan 18 13:32:36 morning pb_ Jan 18 13:33:00 * koen polished the dpi cluebat Jan 18 13:33:21 mickeyl: I wonder how much gtk+ gurus will help out on the mokostack Jan 18 13:33:39 RP: mm, odd. Jan 18 13:34:03 RP: could you try a MACHINE=epia DISTRO=generic build for yourself and see what happens? Jan 18 13:34:17 koen: when they feel the slowness, they will either quit or get cranking :D Jan 18 13:35:06 hmmm my SD is broken Jan 18 13:35:17 the reader apparantly Jan 18 13:35:28 guess that's what i get for not using it for 2 years or so Jan 18 13:36:53 cppunit creates a cppunit-config file that another configure script uses to work out paths for compile/link Jan 18 13:37:31 I need to find this information so I can use at at build time Jan 18 13:38:12 Crofton|home: does cppunit inherit binconfig? Jan 18 13:38:28 only autotools Jan 18 13:38:49 it also does not stage cppunit-config Jan 18 13:39:04 I'm thinking I shold try auto staging it Jan 18 13:39:05 also Jan 18 13:39:34 Crofton|home: binconfig will do it for you Jan 18 13:39:55 shoudl I also try using the auto stage? Jan 18 13:40:45 thats job for binconfig.bbclass - it mangle *-config to fix all paths Jan 18 13:40:55 yes Jan 18 13:41:06 but the do_stage needs work also Jan 18 13:41:16 binconfig mangles paths Jan 18 13:41:27 do_stage still needs to put it somewhere Jan 18 13:42:15 ah Jan 18 13:42:19 OK, now I get it Jan 18 13:42:31 binconfig handles staging of cppunit-config Jan 18 13:45:23 yes Jan 18 13:48:01 hrw, thanks for the tip, testing now Jan 18 13:48:07 I'll push if succesful Jan 18 14:01:02 mickeyl: where's x86.conf meant to be included from? Jan 18 14:01:17 is there some clever mechanism that makes it happen automatically, or am I supposed to manually call it in from MACHINE.conf? Jan 18 14:03:07 MACHINE = "x86" Jan 18 14:03:35 ah right Jan 18 14:03:46 so if I'm using MACHINE=epia, I ought to be including x86.conf from inside epia.conf? Jan 18 14:04:05 yes Jan 18 14:04:11 x86 is one of those confs that can be used directly Jan 18 14:04:12 or indirectly Jan 18 14:04:15 thanks Jan 18 14:04:18 * pb__ does that Jan 18 14:04:18 np Jan 18 14:05:23 * mickeyl curse empty batteries Jan 18 14:05:51 * koen hands mickeyl a charger Jan 18 14:06:06 * mickeyl attaches the charger and goes to read newspaper Jan 18 14:20:39 mickeyl: http://blogs.gnome.org/view/johan/2007/01/18/0 Jan 18 14:35:56 koen: old news ;) Jan 18 14:36:00 http://people.via.ecp.fr/~clem/nist/doxydoc/allOpie/noncore_2tools_2pyquicklauncher_2main_8cpp-source.html Jan 18 14:36:19 i did that in 2004 for Opie :9 Jan 18 14:36:30 and in 2007 for openmoko? Jan 18 14:36:36 hopefully Jan 18 14:44:45 how do I get monotone-viz to only show a few weeks of revs, entering dates wont let me continue Jan 18 14:48:45 <_law_> bbl Jan 18 14:55:21 cu Jan 18 15:22:40 RP: it looks like my glibc problem was caused by a missing definition of GLIBC_ADDONS in my configuration. This leads to bizarre results because different versions of glibc have different defaults for that setting, so bitbake ends up trying to build glibc 2.5 for nptl using regular 2.3.5 with linuxthreads as libc-for-gcc. Jan 18 15:25:29 pb__: ah, that explains it. I remember we had to insert that into the qemux86.conf file. Is there a way we can give that variable some sane defaults to x86 just works properly? Jan 18 15:25:46 hi zecke Jan 18 15:25:56 *hey* Jan 18 15:26:02 hey zecke Jan 18 15:26:20 the new office rocks, I have at least one ARM machine per room Jan 18 15:26:29 new office? Jan 18 15:26:48 NSLu2 in hardware lab, each room one shark for mpd, several delta dvb-h devices on each table :) Jan 18 15:27:13 Crofton|home: office, where I sit and do crazy dvb-h stuff and call it research Jan 18 15:27:23 call Jan 18 15:27:55 you doing real signal processing? Jan 18 15:28:25 no, I'm a software dude ;) Jan 18 15:28:37 software defined radio :) Jan 18 15:28:51 modulation and signal processing is on my agenda for this year (figuring out what this stuff is actually doing) Jan 18 15:28:56 Crofton|home: on my todo ;) Jan 18 15:29:01 cool Jan 18 15:29:08 I added fftw to OE :) Jan 18 15:29:19 the fast fourier lib? Jan 18 15:29:20 compiled, not tested Jan 18 15:29:22 yeah Jan 18 15:32:21 Crofton|home: http://farm1.static.flickr.com/142/351741863_78eb982eb6.jpg?v=0 our racks Jan 18 15:32:26 zecke: http://lists.openezx.org/pipermail/openezx-devel/2007-January/001005.html Jan 18 15:32:38 Nice rack! Jan 18 15:33:29 submit that to ratemyrack :) Jan 18 15:36:30 hi Jan 18 15:37:42 RP: yeah, probably. The easiest solution, if perhaps not the most elegant, is probably to set it in bitbake.conf with a default based on TARGET_ARCH. Jan 18 15:37:47 i managed to compile a kernel-module for sdio-support, but it seems like the busdriver needs compiled-in pnp drivers. how do i set this config-setting for my c7x0-configuration of openembedded-unstable? Jan 18 15:38:02 hi zecke Jan 18 15:38:21 caprifischer: iirc an extra patch was needed for that Jan 18 15:38:58 koen: where can i find this patch? Jan 18 15:40:41 caprifischer: probably at the same MV site, it was mentioned in their readme Jan 18 15:42:59 koen: which "MV site"? sorry, i don't get it ;) Jan 18 15:43:10 re Jan 18 15:49:18 * NAiL makes a wild guess that "MV" == "MontaVista" Jan 18 15:50:04 NAiL: good guess Jan 18 15:50:11 ou Jan 18 15:50:13 ;) Jan 18 15:50:18 boing Jan 18 15:51:37 mh, i applied all patches from the mv-site Jan 18 15:52:15 but it seems that there is no pnp-support in the standard-c7x0 config (?) Jan 18 16:04:07 There is one caveat for the 2.6.18 patches. The SDIO stack uses the Jan 18 16:04:10 plug and play driver, which has be re-enabled in the 2.6.18 patches. Jan 18 16:04:27 mh, seems like this is the part which does not work ;) Jan 18 16:04:37 args Jan 18 16:08:27 cia out to lunch again? Jan 18 16:12:01 nasty bitch Jan 18 16:13:36 caprifischer: can you not just alter the defconfig to enable pnp Jan 18 16:14:04 XorA: yes, i can. but then the pnp-compile runs into errors Jan 18 16:15:21 caprifischer: thats a pain Jan 18 16:15:37 indeed Jan 18 16:16:10 caprifischer: I guess it doesnt get used much on arm platforms Jan 18 16:17:22 more than ever it's extra pain, if you have an wifi-sdio cart for the zaurus and it doesn't work ,) Jan 18 16:18:08 does somebody know which kernel-versions do yet support pnp? Jan 18 16:18:08 caprifischer: well hopefully you are a genius and peice all the puzzle together Jan 18 16:18:17 hopefully ;) Jan 18 16:18:34 those cheapo cards on ebay are tempting Jan 18 16:30:05 03crofton 07org.oe.dev * r16141cfb... 10/ (1 packages/cppunit/cppunit_1.10.2.bb): cppunit_1.10.2.bb : Generate cppunit-config properly. Jan 18 16:30:14 03pb 07org.oe.dev * r7022b2fb... 10/ (1 conf/machine/epia.conf): epia.conf: include x86.conf for GLIBC_ADDONS et al. Jan 18 16:30:26 03koen 07org.oe.dev * r9fe9a470... 10/ (1 packages/angstrom/task-angstrom-x11.bb): task-angstrom-x11: ship bluez-gnome for device with bluetooth, since gpe-bluetooth doesn't provide a pass-agent that works with a recent bluez Jan 18 16:30:42 03koen 07org.oe.dev * rc77de7a0... 10/ (3 files in 2 dirs): xfce-utils: fix packaging Jan 18 16:32:54 lets flash c760 Jan 18 16:33:10 I do not remember when I did it last time Jan 18 16:34:21 hrw: xfce-image? Jan 18 16:34:58 no, opie Jan 18 16:35:19 xfce was built for progear which does not have x11 running yet Jan 18 16:35:53 I will have to run xorg not kdrive on it Jan 18 16:36:12 or combine kdrive with xorg ts driver Jan 18 16:37:19 hrw: pb_(_) added a xorg-modules.bblclass, maybe your ts driver can use that? Jan 18 16:37:26 (or port it to tslib, even better) Jan 18 16:37:59 koen: xf86-driver-microtouch is already in OE Jan 18 16:39:24 hrw: next cset is for you Jan 18 16:39:31 ok Jan 18 16:40:00 03koen 07org.oe.dev * r062ebbe4... 10/ (1 packages/images/xfce-image.bb): xfce-image: allow machine and distro to override the preferred xserver via ${XSERVER} in the other X based images Jan 18 16:40:23 ;D Jan 18 16:40:34 speaking of it... Jan 18 16:40:48 we lack some machine_ vars probably Jan 18 16:43:59 ERROR: No buildable providers available for required build target xf86-input-microtouch Jan 18 16:44:08 I'd want bitbake to be a bit more verbose on that Jan 18 16:45:27 -D Jan 18 16:48:24 koen: we all want that :} Jan 18 16:50:22 03koen 07org.oe.dev * r30c4d871... 10/ (1 packages/xorg-xserver/xorg-xserver-common.inc): xorg-xserver-common.inc: libx11 -> virtual/libx11 Jan 18 17:00:41 http://farm1.static.flickr.com/144/361688302_61fab5c82e_b.jpg Jan 18 17:00:54 I feel like rms Jan 18 17:01:02 heh Jan 18 17:01:32 CIMG0226.JPG is a lot nicer, though Jan 18 17:02:02 zecke: sleeping at work? Jan 18 17:02:11 that is my shark :) Jan 18 17:02:43 koen: I need to polish some stuff but my shark works wonderfully Jan 18 17:02:51 03hrw 07org.oe.oz354x * r64d4094f... 10/ (4 files in 2 dirs): libqtaux2: update to 1.2.2, drop CVS version Jan 18 17:02:55 03hrw 07org.oe.oz354x * rba0bb9a5... 10/ (4 files in 2 dirs): libmailwrapper: update to 1.2.2, drop CVS version Jan 18 17:03:10 hrw: actually this was a faked, I sleep on the bare floor in a friends apartment near by... Jan 18 17:03:10 zecke: OE or gent00? Jan 18 17:03:35 koen: I tried gentoo again, but kicked it out Jan 18 17:03:58 koen: I will try the angstrom upgrade later this week (but the shark has mpd running) Jan 18 17:04:10 ~seen rwhitby Jan 18 17:04:16 zecke: angstrom-2007.1-oabi Jan 18 17:04:36 rwhitby was last seen on IRC in channel #nslu2-linux, 15h 20m 20s ago, saying: 'hey VoodooZ '. Jan 18 17:04:39 koen: why oabi? Jan 18 17:04:40 koen: koen> zecke: angstrom-2007.1-oabi Jan 18 17:04:53 ~fishslap zecke Jan 18 17:05:06 zecke: strongarm doesn't get 'BX' Jan 18 17:05:08 * ibot slaps zecke up side the head with a wet fish. Jan 18 17:05:17 hrw: http://farm1.static.flickr.com/126/361695587_80b177942e_b.jpg I'm sleeping at the spot I'm sitting... Jan 18 17:05:28 koen: I thoough lennert fixed it? Jan 18 17:05:43 zecke: lennert uses armv4t Jan 18 17:05:46 not armv4 Jan 18 17:13:59 later Jan 18 17:41:52 morning likewise Jan 18 17:41:59 NAiL: morning Jan 18 17:42:04 RP: I don't understand what you mean. That file has corgi_ssp_max1111_get exported and that's the function I'm using.... Jan 18 17:42:22 I'll do some cleanup on the patch... Jan 18 18:05:43 03justinp 07org.oe.oz354x * rfa26a1a4... 10/ (1 packages/quilt/quilt_0.45.bb): quilt: add util-linux to RDEPENDS for getopt Jan 18 18:05:46 03justinp 07org.oe.oz354x * r5106400f... 10/ (1 packages/quilt/quilt-native.inc packages/quilt/quilt.inc): quilt: add util-linux to RDEPENDS for getopt Jan 18 18:05:51 03justinp 07org.oe.dev * rb2a44db3... 10/ (1 contrib/mtnpatch.py): mtnpatch: update to read newer diff format Jan 18 18:05:55 03justinp 07org.oe.dev * r08a55e9e... 10/ (5 files in 2 dirs): quilt: add util-linux to RDEPENDS for getopt Jan 18 18:17:42 RP: the patch is a little more cleaned up, perhaps this will remove the confusion... Jan 18 18:18:08 XorA: do you know what RP was talking about? It looks like I'm using the right function to me.... Jan 18 18:25:17 Hello Jan 18 18:30:22 hi sirfred Jan 18 18:30:49 hey mreimer & sirfred Jan 18 18:30:54 hey koen! Jan 18 18:31:02 Hi, guys Jan 18 18:31:26 ::sigh:: why must the people I need help from live on the other side of the world? Jan 18 18:32:43 cause you love on the wrong side? :D Jan 18 18:32:49 live too perhaps Jan 18 18:34:28 hrw: did you heard somtheing about qtopie4 -> oe integration? Jan 18 18:35:55 greentux: someone pointed that probably I will do it but I lack time now Jan 18 18:36:58 DISTRO = "openzaurus" Jan 18 18:36:58 DISTRO_VERSION = "3.5.5-rc0" Jan 18 18:39:15 hrw: lrj has a image for borzoi, but with 2.4 kernel etc. no oe image I assume. Jan 18 18:39:38 qtopia-core is already in OE Jan 18 18:40:29 BOZKIE! Jan 18 18:40:31 ops Jan 18 18:40:39 <[cc]smart> I need .config for openslug kernel to have CONFIG_INPUT_UINPUT=m , didn't succeed though. How should it be done ? Jan 18 18:41:03 http://uranos.cto.us.edu.pl/~mmierzwa/Tatry.jpg - there was over 40cm of snow in Polish mountains today Jan 18 18:41:42 bozkie? polish? Jan 18 18:41:51 <[cc]smart> :) Jan 18 18:41:53 It seems the weather is really hard today in central Europe Jan 18 18:42:06 And the islands Jan 18 18:43:08 [cc]smart: edit the defconfig in OE Jan 18 18:43:13 * JustinP cheers Jan 18 18:43:24 I think I have the kernel module working as expected :-) Jan 18 18:44:28 * JustinP wishes XorA would have shared that someone donated a remote to OE... Jan 18 18:44:29 koen: so the qtopia apps are missing... ? Jan 18 18:44:58 hrw: any idea why the quilt installed scripts have staging (native, even) paths to perl? Jan 18 18:46:09 <[cc]smart> JustinP: i tried edition defconfig of ixp... kernel, but that didn't do it. what do you mean by OE defconfig ? Jan 18 18:46:26 [cc]smart: I mean the one that is stored in OE Jan 18 18:46:31 [cc]smart: in your OE checkout Jan 18 18:46:36 anybody has a source code browser for X to recommend. anything I click on function names or get call graphs? Jan 18 18:46:37 <[cc]smart> surprise Jan 18 18:46:45 <[cc]smart> JustinP: i tried edition defconfig of ixp... kernel, but that didn't do it. what do you mean by OE defconfig ? Jan 18 18:48:13 [cc]smart: where were you editing this? Jan 18 18:48:42 <[cc]smart> JustinP: org.openembedded.dev/packages/linux/ixp4xx-kernel/2.6.16 Jan 18 18:48:57 VoodooZ: kscope? Jan 18 18:49:12 JustinP: many, many packages has it ;( Jan 18 18:49:25 [cc]smart: ok, that should have worked then, assuming you rebuilt your kernel Jan 18 18:49:42 hrw: ok, then. I see it's a replacement...I've just fixed it manually for now Jan 18 18:49:56 <[cc]smart> bitbake -c clean ixp4xx-kernel openslug-image ; bitbake openslug-image Jan 18 18:50:29 JustinP: do_install_append() {sed this;sed that;sed anython_that_moves\n# sed love sponsored by XorA & koen } Jan 18 18:50:38 bye Jan 18 18:50:45 <[cc]smart> i got # CONFIG_INPUT_UINPUT is not set in working dir .config Jan 18 18:50:49 hrw|gone: I'll give that a try. thanks. Jan 18 18:53:52 snes9x works great on libSDL on Ximageon. We really need 320x240 mode support... and a frontend Jan 18 18:54:04 a gtk+-2 frontend Jan 18 18:55:15 [cc]smart: which version of slugos are you building? 3.11 source release, or monotone head? Jan 18 18:56:31 hmmmmm..... Jan 18 18:58:57 <[cc]smart> rwhitby: monotone head Jan 18 18:59:47 [cc]smart: defconfig comes from nslu2-linux svn kernel repo directly. Jan 18 19:00:06 <[cc]smart> ? Jan 18 19:00:55 <[cc]smart> doesn't sound like a good thing (TM) to me Jan 18 19:01:29 <[cc]smart> should this be changed ? Jan 18 19:02:23 <[cc]smart> IMHO source code is theirs, config is ours. Jan 18 19:04:58 <[cc]smart> so to speak Jan 18 19:05:10 [cc]smart: depends on your definition of "us" and "them" ;-) Jan 18 19:05:38 [cc]smart has a good point Jan 18 19:05:54 suppose someone wants to use a different defconfig Jan 18 19:06:00 <[cc]smart> IIRC, the definition swirls around nslu2-linux merging into OE Jan 18 19:06:00 does he get svn write acccess? Jan 18 19:06:07 [cc]smart: yes, I actually do agree with you though - the defconfig should be in OE's metadata. Jan 18 19:06:39 <[cc]smart> that is merging the monotne DBs Jan 18 19:06:52 the reason why it isn't at the moment is the same as the reason why we use the svnpatch mechanism Jan 18 19:07:03 [cc]smart: nslu2-linux does *not* use a different monotone DB for metadata. Jan 18 19:07:36 <[cc]smart> a branch ? Jan 18 19:07:40 no Jan 18 19:07:48 <[cc]smart> ~lart [cc]smart Jan 18 19:07:48 * ibot drops a baby grand on [cc]smart Jan 18 19:08:59 hello...would this be an approprate place to ask a question regarding building generic-ulibc on the iMX.31 board? Jan 18 19:09:15 <[cc]smart> now, this seems to be too central for me to fiddle with it. Jan 18 19:10:16 <[cc]smart> so, is there someone who feels he would be interested in extracting current defconfig from nslu2-linux svn and moving that to OE ? Jan 18 19:10:19 [cc]smart: the issue is that whilst the ixp4xx kernel has been volatile, it was simple more efficient to bring in the patches and defconfig from an svn repository revision number (that's what's done in HEAD). For a stable kernel version, obviously the defconfig would be in OE. Jan 18 19:10:37 the kernel is no longer volatile, so now is the right time to move the defconfig. Jan 18 19:11:03 <[cc]smart> ah. now i got it. Jan 18 19:12:00 you could make the same argument for the patches though - what if someone wants to add a local patch to the ixp4xx-kernel - do they automatically get OE write access? Jan 18 19:12:20 the ideal thing is to allow someone to override in local.conf Jan 18 19:15:37 hi Jan 18 19:26:42 What do I need to get accelerated working on spitz with xorg Jan 18 19:34:59 Kristoffer: nothing, no xorg (or kdrive) driver Jan 18 19:37:06 koen oki, anyway to optimize it abit then :) really slow atm Jan 18 19:37:39 use kdrive, much lighter and less memory consuming Jan 18 19:38:20 koen oki thx, btw. Any work being done to xorg driver? Jan 18 19:38:35 not that I know off Jan 18 19:38:54 we might bribe xora into writing a xv driver for kdrive :) Jan 18 19:38:59 :D Jan 18 19:39:12 XorA *offers first born child* Jan 18 19:40:17 koen btw, is N800 released yet? Wanting to get one since my N700 rocks (got one from the dev program) Jan 18 19:40:51 Kristoffer: has been for 2 weeks now Jan 18 19:40:59 really? :D Great Jan 18 19:41:04 I'm keeping my fingers crossed for a dev-discount Jan 18 19:41:27 Ah, they've started it this time also?.. Same procedure as before+ Jan 18 19:41:46 http://maemo.org/maemowiki/N800DeveloperDeviceProgram Jan 18 19:43:20 Ah, abit different rules this time. Will be interesting to see how it goes Jan 18 19:50:38 I'm wishing I had managed to build something for my 770 :) Jan 18 19:50:51 XorA, RP: see my e-mail to oz-dev about the patch Jan 18 19:51:02 I wonder if the celinux guys can get us any? Jan 18 19:51:15 Crofton: probably not Jan 18 19:51:45 nokia not involved with them, I guess Jan 18 19:52:45 <[cc]smart> heh, close now. the display switched from logitech logo to the current time Jan 18 19:53:05 03ccsmart 07org.oe.dev * rff91aa39... 10/ (1 packages/g15daemon/g15daemon_1.2.6a.bb): g15daemon: added runtime dependency and header files Jan 18 19:55:15 [cc]smart: if there are any ixp4xx kernel config changes you need, please let me know so I can put them in the svn repo so they propagate to the other distros too. Jan 18 19:55:55 I'm trying to get some guys to use OE to build images for the PS3 :) Jan 18 19:55:59 <[cc]smart> rwhitby: there is one. i need: CONFIG_INPUT_UINPUT=m Jan 18 19:56:12 [cc]smart: never EVER rdepend on a kernel-module Jan 18 19:56:30 [cc]smart: think about what happens with CONFIG_INPUT_UINPUT=Y Jan 18 19:56:49 <[cc]smart> the g15daemon insists on it being a module Jan 18 19:56:54 <[cc]smart> in docs. for whatever reason. Jan 18 19:57:07 Crofton: sony guys? Jan 18 19:57:17 no, the gnu radio guys Jan 18 19:57:21 <[cc]smart> so if this difference is the issue you are thinking about, it should be ok. Jan 18 19:57:42 <[cc]smart> but it seems i have a linking problem Jan 18 19:57:53 [cc]smart: it's close to being illegal in OE, rdepending on kernel-modules Jan 18 19:58:18 <[cc]smart> what should be done instead ? Jan 18 19:58:24 Crofton: you got ps3 h/w there? Jan 18 19:58:31 RRECOMMENDS = "kernel-module-foo" Jan 18 19:58:40 <[cc]smart> will do Jan 18 19:58:56 nope Jan 18 19:59:15 too many other projects :( Jan 18 19:59:28 * likewise shakes hands Jan 18 19:59:36 what is the preferred version extension for something that tracks svn, such that it is lower than the real version that comes out when it stabilizes? (e.g. a 2.6.20-rc-svn kernel, which is later replaced by a real 2.6.20.bb) ? Jan 18 19:59:39 same here Jan 18 20:00:15 rwhitby: hmm, good question... Jan 18 20:00:25 RP, XorAL: or on kernel-discuss@handhelds.org Jan 18 20:00:41 (oh, and it has to interoperate with the kernel version handling stuff in the kernel class too) Jan 18 20:01:33 on a sidenote: I noticed that the kernel_2.6.19+2.6.20 versioning leaves some weird directories in lib/modules (something with the plus sign being interpreted as some point) Jan 18 20:02:19 likewise: sounds like a missing KERNEL_RELEASE/KERNEL_VERSION var Jan 18 20:02:28 (can't remember which got removed last week) Jan 18 20:02:38 check the linux-rp _git recipes Jan 18 20:03:15 http://news.yahoo.com/s/nm/20070118/tc_nm/hermanmiller_product_dc_1 Jan 18 20:03:25 [cc]smart: done (in svn repo) Jan 18 20:03:26 This should help with our power cord problems Jan 18 20:03:40 <[cc]smart> rwhitby: thanks Jan 18 20:13:49 <[cc]smart> would i need to use this configure option ? : --with-gnu-ld Jan 18 20:16:21 <[cc]smart> ld --help Jan 18 20:16:24 <[cc]smart> oops Jan 18 20:26:04 JustinP: I suspect the code I was commenting on earlier was commented out, the new version looks ok although we might want to refactor the max1111 defines somehow Jan 18 20:26:21 JustinP: I'll have a better look and reply with comments later on Jan 18 20:27:21 can anyone give me an approx space requirement to build meta-opie? and does it include any non-opie dependcys of the apps? thanks Jan 18 20:27:34 RP: thanks much :-) it's working for now for me so I'm happy. Jan 18 20:27:57 chazco: non-opie meaning....what? You have to build the entire toolchain and all dependencies Jan 18 20:28:56 i mean if they require anything thats not exactly part of opie Jan 18 20:29:16 so far the only app i've built is nano (and all the bits that go with the first build) Jan 18 20:29:28 opie requires glibc Jan 18 20:29:30 and the kernel Jan 18 20:29:41 I think we stopped the opie in time from forking those Jan 18 20:29:57 glibc/embedded kernel/embedded Jan 18 20:30:57 so, if i bitbake meta-opie i should get all opie apps and any dependcys? sounds good Jan 18 20:36:12 RP: evening, is allum at work these days? Jan 18 20:41:29 03ccsmart 07org.oe.dev * r56dc0120... 10/ (1 packages/g15daemon/g15daemon_1.2.6a.bb): g15daemon: fix RDEPENDENCY from kernel module. add configure option. Jan 18 20:41:33 03ccsmart 07org.oe.dev * rfd8255a2... 10/ (1 packages/libg15/libg15_1.2.1.bb): libg15: add configure option --with-gnu-ld . Jan 18 20:41:39 03ccsmart 07org.oe.dev * rd24553b6... 10/ (1 packages/libg15render/libg15render_1.2.bb): libg15render: add configure option --with-gnu-ld . Jan 18 20:45:12 <[cc]smart> one issue left which i don't see where to search... lcdproc configure log says: checking for new_g15_screen in -lg15daemon_client... no Jan 18 20:45:18 <[cc]smart> but it's in the .h file Jan 18 20:45:56 <[cc]smart> which it finds as in: checking for g15daemon_client.h... yes Jan 18 21:01:31 [cc]smart: check config.log for the actuall error message Jan 18 21:01:45 likewise|tv: it's confirmed I'll be in eindhoven next week :) Jan 18 21:01:58 likewise|tv: I hope to get more details tomorrow Jan 18 21:14:02 <[cc]smart> is autotools_stage_all the default for do_stage ? Jan 18 21:15:22 RP: Hi! Do you happen tp know state of kexec in 2.4 kernel? Did it exist at all? ;-) Jan 18 21:18:38 psokolovsky: I believe there is no kexec in 2.4 at all Jan 18 21:18:49 [cc]smart: if you inherit autotools I think it is Jan 18 21:19:00 JustinP, no at all, for any platform? Jan 18 21:19:50 psokolovsky: AFAIK, no Jan 18 21:20:14 Ok, I see Jan 18 21:28:10 03ccsmart 07org.oe.dev * r9ba44743... 10/ (1 packages/g15daemon/g15daemon_1.2.6a.bb): g15daemon: leave staging to autotools. Jan 18 21:33:09 Night Jan 18 21:49:25 <[cc]smart> rwhitby: what driver is behind /dev/vcs* ? Jan 18 21:52:38 koen: let me know when you know more. Jan 18 21:53:04 koen: your work would be in eindhoven as well? Jan 18 21:57:20 JustinP: cool, I shall check that out Jan 18 21:57:34 JustinP: and try to make the changes for corgi Jan 18 22:01:58 03likewise 07org.oe.dev * r4fa67f2a... 10/ (1 packages/musicpd/mpc_0.12.0.bb): musicpd/mpc: Changed URL, was unfetchable. Jan 18 22:12:45 this is a question for those who do heavy development work on OE packages (the actual code), do you use BB to build all the time, even when doing debugging - or only when your code is stable enough? Jan 18 22:13:07 bradbev: I use it all the time Jan 18 22:13:24 I'm bringing up some hardware that will need kernel mods, and I don't really think that bb is the way to rebuild the kernel to test stuff Jan 18 22:13:37 bradbev: if you bitbake devshell, you can get a shell env thats like being inside a .bb Jan 18 22:13:46 XorA, so you use BB instead of a make system basically? Jan 18 22:13:48 bradbev: I've been rebuilding a kernel module on my Z for easy testing Jan 18 22:14:10 bradbev: when I am doing kernek work I rm tmp/stamps/machine-linux/kernel-blah.do_compile Jan 18 22:14:17 bradbev: then bitbake -b the kernel.bb Jan 18 22:14:44 right Jan 18 22:15:08 so, bitbake -b kernel -c compile kind of thing? Jan 18 22:15:34 when you say devshell, is that bitbake -i? Jan 18 22:16:39 oh, I see XorA - rming the stamp forces the compile... Jan 18 22:17:52 bradbev: no devshell, makes a shell prompt for you that has the whole bitbake environment setup, from it you can do stuff the oe_runmake Jan 18 22:18:45 how do I enter this devshell? "bitbake devshell" builds a package Jan 18 22:19:21 bitbake devshell will put the script in tmp/deploy/addons (if I remeber right) Jan 18 22:19:26 never mind, I just RTFM :) Jan 18 22:19:31 then you just . ./devshell Jan 18 22:19:39 bradbev: :-D Jan 18 22:21:43 sigh, this whole OE environment takes a while to get up to speed with :) Jan 18 22:23:36 :-D Jan 18 22:23:41 bradbev, that said, OE is first of all to build complete distros. You don't have to use it for debugging/developing software. But still can, and that's helpful ;-) Jan 18 22:23:42 anyway time for me to sleep Jan 18 22:24:28 psokolovsky_, yeah, that's what I am trying to figure out now - is it lower hassle to build my kernel outside of OE and basically just use OE as a rootfs build tool? Jan 18 22:24:34 it's a tough one :) Jan 18 22:25:28 bradbev, I usually build kernels "manually" for kernel devel/debugging for example. OE kernel build is for release testing. Jan 18 22:26:07 psokolovsky__, that's what I am leaning toward right now - for doing a lot of module rebuilding, etc it feels more natural to just use the regular facilities Jan 18 22:26:24 package the kernel up for customer release, perhaps Jan 18 22:26:37 bradbev: but once you stabilize it you make a bb and set up defconfigs for your MACHINEs and OE takes care of it :-) Jan 18 22:27:07 psokolovsky__, do you build in place, ie ./work/linux/....? or completely away from it? Jan 18 22:27:27 JustinP, exactly :) Jan 18 22:28:33 bradbev, I have separate kernel tree(s) which I just symlink for OE use at all (to save on chekcing out 200+Mb). And I do out-of-tree build for those source tree too (to build for several machines). Jan 18 22:29:51 psokolovsky__, that sounds similar to my situation. I'll probably do that. But how do you mean you have symlinks for OE to use? Doesn't it want to unpack and compile the kernel Jan 18 22:31:22 bradbev, yep, so I break it on download, symlink manually, and restart build (at patch stage). Pretty dirty, but works for me ;-). Jan 18 22:31:37 ah. Jan 18 22:31:45 greentux: He is although usually rather busy Jan 18 22:32:02 psokolovsky__: As far as I know, kexec is a 2.6 thing Jan 18 22:32:13 thanks for that info, must run - meeting :) Jan 18 22:32:44 RP: Might you hear about it being backported (at all, not for ARM)? Jan 18 22:33:14 psokolovsky__: I've never heard anything which doesn't mean much. I avoid 2.4 kernels like the plauge ;-) Jan 18 22:35:23 RP: yeah. Just considering if I could play with 2.6 kernels on my MIPS router. 2.6 are really alpha in OpenWRT, so I'd never flash one, but kexec'ing from "stock" 2.4 sounds like good idea ;-)) Jan 18 22:36:02 psokolovsky__: Technically, it would certainly be possible... Jan 18 22:37:11 yep ;-) because those guys do the stuff pretty slow ;-) Jan 18 22:51:35 03likewise 07org.oe.dev * r625aaea0... 10/ (5 files in 3 dirs): freetype: Added release 2.3.0, but with DEFAULT_PREFERENCE -1, needs testing. Jan 18 22:55:33 bradbev: for nslu2-linux, we keep our kernel in an svn repo, and do new patches and testing there. then we bring the patches into OE for distribution. Jan 18 22:56:25 (but that's mainly cause we have multiple distros like OpenWRT, Debian, OE, Gentoo, etc using those kernel patches while they're waiting to be accepted upstream) Jan 18 23:00:35 RP: tnx, hope will meet him @fosdem. gn Jan 18 23:17:06 greentux: He'll be there, 'night Jan 18 23:59:10 psokolovsky: I've been running openwrt with 2.6 kernels on my wgt634u for months with no problems ;) Jan 18 23:59:39 v8jlene, cool, is it brcm based? Jan 19 00:02:10 psokolovsky: http://pastebin.ca/321007 Jan 19 00:03:01 The wgt634u has a usb2 port - I use it for wireless acces to the DVB PVR recorder thing for uploading tv guide info and pulling down recordings... Jan 19 00:03:19 JustinP: You have mail, hopefully it makes sense Jan 19 00:04:24 v8jlene, nice, thanks for info. I have wl500gd here, also with usb2, just keeping to plan on putting something cool there ;-) Jan 19 00:04:25 gn all Jan 19 00:05:11 v8jlene: heh, I'm waiting for the bootstore to get The Fires of Heaven :) Jan 19 00:05:53 psokolovsky: Hey, yeah. I had mine sitting around for months before I got around to building the serial converter and loading something on it... now I want another one so I can test changes without fear of breaking a working setup ;) Jan 19 00:06:42 yeah, exactly ;-) I have wl-hdd for that, and still I'm bit afraid to flash it with something unstable ;-) Jan 19 00:07:02 koen: Heh... it took me a minute to work out what you were talking about ;) You've got a few left to read then... Jan 19 00:07:21 yes :) Jan 19 00:08:26 RP: makes sense. The volume complications I mean are that I still can only control the volume from alsamixer and not from any other program (mpd or volume control). Jan 19 00:08:31 koen: And I'm sure it's really a bookstore rather than a bootstore ;) Jan 19 00:08:48 heh, right Jan 19 00:08:53 1:38 AM over here Jan 19 00:09:00 RP: and to control is through alsa I seem to need to do the same kind of thing that zaurusd is doing and that's complicated as it requires rewriting the state file. Jan 19 00:32:02 JustinP: In recent kernels OSS should work better for controlling the sound too. Jan 19 00:32:12 * RP -> sleep Jan 19 00:50:41 cv database Jan 19 01:01:53 koen: heh.. my wife just started over... I might be able to loan you my paperback copy :) **** ENDING LOGGING AT Fri Jan 19 02:59:58 2007