**** BEGIN LOGGING AT Sun Jul 17 23:59:57 2005 Jul 18 00:01:38 sometimes even a little idea leads to the answer. Jul 18 00:01:57 right, else you need exhaustive searching... Jul 18 00:02:20 yep. Jul 18 00:02:35 what are you working on? Jul 18 00:03:04 just packaged micro-emacs. Jul 18 00:03:43 i update my branch and then i'll try to have snes9x work. Jul 18 00:04:03 yep, i see - under which environment? Jul 18 00:04:22 openzaurus 3.5.4 for c7x0 Jul 18 00:04:40 Ah :) snes - should be fun to play those old games again Jul 18 00:05:14 yeah ! i love snes9x. i wonder why it doesn't work for now... Jul 18 00:05:31 i think i did something wrong, but i don't know what... Jul 18 00:06:01 haven't looked at it, so I can only guess into the dark... audio? Jul 18 00:06:50 maybe... i don't know... nothing from the game is displayed. only the infos about the rom loaded by snes9x are dispayed... Jul 18 00:07:29 i thought it came from SDL, but i'm not sure how to fix this. Jul 18 00:07:32 ah, i see. could be some (missing) graphics hardware acceleration stuff, then Jul 18 00:07:53 tell me more ^^ Jul 18 00:08:10 well, just a guess, as I said. I am also not into SDL... Jul 18 00:08:26 neither am i anyway... Jul 18 00:08:30 but my best bet would be to disable all accelerations and see if this creates output Jul 18 00:08:35 then enable bit by bit Jul 18 00:08:46 ok. I'll try this. Jul 18 00:09:03 and maybe there's a way to turn on debug output in the sdl libs Jul 18 00:09:13 good luck :) Jul 18 00:09:25 thanks... not gonna be easy... Jul 18 00:11:17 ho... do i need monotone 0.20 to access vanille.de ? Jul 18 00:12:35 hmm dunno, did not try since thursday Jul 18 00:14:13 mmmm... 0.21 is out, by the way... Jul 18 00:14:49 hm, i will stick to what i have, i think, until new complaints are out on the board :) Jul 18 00:35:08 mmm... compiling monotone on my 1.3ghz is slooooow... Jul 18 00:37:22 hi Jul 18 00:38:27 hi ! Jul 18 00:45:29 morning Jul 18 00:46:36 hey XorA ! Jul 18 01:08:26 good morning! Jul 18 01:12:54 morning all Jul 18 01:15:42 <_chronic> morning Jul 18 01:16:11 morning all Jul 18 01:17:36 mornin Jul 18 01:21:32 morning RP Jul 18 01:23:13 <_chronic> hmm ... mt pull (v0.20) is currently giving "monotone: read from fd 4 (peer monotone.vanille.de) failed, disconnecting" Jul 18 01:25:00 same here, i guess our admin is playing firewall games :/ Jul 18 01:25:07 morning, btw. Jul 18 01:25:25 <_chronic> mickeyl: heh. time for coffee then. :} Jul 18 01:25:48 morning Jul 18 01:26:39 * Bernardo still hasn't been able to build monotone... :( Jul 18 01:27:53 <_chronic> Bernardo: as in compile and install or build monotone's db? Jul 18 01:28:09 mickeyl: need some mirrors? have some servers here at our university I could offer Jul 18 01:28:35 i guess this is a stupid question, but why do you want to compiile monotone with bitbake ? Jul 18 01:28:53 koobla: thanks, but we are migrating it to oe.org asap anyway Jul 18 01:29:02 alan: people are using it on their embedded devices Jul 18 01:29:16 alan: don't forget, OE is not just about handhelds Jul 18 01:29:24 koobla: fine :) if in need, just ask. Jul 18 01:29:28 thanks Jul 18 01:30:00 mickeyl: ok. thanks. Jul 18 01:30:56 _chronic: as in compile. some problems with boost headers Jul 18 01:31:16 has monotone been upgraded to .20 now ? Jul 18 01:31:38 yes Jul 18 01:31:53 ah ok time to unhold monotone :) Jul 18 01:36:39 ~monotone Jul 18 01:39:25 03mickeyl 07org.oe.dev * r9c0265ee... 10/packages/udev/ (udev-063/fix-alignment.patch udev_063.bb): Jul 18 01:39:25 udev: Jul 18 01:39:25 - add master plan for udev >= 059 integration (see FIXME) Jul 18 01:39:25 - add alignment fix (http://sourceforge.net/mailarchive/forum.php?thread_id=7720331&forum_id=3157) Jul 18 01:45:38 03jbowler 07org.oe.nslu2-linux * r3e52cc02... 10/packages/linux/ (5 files in 2 dirs): Jul 18 01:45:38 Fix for the hardware reset hang problem - shut down the flash memory Jul 18 01:45:38 device (ensure it is in read mode, not write) on halt/reboot. Jul 18 01:45:44 03jbowler 07org.oe.nslu2-linux * r78d702d0... 10/packages/ (meta/openslug-packages.bb util-linux/util-linux.inc): Jul 18 01:45:45 Work round ccache/timestamp problem in util-linux caused by a machine Jul 18 01:45:45 generated .c seeming to be newer than the .o generated from it (cause by Jul 18 01:45:45 fine granularity make timestamps apparently). Jul 18 01:45:48 03jbowler 07org.oe.nslu2-linux * refd8c005... 10/packages/monotone/ (4 files in 2 dirs): monotone 0.21 and associated patches Jul 18 01:48:41 <_chronic> mickeyl: your fw admin has had his morning cuppa too (mt.vanille.de is working again) Jul 18 01:49:09 _chronic: excellent :) Jul 18 01:50:34 do we use monotone 0.20 today ? Jul 18 01:50:45 <_chronic> alan: yes Jul 18 01:51:00 well... i still have a "monotone: read from fd 4 (peer monotone.vanille.de) failed, disconnecting" error... Jul 18 01:51:43 <_chronic> alan: i did earlier. mickey|meeting said it was fw admin blocking access. just tried right now & worked for me. Jul 18 01:52:34 _chronic: niarf... the command is "monotone --db=/mnt/oe/oe.db pull; cd /mnt/oe/org.openembedded.dev; monotone update" , right ? Jul 18 01:53:33 <_chronic> alan: yup, although i specify --db in the update command too. Jul 18 01:54:21 <_chronic> alan: that's assuming you've init'ed, too. Jul 18 01:55:19 houlaaaa... init'ed ? what does that mean ? (begginner in approach... sorry...) Jul 18 01:56:17 ho found ! Jul 18 01:56:23 <_chronic> alan: see http://oe.handhelds.org/cgi-bin/moin.cgi/MonotonePhraseBook Jul 18 01:56:33 thanks. Jul 18 02:04:53 bouhou... i'm just stupid... i wanted to update my branch and i erased everything in /stuff/org.openembedded.dev Jul 18 02:05:15 ~lart alan Jul 18 02:05:15 * ibot beats alan severely about the head and shoulders with a rubber chicken Jul 18 02:06:53 and now i cant get the repository from the server... "monotone: fatal: std::exception: boost::filesystem::current_path: "": No such file or directory" Jul 18 02:06:56 pffff... Jul 18 02:08:37 <__law__> monotone: successful exchange with monotone.vanille.de Jul 18 02:08:37 <__law__> monotone: multiple update candidates: Jul 18 02:08:37 <__law__> monotone: ca44dbdae3cd2507c9be579eafbacd0e07bcca43 mickeyl@openembedded.org 2005-07-18T08:15:26 Jul 18 02:08:37 <__law__> monotone: efd8c005871477b3c2788c1257799459527dd028 jbowler@nslu2-linux.org 2005-07-18T04:09:03 Jul 18 02:08:37 <__law__> monotone: choose one with 'monotone update ' Jul 18 02:08:38 <__law__> monotone: misuse: multiple candidates remain after selection Jul 18 02:08:41 <__law__> :-( Jul 18 02:08:51 <__law__> what can i to now? Jul 18 02:08:58 <_chronic> heh __law__ : i just hit that too. Jul 18 02:10:12 <_chronic> monotone --db=/blah/oe.db update -b ca44dbdae3cd2507c9be579eafbacd0e07bcca43 Jul 18 02:12:22 morning all Jul 18 02:12:33 lo hrw|work ! Jul 18 02:13:51 hi alan Jul 18 02:14:19 <__law__> monotone --db=../oe.db update -b ca44dbdae3cd2507c9be579eafbacd0e07bcca43 Jul 18 02:14:20 <__law__> monotone: already up to date at 888665f8d2b7e9a8781c746c740393ab7115129a Jul 18 02:14:40 hi hrw|work Jul 18 02:15:05 <_chronic> __law__: yup. wot i got too. Jul 18 02:15:33 625 revs to pull... Jul 18 02:16:21 <_chronic> __law__: for me, up to date on both branches, it seems.... Jul 18 02:23:00 monotone 0.20 gives more infos during pull but takes lots of time too Jul 18 02:29:00 yo hrw|work welcome back Jul 18 02:30:20 101/625 revs in.. Jul 18 02:30:25 after 30 minutes ;( Jul 18 02:30:53 pulling OE via monotone can be nightmare Jul 18 02:31:26 monotone pull will take ~3h on my home machine then Jul 18 02:50:26 bordel de merde (><)... why do i still have this stupid "monotone: read from fd 4 (peer monotone.vanille.de) failed, disconnecting" when i use monotone 0.20... my db is init'ed... key is generated... so what ? Jul 18 02:52:07 and that is new... "monotone: warning: No branches found."... any idea ? Jul 18 02:52:41 monotone pull "org.openembedded.*" Jul 18 02:53:46 hrw|work: you are wonderful. Did i ever told you this ? Jul 18 02:53:59 many times Jul 18 02:54:19 45 minutes and I have 1/3 of revs verified ;( Jul 18 02:54:58 anyone have spare fast cpu (and mb for it) to donate? Jul 18 02:56:00 hrw|work: i have a duron 850mhz cpu somewhere (without mb) i can donate. interested ? Jul 18 02:56:33 alan: thx but not - I sold my d600/850 nearly two years ago Jul 18 02:56:56 ok. Jul 18 02:58:44 hrw|work: 1.5 hours for 281 revs so far ... Jul 18 02:59:11 monotone is good if pulling is often Jul 18 02:59:59 and suxx badlywhen pulling is rare Jul 18 03:01:06 i have to pull the entire branch after a stupid manip... let's go for 5 hours of checking... yipii... (Ź_Ź) Jul 18 03:09:36 1h - 290/625 done Jul 18 03:11:29 hmm - my 2.6.11.8 kernel won't mount my jffs2 image from flash - but I can mount it when using nfsroot later on - any ideas? Jul 18 03:11:52 is there some init sequence that needs changing in the arm tree? Jul 18 03:21:06 koobla, what is your target? Jul 18 03:21:43 dyoung: we have an arm board here (pxa 263 based) Jul 18 03:21:57 odd enough, the 2.4.19 it came with works. Jul 18 03:23:19 I see. we were tracing down flash-related bugs earlier today on the nslu2, a XScale IXP420 device using 2.6.12.2 kernel. Jul 18 03:23:21 maybe you forgot jffs2 support? Jul 18 03:23:44 no, its there, as well as mtd+the right maps Jul 18 03:23:58 we don't use modules at the moment. Jul 18 03:24:07 hrw: mounting with a forced fc-type works Jul 18 03:24:13 fs-type Jul 18 03:24:43 is the partition name relevant to the automount procedure? Jul 18 03:31:45 how do we sort out multiple heads when checking out org.oe.dev ? Jul 18 03:32:06 monotone merge? Jul 18 03:34:00 how can i merge without having a branch tree checked out ? Jul 18 03:57:18 is any prog compiled with OE automatically a GPL prog ? Jul 18 03:57:27 alan: no Jul 18 03:57:31 alan: why should it? Jul 18 03:57:46 alan: bitbake is GPL/MIT like gnu make or gcc Jul 18 03:57:54 alan: the package database itself is MIT licensed Jul 18 03:58:16 alan: and each packages has a LICENSE="GPL" to say what license the built software has Jul 18 04:00:11 ok. thanks for infos. Jul 18 04:01:27 i wonder if it would be useful to ask Opera software to build their browser with OE... we'll soon have minimo, but hey, opera is opera... Jul 18 04:01:54 it's just a question, huh ?!? Jul 18 04:03:18 afternoon Jul 18 04:08:08 alan: how would Opera benefit? Jul 18 04:11:47 can someone with access merge the two heads of oe.dev please Jul 18 04:19:16 ade|desk: that operation errors for me Jul 18 04:19:42 same here Jul 18 04:20:08 oh dear Jul 18 04:37:21 ade|desk: that should be it merged, but fscking monotone seems to have re-made .zecke branch :-( Jul 18 04:39:25 XorA: no someone synced the branch to vanille again Jul 18 04:39:37 zecke: oh, so it wasnt me, phew Jul 18 04:39:47 * XorA has just killed it again locally Jul 18 04:39:54 If vanille is running 0.21 it can be set up to specifically exclude that branch ... Jul 18 04:40:14 monotone: trying 3-way merge Jul 18 04:40:14 monotone: fatal: std::logic_error: revision.cc:185: invariant 'I(*changesets.find(old_id)->second == *old_to_child_changes_p)' violated Jul 18 04:40:14 monotone: Jul 18 04:40:14 monotone: this is almost certainly a bug in monotone. Jul 18 04:40:23 fun fun fun Jul 18 04:40:36 I'm so glad we're using a rock solid SCM Jul 18 04:41:33 reenoo_: At least it is free? Jul 18 04:41:43 reenoo_: and improving Jul 18 04:41:50 reenoo_: we could have used perforce, if you would have prefered that? Jul 18 04:41:58 * XorA shudders Jul 18 04:42:11 I guess I'd prefer svn over this crap Jul 18 04:43:09 reenoo_: so use that? Jul 18 04:44:54 I must say so far, apart from the speed all my monotone problems have been my own stupidity Jul 18 04:45:04 and speed isnt a killer for me Jul 18 04:45:26 XorA: and it is free, and improving Jul 18 04:46:21 zecke: yes, and a project like us actually using it means it gets better quicker Jul 18 04:46:35 * chouimat is away: Desktop Developer Conference Jul 18 04:46:43 zecke: so is GNU/Hurd, but would you use it as your everyday OS? certainly not Jul 18 04:46:47 03rwhitby 07org.oe.nslu2-linux * ra0622c3b... 10/packages/ftpd-topfield/ (files/init ftpd-topfield_0.5.1.bb): Updated the ftpd-topfield init script to match the Optware version Jul 18 04:47:32 reenoo_: I dislike micro kernels ;) probably due a misunderstanding on my side Jul 18 04:48:05 * XorA used to use hurd Jul 18 04:51:24 * XorA really needs to find a faster SD card Jul 18 04:55:10 zecke: I dislike stuff that's dead slow and blows up internally. probably because I want to get work done Jul 18 04:57:38 howdy people Jul 18 04:57:40 reenoo_: blow up == checking invariants and predicates... Jul 18 04:57:42 mithro: hey Jul 18 04:57:57 in Innsbruck now, going to Vienna tonight Jul 18 04:58:09 zecke: I mean.. what are my options now? subscribe to yet another ML? report the bug there and wait for it to be ignored or declared not reproducable (because that's what I expect it to be)? that's a major waste of time with no gain at all Jul 18 04:58:38 reenoo_: I understand that part Jul 18 04:58:57 reenoo_: and as I said, we might switch SCM's but only for the better Jul 18 04:59:24 reenoo_: this means someone has to setup a SCM that copes with the same data Jul 18 05:01:13 monotone is working ok for us in nslu2-linux. we're getting work done ... Jul 18 05:01:41 I like the fact that they seem to be defensive programmers with invariants etc ... Jul 18 05:02:09 of course we all hope it will go faster. functionality first, and speed later I guess. Jul 18 05:02:27 that virtually never happens Jul 18 05:02:37 (the speed later part) Jul 18 05:02:43 it happened from 0.20 to 0.21 Jul 18 05:03:18 nslu2-linux wouldn't be able to continue it's decoupled work flow if we were using svn for oe Jul 18 05:03:28 oh 0.21 is out? Jul 18 05:03:34 yep Jul 18 05:03:47 much faster incremental updates. same slow initial pull Jul 18 05:04:04 and a --exclude option for your branch :-) Jul 18 05:04:17 rwhitby: now that you guys have push access anyway I fail to understand the point Jul 18 05:04:43 reenoo_: not all of our 70+ developers have push access to your oe repo Jul 18 05:05:23 only about 10 do, and all except 1 of them are in the core team (i.e. have the same privs and access as I do) Jul 18 05:06:56 reenoo_: I like mt as well but I recognize it is slow(er) and less mature than bitkeeper Jul 18 05:06:58 actually the 1 person doesn't have write acess to oe's repo. only to nslu2-linux's repo, and it requires a core team member to publish a consistent set of changes across to oe Jul 18 05:07:20 reenoo_: but it has nice peer to peer commands, integrated QA... Jul 18 05:11:21 rwhitby: I see. I do believe that can be done with svn as well though. e.g. sablevm development is done that way with svn. Jul 18 05:12:23 reenoo_: It can be done with cvs as well... Jul 18 05:12:55 but I do not want to use cvs Jul 18 05:13:10 reenoo_: try monotone 0.21 first Jul 18 05:13:11 reenoo_: so a separate group of developers can work on a copy of the repo, pushing and pulling to that second repo without affecting the primary repo, and then one of those developers can push that to the primary repo? I'd be interested in your views on how that could be done with cvs or svn .... Jul 18 05:13:54 (and also being able to do offline commits without needing to be connected to the network - a feature that I use quite a bit on the laptop) Jul 18 05:14:45 rwhitby: offline commits aren't supported by svn. the rest are just branches in svn. Jul 18 05:15:30 ~hail pb_ Jul 18 05:15:30 * ibot bows down to pb_ and chants, "I'M NOT WORTHY!!" Jul 18 05:15:35 offline commits are a must really Jul 18 05:16:09 pb_: stat.mtime_nsec; is available with which kernel version? Jul 18 05:17:54 03rwhitby 07org.oe.nslu2-linux * re74c7357... 10/packages/ftpd-topfield/ (ftpd-topfield_0.5.1.bb ftpd-topfield_0.5.2.bb): Updated ftpd-topfield to version 0.5.2 Jul 18 05:18:39 rwhitby: monotone db kill_branch_locally org.openembedded.zecke Jul 18 05:19:18 hrw|meeting: I have been doing so, but it keeps coming back Jul 18 05:19:45 is vanille.de excluding it? Jul 18 05:19:51 dont know Jul 18 05:20:51 rwhitby: It did not work Jul 18 05:21:46 hail zecke Jul 18 05:21:57 it looks like mtime_nsec was added in 2.6, but I don't know exactly which version. Jul 18 05:22:19 our 2.4.18 tree doesn't have it. Jul 18 05:22:47 pb_: I'm building glibc with 2.6.11 support. This implies all applications need to be recompiled as data structures changed? Jul 18 05:22:47 nor does 2.4.26, in fact Jul 18 05:22:51 zecke: no Jul 18 05:23:22 applications that try to reference stat.mtime_nsec will fail to compile with an older kernel, but there is no binary compatibility issue. Jul 18 05:23:24 pb_: but struct stat grew Jul 18 05:23:32 zecke: no, it didn't Jul 18 05:23:54 *puh* but it really look like it grew Jul 18 05:24:01 really? Jul 18 05:24:12 time_t atime, mtime, ctime vs time_t atime; unsigned long atime_nsec; .... Jul 18 05:24:33 the nsecs are embedded inbetween the time_t's Jul 18 05:24:42 in 2.4, you should have atime, padding, mtime, padding, ctime, padding, padding, padding Jul 18 05:25:23 in 2.6, you should have atime, atime_nsec, mtime, mtime_nsec, ctime, ctime_nsec, padding, padding. Jul 18 05:25:44 ah good if it was passed in 2.4 Jul 18 05:25:51 at least 2.6 is padded at the end Jul 18 05:25:53 *puh* Jul 18 05:26:24 if struct stat had actually changed, all your applications would break when you upgraded your kernel from 2.4 to 2.6. Jul 18 05:26:31 including stuff like ls, so it would be hard not to notice. Jul 18 05:27:36 bbiab, lunchtime now Jul 18 05:29:23 re Jul 18 05:29:35 hey hrw Jul 18 05:29:39 how was your vacation? Jul 18 05:29:39 hi mickeyl Jul 18 05:29:43 mickeyl: too short Jul 18 05:29:52 hehe, it's always like that isn' it? Jul 18 05:30:29 mickeyl: yep - but I got some sun, swimmed in lake so it was good time Jul 18 05:30:35 sounds good Jul 18 05:30:38 *envy* Jul 18 05:32:42 I just get case for c760 for 1 pln (+5 pln porto) Jul 18 05:33:04 nice. which one? Jul 18 05:33:28 03xora 07org.oe.dev * rb917e526... 10/packages/ (5 files in 3 dirs): firefox: version bump to 1.0.5 Jul 18 05:33:39 pdair one - sport version Jul 18 05:34:29 I already have leather one from pdair but without clips Jul 18 05:38:17 monotone: including branch org.openembedded.zecke Jul 18 05:40:44 is it possible to see who still has the .zecke to push ? Jul 18 05:40:52 unfortunately not Jul 18 05:41:11 perhaps with 0.21 we can yank it Jul 18 05:41:53 I suspect XorA this time Jul 18 05:41:58 ah wait Jul 18 05:41:59 yes Jul 18 05:42:02 xora was it Jul 18 05:42:11 nslu2-linux's repo is zecke-free Jul 18 05:42:13 ive deleted that branch before every push today Jul 18 05:42:15 hehe Jul 18 05:42:26 and I get it back from vanille.de Jul 18 05:42:26 wanted to know what should be RDEPENDS for installing only kernel. I know depends=virtual/kernel. but cant figure out what should be the RDEPENDS ? Jul 18 05:42:37 ya sure, once it's in vanille.de you'll get it back Jul 18 05:42:44 ignore_branch doesn't seem to work here Jul 18 05:43:15 time to send the heavies round Jul 18 05:43:34 * mickeyl kills it again Jul 18 05:44:10 * XorA has just killed it again Jul 18 05:47:38 lunch time Jul 18 05:48:33 bon appetit Jul 18 05:48:50 zecke: same error with 0.21 Jul 18 06:17:51 morning Jul 18 06:17:58 hi greg72 Jul 18 06:18:43 hi hrw|work what are you working on? Jul 18 06:19:25 reenoo_: damn Jul 18 06:19:43 hrw|work: how much is a WRT nowadays? Jul 18 06:20:56 $50 : http://www.amazon.com/exec/obidos/tg/detail/-/B00007KDVI/qid=1121692830/sr=8-1/ref=pd_bbs_1/104-3248000-3615135?v=glance&s=pc&n=507846 Jul 18 06:21:01 (USD) Jul 18 06:21:46 and it is still flashable? Jul 18 06:22:29 hrw|work: do you know the status of our wrt distro? Jul 18 06:22:57 i'd go for a Netgear WGT634U, they have 32MB ram, 8MB flash, and a supported wlan minipci card (atheros) Jul 18 06:23:08 i'm currently preparing machine support for this in oe Jul 18 06:23:14 woot Jul 18 06:23:16 excellent Jul 18 06:23:19 how much are they? Jul 18 06:23:21 (though i'm unsure about the wrt distro support..) Jul 18 06:23:36 i paid 129euro for them (at alternate.de), but that was probably overpriced Jul 18 06:23:51 oh and they have USB2.0 Jul 18 06:23:55 (nec EHCI) Jul 18 06:24:02 but it doesn't work yet on 2.6 Jul 18 06:24:10 i see Jul 18 06:24:23 well i already have a wrt and am looking to flash something OE-based onto it Jul 18 06:24:27 i have no serial cable though Jul 18 06:24:31 re Jul 18 06:24:42 wb hrw Jul 18 06:24:59 mickeyl: dont know about status of image - it can be built Jul 18 06:25:11 mickeyl: but I dont have time to test upgrades Jul 18 06:26:18 tmbinc: peteru will be interested in that wgt634u oe distro ... mind if I let him know you are working on it? (he's a nslu2-linux developer) Jul 18 06:27:02 ibot: borzoi is the Sharp SL-C3100 Jul 18 06:27:03 mickeyl: okay Jul 18 06:27:22 ibot: borzoi is also a dog (see http://www.dogbreedinfo.com/borzoi.htm ) Jul 18 06:27:22 mickeyl: okay Jul 18 06:27:40 rwhitby: no sure, i appreciate every support Jul 18 06:28:35 is he reachable in irc somewhere? Jul 18 06:28:59 yeah, he's peteru-home at the moment in #nslu2-linux Jul 18 06:29:31 and #wgt634u :-) Jul 18 06:29:32 mickeyl: still no kernel source for borzoi :( Jul 18 06:29:58 nope Jul 18 06:30:19 since we have the CMDLINE someone adventurous could just try to flash a C3000 kernel Jul 18 06:30:31 the only question is if the C3100 is more like a C1000 or more like a C3000 Jul 18 06:31:10 rwhitby: oh i see, i already talked to him yesterday ;) Jul 18 06:36:21 mickeyl: i've a problem with monotone, i think. yesterday i synced, and after that, monotone on your server stopped responding (probably normal?). after an hour or so i tried syncing again, and it pushed the changes again. now i fear a bit on corrupting anything - or was there just something wrong on your side? Jul 18 06:37:27 should i just try to sync again? Jul 18 06:38:42 tmbinc: just try to sync again. there are network outages sometimes on my side, but monotone is clever enough to spot that Jul 18 06:38:52 I'm on mt 0.21 now, btw. Jul 18 06:39:13 ah ok Jul 18 06:39:17 i probably should switch, too Jul 18 06:39:52 g'night rwhitby-asleep Jul 18 06:41:08 rwhitby-asleep: sleep well Jul 18 06:41:51 RP: I think I finally know how udev (modern) is working and how we should proceed. Lets chat about that when you're there Jul 18 06:41:54 * mickeyl wanders home Jul 18 06:44:03 03tmbinc 07org.oe.dreambox * r2c263971... 10/packages/ (dreambox/dreambox-compat.bb meta/dreambox-image.bb): add dreambox-compat: compatibility package for providing libgcc link Jul 18 06:44:07 03tmbinc 07org.oe.dreambox * rcf56f81f... 10/ (290 files in 164 dirs): Jul 18 06:44:07 explicit_merge of 905c8d454a8f78a32652b51edb7d9fc32edc640b Jul 18 06:44:07 and 2c2639719d43aa16ce864a0c04d34d1d6d69c87b Jul 18 06:44:07 using ancestor e80a27c71c91cd381329ad01b93c2e5efb1d807a Jul 18 06:44:07 to branch 'org.openembedded.dreambox' Jul 18 06:44:11 03tmbinc 07org.oe.dreambox * r0d375108... 10/conf/distro/ (opendreambox-1.1.conf opendreambox-1.2.conf): rename openembedded distro config to 1.2 Jul 18 06:44:15 03tmbinc 07org.oe.dreambox * rcb42b6d6... 10/packages/base-files/base-files_3.0.14.bb: fix resolv.conf creation Jul 18 06:44:33 ok looks better this time Jul 18 06:45:45 mickeyl: Unable to list branches: /bin/sh: /usr/bin/monotone: No such file or directory Jul 18 06:48:25 erm... i was pulling the entire org.openembedded.dev branch when i got this error "monotone: bytes in | bytes out | certs in | revs in | revs written Jul 18 06:48:26 monotone: 23.0M | 369.9k | 1587 | 627 | 238 Jul 18 06:48:26 monotone: read from fd 4 (peer monotone.vanille.de) failed, disconnecting Jul 18 06:48:26 " and then warnings from monotone... now i don't have any /blabla/org.openembedded.dev directory... tell me it doesn't mean i have to do everything once more, please. Jul 18 06:50:29 holly shoot ! that _is _ what it means... Jul 18 06:53:21 alan: it already wrote revs.. Jul 18 06:53:37 alan: mickeyl institute has a defective router... Jul 18 06:55:10 zecke: so... why do i not have any org.oe.dev ? is it writen only when finished ? Jul 18 06:55:35 alan: you need to do a checkout to get the stuff from the db Jul 18 06:55:53 alan: you sync to a database Jul 18 06:56:18 it was checking out... so it should be there anyway, right ? Jul 18 06:56:37 alan: what you pasted did not look like a checkout Jul 18 06:57:15 alan: checkout is the process in 'extracting' files from a branch to a directory in your filesystem Jul 18 06:57:25 mmm... here comes some more explicit messages... Jul 18 06:57:26 monotone: verifying new revisions (this may take a while) Jul 18 06:57:26 monotone: bytes in | bytes out | certs in | revs in | revs written Jul 18 06:57:26 monotone: 23.0M | 369.9k | 1587 | 627 | 238 Jul 18 06:57:26 monotone: read from fd 4 (peer monotone.vanille.de) failed, disconnecting Jul 18 06:57:26 monotone: warning: discarding revision cert packet 026dfb76437b8ee365af6ed7b1a122bd595d202f with unmet dependencies Jul 18 06:57:29 monotone: warning: discarding revision cert packet 03d194f30ac2645040c9f4cb78be028d984eb48e with unmet dependencies Jul 18 06:57:45 etc, etc... Jul 18 06:58:00 alan: with mickeyls system that is normal Jul 18 06:58:13 ok. Jul 18 07:00:34 arm... i was not checking out... i was pulling the OE repository from the server... sorry to ask this again, but how do i continue from where i were ? Jul 18 07:03:23 alan: do a checkout? Jul 18 07:03:53 yeah, i did that. it returned nothing... now i'm trying to update, just to be sure. Jul 18 07:04:14 i'm stuck in "rebuilding merkle trees..." Jul 18 07:04:31 mickeyl: I'm kind of around :) Jul 18 07:06:18 eventhough omap5912 contains PREFERRED_PROVIDER_virtual/kernel = "linux-omap1" when i build a image it is trying to download linuxsh-snapshot-050320-jlimepatched. i dont know what is wrong. when i do bitbake -i which virtual/kernel i get a list of kernel packages but nothing is selected (that is i dont get a (***) symbol against any of them) Jul 18 07:06:47 eJumbo: are you missing a dependency? Jul 18 07:07:08 no, bitbake is broken Jul 18 07:07:39 oops Jul 18 07:07:42 it's the same problem I mentioned yesterday Jul 18 07:08:08 note to self, get more stuff done Jul 18 07:08:13 with a slightly different twist, though Jul 18 07:09:20 i have not download any new version of bitbake at all. just tarred a working version ? Jul 18 07:10:12 zecke: i just wanted to know which kernel my image will use. not built an image. my omap5912.conf file is the default one which comes with oe Jul 18 07:16:48 why oooo why did i want to update my branch just to report that the .bb file for micro-emacs was related to src files that are not availiable anymore ??? and why hoooo why did i erase my org.openembedded.dev ??? God : why did you make me so stupid ??? Jul 18 07:21:35 should i download bitbake again and delete my TMPDIR. Jul 18 07:21:56 does anyone know what the problem is ?. any ideas to debug ? Jul 18 07:22:39 Hello everyone ! I am trying to port an application and I need to resolve the dependency of librxtxSerial.so --- has anyone got an idea if it already exists for the arm, or if not where I can get the source from ? I googled, but couldn't find anything - thanks Jul 18 07:22:45 I wonder if there's anyone here who can help me with a gdb problem? I'm trying to catch a segfault with it but gdb slows the program down so much I can't reporduce it. Is there any way I can cut some of gdb's overhead? Jul 18 07:23:52 RP: can you not get 90% of the way to the fault then attach gdb? Jul 18 07:24:00 RP: catchsegv Jul 18 07:24:15 RP: gdbserver, i.e. remote debugging, doesn't help? Jul 18 07:24:28 otherwise use core files Jul 18 07:24:29 If you use gdb you're already lost Jul 18 07:24:30 ulimit -c unlimited Jul 18 07:24:53 use printf Jul 18 07:25:03 and isolate the problem Jul 18 07:26:05 I've tried gdbserver but the latency is too high over the interfaces I have on offer. catchsegv won't give me the info I need and I can't attach late due to the way I have to reproduce the fault :-( Jul 18 07:26:35 For some reason the core dump wouldn't backtrace or behave nicely either :-/ Jul 18 07:28:33 register for sigsegv Jul 18 07:28:48 and then wait for gdb to attach? Jul 18 07:29:31 zecke: Can you give me an example of how to make gdb do that? :) Jul 18 07:29:47 wait a second Jul 18 07:32:18 void sigsegv(int x) { char buf[256]; sprintf(buf, "gdb %s %d". argv[0], getpid()); system(buf); } int sigsegv_setup(void) __attribute__ ((constructor)) { signal(SIGSEGV, sigsegv); } Jul 18 07:32:20 or some such Jul 18 07:32:41 alternatively, ask a kernel h4x0r to locate one of the patches that automatically launches gdb when a program crashes. Jul 18 07:35:14 Ah, right - you mean add a sigsegv handler that can wait for gdb. That make a lot of sense :) Jul 18 07:35:39 thanks :) Jul 18 07:35:59 RP: hehe Jul 18 07:36:34 I thought meant there was some option to gdb that could make it wait for segvs... Jul 18 07:37:50 yeah sorry for my crappy expression Jul 18 07:49:13 i am still getting the same error. i dont know what the problem is ? Jul 18 07:50:28 mickeyl: is your monotone server up? Jul 18 07:50:37 looks like it Jul 18 07:51:29 it's staying at "monotone: connecting to vanille.de Jul 18 07:51:29 " Jul 18 07:51:42 same here... Jul 18 07:53:28 can you telnet to it? Jul 18 07:53:38 I wanted to put a key stripped db online, but "http://ewi546.ewi.utwente.nl/tmp/viewmtn/headofbranch.psp?branch=org.openembedded.dev" shows the problem with that Jul 18 07:54:55 hmm Jul 18 07:55:00 looks good Jul 18 07:55:09 you just shouldn't grab a snapshot from a state with multiple heads Jul 18 07:55:21 or am i missing something else? Jul 18 07:55:41 not really Jul 18 07:56:20 could you start a sync toward ewi546 for vanille.de? Jul 18 07:56:40 there are still people using the wrong branch name Jul 18 07:56:47 monotone: allowed anonymous read permission for 'org.openembedded' excluding '' Jul 18 07:56:52 what's the new name ? Jul 18 07:57:03 org.openembedded.* Jul 18 07:57:19 please folks, try to at least read sometimes something Jul 18 07:57:25 it has been mentioned on the mailing lists and on the web site Jul 18 07:57:34 what's that, "reading"? Jul 18 07:57:36 ok. Could anyone update the Getting Started doc, please ? Jul 18 07:57:44 alan: feel free, it's a wiki :) Jul 18 07:57:45 it's a wiki Jul 18 07:57:47 anyone can Jul 18 07:57:48