**** BEGIN LOGGING AT Fri Dec 09 03:00:44 2005 Dec 09 03:05:10 export them as diffs using the old db, import the diffs into the new db Dec 09 03:06:20 I assume ewi is serving the new db now? Dec 09 03:06:50 when I start the server, yes Dec 09 03:07:10 but vanille and ewi aren't going to server anything this day Dec 09 03:07:24 ok Dec 09 03:07:28 to make sure someone doesn't push 'tainted' csets Dec 09 03:07:40 If you change the epoch on the monotone db, you'll prevent that Dec 09 03:08:13 yeah, but that will poke our ISVs in the eye Dec 09 03:08:23 and 'rebuild' loses info too Dec 09 03:08:30 ISV? Dec 09 03:08:45 Note I didn't say rebuild - I just said change the epoch Dec 09 03:08:52 amd, siemens, etc Dec 09 03:09:05 11:08 hrw@home:oe$ monotone --db hrw.db list keys Dec 09 03:09:05 monotone: misuse: database schemas do not match: wanted 1509fd75019aebef5ac3da3a5edf1312393b70e9, got bd86f9a90b5d552f0be1fa9aee847ea0f317778b. try migrating database Dec 09 03:09:14 koen: monotone 0.24 req? Dec 09 03:09:25 crap, yes Dec 09 03:09:42 where do I get a deb of that? Dec 09 03:09:47 dont know does upstream one will install under current sid Dec 09 03:10:11 yep.. Dec 09 03:10:14 need to rebuild it Dec 09 03:10:33 <[lala]> deb pkg for sarge is available from monotone web site Dec 09 03:10:36 koen: Since you're requiring everyone including the ISVs to change database, changing the epoch to stop old and new databases mixing doesn't seem unreasonable Dec 09 03:10:47 or is it ok if an ISV corrupts the new database? Dec 09 03:11:01 [lala]: their sid one is broken for current sid anyway Dec 09 03:11:02 or perhaps I misunderstand the problem... Dec 09 03:11:48 <[lala]> hrw|work: u can use sarge :-) Dec 09 03:12:19 [lala]: when I last used debian !unstable it was 'slink' on amiga Dec 09 03:12:44 <[lala]> hrw|work: i see ... living on the edge ;-) Dec 09 03:13:01 [lala]: even more Dec 09 03:13:22 <[lala]> i'm a bit more conservative ... staying with sarge for now Dec 09 03:14:11 [lala]: I use 2 machines. @work is on the edge and if all works then I upgrade @home Dec 09 03:14:49 someone need monotone 0.24 for sid? Dec 09 03:15:47 RP: changing the epoch will break branching and propagating iirc Dec 09 03:16:39 but the fix is just a bandaid till 0.25 hits the streets Dec 09 03:25:11 hrw|work: funny post: http://www.oesf.org/forums/index.php?showtopic=16530&pid=106548&st=0&#entry106548 Dec 09 03:27:12 ;))) Dec 09 03:27:24 'how to make a distro from pdax' Dec 09 03:27:57 will you reply? Dec 09 03:33:22 hrw|work: I'm trying not to reply :) Dec 09 03:34:05 I have something to do here and it keeps me from replying Dec 09 03:34:30 uf.. monotone finishing build Dec 09 03:34:32 let's just agree that having broken feeds is 'user friendly' Dec 09 03:35:11 pdaX is most userfriendly distro anyway but it lack mono Dec 09 03:37:44 ok. key extracked to ~/.monotone/keys Dec 09 03:39:00 monotone: warning: ignoring unknown signature by 'mickeyl@openembedded.org' on '[branch@fd2834a13b115d8e7e64a0056a0d438d5e91fd42:b3JnLm9wZW5lbWJlZGRlZC5kZXY=]' Dec 09 03:39:11 koen: lots of them on checkout.... Dec 09 03:39:21 * pH5 is still building monotone 0.24 Dec 09 03:39:32 seems like mickeyl's pubkey is missing Dec 09 03:39:32 pH5: debian/sid? Dec 09 03:39:34 moing Dec 09 03:39:35 * koen fixes Dec 09 03:39:44 hrw|work: yes Dec 09 03:39:57 pH5: I can give you pacakge Dec 09 03:40:01 koen: exactly that Dec 09 03:40:22 11:40 hrw@home:org.openembedded$ mt head Dec 09 03:40:22 8183e5d9f7ede3a50afeceb17ef486ccbc630bec pH5@openembedded.org 2005-12-07T21:38:49 Dec 09 03:42:31 hrw|work: thanks for the offer - but it just finished building Dec 09 03:42:36 ok Dec 09 03:43:49 hrw|work: ok, fixed clean.db.bz2 available Dec 09 03:44:15 thx Dec 09 03:44:23 am I misremebering or is it monotone read to import private keys? Dec 09 03:44:37 koen: can I just add mickeyl's pubkey instead of re-downloading? Dec 09 03:44:56 XorA: 0.24 does not need importing of privkey if you have it in ~/.monotone/keys/ Dec 09 03:45:17 hrw|work: so you just copy the private.key file into that dir? Dec 09 03:45:26 pH5: it will be fetched during first pull iirc Dec 09 03:45:46 pH5: there was also a nasty merge problem in the old db Dec 09 03:45:46 XorA: do 'db migrate' on old base and monotone will extract it for you Dec 09 03:46:18 hrw|work: aw crap, I dont have an old db Dec 09 03:46:55 XorA: monotone read also does the trick Dec 09 03:47:14 pH5: monotone: warning: unknown packet type: 'privkey' Dec 09 03:48:34 strange. i just did "monotone --db=oe.db read privkey.txt" and now it's in ~/.monotone/keys/pH5@openembedded.org Dec 09 03:48:59 XorA: do you also have the pubkey at the beginning of that file? Dec 09 03:49:15 pH5: no seperate files Dec 09 03:50:00 XorA: try concatenating pubkey and privkey Dec 09 03:50:31 pH5: that seems to work Dec 09 03:51:03 pH5: I get a keyfile with keypair packet Dec 09 03:51:10 XorA: seems that other people had this problem too. monotone 0.24 produces keypair packets instead :) Dec 09 03:52:44 pH5: and public key must come first Dec 09 04:01:33 * XorA seeems to be running with clean.db Dec 09 04:02:11 koen: how went it with fuse anyway? Dec 09 04:03:14 kdepim 3.5.0 finishing... Dec 09 04:09:52 morning all Dec 09 04:09:54 morning all Dec 09 04:10:00 morning liam, ade|desk Dec 09 04:10:25 RP: thanks for the patch, it's good to know the resume is now working :) Dec 09 04:10:40 lrg: It is :) Dec 09 04:11:19 hi Liam Dec 09 04:11:33 morning hrw|work Dec 09 04:26:16 morning all Dec 09 04:29:27 hi lardman Dec 09 04:30:19 morning all Dec 09 04:32:37 I'm adding new package, library, and it compiles (after some patching) perfectly. It creates 2 libs. How could I specify to make 2 separate ipk for these 2 libs ? Dec 09 04:34:00 PACKAGES +="lib1 lib2" FILES_lib1="files of lib1" FILES_lib2="files of lib2" Dec 09 04:34:40 hrw|work: thanks, I'll try this. Dec 09 04:43:10 hi hrw|work Dec 09 04:45:45 RDJay rule Dec 09 04:46:26 people should learn how to use sh scripts properly :-( Dec 09 04:51:35 pH5: http://lkml.org/lkml/2005/11/4/345 Dec 09 04:55:02 http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-December/032713.html Dec 09 04:58:30 hrw|work: after adding this lines, bitbake tries to create 2 new packages, but complains that they are empty, hmm... and folders are empty. What I'm missing here ? Dec 09 04:59:17 koen: thanks, I didn't remember that one Dec 09 04:59:33 ewi is up again for read-only access Dec 09 04:59:40 yay! Dec 09 04:59:43 lazy_marmot: all FILES from it goes to default one Dec 09 05:00:54 hrw|work: actually it's weird, default one is empty as well. I've just realized that there is no install target in Makefile. Dec 09 05:01:39 lazy_marmot: ;) Dec 09 06:25:26 mickeyl: are we still rebuilding the database? Dec 09 06:25:56 zecke: http://handhelds.org/hypermail/oe/47/4772.html Dec 09 06:29:23 koen: thanks Dec 09 06:29:49 koen: ewi has mt.24 I can not import my key into a db anymore?! Dec 09 06:30:30 your priv key is in ~/.monotone/keys now Dec 09 06:30:48 I know Dec 09 06:30:51 running monotone db migrate on your old db will put the keypair in that place Dec 09 06:31:18 so afaik you can only import pubkeys Dec 09 06:31:29 hi Dec 09 06:31:41 hey koy_501 Dec 09 06:31:51 * zecke feels stupid to ignore 'checkout fresh working copies' Dec 09 06:32:22 putting public and private in same file with public first seems to work for monotone read Dec 09 06:32:59 koen Where your come from? Dec 09 06:33:04 * koen dreads the monotone 0.25 upgrade path Dec 09 06:33:15 XorA: did you try to use your private key yet? Dec 09 06:33:21 pH5: no Dec 09 06:33:28 XorA: it doesn't seem to work here Dec 09 06:33:39 pH5: crap, so 0.24 is a bogus :-( Dec 09 06:33:47 XorA: and importing the old key via db migrate results in a different keypair packet Dec 09 06:34:01 and suddenly colloquy went *poof* Dec 09 06:34:18 koy_501: .nl Dec 09 06:35:35 what nl ? Dec 09 06:35:50 the country next to .de Dec 09 06:36:02 there's another one? Dec 09 06:37:02 koen: is it normal I can not push to ewi? Dec 09 06:37:12 I come from thailand. and you? Dec 09 06:37:13 koen: and that pull does nothing as well? Dec 09 06:37:13 zecke: yes Dec 09 06:37:28 monotone: allowed 'freyther@openembedded.org' read permission for 'org.openembedded.dev' excluding '' Dec 09 06:37:31 monotone: warning: denied 'freyther@openembedded.org' write permission for 'org.openembedded.dev' excluding '' Dec 09 06:37:38 it's readonly Dec 09 06:37:56 koen: did I miss that in the mail :} Dec 09 06:38:10 you didn't Dec 09 06:38:34 good, take your time Dec 09 06:39:21 zecke: it's to protect people from pushing csets with tainted ancestors Dec 09 06:43:19 good thinking Dec 09 06:52:39 XorA: commits with the private key from the old db migration work. looks like import of 0.23 privkey packets is broken in monotone 0.24. Dec 09 06:52:55 pH5: I dont have an old db :-( Dec 09 06:53:24 zecke: http://handhelds.org/hypermail/oe/47/4777.html Dec 09 06:53:49 XorA: perhaps make a new db with monotone 0.23, import the keys and then migrate with 0.24 :-/ Dec 09 06:54:34 pH5: quick scan of mailing list, looks like its fixed in the next version Dec 09 07:05:15 pH5: done your suggestion :-D Dec 09 07:17:24 koen: should we ask our devels to sign off that they switched the db? Dec 09 07:23:03 whats the best way to override the 'strip' to be strip from the cross toolchain ? Dec 09 07:29:37 handheld-common.conf pulls pcmcia-cs, but for newer (2.6.13) kernels pcmciautils should be used instead. how is this going to be handled? Dec 09 07:34:28 * hrw|work switched on both machines Dec 09 07:34:45 pH5: should does not mean 'pcmcia-cs is not working' Dec 09 07:35:02 pH5: you can use pcmcia-cs with 2.6.15-rc Dec 09 07:36:01 hrw|work: so pcmcia-cs support will go away after 2.6.15 only? Dec 09 07:37:44 when it go out I dont know Dec 09 07:40:15 i was just wondering if there is a migration strategy for this already Dec 09 07:42:01 in .dev probably virtual/pcmcia-manager will go Dec 09 07:44:37 Morning Dec 09 07:44:50 morning CosmicPenguin Dec 09 07:56:33 pH5: OE can generate pcmciautils and we're in the process of making it work Dec 09 08:00:54 RP: Doesn't it work already? I just replaced pcmcia-cs with pcmciautils in my local build. Dec 09 08:01:02 RP: Btw, will your ide-cs patch go into hh.org cvs? Dec 09 08:01:20 Just network device handling is missing Dec 09 08:01:32 pH5: It should do - its in -mm and heading for mainline Dec 09 08:02:07 * pH5 happy Dec 09 08:02:17 nice work. Dec 09 08:05:38 RP: btw, pcmciautils works on my device Dec 09 08:05:47 RP: with 2.6.13-rc2 Dec 09 08:06:19 RP: i like it much more than PCMCIA-CS Dec 09 08:06:28 schurig: agreed, its much better Dec 09 08:06:53 schurig: We just need to sort wifi/network device handling - I think there's some scripts missing Dec 09 08:07:13 you need to manually congfigure and if up/down Dec 09 08:08:00 RP: I have my own, private ifupdown ipk, which handles my WIFI card, wep and wpa, so that wasn't a problem for me Dec 09 08:08:23 schurig: lucky you :) Dec 09 08:08:34 about handheld-common.conf, would introducing a virtual/pcmcia-manager for pcmcia-cs/pcmciautils be the right way? Dec 09 08:09:01 pH5: I think that yes Dec 09 08:09:11 For now, we can just change zaurus-clamshell as it overrides handheld-common if I remember rightly Dec 09 08:09:21 pH5: some of machines are 2.4 only, some are pre 2.6.13-rc1 Dec 09 08:52:25 hi Dec 09 08:55:12 hi Mardy Dec 09 08:58:19 <_law_|iBook> any ideas why this .bb file wont work (install dirs are empty :-() Dec 09 08:58:21 <_law_|iBook> http://pastebin.com/455560 Dec 09 08:59:17 <_law_|iBook> NOTE: the following files were installed but not shipped in any package: Dec 09 08:59:17 <_law_|iBook> NOTE: /usr/share/wallpapers/3d_323.jpg Dec 09 08:59:40 FILES_${PN} = "${datadir}/wallpapers/" Dec 09 08:59:41 FILES_${PN} = "${datadir}/*" Dec 09 08:59:58 koen wins Dec 09 09:00:06 hrw|work: if the argument is a dir it will use all files inside Dec 09 09:00:14 ok Dec 09 09:00:18 so '*' shouldn't be needed Dec 09 09:00:46 <_law_|iBook> but why matchbox-panel-hacks work? Dec 09 09:01:30 the inherits probably poke at FILES Dec 09 09:13:48 koen: ping Dec 09 09:14:44 koen: are you the member of the ewi...nl openzaurus mirror? Dec 09 09:20:10 heh Dec 09 09:20:19 ar_: yes Dec 09 09:20:48 *g* -> Signoff: ar_ Dec 09 09:21:06 okay lunch now Dec 09 09:22:38 woglinde: or lynch? are you still on strike? Dec 09 09:22:40 * zecke runs Dec 09 09:25:09 ar_: yes Dec 09 09:25:50 koen: hi. where i can find the feed for oz 3.5.4 rc? Dec 09 09:26:18 afaik that's the same as 3.5.3 Dec 09 09:27:15 ar_: 3.5.4-rc does not have feed Dec 09 09:27:18 nor for opie. in 3.5.3 is opie 1.2.0 and in 3.5.4 opie 1.2.1. Dec 09 09:27:34 ok. in 1.2.1 are not too much changes ;) Dec 09 09:27:51 i'll try the feed from 3.5.3 Dec 09 09:28:03 ar_: 1.2.1/OE has hires fixes backported Dec 09 09:37:52 pH5: that patch is 4 empty lines... Dec 09 09:38:07 that doesn't help much Dec 09 09:38:14 i'll resend it Dec 09 09:47:04 anyone know if the 2.6 kernel for the C3K is known to be broken atm. I've just re-setup my OE env and am getting a "This kernel is too big" error :( Dec 09 09:48:42 gridzero: How recent is the OE setup you've used? Dec 09 09:48:56 There were problems but I thought they'd been fixed... Dec 09 09:49:04 RP: right up to date... Dec 09 09:49:53 Is this -git3? If so, try -rc2 Dec 09 09:50:25 it is git3, yes... I'll try rc2, if I can remember where the appropriate "preferred provider is" :) Dec 09 09:50:41 You'll probably need to add one to local.conf Dec 09 09:51:22 I have a nice looking rc5 here but can't commit it for now due to the monotone issues... Dec 09 09:51:34 PREFERRED_VERSION would be the thing to add Dec 09 09:52:05 PREFERRED_VERSION_linux-openzaurus = "2.6.14+2.6.15-rc2" Dec 09 09:52:19 cheers... I'll set that going Dec 09 09:53:09 Sound is finally working nicely on c7x0 and cxx00 :) Dec 09 09:53:39 so only usb-client left? Dec 09 09:54:08 The sound code is local at the moment until the next raft of changes mind Dec 09 09:54:14 RP: wicked Dec 09 09:55:05 gridzero: correct and I think I may have sponsorship to get that done! Dec 09 09:55:16 RP: Cool :) Dec 09 09:55:32 * XorA will then have to find money for a borzoi :-( Dec 09 09:55:59 XorA: spitz was more cost effective last time I looked Dec 09 09:56:08 XorA: I'll wait for next,next model ;) Dec 09 09:56:08 ~spitz Dec 09 09:56:10 hmm... spitz is the Sharp SL-C3000, or a dog Dec 09 09:56:15 ~borzoi Dec 09 09:56:16 borzoi is probably the Sharp SL-C3100, or a dog (see http://www.dogbreedinfo.com/borzoi.htm ) Dec 09 09:56:19 RP: tnb re-added pxa270 udc support to the hh.org kernel this month Dec 09 09:56:33 koen|food: "re-added"? Dec 09 09:56:46 Do you mean the hooks that had gone missing? Dec 09 09:56:46 it got blown away in the update to 2.6.13 Dec 09 09:56:53 how much hh.org kernel differ from vanilla? Dec 09 09:57:21 hrw|work: Are we talking bugs or features? Dec 09 09:57:24 ;-) Dec 09 09:57:25 ;))) Dec 09 09:57:33 RP: I should have another audio patch later today, it's almost there. Just a cleanup and removal of some duplication. If it's ok I'll make it 0.9 Dec 09 09:58:09 lrg: If you could incorporate my zaurus bugfixes into that, that'd be great (see email) Dec 09 09:59:09 RP: np, although I won't be able to test on borzoi until later Dec 09 09:59:56 lrg: I understand - its been tested on spitz so should be fine - the changes fix definite bugs Dec 09 10:00:06 RP: cool Dec 09 10:00:13 module order works? Dec 09 10:00:22 yes Dec 09 10:00:25 cool Dec 09 10:00:35 hrw|work: It does and I have patches to add the appropriate bits to OE Dec 09 10:00:49 I think it should also work on tosa Dec 09 10:05:34 what is the latest on wmmx in familiar ? Dec 09 10:06:09 RP: great Dec 09 10:06:20 RP: so tomorrow will be probably big day for my Z Dec 09 10:08:38 hrw|work: If I have time to commit things. My time over the next few days until mid next week is going to be limited Dec 09 10:09:33 RP: happens Dec 09 10:09:56 RP: could you put them somewhere for tests? Dec 09 10:12:23 hrw|work: I can try. My build system is total chaos at the moment :) Dec 09 10:13:15 happens Dec 09 10:17:37 cu all Dec 09 10:17:53 time to check snailbox for mail from greentux Dec 09 10:19:19 hrw|work: bfn Dec 09 10:19:26 ~bfn Dec 09 10:19:28 well, bfn is bye for now Dec 09 10:19:31 ;) Dec 09 10:26:20 ~re Dec 09 10:26:22 i guess re is religious education Dec 09 10:26:42 ibot, you're a tool Dec 09 10:26:43 Good evening all Dec 09 10:28:34 Is there already an example in OE which uses a initrd to support FlashStick boot (or something similar) ? Dec 09 10:32:14 hey mreimer Dec 09 10:32:21 hey koen Dec 09 10:37:35 http://freshmeat.net/projects/nightwatch/?branch_id=62052&release_id=214148 Dec 09 10:37:36 hmmm.... Dec 09 10:37:54 if it works with Ant and Make, it should be hackable for OE too, methinks Dec 09 10:38:22 heh Dec 09 10:38:43 ant works even when 'cross' compiling Dec 09 10:39:06 on part of java that actually works as expected Dec 09 10:39:17 we've been casting around for something that tracks nightly builds Dec 09 10:39:47 if you could integrate it with oe, more power to you! Dec 09 10:39:55 heh Dec 09 10:40:06 * CosmicPenguin casts about for a lackey to assign it to Dec 09 10:43:47 anyone know latest news on wmmx in familiar ? Dec 09 10:44:32 unsupported, since you can't use it with hardfpa Dec 09 10:45:00 koen: does TARGET_FPU=soft make any sense ? Dec 09 10:45:37 for familiar, no Dec 09 10:47:58 i would like to work on trying to get wmmx on familiar , is there any place i can look ..im new to this ;) Dec 09 10:49:19 avi__: It requires an ABI change which familar can't make so its never going to work on familar. openzaurus is closer as that uses softfloat but it still probably isn't practical - I'm not sure if the version of softfloat there is compatible. Angstrom will solve all this. I suggest google for further info Dec 09 10:49:44 RP : thanks Dec 09 10:52:04 RP : does that also mean the linux kernel as of now does not support wmmx (due to ABI change)? Dec 09 10:52:56 avi__: Which kernel? some do, some don't. Dec 09 10:53:39 kernel wmmx support is unrelated to userspace ABI Dec 09 10:53:49 ok Dec 09 10:56:13 hmmn that sucks Win Mobile is happily optimizing away with wmmx enabled code , id like to do the same in linux ! Dec 09 10:56:30 NOTE: package libgmail-0.1.3.3-r0: task do_build: completed Dec 09 10:56:55 avi__: you can turn on the mmx bits in the kernel and build the image with TARGET_FPU=soft Dec 09 10:57:53 thats what ive been trying to do Dec 09 10:58:18 ive set my defconfig to include CONFIG_IWMMXT=y and put TARGET_FPU=soft Dec 09 11:33:17 ~lart python Dec 09 11:33:17 * ibot does a little 'dpkg -P python' action Dec 09 11:35:26 re Dec 09 11:36:08 I read my past posts on my webpage and remind days when I got c760.. lots changed. Dec 09 11:46:28 ~logs Dec 09 11:46:29 apt/ibot/jbot/purl all log to http://ibot.rikers.org// where channelname is html encoded ie: %23debian | lines that start with a space are not shown | some channels have stats at http://ibot.rikers.org/stats/.html.gz, or updated "nightly" Dec 09 12:20:27 RP: patch in the mail. I'm off to try and catch a train home now. Dec 09 14:04:35 Hi Dec 09 14:12:10 hi lamikr Dec 09 14:20:55 ~ibot Dec 09 14:20:58 from memory, ibot is a blootbot written in perl run by TimRiker on his server. logs on http://ibot.rikers.org// , ibot, jbot, apt are all the same process. It uses sqlite, but mysql or other SQL storage is also supported. **** BEGIN LOGGING AT Fri Dec 09 14:24:02 2005 Dec 09 14:27:41 ~pastebin Dec 09 14:29:01 ~pastebin Dec 09 14:31:57 ~ibot Dec 09 14:32:07 hi zecke Dec 09 14:33:09 [pastebin] a place to paste your stuff without flooding the channel - try http://pastebin.com/ Dec 09 14:33:17 well, ibot is a blootbot written in perl run by TimRiker on his server. logs on http://ibot.rikers.org// , ibot, jbot, apt are all the same process. It uses sqlite, but mysql or other SQL storage is also supported. Dec 09 14:37:34 greentux: still nothing in snailbox ;( Dec 09 14:39:25 hrw|tv_: ;( will check monday Dec 09 14:43:37 greentux: will do Dec 09 14:44:00 hrw|tv_: no... i will check too ;) Dec 09 14:44:21 greentux: return posts? Dec 09 14:44:59 hrw|tv_: no. ask the buero what adress they used :) you cant thrust nobody... Dec 09 14:45:25 in other words: sometimes its better to triple check Dec 09 14:45:53 hrw sometimes... any blocker left for 2.5.4? Dec 09 14:45:59 3.54 sorry Dec 09 14:46:07 3.5.4 ... its late Dec 09 14:46:07 look at #350 Dec 09 14:46:32 http://bugs.openembedded.org/showdependencytree.cgi?id=350 Dec 09 14:46:43 http://bugs.openembedded.org/showdependencytree.cgi?id=350 Dec 09 14:47:15 koen: does #512 resolve with ZKERNEL_VERSION hack? Dec 09 14:47:32 the fix isn't in .dev Dec 09 14:48:15 I know - we have to decide how name kernel var and change zaurus machine defs Dec 09 14:48:44 hope for usbnet on the Z... Dec 09 14:48:55 greentux: usb-client? Dec 09 14:49:06 greentux: cxx00 will get 2.4.20 in 3.5.4 release Dec 09 14:49:08 yes Dec 09 14:49:18 ok, i mean 3.5.4.1 Dec 09 14:49:21 thats decided already. Dec 09 14:49:30 3.5.4.1 will be .dev build Dec 09 14:49:37 know Dec 09 14:49:53 and there is usbclient missing. Dec 09 14:49:54 I have to look at freetype API so maybe will resolve #441 Dec 09 14:49:55 hrw: it will? Dec 09 14:50:07 hrw: I'd advice against building from .dev Dec 09 14:50:22 koen: atleast thats how RP wanted to do it Dec 09 14:50:45 copy the kernel +udev to the branch, build, done Dec 09 14:50:59 if you build it from .dev you can't call it 3.5.4.x Dec 09 14:52:51 so you cant have same versions with 2.4 / 2.6 kernel Dec 09 14:53:57 you can, but you have to build from the release branch in order to call it a release Dec 09 14:54:15 otherwise the whole branching was useless Dec 09 14:54:16 ok, then we name it 3.5.5pre1 Dec 09 14:54:25 there will be no 3.5.5 Dec 09 14:54:36 3.5.4 is the last OZ release Dec 09 14:54:44 why? jump to 3.6? Dec 09 14:55:02 ok... only OE for all platforms? Dec 09 14:55:10 no, OZ will be obsoleted in favour for Ångström Dec 09 14:55:21 dont understand Dec 09 14:55:50 there will be one new distro to rule them all Dec 09 14:56:11 OE based i assume? Dec 09 14:56:13 greentux: http://www.handhelds.org/moin/moin.cgi/NewDistroNames Dec 09 14:56:19 greentux: yes Dec 09 14:57:17 mmh and what do you advice to do with 2.6? Dec 09 14:57:23 I dont like C strings.. too bad that libstdc++ is so big ;( Dec 09 14:57:47 copy the new kernel + udev to the branch and build it Dec 09 14:57:54 then put it in the 3.5.4 dir Dec 09 14:58:12 there's no reason not to call it 3.5.4 if you do it that way Dec 09 14:59:30 read. why familiar decided to have a separate distri? Dec 09 15:01:07 because not all familiar devs want to switch to angstrom Dec 09 15:01:11 uf. finally found resolution for #441 (looks like) Dec 09 15:01:50 and again.. c strings ;( argh. Dec 09 15:02:43 heh Dec 09 15:02:48 I bet you love pointers too Dec 09 15:03:25 when I have to use c/c++ I prefer std::string or qstring Dec 09 15:04:23 but using them for <5K binary is overkill Dec 09 15:04:28 ok. cu. Dec 09 15:25:38 my c knowledge suxx Dec 09 16:16:09 cu Dec 09 20:15:21 * france is away: Away Dec 10 01:15:17 <_law_|iBook> morning Dec 10 01:24:22 <_law_|iBook> any ideas why following do_install() script dont work? install -m 0755 ${WORKDIR}/${PN}-${PV}/etc/ppp/peers/3g-peer ${D}${sysconfdir}/ppp/peers/3g-peer Dec 10 01:24:58 <_law_|iBook> !!! Failed to move ./etc/ppp/peers to /home/law/devel/oe/build/husky_gpe_001/tmp/work/law-configs-0.0.1-r0/install/law-configs/./etc/ppp/peers Dec 10 01:24:59 <_law_|iBook> !!! [Errno 39] Directory not empty Dec 10 01:24:59 _law_|iBook: ?? Dec 10 01:25:01 _law_|iBook: Dunno? Dec 10 01:27:20 <_law_|iBook> cdbot ? Dec 10 01:27:21 _law_|iBook: Dunno? Dec 10 01:36:44 _law_|iBook: ${S} is the same as WORKDIR/PN-PV Dec 10 01:36:51 saves you some typing :) Dec 10 01:38:53 <_law_|iBook> koen, but to you know why i have this problem? Dec 10 01:39:36 no idea Dec 10 01:39:47 <_law_|iBook> hmm Dec 10 01:42:05 <_law_|iBook> could it be an OE bug? Dec 10 01:42:24 <_law_|iBook> this problem is only on 2 files Dec 10 01:42:38 could be Dec 10 01:43:15 <_law_|iBook> do you know any workaround Dec 10 01:44:59 install -m 644 ${S}/etc/ppp/peers ${D}${sysconfdir}/ppp/peers/ Dec 10 01:45:12 and a install -d {D}${sysconfdir}/ppp/peers/ above that Dec 10 01:46:17 <_law_|iBook> have to leav inet soon (shopping), i am in car :-) Dec 10 01:46:24 <_law_|iBook> koen thanks Dec 10 01:46:36 <_law_|iBook> will try it later Dec 10 01:48:09 * koen goes out to do some shopping as well Dec 10 02:25:45 can anybody with access to the wiki restore some pages? Dec 10 02:30:46 have remove spam from any wiki pages by hand now. **** ENDING LOGGING AT Sat Dec 10 02:59:57 2005