**** BEGIN LOGGING AT Sat Jul 02 23:59:56 2005 Jul 03 01:54:17 MOrning Jul 03 02:10:34 morning Jul 03 02:15:03 Morning Jul 03 02:42:07 morning all Jul 03 02:43:12 morning RP Jul 03 03:13:31 RP: Did something happen regarding the Switch ON Problems for CL860 ? Jul 03 03:13:45 RP: Does the new kernel support it better ? Jul 03 03:21:46 done a bootstrap-image; since the size is quite big (8.3 MB). i want to cut down on that. edited that file removed dropbear,hotplug,netbase,initscript,netbase when i make a build after a clean; still the filesystem size is 8.3MB. no change. Jul 03 03:22:04 are there any other files we need to modify ? Jul 03 03:23:07 uv1: It should all be fixed now Jul 03 03:23:29 uv1: I have it reliably working here... Jul 03 03:24:27 Jumbo: It sounds like you haven;t removed the things you think you have... Jul 03 03:25:44 i removed it from taskbootstrap.bb and cleaned it and made a build checked it quite a few times; but they are there in the filesystem. i dont know if i have to modify anyother files ? Jul 03 03:27:34 mickey_away: Someone broke the Qt/E devfs patch Jul 03 03:28:09 Jumbo: I suspect you need to clean some other packages or maybe the cache isn't noticing the .bb file has changed. You'll have to try and work out why it still pulls in those dependencies... Jul 03 03:29:36 it is bootstrap-image ; cleaned it a couple of time; i dont want what other packages need to be cleaned. Jul 03 03:31:17 Did you clean task-bootstrap? Jul 03 03:31:24 ye i did Jul 03 03:31:37 Did you clean bootstrap image? Jul 03 03:32:37 yes Jul 03 03:34:07 Like I said, I don't know then. You'll have to figure it out... Jul 03 03:35:32 RP: Thanks, try to build opie-image meanwhile. If successfull will try it. Jul 03 03:35:51 uv1: You just need the new kernel Jul 03 03:35:55 there is so little documentation. most of the docs are like: how to set up oe,bitbake on ur system ? Jul 03 03:36:15 finding it difficult to make even little changes; Jul 03 03:36:15 Jumbo: That's because its the most common question Jul 03 03:36:26 Jumbo: Help us improve the documentation then Jul 03 03:37:18 i will ; if i succeed in doing what i want ; understading the meta files, creating new metafiles. i know the pain. so i will do that sure Jul 03 03:51:53 can anyone see if my .bb files are ok : http://pastebin.com/306766 Jul 03 03:52:31 i have included bootstrap-image (reduced), x windows and matchbox. when i make an image i cant find xserver ?. Jul 03 03:53:00 really dont know where to start meddling with these .bb files ? Jul 03 03:56:30 03freyther@openembedded.org 07org.openembedded.dev * rb7e594a9a58f6fb359a9c9c97b070a1dee9e1066 10/packages/linux/handhelds-sa-2.6_cvs.bb: Jul 03 03:56:30 Fix "Nothing provides virtual/arm-linux-depmod-" by setting Jul 03 03:56:30 a meaningful PV for the handhelds-sa-2.6_cvs kernel Jul 03 03:56:31 03freyther@openembedded.org 07org.openembedded.dev * r20032876cfd4f4c39f2617c312256dc4355a6b80 10/conf/machine/simpad.conf: Jul 03 03:56:31 SIMpad: Jul 03 03:56:33 Change the preferred depmod provider to include the -2.6 version Jul 03 03:56:35 string. Jul 03 03:56:37 I need to see if other architectures need updating too Jul 03 03:56:39 03freyther@openembedded.org 07org.openembedded.dev * r62e43adfa95f28be56e88ed4588c52ea8b613b76 10/packages/qte/qte-2.3.10/devfs.patch: Jul 03 03:56:42 devfs.patch make it apply again... the removal of the qFatal looks Jul 03 03:56:44 a bit suspicious... Jul 03 03:57:00 ~me hugs CIA-3 Jul 03 03:57:00 moi? Jul 03 03:57:01 ~me hugs CIA-4 Jul 03 03:57:02 moi? Jul 03 03:57:04 mickeyl: hey Jul 03 03:57:05 * mickeyl hugs CIA-4 Jul 03 03:57:05 * CIA-4 hugs mickeyl Jul 03 03:57:16 slowly starting to get notifications up again Jul 03 03:57:23 very good Jul 03 03:57:37 mickeyl: can we send commits to a mailinglist? Jul 03 03:57:44 mickeyl: including the diffs? Jul 03 03:58:00 mickeyl: and for the paranoids the 'pulls' from monotone.vanille.de as well Jul 03 03:58:00 zecke: i guess somehow it's doable. the monotone people are doing that Jul 03 03:58:28 dunno how much i want to fiddle with the script though. i'm happy to at least have it send anything Jul 03 03:58:39 unfortunately it's pull model right now Jul 03 03:58:47 i need to pester the monotone people for a push model Jul 03 03:58:54 like a post push trigger, Jul 03 03:59:06 instead of periodically sync' and find new leaves Jul 03 03:59:24 mickeyl: oh yeah, pester them Jul 03 03:59:37 * zecke is too dumb to get the crappy serial cable working... Jul 03 03:59:56 I've not felt that stupid since years... Jul 03 04:03:51 zecke: what serial cable? Jul 03 04:04:05 * NAiL is nosy Jul 03 04:05:06 13:03 < NAiL> zecke: what serial cable? Jul 03 04:05:06 13:03 * NAiL is nosy Jul 03 04:06:41 NAiL: just one MAX232, 5 capacitors, 2xRX, 2xTX, 1xGND, 1xVCC Jul 03 04:06:56 aha Jul 03 04:07:46 heh. which bit of it doesn't work? Jul 03 04:07:59 pb_: if I would know Jul 03 04:08:00 mickeyl: What'll CIA-4 do when rwhitby&co push all the changes done on the nslu2-linux stuff? Jul 03 04:08:05 pb_: the voltage pump looks right Jul 03 04:08:13 pb_: everything is GNDed right as well Jul 03 04:08:14 NAiL: probably bail out :D Jul 03 04:08:15 What are you trying to connect it to? Jul 03 04:08:28 pb_: the RS-232 -> MAX232 looks right as well Jul 03 04:08:29 zecke: poke around the capacitors, make sure you have both +10V and -10V being generated correctly Jul 03 04:08:50 pb_: I've +10V and -11.01V (V+ and V-) Jul 03 04:09:03 NAiL: at the moment it's not automated yet. there's no cronjog running and I don't think i want to do that. I want a post commit trigger, not a periodic pull Jul 03 04:09:06 mickeyl: Great work on getting it up though Jul 03 04:09:21 yeah, but atleast now it *says* something ;) Jul 03 04:09:24 right Jul 03 04:09:30 felt like being blind before ) Jul 03 04:09:31 :) Jul 03 04:09:34 zecke: ah, right, very good. so, if you connect the max232 transmitter input to ground, what does its output produce? Jul 03 04:09:35 yup :) Jul 03 04:10:07 mickeyl: How often does the cronjob run? Jul 03 04:10:50 it won't be a cronjob. i'll patch the script now to pull every 10 minutes Jul 03 04:10:59 ah, ok Jul 03 04:11:31 it should be possible to use that funky script language lua to notify something on my end Jul 03 04:11:37 so that the pull only starts after a push Jul 03 04:11:44 yeah Jul 03 04:12:09 so we get a) nearly realtime notifications and b) no useless CPU and bandwidth spend Jul 03 04:12:39 Good Thing (TM) Jul 03 04:12:57 It's neat to see the pushes when they appear Jul 03 04:13:32 pb_: T2IN to be GND? Jul 03 04:14:06 yeah, and look at T2OUT Jul 03 04:14:13 then do the same thing with T2IN connected to vcc Jul 03 04:14:51 you should find that T2OUT swings between +10V and -10V Jul 03 04:18:13 pb_: will have tested it within the next couple of days Jul 03 04:18:18 my soldering speed is impressive Jul 03 04:18:22 heh Jul 03 04:19:29 can anyone look if my .bb file is ok. bitbake is creating the image but, i can find my xserver,matchbox there http://pastebin.com/306766 Jul 03 04:19:29 # Jul 03 04:19:29 DEPENDS = "task-basicx" Jul 03 04:19:29 # Jul 03 04:19:30 Jul 03 04:19:33 # Jul 03 04:19:34 inherit image_ipk Jul 03 04:19:37 # Jul 03 04:19:38 Jul 03 04:19:42 # Jul 03 04:19:44 FEED_URIS_append_openzaurus = " x11##http://openzaurus.org/official/unstable/${DISTRO_VERSION}/feed/x11 \ Jul 03 04:19:46 # Jul 03 04:19:50 gpe##http://openzaurus.org/official/unstable/${DISTRO_VERSION}/feed/gpe \ Jul 03 04:19:52 # Jul 03 04:19:54 opie##http://openzaurus.org/official/unstable/${DISTRO_VERSION}/feed/opie \ Jul 03 04:19:56 # Jul 03 04:19:58 e##http://openzaurus.org/official/unstable/${DISTRO_VERSION}/feed/e" Jul 03 04:20:00 # Jul 03 04:20:01 Jul 03 04:20:04 # Jul 03 04:20:07 FEED_URIS_append_familiar = " x11##http://familiar.handhelds.org/releases/${DISTRO_VERSION}/feed/x11 \ Jul 03 04:20:09 # Jul 03 04:20:11 opie##http://familiar.handhelds.org/releases/${DISTRO_VERSION}/feed/opie" Jul 03 04:20:13 # Jul 03 04:20:15 Jul 03 04:20:16 can you notify me when to unignore Jumbo? Jul 03 04:20:20 # Jul 03 04:20:22 LICENSE = MIT Jul 03 04:20:23 # Jul 03 04:20:26 ~ Jul 03 04:20:27 # Jul 03 04:20:30 Jul 03 04:20:31 # Jul 03 04:20:34 Jul 03 04:20:36 # Jul 03 04:20:38 -------------file:task-basicx.bb----------------------------------------------------------------------------- Jul 03 04:20:40 # Jul 03 04:20:40 zecke: it'd also be worth checking that your capacitors are the right size for the exact chip that you have. a MAX232A should work fine with 0.1uF caps, but a regular MAX232 needs larger ones (1uF or so). Jul 03 04:20:42 Jul 03 04:20:44 # Jul 03 04:20:46 DESCRIPTION = "Core packages required for a basic installation" Jul 03 04:20:50 # Jul 03 04:20:51 MAINTAINER = "Phil Blundell " Jul 03 04:20:53 # Jul 03 04:20:56 PR = "r29" Jul 03 04:20:58 # Jul 03 04:21:00 Jul 03 04:21:03 # Jul 03 04:21:05 # The BOOTSTRAP_EXTRA_ variables are often manipulated by the Jul 03 04:21:07 # Jul 03 04:21:09 # MACHINE .conf files, so adjust PACKAGE_ARCH accordingly. Jul 03 04:21:11 # Jul 03 04:21:13 PACKAGE_ARCH = "${MACHINE_ARCH}" Jul 03 04:21:15 # Jul 03 04:21:17 Jul 03 04:21:17 * Twiun fwacks Jumbo Jul 03 04:21:20 * Twiun fwacks Jumbo Jul 03 04:21:21 i am really sorry; should not have pasted here Jul 03 04:21:23 it is by accident. Jul 03 04:21:25 zecke: sorry Jul 03 04:21:45 Jumbo: don't you have an irc client that warns you of these things? Jul 03 04:21:49 pb_: I've 100nanoF Jul 03 04:21:56 its by accident; Jul 03 04:22:12 and my cheap multimeter here can't meassure capacity Jul 03 04:22:22 zecke: okay. is your chip the MAX232A variant? Jul 03 04:22:47 pb_: :} no MAX232N from TI Jul 03 04:22:59 Jumbo: I realise it was an accident - but irssi asks for confirmation from me if I try to paste >5 lines Jul 03 04:23:24 Jumbo: that was a Jumbo load of spam Jul 03 04:24:18 On the other hand, I certainly feel like I know a lot more about the core .bb ;) Jul 03 04:25:01 zecke: I don't think 100nF is enough for that device. Jul 03 04:25:13 03florian 07org.openembedded.dev * r62b8a92b... 10/packages/linux/linux-omap1-2.6.12-rc2/nokia770/defconfig: Add dummy defconfig file for Nokia 770. Jul 03 04:25:13 03florian 07org.openembedded.dev * rdeb0c222... 10/packages/linux/linux-omap1_2.6.12_rc2.bb: Use gcc-3.3.3, because default gcc doesn't seem to work anymore. Jul 03 04:25:14 03florian 07org.openembedded.dev * r99b33697... 10/packages/linux/ (linux-omap1_2.6.12_rc2.bb linux-omap1_2.6.12-rc2.bb): Jul 03 04:25:14 Rename file to avoid break version in bb. Jul 03 04:25:16 Make do_configure_prepend() not depend on a machine anymore. Jul 03 04:25:18 03mickeyl 07org.openembedded.dev * r9b0371bf... 10/conf/distro/openzaurus-3.5.4.conf: bump CVSDATE for openzaurus-3.5.4 Jul 03 04:25:23 aah Jul 03 04:25:26 that looks better Jul 03 04:25:31 * Twiun applauds mickeyl Jul 03 04:25:39 no need for that full revision ids Jul 03 04:25:42 * mickeyl bows Jul 03 04:25:50 ah yes, the revision numbers look much less fearsome now Jul 03 04:26:00 my client did not warn. i am using xchat i am new to this form of communication. i meant to paste the url only. Jul 03 04:26:07 pb_: yeah does look like that :} Jul 03 04:26:08 should i s/org.openembedded/org.oe/ ? Jul 03 04:28:01 pb_: http://www.produktinfo.conrad.com/datenblaetter/150000-174999/152281-da-01-en-MAX232N_Schnittstellenbaustein.pdf Jul 03 04:30:26 03florian 07org.openembedded.dev * r5d0bf12d... 10/ (6 files in 4 dirs): Jul 03 04:30:26 merge of 62e43adfa95f28be56e88ed4588c52ea8b613b76 Jul 03 04:30:26 and 99b336970fe25f98faf47c5cb651ec42bf0897b3 Jul 03 04:35:41 03mickeyl 07org.openembedded.dev * r909b9c4a... 10/ (5 files in 4 dirs): Jul 03 04:35:41 merge of 5d0bf12db458113fa06f91798e1362090e49ba8f Jul 03 04:35:41 and 9b0371bf5547d5dcea1bcd07f29bc1aceefcdd98 Jul 03 04:44:55 pb_: http://www.produktinfo.conrad.com/datenblaetter/450000-474999/458384-da-01-en-MKP_336-2.pdf this should work? Jul 03 04:49:11 mickeyl: any ideas how to integrate Qt4 properly? Jul 03 04:50:17 "properly" is the key issue her Jul 03 04:50:18 e Jul 03 04:50:37 mickeyl: it starts with qmake Jul 03 04:52:04 at first we need to add all tools as '4' tools. then we need to find out how to patch the qt4 qmake specs to honor our settings. we already have to distinguish qte2 and qt3x11 so that shouldn't be hard until we both want to feature qt4 and qt4e - then it gets even more complicated Jul 03 04:52:29 mickeyl: qmake4? we've uicmoc4 already Jul 03 04:52:51 right, i hacked that together. we need to see if my patches still apply, _and_ work Jul 03 04:53:06 we also need rcc4 Jul 03 04:53:08 mickeyl: I upgraded it to rc1 Jul 03 04:54:11 mickeyl: regarding integrating the "dreambox" machine, my current plan is to a.) commit all generic ppc fixes and some package fixes into org.openembedded.dev, and b.) manage a branch outside org.openembedded (like nslu2-linux does) which the machine/distribution specific hacks. Jul 03 04:54:53 tmbinc: ok good. so we can expect appearing org.openembedded.dreambox as branch + some updates from you in .dev Jul 03 04:55:03 sounds good to me Jul 03 04:56:14 well, rwhitby told me that branches can only be propagated completely, not partially. There are most likely some hacks in org.openembedded.dreambox (or whatever it's name) which will never go into .dev. Does it still make sense to have the branch in org.openembedded? (nslu2 has org.nslu2-linux.*) Jul 03 04:56:24 zecke: probably. you wouldn't normally use suppression caps for that kind of application, but if you happen to have them on hand. Jul 03 04:56:53 tmbinc: dunno. the nslu folks have also a branch (see http://monotone.vanille.de/viewmtn/) Jul 03 04:57:13 if we can live without an additional branch, even better Jul 03 04:57:18 pb_: currently I can't find others... Jul 03 04:58:46 hm, any nslu2 guy here who can explain me org.openembedded.nslu2-linux vs. org.nslu2-linux.dev ? Jul 03 04:59:24 zecke: ah. you don't have any regular electrolytics? Jul 03 05:00:37 pb_: not at home, my professor gave me the 100nF caps and I just looked up the bigger ones... Jul 03 05:00:52 pb_: I'll either go shopping or pester him tomorrow Jul 03 05:01:04 righto Jul 03 05:01:51 pb_: so tomorrow I'll rebuild the max232 board Jul 03 05:01:59 tmbinc: if i recall correctly, that was a means to distinguish core and non core developers. we only give direct access to our repository to few core developers of the nslu2. they handle all the non core devels in org.openembedded.nslu2-linux and a senior developer propagates from time to time if he's confident with the changes. i could be way off the reality here though. best ask rwhitby-away when he's back Jul 03 05:02:02 pb_: I'll first setup vcc, gnd and the voltage pump Jul 03 05:02:10 pb_: and then do the tests with T2Out?! Jul 03 05:02:58 mickeyl: ok, that makes sense. i'll ask rwhitby-away when he's back. Jul 03 05:03:02 mickeyl: it looks like the SIMpad image is finally buildable again Jul 03 05:03:12 zecke: right Jul 03 05:03:15 mickeyl: but we need a tinderbox soon Jul 03 05:03:23 I'm such a loser... Jul 03 05:03:35 * mickeyl continues to hack on viewmtn to make viewing diffs working Jul 03 05:04:06 no your're not. you are too good and have too many ideas, that's your main problem ;) Jul 03 05:04:24 ~botsnack mickeyl Jul 03 05:04:24 thanks, zecke Jul 03 05:04:28 hmm... Jul 03 05:04:31 heh Jul 03 05:04:45 zecke: greetings from my mother btw. she told me it would've been good if you had a meal with us because you're too thin :) Jul 03 05:04:46 mickeyl: It is not normal to need so long to create such a simple circuit Jul 03 05:04:55 mickeyl: hehe Jul 03 05:05:11 circuits scare me Jul 03 05:05:17 would've taken me weeks Jul 03 05:05:20 if not longer Jul 03 05:05:20 heh Jul 03 05:05:25 mickeyl: tell here +25% of weight is good enough Jul 03 05:06:39 * zecke uses google to look up the current position of the stealth bombers... Jul 03 05:09:18 anyone familiar with mod_pythoN ? Jul 03 05:15:54 03tmbinc 07org.openembedded.dev * r1d63e4cf... 10/site/powerpc-linux: update sitefile for powerpc Jul 03 05:15:55 03tmbinc 07org.openembedded.dev * ra65b5363... 10/packages/jpeg/jpeg-6b/debian.patch: enable shared libraries on powerpc (we're not on MkLinux, they are working fine) Jul 03 05:19:27 pb_: could I use DTR to power the MAX232 as well? Jul 03 05:27:57 when we do ls -l on the filesystem provided by openembedded ; the lost+found directory is 3.3MB. when i do cd into it. it is empty ? Jul 03 05:32:10 ls -A Jul 03 05:39:45 its like this ; ls -Al gives the list of directory and thier sizes ; lost+found is 3.3 MB. this is the file system i got when i make bootstrap-image ok. when i go into lost+found and say du -sh i get 3.3 MB. may be the filesystem is creating empty directory entries of 3.3 MB so that when a file system crashes (inconsitent state) fsck can use them. but where are these made. i want to reduce the size to say 200K ? Jul 03 05:40:21 zecke: no, probably not. Jul 03 05:40:38 because a bootstrap image is 8.7 MB is too huge ? Jul 03 05:41:33 zecke: I think your MAX232N draws too much current for that. If you want your circuit to be powered from the host serial port, you will need to do things a bit differently. Jul 03 05:43:30 pb_: okay Jul 03 05:43:44 things will have to wait until tomorrow... Jul 03 05:43:57 but finally I understand what the max232 really does and how he does the stuff... Jul 03 05:44:23 so I will setup the basics, shorten T2in to R2OUt Jul 03 05:44:38 to see if the TTL/CMOS <-> RS232 conversation works (echo) Jul 03 05:44:42 right Jul 03 05:44:45 good plan Jul 03 05:44:57 and then do the same for T2Out<->R2IN and see if my manipulated connector works Jul 03 06:23:07 mickeyl: I think I've messed with monotone :} Jul 03 06:25:54 oh dear. what did you do? Jul 03 06:26:13 03freyther 07org.openembedded.dev * r94937677... 10/ (12 files in 8 dirs): Jul 03 06:26:13 merge of 909b9c4ac5356106de74fa307ae1a92da27d3abd Jul 03 06:26:13 and a65b53634caf2c6a084fd9e5430e25f828fa85d7 Jul 03 06:26:43 I need to send out a note for people... "use merge right after commit" Jul 03 06:27:16 bk did this implicitly, mt needs explicit Jul 03 06:27:58 ok, viewing diffs in monotone seems to work now - at least for manifests, not yet for files, but that looks to be a problem in mt itself Jul 03 06:28:15 mickeyl: when do I get colored diffs ;) Jul 03 06:28:48 not from me Jul 03 06:29:05 i have already wasted enough time working on something that doesn't interest me at all Jul 03 06:29:07 heh Jul 03 06:29:55 mickeyl: Jul 03 06:30:09 shouldn't be a big problem to feed the output into something similar to cvsview Jul 03 06:30:22 but that's a task for the viewmtn people, not for me Jul 03 06:30:53 why we don't use RCS, at least there we can get colored diffs Jul 03 06:31:41 mickeyl: thanks for the diff implementation Jul 03 06:32:03 took me two hours to find the right magic of 5 apache config entries :/ Jul 03 06:32:06 mickeyl: is there something like bk unedit? Jul 03 06:32:36 no. since you don't tell mt when you're editing it can't unedit. Jul 03 06:32:40 do it in an alias Jul 03 06:32:45 rm and co that particular file Jul 03 06:33:04 perhaps not even necessary to rm Jul 03 06:36:23 http://cia.navi.cx/stats/project/openembedded gives a good enough overview over the recent activity Jul 03 06:36:26 no need to hack viewmtn further Jul 03 06:37:21 * mickeyl prepares a MT status report mail Jul 03 06:38:01 heh, I see that zecke appears four times in the list of authors. Jul 03 06:38:05 clearly a man of many identities Jul 03 06:39:13 specially when I switch surname from freyther to hendricks Jul 03 06:40:48 hmm 'ich' is not in the list. so I've one more identity to use Jul 03 06:44:32 Dr. Zecke Hyde Jul 03 06:45:31 mickeyl: this is the reason I get four to five mails from the same headhunter.. Jul 03 06:46:42 status sent Jul 03 06:49:02 mickeyl: did you mail lutz? Jul 03 06:51:14 when i make a build i get an error message saying : Cannot satisfy the following dependencies : diet/x11 virtual/xserver. how do i resolve this problem ? Jul 03 06:52:11 zecke: no. there were many things tumbling down on me regarding handling the Rechtsstreit wegen des Unfalls. I couldn't work on anything to write up :/ Jul 03 06:53:06 diet/x11 and virtual/xserver doesn't look like valid package names Jul 03 06:53:18 you probably mean diet-x11 and xserver-kdrive Jul 03 06:53:21 or something liek that Jul 03 06:53:33 there are no virtual packages Jul 03 06:53:36 there are virtual providers Jul 03 06:53:40 this is a different concept Jul 03 06:56:35 it is diet-x11 and not diet/x11 Jul 03 06:57:10 i did get those errors: i have put them in RDEPENDS Jul 03 06:57:20 and also DEPENDS ? Jul 03 07:01:04 no Jul 03 07:01:16 please read more information to get the difference between DEPENDS and RDEPENDS Jul 03 07:01:25 you need to understand these before asking further questions Jul 03 07:10:47 got it. i will use what i build ;) Jul 03 07:12:18 question: i just pulled a monotone update and did another bitbake opie-image Jul 03 07:12:18 some do_compiles seem to go to quickly to be true, should I clean my build somehow? Jul 03 07:12:33 depends Jul 03 07:12:51 in my case, openzaurus-3.5.4 conf, that gots its cvs date bumped.... Jul 03 07:12:52 sane developers increment PR after doing sensible changes to a package Jul 03 07:12:56 ah Jul 03 07:13:13 for a change in cvsdate it's probably better to rebuild from scratch Jul 03 07:13:16 i would not mind a complete rebuild, except toolchain and glibc maybe Jul 03 07:13:19 rm -rf tmp in that case Jul 03 07:13:39 hmmm, couldn't i leave the cross dir there? Jul 03 07:13:49 or is that to dangerous? Jul 03 07:14:20 that would mean you have to selectively remove stamps Jul 03 07:14:25 more work than it's worth Jul 03 07:14:41 k, danke Jul 03 07:15:07 ccache should sort out most if it anyway, shouldn't it? Jul 03 07:15:46 unfortunately not Jul 03 07:15:57 ccache honors the build date of the toolchain Jul 03 07:16:04 (which is a good thing to ensure safety) Jul 03 07:16:22 okies, danke nochmal Jul 03 07:16:30 :) Jul 03 07:17:57 got a boxer on wednesday, i am now playing around with it.... Jul 03 07:18:05 cool. a very nice device Jul 03 07:18:11 the best supported atm. Jul 03 07:18:43 cool thing, with oz even usb network for opie works out of the box, cacko sucks there big time Jul 03 07:18:54 *nod* Jul 03 07:19:20 cacko is jailed in very tight borders as are all sharp rom cloners Jul 03 07:19:31 only small bug, when i bring the interface up in the network conf app, it says it failed, but restarting the app shows the net is up *ggg* Jul 03 07:19:36 yeah, i see Jul 03 07:19:44 only annoying thing with oz is the screen flicker Jul 03 07:19:55 maintenance menu helped, but there is still some left... Jul 03 07:19:58 ya, we need to tweak more LCD params Jul 03 07:20:06 it's tough without docs Jul 03 07:20:16 *nod* Jul 03 07:21:53 mickeyl: i've played with a bbclass that manipulates the CCACHE bits to put the CCACHE_DIR in tmp/ for crosscompiled things, but uses the default location for the rest, so builds of glibc and the like wouldnt push things like the objects from the compile of the crosscompiler out of the cache. Jul 03 07:21:58 mickeyl: mind want to try that Jul 03 07:22:26 kergoth`zzz: excellent. have an URL for that? Jul 03 07:22:46 how are you, btw? any plan for getting back to what those wheenies call a "normal" life? :D Jul 03 07:22:57 nope, but its pretty basic. just override CCACHE_DIR if not inherits_class('native'..) Jul 03 07:23:04 ah right Jul 03 07:23:14 * mickeyl writes down Jul 03 07:23:15 eh, soso. being unemployed and broke off my ass isnt good for my morale Jul 03 07:23:20 :) Jul 03 07:23:24 * zecke drops another pain killer and counts the hours till monday Jul 03 07:23:26 need to start getting some cash flow going, then will see Jul 03 07:23:43 morning kergoth Jul 03 07:23:46 hey Jul 03 07:23:46 you're still reading oe@hh.org ? Jul 03 07:23:48 morning kergoth Jul 03 07:23:55 nope, i'm weeks behind, if not months Jul 03 07:23:57 on all my lists Jul 03 07:24:03 only mail i've been checking is inbox Jul 03 07:26:57 ok. nothing really interesting happening on the lists anyway ;) Jul 03 07:27:06 bk->monotone was really painless Jul 03 07:27:11 (more or less) Jul 03 07:27:17 that's the most important news Jul 03 07:28:34 i just hope we won't regret the decision as history becomes eventually larger and mt gets slower Jul 03 07:29:04 bbl, need to rest a bit Jul 03 07:33:17 mickey|rest: cya Jul 03 07:35:20 hi all Jul 03 07:57:13 Anyone here an idea what is up with the Samba packages? Jul 03 08:02:20 pb_: koen mentioned that this samba build problem started after you updated glibc, any idea what is going on there? Jul 03 08:03:16 florian_: is that this quota thing? Jul 03 08:04:05 pb_: yes Jul 03 08:04:27 it looks like the new glibc defaults to the quotav2 API Jul 03 08:04:53 try adding #define _LINUX_QUOTA_VERSION 1 at some strategic point Jul 03 08:06:22 see tmp/staging/arm-linux/include/sys/quota.h: Jul 03 08:06:29 * Select between different incompatible quota versions. Jul 03 08:06:29 * Default to the version used by Linux kernel version 2.4.22 Jul 03 08:06:29 * or later. */ Jul 03 08:06:29 #ifndef _LINUX_QUOTA_VERSION Jul 03 08:06:31 # define _LINUX_QUOTA_VERSION 2 Jul 03 08:06:33 #endif Jul 03 08:06:56 ah Jul 03 08:06:57 or, alternatively, there might be a way to make samba expect the new quota stuff. Jul 03 08:06:58 okay Jul 03 08:07:12 it's possible that its configure script is malfunctioning in some way. Jul 03 08:07:55 i'll check Jul 03 08:08:50 righto Jul 03 08:11:43 wow my simpad image built Jul 03 08:11:46 we could turn off quotas at all... but i don't know if this hurts somone. Jul 03 08:13:30 zecke: Sounds promising... Jul 03 08:20:33 florian_: yeah, that might work too Jul 03 08:21:15 but I suspect that people like the nslu2 folks are likely to want quota support. Jul 03 08:22:32 i have an issue : with mounting the NFS : earlier i was using 2.6.12rc2 it was working fine. but i am now using 2.6.12 ; in the bootargs i need to give everything: nfsroot, ip only then it mounts; i have compiled the kernel with the same defconfig. i dont know what the problem is ? Jul 03 08:23:10 pb_: right Jul 03 08:26:21 florian_: a cheap trick would be to turn quotas off for familiar (or whatever DISTRO you are using), and let people who need them figure out what to do. Jul 03 08:27:57 pb_: i created a patch that might do the trick... Jul 03 08:31:55 monotone: verifying new revisions (this may take a while) Jul 03 08:33:20 schurig: that sounds familiar ;-) Jul 03 08:35:13 hmm, and I extra asked mickeyl two or three times if monotone became faster ... Jul 03 08:35:56 maybe there should be a place where we can download snapshot OE.db files, so that the initial download/checking isn't needed Jul 03 08:35:58 yeah... some operations are terribly slow. Jul 03 08:59:50 florian_: okay, very good Jul 03 09:06:57 * zecke drops in a another pill Jul 03 09:12:18 03florian 07org.openembedded.dev * r88adaace... 10/conf/machine/nokia770.conf: Don't use this special version of tslip as long as we don't know what it does. Jul 03 09:12:18 03florian 07org.openembedded.dev * r9495acb7... 10/packages/samba/ (files/quota.patch samba_3.0.14a.bb): Add patch to define quota type which defaults to an imcompatible one in latest glibc. Jul 03 09:12:19 03florian 07org.openembedded.dev * re1a4a6a5... 10/ (4 files in 3 dirs): Jul 03 09:12:19 merge of 5d0bf12db458113fa06f91798e1362090e49ba8f Jul 03 09:12:19 and 88adaace5b8cfe88c5164b75dc29d943a114c8f5 Jul 03 09:12:23 03florian 07org.openembedded.dev * r09a8da47... 10/ (6 files in 5 dirs): Jul 03 09:12:25 merge of e1a4a6a54101a12142258575aaa1bcea126adbcb Jul 03 09:12:27 and 9b0371bf5547d5dcea1bcd07f29bc1aceefcdd98 Jul 03 09:12:29 03florian 07org.openembedded.dev * r7accabfc... 10/ (6 files in 6 dirs): Jul 03 09:12:31 merge of 09a8da47b54f1328431c3acf759622b48a210fb1 Jul 03 09:12:33 and 9495acb7fa79535be3dc1aec9165fc8dfa1b0ccf Jul 03 09:13:04 whoa Jul 03 09:14:02 hah! we have a working traitor... ;-) Jul 03 09:52:38 03florian 07org.openembedded.dev * r309baf95... 10/packages/maemo/ (hildon-home/noWerror.patch hildon-home_0.8.20-2.bb): Patch to disable the use of -Werror which will cause the build to fail. Jul 03 10:04:07 * florian_ mt merge again Jul 03 10:08:41 03florian 07org.openembedded.dev * rc82bfc5b... 10/packages/maemo/ (2 files in 2 dirs): Patch to disable the use of -Werror which will cause the build to fail. Jul 03 10:08:42 03mickeyl 07org.openembedded.dev * raa378018... 10/ (7 files in 7 dirs): Jul 03 10:08:42 merge of 309baf9561eba78495d1b59322a8ebca28e571bc Jul 03 10:08:42 and 9493767780c108c1eb032fd49a0a9898244577b9 Jul 03 10:08:42 03florian 07org.openembedded.dev * re3937d40... 10/ (9 files in 8 dirs): Jul 03 10:08:43 merge of 9493767780c108c1eb032fd49a0a9898244577b9 Jul 03 10:08:45 and c82bfc5b903cf0dade276c5bd6e1312736edeece Jul 03 10:09:11 those merging messages are kind of annoying Jul 03 10:09:37 yes Jul 03 10:09:44 stop merging ;) Jul 03 10:09:44 i guess I'll patch ciabot_monotone.py to not send 'em Jul 03 10:10:36 * mickeyl ciabot stop Jul 03 10:10:53 we still have two heads Jul 03 10:11:02 ya, i have no idea why Jul 03 10:11:33 heh... i wondered about this too some seconds ago. Jul 03 10:14:18 * mickeyl ciabot start Jul 03 10:15:17 * mickeyl merges (again) Jul 03 10:16:45 ok, here we are Jul 03 10:16:48 quite a tree Jul 03 10:17:40 now lets wait for the merge message... Jul 03 10:18:06 mickeyl: getdiff is broken again :} Jul 03 10:18:27 works here Jul 03 10:18:39 only for revisions though Jul 03 10:18:41 not for individual files Jul 03 10:18:58 which is a mt problem Jul 03 10:19:07 or rather, a problem in the usage of mt Jul 03 10:20:06 getdiff.py should really change the title of the page Jul 03 10:20:34 there's much room for improvements in viewmtn Jul 03 10:21:49 Suppressing merge of aa37801871f021c37b88d43fee5f45ca91367b15 Jul 03 10:21:49 and e3937d4018e11d782f3524b4d0dec996e597894d Jul 03 10:21:52 here we are Jul 03 10:21:57 no stinkin' merge messags Jul 03 10:23:08 there's one thing we should add Jul 03 10:23:23 a CIAbot warning when #heads >1 Jul 03 10:25:48 this tailor thingy is cool ... /me goes converting the monotone stuff to his internal svn repos Jul 03 10:30:06 03florian 07org.openembedded.dev * r0e4f20b5... 10/packages/meta/meta-maemo.bb: Fix package name. Jul 03 10:30:06 03florian 07org.openembedded.dev * r249a7533... 10/packages/gpe-login/ (files/fixMakefile.translation.patch gpe-login_0.78.bb): Add patch fixing build issue. Jul 03 10:35:13 03florian 07org.openembedded.dev * rd5dab43c... 10/packages/gpe-contacts/gpe-contacts-hildon_0.40.bb: Change RDEPENDS to make sure gpe-contacts-hildon doesn't pull in gpe-icons. Jul 03 10:35:22 hmm Jul 03 10:35:24 go flo Jul 03 10:35:35 i'm happy that you now directly participate Jul 03 10:38:11 ~lart whoever put the on/off button to the front on CXK Jul 03 10:38:11 * ibot puts on a hockey mask and jumps out at whoever put the on/off button to the front on CXK Jul 03 10:41:17 <_law_> my repo want update :-( http://pastebin.com/306886 Jul 03 10:42:12 why don't you do what mt tells you? Jul 03 10:42:17 monotone: note: perhaps consider 'monotone merge' Jul 03 10:42:40 <_law_> mickeyl: want work :-( Jul 03 10:43:22 ieek Jul 03 10:43:29 we have three branch heads again Jul 03 10:43:36 someone is misusing mt Jul 03 10:43:55 *sigh* Jul 03 10:44:19 <_law_> mickeyl: http://pastebin.com/306888 Jul 03 10:44:26 there's no sense when I always do the merges and others don't pull Jul 03 10:44:39 that way we never eliminate the different heads Jul 03 10:46:14 _law_: that's ok so far. if there are multiple heads, you can't update Jul 03 10:46:38 <_law_> mickeyl: ok, so i have to wait? Jul 03 10:46:42 yes Jul 03 10:47:40 mickeyl: how goes tracking down the 5500 bugs doing? Jul 03 10:47:53 ? Jul 03 10:48:01 what bugs are you talking about? Jul 03 10:48:14 oh, sorry, thought you were the guy that fixed the right arrow bug on the 5500 Jul 03 10:48:22 oh Jul 03 10:48:27 1st) you need to supply more context Jul 03 10:48:33 5500 bugs sounds like a number of bugs Jul 03 10:48:41 2nd) this is not #openzaurus Jul 03 10:48:53 3rd) all bugs are fixed for the SL5500 Jul 03 10:49:03 (suspend/resume at least) Jul 03 10:49:17 no, was just being friendly. there was a guy that was determined to fix all the issues with the 5500 Jul 03 10:49:20 4th) marcan was the one who did the dirty work Jul 03 10:49:29 ah, his name was marcan ok Jul 03 10:49:31 he touched 2.4.18-embedix *eek* Jul 03 10:49:45 yeah, that was nice of him :) Jul 03 10:50:09 he was very determined Jul 03 10:50:18 heh. that did sound like mickey was working on five and a half thousand different bugs. Jul 03 10:50:27 which would be commendable, of course Jul 03 10:50:40 hah! :) Jul 03 10:52:59 hmm i guess there's a first conflict Jul 03 10:53:19 in gpe-login Jul 03 10:53:23 that's odd, i never touched that Jul 03 10:54:48 florian_, are you parallely working from two machines? Jul 03 10:54:58 or two db's or two working sets for that matter? Jul 03 10:55:44 eeek Jul 03 10:56:08 and now i have a three way merge of three different revisions for meta-maemo Jul 03 10:56:11 tss Jul 03 10:56:22 * mickeyl just uses the latest revision Jul 03 11:00:03 mickeyl: did emacs open for you as well? Jul 03 11:00:09 yes Jul 03 11:00:10 ugly Jul 03 11:00:13 install meld Jul 03 11:00:18 then it'll use that Jul 03 11:00:27 i'm currently trying to merge that maemo thing Jul 03 11:00:41 i have no idea how we could end up with three heads when no one except florian touched that Jul 03 11:00:49 i hope it's a user error and not something in mt Jul 03 11:01:10 mickeyl: maybe the order of merging is important? Jul 03 11:01:32 mickeyl: alternatively revoke florians access ;) Jul 03 11:01:35 heh Jul 03 11:02:14 mickeyl: at least he did not hear it Jul 03 11:02:40 where is he while we are fixing his mess? :D Jul 03 11:07:00 * mickeyl reads more on merging Jul 03 11:11:27 ok syncing the merged thing. florian_, please check if i merged correctly. oh and please use sync, not push. Jul 03 11:12:09 _law_: you can update now Jul 03 11:12:27 http://monotone.vanille.de/viewmtn/revision.psp?id=e7deec567712930f830c6a392453b58268463120 contains the mess :) Jul 03 11:36:00 mickey|dinner: good evening Jul 03 11:45:52 mt pull is stuck. Is it normal ? Jul 03 11:47:42 It's seems to be getting slower with time. Jul 03 11:48:09 May just be the complexity of resolving some of the merges (the delay is at the 'verifying' step). Jul 03 11:50:24 <_law_> mickey|dinner: thanks now update works fine Jul 03 11:51:17 _law_: How long does it take to pull ? Jul 03 11:52:50 <_law_> proti: 1 minute Jul 03 11:53:10 proti: hi, Mr ipkg, Mr! :-) Jul 03 11:54:22 "monotone pull" seems to work here: "monotone: [bytes in: 43.6k] [bytes out: 5727] [certs in: 67] [revs in: 18]" Jul 03 11:54:37 now it's at "monotone: verifying new revisions (this may take a while)" Jul 03 11:54:46 proti: where's yours? Jul 03 12:03:20 flashing 3.5.2 and and associated kernel works, then i reflash only a kernel to test if that from 3.5.3 boots, it does not, so i reflashed back the original from 3.5.2 but it does not boot anyway. if i flash both the kernel and the image from 3.5.2 togheder it works Jul 03 12:04:53 schurig: monotone: [certs: 22] [keys: 3] Jul 03 12:04:53 monotone: [bytes in: 206.3k] [bytes out: 16.0k] [certs in: 324] [revs in: 83] Jul 03 12:04:53 monotone: verifying new revisions (this may take a while) Jul 03 12:04:53 monotone: [bytes in: 226.3k] [bytes out: 16.0k] [certs in: 324] [revs in: 83] Jul 03 12:05:15 And then nothing. Jul 03 12:08:38 As I said... Jul 03 12:10:26 jbowler-zzz: Shall I wait several hours to merge ? Jul 03 12:14:25 schurig: nabend. how are you and the family? Jul 03 12:14:30 you might want to try using Jul 03 12:14:42 function non_blocking_rng_ok() Jul 03 12:14:44 return true Jul 03 12:14:45 end Jul 03 12:14:49 >> monotonerc Jul 03 12:15:38 Ah ha! If that's the problem then network activity should fix it too. Jul 03 12:15:50 Something like a ping to a dhcp server. Jul 03 12:17:55 I tried to do a pull with a fresh db. Still working now after 30-45min on a 2ghz P4. Jul 03 12:18:01 mickeyl: according to info monotone (version 0.19) that is the default Jul 03 12:18:49 aha. well, then we need to wait for newer versions giving more speedup Jul 03 12:18:56 or help the monotone team :) Jul 03 12:19:13 or use a better tool Jul 03 12:19:26 find one Jul 03 12:19:40 proti: what's it blocking on? Jul 03 12:20:18 jbowler-zzz: Not blocking, doing work but not terminating. Jul 03 12:20:21 mickeyl: I've never seen it pause at this point for more than a couple of minutes. Jul 03 12:20:23 monotone works very well here. it's a bit sluggish on sync, admitted, but you don't sync every couple of minutes or do you? Jul 03 12:20:41 jbowler-zzz: same here. i think people are exaggarating Jul 03 12:20:45 proti: i.e. you are saying it is CPU bound? Jul 03 12:20:45 ibot: spell exaggarating Jul 03 12:20:47 possible spellings for exaggarating: exaggerating exaggeration execrating excoriating exaggerator excreting exaggerate excavating Jul 03 12:21:27 mickeyl: my pauses are somewhat unpredictable, as though it has to do a lot of work sometimes but not always. Jul 03 12:21:43 The /dev/random is believable - even /dev/urandom blocks if it is sucked dry. Jul 03 12:21:59 jbowler-zzz: really? I thought the whole point of /dev/urandom was that it didn't block. Jul 03 12:22:33 NSLU2 has problems with entropy, very visible when dropbear generates keys. Even /dev/urandom blocks there with low entropy (no network activity). Jul 03 12:22:51 It seems a bit unlikely that monotone would be needing to pull large amounts of entropy from /dev/random during a merge, anyway. Jul 03 12:22:54 jbowler-zzz: I am saying that the fan is blowing full speed, and happens. I put it in debug, and I'm seeing it working doing select, merging and so on, but I can't figure the completion of the task. I don't even now it is progressing. Jul 03 12:23:55 pb_: it isn't a merge, merge's don't happen on sync - I can't actually see why it should need any random stuff at that point... Jul 03 12:24:01 => monotone-devel: "a progress indicator while checking revisions would be nice" Jul 03 12:24:10 or better into their tasktracker Jul 03 12:24:43 A semi-verbose mode should be useful too. Jul 03 12:24:45 proto: yeah, but what is the process actually doing? Jul 03 12:24:45 jbowler-zzz: well, anyway, strace should quickly reveal whether it is in fact getting stuck on /dev/{u}random. Jul 03 12:24:57 pb_: yes Jul 03 12:25:18 So should WCHAN, or whatever it is, but I don't know how to decode it. Jul 03 12:25:38 mm. WCHAN tends to be pretty useless, in my experience. Jul 03 12:25:58 you generally find that all the tasks are sleeping in down_interruptible(), or some similarly generic function. Jul 03 12:26:32 but, yeah, it'd be worth a look Jul 03 12:27:23 Nope, it's not that - it's CPU bound (just tried a pull from vanille) Jul 03 12:27:48 ah. in that case, sounds like you just need to get a better computer. Jul 03 12:27:49 heh Jul 03 12:28:30 jbowler-zzz: http://pastebin.com/306935 Jul 03 12:28:35 It worked fine with the 1.2GByte 'all the cvs revisions' db, so it's presumably a complexity problem not pure size. Jul 03 12:28:46 hm, I wish I could figure out this stupid locking problem that stops me using monotone. Jul 03 12:30:49 proti: you've pulled in the result of a merge/propage with org.openembedded.nslu2-linux I think, but I'm just guessing. Jul 03 12:31:27 jbowler-zzz: I did a pull with a fresh db (after db init). It maybe took both branch. Jul 03 12:31:43 Curious thing is those changes were in before, so maybe someone else did a big merge/propagate? Jul 03 12:32:52 Maybe this DB has just got too twisty... It looks like monotone.nslu2-linux.org has stopped syncing too. Jul 03 12:33:43 jbowler-zzz: I can't figure clearly what monotone is doing. Jul 03 12:34:32 Ok, my pull has finished and is fine, but I got [certs in: 120] [revs in: 31] which is a comparitively large number of changes. Jul 03 12:35:32 jbowler-zzz: Where are the revs numbers ? 31 ? Jul 03 12:36:02 /revs numbers/number of changes/ Jul 03 12:36:21 31 is the number of revisions received, associated with those were 120 certificates, a revision is a change. Jul 03 12:37:05 Ok, I have 324 certs, and 83 revs when pulling. Jul 03 12:37:52 http://pastebin.com/306937 Jul 03 12:39:25 For each delta, monotone is checking it against every files in the repo. according to what I'm reading for the debug. Jul 03 12:40:02 There aren't any files in the repo, only deltas Jul 03 12:41:31 jbowler-zzz: Could you explain me this extract : http://pastebin.com/306938 Jul 03 12:42:49 Probably, but there are 234 lines in there, all different... Jul 03 12:44:40 jbowler-zzz: No,just a global comment. What is it doing after line 100 ? Jul 03 12:44:59 Ok, I don't understand 'revis in' - on a new DB it only gives 89 revs and clearly there are more than 89 revisions in the db. Jul 03 12:46:08 proti: what command is this the output from? Jul 03 12:47:08 jbowler-zzz: I did a monotone db init. And then a monotone pull on the org.openembedded. Just the pull written in the phrasebook. Jul 03 12:47:26 jbowler-zzz: It was 45 minutes ago. Jul 03 12:47:44 Then I'm guessing the lines correspond to generated manifests Jul 03 12:47:55 Ie. entries in the generated manifests Jul 03 12:47:55 Ok, I added a --debug too. Jul 03 12:49:12 Maybe it maintains a cache... Jul 03 12:50:16 jbowler-zzz: Nothing suspicious ? Because it is doing it for every whatever, and doesn't seems to advance. Jul 03 13:00:09 mickeyl: ack, use sync instead of push Jul 03 13:00:18 :) Jul 03 13:10:59 * RP remembers why mixing drinks is bad :) Jul 03 13:11:48 I'm guessing 'revs in' is just the count of revisions on the branches, which means just revisions to the manifest... I think... Jul 03 13:15:16 Some good news on the w100 front - we now understand how to use Smalltext and Monochar Jul 03 13:47:41 RP: excellent news! Jul 03 13:47:42 but... Jul 03 13:47:45 what does that mean? :) Jul 03 13:51:30 hrm... does RPROVIDES end up in a package as "Provides"? Jul 03 13:52:12 usually, yes Jul 03 13:52:48 mickeyl: Basically they're text blit functions which may have implications for accelerating qte Jul 03 13:52:51 hmm it does... i wonder why ipkg fails then :-/ Jul 03 13:53:20 RP: text blit... cool. but in which fonts? is it possible to upload faces? Jul 03 13:53:38 mickeyl Yes, you provide the font face in memory Jul 03 13:54:59 Its a gain as you can do continuous memory access instead of having to stride when pasting the glyphs Jul 03 13:55:39 excellent. sounds pretty complicated to interface with that though Jul 03 13:55:59 mickeyl: The Sharp qte code did... Jul 03 13:56:17 Well, it interfaced to MonoChar... Jul 03 13:56:29 Smalltext looks more powerful Jul 03 13:56:47 but it has an alignment bug which I've fixed :) Jul 03 13:57:18 hehe Jul 03 14:10:54 03florian 07org.openembedded.dev * r74b4ebcf... 10/conf/machine/nokia770.conf: Get rid of irda-utils. Jul 03 14:25:00 cya Jul 03 14:44:13 NOTE: package maemo-image-1.0: completed Jul 03 14:44:17 pheeewwww Jul 03 14:45:59 03florian 07org.openembedded.dev * rd801ae9b... 10/packages/ (maemo/hildon-initscripts_0.8.14-1.bb meta/meta-maemo.bb): Move esd dependencies. Jul 03 14:48:07 mickeyl: We have two heads again... even with "sync". Jul 03 14:49:46 ouch Jul 03 14:57:29 hmm Jul 03 14:57:37 looks like you didn't pull after my 3way merge Jul 03 14:57:49 if I'm interpreting the graph correctly Jul 03 14:58:03 just pull, merge, and push again Jul 03 14:58:17 we need to find the optimal order for these commands :/ Jul 03 14:58:31 yeah Jul 03 15:00:54 good night all Jul 03 15:01:24 n8 Jul 03 15:14:55 ibot: botmail to florian_ indeed, it was you again creating the 2nd head because you didn't pull after I merged. See http://monotone.vanille.de/viewmtn/revision.psp?id=8b7c8c60a9c08d2032c5f9659b2bbdc8bb4ba7d0 Please remember to pull (and perhaps also merge) before comitting Jul 03 15:16:22 03mickeyl 07org.openembedded.dev * r1e28595f... 10/conf/machine/ (zaurus-clamshell-2.4.conf zaurus-clamshell-2.6.conf): Add missing things to zaurus-machine configurations Jul 03 15:29:13 * mickeyl needs to go sleeping Jul 03 15:29:19 g'night folks Jul 03 15:29:44 and don't forget :don't create multiple heads :)) pull and merge before committing Jul 03 15:54:14 heh Jul 03 15:56:38 that does sound a bit of an error-prone process. It's a shame monotone doesn't do the same kind of checking that bitkeeper did in that situation. Jul 03 16:00:40 hmm Jul 03 16:00:58 can't leave until i've interpreted these graphs Jul 03 16:01:04 if you look at http://monotone.vanille.de/viewmtn/revision.psp?id=8b7c8c60a9c08d2032c5f9659b2bbdc8bb4ba7d0&ancestry_limit=15 Jul 03 16:01:10 it looks like florian is doing some strange things Jul 03 16:01:26 because he even created a fork based off one version he did Jul 03 16:01:38 0e4f20b5 was ok Jul 03 16:01:46 then he forked to 249a7533 and 141e00dd Jul 03 16:02:12 so i guess this is not the normal case Jul 03 16:02:23 yeah, that does look a bit odd Jul 03 16:02:42 maybe he has multiple trees, and didn't sync them properly. Jul 03 16:02:52 yep, that would explain it Jul 03 16:03:20 looking at some of the larger graphs from the monotone people themselves it doesn't look like they're having the same problems Jul 03 16:03:36 so i guess we can assume we'll get used to it somehow Jul 03 16:03:43 anyway... eyes are hurting Jul 03 16:03:43 cu Jul 03 16:03:48 night night Jul 03 18:52:46 * chouimat|ibook is away: shower Jul 03 19:18:53 * chouimat|ibook is back. Jul 03 20:11:54 Why doesn't CVSDATE_xserver-kdrive=20050630 force using that CVS date? Jul 03 22:00:44 anyone awake who's somewhat familiar with the simpad? Jul 03 22:54:29 kergoth: ping? **** ENDING LOGGING AT Sun Jul 03 23:59:56 2005