**** BEGIN LOGGING AT Fri Oct 30 02:59:58 2009 Oct 30 03:40:49 when writing a new recipe that relies on a git SRC_URI, is the default locate for the checkout git source in ${WORKDIR}/git? If so, is it typical to have to override the ${S} variable to point to the ${WORKDIR}/git for do_configure and do_compile to work? Oct 30 03:41:42 I'm wondering if this is the correct behavior or if something in my environment has changed the default behavior. Oct 30 03:46:26 Analias: setting the S variable to ${WORKDIR}/git should be the default behavior Oct 30 03:46:45 you can easily check that in OE tree by running grep Oct 30 03:47:15 I have to do it explicitly - where might this be set and causing the non-default behavior? Oct 30 04:01:31 Analias: Its usual to have to do that Oct 30 04:01:57 Analias: S defaults to something else in bitbake.conf Oct 30 04:02:31 ok - I double check mine - thanks Oct 30 06:24:39 morning everyone Oct 30 06:35:03 morning Oct 30 07:01:52 good morning Oct 30 08:32:54 Hi all, I have a problem, does anybody can help me on this point: I am baking rxtx but it generates a 5.5k binary instead of a 40k one (made by someone else) Oct 30 08:34:15 but does it work? Oct 30 08:34:22 maybe a stripped versus unstripped issue Oct 30 08:34:40 it doesn't work as expected Oct 30 08:35:40 I tried to set INHIBIT_PACKAGE_STRIP = "1" in local.conf but it is same Oct 30 08:38:51 isn't there a problem of staticaly linked or something? Oct 30 09:01:05 morning Oct 30 09:01:09 Linux sheevaplug 2.6.32-rc4 #1 PREEMPT Thu Oct 29 10:33:49 CET 2009 armv5tel GNU/Linux Oct 30 09:01:14 works ;) Oct 30 09:01:30 eFfeM: you removed ext4 from defconfig :( Oct 30 09:01:54 hrw: try a reboot? that locked up for me last night Oct 30 09:03:03 hrw, great that it works Oct 30 09:03:27 XorA: if it booted then I prefer to keep it online. I do irc from sheeva Oct 30 09:03:40 I did not remove ext4 on purpose, one of the things on the todo list is to check what modules should be build Oct 30 09:03:45 is there a policy on this? Oct 30 09:03:52 but due to perl crap I had to build irssi on device Oct 30 09:03:59 ext4 living dangerous :-D Oct 30 09:04:31 eFfeM: ext2/3/4, cifs, nfs3/4, nfsroot should be available on such device Oct 30 09:04:43 XorA: I use ext4 on my machines and it works fine Oct 30 09:05:01 today sheeva will get 1.5TB hdd for ext4 Oct 30 09:05:17 I like to give new filesystems at least a year of testing Oct 30 09:05:24 burned too many times with duff ones Oct 30 09:05:33 hrw, i agree, but I think there should also be more/other modules (especially for usb peripherals) Oct 30 09:05:48 eFfeM: basically - enable all usb devices Oct 30 09:05:49 eFfeM: all usb should e turned on Oct 30 09:06:01 will do Oct 30 09:06:05 eFfeM: for device with pci(e) enable all drivers etc Oct 30 09:06:18 so users will have options Oct 30 09:06:21 hrw, currently it is one defconfig for both sheeva and openrd Oct 30 09:06:36 cramfs, squashfs, yaffs (if available), jffs2 Oct 30 09:06:45 i dnd not get to making variants Oct 30 09:06:51 hrw: you forgot uni Oct 30 09:06:51 support for GPT partitions is nice to have Oct 30 09:06:53 ubi Oct 30 09:07:08 XorA: ah right. thats because sheeva has ubi enabled. Oct 30 09:07:14 otherwise it would not boot here Oct 30 09:07:20 hehe, my sheeva is ubi Oct 30 09:07:40 ubi + 32G flash disk Oct 30 09:07:48 Filesystem Size Used Available Use% Mounted on Oct 30 09:07:48 ubi0_0 461.3M 244.0M 212.6M 53% / Oct 30 09:07:58 most things modules, I assume, ubi/ext3/ext4 in the kernel? Oct 30 09:08:05 XorA: what you use for torrents? Oct 30 09:08:10 good morning Oct 30 09:08:15 eFfeM: and jffs2 for hardcore users Oct 30 09:08:17 hi florian Oct 30 09:08:21 true Oct 30 09:08:31 working on it :-) Oct 30 09:08:31 I only used 95M so far :-D Oct 30 09:08:41 hrw: transmission Oct 30 09:08:56 hrw: I use the transmission-remote and the web client to control Oct 30 09:09:15 what about kernel .config support,is that useful or just a waste of resources? Oct 30 09:09:39 good morning Oct 30 09:11:13 eFfeM: I would add Oct 30 09:11:24 XorA: I have everything installed to do OE builds ;D Oct 30 09:11:29 hrw, added as module Oct 30 09:11:46 don't want the kernel size to grow too much Oct 30 09:12:05 coffee break, will pop some more config questions later Oct 30 09:12:07 0x400000 is for kernel Oct 30 09:12:56 and 4MB is lot of space for a kernel so I would move as much as possible into kernel Oct 30 09:13:08 unless openrd has smaller kernel partition in flash Oct 30 09:13:24 but, from other side... kernel needs to be loaded on boot... Oct 30 09:14:08 hrw: my sheeva is set to load the whole of the 4M so more in kernel means less of a time hit for me Oct 30 09:15:08 hrw, more in kernel means longer loading so slower boot Oct 30 09:15:33 I updated the PR variable in my recipe but the name of the ipk doesnt change after rebuilding it. I did a clean after the PR var was changed. Is there anything else i need to do to make the change apply? Oct 30 09:16:40 jovox: hum, I did that few minutes before and it is working Oct 30 09:17:21 When I say "the name of the ipk doesnt change" I'm talking about the "r0" part of the name Oct 30 09:17:23 PR = "r4-dev" (did you try adding a -dev?) Oct 30 09:17:37 no Oct 30 09:19:08 I need to update uboot on sheeva Oct 30 09:19:19 Is there any reason it shouldnt apply if I just cahnge from r0 to r1? Oct 30 09:24:04 hrw: same here, the one its ships with is crap Oct 30 09:24:16 hrw: but I couldnt find a reliable source of new ones last night :-D Oct 30 09:24:26 http://www.openplug.org/plugwiki/index.php/Das_U-boot_plug_support#Open_U-Boot_support_for_SheevaPlug Oct 30 09:25:27 ahah Oct 30 09:25:31 get that in OE :-D Oct 30 09:28:18 uboot_git recipe is fun Oct 30 09:29:08 03Koen Kooi  07org.openembedded.dev * r5da5ee1a57 10openembedded.git/ (conf/checksums.ini recipes/abiword/abiword_2.8.0.bb): abiword: replace 2.8.0 with 2.8.1, some crashes fixed and libtool macros updated Oct 30 09:29:17 XorA: Your the Avahi fan, can you see any reason not to take 0.6.25 for it's security fixes (and bump avahi-ui while I am at it?). Just wondering if there was a good reason for not taking it. Oct 30 09:30:16 XorA: Initialized empty Git repository in /home/hrw/devel/sources/dl_dir/git/git.denx.de.u-boot-marvell.git/.git/ Oct 30 09:31:00 XorA: how goes your openocd skills? Oct 30 09:34:03 hrw: I have none Oct 30 09:34:14 hrw: I forget them all since Openmoko days Oct 30 09:34:34 DJWillis: I think the only reason is no-one got round to it Oct 30 09:35:55 hrw: so you like the great openocd user interface? ;) Oct 30 09:36:56 Actually its not that bad and for some tasks you can use the web interface too. Oct 30 09:37:49 XorA: I have done it locally, i'll test and push to my tree and someone can clone it, I just wanted to check as I wondered if there was a good reason, there often is ;-) Oct 30 09:38:09 florian: I have two options: 1. use openocd to load uboot and test does it works, 2. flash uboot from uboot and pray that it works Oct 30 09:38:34 or combine them into 3rd one: flash and use openocd if fail Oct 30 09:38:42 right Oct 30 09:39:30 just flashing u-boot using opernocd shouldn't be too hard Oct 30 09:39:47 I prefer flashing with uboot Oct 30 09:39:56 openocd should come with a proper config already Oct 30 09:40:11 yes true, that's easier. Oct 30 09:40:22 so see you Oct 30 09:46:59 florian: what is current status of wiki on LTG? :) Oct 30 09:47:49 Jay7: the main wiki works but not the wiki plugin and dns is still limited Oct 30 09:53:51 not good so far Oct 30 09:57:32 sheeva booted Oct 30 09:58:07 U-Boot 2009.08 (Oct 30 2009 - 10:51:08) Oct 30 09:58:07 Marvell-Sheevaplug Oct 30 09:58:44 shit.. shit shit Oct 30 09:58:58 XorA: show me your sheeva uboot environment please Oct 30 09:59:35 hrw: cant, Im the wrong end of an ssh connection Oct 30 09:59:47 ok Oct 30 09:59:52 whats up? Oct 30 10:01:33 need to restore ubifs cmdline Oct 30 10:02:13 hrw: I can pull that from cmdline, gimme asec Oct 30 10:02:53 console=ttyS0,115200 mtdparts=nand_mtd:0xc0000@0(uboot)ro,0x1ff00000@0x100000(root) ubi.mtd=2 root=ubi0:sheevaplug-rootfs rootfstype=ubifs Oct 30 10:04:12 thx Oct 30 10:04:27 you load kernel from usb? Oct 30 10:04:34 no Oct 30 10:09:09 mainline uboot is fast Oct 30 10:09:24 what gfx does openrd cient have in it? Oct 30 10:10:57 do I have to subscribe to openembedded-devel to send patches there? Oct 30 10:12:34 jest: yes Oct 30 10:13:15 and you'll have to send your mails using exactly the same address in the From: field as with what you subscribed Oct 30 10:13:53 at least if no one has fixed this behaviour Oct 30 10:14:50 XorA: mainline uboot takes 7s from 'reset' command to 'booting kernel' Oct 30 10:14:59 nice Oct 30 10:15:05 XorA: including 3s bootdelay and reading kernel from nand Oct 30 10:19:29 hrw: do you mean any concrete hardware? Oct 30 10:20:08 hrw: sorry, didn't see the context Oct 30 10:20:51 jest: marvell sheevaplug Oct 30 10:20:59 can I put something in my local.conf to tell oe not to delete the sources after a build? Oct 30 10:21:28 tasslehoff: rm_work you mean? Oct 30 10:21:44 hrw: that's probably what I mean :) Oct 30 10:21:58 tasslehoff: check your config for it and remove if you have Oct 30 10:23:39 hrw: I did. I created my local.conf using the "building angstrom"-howto, and didn't see that line :) Oct 30 10:24:07 XorA: hmmm, did avahi-ui ever work or is it one of those 'wip' recipies that never really got done? Oct 30 10:24:26 DJWillis: I have never used it Oct 30 10:24:35 DJWillis: is that the one that provides the gnome-applet? Oct 30 10:25:37 Seems so but I and suspicious that it provides anything that works ;-). If it's not yours i'll just keep looking at it tonight ;-) Oct 30 10:26:14 DJWillis: I think you can assume no-one tested it for years Oct 30 10:26:23 DJWillis: and its not mine Oct 30 10:29:28 in which file is the common PATH env variable set? Oct 30 10:32:02 re Oct 30 10:32:10 re Oct 30 10:32:22 back on sheeva Oct 30 10:32:57 nice, I got one too Oct 30 10:32:59 hrw: \o/ Oct 30 10:33:13 www.weloveoursheevas.com Oct 30 10:33:13 but on the "official" release Oct 30 10:33:56 mimil: mine got angstrom on first day Oct 30 10:34:02 same here Oct 30 10:34:09 no point runny sucky distros Oct 30 10:34:23 now it does not have any traces of marvell binaries Oct 30 10:34:41 hehe Oct 30 10:36:17 are you aware of different hardwares using sheeva chipset? Oct 30 10:36:55 I know this one http://www.open-rd.org/ also made by marvell Oct 30 10:37:05 hrw: still building xorg-7.5? i can send you something for test.. Oct 30 10:38:05 JaMa: mesa-dri do not builds Oct 30 10:38:26 mimil: openrd-base, openrd-client are also made by globalscale, yes Oct 30 10:39:18 03Marcin Juszkiewicz  07org.openembedded.dev * r04bf7d5d15 10openembedded.git/recipes/u-boot/ (u-boot.inc u-boot_git.bb): Oct 30 10:39:18 u-boot: added Sheevaplug support Oct 30 10:39:18 Marvell devices needs u-boot.kwb instead of u-boot.bin due to header for Oct 30 10:39:18 first stage bootloader. UBOOT_BINARY variable was introduced due of Oct 30 10:39:18 that. Oct 30 10:39:19 any other hardware you are aware? Oct 30 10:39:52 mimil: QT-2xx nas iirc uses kirkwood core cpu Oct 30 10:44:24 mimil: have some spare ones to share? :D Oct 30 10:46:55 no, I am thinking to make a set top box (a company). I am just thinking as I am a pure noob Oct 30 10:47:30 and I think the kirkwood compoment are enough open and powerfull Oct 30 10:47:41 to make everything I want Oct 30 10:48:32 the only thing I need is a sheeva plug board but with the access to all the features Oct 30 10:48:43 (pci-e, sata, ...) Oct 30 10:49:18 (I don't know anything in electronic neither) Oct 30 10:50:00 and it need to be low price (under 50 as said for the a massmarket sheeva) Oct 30 10:50:23 so I am just looking if someone alreary did it :P Oct 30 10:53:51 openrd-base then Oct 30 10:54:10 it is devboard, 149$ iirc and you have pcie x1, sata Oct 30 10:57:00 03David-John Willis  07shr/merge * r25e876d130 10openembedded.git/recipes/xorg-driver/ (3 files in 2 dirs): Oct 30 10:57:00 xf86-input-evtouch: Use latest Ubuntu package diff and tweak configure. Oct 30 10:57:00 * Add configure support to generate calibration app and udev rules for touchscreens. Oct 30 10:57:01 03David-John Willis  07shr/merge * re65da86dc1 10openembedded.git/recipes/ (3 files in 2 dirs): u-boot/x-load: Add support for the omap3-pandora building from trees as git.openpandora.org. Oct 30 10:57:02 and do you have any idea about a massmarket price? Oct 30 10:57:03 03David-John Willis  07shr/merge * reb738d7c77 10openembedded.git/recipes/keymaps/ (files/omap3-pandora/keymap-extension-2.6.map keymaps_1.0.bb): keymaps: Add keymap extension for the omap3-pandora. Oct 30 10:57:07 03Koen Kooi  07shr/merge * rb4c532efca 10openembedded.git/ (5 files in 3 dirs): Oct 30 10:57:09 gnome-python: fix 2.26.1 build, add 2.28.0 Oct 30 10:57:11 python-pygobject*: add 2.20.0 Oct 30 10:57:13 03Koen Kooi  07shr/merge * rde1d0546fd 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: bump samba and python Oct 30 10:57:16 03David-John Willis  07shr/merge * rb288fc18a0 10openembedded.git/recipes/pointercal/ (files/omap3-pandora/pointercal pointercal_0.0.bb): pointercal: Add calibration for the omap3-pandora touchscreen. Oct 30 10:57:20 03David-John Willis  07shr/merge * r7a2724f282 10openembedded.git/recipes/udev/ (3 files in 3 dirs): udev: Add local.rules for the omap3-pandora to open up /dev/event* to all users. Oct 30 10:57:29 03David-John Willis  07shr/merge * r12eb9b8d48 10openembedded.git/recipes/x-load/x-load.inc: x-load.inc: Add support to build a version of x-load that can be loaded over OTG USB. Oct 30 10:57:32 03David-John Willis  07shr/merge * ra71f287b6f 10openembedded.git/recipes/tango/tango-icon-theme-enable.bb: tango-icon-theme-enable: Add recipe for enable the icon theme once installed (hackish). Oct 30 10:57:36 03David-John Willis  07shr/merge * r6d81ef0477 10openembedded.git/recipes/udev/ (udev_124.bb udev_141.bb): udev: Update recipes to package up local.rules. Oct 30 10:57:39 03David-John Willis  07shr/merge * re286301652 10openembedded.git/recipes/libsdl/libsdl-gfx_2.0.11.bb: libsdl-gfx_2.0.11: Fix build by exposing LDFLAGS. Oct 30 10:57:42 03David-John Willis  07shr/merge * r9c5d1cb40b 10openembedded.git/recipes/devicekit/ (devicekit-power_009.bb devicekit_003.bb): Oct 30 10:57:53 devicekit: Update to remove host dependency on Docbook XSLT files. Oct 30 10:57:55 * Bump PR Oct 30 10:57:57 * Update recipe to sed out the -nonet in the documentation XSLT conversion removing the reliance of the Docbook XSLT templates being installed on the host system (it will grab them from the net however). Oct 30 10:58:00 * Note: Another (maybe better) fix would be to package up docbook-xsl but that is overkill for these two recipes. Oct 30 10:58:02 03David-John Willis  07shr/merge * rb1b23b3efd 10openembedded.git/recipes/angstrom/ (2 files in 2 dirs): angstrom-led-config: Add LED setup for the omap3-pandora and bump PR. Oct 30 10:58:05 03David-John Willis  07shr/merge * r8d4ec184e9 10openembedded.git/recipes/aufs/aufs_cvs.bb: aufs_cvs: Fix LDFLAGS build error. Oct 30 10:58:08 03Jeremy Lainé  07shr/merge * r73c37436b0 10openembedded.git/recipes/linux/ (linux-2.6.31/qemux86/defconfig linux_2.6.31.bb): linux-2.6.31: add defconfig for qemux86 Oct 30 10:58:21 03David-John Willis  07shr/merge * r4460e876e2 10openembedded.git/recipes/fbset/ (fbset-modes.bb fbset-modes/omap3-pandora/fb.modes): fbset-modes: Add fb.modes for the omap3-pandora LCD. Oct 30 10:58:24 03David-John Willis  07shr/merge * r06b7f2e81a 10openembedded.git/recipes/base-files/ (3 files in 2 dirs): base-files: Add base files for the omap3-pandora. Oct 30 10:58:27 03David-John Willis  07shr/merge * rc145b7f1d7 10openembedded.git/recipes/netbase/netbase/omap3-pandora/hosts: netbase: Add another host to the omap3-pandora hosts. Oct 30 10:58:30 03David-John Willis  07shr/merge * rbee83ea1d9 10openembedded.git/recipes/psplash/ (10 files in 2 dirs): psplash-omap3pandora: Add psplash splashscreen for the omap3-pandora. Oct 30 10:58:33 03Jeremy Lainé  07shr/merge * r31f6e5ff32 10openembedded.git/: Merge branch 'org.openembedded.dev' of ssh://git@git.openembedded.net/openembedded into org.openembedded.dev Oct 30 10:58:40 03Koen Kooi  07shr/merge * rebe5a33204 10openembedded.git/recipes/u-boot/u-boot-omap3pandora_git.bb: u-boot-omap3pandora: fix typo in recipe Oct 30 10:58:43 03Koen Kooi  07shr/merge * r9c3d769ebf 10openembedded.git/ (conf/checksums.ini recipes/gtk-webcore/midori_0.2.0.bb): midori: add 0.2.0 Oct 30 10:58:46 03Koen Kooi  07shr/merge * rb34f0987f7 10openembedded.git/ (4 files in 3 dirs): webkit-gtk: bump to 1.1.16 Oct 30 10:58:51 03Koen Kooi  07shr/merge * r8e785a41b3 10openembedded.git/recipes/mythtv/mythtv_0.22rc1.bb: mythtv 0.22rc1: fix PV Oct 30 10:58:54 03Frans Meulenbroeks  07shr/merge * rc5704e55e6 10openembedded.git/ (conf/checksums.ini recipes/mythtv/mythtv_0.22rc1.bb): Oct 30 10:58:57 mythtv: created recipe for 0.22rc1 (based upon svn version) Oct 30 10:58:59 DEFAULT_PREFERENCE=-1, still need to look at the patches from 0.21 Oct 30 10:59:03 builds for beagleboard, not for sheevaplug (armv5te) Oct 30 10:59:05 03Jeremy Lainé  07shr/merge * rb3a385a228 10openembedded.git/recipes/linux/ (6 files in 2 dirs): linux-2.6.31: use standard GPIO drivers for boc01 Oct 30 10:59:08 (85 lines omitted) Oct 30 11:00:09 the open-rd includes too much things on the board, I don't need vga, ... Oct 30 11:01:04 03Sebastian Spaeth  07shr/merge * r626556b1a4 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Oct 30 11:01:04 sane-srcrevs: add webkit-efl|gtk Oct 30 11:01:04 Signed-off-by: Sebastian Spaeth Oct 30 11:01:30 03Sebastian Spaeth  07org.openembedded.dev * r11aa8fff67 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Oct 30 11:01:30 sane-srcrevs: add webkit-efl|gtk Oct 30 11:01:30 Signed-off-by: Sebastian Spaeth Oct 30 11:09:10 then create own board? Oct 30 11:23:16 xora backreading the log, openrd client has xgi volari Z11 chip Oct 30 11:23:32 of course base has pci-e x1 so you can stick in different crads Oct 30 11:23:34 cards Oct 30 11:24:06 mimil: you might also want to look at omap1 boards. see eg the blog at www.hawkboard.org Oct 30 11:24:17 not as powerful as sheeva thoug Oct 30 11:25:18 mickey|office: good morning Oct 30 11:26:26 hi all!! Oct 30 11:27:12 eFfeM: we have linux drivers for that? Oct 30 11:27:27 03OE Builder  07org.openembedded.dev * r4ab9ea9469 10openembedded.git/recipes/linux/ (3 files in 2 dirs): linux-2.6.31: add driver for boc01 buttons Oct 30 11:28:06 XorA: there are drivers in .22 provided by marvell, einfochips is apparently working on a later version Oct 30 11:28:24 I did not see driver source for Z11, but there is something for Z7 and iirc Z9 Oct 30 11:28:37 which is probably register compatible to some extent Oct 30 11:28:40 and not much hw doc Oct 30 11:28:48 einfochips told they have a driver for .28 Oct 30 11:29:00 later Oct 30 11:31:02 first arago video loopbak r26 is working on my DM365 EVM. It is a very nice way to contribute, with some test, to Texas development and to plan an opensource development for Da Vinci family . Here is the correct link for DM365 TI PSP arago r26 installation http://wiki.davincidsp.com/index.php/DaVinci_PSP_03.01_Phase_2_Release_Notes#Performance_-_DM365_EVM Oct 30 11:34:16 good morning pb__ Oct 30 11:34:18 florian: ping Oct 30 11:34:52 mickey|office: pong Oct 30 11:35:10 florian: can you check the e.V. account please? we should have a donation there Oct 30 11:35:23 an OEDEM sponsoring one Oct 30 11:36:09 mickey|office: yes right, we have a donation here. It came from a french account iirc. Oct 30 11:36:49 * florian wonders why we get a notification about every transaction from the bank Oct 30 11:36:50 correct Oct 30 11:36:57 how much is it? Oct 30 11:37:31 mickey|office: Its quite some money - 1500 EUR. Oct 30 11:37:39 excellent. we can reimburse some of the ravel costs then. Oct 30 11:37:39 ah, very good Oct 30 11:37:45 travel, that is Oct 30 11:38:12 eFfeM-lunch: Z11? I have Z7 iirc in vortex Oct 30 11:38:25 03Sebastian Spaeth  07shr/merge * r0094f64814 10openembedded.git/recipes/python/python-pygobject_2.20.0.bb: python-pygobject: Clean up remaining merge conflict Oct 30 11:38:25 mickey|office: That would be great yes. Oct 30 11:39:26 eFfeM-lunch: right, Z7 here Oct 30 11:39:28 mickey|office: Financial status and how we publish somethign about our sponsors would be important topics. Oct 30 11:41:05 florian: yes, that, and our reimbursement policy needs to be decided as well on the e.V. meeting Oct 30 11:41:30 mickey|office: oh yes, more important topics Oct 30 11:41:50 can you adjust the TOC on the wiki, please? Oct 30 11:42:01 err, agenda Oct 30 11:42:43 we should get some ideas for what will be discussed in the wiki before the meeting Oct 30 11:42:50 yeah Oct 30 11:42:50 need to keep people in the loop Oct 30 11:43:05 also, we should try and fill in the agenda some more :) Oct 30 11:45:25 mickey|office: done Oct 30 11:45:40 thanks Oct 30 11:46:58 let just set low important ones for end of sunday please Oct 30 11:47:04 heh Oct 30 11:47:09 when are you leaving? Oct 30 11:47:18 some of us have plane at 18:45 STN so need to leave before 17:00 Oct 30 11:47:25 ah Oct 30 11:48:02 pb__: ping? Oct 30 11:48:21 I leave later but from Luton and the bus is not synchronized well with my plane. Oct 30 11:48:25 zecke: at your service Oct 30 11:48:27 any interest in talking about the question, how do I develop sw for my OE built device? Oct 30 11:48:51 Crofton|work: Right now? :) Oct 30 11:48:57 pb__: awesome, one can send patches to libc-alpha? is there a script to generate the ChangeLog entry? Oct 30 11:48:57 Crofton|work: Ken Gilmer can be interested I think Oct 30 11:48:59 no, at OEDEM :) Oct 30 11:49:31 zecke: yes, libc-alpha would be the place. There is no script for the changelog entry but emacs has a function to do it. Oct 30 11:49:32 hrw, on omap3 you install task-native-sdk :) Oct 30 11:49:51 I guess I would be able to discuss this... but there is no way for me to prepare anything. Oct 30 11:50:06 Crofton|work: :-) Oct 30 11:50:06 Crofton|work: on bug you have it preinstalled ;D Oct 30 11:50:11 heh Oct 30 11:50:28 pb__: emacs? :) Oct 30 11:50:30 Crofton|work: bug-image-production has ~8k tasks Oct 30 11:50:32 anyway, we should put it on the agenda somewhere Oct 30 11:50:39 http://www.xemacs.org/Documentation/beta/html/xemacs_24.html#SEC240 Oct 30 11:50:59 zecke: heh, I guess if you are using kdevelop then you are on your own :-} Oct 30 11:51:02 pb__: do I change the ChangeLog in my patch too? or do I put the ChangeLog in the commit message? Oct 30 11:51:15 pb__: I use sed and awk :) Oct 30 11:51:15 zecke: no, put the changelog in your commit message (or just in your email), not in the patch Oct 30 11:51:30 heh Oct 30 11:54:05 so should we talk about sw dev at OEDEM? Oct 30 11:56:20 hrw from the client manual: The OpenRD-Client has XGI’s Volari-Z11, 2D Graphics processor on board Oct 30 11:56:55 can anyone tell me how I can move back from the head, I did a git pull and got the DISTRO_PR bump for angstrom, but can't really use that one right now, so wna tto move back Oct 30 11:57:10 git checkout REV Oct 30 11:57:46 although probably better to create a branch from that rev Oct 30 11:57:54 then merge your work back in later Oct 30 11:58:28 eFfeM, I agree with XorA, create a branch from a rev b4 the DISTRO PR bump Oct 30 11:59:12 git checkout -b effem/temporary Oct 30 11:59:24 i'm not planning on committing any work Oct 30 11:59:39 eFfeM: we never plan to :-D Oct 30 11:59:53 eFfeM: Z7 is supported in sisfb but not any newer Oct 30 12:00:20 yes, i know Oct 30 12:00:43 eFfeM, even so it will help you avoid accidentally changing rev :) Oct 30 12:01:08 xgi website also has z9 drivers but i seem to recall that was also not for a new version Oct 30 12:02:11 wrt git, I'll use a temp override for the distro check until tonight when I can do a full rebuild Oct 30 12:03:17 guess/hope/pray that that will work :-) Oct 30 12:04:26 pb__: okay, let me see if I get flamed... no really fancy change Oct 30 12:05:22 zecke: good luck Oct 30 12:13:52 pb__: did you ever play with systemtap? Oct 30 12:14:03 zecke: no Oct 30 13:16:50 03OE Builder  07org.openembedded.dev * r050c77a7fe 10openembedded.git/recipes/linux/linux-2.6.31/boc01/012-091019-capsense.patch: linux-2.6.31: make capsense keys remapable for boc01 Oct 30 13:16:51 03OE Builder  07org.openembedded.dev * r7cfed4fa37 10openembedded.git/recipes/linux/linux-2.6.31/boc01/014-091030-buttons.patch: linux-2.6.31: add support for multiple buttons on boc01 Oct 30 13:16:51 03OE Builder  07org.openembedded.dev * r27009b0a42 10openembedded.git/recipes/linux/linux-2.6.31/boc01/011-091028-gpio.patch: linux-2.6.31: improve GPIO support for boc01 Oct 30 13:32:38 pb__: okay, I got moderated... could you help me some more? Oct 30 13:33:17 pb__: In http://sources.redhat.com/glibc/wiki/Contribution checklist, the ChangeLog example does not start with a capital letter... do you know if the wiki can just be changed? Oct 30 13:42:25 This page does not exist yet. You can create a new empty page, or use one of the page templates. Oct 30 13:42:35 What strange page is? Oct 30 13:46:38 zecke: I don't know what the situation is with the wiki. It is certainly true that changelog entries do (in general) start with a capital letter. Oct 30 13:46:42 recalcati: er? Oct 30 13:48:03 pb__: the example contradicts what is written above, I will probably mail libc-help too Oct 30 13:48:24 right, good diea Oct 30 13:48:25 idea, too Oct 30 13:52:36 pb__: it seems an empty page. I don't see Changelog Oct 30 13:53:07 03OE Builder  07org.openembedded.dev * rf8cfca44d6 10openembedded.git/recipes/linux/linux-2.6.31/boc01/ (014-091030-buttons.patch defconfig): linux-2.6.31: fix GPIO keys for boc01 Oct 30 13:54:14 recalcati: I think you must be looking at the wrong page. Oct 30 13:54:35 http://sources.redhat.com/glibc/wiki/Contribution checklist Oct 30 13:57:15 as "http://sources.redhat.com/glibc/wiki/Contribution checklist"? Oct 30 14:18:25 you mean http://sources.redhat.com/glibc/wiki/Contribution%20checklist Oct 30 14:21:42 http://maps.google.com/maps/ms?ie=UTF&msa=0&msid=103536616148636616732.000477278dbe87a031e28 Oct 30 14:22:01 pb__: did I marked walk train->oedem properly? Oct 30 14:22:49 anybody has a complete list of different cpus supported by openembedded? it could be interesting ... Only for statistic. Oct 30 14:22:52 hrw, when do you arrive? Oct 30 14:24:41 hrw: looks like the Way of St. James (LOL) Oct 30 14:26:56 03Koen Kooi  07org.openembedded.dev * r19c6439673 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Oct 30 14:26:56 revert sane-srcrevs: add webkit-efl|gtk: Oct 30 14:26:56 webkit gtk srcrev was moved to recipe in b34f0987f71bbefaf914415cce6bad418a3e3d06 and bumped as well. Oct 30 14:26:56 Since the autofoo files in OE are tied to the SRCREV care needs to be taken when bumping it, this commit actually makes it go backward. Oct 30 14:26:58 Maybe we should ban people that have recently gained commit access from poking at conf/distro for the first few weeks to avoid fuckups like this. Oct 30 14:27:01 http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=b34f0987f71bbefaf914415cce6bad418a3e3d06 Oct 30 14:27:44 hrw: are you sure you can walk from Brookfields to Norman Way? Oct 30 14:29:34 mckoan: read oedem/2009 page Oct 30 14:29:40 Crofton|work: friday evening Oct 30 14:29:46 have to go now Oct 30 14:30:59 cbrake: ping Oct 30 14:31:04 l8r Oct 30 14:31:10 JaMa: yes Oct 30 14:31:26 cbrake: did you received my keys by e-mail? Oct 30 14:32:09 JaMa: yes, they are added Oct 30 14:32:33 JaMa: hmm, did I never email you back? Oct 30 14:32:33 cbrake: ok, thanks Oct 30 14:32:50 cbrake: nothing in my inbox.. junk mail also checked :) Oct 30 14:32:51 cbrake, there is an item to talk about infrastructure at OEDEM Oct 30 14:33:15 JaMa: yeah, I forgot, sorry Oct 30 14:33:27 JaMa: let me know if you have any trouble committing Oct 30 14:33:29 can you update us on what needs to happen to move the wiki and patchwork to melo by then? Oct 30 14:33:43 cbrake: ok, thanks Oct 30 14:34:01 Crofton|work: wiki, we need to try it melo and see if it works due to slightly older version of mediawiki Oct 30 14:34:06 Crofton|work: if it works, we are done Oct 30 14:34:33 Crofton|work: otherwise, we can try to get Laibsch to backport a newer version or run unpackaged sw Oct 30 14:35:06 Crofton|work: I have no idea with patchwork -- who set that up? Oct 30 14:35:17 Crofton|work: also, when is "then"? Oct 30 14:36:23 hrw|gone: yes, that route is correct Oct 30 14:37:30 http://wiki.openembedded.net/index.php/Oedem/2009 Oct 30 14:37:57 we are doing a poor job communicating this to the larger community :( Oct 30 14:38:29 I wonder what the beehive center is? Oct 30 14:38:49 just a retail park Oct 30 14:39:00 Does any object if i post a link to the OEDEM agenda to the list and ask for people to add comments? Oct 30 14:39:02 ah Oct 30 14:39:12 A friend of mine has bees Oct 30 14:39:20 http://www.beehivecentre.co.uk/ Oct 30 14:39:25 yah, nothing to do with actual bees unfortunately Oct 30 14:39:48 I see Oct 30 14:39:51 you are welcome to post the agenda link to the list. I did that already a few times but not recently, it wouldn't hurt to re-post it Oct 30 14:40:02 if there were bees, I would have taken a photo for him :) Oct 30 14:40:07 yeah Oct 30 14:40:19 I'd like to collect comments from people that can't be there Oct 30 14:40:33 and we shoudl try and put some of the known thoughts in the agenda Oct 30 14:40:50 after all, we are trying to avoid the appearance of a cabal Oct 30 14:46:23 pb__: have you seen http://article.gmane.org/gmane.comp.handhelds.openembedded/17776 ? doubt its a solution to the checksum thing by itself, but it's interesting nonetheless Oct 30 14:47:08 kergoth: yah, leon mentioned that to me at the time but I never really found time to try it out. Oct 30 14:47:12 it does sound like a neat thing Oct 30 14:50:10 is there any way that e.g. an armv5te arch package can depend on a library of MACHINE_ARCH? it seems to be messing up the staging Oct 30 14:54:04 * * OE Bug 5331 has been created by sbrandt(AT)gmx.de Oct 30 14:54:06 * * de_DE@euro in GLIBC_GENERATE_LOCALES Oct 30 14:54:08 * * http://bugs.openembedded.org/show_bug.cgi?id=5331 Oct 30 15:42:44 hrw|gone: branch martin_jansa/xorg-7.5 created.. Oct 30 16:25:50 jo Oct 30 16:37:05 re Oct 30 16:37:13 JaMa: cool Oct 30 16:37:15 jo hrw Oct 30 16:37:30 JaMa: something new compared to patches which I got from you? Oct 30 16:38:55 JaMa: will pull Oct 30 17:06:44 hi. whats the current status of flash player on beagleboard. (AFAIK its either gnash/swfdec or paying for calsoftlabs) Oct 30 17:11:57 JaMa: your branch so far builds nice Oct 30 17:16:31 JaMa: mesa needs to be bumped to >7.0.3 in branch for angstrom Oct 30 17:25:30 re, is there an easy way to redo only the staging part of a build (build takes very long and has a small flaw in staging that I want to test first locally before doing a full rebuild) Oct 30 17:25:51 use -f Oct 30 17:26:00 you can see it in bitbake --help and in the bitbake manual Oct 30 17:26:05 bitbake -c populate_staging -f Oct 30 17:26:08 kergoth: thanks Oct 30 17:26:13 forces re-execution of a task Oct 30 17:26:14 np Oct 30 17:26:25 know about -c but forgot about -f Oct 30 17:28:34 there are also few other switches Oct 30 17:29:53 * Crofton|work looks for the multimeter Oct 30 17:30:50 Crofton|work: what is next, yesterday logic analyser, today multimeter, tomorrow use fingers to sense voltage ? Oct 30 17:31:11 heh Oct 30 17:31:36 no, trying to figure out how I wired up this breadboard like a year ago :) Oct 30 17:34:14 hrw, saw your msg on u-boot, actually didn't immediately make the link Marcin == hrw Oct 30 17:34:47 I'm more than happy to cooperate on the openrd u-boot; I have a client (at least as long as fun lasts because it is not mine) Oct 30 17:38:56 hi all Oct 30 17:39:53 eFfeM: that part about openrd was kind of joke. I do not have u-boot coding capabilities Oct 30 17:39:56 hi thesing Oct 30 17:42:14 hrw, understood the joke, don't have a base board anyway Oct 30 17:42:36 we should trick marvell into donating oe a few samples Oct 30 17:44:24 eFfeM: how would you compare sheevaplug and openrd-client? Oct 30 17:44:48 eFfeM: client adds gfx,sata,usbports or something more? Oct 30 17:47:14 ok, more Oct 30 17:47:19 just checked Oct 30 17:48:57 ok, had to pay attention to another window Oct 30 17:49:34 what i dislike about client is the very non-std gfx card and the fact that it is vga and not dvi and eats up the only pci-e slot Oct 30 17:50:09 advantage above base is more usb, dual network and client comes with a case whereas base has no case Oct 30 17:53:22 so far I am fine with sheeva Oct 30 17:59:23 hrw, i am too, but someone loaned me the client and i must say i like the internal sata disk Oct 30 18:00:48 eFfeM: on monday I will test my usb enclosure with sheeva Oct 30 18:01:16 hard to tell how fast that Samsung drive is when connected via sata because "hdparm -tT /dev/sdk" hangs Oct 30 18:01:17 re Oct 30 18:01:32 hrw hm Oct 30 18:01:42 woglinde: ? Oct 30 18:01:55 never saw disk hang Oct 30 18:01:58 at hdparm Oct 30 18:02:39 my poor unused sheevaplug, i should really do something with it Oct 30 18:02:46 *g* Oct 30 18:03:05 bye all Oct 30 18:03:10 bye hrw Oct 30 18:03:15 have nice weekend Oct 30 18:03:17 and have a nice weekend Oct 30 18:05:29 nice weekend hrw! Oct 30 18:05:34 cya monday Oct 30 18:06:34 eFfeM: you are being sarcastic in your email???? Oct 30 18:08:02 I kind of have a feeling email got stopped up again .... Oct 30 18:08:32 * XorA|gone blames koen coz its cool Oct 30 18:09:09 XorA|gone: which email ? what subject Oct 30 18:09:35 distro_p[r tuesday Oct 30 18:12:21 XorA|gone: I pushed new collie kernel yesterday. Oct 30 18:12:40 thesing: I see thanks Oct 30 18:12:51 thesing: I shall try and play with it next week, Im away this weekend Oct 30 18:13:31 XorA|gone: if you get bored sometime in the future you could write sound drivers for collie. Oct 30 18:13:48 I think its not that hard if you know the alsa stuff. Oct 30 18:14:06 thesing something new about armv4 eabi? Oct 30 18:14:40 XorA|gone: ah ok, well it was agreed to do it on friday and then koen posts that he wants to record that it was announced, but he pushed before he announced. got slightly irritated by that, had I known that yesterday I would have pulled and rebuild yesterday before bedtime Oct 30 18:14:59 eFfeM: erm, it was pushed today as announced Oct 30 18:15:14 woglinde: I build for spitz now to look at the readelf output. Oct 30 18:15:15 eFfeM: welcome to koens killfile I think Oct 30 18:15:41 woglinde: then I will try eglibc and micro distribution. Oct 30 18:18:13 maybe it was pushed, and maybe it'll end me in koen's killfile Oct 30 18:18:30 although earlier today he still chatted to me on #beagle (but sometimes he also ignores me) Oct 30 18:18:40 guess we have a hate-love relationship :-) Oct 30 18:19:56 jo florian Oct 30 18:19:56 eFfeM: git log give you the commit date not the push date Oct 30 18:20:07 I dont think git even records a push date Oct 30 18:20:47 eFfeM, the mail server sometimes lags badly Oct 30 18:21:08 anyway, the correct way to do what you wanted to do is use a branch :) Oct 30 18:21:10 re Oct 30 18:21:24 the announce was sent and receved at 13:30 GMT yesterday Oct 30 18:22:10 I think my copy showed up today ... Oct 30 18:22:12 or Oct 30 18:22:15 I am slow Oct 30 18:42:35 XorA|gone: ping? Oct 30 18:44:37 Jay7: here Oct 30 18:45:31 XorA|gone: what is your 'roadmap' for weekend and next time? Oct 30 18:46:23 I'm about PDA's delivery Oct 30 18:49:41 Jay7: im away until tuesday Oct 30 18:50:07 ah, ok Oct 30 18:57:35 florian: good evening Oct 30 18:59:48 Crofton: afaict, the linuxtogo mail server is generally turning list mail around in about a minute, and very seldom more than a few minutes. I would be surprised if anything is getting delayed there by multiple hours. Oct 30 19:01:17 we had a mailman issue today, but it should work again Oct 30 19:02:09 okay, i'm really tempted to revamp/scrap this pkgdata stuff. most of it exists due to past stuff when packaging wasn't one task, to persist the info.. Oct 30 19:03:45 can just store it with persist_data and let package_ipk get it from there.. Oct 30 19:06:16 florian, can you explain what happens during the infrastructure session at OEDEM? Oct 30 19:06:56 gm Oct 30 19:12:58 kergoth: right, that would make sense Oct 30 19:13:36 as you say, probably 90% of that code exists to support the (historical) case where you could run do_package, then in a separate bitbake invocation run do_package_ipk, and there wasn't any other way to make it work. Oct 30 19:15:27 yep Oct 30 19:17:46 Crofton: ehm... no, not really Oct 30 19:22:49 florian, well, we should "discuss" it :) Oct 30 19:23:01 even if it mysterious Oct 30 19:23:56 kergoth: it'd still be nice to have a way to go in and pull out the runtime dependencies after the package is built, without querying the raw package... but yeah, pkgdata can cause some really fun confusing problems :) Oct 30 19:24:06 that's actually why i'm messing with this stuff Oct 30 19:24:30 the mvl6 UI needs to get to some of the info thats only available post-build, and ideally use it to present a UI before the build Oct 30 19:24:34 clearly they need to implement time travel Oct 30 19:24:41 :) Oct 30 19:24:51 Crofton: indeed Oct 30 19:25:05 if only to keep people up to date Oct 30 19:25:11 haha. Oct 30 19:35:52 woglinde: my eabi build was working... Oct 30 19:36:15 woglinde: I just looked at the wrong place. Oct 30 19:38:56 thesing: cool. Oct 30 19:39:18 at OEDEM a topic could be to discuss plight of oabi moving forward Oct 30 19:39:26 khem: I looked at the Version file in the header and not at FLAGS Oct 30 19:39:30 how long before we obsolete it Oct 30 19:39:48 thesing: hmmm I should have mentioned to look at flags Oct 30 19:40:05 elf header has so many things besides flags Oct 30 19:40:19 I will push the changes to a branch and propose to drop oabi completely. Oct 30 19:40:36 Only old devices use it anyway. Oct 30 19:41:08 thesing: yeah it will mean that gcc 4.4 has to be minimal requirement for armv4 devices then in future on .dev Oct 30 19:42:07 I suspect that would be easier to get agreement on, than keep hacking on oabi stuff Oct 30 19:43:04 you can specify toolchain versions based on machine file also Oct 30 19:43:08 thesing: what would be gained by removing support for oabi? it doesn't seem like it costs much to keep it and it is certainly not impossible that some folks might still want it. Oct 30 19:43:33 in particular, forcing everybody who is on armv4 or older to use the very latest toolchain bits seems a little harsh. Oct 30 19:44:00 pb__: wasn't it the same with all other arm devices when eabi was new? Oct 30 19:44:26 thesing: I'm not quite sure I understand what you mean. Oct 30 19:44:33 when eabi was new, it was an option; nobody was forced to use it. Oct 30 19:44:42 pb__: oabi support in newer versions of toolchain and libraries Oct 30 19:44:57 might not be as good as it used to be Oct 30 19:46:02 "might not" doesn't sound like a very compelling reason to remove the support altogether. if gcc and glibc actually removed support for oabi from their trees then that would be a more convincing reason, although oabi folks could still stick with older versions. Oct 30 19:46:14 pb__: is it possible to build an oabi system with newer cpus with oe easily (i.e. with only configuration in local.conf) ? Oct 30 19:46:48 pb___: it will not be removed from gcc or binutils but it will bitrot Oct 30 19:47:01 thesing: I'm not sure about "only configuration in local.conf", but I am fairly certain it can be done with a suitable DISTRO configuration. Oct 30 19:47:18 I expect you can do it in local.conf as well but it might involve some slightly fiddly overriding. Oct 30 19:48:25 All I want to do is to bring the armv4 on the same level as other arm cpus. i.e. default to eabi. Oct 30 19:49:06 one could still use the same config for oabi as one can with armv4t+ now Oct 30 19:49:19 that's fine; the abi selection is a distro decision and you are welcome to make armv4 be eabi for your distro. Oct 30 19:49:34 I understood your suggestion "to drop oabi completely" to mean that you actually wanted to remove oabi support from oe. Oct 30 19:49:53 if that isn't what you wanted to do, I guess we have been talking at cross purposes :-} Oct 30 19:50:22 pb___: the question is moving forward say a distro chose gcc 4.4.2 and would it still be ok if it expects that gcc supported oabi Oct 30 19:50:28 pb__ some of the changes touch machine files so I'm not sure if oabi support will work ootb with them. Oct 30 19:51:01 khem: well, it would be up to the distro to check that before making the decision to use the particular version of gcc. Oct 30 19:51:26 just as it is the distro's responsibility to make sure that their chosen toolchain isn't broken in any of the other various ways it might be broken. Oct 30 19:51:52 it's never been realistic to just pick a version number out of the air and expect it to work in an arbitrary configuration. Oct 30 19:52:44 thesing: that should be ok, the amount of damage you can do in a machine config file is fairly small :-) Oct 30 19:52:58 even if they don't work out of the box with oabi it should be fairly easy to fix them up again for anybody who cares. Oct 30 19:53:28 pb___: right now machines also dictate abi type Oct 30 19:53:51 pb__: I think most distros override FEED_ARCH and BASE_PACKAGE_ARCH anyway. Oct 30 19:55:20 yes, probably Oct 30 20:01:44 03Khem Raj  07org.openembedded.dev * r9458828947 10openembedded.git/recipes/eglibc/ (4 files in 2 dirs): Oct 30 20:01:44 eglibc: Backport IO-acquire-lock-fix.patch Oct 30 20:01:44 * Move the svn recipe to latest git revision. Oct 30 20:01:44 Signed-off-by: Khem Raj Oct 30 20:06:23 03Thomas Kunze  07org.openembedded.dev * r2ec047c78a 10openembedded.git/conf/machine/include/tune-strongarm.inc: Oct 30 20:06:23 tune-strongarm.inc: Oct 30 20:06:23 remove setting of oabi. With gcc 4.4 we can use eabi. Distros can reset this if they want. Oct 30 20:31:28 03Martin Jansa  07shr/merge * r1d250b1d9a 10openembedded.git/recipes/xorg-lib/libxaw_1.0.7.bb: Oct 30 20:31:28 shr/merge: disable docs building in libxaw as groff-native workaround Oct 30 20:31:28 Signed-off-by: Klaus Kurzmann Oct 30 20:31:29 03Tom  07shr/merge * r206ff31581 10openembedded.git/recipes/shr/libphone-ui_git.bb: Oct 30 20:31:29 added alsa-lib dependency to libphone-ui Oct 30 20:31:32 Signed-off-by: Klaus Kurzmann Oct 30 20:31:34 03Martin Jansa  07shr/merge * rae68f78404 10openembedded.git/contrib/source-checker/ (2 files): Oct 30 20:31:37 shr/merge: update xorg bumping script to set preferred versions only for existing recipes and add new for X11R7.5 Oct 30 20:31:39 Signed-off-by: Klaus Kurzmann Oct 30 20:31:41 03Martin Jansa  07shr/merge * rb36d63a973 10openembedded.git/conf/distro/include/preferred-xorg-versions-live.inc: Oct 30 20:31:44 shr/merge: preferred-xorg-versions-live.inc preferred versions only for existing recipes Oct 30 20:31:46 Signed-off-by: Klaus Kurzmann Oct 30 20:31:48 03Martin Jansa  07shr/merge * r3ae53db920 10openembedded.git/recipes/xorg-driver/xf86-video-mga_1.4.11.bb: Oct 30 20:31:51 shr/merge: Add xf86-video-mga_1.4.11 for X11R7.5 Oct 30 20:31:53 Signed-off-by: Klaus Kurzmann Oct 30 20:32:01 03Martin Jansa  07shr/merge * rfffd0d9816 10openembedded.git/conf/distro/ (include/shr-autorev.inc shr.conf): Oct 30 20:32:04 shr/merge: Switch from preferred-xorg-versions-live.inc to updated preferred-xorg-versions-X11R7.5.inc Oct 30 20:32:06 Signed-off-by: Klaus Kurzmann Oct 30 20:32:08 03Martin Jansa  07shr/merge * r2316366dfd 10openembedded.git/recipes/glamo-dri-tests/glamo-dri-tests_git.bb: Oct 30 20:32:13 shr/merge: Add glamo-dri-tests Oct 30 20:32:15 Signed-off-by: Klaus Kurzmann Oct 30 20:32:17 03Martin Jansa  07shr/merge * r72b34e6ab3 10openembedded.git/recipes/tasks/task-shr-feed.bb: Oct 30 20:32:20 shr/merge: add few applications to task-shr-feed Oct 30 20:32:22 Signed-off-by: Klaus Kurzmann Oct 30 20:32:24 03Martin Jansa  07shr/merge * rdd5a84247e 10openembedded.git/conf/distro/include/ (2 files): Oct 30 20:32:31 shr/merge: Update conf/distro/include/preferred-xorg-versions-X11R7.5.inc for X11R7.5 release and remaining packages without version specified by X11 relase put to included preferred-xorg-versions-X11R7.5-latest.inc Oct 30 20:32:34 Signed-off-by: Klaus Kurzmann Oct 30 20:32:36 03Martin Jansa  07shr/merge * r1d5aa14750 10openembedded.git/recipes/xorg-lib/libxfont_1.4.1.bb: Oct 30 20:32:39 shr/merge: libxfont disable developer docs as its missing docbook stylesheets on buildhost Oct 30 20:32:43 Signed-off-by: Klaus Kurzmann Oct 30 21:28:46 re flo Oct 30 21:30:41 re Oct 31 02:56:06 RP: ping? **** ENDING LOGGING AT Sat Oct 31 02:59:57 2009