**** BEGIN LOGGING AT Sun May 18 02:59:57 2008
May 18 03:36:10 <CIA-22> 03khem 07org.oe.dev * r6f13b55b... 10/ (5 files in 4 dirs): Apply scp-argument-fix.patch only to dropbear 0.49 recipe.
May 18 06:15:34 <Crofton|laptop> avahi i snot building at the moment ..
May 18 06:16:01 <Crofton|laptop> can someone look at this b4 I land in Philly tonight? :)
May 18 09:13:21 <RP> rwhitby: We never worked out exactly how to run mirrors automatically other than the previous discussion we had
May 18 09:23:56 <rwhitby> RP: so how are we going to move forward?
May 18 09:24:15 <rwhitby> I want to move nslu2-linux to git asap :-)
May 18 09:24:49 <RP> rwhitby: Using OE.dev?
May 18 09:25:08 <RP> rwhitby: It is OpenMoko switching, not OE.dev :/
May 18 09:26:19 <rwhitby> correct - I want to set up an identical system to what they are setting up.
May 18 09:26:42 <rwhitby> mirror OE.dev mtn to an nslu2-linux git server that nslu2-linux folk can commit to.
May 18 09:26:49 <rwhitby> just like zecke is doing
May 18 09:27:18 <rwhitby> but in the future (I hope) OE.dev will move to git too, so I'm just thinking ahead till then.
May 18 09:27:38 <RP> rwhitby: I don't know how OM are planning to commit back to OE.dev
May 18 09:27:40 <rwhitby> the other alternative, of course, is for all nslu2-linux committers to use the future OE.dev git repo directly.
May 18 09:27:59 <rwhitby> RP: I thought zecke had a two-way gateway
May 18 09:28:43 <RP> rwhitby: yes and no, I'm not sure exactly how capable it is. I was under the impression some changes would come back with OM devs using monotone
May 18 09:29:17 <RP> rwhitby: and whilst there are OE.dev git trials in progress, there isn't a repo thats offical 
May 18 09:31:57 <rwhitby> RP: I was under the impression that zecke is running an official openmoko git repo, and it has an org.openembedded.dev branch, and that branch is two-way synced (perhaps manually) with monotone.openembedded.org
May 18 09:32:18 <RP> rwhitby: Yes, thats my impression too
May 18 09:32:36 <rwhitby> OK, I will wait for official word on the way forward ...
May 18 10:05:55 <XorA|gone> RP: meld
May 18 10:11:17 <XorA|gone> RP, rwhitby I currently manually merge back to OE, there is no way to do it automatic due to PR and PV incompatabilities
May 18 10:11:51 <RP> XorA|gone: Sounds like how I handle poky....
May 18 10:11:57 * RP hugs meld
May 18 10:13:55 <rwhitby> XorA|gone, RP: sounds like we need to accelerate the OE transition to git to save everyone having to do extra work ...
May 18 10:14:22 <RP> rwhitby: Its not been decided which way OE is going to go yet
May 18 10:14:38 <XorA|gone> I would still have to meld even with git
May 18 11:46:51 <CIA-22> 03jeremy_laine 07org.oe.dev * rd0e6322f... 10/ (1 classes/oestats-client.bbclass): oestats-client.bb: disable stats if we cannot get a build id
May 18 11:51:10 <jeremy_laine> steliosk: hello?
May 18 11:59:18 <CIA-22> 03koen 07org.oe.dev * r860bccc9... 10/ (7 files in 3 dirs): gcc: add gcc csl 2007q3
May 18 12:09:47 <Laibsch> good morning
May 18 12:10:09 <Laibsch> What is the git-equivalent of "mtn head" to show the checked out revision?
May 18 12:11:47 <mickeyl> jeremy_laine: so essentially we are missing events from BB that tell about the status?
May 18 12:12:17 <jeremy_laine> mickeyl: I think basically whenever a build exists in an abnormal condition
May 18 12:12:24 <jeremy_laine> s/exists/exits/
May 18 12:12:53 <jeremy_laine> mickeyl: also, I was not sure how to set a variable that is persistent throughout the build
May 18 12:13:38 <jeremy_laine> currently, the way oestats-client.bbclass works is that it gets a "build id" from the server upon the BuildStarted event
May 18 12:13:51 <jeremy_laine> (we post a form to OESTATS_SERVER/builds/start/)
May 18 12:14:19 <jeremy_laine> and I am storing the build id in TMPDIR/oestats.id, which is wrong for concurrent builds
May 18 12:14:48 <jeremy_laine> (don't actually know if concurrent builds are officially supported?)
May 18 12:15:48 <mickeyl> sadly, i did not have the chance to look at our bitbake code since long :/
May 18 12:16:04 <mickeyl> i agree that what you ask for is necessary for automated usage though
May 18 12:16:17 <mickeyl> could you please add these as feature request to the bugtracker?
May 18 12:16:18 <jeremy_laine> mickeyl: by the way, setting up an oestats server is really a snap thanks to django
May 18 12:16:43 <jeremy_laine> mickeyl: if you use an sqlite DB you're up and running in 30 seconds :)
May 18 12:16:58 <mickeyl> wow
May 18 12:17:00 <mickeyl> _that's_ quick
May 18 12:17:24 <jeremy_laine> * step 1: checkout the code
May 18 12:17:34 <jeremy_laine> * step 2: apt-get install python-django
May 18 12:17:46 <jeremy_laine> * step 3: python manage.py syncdb
May 18 12:18:02 <jeremy_laine> * step 4: python manage.py runserver some.server.org:8000
May 18 12:18:09 <jeremy_laine> => done
May 18 12:19:00 <jeremy_laine> for production use you need to change settings.py for a MySQL server for instance, and do the usual apache2 setup
May 18 12:21:00 <jeremy_laine> for those of you joining in, http://oestats.jerryweb.org/ for a demo
May 18 12:21:44 <mickeyl> excellent, thanks
May 18 12:23:13 <jeremy_laine> mickeyl: will work on opening SVN access for you if you want, in the meantime you can post patches to the "oestats" ticket system or mail them to me
May 18 12:23:49 <mickeyl> will do, thanks. no promise when i have time to actually look at that though ;)
May 18 12:24:22 <jeremy_laine> who ran the official tinderbox, zecke?
May 18 12:24:43 <jeremy_laine> whoever it was might have some good input on what they'd like to see in oestats
May 18 12:24:58 <chouimat> morning
May 18 12:25:03 <jeremy_laine> hi!
May 18 12:25:55 <mickeyl> yep, that was zecke and later koen iirc
May 18 12:26:16 <jeremy_laine> mickeyl: by the way if you want to try the OE side of thinks, feel freel to use OESTATS_SERVER = "oestats.jerryweb.org", no warranty that the server will be up at an given time though :)
May 18 12:26:25 <jeremy_laine> s/thinks/things/
May 18 12:26:45 <jeremy_laine> mickeyl: you could put OESTATS_BUILDER = "mickeyl" or something similar
May 18 12:26:45 <mickeyl> sure, thanks!
May 18 12:26:57 <mickeyl> is all this info at one place?
May 18 12:27:05 <mickeyl> could you perhaps add a wiki page on that?
May 18 12:27:58 <jeremy_laine> mickeyl: the main source of info is the project page (including setup instructions) on http://opensource.bolloretelecom.eu/projects/oestats/
May 18 12:28:13 <jeremy_laine> (it's referenced in oestats-client.bbclass)
May 18 12:28:31 <mickeyl> ok, that should be it
May 18 12:30:59 <likewise> jeremy_laine: pong
May 18 12:31:09 <jeremy_laine> likewise: hi!
May 18 12:31:25 <likewise> Hi Jeremy
May 18 12:32:04 <jeremy_laine> likewise: was just showing of a (rough) build statistics tool (demo: http://oestats.jerryweb.org/ )
May 18 12:34:15 <likewise> jeremy_laine: this is cool. I just started on a bisect script (when a certain build fails, bisect to the commit that made it fail).
May 18 12:34:49 <jeremy_laine> likewise: ah, sounds promising!
May 18 12:35:43 <likewise> jeremy_laine: my scripting foo experience is really minimal but I'll play with Django, it was on my todo list anyway.
May 18 12:36:10 <likewise> jeremy_laine: there is this excellent dajngo setup where they test Linux kernel builds - I should have a look at that too
May 18 12:36:19 <jeremy_laine> likewise: no problem, for now it's all very simple and easy reading :)
May 18 12:36:50 <likewise> jeremy_laine: what exactly is step 1. checkout the code. you mean django code?
May 18 12:36:59 <likewise> (I'm catching up reading the IRC log)
May 18 12:37:23 <jeremy_laine> likewise: no the code for "oestats", you'll find more complete instructions at http://opensource.bolloretelecom.eu/projects/oestats/
May 18 12:42:16 <CIA-22> 03koen 07org.oe.dev * r59d8e866... 10/ (3 files in 3 dirs): angstrom 2008: make compiler selection easier, use 2007q3 for armv7a (yes, PV went backwards *again*, full rebuild time)
May 18 12:42:21 <CIA-22> 03koen 07org.oe.dev * reb9d3f4c... 10/ (1 conf/machine/include/tune-cortexa8.inc): tune-cortexa8: enable tree-vectorizer to get proper NEON support
May 18 12:55:56 <Laibsch> I am running into trouble with monotone and I hope you guys can help me. When I do "mtn pull" I get an error that the database is locked. But there is no mtn process running.  How do I free the lock?
May 18 12:56:18 <Laibsch> jeremy_laine: The oestats output looks beautiful
May 18 12:56:22 <Laibsch> and very helpful
May 18 12:57:34 <jeremy_laine> Laibsch: the main problem from my POV is that the default build view is too verbose
May 18 12:58:06 <jeremy_laine> Laibsch: I think by default the tasks should be grouped by package with tasks collapsed, and expanded if you click
May 18 12:58:25 <Laibsch> http://oestats.jerryweb.org/builds/build/23/
May 18 12:58:30 <Laibsch> ^^^ That?
May 18 12:59:09 <Laibsch> jeremy_laine: I think it would be even better to hide as much as possible all succeeded tasks
May 18 12:59:21 <Laibsch> One is usually only interested in the failed ones
May 18 12:59:36 <jeremy_laine> Laibsch: true
May 18 12:59:44 <Laibsch> althought such a layout might not cheer you up as much ;-)
May 18 13:00:22 <Laibsch> But in general I think the layout is clean and easy to understand
May 18 13:00:37 <likewise> jeremy_laine: this is running of mtn or of git?
May 18 13:00:54 <Laibsch> I never really fully understood to read the tinderbox output
May 18 13:01:05 <jeremy_laine> likewise: the server side has no connection to the SCM for now
May 18 13:01:33 <jeremy_laine> likewise: only the client has some interaction with the SCM in the sense that it reads METADATA_REVISION
May 18 13:01:36 <Laibsch> jeremy_laine: One thing you need to consider is how to deal with overlays
May 18 13:01:41 <likewise> jeremy_laine: ok, but what starts the builds
May 18 13:02:03 <jeremy_laine> Laibsch: true, there should be one METADATA_REVISION per tree
May 18 13:02:10 <Laibsch> yes
May 18 13:02:23 <jeremy_laine> likewise: you run your build whatever way you usually run them
May 18 13:02:28 <Laibsch> Sonkei is a good example
May 18 13:02:39 <jeremy_laine> likewise: oestats does not trigger builds, just collect the results
May 18 13:04:17 <likewise> jeremy_laine: ok, we should follow-up on the mailing list how we can meld the builder with the bisecter.
May 18 13:04:27 <likewise> jeremy_laine: together with the output.
May 18 13:04:56 <jeremy_laine> likewise: I think these should stay separate entities, although we can work on getting a nice interaction between the tools
May 18 13:05:54 <likewise> jeremy_laine: ok
May 18 13:06:25 <jeremy_laine> likewise: if you want, we can get the bisecter to interact with the build stats server (e.g: you queue some tasks via the web UI and the bisector picks up it tasks it needs to run, org something)
May 18 13:07:01 <likewise> jeremy_laine: in my setup, the bisector is the closed loop that instructs the builder what to build
May 18 13:07:02 <jeremy_laine> likewise: also if you need an XML output of the build reports for your processing it should be very easy
May 18 13:12:44 * Laibsch is glad to see some .stable activity in the bug tracker
May 18 13:21:05 <cdbot2> * * OE Bug 4275 has been created by <Laibsch>
May 18 13:21:07 <cdbot2> * * modphp fails to build
May 18 13:21:09 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4275
May 18 13:40:38 <CIA-22> 03mattjreimer 07org.oe.stable * r0a63e1d7... 10/ (3 files in 3 dirs): (log message trimmed)
May 18 13:40:38 <CIA-22> linux-handhelds 2.6.21-hh20: turn on voltage regulator for hx4700
May 18 13:40:38 <CIA-22> hx4700's voltage regulator gives a significant boost in runtime. The
May 18 13:40:38 <CIA-22> following patch builds the voltage regulation code as modules for
May 18 13:40:38 <CIA-22> hx4700. Its machine conf already lists these two modules in
May 18 13:40:39 <CIA-22> MACHINE_EXTRA_RRECOMMENDS so nothing else should be necessary to get
May 18 13:40:43 <CIA-22> it working.
May 18 13:52:32 <cyrilRomain> morning
May 18 13:56:34 <ant_> gm
May 18 13:56:40 <cyrilRomain> hey ant_ 
May 18 13:56:48 <ant_> hi cyrilRomain 
May 18 13:57:10 <ant_> long time we don't meet here...
May 18 13:57:17 <cyrilRomain> indeed
May 18 13:57:44 <ant_> cyrilRomain: that's from building gettext NOTE: the following files were installed but not shipped in any package:NOTE:   /usr/lib/preloadable_libintl.soNOTE: Multiple libraries (libasprintf.so.0, libgettextpo.so.0) found and LEAD_SONAME not defined
May 18 13:57:53 * cyrilRomain disappeared for some time ..
May 18 13:58:03 <ant_> I think koen touched libintl recently..?
May 18 13:58:39 * ant_ even moved to a new home out of the town last month...
May 18 13:59:23 <ant_> Laibsch: ping
May 18 13:59:25 <RP> jeremy_laine: Have you looked at buildbot?
May 18 13:59:32 <ant_> RP: hey...
May 18 14:01:25 <RP> http://www.rp.rpsys.net/bb1.png
May 18 14:02:04 <RP> http://www.rp.rpsys.net/bb2.png
May 18 14:02:30 <ant_> RP: building angstrom-2008.1 from scratch fails (one need do -c rebuild zaurus-updater), while building from pstage fails on angstrom-version (this one need to be rebuilt)
May 18 14:02:34 <ant_> RP: http://rafb.net/p/yU2JjQ62.html
May 18 14:03:51 <RP> ant_: hmm, I'm not sure that is packaged staging's fault :/
May 18 14:04:10 <ant_> RP: and how is the initramfs appeared?
May 18 14:04:18 <RP> ?
May 18 14:04:43 <ant_> I find it in /deploy
May 18 14:05:04 <RP> I'm not sure what the question is?
May 18 14:05:39 <ant_> ok, why do initramfs-image is build?
May 18 14:06:16 <RP> I don't know
May 18 14:06:36 <ant_> Ok, thought was discussed and I missed the tal...
May 18 14:06:44 <ant_> *talk
May 18 14:20:48 <ant_> RP: btw have you seen on the ML the backports from .25 for fixing usb on linux-rp_2.6.24? Is already a .25 release in your filesystem?
May 18 14:22:11 <ant_> uh oh... babe woke up.. CYL
May 18 14:44:43 <CIA-22> 03jeremy_laine 07org.oe.dev * ra78e816f... 10/ (1 classes/oestats-client.bbclass): oestats-client.bbclass: switch to multipart/form-data (prepare for sending logs)
May 18 15:12:45 <mwester> mornin' all
May 18 15:17:44 <RP> hi mwester 
May 18 16:05:07 <CIA-22> 03jeremy_laine 07org.oe.dev * r85541989... 10/ (1 classes/oestats-client.bbclass): oestats-client.bbclass: catch errors communicating with stats server
May 18 16:27:00 <CIA-22> 03mickeyl 07org.oe.dev * rb57b6f67... 10/ (3 files in 2 dirs): python-setuptools-native 0.6c6 inherit native (how did that ever work without?)
May 18 17:19:21 <Laibsch> What is the git-equivalent of "mtn head" to show the checked out revision?
May 18 17:22:15 <kergoth> Laibsch: git rev-parse HEAD
May 18 17:22:26 <Laibsch> kergoth: Thanks
May 18 17:22:29 <kergoth> np
May 18 17:22:45 <Laibsch> git has a much larger command-base
May 18 17:23:02 <Laibsch> and it will need some time to get to know even the important ones
May 18 17:51:39 <dcordes> can somebody tell me which package provides "cu"? 
May 18 17:54:15 <cekay> uucp
May 18 17:59:23 <dcordes> cekay: the package I get from bitbake uucp does not have cu
May 18 17:59:24 <mickeyl> i'd rather recommend screen or {mickey|mini}term though ... 
May 18 17:59:50 <mickeyl> cu is separately packged
May 18 18:00:48 <dcordes> mickey|dinner: I see thanks
May 18 18:00:55 <cekay> oh, ok
May 18 18:02:17 <dcordes> mickey|dinner: where can I get miniterm?
May 18 18:02:34 <dcordes> or mickeyterm
May 18 18:02:51 <mickey|dinner> bitbake mickeyterm
May 18 18:03:01 <mickey|dinner> needs python-serial and some additional packages though
May 18 18:03:16 <dcordes> ok will try /usr/bin/cu then first
May 18 18:03:44 <dcordes> since console-image matches the required dependencies I assume
May 18 18:03:57 <mickey|dinner> if you're after a small binary, use screen, picocom, or cu
May 18 18:05:19 <dcordes> mickey|dinner: somebody suggested me screen before. I don't understand how to use screen to communicate with a serial device
May 18 18:06:51 <mickey|dinner> screen /dev/ttySAC0 115200
May 18 18:06:53 <mickey|dinner> works fine here
May 18 18:08:34 <dcordes> I didn't put a baud rate before. Maybe I don't need it. It's just the shared mem interface
May 18 18:16:22 <dcordes> mickey|dinner: how is bread and butter progress?
May 18 18:43:47 <mickey|dinner> zero until now, all energy in framework. this'll change next week, as i'm working towards a linuxtag demo
May 18 18:45:32 <svolpe> is there an easy way with mtn to review everything you have commited locally before you push it to the mainstream OE repo?
May 18 18:46:04 <ant_> ls
May 18 18:46:13 <ant_> re
May 18 18:47:44 <Laibsch> svolpe: monotone-viz
May 18 18:48:52 <ant_> Laibsch: hi
May 18 18:49:18 <svolpe> Laibsch, thanks.
May 18 18:49:21 <svolpe> ant_, thanks.
May 18 18:49:38 <ant_> svolpe: hey
May 18 18:49:45 <ant_> Laibsch: ERROR: Task 1809 (/oe/org.openembedded.dev/packages/images/initramfs-image.bb, do_rootfs) failed
May 18 18:49:50 <svolpe> ant_, I tried mtn ls changed but I think it shows any file I have changed and not just the ones I commited.
May 18 18:49:55 <ant_> again this updater-sh thing...
May 18 18:50:27 <Laibsch> ant_: I am almost out, I don't think I can help you with that now.  And I have not understood yet, why do_rootfs fails all the times
May 18 18:50:37 <Laibsch> It has to do with the zaurus-updater thing
May 18 18:50:39 <ant_> and why is it pulling initramfs-image?
May 18 18:50:51 <Laibsch> Please report anything you find in the bug tracker
May 18 18:51:24 <ant_> ok, but the initramf thing is puzzling me
May 18 18:51:28 <Laibsch> svolpe: "mtn ls changed" will exactly _not_ show the changed files you have already committed
May 18 18:51:35 <Laibsch> ant_: me, too
May 18 18:51:35 <ant_> (I was awaiting the implementation of it)
May 18 18:51:43 <ant_> :-)
May 18 18:51:50 <Laibsch> which is why right now I don't have an answer for you
May 18 18:53:03 <Laibsch> ant_: 
May 18 18:53:08 <Laibsch> !oebug 4234
May 18 18:53:10 <cdbot2> * * Bug 4234, Status: NEW, Created: 2008-05-08 05:40
May 18 18:53:11 <cdbot2> * * <Laibsch>: zaurus-updater not being pulled in
May 18 18:53:12 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4234
May 18 18:53:22 <Laibsch> That is the place to discuss this
May 18 18:54:44 <ant_> (properly "fished" on IRC, RP did already repair zaurus-updater "on the fly" once)
May 18 18:55:56 <svolpe> ant_, ah, thanks.
May 18 18:57:06 <svolpe> ant_, so is there an easy way to list all the ones I have commited before I mtn push?  other than monotone-viz.  I'm working remote it would not be easy to use.
May 18 18:57:39 <ant_> svolpe: don't ever think I'm a monotone expert ;-)
May 18 19:01:12 <CIA-22> 03svolpe 07org.oe.dev * rac3b0371... 10/ (1 packages/php/php_5.2.5.bb): php 5.2.6-r3: Fixed broken config caused by xml2-config not being found
May 18 19:05:58 <ant_> svolpe: http://gitweb.openembedded.net/?p=org.openembedded.dev.git&a=search&h=HEAD&st=author&s=svolpe
May 18 19:07:11 <ant_> I don't see the last one...
May 18 19:07:23 <ant_> yet
May 18 19:08:51 <svolpe> ant_, I thought there was delay between mtn and git.
May 18 19:14:45 <ant_> bbl
May 18 19:54:07 <CIA-22> 03jeremy_laine 07org.oe.dev * rc0506e8e... 10/ (1 classes/oestats-client.bbclass): oestats-client.bbclass: upload log file when a task fails
May 18 19:58:12 <CIA-22> 03MarekVasut 07org.oe.dev * rf2497299... 10/ (1 packages/keyring/keyring_0.6.8.bb): 
May 18 19:58:12 <CIA-22> keyring: fix compilation. Closes 2418.
May 18 19:58:12 <CIA-22> * Commit by Laibsch
May 18 19:58:16 <CIA-22> 03MarekVasut 07org.oe.dev * r9471612e... 10/ (4 files in 3 dirs): 
May 18 19:58:16 <CIA-22> keyring: fix compilation. Closes 2418.
May 18 19:58:16 <CIA-22> * Commit by Laibsch
May 18 19:58:21 <CIA-22> 03KhemRaj 07org.oe.dev * r3690cf9a... 10/ (5 files in 2 dirs): 
May 18 19:58:21 <CIA-22> dropbear: apply scp-argument-fix.patch to version 0.49 only. reorder some fields according to Style Guide. bump PR.
May 18 19:58:22 <CIA-22> * commit and cosmetic changes by Laibsch
May 18 19:58:29 <CIA-22> 03Laibsch 07org.oe.dev * r94a69c17... 10/ (7 files in 4 dirs): 
May 18 19:58:29 <CIA-22> explicit merge of '3690cf9a949f76acaa2b247794d6ee00339acd46'
May 18 19:58:30 <CIA-22>  and 'f2497299e919cb94e12fc8690a709479451e5510'
May 18 19:58:37 <CIA-22> 03Laibsch 07org.oe.dev * r2a959140... 10/ (21 files in 13 dirs): 
May 18 19:58:37 <CIA-22> explicit merge of '8c79c14e519c2da015b828d88899e0af791e9da9'
May 18 19:58:37 <CIA-22>  and '94a69c171834b89089886081d5bd9f0e42d880f0'
May 18 20:56:06 <CIA-22> 03rpurdie 07org.oe.dev * r3dfeb449... 10/ (1 classes/image.bbclass): image.bbclass: Fix image creation locking so creating multiple images at once works (#4193). Remap PACKAGE_INSTALL variable so packages to install can include names which are changed by debian.bbclass. (from poky)
May 18 20:57:04 <cdbot2> * * OE Bug 4193 has been RESOLVED (FIXED) by rpurdie(AT)rpsys.net
May 18 20:57:06 <cdbot2> * * baking two images at the same time fails
May 18 20:57:08 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4193
May 18 21:09:07 <cyrilRomain> 
May 18 21:51:21 <CIA-22> 03mickeyl 07org.oe.dev * re5c1d0fc... 10/ (6 files in 3 dirs): marketing: add oe-flyer and oe-poster
May 18 21:55:32 <Laibsch> RP: Thanks a lot
May 18 21:57:06 <CIA-22> 03utx 07org.oe.dev * r4eb44db9... 10/ (11 files in 2 dirs): 
May 18 21:57:06 <CIA-22> Enabled CP2101 USB to serial module:
May 18 21:57:06 <CIA-22> * enabled for all USB host enabled configurations
May 18 21:57:06 <CIA-22> * required to support Qstarz GPS travel recorders
May 18 21:57:10 <CIA-22> 03utx 07org.oe.dev * r7143762e... 10/ (7 files in 4 dirs): New package wwwoffle: World Wide Web Offline Explorer (offline http+ftp proxy)
May 18 22:15:05 <cdbot2> * * OE Bug 2418 has been RESOLVED (FIXED) by <Laibsch>
May 18 22:15:07 <cdbot2> * * Keyring wont compile, fix included
May 18 22:15:09 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=2418
May 18 22:37:04 <cdbot2> * * OE Bug 2690 has been RESOLVED (FIXED) by <Laibsch>
May 18 22:37:06 <cdbot2> * * Script to make zaurus images usable
May 18 22:37:08 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=2690
May 18 22:51:05 <cdbot2> * * OE Bug 4276 has been created by <Laibsch>
May 18 22:51:07 <cdbot2> * * upgrade automake to 1.10
May 18 22:51:09 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4276
May 19 00:22:16 <CIA-22> 03mickeyl 07org.oe.dev * rcc7e210e... 10/ (6 files in 4 dirs): EFL cvs update to 20080518, remove patches that have been applied upstream
May 19 00:22:21 <CIA-22> 03mickeyl 07org.oe.dev * rd78b6d9e... 10/ (1 conf/distro/include/sane-srcdates.inc): EFL cvs update to 20080528
May 19 00:53:04 <cdbot2> * * OE Bug 2866 has been RESOLVED (FIXED) by <Laibsch>
May 19 00:53:06 <cdbot2> * * php-native fails to build
May 19 00:53:08 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=2866
May 19 00:53:16 <cdbot2> * * OE Bug 4080 has been RESOLVED (FIXED) by <Laibsch>
May 19 00:53:18 <cdbot2> * * php-5.2.0-r2 does not build on Gentoo
May 19 00:53:20 <cdbot2> * * http://bugs.openembedded.net/show_bug.cgi?id=4080
May 19 01:17:32 <CIA-22> 03Laibsch 07org.oe.dev * r509968e9... 10/ (6 files in 4 dirs): php: move version 4.x to nonworking. We have version 5 (I will fix out the remaining bugs)
May 19 01:17:37 <CIA-22> 03Laibsch 07org.oe.dev * r1564b090... 10/ (1 packages/php/files packages/nonworking/php/files): 
May 19 01:17:37 <CIA-22> php: move patches for version 4 to nonworking, too
May 19 01:17:37 <CIA-22> * they are not used by any of the version 5 recipes
May 19 01:17:37 <CIA-22> * completes 509968e9aaa6b52420f7ae51e79fa781b449a633
May 19 01:17:41 <CIA-22> 03Laibsch 07org.oe.dev * re667f22b... 10/ (4 files in 3 dirs): php: autotools has become unnecessary in version 5.2.5. Drop. Fixes 2866.
May 19 01:50:23 <CIA-22> 03Laibsch 07org.oe.dev * r4392736c... 10/ (1 packages/php/php-native_5.2.5.bb packages/php/php.inc): php-native: add mysql-native to DEPENDS
**** ENDING LOGGING AT Mon May 19 02:59:57 2008