**** BEGIN LOGGING AT Tue Sep 17 02:59:58 2013 Sep 17 04:17:18 sgw_: I finally fixed perf. zeddii I added you to the Cc so you can finally review it :-) Ufa! long day ... for such small patch. Sep 17 04:21:56 sgw_: The change is well documented in commit log **** BEGIN LOGGING AT Tue Sep 17 06:12:43 2013 Sep 17 06:46:29 good morning Sep 17 07:17:27 morning all Sep 17 07:52:57 zeddii: I found the problem. I had a custom conflicting merge_config.sh in scripts. Sep 17 09:01:55 hi, what is the default init system for core-image-minimal? Sep 17 09:02:18 initscripts as it seems? Sep 17 09:02:50 lpapp: its sysvinit if you are talking about /init Sep 17 09:03:14 lpapp: at least for poky and oe-core (distroless) Sep 17 09:03:22 yes, default is sysvinit Sep 17 09:03:38 iirc, poky-tiny has busybox sh as init for pure tinyness Sep 17 09:04:51 rburton: hi ! I come to you again because I need in my poky/wayland project to test gstreamer (with gst-launch) but it seems that nothing provides gstreamer-utils ... do you know how to build it ? Sep 17 09:05:32 yep, I found sysv in the meantime. Sep 17 09:05:34 strange Sep 17 09:05:48 elbc: you probably just want gstreamer Sep 17 09:06:30 thanks anyhow. :) Sep 17 09:06:41 rburton: I'm not sure that just building gstreamer provides the gst-launch command, does it ? Sep 17 09:07:17 elbc: gstreamer is the source tarball where gst-launch is built from, so yes Sep 17 09:07:52 rburton: ok thanks I'll take a look ! Sep 17 09:10:15 it is not strictly a Yocto question, but is there a way to get the files of a package into /opt/foo? Sep 17 09:10:50 I guess rpm allows some customization for the prefix? Our root fs is read-only as of now, so I need to either manually distribute the files, or install them to a separate writable area, like /opt on our system. Sep 17 09:17:47 Morning all. Sep 17 09:18:01 Is there a sane/default way to install cronjobs on my system? Sep 17 09:40:41 Stygia: how about having a package for it? Sep 17 09:42:22 Hello all. Any idea how to make a recipe retrigger fetch/patch... when changing a custom variable? Sep 17 09:44:13 agherzan: you can perhaps specify that task explicitly for bitbake? Sep 17 09:44:50 agherzan: if the variable is referenced by another variable that is referenced by do_fetch that should happen automatically, unless you are doing python magic Sep 17 09:46:04 agherzan: if needed you can always add dependencies with e.g. do_fetch[vardeps] += "SOMEVARIABLE" Sep 17 09:46:26 but usually that's not necessary Sep 17 09:48:45 bluelightning: i do python so i will need that vardeps Sep 17 09:50:01 bluelightning: oen more question: if i add a fucntion to do_patch[postfuncs] and that function fails - why isn't the process stopped? Sep 17 09:55:47 agherzan: don't know, sorry Sep 17 10:02:31 such a cable mess, huh :( Sep 17 10:23:00 hi, why is there no new rebuild with the updated tarball for "bitbake foo -c clean && bitbake foo"? Sep 17 10:23:51 because it didn't think it needed a rebuild Sep 17 10:23:57 why is that Sep 17 10:24:11 the checksum of the tarball it found hasn't changed Sep 17 10:24:23 so maybe you changed the wrong one? Sep 17 10:24:25 how to enforce that? Sep 17 10:24:31 changed wrong one in what sense Sep 17 10:24:58 what did you do to update the tarball? Sep 17 10:25:06 cp Sep 17 10:25:10 to? Sep 17 10:25:11 after the git archive. Sep 17 10:25:18 to files/ Sep 17 10:25:34 well, to foo/foo to be precise. Sep 17 10:25:53 that's odd then. maybe its finding an alternative file, or the new tarball is actually the same as the old one. Sep 17 10:26:12 I wonder how it could be the same. :-) Sep 17 10:26:56 so, how can I enforce this explicitly? Sep 17 10:27:03 clean up my build dir? Sep 17 10:27:24 -c cleansstate will wipe the sstate too, so it will have to rebuild Sep 17 10:28:20 rburton: ERROR: Task do_cleanstate does not exist for target foo Sep 17 10:28:30 note the extra s in cleansstate Sep 17 10:28:46 right Sep 17 10:33:59 Hi, has anyone created a bionic recipe for yocto? Sep 17 10:34:41 huumm why booting a poky-tiny with qemu I get /init: line 26: setsid: not found Sep 17 10:34:55 actually setsid is not present in sysroot Sep 17 10:35:16 BjornArnelid: http://layers.openembedded.org/layerindex/branch/master/layer/meta-android/ Sep 17 10:35:48 likelu the closest thing is "libhybris" Sep 17 10:52:31 hi guys, where do I find java for Yocto? Sep 17 10:52:37 is there any java layer? Sep 17 10:52:59 Krz_: http://layers.openembedded.org/layerindex/branch/master/layer/meta-java/ Sep 17 10:53:07 Krz_: http://layers.openembedded.org/layerindex/branch/master/layer/meta-oracle-java/ Sep 17 10:53:17 depending on which flavour you need Sep 17 10:54:31 n01: have you customised your busybox config perhaps? Sep 17 10:54:55 n01: from the commit history it looks like poky-tiny should be enabling that by default for busybox Sep 17 10:55:38 bluelightning: thanks! Sep 17 11:40:54 bluelightning: I saw the commit but I don't know why they are not enabled Sep 17 11:42:55 bluelightning: maybe it is because I have a new distro called tiny-linux derived from poky-tiny but with a different provider for virtual/kernel (just guessing) Sep 17 11:49:47 guys, I'm using uclibc/dylan-9.0.1 image and try to add alsa-tools to my image. Getting configure error: configure.in:18: error: possibly undefined macro: AM_PATH_ALSA Sep 17 11:49:55 do you have any clue how to fix that one? Sep 17 12:00:06 Hi am trying to port net-smnp bitbake recipes from angstrom to yocto. Sep 17 12:00:38 I am getting this error svn: E175002: OPTIONS of 'https://net-snmp.svn.sourceforge.net/svnroot/net-snmp/trunk/net-snmp': could not connect to server (https://net-snmp.svn.sourceforge.net) Sep 17 12:00:54 however that link is working. Sep 17 12:01:13 here is recipe https://gitorious.org/angstrom/openembedded/source/4fb5a96bb21e03dc6e4ef9b8d8917536642dec11:recipes/net-snmp/net-snmp_svn.bb Sep 17 12:02:07 The link is working if I copy to internet explore for example... Sep 17 12:02:25 There are a number of these warning... Sep 17 12:02:27 WARNING: Consider updating net-snmp recipe to use "protocol" not "proto" in SRC_URI. Sep 17 12:02:40 bu t I changed the SRI_URI... Sep 17 12:02:47 both ways fail Sep 17 12:03:01 use bitbake -e to be sure you've changed it Sep 17 12:06:08 Its just the one line. do I need to add something to that svn command Sep 17 12:06:10 ? Sep 17 12:07:02 bluelightning: when I compile how bitbake knows that it has to use the new defconfig in ./meta-yocto/recipes-core/busybox/busybox-1.20.2/poky-tiny? Sep 17 12:08:30 JaMa: FYI klcc-cross is still machine-specific and peeks in the first sysroot built :/ Sep 17 12:08:50 JaMa: fixing it is #2 in my to-so, after kernel Sep 17 12:12:43 JaMa: if you want to avoid potential failures force PACKAGE_ARCH = MACHINE_ARCH temporarly Sep 17 12:28:59 rburton: I've built gstreamer1.0 and indeed gst-launch-1.0 is now present, but then I saw there wasn't a lot of available options. When i do "rpm -ql gstreamer1.0-plugins-base" (same for good and bad" it seems that packages are installed with nothing (any .so file present) ... any idea ? Sep 17 12:31:05 ant_work: ok, thanks for update, I've just sent updated "state of bitbake world" and meta-openembedded/meta-initramfs/recipes-kernel/linux/linux-yocto-tiny-kexecboot_3.8.bb is failing for qemux86* Sep 17 12:32:33 JaMa: AFAYK does exist any Qt5 meta-toolchain recipe? Sep 17 12:34:37 no Sep 17 12:35:36 JaMa: ok, thx I'll try doing it then Sep 17 12:39:21 n01: assuming it's referred to in SRC_URI, a checksum is taken of the file so if it changes, busybox do_fetch and all tasks that depend upon it will be re-executed Sep 17 12:40:27 elbc: if you want all to install all modules from those you need gstreamer1.0-plugins-base-meta, gstreamer1.0-plugins-good-meta etc. Sep 17 12:41:26 Can anybody comment on my error trying to download net-snmp? thanks for your time Sep 17 12:42:21 mckoan: patches are always welcome, but few people asked about it already and some even started to work on it Sep 17 12:42:57 you can search the logs here for nicknames, unfortunatelly I don't have them handy Sep 17 12:44:06 rburton: ok thanks ! Sep 17 12:48:35 JaMa: yes..changes to the classes did break l-y-t-k. Somehow now PACKAGES = "" doesn't stop all related tasks Sep 17 12:48:42 patch is on the ML Sep 17 12:49:11 JaMa: it's is more broken than that but a fix for kernel.bbclass is also in testing Sep 17 12:49:22 (there is no cpio embedded now ;) Sep 17 12:50:22 JaMa: anyway very nice results. Thx for that work Sep 17 14:24:21 rburton: coming back to you because after looking for a while, not sure about what means gstreamer1.0-plugins-base-meta Sep 17 14:24:35 how to add this ? Sep 17 14:24:53 this is already present in recipes-multimedia isn't it ? Sep 17 14:25:57 for the moment all rpm are installed but the gst-plugins rpm are empty Sep 17 14:26:21 elbc: on the device, do rpm -qa |grep gst Sep 17 14:26:44 gstreamer1.0-plugins-base-meta is a package built by the gstreamer1.0-plugins-base recipe Sep 17 14:26:51 that depends on all the plugins it built Sep 17 14:28:18 rburton: according to the output command, gstreamer1.0-plugins-good, bad and base are installed Sep 17 14:28:25 right, those are empty Sep 17 14:28:39 (todo: actually make them not exist in the first plac) Sep 17 14:28:54 if you want all plugins, install gstreamer1.0-plugins-(good,bad, base)-meta Sep 17 14:29:11 that depends on all the plugins it built Sep 17 14:30:25 rburton: ERROR: Nothing PROVIDES 'gstreamer1.0-plugins-base-meta'. Close matches: gstreamer1.0-plugins-base-git gstreamer1.0-plugins-base gstreamer1.0-plugins-base-git-r0 Sep 17 14:30:42 "gstreamer1.0-plugins-base-meta is a package built by the gstreamer1.0-plugins-base recipe" Sep 17 14:30:44 you've already built it Sep 17 14:30:48 you need to install it Sep 17 14:31:29 rburton: oh, ok, how can I do that ? Sep 17 14:31:41 add it to your image, however your image is defined Sep 17 14:32:29 ok, I'll try but to say the truth I'm not sur of what I'm doing at all, thanks anyway ! Sep 17 14:33:30 elbc: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#usingpoky-extend-customimage Sep 17 14:34:12 thanks bluelightning Sep 17 14:35:56 again thanks guys for your help Sep 17 14:57:19 The Yocto Project Tech Meeting Con-Call will be starting shortly Sep 17 14:57:19 Dial-in number: 1.972.995.7777 / Participant passcode: 42001078 Sep 17 14:57:19 This call is open to all and the channel remains open to discuss any topic. Sep 17 14:57:37 YPTM: Saul is on the call Sep 17 14:58:39 YPTM: Björn is on the call Sep 17 14:59:31 YPTM: Corneliu joined Sep 17 15:00:31 YPTM: Bruce is on the call. Sep 17 15:00:39 I won't make the call today. Sep 17 15:00:48 YPTM: Tom Z on the call Sep 17 15:00:52 YPTM: Richard is on the call Sep 17 15:01:07 YPTM: Beth joining in a moment Sep 17 15:01:18 Song_Liu: missed Saul Sep 17 15:01:25 YPTM: nitin joined the bridge Sep 17 15:01:25 Matthew Weigel here Sep 17 15:01:38 YPTM: polk is here Sep 17 15:01:47 YPTM: Scott Rifenbark is on the call Sep 17 15:02:21 YPTM: Any opens Sep 17 15:02:27 Sounded like more joins than names Sep 17 15:03:00 I guess I scared someone away! Sep 17 15:03:22 Song_Liu: dora branch Sep 17 15:04:58 YPTM: Current 1.5 QA Status: https://wiki.yoctoproject.org/wiki/1.5_QA_Status Sep 17 15:05:19 Hope the full report will be ready tomorrow evening Sep 17 15:08:10 YPTM: I'm here.. Sep 17 15:10:37 YPTM: Darren has joined Sep 17 15:18:40 http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=adamian/bitbake-core-changes-1709-4 Sep 17 15:21:10 YPTM: Thank you all for joining the meeting. Have a nice day/evening Sep 17 15:29:49 2/7 > maps to Sep 17 15:30:06 bitbake: cooker,runqueue: send the task dependency tree AND TO bitbake: cooker, xmlrpc: implement CookerFeature and extra_caches Sep 17 15:30:48 bitbake: runqueue: add runQueueTaskSkipped event MAPS to bitbake: build, runqueue: adds info to the *runQueue* events Sep 17 15:32:06 Hi All, is there an euscan like app for openembedded recipes which scans for newer versions of upstream packages ? Sep 17 15:32:33 dany: there is distrodata.bbclass Sep 17 15:33:38 dany: it's not documented, but it is what we use to check for new upstream versions Sep 17 15:35:12 bluelightning: thx, thats what I was looking for. Sep 17 15:36:06 dany: FYI the configuration that we use for it is in meta-yocto/conf/distro/include/* Sep 17 16:02:34 Nice, http://packages.yoctoproject.org/ seems to be malfunctioning though, is it supposed to be in good shape ? Sep 17 16:11:58 dany: I had noticed the automated emails looked a bit wrong; I don't personally have access to the server to check what's going on Sep 17 16:12:09 sgw_1: any ideas? (after meeting) Sep 17 16:17:58 dany: what are you seeing as an issue? Sep 17 16:24:13 sgw_1: at /milestone_target Sep 17 16:25:08 sgw_1: URL:http://packages.yoctoproject.org/, Click on "Upgrade information" to see the python dump. Sep 17 16:27:05 sgw_1: http://pastebin.com/L0h1NcBh Sep 17 16:27:45 dany: thanks, I just clicked a couple of the tabs and found lacking info, so yes there is an issue with the upgrade side of things. Sep 17 16:31:48 moin Sep 17 17:35:21 guys, trying to compile alsa-tools for uclibc dylan-9.0.1 image, having a problem: configure.in:18: error: possibly undefined macro: AM_PATH_ALSA Sep 17 17:35:27 do you have any idea on how to fix it? Sep 17 17:42:02 Krz_: there was a fix for that, one sec Sep 17 17:42:29 Krz_: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=dylan&id=b5fccff7ab51eff1600bd1514337e43e5da673dc Sep 17 17:42:45 it's part of the 1.4.2 release, FYI Sep 17 17:44:36 bluelightning: indeed, fixed. Do you have any roadmap? I'm lost with numbers/names of releases Sep 17 17:46:05 Krz_: 1.4.2 (poky 9.0.2) is the latest point release for the dylan branch; was released a couple of weeks ago Sep 17 17:46:07 Krz_: http://www.mail-archive.com/yocto@yoctoproject.org/msg15250.html Sep 17 17:46:48 bluelightning: great, thanks Sep 17 21:02:50 Gah, sorry for all the name changes. I didn't realize I was in the channel. Sep 17 21:19:45 kmce: can we just call you "K"? Sep 17 21:20:18 Sure. Works for me. :) Sep 17 21:50:13 guys, I'm compiling v4l-utils_0.8.8.bb and have: configure:15889: error: unable to find the argp_parse() function Sep 17 21:50:39 that's unusual, since added 'argp' to DISTRO_FEATURES (uclibc image) Sep 17 23:16:00 hmmm Sep 17 23:17:01 howdy Jefro Sep 17 23:25:21 meh Sep 17 23:28:37 kergoth: cheer up Sep 17 23:29:39 one of those days Sep 17 23:30:44 i know what you mean Sep 17 23:34:47 Yeah, this has been one of those days. Sep 17 23:35:09 I had a hunk of shell code in which a variable was expanding, and I tried several times to find a combination of quotes inside the variable's contents which would be recognized as quoting. ... note that this is not possible, and I have in fact *written a book* about why it is not possible. Sep 17 23:35:16 So, yeah. Done programming for a bit here. Sep 17 23:36:18 heh Sep 17 23:37:09 The biggest improvement in code quality I have ever gotten occurred when I learned to stop typing when I am obviously becoming stupid. Sep 17 23:38:13 agreed. along those lines, as soon as i start changing shit in a trial-and-error diagnosis rather than adjusting my mental model baesd on what the code is doing, it's time to set the bug aside for a while Sep 17 23:38:18 heh Sep 17 23:39:44 seebs: yeah quit while your behind :P Sep 17 23:40:30 The one time I really DID get a bug through trial-and-error, it was a compiler bug, and it was the trial-and-error thta allowed me to establish this convincingly. Sep 17 23:40:36 I've learned late-night hacking sessions end up doing more harm than good. it feels productive at the time, but the results are usually not what they would be when operating with full falculties Sep 17 23:42:52 kergoth: you have to think to yourself at that point "another hour really likely to solve the problem?" Sep 18 00:17:08 hmmmmm Sep 18 02:16:20 yo **** ENDING LOGGING AT Wed Sep 18 03:00:00 2013