**** BEGIN LOGGING AT Wed Apr 29 02:59:57 2009 Apr 29 03:21:05 Folks I've mailed a pull request with the summary of our branch at company Apr 29 03:21:26 It would be nice if people could ack it and then we could merge it to avoid diverting too much Apr 29 03:29:26 So no patchwork bundle? Apr 29 03:29:56 Tartarus: no; I made it available as a tree Apr 29 03:30:03 Tartarus: so you can grab it easily ;-) Apr 29 03:30:29 Tartarus: much easier and then I don't need to handle the patchwork to archvie them once merged heh Apr 29 03:30:51 harder to review, heh Apr 29 03:31:09 Tartarus: well, not really and most of them are quite trivial Apr 29 03:31:20 Tartarus: if people do object I can post them Apr 29 03:31:30 Tartarus: but they're 11 patches at all Apr 29 03:31:44 yeah, git send-email makes sending stuff easier :) Apr 29 03:31:59 What's the git magic to pull your stuff on top of a regualr checkout? Apr 29 03:32:08 just git pull git://your/tree? Apr 29 03:32:49 Tartarus: yes; ... the pull request has the line: git://projetos.ossystems.com.br/git/users/otavio/org.openembedded.dev.git master Apr 29 03:32:56 Tartarus: so git pull git://projetos.ossystems.com.br/git/users/otavio/org.openembedded.dev.git master Apr 29 03:33:07 Tartarus: it will merge my master into your checkout Apr 29 03:33:14 ok Apr 29 03:33:21 and I can git reset origin --hard to get back to normal? Apr 29 03:33:33 Tartarus: use a temp branch for testing Apr 29 03:33:45 Tartarus: git checkout -b wip/review-otavio Apr 29 03:33:50 Tartarus: so git pull git://projetos.ossystems.com.br/git/users/otavio/org.openembedded.dev.git master Apr 29 03:34:08 ok Apr 29 03:34:10 Tartarus: once done: git checkout ; git branch -D wip/review-otavio Apr 29 03:34:40 pulling in now, thanks Apr 29 03:36:39 Tartarus: nice and thx Apr 29 03:37:58 for cups, is there anything saying "hey, we need to pull in some backends" ? Apr 29 03:38:01 or are they all optional now? Apr 29 03:38:41 LICENSE="GPLv2 CUPS" please, that at least matches license.conf, but i'll admit I forget if GPLv2 was one I added or jsut GPLv3 :) Apr 29 03:39:16 Tartarus: we've made it to allow us to select the one we really need; so no depends are oblicatory Apr 29 03:39:22 Tartarus: you add what you need Apr 29 03:39:32 Tartarus: ahhh Apr 29 03:39:33 otavio, so what's the default? does it work? Apr 29 03:39:48 Tartarus: the default will be a really _basic_ cups Apr 29 03:39:57 Tartarus: no, adding only cups it doesn't work Apr 29 03:40:12 Tartarus: you need to add the backends you wish to use Apr 29 03:40:17 Tartarus: and the models Apr 29 03:40:19 Tartarus: and filters Apr 29 03:40:39 otavio, and that's a change from current. Shouldn't we have some sort of RRECOMMENDS? Apr 29 03:40:43 Or am I missing something? Apr 29 03:40:53 Tartarus: humm maybe Apr 29 03:41:06 Tartarus: yes, you're right ... Apr 29 03:41:34 OK, so that and GPLv2 not GPL-2 and lemme know when to try again :) Apr 29 03:41:46 Tartarus: well, maybe the better things is to add to cups all the generated packages and add a cups-daemon that depends on nothing Apr 29 03:41:55 Tartarus: please reply to ml Apr 29 03:42:01 k Apr 29 03:42:08 Tartarus: so others can take it into account and suggest improvements Apr 29 03:44:02 sent Apr 29 03:44:41 Tartarus: rest OK? Apr 29 03:46:00 yeah Apr 29 03:47:33 man, my desktop has some serious clock drift Apr 29 03:47:41 Tartarus: should I add CUPS to licenses.conf? Apr 29 03:47:49 otavio, yes Apr 29 03:56:24 anything better than git log -p oldbranch..newbranch? Apr 29 03:56:29 for change review Apr 29 03:57:04 I don't think so Apr 29 03:57:15 I've fixed the license issues, please check later Apr 29 03:57:30 cups I'll hold a bit to hear from others possible solutions Apr 29 03:57:35 please look at ml, I replied Apr 29 03:57:46 k Apr 29 03:58:27 Tartarus: https://projetos.ossystems.com.br/git/?p=users/otavio/org.openembedded.dev.git;a=summary Apr 29 03:58:31 Tartarus: this works too Apr 29 04:00:12 you redid the other commits then, yeah? Apr 29 04:00:22 Tartarus: yes Apr 29 04:00:26 great :) Apr 29 04:00:31 Tartarus: to not polute the history Apr 29 04:00:41 Tartarus: git rebase -i helps Apr 29 04:00:44 yeah Apr 29 04:00:53 * otavio loves git Apr 29 04:19:11 03Angus Ainslie  07fso/milestone5.5 * re0dba197f3 10openembedded.git/recipes/connman/files/connman.dbus: connman : add the dbus services-file Apr 29 05:51:13 03Roman I Khimov  07org.openembedded.dev * reaf85d3207 10openembedded.git/recipes/binutils/ (10 files in 6 dirs): Apr 29 05:51:13 binutils: add binutils-x86_64_i386_biarch.patch Apr 29 05:51:13 Adds 'lib32' directories to binutils search paths on x86_64. Apr 29 05:51:13 Acked-By: Khem Raj Apr 29 06:38:34 good morning Apr 29 07:03:02 <_cpo_> morning... Apr 29 07:03:56 <_cpo_> i want to perform an ipkg-cl install action in the do_install() routine .. (i want that the install routine creates a squashfs file with my package and the required librarys) is there any package availible who does this? Apr 29 07:04:30 <_cpo_> because i think i have to supply a workdir where it should be extracted Apr 29 07:07:38 Crofton: you're right, that is a problem for me Apr 29 08:08:18 good morning Apr 29 09:01:09 hi CoreDump|home Apr 29 09:02:01 mckoan: ping Apr 29 09:02:40 hi hrw, long time no see Apr 29 09:03:15 CoreDump|home: exactly Apr 29 09:03:19 CoreDump|home: how things? Apr 29 09:03:39 pretty good, thanks =) Apr 29 09:03:48 and on your end? Apr 29 09:03:51 same Apr 29 09:04:18 and I need to power on my solder iron and finish devboards psu Apr 29 09:04:27 excellent. So you are still active in the embedded world Apr 29 09:04:32 all devboards with one 200W psu Apr 29 09:04:47 CoreDump|home: trying to keep up with all those small things Apr 29 09:04:52 hehe Apr 29 09:05:29 CoreDump|home: hopefully my desk is 85cm so my daughter is not able to reach it (yet) Apr 29 09:05:40 =) Apr 29 09:06:19 I noticed that OM is pretty much dead =( Apr 29 09:06:58 CoreDump|home: I ended tracking OM over year ago Apr 29 09:07:20 well, same here Apr 29 09:07:42 03ghost  07org.openembedded.dreambox * rb9fdb65413 10openembedded.git/packages/enigma2/enigma2-defaultservices.bb: enigma2-defaultservices.bb: bump revision Apr 29 09:07:49 03ghost  07org.openembedded.dreambox * r16b6a8d491 10openembedded.git/packages/dreambox/dreambox-secondstage.bb: Apr 29 09:07:49 dreambox-secondstage.bb: new secondstage loader for dm8000 ... this increases cpu / system performance Apr 29 09:07:49 TAKE CARE!!! You also need the new bootlogo package... without that the DM8000 hangs on bootup!!! Apr 29 09:07:49 03ghost  07org.openembedded.dreambox * rb08d478f48 10openembedded.git/packages/enigma2/enigma2-defaultservices/ (lamedb.130 lamedb.192): enigma2-defaultservices: update lamedb.192 and lamedb.130 Apr 29 09:07:53 03ghost  07org.openembedded.dreambox * r6a197cf429 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules.bb: another dm8000 driver update Apr 29 09:07:56 03ghost  07org.openembedded.dreambox * r972514389b 10openembedded.git/packages/dreambox/dreambox-bootlogo.bb: dreambox-bootlogo.bb: needed fix for dm8000 secondstage loader >= 73... without this fix the dm8000 hangs on bootlogo load!!! Apr 29 09:07:59 I didn't track OE in about the same time Apr 29 09:08:00 03Andreas Monzner  07org.openembedded.dreambox * r99ed2185af 10openembedded.git/: Merge branch 'org.openembedded.dreambox' of git://git.openembedded.net/openembedded into org.openembedded.dreambox Apr 29 09:09:16 CoreDump|home: I am ending tracking of Poky Apr 29 09:10:09 haven't you been pretty active in poky in the past?\ Apr 29 09:10:26 hrw: pong, hi Apr 29 09:10:28 I was Apr 29 09:10:51 mckoan: your change to kaeilos distro config.. I will push it to dev as it is -ok? Apr 29 09:10:54 all good things must come to an end Apr 29 09:11:18 CoreDump|home: small activity and my client (Bug Labs) moves to stable/2009 OE Apr 29 09:11:51 OE has a stable branch now? About time =) Apr 29 09:12:17 CoreDump|home: we at Bug Labs want to move to OE but want something what builds ;D Apr 29 09:12:27 hrw: ok thanks Apr 29 09:12:30 hehe Apr 29 09:13:11 CoreDump|home: so I created stable/2009 Apr 29 09:14:05 very nice. It's going to be a lot of work to keep updated tho, don't you think? Apr 29 09:14:45 03Marco Cavallini  07org.openembedded.dev * r2257437950 10openembedded.git/conf/distro/kaeilos.conf: Apr 29 09:14:45 Modified kaeilos distro configuration Apr 29 09:14:45 * changed version to 2009.1 Apr 29 09:14:45 * solved bluez-utils problem with x86 targets Apr 29 09:14:45 Signed-off-by: Marco Cavallini Apr 29 09:14:46 Signed-off-by: Marcin Juszkiewicz Apr 29 09:14:54 CoreDump|home: there are few maintainers for branch so it is less work then it was for OZ Apr 29 09:15:08 sweet Apr 29 09:15:45 Are there any sweet embedded devices out there worth looking at? Beside smartphones that is. Apr 29 09:15:59 CoreDump|home: beagleboard is fun Apr 29 09:16:22 CoreDump|home: if you do not need screen but want speed then sheevaplug can interest Apr 29 09:17:38 the beagle looks nice. Apr 29 09:17:49 and has active community Apr 29 09:18:04 anything zaurus'ish? Apr 29 09:18:21 CoreDump|home: http://www.flickr.com/photos/hrwandil/3420831471/ is my bb in a box project Apr 29 09:18:26 CoreDump|home: nope Apr 29 09:18:44 CoreDump|home: or maybe openpandora will be it Apr 29 09:20:26 well, I'm quite happy with my PSP hehe Apr 29 09:22:40 ;D Apr 29 09:22:45 hrw: would be a good idea to create a kaeilos branch ? Apr 29 09:23:05 mckoan: no Apr 29 09:23:26 hrw: why? Apr 29 09:24:37 mckoan: better way is creating local kaeilos branch, work in it to prepare patches for .dev (and stable/2009 if needed) and then submit patches to OE. after some patches request r/w (or will get one offered) Apr 29 09:33:07 03ghost  07org.openembedded.dreambox * r174da93f82 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules.bb: use latest dm8000 dvb modules Apr 29 09:35:13 Tartarus: http://pastebin.ca/1407182 is part of my new buildbot config Apr 29 09:36:02 Tartarus: http://pastebin.ca/1407184 rather (added function) Apr 29 09:36:36 03ghost  07org.openembedded.dreambox.release_25 * r1daee8256d 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules.bb: push srcdate Apr 29 09:36:38 03ghost  07org.openembedded.dreambox.release_25 * r7321076a84 10openembedded.git/packages/enigma2/enigma2.bb: enigma2.bb: push srcdate Apr 29 09:36:42 03ghost  07org.openembedded.dreambox.release_25 * rdcca0ceb22 10openembedded.git/packages/images/dreambox-image.bb: dreambox-image.bb: add Common Interface Assignment plugin to DM8000 image Apr 29 09:36:43 03ghost  07org.openembedded.dreambox.release_25 * r1299191d5d 10openembedded.git/packages/enigma2/enigma2-defaultservices/ (lamedb.130 lamedb.192): enigma2-defaultservices: update lamedb.192 and lamedb.130 Apr 29 09:36:44 03ghost  07org.openembedded.dreambox.release_25 * ra41d0e777b 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules.bb: another dm8000 driver update Apr 29 09:36:46 03ghost  07org.openembedded.dreambox.release_25 * rda4ee36819 10openembedded.git/packages/gstreamer/gst-plugin-dvbmediasink.bb: gst-plugin-dvbmediasink.bb: push srcdate because of aac fixes Apr 29 09:36:50 03ghost  07org.openembedded.dreambox.release_25 * r07229867ac 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules.bb: use latest dm8000 dvb modules Apr 29 09:36:53 03ghost  07org.openembedded.dreambox.release_25 * r70d59c0af9 10openembedded.git/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules.bb: new dm8000 drivers Apr 29 09:37:00 03ghost  07org.openembedded.dreambox.release_25 * rd37297709d 10openembedded.git/packages/enigma2/enigma2-defaultservices.bb: enigma2-defaultservices.bb: bump revision Apr 29 09:37:03 03ghost  07org.openembedded.dreambox.release_25 * r656c09d72c 10openembedded.git/packages/dreambox/dreambox-bootlogo.bb: dreambox-bootlogo.bb: needed fix for dm8000 secondstage loader >= 73... without this fix the dm8000 hangs on bootlogo load!!! Apr 29 09:37:09 03ghost  07org.openembedded.dreambox.release_25 * r2e31d03a40 10openembedded.git/packages/enigma2/enigma2.bb: enigma2.bb: update to srcdate from latest rc image Apr 29 09:37:12 03ghost  07org.openembedded.dreambox.release_25 * re2d74d6380 10openembedded.git/packages/dreambox/dreambox-secondstage.bb: Apr 29 09:37:15 dreambox-secondstage.bb: new secondstage loader for dm8000 ... this increases cpu / system performance Apr 29 09:37:21 TAKE CARE!!! You also need the new bootlogo package... without that the DM8000 hangs on bootup!!! Apr 29 09:41:24 hrw: ok thank you Apr 29 09:42:06 np Apr 29 09:42:15 mckoan: sorry that it took so long Apr 29 09:49:05 Hi Apr 29 09:49:30 I have got this error running quake on Omap3evm Apr 29 09:49:31 # ./sdlquake --fullscreen Apr 29 09:49:31 FindFile: can't find gfx/pop.lmp Apr 29 09:49:31 Playing shareware version. Apr 29 09:49:31 FindFile: can't find gfx.wad Apr 29 09:49:31 Error: W_LoadWadFile: couldn't load gfx.wad Apr 29 09:49:47 I compiled quake with bitbake Apr 29 09:50:10 and i did a find oe/ -name *.wad Apr 29 09:50:25 but nothing ??? Is that weird ??? Apr 29 09:50:39 hrw: no problem, you are always very kind :-) Apr 29 09:50:45 How can I play the game :) Apr 29 09:50:54 royerfa: fix packaging ;( Apr 29 09:52:41 that is a idea Apr 29 10:00:04 florian: good morning Apr 29 10:02:04 good morning Apr 29 10:04:58 hi florian Apr 29 10:12:36 03ghost  07org.openembedded.dreambox * rd64984a15a 10openembedded.git/packages/dreambox/dreambox-secondstage.bb: dreambox-secondstage.bb: add dependency to dreambox-bootlogo >= 5.1-r3 for dm8000 Apr 29 10:12:53 03ghost  07org.openembedded.dreambox.release_25 * r7458a3f3e0 10openembedded.git/packages/dreambox/dreambox-secondstage.bb: dreambox-secondstage.bb: add dependency to dreambox-bootlogo >= 5.1-r3 for dm8000 Apr 29 10:21:29 03Steffen Sledz  07org.openembedded.dev * r3b21d95007 10openembedded.git/recipes/linux/linux-2.6.24/hipox/defconfig: Apr 29 10:21:29 linux-2.6.24: defconfig for hipox machine updated Apr 29 10:21:29 - nand, mtd, ubi, ubifs driver into kernel Apr 29 10:25:23 ~hail buildbot for being in python Apr 29 10:27:53 in busybox do_install, what's the point of copying everything to /busybox and then moving some files back to / Apr 29 10:28:27 we do packaging in other way then busybox developers do isntall Apr 29 10:28:49 but what's the point of _copying_? Apr 29 10:28:56 nothing gets removed from / Apr 29 10:29:52 that /busybox is in tmp/work/*/busybox*/ anyway Apr 29 10:30:02 yes Apr 29 10:30:18 with / i'm referring to tmp/work/*/busybox*/image/ Apr 29 10:31:22 yeah, that does seem pretty bogus Apr 29 10:31:26 and my problem is that do_install tries to move /busybox/usr/sbin/crond to /usr/sbin Apr 29 10:31:40 but busybox installs the symlink to /sbin Apr 29 10:31:48 and it stays in /sbin Apr 29 10:32:00 because the directories are copied and not moved to /busybox Apr 29 10:34:35 well, moving the directories wouldn't fix that as such; you'd still end up with an error if the file isn't where do_install is expecting it. Apr 29 10:34:44 but I agree, it does seem like the directories should be moved rather than copied. Apr 29 10:35:00 the comment says "Move everything..." but this doesn't appear to match what the code is actually doing. I guess this is just a bug. Apr 29 10:35:39 your issue with crond landing in ${base_sbindir} rather than ${sbindir} probably requires some extra fixing elsewhere though. Apr 29 10:38:48 raster: aaaaargh, you backgrounded opkg configure Apr 29 10:41:02 03Marcin Juszkiewicz  07org.openembedded.dev * r565e76ba45 10openembedded.git/contrib/buildbot/ (master.cfg scripts/full-oe-autobuild): (log message trimmed) Apr 29 10:41:02 buildbot config: simplified a lot and cleaned Apr 29 10:41:02 - it is configurable by few variables: Apr 29 10:41:02 - machines_glibc/machines_uclibc lists MACHINE values for each libc build Apr 29 10:41:02 (so atngw100 can be used just for uclibc) Apr 29 10:41:04 - targets_glibc/targets_uclibc lists targets (can be image or any other Apr 29 10:41:08 argument for bitbake) Apr 29 10:41:16 Tartarus: your should like this config more then previous one ;D Apr 29 10:44:06 pb_: the recipes "moves back" only a minimal set of links Apr 29 10:44:32 so if the directories were actually moved, the busybox package would probably be empty Apr 29 10:45:12 akheron: the intention seems to be that the links are made by the postinst Apr 29 10:45:22 see busybox.links and the associated bits in pkg_postinst_${PN} Apr 29 10:46:19 so, I think the idea of that cp/mv stuff is for the actual shipped busybox package to include only the minimal bits (i.e. busybox binary itself and the shell symlink) that you need to run busybox.links and make the rest of the links. Apr 29 10:46:40 hmm, true Apr 29 10:46:40 I'm not quite sure why it's grown all the rest of the "move ... back to ..." cruft, I suspect that is just bogus and shouldn't have been added in the first place. Apr 29 10:47:22 the reason for having the links made by the postinst rather than shipped in the package is to make it play better with other implementations of the same programs (via update-alternatives) Apr 29 10:47:35 mickeyl: good morning Apr 29 10:47:40 greetings pb_ Apr 29 10:48:41 hi mickeyl Apr 29 10:48:50 morning hrw Apr 29 10:49:01 greetings from zecke Apr 29 10:49:02 so why doesn't the CONFIG_CROND part work then Apr 29 10:49:13 met him yesterday at the airport with his new girlfriend Apr 29 10:49:22 has busybox installed the link to /usr/sbin in the past or has this just not been tested Apr 29 10:49:25 oh, very good. I was just wondering what had become of zecke. Apr 29 10:49:48 akheron: I imagine it must have worked at the time that code was written. presumably busybox has just changed its mind about where to put the symlink. Apr 29 10:49:51 He's still working for Openmoko, but looking for something else Apr 29 10:50:07 His new girlfriend lives in Taiwan, so he will probably try to finish his studies there Apr 29 10:50:16 akheron: but, I would have expected busybox.links to put it in the right place irrespective of what busybox itself thinks. Apr 29 10:50:48 mickeyl: oh right, crumbs. still, taipei seems like a nice enough city, I can think of worse places to live :-) Apr 29 10:50:55 03ghost  07org.openembedded.dreambox * r0c23984d2a 10openembedded.git/packages/gstreamer/gst-plugin-dvbmediasink.bb: gst-plugins-dvbmediasink.bb: push srcdate Apr 29 10:51:03 mickeyl: ah.. so thats why Holger is so unavailable last time ;D Apr 29 10:51:56 can somebody remind me what the url is for the bitbake svn repository? http://bitbake.berlios.de/ seems to be remarkably unhelpful all of a sudden. Apr 29 10:52:12 (unavailable) pretty much, yeah. I hope once he stops with Openmoko he will have some timeworking on things like OE again Apr 29 10:52:14 let me check Apr 29 10:52:30 URL: https://mickeyl@svn.berlios.de/svnroot/repos/bitbake/branches/bitbake-1.8 Apr 29 10:52:38 excellent, thanks Apr 29 10:57:23 am I right in thinking that there's currently no support in bitbake for having a recipe with wildcarded PV? that is, I would like to have a single foo.bb which will match any requirement for "bitbake foo-x.y.z". Apr 29 10:57:48 pb_: how would it work? Apr 29 10:58:08 pb_: correct, this support is missing Apr 29 10:58:20 hrw: well, more or less exactly like that. PV = "*", SRC_URI = "http://fish.org/package-${PV].tar.gz", kind of thing. Apr 29 10:58:33 it's a bit tedious having to create a new .bb file every time you make a new release of a package. Apr 29 10:58:45 pb_: idea is nice Apr 29 10:59:17 mickeyl: okay, thanks, as I suspected. I'll see if I can figure out a way to make that work. Apr 29 10:59:24 that'd be cool Apr 29 10:59:43 this seems to be a blocking issue for our R&D people accepting bitbake as a build tool. Apr 29 10:59:56 ah, i see Apr 29 11:00:00 yeah, it'd be a nice feature Apr 29 11:00:17 on my list of things to do if noone beats me is still this RFILES idea Apr 29 11:00:20 admittedly, we could make a helper script to generate an appropriate .bb file as part of our standard release process, but it'd be nice to not have to do that. Apr 29 11:00:48 true Apr 29 11:01:08 not least because we currently have 2672 released versions of our software and the directory would become somewhat cluttered :-} Apr 29 11:01:37 mickeyl: remind me what RFILES was going to do, again? Apr 29 11:01:59 like FILES, just with regex. ending the night mare of specifiying */*.debug */*/*.debug */*/*/*debug, and friends, but also useful for a lot more stuff Apr 29 11:02:08 ah yes, right, that'd be awesome Apr 29 11:02:17 pb_: it seems that originally there was a move but it was changed to cp -dPr in f7f1ac27 Apr 29 11:02:26 but the commit message doesn't explan why Apr 29 11:03:57 akheron: weird. I wonder if koen was under the misapprehension that "cp -d" meant "delete" or something. Apr 29 11:04:55 the commit message seems to imply that he was trying to avoid some gnu-specific behaviour, possibly related to mv across filesystems or something. Apr 29 11:05:46 seems fairly hard to imagine that ${D}${base_bindir} would be on a different filesystem though, so I guess it isn't exactly that. Apr 29 11:06:27 yep Apr 29 11:07:57 could send a note to the mailing list and ask, I guess, though it's so long ago that I'm not sure anyone will remember the context for that change. Apr 29 11:18:43 there are other weird things, too Apr 29 11:19:00 oe_runmake "PREFIX=${D}" install Apr 29 11:19:01 then Apr 29 11:19:06 cp -pPR ${S}/_install/* ${D}/ Apr 29 11:45:09 XorA, who is the swine fever? Apr 29 11:45:22 Crofton|work: getting better Apr 29 11:52:15 xora you got it? Apr 29 12:08:53 cbrake, do you want a list of dns names that point at amethyst Apr 29 12:11:42 woglinde: not really, I just happened to get a cold same day as the scare started Apr 29 12:12:19 XorA: you mean you were exhibiting "mild flu-like symptoms"?! Apr 29 12:12:31 Which is what all the reported cases in .uk were. Apr 29 12:12:50 my friend who works in the Emergency room said about 15 people came in with "Swine Flu" the other other day ... Apr 29 12:13:14 turns out no-one is mexico is dieing of it anyway, they get the wrong disease Apr 29 12:21:17 Crofton *g* Apr 29 12:30:11 Crofton|work: yes, can you post to http://wiki.openembedded.net/index.php/Infrastructure -- I assume there are no security implications as anyone could find this information easily enough using other means ... Apr 29 12:30:33 ok Apr 29 12:32:18 cbrake: the ip address for melo is static and should not change - osuosl can do reverse PTR entries on request too Apr 29 12:32:58 rwhitby: ok Apr 29 12:41:54 rwhitby: is there anything you have to do for taxes in AU for your nslu2-linux paypal account? Apr 29 12:43:44 cbrake, you have just hit on the 64K usd question Apr 29 12:44:57 Crofton: I really like the way rwhitby set up the nslu2-linux project -- no games, make everything like donations fairly public, and keep it simple Apr 29 12:45:13 the big headache is money Apr 29 12:45:16 Crofton: yup Apr 29 12:45:37 so you need a legal structure to handle it, without tax implications for the people handling it Apr 29 12:45:51 and, to make it easy for me to show it as a buz expense :) Apr 29 12:46:22 Crofton: agreed Apr 29 12:46:45 There's things like SPI and the SFLC equivalent which will provide the legal entity for you. Apr 29 12:46:46 there is an org that will handle money for you, but if you close the account with them, it must go to a us basde 501c3 org Apr 29 12:46:59 broonie, so me previous answer :) Apr 29 12:47:27 good morning Apr 29 12:47:44 the "previous administration" made all none us basde people very uncomfortable with us based entities ..... Apr 29 12:50:48 cbrake, current dns added to wiki Apr 29 12:50:56 crap Apr 29 12:51:00 I forgot to login Apr 29 12:51:01 uf.. Apr 29 12:51:11 3 12V cables soldered. now 5V left Apr 29 12:51:18 heh Apr 29 12:51:37 I had to solder some 0201 resistors the other day :) Apr 29 12:52:21 Crofton|work: I am adapting 200W atx psu for my boards Apr 29 12:52:36 3x12V = atngw100, edb9301, at91sam9263ek Apr 29 12:52:45 cool Apr 29 12:52:51 5V will be beagleboard, usbhub and maybe bug Apr 29 13:00:39 shit. Apr 29 13:00:49 at91sam9263ek does not want to boot at all ;( Apr 29 13:01:07 uh Apr 29 13:01:19 I cross fingers you didnt broke it Apr 29 13:02:01 so do I Apr 29 13:03:05 anyway.. after connecting ngw100 and edb9301 12V line gives 11.66V only ;( Apr 29 13:07:59 hehe Apr 29 13:08:05 so they pull a lot Apr 29 13:08:17 of power Apr 29 13:15:31 hi woglinde Apr 29 13:18:51 hrw: 11.6V is within spec for an ATX output, they're only specified to be accurate within +/-5%. Apr 29 13:19:06 might even be +/-10% for +12V, I don't remember for sure. Apr 29 13:21:23 hi pb Apr 29 13:33:22 03Graeme Gregory  07org.openembedded.dev * rac4a2334cf 10openembedded.git/recipes/opkg/ (4 files in 2 dirs): Apr 29 13:33:22 recipes/opkg/files/configure : fix the case where this is no splash installed. Apr 29 13:33:22 recipes/opkg/opkg*.bb : bump PR for affected recipes Apr 29 14:01:51 pb_: as long as devboards works with it I am fine Apr 29 14:02:01 pb_: atmel ngw100 takes 9-15V Apr 29 14:14:06 XorA: ping Apr 29 14:16:49 do you remember what the MACHINE_DISPLAY_* vars are for? Are these still in use? Just looking at Zaurus, some machine define width, height, orientation and dpi...some machine not... Apr 29 14:18:37 there is no software that currently uses them, still completing them would enable some nice features eventually Apr 29 14:21:58 I see, thx Apr 29 14:22:10 intriguing is the DPI one... Apr 29 14:22:57 hehe Apr 29 14:23:05 MACHINE_DISPLAY_PPI Apr 29 14:23:08 I mean Apr 29 14:23:10 285 Apr 29 14:23:15 here Apr 29 14:24:39 is 3.7'' inch iirc for clamshells Apr 29 14:24:47 isn't? Apr 29 14:25:21 oh well, displays in all sizes come for different products Apr 29 14:25:24 2.8" here Apr 29 14:25:29 zaurus has 3.something Apr 29 14:25:34 n8x0 has a huge one Apr 29 14:37:55 XorA: bg's configre - yes, but check the configure script carefully Apr 29 14:37:56 :) Apr 29 14:38:56 ie.. that after that it collects the pid and loops checking every secojnd until its done - sending the splash "tick" updates so a splash can "appear to be alive" ie - do something Apr 29 14:39:09 while it may spend 5-10mins running the configure stuff Apr 29 14:39:10 :) Apr 29 14:53:44 http://patchwork.openembedded.org/patch/437/ - can someone? Apr 29 14:57:27 mickeyl: Pitagora helped me to verify this: on vga 3.7'' is 216,16, on 2.8'' is 285,71 :-) Apr 29 14:58:29 err..216,216216216... Apr 29 14:58:43 very nice irrational :-) Apr 29 15:00:49 :) Apr 29 15:03:03 ah..of course..it's a fraction...285.714285714... Apr 29 15:03:05 too Apr 29 15:03:38 Decimal expansions...I think I studied this math too many years ago... Apr 29 15:05:56 ant_work: pong Apr 29 15:06:03 raster: I fixed the issue Apr 29 15:06:57 hi XorA, mickeyl kindly answered my q Apr 29 15:07:19 ant_work: cool Apr 29 15:08:31 I was grepping in the conf files and basically each machine "does it" different .... Apr 29 15:08:37 :/ Apr 29 15:09:07 XorA: saw your patch - it was the "dont have a splash" case. Apr 29 15:09:10 :) Apr 29 15:09:44 raster: yeah, took a while to dawn on me what was happening, then it was obvious :-) Apr 29 15:18:04 XorA: sorry about that. missed that case. Apr 29 15:19:41 still we have psplash-zap in some images Apr 29 15:20:10 raster: no problems, Im glad you gave a nice long description of the changes otherwise Id have been banging my head Apr 29 15:21:31 XorA: :) Apr 29 15:21:56 re Apr 29 15:22:05 XorA: i try and keep the commits granular where possible or i provide a fat big blob of info Apr 29 15:22:42 hi, what programs for calibrating the pointer(/etc/pointercal) are in oe? Apr 29 15:22:59 xcalibrate Apr 29 15:23:04 run it with -debug Apr 29 15:23:05 ts_calibrate Apr 29 15:23:07 take the stdout Apr 29 15:23:11 put into pointercal file Apr 29 15:24:32 ts_calibrate or xtscal Apr 29 15:26:12 how was the default calibration calculated? I have two C860 and both have wrong right-upper corner setting Apr 29 15:26:37 GPE btw Apr 29 15:26:55 ant_work: it does not matter what image you use. tslib is same Apr 29 15:26:55 03Graeme Gregory  07org.openembedded.dev * rfe0e9e49c9 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): xserver-xorg-conf_0.1.bb : add configuration for om-gta02 machine Apr 29 15:27:33 * XorA needs to do more fixes in xf86-input-tslib Apr 29 15:29:23 XorA: do do! Apr 29 15:29:35 * hrw has dualhead x11 with two tslibs in todolist Apr 29 15:30:02 hrw: ouch Apr 29 15:30:17 like in the bug device...you have 2 320x240 screens Apr 29 15:30:23 hrw: I couldnt work out how to make xf86-input-tslib work out which screen it was running on Apr 29 15:30:35 hrw: so I hard coded it to assume screen 0 Apr 29 15:31:02 03Graeme Gregory  07org.openembedded.dev * rfa862d201d 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs.inc : update xf86-driver-glamo git rev to latest Apr 29 15:55:16 Can someone delete the trini/add-libc-overrides branch? Apr 29 16:00:01 comparing recipes/images/x11-image.bb between stable and dev I noticed that ${SPLASH} is not present in stable Apr 29 16:00:11 mckoan: it is not Apr 29 16:00:18 this causes an error building x11-image in dev Apr 29 16:00:44 arse what broke connmand :-( Apr 29 16:03:24 hrw: http://debian.pastebin.com/m493f87fa Apr 29 16:04:08 mckoan: so? Apr 29 16:04:20 SPLASH thing was not requested by anyone to be added into stable Apr 29 16:04:53 hrw: http://debian.pastebin.com/m421d2798 Apr 29 16:05:12 hrw: looks like a related issue Apr 29 16:05:34 mckoan: looks like we lack default for SPLASH Apr 29 16:05:55 * hrw sends angry hords to TI Apr 29 16:06:45 hrw: is a problem on my side only? if not may I help? Apr 29 16:07:31 mckoan: add to conf/bitbake.conf: Apr 29 16:07:36 SPLASH ?= "psplash" Apr 29 16:07:52 ok Apr 29 16:08:50 mckoan: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=212e36417ae27e1be11147168b6f5cdfd1c5eda9 Apr 29 16:09:30 mckoan: + 2 patches about images using psplash-zap Apr 29 16:09:50 mckoan: + a fix from XorA today Apr 29 16:10:09 mckoan: taht's the new psplash blurb :-) Apr 29 16:16:32 ant_work: gosh! is difficult to understand however I'll try Apr 29 16:17:32 mckoan: I'm still unsure about psplash-zap...just three images using it.. Apr 29 16:18:55 ant_work: the problem is to undertand the hierachy of this modification, looks like I have to understand all the tree Apr 29 16:20:28 well, first step was the introduction of virtual/psplash Apr 29 16:20:49 so now you have e.g. psplash-angstrom, psplash-openmoko Apr 29 16:21:02 then the $SPLASH Apr 29 16:21:22 some guys are using strange alpha blending using e17 / illume Apr 29 16:21:48 my point is about bare recipes: no x, even noscreen Apr 29 16:22:01 wtf splash and zzapsplash? Apr 29 16:25:31 ant_work: maybe it's easier as it seems at first sight, modified kaeilos.conf and rebuilding Apr 29 16:26:54 mckoan: not so easy :-) Apr 29 16:28:25 :/ Apr 29 16:35:53 bbl Apr 29 16:36:48 mickey|bbl: so, wildcard PV not quite as easy as I had hoped. it's straightforward to teach taskdata.py to allow a single bb file to match on any PV, but it's less simple to then pass the intended PV through the runqueue so that it ends up being set correctly during the actual build. Apr 29 16:36:56 I'll look at that further tomorrow, anyway. Apr 29 16:59:30 bbl Apr 29 17:09:18 Tartarus: hi Apr 29 17:09:41 hi Apr 29 17:10:01 Tartarus: check contrib/buildbot/ for new config Apr 29 17:10:11 Tartarus: this time Python powered Apr 29 17:10:19 saw, need to try that soonish Apr 29 17:10:51 right now my buildbot stops servering http requests after a reconfig sometimes Apr 29 17:13:07 seen that before? Apr 29 17:13:41 nope Apr 29 17:14:01 worked for you just now? :) Apr 29 17:14:11 Tartarus: it just works for me Apr 29 17:14:23 bah, stupid program, works for me nwo too :) Apr 29 17:14:23 someone used ads5121 board from freescale? Apr 29 17:14:54 oh well Apr 29 17:15:20 need this build to hurry up and finish so I can kick it again w/ a test fix for gcc from stanislav Apr 29 17:16:20 more cores :-) Apr 29 17:17:05 heh Apr 29 17:39:20 have a nice evening all Apr 29 17:45:24 03Jan Lübbe  07fso/milestone5.5 * r567aaf149c 10openembedded.git/recipes/tasks/task-fso-compliance.bb: task-fso-compliance: disable fso-monitord for milestone 5.5 Apr 29 17:48:00 03Jan Lübbe  07fso/milestone5.5 * r26c071c022 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs: bump frameworkd for time zone fix Apr 29 18:58:08 re Apr 29 19:52:26 hi all. What is the irc channel for beagleboard? I cant seem to find it?? Apr 29 19:53:33 #beagle ? Apr 29 19:54:26 hoj: thats what I thought cant seem to get to it from the Ubuntu irc server Apr 29 19:54:40 (wondering the same thing for arago) Apr 29 19:55:16 #beagle seems to work on freenode Apr 29 19:56:04 garren: how do you join? Apr 29 19:56:34 hoj: cool found it on freenode :-) Apr 29 19:57:10 :) Apr 29 20:26:42 * kergoth finds the core team drama rather disappointing Apr 29 20:32:40 drama? handbags? Apr 29 20:34:46 i've seen a drama called handbag before Apr 29 20:38:05 fraxinas: he means handbags at dawn :-) Apr 29 20:38:36 possible ^^ Apr 29 20:39:29 ah thanks google. mark ravenhill was the author Apr 29 21:34:42 is there a mailing list or irc channel for arago? Apr 29 21:40:50 i do not think so Apr 29 21:41:03 We can answer some questions though Apr 29 21:41:39 arago is basically Angstrom with the harry potter furnished tool chains I believe :) Apr 29 21:43:33 Right, they use external tools. I built an NFS image and kernel, but udev seems unhappy since all files in /dev are regular files which breaks booting horribly. Just wondering if anyone has seen similar problem Apr 29 21:45:09 hoj, how did you extract the image? Apr 29 21:45:15 Keep in mind that TMPDIR/rootfs is not usable. Apr 29 21:46:47 that must be it. I just want to use nfs and exported oe/arago-tmp/rootfs Apr 29 21:48:07 I see the oe user manual talks about this... Apr 29 21:48:26 Really? Apr 29 21:48:32 ${TMPDIR}/rootfs is not usable Apr 29 21:48:44 You need to extract the rootfs image and use that Apr 29 21:48:52 ie image-name.tar Apr 29 21:48:53 section "9.6.2. Root filesystem, images and fakeroot" Apr 29 21:49:35 So there's no target which will create a nfs rootfs? Apr 29 21:49:54 Not as a single step, no Apr 29 21:50:10 You extract the image into the dir you want to export, as root Apr 29 21:50:33 Like the doc says :) Apr 29 21:51:16 ya. Have others requested this feature? Apr 29 21:51:36 hoj there should be a tar.bz2 of the rootfs Apr 29 21:51:45 we have the ability to do that Apr 29 21:52:57 hoj, it's not really a possible feature Apr 29 21:53:12 only real root can create real dev nodes, which is what a real filesystem needs Apr 29 21:53:23 03Graeme Gregory  07org.openembedded.dev * ra787df4afb 10openembedded.git/recipes/base-files/ (base-files/om-gta02/fstab base-files_3.0.14.bb): base-files_3.0.14.bb : fix the om-gta02 fstab and bump the PR Apr 29 21:53:24 non-root can create images that contain real nodes Apr 29 21:53:30 but only root can make them on a real system Apr 29 21:54:11 sudo visudo; sudo tar jxf ... ? Apr 29 21:54:13 It's just sudo tar -C /tftpboot/exported/rootfs -xf tmp/deploy/images/image-name.tar Apr 29 21:54:14 :) Apr 29 21:57:12 thanks Apr 29 22:08:36 anyone working on stable/2009 ? Apr 29 22:11:43 03Andrea Adami  07org.openembedded.dev * r2835967ade 10openembedded.git/conf/machine/ (8 files in 2 dirs): Apr 29 22:11:43 Zaurus machines: reorganize configuration files Apr 29 22:11:43 - uniform the MACHINE_DISPLAY Apr 29 22:11:43 - remove unneded IMAGE_FSTYPES because .jffs2 and tar.gz are default Apr 29 22:11:43 - add ext2 to MACHINE_FEATURES: already in kernel for boot from CF/SD Apr 29 22:11:44 - fix? width/height for spiz (set width 640 for clamshells) Apr 29 22:11:48 - add pixel-per-inch info Apr 29 22:18:13 Blah, what's the right way to easily expand FILESDIR and such so that we look for patches in the right spots? Apr 29 22:18:24 what are you trying to accomplish? Apr 29 22:18:59 if you're wanting to manipulate filespath/filesdir from a recipe, you're probably wanting to modify/append to FILESPATHPKG. see the default in bitbake.conf to see what it usually contains Apr 29 22:20:16 OK Apr 29 22:20:27 I'm seeing that gcc-4.1.0 is missing all of its patches and I hope we can just use the 4.1.1 versions Apr 29 22:21:18 So FILESPATHPKG .= ":gcc-4.1.1" ? Apr 29 22:21:55 yep, thatd do it. note that thatd append, so that one would be checked after the ones in the existing FILESPATHPKG Apr 29 22:22:31 I think that should be fine Apr 29 22:22:38 FILESDIR will be used, but setting it is uglier than this, imo, and setting FILESPATH directly was uglier yet, due to the base_set_filespath crap. if you can think of a better way to do it than this, let me know :) Apr 29 22:22:46 s/will be/will be (if you set it)/ Apr 29 22:39:53 So far so good, gcc 4.1.1 / 4.1.2 build fine now, all around Apr 29 22:40:18 Applied the posix open() patch from 3.x to 4.0.x and will re-try those once this loop is all done Apr 29 22:40:21 along w/ 4.1.0 Apr 29 22:42:00 yay 4.1.1 patches do apply to 4.1.0 Apr 29 23:24:11 Tartarus, what's the status of the various QA Issue's when building meta-toolchain? I haven't seen them all fixed in git yet Apr 29 23:25:20 It works for gcc-4.3.x Apr 29 23:25:31 and funny enough, 4.0.x if there was a gcc-cross-sdk for 'em Apr 29 23:25:53 Testing a fix for the rest atm, from Stanislav Brabec Apr 29 23:27:18 I get the QA Issues when building for beagleboard which uses 4.3.1 Apr 29 23:27:34 haven't done a git-pull today though... Apr 29 23:27:41 what distro? Apr 29 23:27:44 angstrom forces 4.3.3 Apr 29 23:28:00 built for uclibc + bb earlier today Apr 29 23:28:14 03Andrea Adami  07org.openembedded.dev * r0263ec2aaf 10openembedded.git/recipes/nandlogical/ (nandlogical-static_1.0.0.bb nandlogical_1.0.0.bb): nandlogical: Fix GNU_HASH QA error - Bump PR Apr 29 23:28:17 angstrom Apr 29 23:28:21 odd :) Apr 29 23:28:30 maybe I'm out of date... Apr 29 23:28:55 ah... yes 4.3.3 - must have recently bumped from 4.3.1 Apr 29 23:29:04 4.3.1 should work too Apr 29 23:29:10 but, it'll all work "soon" Apr 29 23:29:14 so yes, I still get the QA Issues when building angstrom (4.3.3) for beagleboard meta-toolchain Apr 29 23:29:16 got a big loop going for gcc stuff at least Apr 29 23:29:24 ok... I'll stay tuned - thx for working on it! Apr 30 00:30:58 looking good up to 4.2.3 so far Apr 30 00:45:41 or not :) Apr 30 00:45:42 ga Apr 30 00:51:35 And 4.2.4 looks good, yay Apr 30 00:51:43 khem, around? Apr 30 02:13:22 Hmm Apr 30 02:13:36 I wonder if I found the last thing the 4.0.x recipes were missing from newer ones so they work again Apr 30 02:35:27 Hmm, I think 4.0.x + x8664 + --enable-multilib isn't gonna fly Apr 30 02:35:30 4.1.x and newer is fine Apr 30 02:35:40 Time to see if I have a 32bit chroot around still, I think so... **** ENDING LOGGING AT Thu Apr 30 02:59:57 2009