**** BEGIN LOGGING AT Thu Jul 21 23:59:57 2005 Jul 22 00:00:23 with a mailing list, this would make a convenient distribution channel Jul 22 00:19:35 morning all Jul 22 00:26:58 hello Jul 22 00:29:08 hi! Jul 22 00:30:07 hi hrw|work Jul 22 00:31:19 I'm syncing OE at work - 2h will take atleast ;( Jul 22 00:39:17 morning Jul 22 00:43:19 mor xora Jul 22 00:54:50 morning XorA Jul 22 00:55:03 monotone is slow :-/ Jul 22 00:57:21 RP: more time for you to work on kernel goodness then :-) Jul 22 00:57:28 http://www.collegehumor.com/pictures/25490/ Jul 22 00:58:25 hrw|work: get me in trouble with you dodgy piccies :-) Jul 22 01:01:05 ;) Jul 22 01:10:56 Ciao all Jul 22 01:11:39 good morning Jul 22 01:11:55 'morning florian_kc Jul 22 01:12:32 hi Pigi Jul 22 01:19:38 hrw|work: which server are you pulling from ? Jul 22 01:20:23 ade|desk: ewi Jul 22 01:21:04 is vanille.de dead again ? Jul 22 01:21:28 looks like Jul 22 01:21:49 how do you change servers with monotone ? Jul 22 01:22:27 I have set up my own mirror by doing a pull every hour - is there a better way than this? Jul 22 01:22:44 ade|desk: monotone pull ewi546.ewi.utwente.nl org.openembedded.* Jul 22 01:24:49 koobla: cheerw Jul 22 01:24:52 ade|desk: monotone pull server Jul 22 01:25:02 s/w/s Jul 22 01:26:45 176/581 revs checked... Jul 22 01:28:39 hi Jul 22 01:29:45 hi all, can someone advise me how to get a recent bitbake? (anonymous svn seems broken) Jul 22 01:30:03 hi Bernardo Jul 22 01:32:42 hi hrw|work, how are things? Jul 22 01:32:54 Bernardo: quite good Jul 22 01:37:03 Morning all Jul 22 01:38:34 morning Jul 22 01:38:53 morning mickeyl Jul 22 01:42:05 03mickeyl 07org.oe.dev * r3c8520f6... 10/packages/initscripts/initscripts-1.0/ (11 files in 5 dirs): Jul 22 01:42:05 initscripts: solve the keymap situation in a more generic way to reduce maintenance load Jul 22 01:42:05 the keymap script is now always installed and checks if there is a matching keymap in /etc Jul 22 01:42:05 General note: this package is a bit monolithic, we may eventually come to a more fine granular Jul 22 01:42:05 build solution, e.g. a (build-time) table where distributions can specify which initscripts Jul 22 01:42:06 they want to appear in the final image. Jul 22 01:48:20 mickeyl: are you going to merge? Jul 22 01:49:19 i'm afraid not Jul 22 01:49:33 we have managed to break monotone Jul 22 01:49:42 erp Jul 22 01:51:11 hi mickeyl Jul 22 01:51:32 mickeyl: oh great... i just noticed this too. Jul 22 01:54:35 hi mickeyl Jul 22 01:54:55 break? in which way now? Jul 22 01:55:20 2 heads again ;( Jul 22 01:55:38 the good news is: it looks like we produced a database that is able to reproduce the bug so that the monotone folks can try to debug and fix it Jul 22 01:55:48 the bad news is: i have no idea how to proceed right now Jul 22 01:55:55 ouch Jul 22 01:56:16 i see two options Jul 22 01:56:26 mickeyl: nslu2-linux has a very recent copy of your branches, and our db is not broken Jul 22 01:56:38 if you promise not to break ours, you're welcome to use it :-) Jul 22 01:56:39 a) someone hands me a backup from a state before coredump introduced his changes Jul 22 01:56:55 rwhitby: can you please check if coredump is in your db Jul 22 01:57:12 in what way? pubkey? Jul 22 01:57:18 i'm afraid coredumps multiple sync was the root of all evil^h^h^h^h^h^hour problems Jul 22 01:57:20 Heyo Jul 22 01:57:25 (I'm not up to speed with how your db is broken) Jul 22 01:57:26 rwhitby: yeah, pubkey would be an option Jul 22 01:57:26 Seems monotone has a lot of problems still :/ Jul 22 01:57:35 Cwiiis: not a lot Jul 22 01:57:38 Cwiiis: very few Jul 22 01:57:51 very few critical problems then? :) Jul 22 01:57:54 mickeyl: broken is term "2 heads" or? Jul 22 01:57:56 mickeyl: is there an email detailing what happened just for us nosey people? Jul 22 01:58:07 keep calm Jul 22 01:58:11 don't panic :) Jul 22 01:58:24 that problem took the better half of my night :/ Jul 22 01:58:33 broken = unmergable Jul 22 01:59:23 mickeyl: coredump's pubkey is in our db. all our branches are merged Jul 22 01:59:43 (including org.openembedded.dev) Jul 22 02:00:06 heh.. we have some merge yesterday evening (~111h ago) Jul 22 02:00:15 rwhitby@nudi:/home/monotone$ monotone heads -b org.openembedded.dev Jul 22 02:00:15 monotone: branch 'org.openembedded.dev' is currently merged: Jul 22 02:00:15 591ed5c1898aef2e926558ce887977e56835d8ed koen@openembedded.org 2005-07-21T23:52:53 Jul 22 02:03:20 rwhitby: excellent. Jul 22 02:03:27 there is a potential problem which i see Jul 22 02:04:05 i think coredump's stuff was the root of the problems, but mt didn't crash before someone did more changes to the files he touched Jul 22 02:04:23 so if we are unlucky, the problem will come again. in the meantime, i'd be happy to use your db Jul 22 02:04:30 could you point me to a URL for download? Jul 22 02:04:41 I'm now pulling into db which was last pulled over week ago Jul 22 02:04:57 mickeyl: sync a new db from nslug, then get someone with a recent sync to sync with that and see if it all goes fine? Jul 22 02:05:07 hrw|work: ok. try to merge and i'm afraid it will crash then. I did the same with a three week old db yesterday nite Jul 22 02:05:25 XorA: ah of course Jul 22 02:05:57 mickeyl: will look Jul 22 02:06:09 290/581 revs in Jul 22 02:06:30 started 1.5h ago Jul 22 02:06:56 mickeyl: I will have to take the server offline to ensure a consistent state when copying the db Jul 22 02:07:25 rwhitby: I can pull from your db, no need to copy it Jul 22 02:07:33 ok, cool Jul 22 02:07:34 rwhitby: i have access to nslu2-linux? Jul 22 02:07:53 * mickeyl takes the server offline Jul 22 02:07:57 yes, anyone with @openembedded.org has full write access to our monotone server Jul 22 02:08:16 we trust you guys :-) Jul 22 02:08:57 :) Jul 22 02:08:59 * mickeyl pulls Jul 22 02:10:16 mickeyl: just make sure you pull rather than sync :-) Jul 22 02:10:23 hehe Jul 22 02:10:41 that wouldn't hurt, i'm reinitializing my db since it's in a broken state Jul 22 02:11:21 *sigh* Jul 22 02:12:57 pieterg: http://hyboria.mine.nu/~dp/bitbake-1.3.1.tar.gz Jul 22 02:14:15 anyway, now you see why a distributed SCM is just great for projects like ours Jul 22 02:14:23 all your branches are merged to us? Jul 22 02:14:37 heh Jul 22 02:15:09 no, all your branches belong to *us* (nslu2-linux) Jul 22 02:15:16 hehe Jul 22 02:15:28 rwhitby: ok, db initialized. what's the complete address for the server again? Jul 22 02:15:38 monotone.nslu2-linux.org Jul 22 02:15:39 well that is OK then, I set up my ebay watch list for those yesterday Jul 22 02:15:43 rwhitby: thanks Jul 22 02:18:37 XorA: Re. information policy, I'll prepare a mail when all of this worked and the server is up again. :) Jul 22 02:18:49 my priority is to get us up to a working state Jul 22 02:19:43 FYI: I've already reported the problem to the mt-devel list handing them a copy of our database and a debug log. Jul 22 02:20:24 mickeyl: cool, I shall just nosey in mt-devel list Jul 22 02:21:17 yep. we just have to wait until the moderator forwards my msg (I'm not subscribed yet) Jul 22 02:22:01 koen|: PING Jul 22 02:23:26 hmm, guess while I'm waiting for the initial pull I have enough time to prepare a mail to oe@hh.org ;) Jul 22 02:23:32 * mickeyl does that Jul 22 02:26:58 +++++988 Jul 22 02:26:59 ,03 Jul 22 02:29:13 monotone: successful exchange with ewi546.ewi.utwente.nl Jul 22 02:29:15 uff.. 2h Jul 22 02:30:41 shit.. conflicts ;( Jul 22 02:30:56 monotone: [ancestor] packages/initscripts/initscripts-1.0/akita/devices Jul 22 02:30:56 monotone: [ left] packages/initscripts/initscripts-1.0/akita/devices Jul 22 02:30:56 monotone: [ right] packages/initscripts/initscripts-1.0/akita/devices Jul 22 02:30:56 monotone: [ merged] packages/initscripts/initscripts-1.0/akita/devices Jul 22 02:30:58 etc ;( Jul 22 02:34:52 hmm well, that's different from my output Jul 22 02:34:55 perhaps you are able to merge that Jul 22 02:35:13 merge the stuff in one way or the other, it's not important. we have to review the state anyway after that Jul 22 02:35:35 thats changeset which was done locally and in repo - all change is spaces<>tab Jul 22 02:35:45 I'm reverting it locally Jul 22 02:35:52 * florian_kc isn't able to merge anymore Jul 22 02:35:55 hi mickeyl Jul 22 02:36:46 hi pb_ Jul 22 02:36:54 uf. reverted and now update is going Jul 22 02:37:28 my copy is merged Jul 22 02:37:52 591ed5c1898aef2e926558ce887977e56835d8ed koen@openembedded.org 2005-07-21T23:52:53 Jul 22 02:38:12 Pigi: good morning! Jul 22 02:38:22 hi pb, pigi Jul 22 02:39:18 hrw|work: that's pretty good Jul 22 02:39:34 morning pb_ Jul 22 02:40:07 hrw|work: can you strip your private key and put that db online for me? Jul 22 02:40:28 that may be faster than waiting some hours for my pull to complete Jul 22 02:40:31 ok Jul 22 02:40:33 thanks Jul 22 02:41:14 wanna oe.db or dump of it? Jul 22 02:41:39 and it is 0.20 db so you will have to migrate it Jul 22 02:41:47 bziping now Jul 22 02:42:10 mine seems to merge as well Jul 22 02:42:17 maybe its a 0.21 bug? Jul 22 02:46:02 can someone tell me how to get a recent bitbake? Jul 22 02:46:43 http://hyboria.mine.nu/~dp/bitbake-1.3.1.tar.gz Jul 22 02:47:23 pb_ do you think it would be a good idea to remove all the libbb code from ipkg ? Jul 22 02:47:25 hrw|work: Great! thanks a lot Jul 22 02:47:59 I was thinking to "popen" everithing to external command as "ar" "tar" "gzip" and so on to reduce the code Jul 22 02:48:38 mickeyl|meeting: is vanille.de down? Jul 22 02:48:43 but I'm a bit scared about the fact that actually ipkg don't need other commands to work while if I remove those parts ipkg needs to be dependant from tar and other commands Jul 22 02:48:55 koen|sleep, good morning ! Jul 22 02:48:56 Pigi: I think that would close bug #143 on OE bugtracker Jul 22 02:49:07 Let me see Jul 22 02:50:32 nick koen Jul 22 02:50:58 koen|sleep: good morning ;-) Jul 22 02:51:12 good morning all Jul 22 02:51:29 XorA, yes and not. It will fix the problem for the long link, but it would introduce unnecessary dependency on other commands. Jul 22 02:51:48 Pigi: which are all provided by busybox Jul 22 02:51:59 mickeyl|meeting: http://www.hrw.one.pl/tmp/oe-strip.db.bz2 Jul 22 02:52:24 XorA, yes they are, but how can you install busybox if it is needed by ipkg to be installed ? Jul 22 02:52:36 that's' what scare me :) Jul 22 02:52:46 Pigi: same with apt/dpkg though Jul 22 02:53:09 Pigi: ipkg use own wget or system one? Jul 22 02:53:21 is it ? If someone confirm this I will be glad to remove all the unnecessary code. Jul 22 02:53:28 * koen reads uyp on the mail Jul 22 02:53:29 hrw|work, it use external.... Jul 22 02:53:56 hrw|work, but ipkg can also install packages that are already be downloaded..... Jul 22 02:54:16 so wget is not "fundamental" to ipkg itself Jul 22 02:54:30 while tar, ar, gzip are "fundamental" Jul 22 02:54:42 as ipkg cannot work without those commands. Jul 22 02:54:45 Pigi: I think it would be best to keep the code in ipkg, unless there is a strong reason to remove it. Jul 22 02:55:37 XorA: i'll enable the server - can you try to push then? Jul 22 02:55:37 pb_, I've been contacted by someone from some openbsd distro's that would like to reduce the size of ipkg..... Jul 22 02:55:49 mickeyl: yes Jul 22 02:56:05 k, hold on... Jul 22 02:56:06 Pigi: I guess you could make a new configure option: --with-external-tar or something. Jul 22 02:56:34 yes, that was also an option. ( A scaring one btw :) ) Jul 22 02:56:59 XorA: server listening Jul 22 02:57:00 I'll work in that direction btw, and would try to merge the new libbb code to fix #143 Jul 22 02:57:09 mickeyl: hey Jul 22 02:57:11 Pigi: okay, very good Jul 22 02:57:12 zecke: hail Jul 22 02:57:22 mickeyl: viewmtn too? Jul 22 02:57:24 mickeyl: but we can continue to do local commits? Jul 22 02:57:24 hi zecke Jul 22 02:57:32 zecke: yes Jul 22 02:57:32 mickeyl: done Jul 22 02:57:44 XorA: thanks. Jul 22 02:57:54 * mickeyl stopping server to do consistency check Jul 22 02:58:16 hmm Jul 22 02:58:21 still two heads Jul 22 02:58:26 are you sure the merge worked? Jul 22 02:58:50 monotone heads Jul 22 02:58:50 monotone: branch 'org.openembedded.dev' is currently merged: Jul 22 02:58:50 5e488367b644497740e81d030ed34e9925440107 xora@openembedded.org 2005-07-22T09:40:50 Jul 22 02:59:00 hmm Jul 22 02:59:06 odd, i didn't receive that changeset Jul 22 02:59:21 I do need to update to monotone 0,20 to pull, isn't it ? Jul 22 03:00:19 yes Jul 22 03:00:28 thx Jul 22 03:00:35 Pigi: or 0.21 Jul 22 03:00:49 mickeyl: meeting, back in 20 Jul 22 03:01:49 CoreDump|afk: that was your snyc? Jul 22 03:02:02 CoreDump|afk: did you use telnet to do it ;) Jul 22 03:06:38 hmm Jul 22 03:06:40 aah Jul 22 03:06:45 hrw you also were using 0.20 right? Jul 22 03:07:40 yes Jul 22 03:09:33 i see a pattern Jul 22 03:09:41 * mickeyl writes another mail to mt-devel Jul 22 03:11:56 0.20 - good, 0.21 - bad? Jul 22 03:12:13 looks like it Jul 22 03:12:19 unfortunately i can't downgrade Jul 22 03:12:29 may i ask you to stay on 0.20 for quite some time? Jul 22 03:12:46 ok Jul 22 03:13:02 until debian will have 0.20 workable Jul 22 03:13:42 is debian still on 0.19 at the moment? Jul 22 03:13:47 * pb_ too lazy to compile from sources Jul 22 03:13:52 0.20 Jul 22 03:14:07 I should then recreate my db , upgrading from 0.19 to 0.20 ? Jul 22 03:14:21 Pigi: No need Jul 22 03:14:30 good to know. Jul 22 03:14:54 Pigi - you do need to migrate when you change from 0.20 to 0.21 but again, you don't need to recreate Jul 22 03:15:02 hrw|work: which distribution? I just tried "apt-cache show monotone" and it only offered me 0.19 and 0.18. Jul 22 03:15:15 pb_: 0.20 is in unstable Jul 22 03:15:28 odd Jul 22 03:15:31 maybe I am using a duff mirror Jul 22 03:15:41 12:15 hrw@work:hrw$ LC_ALL=C apt-cache policy monotone Jul 22 03:15:41 monotone: Jul 22 03:15:41 Installed: 0.20-1 Jul 22 03:15:51 Debian 'sid' Jul 22 03:15:57 *** 0.20-1 0 Jul 22 03:15:57 500 http://ftp.pl.debian.org sid/main Packages Jul 22 03:21:19 mickeyl: according to logs I sent you 4 certs Jul 22 03:21:46 pb_, XorA: http://news.bbc.co.uk/1/hi/uk/4706787.stm "Man shot by armed police on tube" Jul 22 03:21:53 Twiun: we saw :-( Jul 22 03:21:57 Cycling to work is starting to look mighty attractive Jul 22 03:22:13 XorA: yeah, but no revs Jul 22 03:22:15 it's odd Jul 22 03:22:21 XorA: think teleworking will finally pick up in the UK? Jul 22 03:22:28 *sigh* Jul 22 03:22:41 Twiun: doubt it, weve been here before Jul 22 03:22:42 * mickeyl has other things to do in principle Jul 22 03:23:15 Twiun: crumbs Jul 22 03:26:15 pb_, what kind of SW radio work might you end up doing? Jul 22 03:27:29 ~lart vim and fileencoding Jul 22 03:27:30 * ibot whips out his power stapler and staples vim and fileencoding's foot to the floor Jul 22 03:32:45 should I clean some of the old firefox versions out of OE? Jul 22 03:33:53 XorA: update to 1.0.6? Jul 22 03:34:05 hrw|work: done Jul 22 03:34:33 XorA: yeah, go ahead Jul 22 03:34:43 * XorA is just testing 1.0.6 Jul 22 03:36:00 ok, it looks like we're back on track Jul 22 03:37:17 mickeyl: I think we can avoid such a situation by using personal branches at home and propagation once a day after a sync Jul 22 03:37:47 I thought up a scenarie at 4 am last night, but I'm sure it isn't correct Jul 22 03:38:04 Crofton__|laptop: eureka-147 and IBOC decoding Jul 22 03:40:29 koen: something to think about, yes. anyway, i don't think this particular failure would not have been happened that way. there's clearly a bug in the merging algorithm in mt 0.21 and possibly also in the netsync - since coredumps non appearing pushes were pretty strange. Jul 22 03:40:44 yeah Jul 22 03:41:01 the 'circular' merge was strange Jul 22 03:41:12 ah right, that was the term Jul 22 03:42:19 03koen 07org.oe.dev * rc5b641f1... 10/packages/libusb/libusb_0.1.10a.bb: Apply patch found at http://webuser.fh-furtwangen.de/~dersch/gphoto/remote.html to fix libusb on ARM (more likely everything not x86) Jul 22 03:42:23 03mickeyl 07org.oe.dev * rf369ceec... 10/packages/initscripts/initscripts-1.0/ (11 files in 5 dirs): Jul 22 03:42:23 nitscripts: solve the keymap situation in a more generic way to reduce maintenance load Jul 22 03:42:23 the keymap script is now always installed and checks if there is a matching keymap in /etc Jul 22 03:42:23 General note: this package is a bit monolithic, we may eventually come to a more fine granular Jul 22 03:42:23 build solution, e.g. a (build-time) table where distributions can specify which initscripts Jul 22 03:42:23 they want to appear in the final image. Jul 22 03:42:25 Hi all. Jul 22 03:43:21 do you know if it's possible to use db migrate while downgrading as well? Jul 22 03:44:20 hello dmx_ Jul 22 03:44:32 mickeyl: sorry, don't know that Jul 22 03:44:54 mickeyl: should be Jul 22 03:45:50 next time I get that invariant error, I'll downgrade to 0.20 Jul 22 03:46:11 ah well if you can't migrate, you should always be able to 'db dump' and 'db load' Jul 22 03:46:16 mickeyl: is it safe to sync from your repo now? Jul 22 03:47:05 rwhitby: yes, it should be safe again, although i'm not sure if coredump's changeset will strike again :)) Jul 22 03:47:34 rwhitby: it looks like 0.20 is more safe than 0.21, btw. Jul 22 03:48:04 strange that we (nslu2-linux) haven't encountered any of the problems you are seeing. Jul 22 03:48:12 we're at 0.21 Jul 22 03:48:41 however we all do use a common makefile which syncs and updates and merges before pushing Jul 22 03:48:44 rwhitby: did you ever have three heads and concurrent makes? Jul 22 03:49:03 yeah, looks like we need to supply some bash functions as well Jul 22 03:49:14 s/makes/merges/ Jul 22 03:49:39 mickeyl: no, we keep the hydra at bay over on our side of the fence :-) Jul 22 03:49:52 hehe. very wies Jul 22 03:49:55 wise, too Jul 22 03:49:58 if [ `monotone automate heads org.openembedded.nslu2-linux | wc -l` != "1" ] ; then \ Jul 22 03:49:58 monotone merge -b org.openembedded.nslu2-linux ; \ Jul 22 03:49:58 fi Jul 22 03:50:18 that snippet gets run often in our makefiles after pulling and before pushing Jul 22 03:50:45 ~lart monotone for its degree of freedom Jul 22 03:50:46 * ibot takes out a seltzer bottle and sprays monotone in the face. You know, one of those old-school seltzer bottles clowns have? Yeah those. Anyway, consider yourself spritzed for its degree of freedom Jul 22 03:56:14 mickey|lunch: last change to initscripts make akita keymap not installed? Jul 22 03:57:05 mickey|lunch: nslu2-linux is now back in sync with oe with no problems Jul 22 03:57:58 running monotone viz on the db is pretty funny Jul 22 03:58:03 damn, shlibs now made my firefox depend on my minimo :-) Jul 22 03:58:07 monotone-viz* Jul 22 03:58:21 XorA: cheers for that Jul 22 03:58:42 koen: for what? Jul 22 03:58:51 the mozilla breakage Jul 22 03:59:09 koen: what breakage Jul 22 03:59:17 ' damn, shlibs now made my firefox depend on my minimo' Jul 22 03:59:36 koen: that happens in OE whenever two packages make the same named .so files Jul 22 03:59:45 you could say it's an 'enhanced' firofox Jul 22 04:00:56 I should add that flag that stops the auto shlib code running, someone remind me what it is Jul 22 04:01:12 morning Jul 22 04:02:40 Pigi, pb_: If i have an ipk providing "gconf-dev" in my feed but the package has a different name, is ipkg supposed to install it if i do "ipkg install gconf-dev"? Jul 22 04:04:08 florian_kc: if there's only one provider that should work Jul 22 04:06:49 XorA: EXCLUDE_FROM_SHLIBS Jul 22 04:07:22 hrw|work: cheers Jul 22 04:07:27 reenoo_: that's why i ask... this seems to fail here :-/ Jul 22 04:07:28 someone want PageUp/PageDown on c7x0? Jul 22 04:08:06 * XorA waits an hour now for firefox to install Jul 22 04:08:17 florian_kc: hm, good question. I have a feeling that Provides might only be matched against Depends, not against a request on the commandline. Jul 22 04:08:23 Pigi would know for sure, though. Jul 22 04:09:30 OE core devs: this is our proposal for adding update-alternatives for all packages that have conflicting files with busybox: http://david.thg.se/saker/openslug/update-alternatives/ Jul 22 04:09:50 it's ready for initial review - we haven't fully tested it yet, so it won't be checked in until we do Jul 22 04:10:09 DaKa2 has been working hard on it Jul 22 04:10:56 Pigi: ping Jul 22 04:11:33 we would appreciate someone from #oe with visibility of other distros taking a look at the update-alternatives code which has been added to each .bb file to make sure we are going down the right path ... Jul 22 04:12:32 rwhitby: I guess you want to use update-alternatives.bbclass for that type of stuff where possible Jul 22 04:12:41 03hrw 07org.oe.dev * rda9de24c... 10/packages/initscripts/ (initscripts-1.0/c7x0/keymap-2.6.map initscripts_1.0.bb): Jul 22 04:12:42 initscripts: added two new keys to c7x0 keymap: Jul 22 04:12:42 PageUp - Fn+Up Jul 22 04:12:42 PageDown - Fn+Down Jul 22 04:12:42 Note that some of the packages (e.g. grep) installed binaries in non-FHS-compliant locations, which means that if you installed busybox and grep then you would have two grep binaries on your system (one in /bin and one in /usr/bin) Jul 22 04:13:12 so we have moved some files in some of the packages into the FHS compliant locations (as discussed here yesterday) Jul 22 04:13:44 reenoo_: in most cases we need to do more than one file per package, and the bbclass only handles one file per package Jul 22 04:14:16 rwhitby: note the "where possible" Jul 22 04:14:22 but yes, for the few ones that do only have one conflicting file, we are happy to use the bbclass Jul 22 04:14:32 and will do so Jul 22 04:14:41 And there are still some packages more that needs to be done Jul 22 04:14:49 and cleaned up a bit Jul 22 04:15:22 DaKa2: could you also provide a unified diff alongside the files, so we can see what's changed? Jul 22 04:15:36 you mean: http://david.thg.se/saker/openslug/update-alternatives/diff ? Jul 22 04:17:14 oops Jul 22 04:17:18 :) Jul 22 04:17:19 sorry Jul 22 04:17:23 * koen gets some coffee Jul 22 04:18:18 DaKa2: you have installed some files as .real (which gets symlinked to ) and others as . (e.g. tar.real and rmt.tar in the tar .bb) - should they all be . instead? (i.e. tar.busybox,rmt.busybox and tar.tar,rmt.tar) even though tar.tar looks a bit funny ? Jul 22 04:18:33 DaKa2: update update-alternatives.bbclass to handle more then one per pacakge then Jul 22 04:19:11 rwhitby: yes, I was going to ask people about that.. tar.tar looks so silly.. but if you want that... Jul 22 04:19:16 DaKa2: looks pretty good, except for that rwhitby just said, nice work! Jul 22 04:19:45 so do we want the consistent tar.tar even though it looks silly? I would vote yes for consistency. Jul 22 04:20:54 what exactly is the pkg_prerm in the busybox .bb supposed to do? Jul 22 04:21:29 reenoo_: run update-alternatives --remove on all the files Jul 22 04:21:45 even if you are doing it on a system with no other altervatives for them Jul 22 04:22:42 (since update-alternatives is a shell script which requires some of the programs which would be removed by a naive implementation of that routine) Jul 22 04:22:46 since update-altervatives is a script needing those files to work, they get linked to a tempdir in path Jul 22 04:22:54 oh, what rwhitby said Jul 22 04:24:11 hrw|work: I dont see updating the bbclass something I would manage, and, I dont see why, its just some lines in postinst and prerm Jul 22 04:24:58 hrw|work: do you have any ideas on how to approach updating the bbclass for multiple files? I couldn't see any obvious ones ... Jul 22 04:25:15 (but I know very little about bbclasses ...) Jul 22 04:26:00 especially updating it so it would handle busybox... Jul 22 04:26:46 rwhitby: basically bbclass can be anything which sh or python handle Jul 22 04:28:27 koen: your libusb patch failed to apply Jul 22 04:30:08 koen: did you forget to monotone add the ARMfix.patch file ? Jul 22 04:40:12 rwhitby, DaKa2: note that wherever there's a -native .bb do_install_append will break it Jul 22 04:40:29 rwhitby: e.g. sed Jul 22 04:43:03 florian_kc, I'm not sure at the moment.... I suspect it wont Jul 22 04:43:49 reenoo_: would moving it back in the -native be considered a bad solution? Jul 22 04:44:03 DaKa2: yes Jul 22 04:44:31 IIRC, if your package foo provide bar, then ipkg install foo would install, and if another package need bar, the dependecy would be satisfied but I don't think you can install bar from a package named foo. Jul 22 04:45:28 reenoo_: any other good solution, can I run something in the sed bb that will not get run in the -native one? Jul 22 04:46:03 Pigi: okay thanks... that feature would be something useful to have sometime. :-) Jul 22 04:46:12 lunch time Jul 22 04:47:33 rwhitby: I added it, but I think it's in the wrong branch Jul 22 04:47:49 florian_kc, probably yes, but IIRC it would be a really pain. Jul 22 04:47:52 * koen checks Jul 22 04:48:06 Pigi: okay Jul 22 04:49:01 DaKa2: look at how other packages do stuff like that. in a nutshell you want to use do_install not do_install_append and call base_do_install or _do_install (e.g. autotools_do_install) for .bb that inherit bbclasses Jul 22 04:49:34 florian_kc, maybe you can workaround this with some virtual package, that has the download file "correct". Jul 22 04:49:48 reenoo_: ahh, right, thanks :) Jul 22 04:50:45 reenoo_: thanks for picking that up - that's exactly the critical review we were hoping to get by publishing DaKa2's work so far here before comitting it Jul 22 04:51:38 damn, I can't get monotone compiled..... I hate him when it does like this :( Jul 22 04:52:36 rwhitby: ok, ARMfix.patch is in now Jul 22 04:52:43 what "BOOST" suffix are we intended to use (AFAYK ) ? Jul 22 04:54:02 koen: thx Jul 22 04:54:17 rwhitby: I was surprised it wasn't in yet Jul 22 04:54:42 since it essentially fixes libusb :) Jul 22 04:54:54 what held it up for over an hour? Jul 22 04:55:11 rwhitby: added, but not committed Jul 22 04:55:11 oh, sorry I misread what you meant Jul 22 04:56:21 03koen 07unknown * rbe76efd7... 10/packages/cairo/cairo_0.5.2.bb: Add new cairo snapshot Jul 22 04:56:25 03koen 07org.oe.dev * redacf91e... 10/packages/libusb/libusb-0.1.10a/ARMfix.patch: Add ARMfix patch, thanks to rwhitby for spotting it Jul 22 04:57:44 libusb was broken on ARM? Jul 22 04:57:50 yes Jul 22 04:58:01 strange, has been working for me.. Jul 22 04:58:22 it segfaulted as soon as I tried to talk to my camera Jul 22 04:58:26 next one: cp: cannot stat `/home/slug/openembedded/packages/initscripts/initscripts-1.0/openslug/corgikeymap-2.6.map': No such file or directory Jul 22 04:58:56 rwhitby: initscripts probably is pretty broken now thanks to all the merges Jul 22 04:58:58 i'll have a look Jul 22 04:59:12 koen: I guess I have to look at your patch, I thought I had fixed that earlier Jul 22 04:59:18 mickeyl: thx Jul 22 04:59:53 DaKa2: see http://webuser.fh-furtwangen.de/~dersch/gphoto/remote.html Jul 22 05:00:26 koen: org.openembedded.koen ? Jul 22 05:00:52 we will have problems with that, because the other servers don't server that Jul 22 05:00:55 mickeyl: yes, my branch, but I can't see how that ends up in your repo Jul 22 05:01:08 koen unknown * rbe76efd7... /packages/cairo/cairo_0.5.2.bb: Add new cairo snapshot Jul 22 05:01:20 this is odd Jul 22 05:01:26 ciabot first choked Jul 22 05:01:40 then i rewrote it to say unknown if it doesn't have the branch it originates from Jul 22 05:02:14 i hope it doesn't have other consequences Jul 22 05:02:18 I do monotone --db=/data/build/oe/OE.db sync monotone.vanille.de "org.openembedded.{dev,nslu2-linux,dreambox}" Jul 22 05:02:32 must have slipped through somehow Jul 22 05:02:40 perhaps through hrw Jul 22 05:02:45 i used his database as blueprint for the new one Jul 22 05:02:48 *shrug* Jul 22 05:02:49 lets see Jul 22 05:03:12 mickeyl: viewmtn is not reporting that branch Jul 22 05:03:32 koen: gphoto worked for me with just the debian-changes.patch I added to libusb a few weeks ago.. oh well Jul 22 05:03:35 rwhitby: yeah, it's not in my repository, this is why ciabot choked Jul 22 05:03:51 DaKa2: is it still working? Jul 22 05:04:04 i.e. working for you? Jul 22 05:04:13 koen: it worked for me a few days ago Jul 22 05:04:29 I'll check the patch you added Jul 22 05:04:34 mickeyl: maybe that is the new functionality in 0.20 which slurps a revision if it is merged to another branch, but doesn't slurp the branch if it doesn't match the include spec Jul 22 05:04:47 rwhitby: hmm that'd make a bit of sense. Jul 22 05:05:22 DaKa2: I checked my 'old' libusb and the new one with the two patches Jul 22 05:05:33 DaKa2: if the armfix is bogus, you can remove it Jul 22 05:05:35 mickeyl: that's the case which stuffed us up when we were first testing the nslu2-linux branch naming Jul 22 05:07:00 Does not work bash, it will start, but commands under it do not work. In what there can be a problem? Jul 22 05:07:51 mickeyl, rwhitby: I suspect it will remain orphaned till I propagate the branches Jul 22 05:08:08 dmx_: you might want to at least state which distro you are running ... Jul 22 05:08:56 rwhitby: oe :) Jul 22 05:09:23 mickeyl: you might want to copy the bk export to OZ.org Jul 22 05:09:41 rwhitby: hm... DISTRO = "openzaurus-3.5.4" Jul 22 05:10:48 dmx_: thanks. It works fine for DISTRO=unslung and DISTRO=openslug ... Jul 22 05:11:21 koen: did you test libusb_0.1.10a without the ARMfix patch, and just the debian-changes.patch? Jul 22 05:11:54 03mickeyl 07org.oe.dev * re01d39f5... 10/packages/squashfs-tools/squashfs-tools-native_2.0r2.bb: fix include statement after reordering Jul 22 05:11:54 koen: yeah. will do that Jul 22 05:11:59 DaKa2: I tested r0 and r2 Jul 22 05:12:07 rwhitby: initscripts should work now Jul 22 05:12:22 hmm CIA-2 ? Jul 22 05:12:37 koen: strange... oh well, if it works with that patch all is fine.. Jul 22 05:13:47 * rwhitby does "make import-openembedded propagate-from-oe update-openembedded openslug" Jul 22 05:14:04 rwhitby: unslung for what device? Jul 22 05:14:26 Linksys nslu2 - Not much help for your problem :-) Jul 22 05:15:06 mickeyl: cp: cannot stat `/home/slug/openembedded/packages/initscripts/initscripts-1.0/openslug/keymap*.map': No such file or directory Jul 22 05:15:48 we have no keymaps at all for nslu2 :-) Jul 22 05:16:48 mickeyl: I also sent a mail to oe@ for other distros Jul 22 05:17:05 03mickeyl 07org.oe.dev * r35b8f55d... 10/packages/initscripts/initscripts_1.0.bb: Jul 22 05:17:05 recreate initscripts patch that has been lost during our db chaos Jul 22 05:17:05 hopefully the last time... Jul 22 05:17:43 rwhitby: that doesn't matter. the keymap script will do nothing if no keymaps are found Jul 22 05:17:45 :) Jul 22 05:17:54 fluff Jul 22 05:18:12 mickeyl: yeah, but the SRC_URI seems to fail if the glob doesn't match anything Jul 22 05:18:21 ah bummer Jul 22 05:18:37 * mickeyl sighs and thinks about a solution Jul 22 05:18:59 ah ok Jul 22 05:19:01 i know Jul 22 05:19:05 rwhitby: I suspect mickeyl and I will steal a lot of distromanagement stuff from openslug ;) Jul 22 05:19:31 koen: you're welcome to it. we've stolen a whole build system from you :-) Jul 22 05:19:40 :) Jul 22 05:20:10 all we've done is wrap a makefile or two around it :-) Jul 22 05:20:31 and document the process very well Jul 22 05:21:04 that's why we use the makefiles - saves having separate documentation Jul 22 05:21:33 mickeyl: we should think about integrating keymaps more.. Jul 22 05:21:43 * koen ponders about autotooling openslug Jul 22 05:21:52 mickeyl: c7x0 now have PageUp/Down on Fn+Up/Down - other clamshells does not Jul 22 05:22:27 ./configure --with-unstable --monotone-db=foo.db Jul 22 05:23:00 heh Jul 22 05:23:15 * rwhitby is weak on auto-foo and bows to the master Jul 22 05:25:49 mickeyl: is the bug in monotone bugzilla? Jul 22 05:27:21 there is no monotone bugzilla Jul 22 05:27:36 the bug thing they use at savannah Jul 22 05:28:26 https://savannah.nongnu.org/bugs/?group=monotone&func=browse&set=open&msort=0&advsrch=0&morder=&order=date#results Jul 22 05:33:41 someone please add it there, I'm drowned in work Jul 22 05:34:06 'night rwhitby-asleep Jul 22 05:35:43 night Jul 22 05:37:24 koen: JustinP and me have independently reported the very same bug three times to monotone-devel@ (as instructed by the monotone error message) and no actual monotone developer has bothered to respond yet Jul 22 05:37:53 koen: most of the bugs on savannah have been ignored in a similar fashion Jul 22 05:38:07 hmmm Jul 22 05:38:22 koen: I can't help myself. monotone looks largely unmaintained to me Jul 22 05:38:40 Hi. While building "gpe-image" I received following error with libgpewidget: Jul 22 05:38:43 | checking for intltool >= 0.23... 0.30 found Jul 22 05:38:45 | checking for perl... /opt/h6300/oe/tmp/staging/i686-linux/bin/perl Jul 22 05:38:46 | configure: error: XML::Parser perl module is required for intltool Jul 22 05:38:47 | FATAL: oe_runconf failed Jul 22 05:38:49 NOTE: Task failed: /opt/h6300/oe/tmp/work/libgpewidget-0.102-r0/temp/log.do_configure.14086 Jul 22 05:38:50 NOTE: package libgpewidget-0.102-r0: task do_configure: failed Jul 22 05:38:52 ERROR: TaskFailed event exception, aborting Jul 22 05:38:54 NOTE: package libgpewidget-0.102: failed Jul 22 05:38:56 ERROR: Build of gpe-image failed Jul 22 05:39:42 Should I now bitbake: libxml-parser-perl-native_2.34.bb or libxml-parser-perl_2.34.bb and then start bitbake gpe-image again? Jul 22 05:42:01 reenoo_: they do keeps turning out new releases, no it's not completely unmaintained, but it the lack of response is not good Jul 22 05:42:07 koen: to sum up the situation: we are using a dead slow, feature incomplete (no monotone copy), broken, and unmaintained SCM. Jul 22 05:43:44 koen: putting out new releases based on what the developers feel is right doesn't qualify as maintenance Jul 22 05:44:38 have to go. Jul 22 05:44:44 See you all later. Jul 22 05:46:21 koen: take this one for example: http://lists.gnu.org/archive/html/monotone-devel/2005-07/msg00139.html Jul 22 05:46:22 hrw|work: I'm not sure if integrating the keymaps is possible since the kernel keycodes vary Jul 22 05:48:53 koen: the "Why do you have lots of servers?" makes me wonder in particular Jul 22 05:49:17 indeed Jul 22 05:50:06 you could follow up on your email with "any hints?" Jul 22 05:52:28 03mickeyl 07org.oe.dev * r113e5353... 10/ (.mt-attrs packages/initscripts/initscripts_1.0.bb): Jul 22 05:52:28 initscripts: do the keymap stuff a bit less generic to make it play Jul 22 05:52:28 more nice with machies and distributions that don't need it Jul 22 05:53:51 mickeyl: think more about integrating keymap functionality then files with keymaps Jul 22 05:55:19 hrw|work: ah i see. of course that'd be nice, but i don't see it happening soon. I've also complained about the number of layers where we fsck with key data in our software. Jul 22 05:55:26 hrw|work: We need to start a section on openzaurus.org about the keymappings Jul 22 05:55:51 RP: I need to find time to write script which will set and send passwords for users Jul 22 05:56:20 mickeyl: At least here, we're doing it at the right level :) Jul 22 05:56:28 heh. correct, RP. Jul 22 05:56:44 speaking about input devices... Jul 22 05:57:00 any progress on the discussion with the input people? Jul 22 05:57:21 I asked and was told the patch was in his queue Jul 22 05:57:38 I've sent a mail yesterday asking for a timescale Jul 22 05:57:50 Its starting to annoy me Jul 22 05:57:55 heh Jul 22 05:58:02 gotta love upstream Jul 22 05:58:09 Three months now... Jul 22 05:58:20 Sorry, make that four Jul 22 05:59:20 mickeyl: Its holding up other patches now which is getting to me. Its not a change I can push through anyone other than the input maintainer either :-( Jul 22 05:59:37 RP: that is really annoying Jul 22 06:00:39 The patch was actually at the input maintainers suggestion as well do its not as if its contested... Jul 22 06:07:41 mickeyl: would you mind uploading a copy of your last message to oe@ somewhere so I can link to it? gmane doesn't list it for some odd reason. Jul 22 06:08:03 reenoo_: hold on Jul 22 06:08:29 mickeyl: thanks Jul 22 06:08:33 brb Jul 22 06:09:58 reenoo_: http://www.vanille.de/temp/monotone-mails.txt Jul 22 06:10:06 contains both the problem description and the 2nd mail Jul 22 06:10:33 re Jul 22 06:10:38 ah, thanks Jul 22 06:10:59 the problem isn't limited to 0.21 though Jul 22 06:11:12 the first time I ran into it was with 0.20 Jul 22 06:11:51 ya, i've seen you in the ml archive Jul 22 06:12:04 perhaps they're taking the problem seriously now Jul 22 06:12:15 s/perhaps/i hope/ Jul 22 06:12:19 mickeyl: Mercurial is getting lots of talk at OLS - why did we turn that one down? Jul 22 06:13:25 CP|Laptop: i don't remember offhand Jul 22 06:13:58 I think the reason was i couldn't get it to do anything at all when I tried :) Jul 22 06:14:02 heh Jul 22 06:14:16 There seems to be a lot of that going around Jul 22 06:14:19 anyway, time to walk Jul 22 06:14:20 bbl Jul 22 06:14:51 yeah. we might reconsider the SCM eventuelly based on the terms I've layed out in one of the mails. Jul 22 06:14:57 ibot: spell eventually Jul 22 06:14:58 'eventually' may be spelled correctly Jul 22 06:15:22 if something better as monotone is available and we tested it to be ok, I'd say go for it Jul 22 06:15:38 /as/than/ Jul 22 06:16:29 I'm running against a wall here, I know, but Jul 22 06:16:31 anything that doesn't blow up randomly would be better Jul 22 06:16:44 :) Jul 22 06:16:56 I'm afraid your complaints don't make it better Jul 22 06:16:59 they won't change the situation Jul 22 06:17:10 because I'm ignored, yeah Jul 22 06:17:18 not yet Jul 22 06:17:36 you are heard, but you fail to understand the response. Jul 22 06:18:03 the only appropriate response would be to ditch monotone immediately Jul 22 06:18:23 and obviously you fail to understand that i have a fscking hard time doing lots of work to keep this group able to work together and all you are doing is complaining. I'm pretty disappointed that a member of our team acts as you do Jul 22 06:18:41 it's very sad and i don't want to get angry again. Jul 22 06:18:43 so... Jul 22 06:18:45 see you l8er Jul 22 06:19:04 reenoo_: Before we can ditch it, we need a replacement Jul 22 06:19:07 reenoo_: *no one* has send us tests with other SCMs Jul 22 06:20:43 koen: how would that matter? the distributed model pretty much died with bitkeeper, so I simply can't provide a drop in replacement. and it's apparently been decided that that's a must. Jul 22 06:21:07 see http://article.gmane.org/gmane.comp.handhelds.openembedded/4853 Jul 22 06:21:41 the " you think monotone is bad, evil and/or insufficient" bit Jul 22 06:21:52 again Jul 22 06:22:06 I have no alternative that follows the distributed model Jul 22 06:22:47 03daka 07org.oe.nslu2-linux * r145ec84e... 10/packages/vlan/vlan_1.8.bb: Fixed, no longer uses system includes from the build system Jul 22 06:23:49 reenoo_: that means we are stuck with monotone for the moment and should make the best of it Jul 22 06:25:37 nevermind Jul 22 06:25:37 reenoo_: The distributed model does help make oe work and is a good thing. We therefore need monotone as koen says. It is as simple as that Jul 22 06:25:57 RP: something like monotone Jul 22 06:26:21 koen: well, yes. any other distributed model replacement... Jul 22 06:27:16 reenoo_: I hear your complaints and agree they are valid, but I'm not going to test SCMs again since I don't have the time for that Jul 22 06:27:35 RP: apart from offline commits (a feature I like a lot), what does monotone provide over svn? Jul 22 06:28:03 the squeaky wheel technique doesn't tend to work in open source projects Jul 22 06:28:04 we'll happilly switch SCM (again!) when someone presents a testcase with results Jul 22 06:28:19 svn depends on one single server Jul 22 06:28:25 reenoo: The push/pull model Jul 22 06:29:59 reenoo_: it looks like you need to test svk with our repo Jul 22 06:30:38 koen: svk has been under evaluation and has been shot down Jul 22 06:30:50 RP: I still fail to see the use case Jul 22 06:31:37 reenoo_: Look at the nslug branch and tell me you can do that without the push/pull model Jul 22 06:32:08 RP: it's a branch. you can do that with svn. Jul 22 06:32:33 Except in this case its not really a branch as such. The way the data flows work is different Jul 22 06:32:37 RP: the branch resides in the same db on the same server now. Jul 22 06:37:58 koen: followup sent to monotone-devel Jul 22 06:38:50 reenoo_: ok, thanks Jul 22 06:51:06 <[g2]> heh ...... turbokoen ..... Jul 22 07:07:40 mickeyl: I got the OK for tying one or more ipaqs to the ewi box for native compiling/scratchboxing/testing binaries Jul 22 07:08:13 * france is back (gone 08:17:41) Jul 22 07:08:54 grry Jul 22 07:13:22 http://www.hackaday.com/entry/1234000300051451/ Jul 22 07:13:23 cute Jul 22 07:14:08 FYI: http://www.handhelds.org/geeklog/index.php, top story Jul 22 07:15:17 hmmm... keithp mentioned cryptic about that the other day Jul 22 07:15:26 mentioned *something* cryptic Jul 22 07:18:48 hi Jul 22 07:23:07 crap Jul 22 07:23:12 fetch.py chokes on http://www.opensync.org/attachment/wiki/download/libopensync-0.17.tar.gz?rev=&format=raw Jul 22 07:23:32 koen: you keep adding \ chars until it works :-( Jul 22 07:23:55 after solving the & problem it downloads it as libopensync-0.17.tar.gz?format=raw Jul 22 07:24:06 which OE doesn't extract Jul 22 07:24:14 koen: oh yeah I remeber that problem, no-onme could help Jul 22 07:24:24 koen: thats why I mirror mplayer-atty Jul 22 07:24:33 heh, I was about to do the same Jul 22 07:28:21 * XorA so needs a faster SD card Jul 22 07:29:59 cu monday Jul 22 07:37:45 * france is away: Away Jul 22 07:50:02 ~lart mt Jul 22 07:50:02 * ibot blames mt for all the evil in the world Jul 22 07:50:31 I keep parsing that as Movable Type. Jul 22 07:50:42 lart them too Jul 22 07:51:50 I ain't touching them with a bargepole. Jul 22 08:08:58 <_chronic> _chronic Jul 22 08:13:50 03xora 07org.oe.dev * rfecb15d7... 10/packages/mozilla/ (4 files in 2 dirs): firefox: new version 1.0.6 added Jul 22 08:13:52 03xora 07org.oe.dev * rc4b80355... 10/packages/mozilla/ (26 files in 9 dirs): Jul 22 08:13:52 firefox: Jul 22 08:13:52 remove old versions. Jul 22 08:13:52 Add EXCLUDE_FROM_SHLIBS = "1" to stop minimo depending on firefox. Jul 22 08:13:52 minimo: Jul 22 08:13:54 Add EXCLUDE_FROM_SHLIBS = "1" to stop firefox depending on minimo. Jul 22 08:14:29 morning Jul 22 08:17:33 XorA: are you sure that change is correct? Jul 22 08:17:56 iirc, EXCLUDE_FROM_SHLIBS will defeat the shlibs mechanism completely, which is almost certainly not what you want. Jul 22 08:19:00 pb_: oh, I thought that stopped it generating shlibs info for that package? If I am wrong I will remove it again Jul 22 08:19:13 did you actually test the change? Jul 22 08:19:16 03coredump 07org.oe.dev * r750e11a1... 10/packages/initscripts/initscripts_1.0.bb: This is just a test. Jul 22 08:19:29 doh Jul 22 08:19:29 it will certainly stop it generating shlibs info for that package, but I think it will also stop it from generating shlib dependencies. Jul 22 08:20:06 pb_: checking Jul 22 08:32:12 pb_: pb_ it seems to be generating Depends from shlibs info Jul 22 08:33:08 ah, ok, very good Jul 22 08:33:47 pb_: but lart me anyway for not checking properly Jul 22 08:34:11 heh Jul 22 08:50:35 * koen looks at coredump Jul 22 08:50:36 monotone: misuse: merge of 'packages/initscripts/initscripts_1.0.bb' : '641bcea11da9dfa7c641e9bea5f34ba8e9850bae' -> '6710cf13ee0e6d91efc287b13973bddcf8ae6d77' vs '52be04b47bda4d5db998bf470c6b7058ceee3d3b' failed Jul 22 08:50:54 ok, i give up Jul 22 08:51:26 retarded POS s/w Jul 22 08:52:18 hehe Jul 22 08:52:39 who said it wasn't user friendly? it's just pick about its friends Jul 22 08:52:45 picky even Jul 22 08:52:55 heh, so true Jul 22 08:53:12 i mean, even pushin a single file b0rks Jul 22 08:53:18 should be straightforward Jul 22 08:54:48 a single *conflicting* file Jul 22 08:55:54 CoreDump|home: well.. did you pull, merge, sync? Jul 22 08:56:08 yep Jul 22 08:56:15 koen: that looks familiar... same error here. Jul 22 08:56:23 pull ; merge ; update ; sync Jul 22 08:56:41 where is the commit? Jul 22 08:56:53 before pull Jul 22 08:56:58 ah Jul 22 08:57:12 commit before update is not good to avoid the merge problem Jul 22 08:57:25 * CoreDump|home sighs Jul 22 08:57:30 *especially* since we know initscripts has the problem Jul 22 08:57:46 koen: could you please back out this push from me? Jul 22 08:57:52 koen: that shouldn't matter Jul 22 08:58:11 koen: unless something's broken design/concept wise Jul 22 08:58:23 we hit a race condition Jul 22 08:58:45 which means any conflicts with initscripts will have problems with 0.21 Jul 22 08:59:47 what exactly is it that makes initscripts so special? Jul 22 08:59:50 CoreDump|home: disapprove worked Jul 22 08:59:56 thanks Jul 22 09:00:09 reenoo_: coredump and florian merged different heads Jul 22 09:00:19 i run monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.* and it stoped monotone: 23.2M | 407.7k | 2068 | 839 | 460 Jul 22 09:00:21 and one heads was in both merges Jul 22 09:00:23 why? Jul 22 09:00:50 so monotone will see some circular ancestor tree Jul 22 09:01:14 the current merge algo can't cope with that Jul 22 09:01:17 ^c? Jul 22 09:02:24 ok, I'll try pushing a single change to a single file on an up-to-date tree. not initscripts this time ;) Jul 22 09:02:25 reenoo_: so everything someone creates divergence on initscripts we hit the bug Jul 22 09:02:49 but if I understood it correctly monotone 0.20 can resolve such a merge Jul 22 09:02:58 s/everything/everytime/ Jul 22 09:03:07 in about 10 minutes when the pull is done heh Jul 22 09:03:29 we should lend CoreDump to the monotone team for a week Jul 22 09:03:31 reenoo_: you are right that the moment of the pull shouldn't matter Jul 22 09:03:39 hehe Jul 22 09:04:02 koen: that was my point, yeah Jul 22 09:04:04 XorA: someone would be dead at the end of the week though :) Jul 22 09:04:18 anyway, time for me to go home, bye Jul 22 09:04:40 reenoo_: the bug happens if you commit before update (i.e creating divergence) Jul 22 09:04:50 03koen 07org.oe.dev * r91669c81... 10/packages/initscripts/initscripts_1.0.bb: disapproval of revision 750e11a1ae1b2f764d9f8957da4d35526d71d7a4 Jul 22 09:05:38 which should go away in a few revisions, since it only happens on a specific ancestor Jul 22 09:06:00 koen: so, de facto offline operations aren't possible with monotone right now (fwiw, I don't think the bug is limited to 0.21)? Jul 22 09:06:34 reenoo_: not when you touch initscripts.bb, all other files should be ok Jul 22 09:07:16 reenoo_: 0.21 introduced a regression which triggered the bug in a bad way, so yes, I think it isn't limited to 0.21 Jul 22 09:07:32 koen: err.. you can accidently run into the same bug with any file in the repo Jul 22 09:07:54 true Jul 22 09:08:18 depending on the distance between ancestor when you sync Jul 22 09:09:07 it can be avoided my merging less often, as strange as it may sound Jul 22 09:09:26 but still, it shouldn't happen in a decent scm Jul 22 09:09:41 hey people Jul 22 09:09:45 ... :) Jul 22 09:09:46 hey gustins Jul 22 09:09:50 how are you? Jul 22 09:10:12 koen, where r u from? Jul 22 09:10:20 gustins: the netherlands Jul 22 09:10:34 yea, i'm from latvia :) Jul 22 09:10:44 do u know where it is? Jul 22 09:11:20 hey, here is someone from germany? Jul 22 09:12:26 * koen starts harassing devs on #monotone Jul 22 09:13:35 gustins: me Jul 22 09:13:40 gustins: me Jul 22 09:14:44 alright.. can't get this crap to work here.. off to university Jul 22 09:14:51 ye that is great... :) Jul 22 09:14:58 from which city? Jul 22 09:15:09 gustins: Siegen Jul 22 09:16:00 siegen? in which part of germany it is, i have no idea... Jul 22 09:16:42 gustins: Right in the center... half the way from Frankfurt to Colonge. Jul 22 09:17:13 oh... i see.... Jul 22 09:17:28 once i was i germany, i liked it... Jul 22 09:18:10 * CoreDump|home is from cologne Jul 22 09:18:32 Wow, I must say, OZ/Opie 3.5.4 is shaping up nicely :) Jul 22 09:18:53 indeed Jul 22 09:18:59 It seems to think the collie's default rotation is landscape though, that a known bug? Jul 22 09:19:21 static wallpaper in Opie doesn't work at all well when rotated :) Jul 22 09:19:34 got that,too: b0rked rotation on Collie and akita Jul 22 09:19:53 vi /e/init.d/opie and trash the "transformed" line Jul 22 09:20:04 The fonts look excellent now though, just like GPE :) Jul 22 09:22:22 Odd font bug is back in opie-console too :/ Jul 22 09:25:31 * CoreDump|home wonders why his initrd.bin grew by 10MB Jul 22 09:25:54 so... when I run monotone and try to pull... it just sits there. netstat -a does not show any connections happening Jul 22 09:26:05 martin__: Give it a couple of hours Jul 22 09:26:20 * CoreDump|home looks at koen Jul 22 09:26:24 but I thought it was supposed to download stuff. It is not even eating cpu Jul 22 09:26:32 Cwiiis: is osmething up with the servers? Jul 22 09:26:40 No idea then... All I know is the first pull takes ages - I've not updated today Jul 22 09:27:14 Cwiiis: I tried a first pull yesterday, and it bailed half way through. I should have recorded the error, but did not. Jul 22 09:29:21 martin__: I've been out of the loop a bit recently, so I'm not really up on the issues Jul 22 09:29:36 ok. :D Jul 22 09:30:29 * koen points people who whine about long initial pulls to the OE mailinglist archives Jul 22 09:30:44 http://thread.gmane.org/gmane.comp.handhelds.openembedded Jul 22 09:30:48 well... it is easier to ignorehere... right? Jul 22 09:31:19 koen: can't we just use your snapshot? is there any drawback to that? Jul 22 09:31:21 download http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 and do a pull Jul 22 09:31:59 * JustinP now has a db with both the new merges and the old unmerged heads....and my own local revisions.....now what the hell do I do? Jul 22 09:32:36 JustinP: export patches and download a db, that's the easiest option Jul 22 09:32:44 the monotone people might have more clues Jul 22 09:33:01 JustinP: I got confirmation people have downloaded your db and are looking into it Jul 22 09:33:01 hmmm..... Jul 22 09:33:07 ah, good Jul 22 09:34:07 yes, I do see the download in my apache access log :-) Jul 22 09:34:37 18:17 < msh> I guess it's probably that people don't really have much to add without looking closely at the db and figuring the bug Jul 22 09:34:40 18:17 < msh> I've downloaded that db, though haven't had time to study it closely and figure what's going on Jul 22 09:35:34 I've added a new machine and a distro... fortunatly that did not involve changing anything... only adding a bunch of files. Jul 22 09:36:16 to have them added to the tree, I jsut email the patches like the website says, right? Jul 22 09:36:18 JustinP: but I think I triggered the "demanding user" alarm :( Jul 22 09:36:31 martin__: attach them to bugzilla Jul 22 09:37:55 ok. it will be another week. we need to play with it some more. Jul 22 09:38:26 did my latest sync make it? Jul 22 09:38:31 * CoreDump|home doubts it Jul 22 09:39:04 monotone: warning: protocol error while processing peer ewi546.ewi.utwente.nl: 'received network error: anonymous access to branch 'org.openembedded.koen' denied by server Jul 22 09:39:38 JustinP: Just had a look at the ipkg source btw - there isn't actually a '--help', so its use of stderr is kind of valid... The best way to patch it would be to add a --help and perhaps a --detailed-help switch (the former being formatted to be readable on pda screens) Jul 22 09:40:52 here is a silly question. when I do a pull on something like koen's snapshot, do I have to specify "org.openembedded.*" each time? Jul 22 09:54:35 holy crap, an opie-reader installation just grew by 10MB by using flite libs Jul 22 09:58:30 CoreDump|bbl: cool eh? Jul 22 09:58:38 CoreDump|bbl: more polish Jul 22 09:58:40 * koen hides Jul 22 09:59:25 bleh :) Jul 22 09:59:32 * CoreDump|bbl gets some food Jul 22 10:00:03 CoreDump|bbl: bugzilla has some patches fromPatrick to fix it Jul 22 10:00:07 Cwiiis: That's interesting...what *is* the help switch? Still, though, I don't think outputting *help* on stderr is really right... And I agree on the --help and --detailed-help options Jul 22 10:00:25 martin__: I *think* you may be able to set a default in your monotonerc Jul 22 10:00:28 JustinP: There isn't a help switch :) It just outputs help every time you don't give it valid input Jul 22 10:00:33 i'll have a look, thanks. bbl Jul 22 10:00:36 martin__: or you can do what I do and use a shell script Jul 22 10:00:55 Cwiiis: which isn't really correct behavior....anyway.... Jul 22 10:01:01 Cwiiis: a very helpfill error message ;) Jul 22 10:01:48 JustinP: ok. now how about the error I posted up earlier? the monotone.vanille.de does nothing when I connect, and the other one gives me the error that I can not access koen's branch Jul 22 10:02:06 JustinP: Nope... I'll see about patching it Jul 22 10:02:11 martin__: it is serving org.openembedded.{dev,nslu2-linux,dreambox} Jul 22 10:02:17 martin__: don't sync the koen branch Jul 22 10:02:29 exactly, use org.openembedded.{dev,nslu2-linux,dreambox} instead Jul 22 10:02:31 so trying to access my branch will result in failutre Jul 22 10:02:48 ok. I guess I should have just looked up the syntax Jul 22 10:03:23 :D Jul 22 10:03:25 thanks again Jul 22 10:08:27 wow, ipkg options parsing is needlessly complicated... Jul 22 10:09:57 ah, easy to patch though :) Jul 22 10:10:14 JustinP: Would you care to write an abridged help that would display nicely on small screens? Jul 22 10:10:24 Cwiiis: patches are welcome Jul 22 10:10:28 Cwiiis: I thought that was your idea ;-) Jul 22 10:10:47 Cwiiis: but don't break it! Jul 22 10:10:47 and it depends on the size of the screen you're pandering for...I have a 640x480 Jul 22 10:10:55 france_: Yup, will write one now, with JustinP's help :) Jul 22 10:11:04 :-) Jul 22 10:11:07 florian_kc: No promises ;) Jul 22 10:11:15 :-) Jul 22 10:12:05 JustinP: I think a column-width of 40 would be about safe for most configurations Jul 22 10:13:12 ok Jul 22 10:13:19 the collie console displays more than that, but that fits quite nicely in opie-console with the Deja mono font at size 8 Jul 22 10:13:28 bit busy fixing a bug at work at the moment.... Jul 22 10:13:29 (on a QVGA screen) Jul 22 10:13:37 I used to have acollie so I understand Jul 22 10:13:45 np, just send me the text whenever you have time :) Jul 22 10:15:01 i run monotone --db=/stuff/oe.db pull monotone.vanille.de org.openembedded.* Jul 22 10:15:15 but i musted stop it Jul 22 10:15:24 can i continue it? Jul 22 10:16:58 03coredump 07org.oe.dev * rdb29fb05... 10/packages/meta/opie-image.bb: Test (take two) Jul 22 10:18:48 CoreDump|bbl: passed Jul 22 10:25:59 JustinP: Written patch, so ready whenever you are :) Jul 22 10:27:31 univac: you can start it again, yeah Jul 22 10:27:47 Cwiiis: When did it get to be my job to rewrite the help? :-| Jul 22 10:27:47 who was talking about teaching busybox to make libb dynamic and linking ipkg against that? Jul 22 10:29:51 JustinP: Ah, sorry, thought you'd agreed :) Nevermind, I can write a short help, got a little spare time Jul 22 10:32:01 Cwiiis: I can do it but as I said, I'm a bit busy at the moment...I'd be happy to proofread it for you and such if you get something done quick. Jul 22 10:32:19 multitiered help would be good as well, but f course we don't want to bloat ipkg ;-) Jul 22 10:33:08 JustinP: It's like a 5-line patch to add a help and long-help :) The only bloat comes from the extra text of a short help, which by definition, is short :) hehe Jul 22 10:37:53 NOTE: package meta-sdk-1.0: completed Jul 22 10:40:51 florian_kc: good! Jul 22 10:41:57 koen: i'll try to feed monotone with all the fixes now... Jul 22 10:43:23 florian_kc: be sure to run monotone update before doing a commit Jul 22 10:43:43 or a propagate if you work on a branch Jul 22 10:45:26 koen: i'm just updating... that takes a while. Jul 22 10:45:29 koen: thx Jul 22 10:49:20 koen: umm, you don't have a link to that bugzilla entry regarding opie-reader handy, do you? Jul 22 10:50:03 CoreDump|home: I can't seem to find it, maybe it was a discussion on the list Jul 22 10:50:10 * CoreDump|home checks Jul 22 10:50:30 <_ggilbert> opie-reader did come up on the oe list Jul 22 10:50:35 check for a thread between pb and patrick Jul 22 10:50:53 so is there a recent OE snapshot up that I can play with? I need to figure out a way to extract my local changes and apply them to the new and improved mergeable OE DB. Jul 22 10:51:29 http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 Jul 22 10:51:46 koen: might want to put that into the topic :) Jul 22 10:52:26 rsync http://ewi546.ewi.utwente.nl/OE/OE.db.bz2 topic Jul 22 10:52:39 koen: stop making ewi slower ;) Jul 22 10:53:08 zecke_: :) Jul 22 10:53:34 zecke_: ewi will probably have a ipaq attached via usbnet next month Jul 22 10:54:22 Oh, so thats monotone is running on these days... :) Jul 22 10:54:25 Splains a lot, I say Jul 22 10:54:53 koen: monotone: warning: protocol error while processing peer ewi546.ewi.utwente.nl: 'received network error: access to branch 'org.openembedded.com' denied by servermonotone: ' Jul 22 10:55:05 yeah Jul 22 10:55:15 I mistyped the branchname Jul 22 10:55:32 koen: could we setup a tinderbox, and run tinderclients on ewi as well? Jul 22 10:55:38 koen: until we've qa.hh.org? Jul 22 10:56:10 zecke_: I've been asking you that for weeks :) Jul 22 10:56:17 so, yes, please go ahead Jul 22 10:56:30 koen: I didn't knew france_ agenda Jul 22 10:58:09 03mickeyl 07org.oe.dev * rc01db267... 10/packages/opie-taskbar/ (opie-taskbar/c7x0/opie opie-taskbar/opie opie-taskbar_cvs.bb): Jul 22 10:58:09 Opie-Taskbar: remove hard coded QWS_DISPLAY setting from initscript Jul 22 10:58:09 (this was never supposed to be checked in) Jul 22 11:02:01 So do I need to do anything if I checked out oe from monotone.vanille.de yesterday afternoon (EST) Jul 22 11:02:55 Crofton_: monotone sync should be the right thing Jul 22 11:03:13 hmm, so do a mt sync now? Jul 22 11:03:48 koen: why sync instead of pull? Jul 22 11:03:55 D'oh Jul 22 11:04:00 pull Jul 22 11:04:01 wiki says pull Jul 22 11:04:03 OK Jul 22 11:04:09 * koen forgets not everybody has write access Jul 22 11:04:35 reenoo: force of habit, I exclusively use sync Jul 22 11:05:50 koen: is any directory writable? Jul 22 11:06:09 Cwiiis: our "rotation" bug was just fixed by mickeyl :) Jul 22 11:06:16 zecke_: /var/www/OE, or any other dir you want Jul 22 11:06:50 koen: I need a 'servable' directory, one for cgi and one private data directory Jul 22 11:07:08 but I'll take a rest first Jul 22 11:07:15 koen: hmm.. is that the right thing to do even with write access? Jul 22 11:07:47 reenoo: If you don't want changes to get lost, yes, but pull is OK too Jul 22 11:09:46 zecke_: ehm, try /data/tinderbox Jul 22 11:10:23 hi again all. Jul 22 11:10:32 hey dmx_ Jul 22 11:10:32 koen: root:root owns it? Jul 22 11:10:44 koen: thanks Jul 22 11:13:43 03koen 07unknown * r8c4412fb... 10/packages/gpsdrive/gpsdrive_cvs.bb: add cvs version of gpsdrive Jul 22 11:13:46 koen: hmm, guess I'll have to read the manual one more time. I was of the impression sync was a two way operation. Jul 22 11:13:47 03koen 07unknown * rb5ba8941... 10/packages/gpsdrive/gpsdrive_cvs.bb: add cvs version of gpsdrive Jul 22 11:13:51 03koen 07unknown * r4980459b... 10/packages/gpsdrive/gpsdrive_cvs.bb: fix srcuri and pv of gpsdrive_cvs Jul 22 11:13:54 03koen 07org.oe.dev * rbdb97a84... 10/packages/gpsdrive/gpsdrive_cvs.bb: change maintainer of gpsdrive_cvs Jul 22 11:14:13 reenoo: it is Jul 22 11:15:06 aha, monotone also sync private branches to orphan-certs Jul 22 11:15:16 that's why they popup as unknown Jul 22 11:15:23 koen: hmm.. how does that go along with our multiple branch heads problems? Jul 22 11:15:29 so a propagate just de-orphans them Jul 22 11:15:59 reenoo: it shouldn't matter Jul 22 11:16:09 since all changes have an explicit parent Jul 22 11:16:31 CoreDump|home: Good stuff :) I just built opie-mediaplayer2 and noticed that it doesn't seem to build any vo plug-ins... Does opie-mediaplayer2 not do video anymore? Jul 22 11:16:34 ewi built meta-opie and meta-gpe Jul 22 11:16:51 Cwiiis: you built libxine ;) Jul 22 11:16:55 Cwiiis: xine does the work Jul 22 11:16:58 dunno, never build it Jul 22 11:17:02 zecke_: ewi built http://familiar.handhelds.org//snapshots/v0.8.3/20050719/ in one run :) Jul 22 11:17:30 zecke: mm, but the only xine vo plugin is 'none'... How does it draw to the screen? Jul 22 11:17:46 Cwiiis: dunno Jul 22 11:17:49 ah :) Jul 22 11:17:54 Well, I guess I'll be finding out then :) hehe Jul 22 11:18:17 Cwiiis: but libxine-opie should have built enough plugins Jul 22 11:18:24 Cwiiis: qt/e doesn't use a screen, so it's much faster than bloated software using the fb Jul 22 11:18:40 Cwiiis: I thought that was common knowledge Jul 22 11:18:51 * koen monotone db check Jul 22 11:18:53 Like Twin Qt/E uses Compositing natively (at least since version 4.0) Jul 22 11:19:02 I'm not sure if that's a joke or I misunderstood now :p hehe Jul 22 11:19:16 koen is joking my information is right Jul 22 11:19:25 as usual Jul 22 11:19:26 Right :) Jul 22 11:19:30 Cwiiis: but you might not need any video output port for op2 Jul 22 11:19:39 Cwiiis: we implement one in op2 directly Jul 22 11:19:43 zecke_: ah, ok Jul 22 11:19:48 I remember seeing a web page somewhere that listed why OE is 'the right thing to do'... anyone see that somewhere? Jul 22 11:20:30 koen: what is wrong with ewi? just 2.52 mb/s while downloading Jul 22 11:20:54 martin__: its the right thing to do, or ibot will show up at your door with an iron pipe Jul 22 11:21:00 zecke_: stupid warez traders on campus Jul 22 11:21:37 zecke_: the ndix is only 200m away Jul 22 11:24:40 heh, I've been converted to opie - it really is a lot nicer than it was a year ago :) Jul 22 11:24:41 03florian 07org.oe.dev * rbfb949cb... 10/packages/meta/meta-sdk.bb: Update dependencies and package names. Jul 22 11:24:45 03florian 07org.oe.dev * rab71c9b6... 10/packages/gnome/gconf-dbus_cvs.bb: Set correct RPROVIDES for development package. Jul 22 11:24:49 03florian 07org.oe.dev * r1d2858e7... 10/packages/gcc/gcc-cross-sdk_3.3.4.bb: Jul 22 11:24:49 Add a pile of definitions from gcc-cross_3.3.4.bb to separate gcc-cross-sdk Jul 22 11:24:49 into several packages in order to avoid dependency trouble. Jul 22 11:25:06 ~lart Cwiiis Jul 22 11:25:07 * ibot holds Cwiiis to the floor and spanks him with a cat-o-nine-tails Jul 22 11:25:41 uhoh, I see a needed fix for initscripts coming Jul 22 11:25:42 florian_kc: It just means I'll be using opie on my pda, I'll still be working to make x11/gtk a more viable embedded platform :) Jul 22 11:26:05 populate_volatile isn't installed so /var is not populated Jul 22 11:26:39 Cwiiis: welcome to the dark side :D Jul 22 11:28:15 * JustinP is running GPE mainly but has opie for backup Jul 22 11:29:44 how do i get rid of "fatal: std::logic_error: smap.hh:94: invariant 'I(lagged->first != leader->first)' violated" running "monotone merge"? Jul 22 11:29:45 my devices do not have screens. :( Jul 22 11:30:24 so I guess I run minicom and ssh Jul 22 11:31:06 florian_kc: do you have the broken revisions from yesterday? Jul 22 11:31:17 JustinP: maybe... Jul 22 11:31:18 <[cc]smart> if i want to add default configuration files to package cyrus-imapd, where should i place it ? Jul 22 11:31:51 * CP|Laptop sees a new career option for bitbake - generating containers for use on Xen Jul 22 11:32:58 florian_kc: there was some trouble with a half-committed revision or something and unmergeable heads. You may need to get the latest snapshot and re-sync when put your changes since then back in Jul 22 11:33:27 :-/ Jul 22 11:33:32 ~lart monotone Jul 22 11:33:32 * ibot tries to shut monotone up Jul 22 11:34:41 florian_kc: your commit seems ok, no need to worry Jul 22 11:35:24 koen: that was from another machine... Jul 22 11:35:30 ~lart monotone-viz Jul 22 11:35:30 * ibot declares monotone-viz a moron Jul 22 11:36:24 I would like to be able to easily see *all* of the revisions and how they interact but monotone-viz won't compile! Jul 22 11:39:06 is anyone here running a recent opie snapshot (CVS) and has working screen-tap / key-click sounds? Jul 22 11:42:52 Okay... what does it want to say? Jul 22 11:42:54 monotone: read from fd 4 (peer monotone.vanille.de) closed OK after goodbye Jul 22 11:44:50 CoreDump|home: Works ok here Jul 22 11:45:20 cvs snapshot (not 1.2.0 tag)? Jul 22 11:45:38 CoreDump|home: Yup, 20050721 Jul 22 11:45:44 Cwiiis: thx Jul 22 11:46:07 so this is a Akita or C7x0 specific problem Jul 22 11:46:15 I now shall begin to cry. Bash it is compiled and installed. But does not work. I type the command. bash running command and freezing. It's all. Only kill -9. :( Jul 22 11:46:45 don't return to prompt Jul 22 11:46:58 why... :~( Jul 22 11:53:12 There are ideas? (C760,DISTRO="openzaurus",MACHINE="c7x0",KERNEL_VERSION="2.4". On device bootstrap only.) Jul 22 11:53:37 In advance I thank... Jul 22 11:54:51 People most likely is cleverer than me ... Jul 22 11:55:12 You would be surprised Jul 22 12:00:02 hi Jul 22 12:02:02 Hi. Jul 22 12:03:37 treke|home: can one file bugzilla bug reports by mail? Jul 22 12:07:52 send a sase envelope to "bugs!" care of this station Jul 22 12:22:37 03xora 07org.oe.dev * r174d7040... 10/packages/mozilla/ (firefox_1.0.6.bb minimo_cvs.bb): Jul 22 12:22:37 firefox, minimo: on further double checking turns out pb was right, Jul 22 12:22:37 EXCLUDE_FROM_SHLIBS = "1" does exclude you from all shlib Depends Jul 22 12:22:37 generation as well. Removed these lines. Jul 22 12:26:03 koen: ping Jul 22 12:30:02 zecke_: pong Jul 22 12:37:11 koen: I need some assistant for tinderbox Jul 22 12:37:15 can we do that tomorrow? Jul 22 12:40:08 zecke_: sure Jul 22 12:40:29 I've populated /data/tinderbox Jul 22 12:40:35 mail me or harass me on IRC Jul 22 12:40:42 but setup needs to be done tomorrow Jul 22 12:41:04 I think we even need two tinderbox installations :( Jul 22 12:41:14 one for bitbake and one for OE Jul 22 12:41:32 /data/tinderbox2 ? Jul 22 12:41:32 as tinderbox can only use one VC at a time Jul 22 12:41:53 let us setup the easy one first ;) Jul 22 12:42:10 there is a third option ... Jul 22 12:42:32 which allows you to only use one tinderbox Jul 22 12:43:00 emte: explain me more Jul 22 12:43:06 cept it would mean you'd have to convert back and forth which has it's own inherent issues Jul 22 12:43:29 Hg allows you to convert both monotone and BK repositories Jul 22 12:43:48 as well as a few others Jul 22 12:43:50 emte: VC_Tree assumes to be on one server Jul 22 12:44:45 i ment more just doing the tinderbox while in Hg and then moving the data back into mono/bk Jul 22 12:45:14 but like i said there are inherent issues with converting as well Jul 22 12:45:25 no matter how well the system does it Jul 22 12:46:06 that sounds completely off topic? Jul 22 12:46:43 yes and no Jul 22 12:46:57 personally i'd probably use two tinderboxes Jul 22 12:47:19 allows for a better backup system Jul 22 12:47:39 less places for things to go wrong Jul 22 12:47:47 sorry do you even know what a tinderbox is? Jul 22 12:47:54 yeah Jul 22 12:48:17 what you wrote was complete non-sense Jul 22 12:48:25 mono = I'm not interested in .NET impl Jul 22 12:48:32 bk = bitkeeper we don't use it Jul 22 12:48:42 by mono i ment monotone Jul 22 12:48:44 BitBake is svn hosted Jul 22 12:48:46 not the language Jul 22 12:48:54 OE is monotone based Jul 22 12:49:08 I've a VC_svn implemented Jul 22 12:49:20 and I can have multiple trees Jul 22 12:49:38 sadly all perl modules include one local config... Jul 22 12:50:12 so you can not even share the same tinderbox code with two differen configurations Jul 22 12:51:04 treke|home: what was the tinderbox alternative? Jul 22 12:51:13 what is monotone using for qa? Jul 22 12:52:56 emte: how can the installation be shared? Jul 22 12:53:04 Hg Jul 22 12:53:23 what does Hg mean? Jul 22 12:53:25 but it means converting in and out like i said Jul 22 12:53:32 Mercurial Jul 22 12:54:01 what does a SCM has to do with it? please explain? Jul 22 12:55:14 you could run the tinderbox whileeverything is in Hg and have scripts to auto convert in and out for all the other implementations Jul 22 12:55:59 emte: that won't ever work Jul 22 12:56:14 how should the tinderbox should know out of which context the cgi got called? Jul 22 12:57:18 the same way you do normally? Jul 22 12:57:56 i cant imagine tinderbox2 is much different than 1 Jul 22 12:59:30 03tmbinc 07org.oe.dreambox * r9a283c10... 10/ (146 files in 80 dirs): Jul 22 12:59:30 explicit_merge of 60b47beac72c6f1f23514b42a309716b470d471b Jul 22 12:59:30 and cb42b6d6d77b84a7403569ec39f4d1317f04dcbb Jul 22 12:59:30 using ancestor 905c8d454a8f78a32652b51edb7d9fc32edc640b Jul 22 12:59:30 to branch 'org.openembedded.dreambox' Jul 22 12:59:34 03tmbinc 07org.oe.dreambox * rc15d75bf... 10/ (5 files in 4 dirs): add machine: dm7025 Jul 22 13:00:44 actually ... reading the tinderbox2 page your supposed to be able to use multiple modules ... Jul 22 13:02:07 seems 2 is quite different from 1 as well Jul 22 13:14:08 emte: can you paste me (in private) the text? Jul 22 13:14:51 emte: so I can set VC_TREE so that some trees are OE trees and some Bitbake? Jul 22 13:22:02 * reenoo -> back home Jul 22 13:49:35 http://www.linuxsymposium.org/2005/view_abstract.php?content_key=60 Jul 22 13:49:42 Should I go be a troll? :) Jul 22 13:50:20 "built around the Red Hat comps.xml file," Jul 22 13:50:25 nuff said Jul 22 13:51:13 I should streak the room with "OE r0x0rs your b0x0rs" written on my buttcheeks Jul 22 13:51:24 * koen tries not to imagine Jul 22 13:51:27 CP|OLS: that'd get attention Jul 22 13:51:28 And if you've ever seen my picture, that should scare you greatly Jul 22 13:51:38 <_ggilbert> ... Jul 22 13:51:39 * koen tries not to imagine Jul 22 13:51:42 * XorA prefers to not see picture Jul 22 13:51:48 * _ggilbert stabs out his eyes Jul 22 13:52:09 * NAiL goes catatonic Jul 22 13:52:41 My ass, killer of a thousand IRC rooms Jul 22 13:52:44 <_ggilbert> THE GOGGLES! THEY DO NOTHING! Jul 22 13:53:40 so is that a build system that can build 1000 variations on RedHat? Jul 22 13:54:16 * koen images thousand ways to mess up the rpm db Jul 22 13:55:51 as long as you do not install them the rpm db is safe Jul 22 13:55:58 building them would work Jul 22 13:56:03 out of all the package systems rpm has caused me the most grief Jul 22 13:56:11 since portage isn't a package system ;) Jul 22 13:56:28 rpm can be a pain, the code is the docs Jul 22 13:56:33 epkg caused me the least ever :-) Jul 22 13:56:42 and if you do not write custom macros things can be hard Jul 22 13:57:26 * CP|OLS does not miss RPM in the slightest Jul 22 13:57:26 france_: one of the biggest bummers is trying to re-create someone elses rpm, you need to find all their magic macros Jul 22 13:59:23 for folks that rpm often, there is a set of macros that every body knows, so it is rarely a problem unless you are new to building with Jul 22 13:59:47 rpm then it becomes a mystical journy for macros Jul 22 14:00:31 a high learning curve with no manual or teachers Jul 22 14:05:20 good nite Jul 22 14:05:29 nite Jul 22 14:05:47 'night zecke_ Jul 22 14:06:17 perhaps having my own branch will fix all this merging nonsense... Jul 22 14:06:34 good nite pb_ Jul 22 14:06:51 yo zecke_ Jul 22 14:33:26 re Jul 22 15:12:42 re Jul 22 15:13:31 florian: wb Jul 22 15:16:19 03florian 07org.oe.dev * r7451db57... 10/classes/package.bbclass: Applied patch by Philip Blundell to fix package names in dependencies. Jul 22 15:17:07 ah... our traitor is a little bit slow today. Jul 22 15:18:04 mm? Jul 22 15:18:18 florian: the cia script checks for updates every 5 mins or so only Jul 22 15:18:37 florian: so, the delay is kind of expected Jul 22 15:19:01 ah... Jul 22 15:20:32 wasn't mickey planning to convert it to being driven by actual checkins, rather than polling? Jul 22 15:20:41 I guess he didn't do that yet, anyway Jul 22 15:21:53 pb_: mickey is planning to use a lua hook for that Jul 22 15:24:05 crumbs, has he had some kind of bust-up with python? Jul 22 15:24:33 no Jul 22 15:24:38 monotone stuff is in lue Jul 22 15:24:40 lua* Jul 22 15:24:56 the monotonerc is a script file where you can hook in stuff like that Jul 22 15:25:09 ah, I see Jul 22 15:25:22 I guess he is busy writing a wrapper to plug python into lua Jul 22 15:26:06 :) Jul 22 15:26:59 http://article.gmane.org/gmane.comp.version-control.monotone.devel/4151 Jul 22 15:27:03 about our problem Jul 22 15:31:23 read that through the list. doesn't contain any real info though. do you know more? Jul 22 15:33:49 no, but there was some "$dev: $otherdev, write a summary for the mailinglist" action on #monotone earlier Jul 22 15:34:39 so you could follow up with "cool, any details on that?" or something similar Jul 22 15:38:58 koen: I refrained from responding earlier. not going to change my mind now Jul 22 15:49:00 yahoo!!! My bash is word now! Jul 22 15:49:05 s/word/work Jul 22 15:52:11 I removed (commented) all strings about bash in org.openembedded.dev/site/arm-linux and it work now. Jul 22 15:58:48 vanille.de down? Jul 22 16:02:24 03mickeyl 07org.oe.dev * r971dbb20... 10/packages/initscripts/ (initscripts-1.0/tosa/keymap-2.4.map initscripts_1.0.bb): Jul 22 16:02:24 initscripts: add sane keymap for tosa running 2.4 Jul 22 16:02:24 this keymap contains the mappings for special buttons to F-keys Jul 22 16:04:05 vanille.de back up :-) Jul 22 16:04:36 bye all. sleep is good. Jul 22 16:07:35 03mickeyl 07org.oe.dev * ra09cb275... 10/conf/machine/tosa-2.4.conf: tosa: ship console-utils in the default image Jul 22 16:10:21 ibot botmail for mickeyl fyi, as requested I'm subscibed to angstrom-dev now Jul 22 16:12:21 reenoo_: you could be the second person in #angstrom too ;) Jul 22 16:19:29 koen: maybe once I've switched to xchat on this box. my current "BX instances in screen" approach doesn't scale well Jul 22 16:20:09 :) Jul 22 16:21:21 since we want eabi in angstrom (to stop switching float stuff and being incompatible with ourselves) we have a lot of time to design and plan stuff Jul 22 16:21:34 which we should do on the mailinglist(s) Jul 22 16:26:17 is there a working eabi toolchain now? Jul 22 16:26:25 no Jul 22 16:26:33 that's why we have a lot of time Jul 22 16:26:42 ah, I see Jul 22 16:26:50 pb_: any known timeframe on glibc and eabi? Jul 22 16:31:41 no Jul 22 16:59:32 'night all Jul 22 17:08:13 03koen 07org.oe.dev * r68aa0d88... 10/packages/libusb/libusb_0.1.10a.bb: remove ARMfix.patch Jul 22 17:08:17 03koen 07org.oe.dev * r3058685d... 10/packages/gpsdrive/files/gpsdrive-pda-fix.patch: add patch for pdamode Jul 22 17:08:22 03koen 07org.oe.dev * r71e19776... 10/packages/gpsdrive/files/gpsdrive-pda-fix.patch: fix patch for pdamode Jul 22 17:08:26 03koen 07org.oe.dev * r85618164... 10/packages/gpsdrive/gpsdrive_cvs.bb: add patch for pdamode Jul 22 17:10:24 d'oh, just missed koen. was going to ask him "gpl issues huh?" Jul 22 17:24:41 03jbowler 07org.oe.nslu2-linux * rf46a71dc... 10/conf/distro/openslug.conf: Freeze the kernel to match the change in the SVN OpenSlug-2.3-beta Jul 22 17:33:25 argh....gpe-image do_rootfs is failing on this dependency: libgcc1 (>= 3.4.4+csl-arm-20050603) Jul 22 17:33:38 I have a libgcc1 compiles but it's only 3.4.4, not +csl....blah Jul 22 17:33:41 compiled even Jul 22 17:43:08 ~lart monotone Jul 22 17:43:08 * ibot breaks out the Hoover and sucks up monotone Jul 22 17:43:38 good night Jul 22 18:24:52 'night all Jul 22 18:37:32 * france is back (gone 10:59:43) Jul 22 19:15:30 * france is away: Away Jul 22 19:36:48 --build isn't supported by a configure script....how can I easily remove it from the auto configure options Jul 22 19:36:52 ? Jul 22 19:39:55 JustinP: if --build isnt supported, it isnt an autoconf configure script, so you shouldnt be using inherit autotools Jul 22 21:45:43 yeah zecke what i suggested wont work with tinderbox2 Jul 22 22:12:02 kergoth: thanks Jul 22 22:12:09 np Jul 22 22:12:30 of course I'm still not sure why this thing is failing... Jul 22 22:13:06 any idea how to stop compiles from using my host system's libraries? pcre is trying to pull /usr/lib/libc.a and that's blocking my opie image **** ENDING LOGGING AT Fri Jul 22 23:59:56 2005