**** BEGIN LOGGING AT Fri Apr 21 09:59:57 2006 Apr 21 10:01:05 koen|away: http://bugzilla.abisource.com/show_bug.cgi?id=10198 Apr 21 10:01:56 03mickeyl 07org.oe.dev * r3bb8b4ec... 10/packages/ (2 files in 2 dirs): polypaudio: update to 0.8, bring back from nonworking Apr 21 10:19:09 03hrw 07org.oe.dev * rdbc160aa... 10/packages/qte/ (38 files in 2 dirs): added qt/e 2.3.12 as non-default, WIP Apr 21 10:27:05 muttng Apr 21 10:30:11 ~lart rmk Apr 21 10:30:11 * ibot sends a legion of lawyers after rmk's head Apr 21 10:30:18 erp Apr 21 10:30:31 ibot: bad lart.. Apr 21 10:30:32 Bad lart.., bad! No cookie for you! Apr 21 10:36:14 03hrw 07org.oe.oz354x * r5a4da1dc... 10/conf/distro/openzaurus-3.5.4.1.conf: openzaurus 3.5.4.1: hostap-modules 0.4.7 are preferred, not 0.3.9 Apr 21 10:38:56 03rpurdie 07org.oe.oz354x * rd007d38e... 10/packages/linux/ (6 files in 2 dirs): linux-oz-2.6: Sync with .dev Apr 21 10:39:25 thx RP Apr 21 10:40:31 hrw|work: I've realised I messed it up a bit - have pushed a fix and dropped 2.6.15 Apr 21 10:41:23 hrw|work: (The fixes to linux-openzaurus.inc in .dev were important but broke 2.615) Apr 21 10:42:07 cant we just drop 2.6.15? Apr 21 10:42:47 hrw|work: I have :) Apr 21 10:44:49 03rpurdie 07org.oe.oz354x * r64128d10... 10/packages/linux/ (16 files in 3 dirs): linux-oz-2.6: Drop 2.6.15. Add missing 2.6.16 defconfigs Apr 21 10:46:59 3 files changed, 112 insertions(+), 14 deletions(-) Apr 21 10:47:07 RP: my change to 2.6.16 kernel Apr 21 10:47:37 hrw|work: That's quite a few :) Apr 21 10:49:11 I'm now working on new version of just pushed patch Apr 21 10:50:24 03hrw 07org.oe.oz354x * r10e71162... 10/packages/linux/ (4 files in 2 dirs): linux-openzaurus: added some PCMCIA ids from Pavel Roskin (this will go into 2.6.17) and other places Apr 21 10:51:49 and now same into .dev Apr 21 10:53:15 03hrw 07org.oe.dev * rc1e2b56f... 10/packages/linux/ (3 files in 2 dirs): linux-openzaurus: added some PCMCIA ids from Pavel Roskin (this will go into 2.6.17) and other places Apr 21 11:04:26 is there tool like diffdiff? Apr 21 11:45:32 RP: 21 13:54 < sashz> So kernel 2.6 pdaXrom development stoping, but i already made overlays, overclocking, fix reset time during reboot and QVGA mode ;) Apr 21 11:46:18 he? Apr 21 11:46:48 probably collected patches from places Apr 21 11:47:11 I don't get what is stopping Apr 21 11:47:49 zecke: his akita died Apr 21 11:48:01 hrw|work: Can he send me his patches? Apr 21 11:48:05 2.6er kernel is bad then Apr 21 11:48:08 RP: join #cacko Apr 21 11:48:22 * RP shudders Apr 21 11:49:32 hrw|work: I've asked him... Apr 21 11:49:36 ah Apr 21 11:49:41 hrw|work: Do you know what killed his akita? Apr 21 11:49:54 no Apr 21 11:50:26 hehe. Lots of people in #cacko :) Apr 21 11:50:27 http://pastebin.com/673118 Apr 21 11:50:44 RP: log from channel Apr 21 11:51:52 is sashz a bot? Apr 21 11:51:58 ported from pycore? Apr 21 11:52:03 phycore even Apr 21 11:52:05 what's that? Apr 21 11:52:09 hail mickeyl Apr 21 11:52:11 phycore is devboard on pxa27x Apr 21 11:52:18 ah, k Apr 21 11:52:22 hi pb_ Apr 21 11:52:53 yopyop Apr 21 11:53:00 mickeyl: phycore was some device that uses intel's pxa270 patches as a base Apr 21 11:56:11 i see Apr 21 11:56:14 uh oh Apr 21 11:56:19 look at that: Apr 21 11:56:28 -rwxr-xr-x root/root 3409424 2006-04-20 10:28:53 ./opt/QtPalmtop/lib/libqte.so.2.3.10 Apr 21 11:56:41 -rwxr-xr-x root/root 4925464 2006-04-21 14:02:46 ./opt/QtPalmtop/lib/libqte-mt.so.2.3.13 Apr 21 11:56:51 that's because of a) threading b) exceptions c) RTTI Apr 21 11:56:56 *sigh* Apr 21 11:57:03 crumbs Apr 21 11:57:20 mickeyl: enable visibility changes ;) Apr 21 11:57:45 hmm Apr 21 11:58:18 * mickeyl tries taht Apr 21 11:58:34 mickeyl: there was already code in the qte.bb Apr 21 11:58:48 ya Apr 21 11:58:50 i just enabled it Apr 21 11:58:53 lets see if it builds Apr 21 11:59:19 porting UBOOT to the Zaurus would rock Apr 21 12:02:08 http://ewi546.ewi.utwente.nl/tmp/hrw/t/ - can someone look at hostap-* patches? Apr 21 12:03:10 i don't think /* Compaq WL100 11 Mbps Wireless Adapter */ is such a good ide Apr 21 12:03:11 a Apr 21 12:03:17 isn't that a hermes chipset? Apr 21 12:03:21 +using Apr 21 12:03:50 we had it in hostap_cs.conf so I added it Apr 21 12:04:20 we need to find that out. i prefer using orinoco for everything hermes Apr 21 12:04:59 and it is already in hostap_cs.c Apr 21 12:06:44 RP: did we get a response because of SanDisk crash-at-suspend yet? Apr 21 12:07:06 nslu-folks: anyone using wlan-ng with their slug? Apr 21 12:07:06 mickeyl: No repsonse at all Apr 21 12:07:09 darn Apr 21 12:08:08 Apparently pxafb is only used by cxx00 so its ok to hack QVGA support into it Apr 21 12:08:10 * RP sighs Apr 21 12:08:54 -rwxr-xr-x 1 mickey abvs 5573696 2006-04-21 14:15 libqte-mt.so.2.3.13 Apr 21 12:09:02 with the visibility stuff Apr 21 12:09:03 *cough* Apr 21 12:09:12 does it had to be smaller? Apr 21 12:09:16 i thought so Apr 21 12:09:21 i have no idea about that stuff though Apr 21 12:09:38 btw - can I skip patch using quilt? Apr 21 12:09:38 it certainly shouldn't have made it bigger. Apr 21 12:09:52 normally you'd expect a size reduction, and in the worst case it ought to make no difference Apr 21 12:10:01 pb_: yeah, that's kind of bogus Apr 21 12:10:22 I wonder what those crazy trolls can have done Apr 21 12:10:24 mickeyl: is that stripped? Apr 21 12:10:42 pb__: if we have inlines hidden on, I can't imagine this makes a size increase Apr 21 12:11:06 hmm Apr 21 12:11:19 after upgrading to bitbake 1.4.0, my files no longer get packaged Apr 21 12:11:26 * mickeyl downgrades two revs Apr 21 12:11:47 oh dear Apr 21 12:14:46 bitbake is also behaving in an "interesting" fashion on the machine I just did an svn up on :-/ Apr 21 12:14:48 r458 correctly packages, r459 and r460 don't Apr 21 12:14:58 mickeyl: 1.4.0? Apr 21 12:15:05 r460 doesn't download patches properly either Apr 21 12:15:16 smells like COW to me (not 1.4.0) Apr 21 12:15:33 dunno. which rev corresponds to 140? Apr 21 12:15:34 (HEAD) Apr 21 12:15:46 mickeyl: I try to find out Apr 21 12:16:25 459,460 are COW changes ;) Apr 21 12:16:30 and yes they are broken :} Apr 21 12:16:38 mickeyl: we have a stable branch for a reason ;) Apr 21 12:16:55 right Apr 21 12:17:08 guess i do further devel on that stable branch Apr 21 12:17:41 458 is looking much better to me as well Apr 21 12:17:50 and BTW: it printed BitBake 1.5.0 ;) Apr 21 12:17:59 RP: My second COW failed as well ;) Apr 21 12:18:10 RP: mithro spotted the error yesterday Apr 21 12:18:47 zecke: Working COW seems to be quite tricky to get right :-/ Apr 21 12:19:02 RP: well we succeeded with data_smart Apr 21 12:19:17 RP: but I want to do tricks to avoid the not too good lookup method :} Apr 21 12:20:07 ~lart Gtk+ Apr 21 12:20:07 * ibot shoves a crumpet down Gtk+'s throat, happy now?! Huh? Want some JAM with that? Apr 21 12:20:16 ~lart debian for packaging gtk+ Apr 21 12:20:16 * ibot beats the living hamstercrap out of debian for packaging gtk+ Apr 21 12:20:26 ok, now lets see if we can build an opie image against that libqt-mt Apr 21 12:21:09 mickeyl: I would like to find out, if the symbol count decreased at least Apr 21 12:21:42 zecke: i can check that for you later Apr 21 12:21:49 that is... give you the binaries :) Apr 21 12:22:17 pb__: what headers/package do I need for GdkPixbuf? Apr 21 12:22:26 zecke: gtk-2.0 Apr 21 12:22:42 and, in your case, probably gtkmm :-} Apr 21 12:22:54 pb__: hehe Apr 21 12:23:10 pb__: *gdk-pixbuf-gnome2 Apr 21 12:23:17 pb__: what version of Gtk+ will this need? Apr 21 12:23:44 not sure. where are you seeing that? Apr 21 12:24:05 pb__: in aptitude Apr 21 12:24:18 pb__: I used apt-get build-dep librsvg now :} Apr 21 12:24:26 *shitload of gnome libs installed now* Apr 21 12:25:31 ah built, now kill GtdPixbuf Apr 21 12:26:13 ah right Apr 21 13:21:07 The poodle has arrived btw :) Apr 21 13:21:12 good to know Apr 21 13:21:17 how does it look like? Apr 21 13:21:47 mickeyl: Its running OZ 3.5.2 and a 2.6.12-rc5 kernel :) Apr 21 13:22:24 RP: post on oz.org about it please Apr 21 13:22:31 ~change 400 pln to eur Apr 21 13:22:36 RP: 3.5.2 ? woot Apr 21 13:22:36 400.00 Zloty (PLN) makes 103.244 Euro (EUR) (from http://www.xe.com/) Apr 21 13:23:17 mickeyl: That will soon be 3.4.5.1 and a 2.6.16 kernel ;-) Apr 21 13:23:45 :)) Apr 21 13:23:48 cool Apr 21 13:25:14 hi everyone Apr 21 13:25:26 have a nice friday afternoon! Apr 21 13:28:34 did anyone manage to build an openembedded image these days? i think i've got an very stupid error. bitbake always fails when trying to get any of the defined sources, manual editing did not help... Apr 21 13:29:53 pastebin a complete run and let us see Apr 21 13:30:02 ~pastebin Apr 21 13:30:03 k Apr 21 13:30:04 hmm... pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste Apr 21 13:30:33 ibot: pastebin is also for #oe use http://oe.pastebin.com Apr 21 13:30:34 mickeyl: okay Apr 21 13:30:36 ~pastebin Apr 21 13:30:38 it has been said that pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste, or for #oe use http://oe.pastebin.com Apr 21 13:33:23 http://pastebin.com/673266 Apr 21 13:33:37 i already changed the definition Apr 21 13:34:17 of the source-package in the .bb-file, but the error is basically the same Apr 21 13:34:53 hrw|work: posted to oz.org Apr 21 13:36:04 thx Apr 21 13:36:11 vektorgirl: add INHERIT += patcher into your local.conf Apr 21 13:36:13 then try again Apr 21 13:36:22 k Apr 21 13:37:53 hmm.. why we not fetch quilt from tarballs? Apr 21 13:37:58 http://download.savannah.gnu.org/releases/quilt/ Apr 21 13:38:05 i did this before Apr 21 13:38:23 Who should I talk with about doing a familiar sh3 port? Apr 21 13:38:42 somebody said my name? Apr 21 13:39:34 put the file to the source directory, and added an file:// entry, it did not work, so i think my error is derived from a different source, as i did not find any .bb files ready to compile Apr 21 13:39:51 Ken|JLime, i belive you volunteer yourself Apr 21 13:40:20 yeah Apr 21 13:40:25 just want some quick info Apr 21 13:41:43 read the handhelds.org wiki? Apr 21 13:41:52 or look at examples? Apr 21 13:42:06 Ken|JLime: familiar-dev@handhelds.org Apr 21 13:42:30 i'm basically following the wiki page GettingStarted at http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted yeah Apr 21 13:42:53 RP: nice! Apr 21 13:47:42 When adding familiar as distro it complains about version, where should i put what? :) stupid question i know Apr 21 13:48:21 distro = "familiar-0.8.4" Apr 21 13:48:31 thx Apr 21 13:48:34 local.conf Apr 21 13:48:49 or familiar-unstable in your case Apr 21 13:49:02 if your starting dev on a new machine Apr 21 13:49:31 The machine has been supported for awhile, just havent gotten round to creating a familiar release for it Apr 21 13:50:01 ah Apr 21 13:54:38 When using unstable version will it just wget the latest versions of programs? When will the freeze begin? Apr 21 13:55:38 once a branch splits of Apr 21 13:55:39 f Apr 21 13:56:09 How you mean Apr 21 13:56:26 release stablizing is done in branches other than .dev Apr 21 13:56:29 .dev is for development Apr 21 13:57:36 Aha, I understand. Apr 21 13:57:41 Ken|JLime: .oz354fam083 was used to release openzaurus 3.5.4 and then familiar team use it for Familiar 0.8.3/0.8.4 Apr 21 13:57:52 Ken|JLime: .oz354x is for OZ 3.5.4.1 and future Apr 21 13:59:06 what branch is used for current 0.8.4? Apr 21 14:00:24 org.openembedded.oz354fam083? Apr 21 14:00:25 oz354fam083 Apr 21 14:00:27 yep Apr 21 14:00:43 because 083 got relabelled Apr 21 14:00:57 ah, oki. Will work on that one then. Btw, is there any chance of getting a sh3 release with the coming 0.8.4 release? or is it frozen? Apr 21 14:01:13 you have to take that up with reenoo Apr 21 14:01:20 I do not think that familiar guys will add !arm now.. Apr 21 14:01:39 Oki Apr 21 14:05:35 adding support to .dev will be a good idea as well Apr 21 14:05:59 in case another version of an oe-based familiar will see the light of day, it will most likely be branched off of .dev as well Apr 21 14:06:13 well... that may be true or not Apr 21 14:06:22 anyway, .dev is the branch to go :) Apr 21 14:07:00 :) will do Apr 21 14:14:45 hrw|work: with Qt being over 4MB, all future collie releases should be ext2fs releases only for altboot. Apr 21 14:15:25 mickeyl: yep.. was thinking about such thing Apr 21 14:15:34 hey gang - how do i resolve the "unable to resolve file conflict" when updating from the master makefile? Apr 21 14:17:39 it's in the kernel bb file: 'packages/linux/ixp4xx-kernel_2.6.16-rc2.bb' -> 'packages/linux/ixp4xx-kernel_2.6.16-rc4-git9.bb' vs. 'packages/linux/ixp4xx-kernel_2.6.16.bb' Apr 21 14:18:19 HopsNBarley: monotone revert your ixp...bb to remove your local changes Apr 21 14:18:54 hmm d'oh Apr 21 14:19:01 anyone ever seen it failing like Apr 21 14:19:03 | | genext2fs: couldn't allocate a block (no free space) Apr 21 14:19:07 monotone diff > ++patch ; montone revert ixp...bb ; patch < ++patch Apr 21 14:19:24 zecke, ah yeah, i may have made some changes there. Thanks for the reminder (you too koen!) Apr 21 14:19:33 quilt/shelf functionality should be a monotone google SoC project Apr 21 14:19:53 mickeyl: used to see that all the time when it ran out of inodes, but not disk space Apr 21 14:20:12 i'd love to see a '-n' (pretend, but don't do) in the monotone prop Apr 21 14:21:08 mickeyl: you are lying! qt/e is only 60kB according to shawn gordon and trolltech! Apr 21 14:21:09 koen|train, hmmm: monotone diff == "no changes". but there ARE changes. is there an easy explanation? Apr 21 14:21:25 did you commit the changes? Apr 21 14:21:40 "no changes" means "no diff between the .db abd working copy" Apr 21 14:21:40 nope. just hangin there in the FS. Apr 21 14:21:47 ah. remember now. thanks. Apr 21 14:23:08 32768016 2006-04-21 16:26 opie-image-c7x0-20060421140750.rootfs.img Apr 21 14:23:09 darn Apr 21 14:23:12 that's too large Apr 21 14:27:17 fit my c7x0 :) Apr 21 14:27:30 hah Apr 21 14:27:42 Should I submit patches to the bugzilla? Apr 21 14:28:00 Ken|JLime: : yep Apr 21 14:28:02 Ken|JLime: yes Apr 21 14:28:35 "standard .tgz ipkgs" Apr 21 14:28:35 "standard .tgz ipkgsdjeez Apr 21 14:29:04 Supply as file or text? Apr 21 14:29:11 file Apr 21 14:29:46 why do zaurus users think that everything in the sharprom is "standard"? Apr 21 14:30:08 like nothing has changed in 5 years Apr 21 14:30:30 because they're endusers... Apr 21 14:48:58 collie need to die... Apr 21 14:49:06 wpa-supplicant 0.4.8 use openssl Apr 21 14:50:29 Im having some issues with setting correct machine parameters, Its not due to openembedded, just dont got an idea on how to fix it best Apr 21 14:51:33 The arch needs to be sh3, to be able to create a working toolchain, but needs to be sh for glibc, openssl, and lots of other things Apr 21 14:52:54 Any ideas? Apr 21 14:56:03 mickeyl: could you please discard my patch for now, working on a different solution Apr 21 15:01:21 hrw|work: I assume removing the suspend on hinge close behaviour is the preferred option until the GUIs can cope with configuring it? Apr 21 15:02:05 yes Apr 21 15:02:44 hrw|work: It just needs the apm call patching out the script then. I'll sort that out. Apr 21 15:09:05 cu Apr 21 15:12:11 hi Apr 21 15:13:44 hrw|gone: I want people to have a go at it, just no the normal users ;) Apr 21 15:58:44 RP: "* Add "proper" reboot and shutdown handling for poodle, c7x0, cxx00 and tosa" yay! Apr 21 15:58:59 nick koen|away Apr 21 15:59:06 * fishhead hands koen|train a / Apr 21 15:59:45 there Apr 21 15:59:54 CoreDump|home: Its needs testing. I'm lead to believe it might be close to solving the RTC getting lost over reboot Apr 21 15:59:54 now my keyboard doesn't have a lag of 6000ms Apr 21 16:00:42 RP: I'll check it out. Keeping RTC over reboot would be very nice Apr 21 16:09:27 zecke: "According to [my boss], it [OE] can change without any expectation, and [some big corp] does not want to depend of something impredictable." Apr 21 16:09:56 zecke: that was a quote from someone one that might be right for some questions in the survey Apr 21 16:10:25 'that' -> quote Apr 21 16:11:37 koen|train: If big corps pay for a team to support OE, this might not happen... Apr 21 16:12:01 RP: OE isn't inherently unpredictable Apr 21 16:12:10 RP: you have proven that with the poky 'branch' Apr 21 16:12:24 (don't you just love using double negatives?) Apr 21 16:12:32 koen|train: Agreed, I can just see how people would percieve it like that Apr 21 16:12:39 koen|train: well it is unpredictable Apr 21 16:12:52 koen|train: it is a way of transporting the message, that it is easily predictable Apr 21 16:13:06 koen|train: I'm not good of physics but isn't the following true: Apr 21 16:13:39 its not hard to define preferred bits though is it .. and its all there in the db Apr 21 16:13:42 koen|train: "One can predict the future, if you the position of each electron in the universe at the current time and their path" Apr 21 16:14:14 largely, yes Apr 21 16:14:31 but you can't know path and position at the same time Apr 21 16:14:35 (Heisenberg) Apr 21 16:14:43 I was just about to mention that :) Apr 21 16:15:15 well you could pay a team and assult heisenberg and all his traces ;) Apr 21 16:15:29 cya, I need to pick up woglinde from the train station Apr 21 16:15:37 later zecke Apr 21 16:15:41 good luck Apr 21 16:15:58 erm i wouldn't use the term 'electron' though Apr 21 16:16:14 "particle" :) Apr 21 16:17:14 again not the best term either. information entity would be better Apr 21 16:17:43 koen|train: RP : I 'plan' to introduce 'stable' releases Apr 21 16:17:51 zecke: for OE? Apr 21 16:17:54 zecke: or for bitbake? Apr 21 16:17:57 e.g. release OE XScale Version 2006.13 Apr 21 16:18:06 all packages known to compile and 'work' for XScale Apr 21 16:18:10 stable releases for OE have been on my todolist for a while Apr 21 16:18:13 and only fix security issues with packages Apr 21 16:18:22 * koen|train has an org.oe.pruned branch Apr 21 16:18:30 We should probably combine bitbake+oe for release Apr 21 16:20:26 that's the idea for the angstrom release branches: a bitbake snapshot + only one version for each 'package' in the repo Apr 21 16:20:49 creating those branches is the hard part, maintaining them would be fairly easy Apr 21 16:21:27 look at .oz354x: quite stable Apr 21 16:21:29 Poky is just really a cleaned verison of OE which has been stripped down a bit... Apr 21 16:22:32 RP: if monotone 0.27 were superfast and supported cherrypicking, would you consider having a .poky branch in the main OE.db? Apr 21 16:23:43 koen|train: I don't have any control over that Apr 21 16:24:02 RP: suppose you had, would you consider it? Apr 21 16:24:48 koen|train: The issue is monotone. Its a lot easier to get people downloading with svn than monotone Apr 21 16:25:36 If, as and when your average desktop that has svn has monotone alongside with a version that will just work, I'd say we could do that Apr 21 16:25:52 that's what I thought Apr 21 16:26:25 the major problem is people prejudice againts monotone Apr 21 16:26:59 koen|train: A monotone -> svn gateway might help Apr 21 16:27:14 'svn co http://foo.com.wobbler/trunk' vs 'wget http://foo.com.wobbler/OE.db ; monotone --db=OE.db co foo.com.wobbler' Apr 21 16:27:16 koen|train: You'll note git now has a cvs gateway mode? Apr 21 16:27:33 RP: you mean that perl script? Apr 21 16:27:58 koen|train: Its just a perl script? Apr 21 16:28:05 I didn't look at it in detail Apr 21 16:28:17 RP: you know that monotone has had a 2 way cvs gateway for ages? Apr 21 16:28:34 koen|train: no :) Apr 21 16:28:43 we could have had that running months ago if it weren't for france + hh.org denying me access to the oe account Apr 21 16:29:08 koen|train: "two way"? :-/ Apr 21 16:29:23 I guess we'd just use it one way? Apr 21 16:29:32 we would Apr 21 16:29:54 but one could do 'cvs commit foo' and see it appear in the monotone db automagically Apr 21 16:30:15 koen|train: If there was an svn gateway, poky in the oe.db might be possible Apr 21 16:31:06 and FWIW, I have a running OE cvs gateway for some time now Apr 21 16:31:15 using some ugly scripts Apr 21 16:31:21 oh? Apr 21 16:31:28 that in the wiki? Apr 21 16:31:41 ggilbert: no, not a real public one Apr 21 16:31:48 ah Apr 21 16:32:13 real enought to realise that cvs sucks too hard be be useable Apr 21 16:32:17 -t Apr 21 16:32:39 once I get svn working on that machine I'll try to do a svn gateway and publicize the url Apr 21 16:33:03 koen|train: svn would give me some options with poky Apr 21 16:33:31 yeah, you could svk smerge OE -> poky Apr 21 16:33:57 zecke has the required goat sacrifice count to make that work Apr 21 16:35:47 people just don't get p2p scms Apr 21 16:36:13 maybe we should put some mp3s in the repo Apr 21 16:36:17 people seem to get mp3s Apr 21 17:09:57 koen|away: ping Apr 21 17:10:10 mickeyl: I want to become the SIMpad maintainer of Angstrom Apr 21 17:16:32 zecke: pong Apr 21 17:23:26 zecke: if you want to be the simpad maintainer, your first job is to put the necessary bootldr + flasher files online :) Apr 21 17:23:47 you know, the files I was asking for a few months ago for familiar install kits Apr 21 17:50:37 http://handhelds.org/scap/port.9184.png looks like building GPE and opie in the same tmp doesn't become mplayer..... Apr 21 17:51:14 CoreDump|home: it will break any SDL using app Apr 21 17:51:31 XorA|gone: nope, just mplayer Apr 21 17:52:24 zecke: http://free-electrons.com/pub/video/elc2006-denis-kropp-directfb-uhapi.ogg Apr 21 17:52:27 sdl-qpe and sdl-x11 are compatible, it doesn't matter which one your app uses or against which it was compiled Apr 21 17:52:32 * XorA|gone wonders where mplayer is getting QT stuff from Apr 21 17:52:57 good question Apr 21 17:53:09 from the seventh layer of hell Apr 21 17:53:24 (also known as alabama ;) ) Apr 21 17:53:31 probably Apr 21 17:54:04 that doesn't help me with that problem tho =) rebuilding sdl-x11 and mplayer did not help Apr 21 17:54:07 TheMasterMind1: http://linuxdevices.com/files/article064/slide12.jpg Apr 21 17:58:19 according to CosmicPenguin http://free-electrons.com/torrent/elc2006-matt-locke-celf-open-test-lab.ogg.torrent should feature OE Apr 21 18:00:54 CoreDump|home: are hating the pxa250 already? Apr 21 18:01:22 +you somewhere Apr 21 18:01:28 don't have it yet, still on its way Apr 21 18:03:37 so it is also slow by snail mail? ;) Apr 21 18:06:35 =D Apr 21 18:06:46 can't be worse than a collie Apr 21 18:10:25 * CoreDump|home tries for f in `ls libsdl/*.bb`; do bitbake -c clean -b $f; done Apr 21 18:20:24 CoreDump|home: it probably is slower as a colloy Apr 21 18:20:28 collie* Apr 21 18:20:42 cache is broken and it only has 32mb or ram Apr 21 18:20:49 i will see :\ Apr 21 18:20:55 and 32mb is tight for gpe Apr 21 18:21:10 opie will probably run quite nice Apr 21 18:25:38 ah, I forgot. Only 32Mb RAM ouch Apr 21 18:26:28 which incidentally is the trick our trolltech shill used in his most recent FUD against GPE Apr 21 18:26:55 gpe doesn't run nicely on a device with 32mb, period Apr 21 18:29:42 ya, its too fat Apr 21 18:30:19 and it wasnt trolltech that did that, it was me Apr 21 18:31:38 well, rm *SDL* from staging and rebuilding SDL + mplayer did not fix that annyoing bug. At least it's not in SDL Apr 21 18:32:01 CoreDump|home: remove all qt/e crap from staging and shlibs Apr 21 18:32:11 mehh Apr 21 18:32:23 i was planning on rebuilding the opie stuff Apr 21 18:32:39 the problem is mplayer specific in any case Apr 21 18:33:04 there's good reason I build all X stuff *before* qt/e stuff Apr 21 18:33:22 usually I do the same Apr 21 18:34:22 heh Apr 21 18:34:24 g'day ljp Apr 21 18:35:20 hi Apr 21 18:40:52 i have a coffee stain on my gpe shirt Apr 21 18:43:39 doh, that's no good Apr 21 18:43:57 still, I don't have an opie shirt at all, which I guess is even worse Apr 21 18:45:24 you can buy one Apr 21 18:45:30 hmm. whats that site Apr 21 18:45:36 casepress Apr 21 18:45:39 cafepress Apr 21 18:45:44 :) Apr 21 18:45:54 my opie clock is slow Apr 21 18:50:15 oh yes, very good Apr 21 18:50:17 http://www.cafepress.com/opie.3651405 Apr 21 18:54:00 not to be confused with http://www.cafepress.com/poppetgifts.44873245 of course Apr 21 19:06:48 koen: indeed it should Apr 21 19:06:55 * CosmicPenguin wonders if his presentation is up on the wiki Apr 21 19:07:15 koen: what other presentations are on that site? Apr 21 19:07:57 In torrent form, I mean Apr 21 19:09:02 lots of them, but yours isn't :( Apr 21 19:09:08 http://free-electrons.com/community/videos/conferences/ Apr 21 19:09:27 Thats ok, I have a horrible speaking voice Apr 21 19:10:26 one wouldn't notice with all the cell phones going off and intefering with the microphone Apr 21 19:10:40 If you listen to the power managment panel, you can hear one of the auidence members get up and start Geode bashing Apr 21 19:10:54 heh Apr 21 19:11:27 x86-suckage by proxy? Apr 21 19:11:40 not really Apr 21 19:12:03 more of "I used geode like 8 years ago, and it sucked then, so I assume it still sucks" Apr 21 19:14:46 koen: who is responsible for those recordings? Apr 21 19:15:01 hi reenoo|afk Apr 21 19:15:14 evening Apr 21 19:15:16 hey pb_ Apr 21 19:18:51 03rw 07org.oe.oz354fam083 * rfafe935e... 10/packages/python/python-pygtk2_2.6.2.bb: python-pygtk2: add python-shell to RDEPENDS. Thanks to Micheal Smith for the suggestion. Fixes hh.org Bug #1378 Apr 21 19:50:35 03rw 07org.oe.oz354fam083 * ra217996d... 10/packages/gpe-bluetooth/ (files/fix-resume-script-name.patch gpe-bluetooth_0.51.bb): gpe-bluetooth: fix resume script file name. based on what went into GPE CVS. Fixes hh.org Bug #1607 Apr 21 20:21:40 03rw 07org.oe.oz354fam083 * r4995a101... 10/packages/apmd/ (apmd-3.2.2/select-instead-of-sleep.patch apmd_3.2.2.bb): apmd: apply patch courtesy of Phil Blundell to fix suspend delay caused by an unnecessary sleep(). Fixes hh.org Bug #1614 Apr 21 20:39:29 reenoo: ah, very good, thanks Apr 21 20:40:50 pb_: np. thank you for the patch :) Apr 21 20:41:52 pb_: I'm not sure about the suspend scripts though. I have no idea who added them or why :/ Apr 21 20:44:08 koen thinks that the ifupdown one was added to work around an old bug in the h5500 wifi driver. Apr 21 20:44:22 unfortunately that was back in bitkeeper days, and bkbits was down last time I tried to look up the history Apr 21 20:44:46 it was back up yesterday I think Apr 21 20:44:58 I'm not sure what the deal is with the usbnet one; I think it might have been inherited from Familiar 0.7.2. I never use usbnet myself so I'm not really in a position to judge that one. Apr 21 20:45:44 yah, unfortunately I don't use usbnet either since none of my other machines is set up to handle usbnet properly Apr 21 20:45:57 ah yeah, bkbits is indeed working now Apr 21 20:46:38 oh, how embarrassing, it seems it was added by me Apr 21 20:46:54 heh Apr 21 20:47:27 well, at least nobody else should be offended by its removal then Apr 21 20:49:44 hmm. you mention Erik in one commit message. maybe he remembers why the scripts were required? Apr 21 20:51:31 yah, perhaps Apr 21 21:01:38 ah Apr 21 21:01:42 "The h5400 script is added to save power in standby mode because the Apr 21 21:01:42 radio will be explicitly turned off when the module is unloaded." Apr 21 21:02:20 ah, hmm Apr 21 21:02:31 I never entirely believed that claim. Apr 21 21:02:46 if unloading the module really does make a difference, that's definitely a bug in the kernel Apr 21 21:03:04 http://www.handhelds.org/hypermail/h5400-port/11/1133.html Apr 21 21:03:15 yeah. it should be powered down in the suspend hook I would think Apr 21 21:03:27 yeah Apr 21 21:03:38 oh, actually, reading the thread a bit further, it looks like I didn't apply that part of the patch Apr 21 21:04:13 it sounds like Erik's change just consolidated some scripts in more sensible locations Apr 21 21:06:38 well, I've added Erik to the CC list on that bug. let's see what he says. Apr 21 21:06:43 cool Apr 21 21:29:35 reenoo: I have a couple of h2200 patches which I'm trying to get committed Apr 21 21:32:11 mreimer: ok, great Apr 21 21:32:31 reenoo: thanks for committing pb's apmd patch Apr 21 21:37:50 mreimer: as for udev, I had planned to pull in at least http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=37324cc4d1e17f84d5f0cd110fdb0d0029a444a6 and http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=7c8cbf8df32a4687f7bad9f62abe216f366729a8 Apr 21 21:38:42 reenoo: I'll check them out. Should I go ahead and remove DEFAULT_PREFERENCE = "-1"? Apr 21 21:38:53 mreimer: sure, please do Apr 21 21:39:04 ok Apr 21 21:40:14 reenoo: the second change you posted above undoes what the first one does (rtc symlink), so be careful when applying, unless that's intentional Apr 21 21:40:35 mreimer: no, it actually moves that to another file Apr 21 21:40:46 ah ok Apr 21 21:40:53 mreimer: I missed that at first glance as well... Apr 21 21:43:46 reenoo: ok, committed Apr 21 21:44:30 03mreimer 07org.oe.oz354fam083 * r24b08574... 10/conf/machine/h2200.conf: h2200.conf: Use kernel 2.6.15-hh1, and autoload g_ether. Apr 21 21:44:35 03mreimer 07org.oe.oz354fam083 * r1e281f15... 10/packages/linux/handhelds-pxa-2.6_2.6.15-hh1.bb: Add handhelds-pxa-2.6_2.6.15-hh1.bb. Apr 21 21:44:39 03mreimer 07org.oe.oz354fam083 * r4f902dc8... 10/packages/udev/udev_084.bb: udev_084.bb: remove DEFAULT_PREFERENCE = "-1" Apr 21 21:46:39 mreimer: excellent. thanks Apr 21 21:51:32 mreimer: fyi, I've merged the two heads. please pull+update Apr 21 21:51:39 ok Apr 21 21:55:45 any reason why not to put "auto usb0" in /etc/network/interfaces? Apr 21 21:57:18 to bring it up on boot? why? Apr 21 21:58:14 doesn't that make it come up automatically whenever usb0 is created? Or is that something udev should handle now? Apr 21 21:58:33 it does make usb0 work at boot Apr 21 21:58:43 Lines beginning with the word "auto" are used to identify the physical Apr 21 21:58:43 interfaces to be brought up when ifup is run with the -a option. (This Apr 21 21:59:01 option is used by the system boot scripts.) Apr 21 21:59:41 so probably udev needs to handle this Apr 21 22:00:00 right, udev would be the thing Apr 21 22:00:36 "auto" is hardly ever appropriate in a modern system Apr 21 22:00:50 mreimer: I believe Richard's patch (the second rev I linked to) should make that work Apr 21 22:01:19 +SUBSYSTEM=="net", ACTION=="add" RUN+="/etc/udev/scripts/network.sh" Apr 21 22:01:19 +SUBSYSTEM=="net", ACTION=="remove" RUN+="/etc/udev/scripts/network.sh" Apr 21 22:01:25 reenoo: ah, excellent Apr 21 22:01:33 thanks for the schooling Apr 21 22:03:39 I'm off to bed for now. 'night all Apr 21 22:03:50 nite reenoo. thanks for your work Apr 21 22:04:29 mreimer: feel free to pull in both of those revisions. otherwise I'll look into that tomorrow Apr 21 22:04:37 reenoo: ok Apr 21 22:14:04 03mreimer 07org.oe.oz354fam083 * r9a1686a3... 10/packages/udev/ (udev-084/udev.rules udev_084.bb): udev 0.84: bring in rev 37324cc4d1e17f84d5f0cd110fdb0d0029a444a6 from .dev. Apr 21 22:14:09 03mreimer 07org.oe.oz354fam083 * ref56317a... 10/packages/udev/ (udev-084/local.rules udev-084/udev.rules udev_084.bb): udev 0.84: bring in rev 7c8cbf8df32a4687f7bad9f62abe216f366729a8 from .dev. Apr 21 22:14:22 reenoo|zZzZ: as you see, I committed and pushed those two udev changesets Apr 21 22:15:12 mithro: ping (COW question) Apr 21 22:24:41 mickeyl: we need to edit .mt-attr :} Apr 21 22:26:20 rwhitby: hey, nslu2 could update to bitbake 1.4.0 Apr 21 22:31:34 zecke: thx Apr 21 22:32:01 is that head in svn? Apr 21 22:32:14 no Apr 21 22:32:25 it is in branches/bitbake-1.4 (a stable branch) Apr 21 23:16:17 " Our flying mount should move 35% faster than everyone else's mounts, but we can only use it for 15 seconds out of every three minutes." Apr 21 23:17:01 hehe Apr 21 23:17:10 wrong channel Apr 21 23:17:11 :p Apr 21 23:17:28 Wrong server for that matter Apr 22 00:45:40 so.. anyone ever had to clean up a soap spill from a carpet Apr 22 00:45:59 wet vac and water. Apr 22 00:46:47 regina steamer carpet cleaner Apr 22 00:46:52 :P Apr 22 00:47:14 you might as well steamclean your whole carpet Apr 22 00:47:26 otherwise you will have one clean spot ... Apr 22 00:47:35 or cleaner* Apr 22 00:49:46 bah Apr 22 00:49:57 if you steam clean the whole carpet, you'll still only have one clean spot Apr 22 00:50:02 It'll just be a bit bigger Apr 22 00:50:41 and it will all look the same :) Apr 22 01:22:03 sigh Apr 22 01:22:15 i've gone over it atleast 10 times with the vac Apr 22 01:22:26 its better but still not gone Apr 22 02:40:18 Hi! Apr 22 02:40:39 Any1 knows if latest bitbake in SVN is broken or am I missing something. Apr 22 02:41:22 I get lots of unpackaged files like if directories set in FILES variables are not scanned recursively anymore Apr 22 03:49:36 RP: around? Apr 22 03:50:14 RP: you're missing a patch, 24-hostap_cs_id.diff Apr 22 03:50:30 RP: I found it in .oz354x and will commit it in dev, hope that's ok Apr 22 03:56:20 03justinp 07org.oe.dev * rbad5d26e... 10/packages/linux/linux-openzaurus-2.6.16/24-hostap_cs_id.diff: linux-openzaurus-2.6.16: add missing patch (found in oz354x branch) Apr 22 03:56:24 03justinp 07org.oe.dev * rad623e69... 10/.mt-attrs: .mt-attrs: remove file which no longer exists Apr 22 04:02:14 o_O does that mean mt 0.26 is in use? Apr 22 04:02:30 .mt-attrs -> .mtn-attrs Apr 22 06:38:00 OK, I finally fixed my getopt problem (At least I think I did), but now I have an error with quilt Apr 22 06:38:14 This is all the log says: | Usage: quilt pop [-afRqv] [num|patch] Apr 22 06:48:55 if [ -n "`quilt applied`" ]; then quilt pop -a -R -f || exit 1; fi Apr 22 06:49:15 That seems to be the line it's choking on Apr 22 06:49:39 "quilt pop -a -R -f" It's not actually specifying a patch Apr 22 08:34:44 Good morning Apr 22 08:45:40 Anyone here regarding openzaurus kernel build problems ? Apr 22 09:06:55 Morning all Apr 22 09:07:33 Just had problems to build openzaurus kernel 2.6.16. Several patches are missing in $RPSRC. Any ideas ? Apr 22 09:11:00 uv1: you may also try to find help at #openzaurus channel Apr 22 09:11:28 cyrilRomain: Thanks, I'll try that ... Apr 22 09:11:54 good morning boys and girls Apr 22 09:12:53 quick question mickeyl. Svn'd bitbake this morning and bitbake --version says 1.5.0. Is that OK ? Apr 22 09:12:59 no Apr 22 09:13:05 that's the unstable head Apr 22 09:13:13 i seriously recommend using the 1.4 branch Apr 22 09:13:23 mickeyl: How to check that out ? Apr 22 09:13:48 no idea. still didn't get the knack of svn Apr 22 09:13:56 something like branches/bitbake-1.4 Apr 22 09:14:00 try svn ls Apr 22 09:14:37 mickeyl: Thanks will do that and come back later. Have to go shopping with my wife ;-(( Apr 22 09:14:45 uh oh Apr 22 09:14:47 "have fun" Apr 22 09:14:49 bye Apr 22 09:15:22 * mickeyl utterly satisfied that there are some constants in this life when it gets to boy-girl relationsships Apr 22 09:15:28 Hehehe Apr 22 09:15:54 * NA|Gone is utterly thankful such constants don't apply here. Apr 22 09:15:58 hehe Apr 22 09:16:24 same here. my wife no longer takes me with here. she says i'm too annoying :) Apr 22 09:16:46 (only when we're out to get some things for her, of course) Apr 22 09:16:48 Well, that's one way to get around it :) Apr 22 09:19:16 mickeyl: users then should use "svn co svn://svn.berlios.de/bitbake/branches/bitbake-1.4/ bitbake/" Apr 22 09:19:34 ah right, thanks Apr 22 09:19:38 mickeyl: I'll update the wiki Apr 22 09:19:42 excellent Apr 22 09:24:23 Morning all ! any idea why the ppp device would not be created by the init scripts although it exists in device_table.txt ? Apr 22 09:25:57 IIRC we use device_table-minimal, not the full one Apr 22 09:31:01 mickeyl: Where is it stored ? can't seem to locate it.... Apr 22 09:31:22 $OE/files Apr 22 09:31:45 mickeyl: i was looking in packages.... Apr 22 09:31:54 ~lart ifaistos Apr 22 09:31:54 * ibot gets a hotmal account and SPAMs ifaistos Apr 22 09:41:57 morning all Apr 22 09:42:17 RP: Ello Apr 22 09:42:26 morning RP Apr 22 09:43:24 hi RP Apr 22 09:45:41 morning, rwhitby Apr 22 09:45:51 mornign Apr 22 09:59:31 For reference, the pdaXrom people are reading our channel logs :) **** ENDING LOGGING AT Sat Apr 22 09:59:56 2006