00:00.44 | *** join/#oe woglinde (~henning@g225073172.adsl.alicedsl.de) |
00:12.11 | *** join/#oe zenlinux_ (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
00:22.17 | *** join/#oe ggonzalez (~ggonzalez@131.Red-2-136-192.dynamicIP.rima-tde.net) |
00:22.25 | ggonzalez | Hello |
00:24.11 | ggonzalez | Just for the shake of understanding how this whole thing worksÂ… PREFERRED_PROVIDER_virtual/kernel = "linux-omap3" but the recipe is linux-omap3_git.bb, does oe choose the first available recipe with the prefix "linux-omap3" ? What is the difference between _git.bb and _2.6.34.bb? |
00:27.01 | fray | it will choose the one with the highest version number, unless you have a PREFERRED_VERSION ... set |
00:27.19 | else58 | I had the meta-oe layer my yocto core-image-sato so I could pick up netperf. I see it is now moved to the meta-oe/meta-networking layer |
00:27.55 | ggonzalez | fray, thanks a lot! |
00:28.16 | else58 | I added meta-oe/meta-networking to BBLAYERS, bu t I'm still getting: ERROR: Nothing RPROVIDES 'netperf' |
00:28.26 | fray | (in the omap case, it's be PREFERRED_VERSION_linux-omap = "2.6.34" for instance |
00:28.58 | fray | what happens if you bitbake netperf? |
00:29.41 | fray | netperf is also set witha 'commercial' license.. so be sure to enable that |
00:29.46 | else58 | still nothing provides netperf, but |
00:29.51 | else58 | i see ERROR: netperf was skipped: because it has a restricted license not whitelisted in LICENSE_FLAGS_WHITELIST |
00:30.02 | fray | yup.. thats the commercial liense.. |
00:30.13 | fray | the author of the recipe read the license file and determined something in there had commercial restrictions |
00:31.16 | else58 | ok, googling where that would goes... |
00:31.40 | fray | http://www.netperf.org/svn/netperf2/trunk/COPYING |
00:31.49 | fray | "for non-commercial use only" |
00:32.09 | fray | anyway.. you need to add "commercial" to yoru LICENSE_FLAGS_WHITELIST in your local.conf file |
00:32.33 | fray | (BTW I suspect thats a bug.. the license flag should probably be "non-commercial" instead of "commercial"... |
00:34.47 | else58 | fray: thanks, that worked better than LICENSE_FLAGS_WHITELIST = "netperf" |
00:36.12 | fray | does look like a bug to me... |
00:36.27 | fray | (it should really be commercial_netperf -- or as I suggested non-commercial_netperf) |
00:41.31 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
00:42.47 | else58 | just an FYI. Don't have "default login swarthout password mypassword" in your .netrc |
00:43.20 | else58 | it causes wget ftp://ftp.netperf.org/netperf/netperf-2.6.0.tar.bz2, to return "Login incorrect" |
01:04.46 | else58 | fray: thanks for your help. I was missing the connection as to why "bitbake-layers show-recipes" reported "(skipped)" for netperf until you told me to just try bitbake netperf |
01:05.35 | else58 | then I could see the ERROR: netperf was skipped: because it has a restricted license not whitelisted ... |
01:06.00 | *** join/#oe JaMa (~martin@94.230.152.246) |
01:07.06 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
01:09.53 | else58 | Oh, and my real name is Ed Swarthout and I've used OE in the past for for my openmoko phone and now using yocto for the Freescale soc's |
01:31.36 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:32.24 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:35.37 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
02:03.43 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
02:10.00 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
02:23.36 | *** join/#oe KNERD (~KNERD@m9c5336d0.tmodns.net) |
02:25.26 | *** join/#oe cminyard (~cminyard@64.2.3.195.ptr.us.xo.net) |
02:45.06 | *** join/#oe john3909 (~jsynesio@ip70-181-136-224.sd.sd.cox.net) |
03:08.25 | *** join/#oe ambro718 (~ambro@gentoo/contributor/ambro718) |
03:16.28 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
03:26.02 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
03:44.35 | *** join/#oe Russ__ (~russ@ma15636d0.tmodns.net) |
03:45.30 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
03:50.29 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
03:57.13 | *** join/#oe JaMa (~martin@94.230.152.246) |
04:09.10 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
04:13.38 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
04:23.18 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
04:25.28 | *** join/#oe rob_w_ (~rob_w@ppp-93-104-24-212.dynamic.mnet-online.de) |
04:29.22 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
04:41.56 | *** part/#oe cminyard (~cminyard@64.2.3.195.ptr.us.xo.net) |
04:43.54 | *** join/#oe Russ (~russ@12.69.71.131) |
05:06.45 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
05:19.55 | *** join/#oe W1N9Zr485 (~W1N9Zr0@24.212.193.98) |
05:42.45 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
05:53.25 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
06:25.59 | *** join/#oe clio (~andrej@85.159.109.222) |
06:28.54 | *** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de) |
06:35.14 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
06:53.02 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
07:04.33 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:17.57 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
07:17.57 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
07:18.51 | *** join/#oe vitus (~vitus@145.253.169.210) |
07:25.14 | *** join/#oe lamikr (lamikr@nat/nokia/x-nuvbznlveajyxcbj) |
07:30.42 | *** join/#oe B_Lizzard (~havoc@athedsl-239175.home.otenet.gr) |
07:30.50 | *** part/#oe B_Lizzard (~havoc@athedsl-239175.home.otenet.gr) |
07:43.40 | *** join/#oe mthalmeiz (~mthalmei@2a01:4f8:101:53c1::2) |
07:44.30 | *** join/#oe inch (mijutu@ellipsis.fi) |
07:44.59 | *** join/#oe scoutcamper (scoutcampe@2001:4800:780e:510:7cfc:f3f0:ff04:36e3) |
07:44.59 | *** join/#oe scoutcamper (scoutcampe@nasadmin/webteam/scoutcamper) |
07:45.08 | *** join/#oe soltys (soltys@czaj.net) |
07:45.18 | *** join/#oe Marex (~Marex@2a01:430:d:0:2cc:6ff:fefc:db16) |
07:45.22 | *** join/#oe dm8tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
07:47.04 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
08:00.50 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
08:01.20 | *** join/#oe methril (~methril@46.7.172.226) |
08:09.28 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
08:19.08 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
08:20.21 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
08:22.59 | *** join/#oe KNERD (~KNERD@m9c5336d0.tmodns.net) |
08:23.08 | Zagor | I found the bitbake fetch hang. somewhere it tries to open downloads/cfg.lock and if that fails, it just busy-loops trying again |
08:23.55 | Zagor | I saw it with strace -p, haven't found the offending code yet |
08:26.14 | *** join/#oe vquicksilver1 (~vquicksil@253.Red-83-37-214.dynamicIP.rima-tde.net) |
08:29.43 | *** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de) |
08:29.43 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
08:30.41 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
08:30.41 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
08:44.13 | mckoan | good morning |
09:05.03 | *** join/#oe lamikr (lamikr@nat/nokia/x-ubtjzbgsywjyjcpi) |
09:10.05 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
09:12.28 | *** join/#oe woglinde (~henning@g229046093.adsl.alicedsl.de) |
09:16.30 | *** join/#oe silvio (~silvio@fireone.i3p.it) |
09:16.59 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
09:18.00 | *** join/#oe woglinde (~henning@g229047067.adsl.alicedsl.de) |
09:19.36 | silvio | morning all |
09:19.41 | florian | good morning |
09:21.16 | *** join/#oe bluelightning (~paul@83.217.123.106) |
09:21.17 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
09:23.57 | hrw | morning |
09:27.14 | florian | hi hrw |
09:54.41 | bluelightning | morning hrw, florian, all |
09:54.47 | hrw | hi bluelightning |
09:56.58 | florian | hi bluelightning |
09:57.03 | silvio | hi florian , hi bluelightning |
09:57.10 | bluelightning | hi silvio |
09:57.14 | florian | hi silvio |
10:03.02 | *** join/#oe apelete (~apelete@openwide3.pck.nerim.net) |
10:03.24 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
10:06.31 | *** join/#oe thaytan (~thaytan@113.94.233.220.static.exetel.com.au) |
10:18.27 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
10:33.27 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
10:40.24 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
10:40.24 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
10:44.06 | *** join/#oe anarsoul_ (~anarsoul@86.57.155.118) |
10:50.12 | *** join/#oe darkschneider (~gab@93-32-53-141.ip32.fastwebnet.it) |
10:53.38 | *** join/#oe Leatherface- (~leatherfa@helvetet.eu) |
11:00.49 | silvio | If i take an image.bb from another layer, it is possible remove only some packages with an imabe.bbappend from my layer? |
11:06.13 | bluelightning | silvio: honestly I don't think it's worth doing for image recipes - much easier to just copy and rename it and then you can make whatever customisations you need |
11:07.25 | bluelightning | (since image recipes usually don't have much in them beyond determining what packages should be installed) |
11:07.44 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
11:08.07 | *** join/#oe eren (~eren@unaffiliated/eren) |
11:21.03 | *** join/#oe silvio_ (~silvio@fireone.i3p.it) |
11:25.48 | *** join/#oe Dweezahr (~Dweezahr@flits102-34.flits.rug.nl) |
11:28.04 | silvio_ | bluelightning, ok, thanks, this is still valid? http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines |
11:33.41 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
11:39.31 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
11:54.56 | *** join/#oe risca (~risca@c-135-26.eduroam.liu.se) |
11:56.52 | woglinde | silvio from a quick glance yes |
12:00.29 | *** join/#oe mrcan_ (~mrcan@78.173.84.140) |
12:00.29 | *** join/#oe mrcan_ (~mrcan@unaffiliated/mrcan) |
12:09.12 | *** join/#oe tasslehoff (~tasslehof@84.49.231.147) |
12:13.32 | *** join/#oe kristoffer (~kristoffe@c-96dbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
12:13.35 | *** join/#oe rob_w (~rob_w@unaffiliated/rob-w/x-1112029) |
12:16.21 | *** join/#oe dijenerate_ (~dijenerat@199.47.52.87) |
12:17.57 | *** join/#oe Dweezahr (~Dweezahr@flits102-34.flits.rug.nl) |
12:27.47 | *** join/#oe fp (~fp@115.119.134.194) |
12:27.53 | *** join/#oe RagBal (~RagBal@541F370E.cm-5-8a.dynamic.ziggo.nl) |
12:33.02 | *** join/#oe ohama (ohama@92.240.248.100) |
12:34.16 | *** join/#oe G3rtj4n (~gertjan@ip5452d5ca.adsl-surfen.hetnet.nl) |
12:34.24 | *** part/#oe G3rtj4n (~gertjan@ip5452d5ca.adsl-surfen.hetnet.nl) |
12:42.16 | *** join/#oe mhnoyes (~mhnoyes@74-32-171-50.dr01.myck.or.frontiernet.net) |
12:42.17 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
12:46.50 | *** join/#oe roric_ (~roric@194-237-7-146.customer.telia.com) |
12:55.27 | *** join/#oe silvio_ (~silvio@fireone.i3p.it) |
12:56.08 | *** join/#oe ambro718 (~ambro@gentoo/contributor/ambro718) |
12:59.50 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:11.10 | *** join/#oe svolpe (~shane@unaffiliated/gerrath) |
13:14.31 | svolpe | I'm working on a C++ OE based project that will require dbus. I noticed that libdbus-c++ was removed from oe-core early last year and the log comment said it was broken and there was a better option anyway in OE. What is everyone else using for dbus when writing C++ apps? |
13:15.45 | woglinde | svolpe are you using glib? |
13:15.47 | *** join/#oe RagBal (~RagBal@541F370E.cm-5-8a.dynamic.ziggo.nl) |
13:15.59 | woglinde | you could use the glibmm dbus bindings |
13:16.46 | svolpe | woglinde: I have messed a little with using dbus-glib but its a bit of a pain to get it in a nice OO format. I can do it but I thought there might be a better solution out there. |
13:16.57 | woglinde | no |
13:17.05 | woglinde | dbus-glib is gone |
13:17.15 | woglinde | glib has it now included |
13:17.18 | woglinde | anf so glibmm |
13:17.50 | svolpe | woglinde: ok so the recommendation is glibmm and it is OO which I had missed in your first post about it. |
13:19.02 | jackmitchell | svolpe: I currently use glib for my dbus needs |
13:19.15 | svolpe | woglinde: and it looks like glibmm is thread safe. This is important as I'm adding it to an existing monolithic app with its own main loop so the glib main loop is problematic for my design. |
13:19.55 | woglinde | jackmitchell fine but svople is dooing oo with c++ |
13:19.56 | jackmitchell | svolpe: I also use my own main loop with a glib loop running aside it for managing the dbus connections |
13:20.20 | woglinde | svolpe yes more than one mainloop is some pain but |
13:20.29 | woglinde | I struggled in python with it a bit |
13:20.33 | svolpe | jackmitchell: what is the clean way to run the 2 main loops with glib. |
13:20.41 | svolpe | woglinde: I wish this was a python project ;-) |
13:21.07 | woglinde | yes python-dbus is nice to use |
13:21.49 | svolpe | woglinde: I had a complete prototype of my dbus design working in python in probably under 1 hour, I've been working on the same C++ implementation for a little over 5 hours now. |
13:22.13 | jackmitchell | svolpe: I create a new thread which runs the dbus init stuff and then ends up with a glib loop |
13:22.36 | woglinde | svolpe hm why you cannt use python? |
13:22.44 | woglinde | hm okay till later |
13:22.52 | woglinde | baby needs some new diapapers |
13:23.41 | svolpe | woglinde: just because its a legacy code base and would take for ever to rewrite. |
13:24.25 | svolpe | jackmitchell: ok so glib main loop is thread safe, that was what I was not sure of, I was going to do some searching on it today. |
13:25.07 | jackmitchell | svolpe: haha, well, I wouldn't take my word for it - all the glib stuff is in one thread and one thread only |
13:28.21 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
13:28.38 | ensc|w | the qt dbus implementation is nice and easy to use (but requires qt) |
13:29.53 | svolpe | jackmitchell: FYI, after a quick search http://developer.gnome.org/glib/2.31/glib-Threads.html it looks like GLIB is thread safe since version 2.8.0 |
13:33.43 | jackmitchell | svolpe: good to know, thanks! |
13:40.35 | woglinde | svolpe hm okay so the source code is not opensource |
13:40.43 | *** join/#oe vadmeste (~vadmeste@41.224.36.130) |
13:40.51 | woglinde | would have been cool to see the final stuff |
13:41.06 | woglinde | I did not find much application which uses glibmm at all |
13:41.12 | woglinde | and non of them used dbus |
13:42.57 | vadmeste | Hello everbody. Sometimes bitbake -c clean software, bitbake software doesn't recompile the package.... I think it's just copying a created package so I guess I should delete a file to trigger recompiling... Any help ? |
13:44.22 | afournier1 | vadmeste: bitbake -c cleansstate software |
13:46.04 | woglinde | vadmeste yes sstate is much faster than ccache |
13:47.45 | *** join/#oe cminyard (~cminyard@64.2.3.195.ptr.us.xo.net) |
13:49.28 | vadmeste | okay thanks.. I have another question... Modifying a source file in work directory then bitbake -c compile software won't rebuild my binary.. is that normal ? |
13:51.54 | woglinde | vadmeste do you mean recipe or the real source code? |
13:51.57 | ensc|w | woglinde: this really depends on the use case; sstate on a single host does not make a big difference (I almost never use '-c clean' but '-c cleansstate') while ccache is a real win. Although the 10% hits on build-from-scratch images are eaten by ccache overhead, you get nearly 100% hits when working on a package |
13:52.13 | vadmeste | woglinde: I mean C code :) |
13:52.21 | bluelightning | vadmeste: with current OE-Core you can use -C compile and it will also repackage and deploy everything as well |
13:52.44 | bluelightning | or rather, with current bitbake |
13:56.37 | vadmeste | bluelightning: it works, thanks ^^ |
13:58.17 | silvio_ | this is still valid? http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines |
13:58.28 | svolpe | woglinde: yeah there seems to be no examples out there of glibmm. Normally if I struggle through something like this I extract the solution from the non opensource portion and share it as I don't want others struggleing like I did ;-) |
13:59.30 | woglinde | svolpe okay because I found hands free bluetooth daemon which is 4 years old and using some noih stuff for dbus |
13:59.50 | woglinde | silvio as I said, yes |
14:05.54 | jackmitchell | ensc|w: do you use ccache with oe? |
14:10.55 | bluelightning | silvio_: I can confirm yes it is still valid |
14:11.51 | bluelightning | silvio_: note for new recipes there's not much description needed though |
14:12.25 | bluelightning | silvio_: if migrating an OE-Classic recipe you should explain what you changed when migrating it though |
14:13.01 | *** join/#oe sterNiX (~LessIsMor@unaffiliated/nu253r/x-0655220) |
14:22.13 | *** join/#oe fp (~fp@115.119.134.194) |
14:26.31 | silvio_ | bluelightning, ok thanks, I thinks the only things that may create trouble are licences :) |
14:26.42 | bluelightning | silvio_: why? |
14:26.46 | silvio_ | bluelightning, the feh recipe is pratically unmodified |
14:27.56 | silvio_ | bluelightning, because I have not clear the licence of giblib, and I don t know conseguence of if I publish it with wrong licence |
14:28.19 | bluelightning | silvio_: as I said the other day just use LICENSE = "giblib" since it is not a standard license |
14:28.25 | bluelightning | that is our convention |
14:28.52 | bluelightning | that will produce a warning but that is OK |
14:29.38 | silvio_ | bluelightning, ok, is only to guarantee myself |
14:30.06 | silvio_ | but warning break the QA system of poky? |
14:30.18 | bluelightning | not that particular warning no, it's just a warning |
14:30.22 | silvio_ | but warning break the QA system of poky/oe core? |
14:49.09 | *** join/#oe Gaston|Home (Gaston@ua-83-227-239-139.cust.bredbandsbolaget.se) |
14:58.21 | ensc|w | jackmitchell: yes; I am using ccache |
14:58.37 | jackmitchell | ensc|w: is it easy to setup? |
14:59.52 | *** join/#oe ericben (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net) |
15:00.21 | *** join/#oe eren (~eren@unaffiliated/eren) |
15:00.27 | ensc|w | basically, it is trivial to set it up. but you must remove the 'export CCACHE_DISABLE ??=' line from meta/conf/bitbake.conf |
15:02.33 | ensc|w | you should set $CCACHE_DIR to .../tmp/cache/ccache too (using system ccache dir does not make much sense) |
15:03.16 | ensc|w | avoid using the ccache.bbclass; a PN dependent CCACHE_DIR does not make sense |
15:04.41 | jackmitchell | ensc|w: Ok, I may have a crack at it one of these days thanks |
15:04.44 | bluelightning | ensc|w: why would you need to remove that from bitbake.conf? it's ??= so you should be able to just set it in local.conf |
15:05.49 | ensc|w | bluelightning: http://patches.openembedded.org/patch/32787/ |
15:07.09 | bluelightning | I see |
15:07.22 | bluelightning | thanks |
15:08.34 | *** join/#oe zecke (~ich@91-66-230-199-dynip.superkabel.de) |
15:43.37 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
15:44.25 | *** join/#oe KNERD (~KNERD@mec5336d0.tmodns.net) |
15:47.36 | afournier1 | i don't understand the concept of volatiles... |
15:49.54 | jackmitchell | afournier1: the way I see volatiles is that it is memory which is nice to use if available but you don't necessarily need it, as the value can be recalculated if needs be |
15:50.34 | afournier1 | i was thinking about the volatiles in initscritps |
15:50.56 | afournier1 | the debian-volatile thing |
15:51.28 | jackmitchell | afournier1: hah, no worries - I think that explanation was utter trollop anyway |
15:51.28 | *** join/#oe ensc_ (~irc-ensc@p4FFCF940.dip.t-dialin.net) |
15:51.37 | afournier1 | :) |
15:51.44 | jackmitchell | afournier1: I was getting confused with something else! |
15:52.02 | afournier1 | me too indeed |
15:52.22 | afournier1 | there is the C/ASM volatile stuff, the populate volatile scripts, and the debian-volatile packages |
15:52.35 | afournier1 | my question was about the populate-volatile.sh |
15:52.58 | afournier1 | or /etc/default/volatiles |
15:54.13 | afournier1 | if i understood, its purpose is to make directories and change attributes of those directories if its not done already, in order to prepare the environment for some daemons |
15:54.40 | afournier1 | but it would be easier to add those directories and attribs in the packages directly no ? |
15:57.19 | woglinde | afournier1 this voilatile is for tmpfs directories |
15:57.42 | woglinde | afournier1 if you have /var/tmp or /var/pid on tmpfs |
15:57.47 | cryptk | brb |
15:57.53 | cryptk | argh, wrong channel, lol |
15:58.02 | woglinde | you need something to maybee create necessary directories within |
15:58.13 | woglinde | thats it about |
15:58.14 | afournier1 | woglinde: then it should be in oe default fstab |
15:58.19 | woglinde | ????? |
15:58.26 | woglinde | fstab is for mounting |
15:58.37 | afournier1 | ie mounting tmpfs |
15:58.41 | woglinde | not for creating dirs in tmpfs mounted dirs |
15:59.22 | afournier1 | i mean why oe provides the populate-volatile.sh scripts if /var/volatile is not in the fstab and if the script doesn't even check /var/volatile is mounted as tmpfs |
16:00.00 | woglinde | than something is going wrong |
16:00.19 | afournier1 | it's just a bit messy |
16:00.19 | woglinde | and yes some packages in oe-core still has problems with voilatile |
16:00.44 | afournier1 | i think this feature should be taken away from the init scripts recipe |
16:00.49 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
16:00.52 | woglinde | maybee I should let bluelighting compile systemd image form angstrom to see the failures |
16:01.17 | woglinde | afournier1 and which mechanism than should create it? |
16:01.36 | woglinde | not all software is so clever to make the necessary dirs to be run themself |
16:02.06 | woglinde | lets say dbus needs /var/run/foo1 and /var/pid/foo2 and /var/log/moo4 |
16:02.09 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
16:02.36 | woglinde | you now can put in every init system before dbus is started |
16:02.49 | woglinde | or have one global mechanism to create the dirs |
16:04.37 | afournier1 | then dbus should rdepend on volatile and define its volatiles |
16:05.48 | *** join/#oe jkridner_ (~jason@pdpc/supporter/active/jkridner) |
16:05.59 | woglinde | afournier1 than send patches if you think something is wrong |
16:06.01 | afournier1 | i know some daemons are not clever enought to prepare their env _then_ change their uid, and do the stuff they have to do, but it's a bit messy to provide volatiles as default, if /var/volatile is not mounted as default |
16:06.54 | afournier1 | i think it's wrong working on X, QT, and systemd, when littles things like this does not work :/ |
16:07.16 | woglinde | afournier1 than do not work on x, at and systemd |
16:15.06 | *** join/#oe pepermint (~pepermint@host172-4-dynamic.13-87-r.retail.telecomitalia.it) |
16:28.27 | *** join/#oe RP (~richard@dan.rpsys.net) |
16:45.13 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
16:48.18 | *** join/#oe Dweezahr (~Dweezahr@flits102-34.flits.rug.nl) |
16:49.29 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
16:56.11 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
16:56.21 | *** join/#oe B_Lizzard (~havoc@athedsl-239175.home.otenet.gr) |
17:00.00 | *** join/#oe fcooper1 (~a0273011@nat/ti/x-mlxxdlkavkwtcxgo) |
17:00.12 | *** join/#oe Dweezahr (~Dweezahr@flits102-34.flits.rug.nl) |
17:03.04 | *** join/#oe hollisb_ (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
17:04.32 | *** join/#oe mhnoyes_ (~mhnoyes@74-32-171-50.dr01.myck.or.frontiernet.net) |
17:05.42 | *** join/#oe methril_home (~methril@46.7.172.226) |
17:08.01 | *** join/#oe jawilson (jawilson@2600:3c03::f03c:91ff:fe93:fbce) |
17:08.02 | *** join/#oe JaMa (~martin@94.230.152.246) |
17:10.21 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
17:10.48 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
17:19.04 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
17:19.04 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
17:25.15 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
17:27.32 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
17:32.58 | mr_science | moin |
17:36.12 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
17:38.31 | woglinde | yes |
17:44.17 | *** join/#oe john3909 (~jsynesio@ip70-181-136-224.sd.sd.cox.net) |
17:47.19 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
18:06.02 | *** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte) |
18:09.46 | *** join/#oe _darknighte_ (~darknight@pdpc/supporter/professional/darknighte) |
18:18.36 | *** part/#oe fcooper1 (~a0273011@nat/ti/x-mlxxdlkavkwtcxgo) |
18:27.30 | *** join/#oe |KNERD| (~KNERD@mec5336d0.tmodns.net) |
18:42.38 | mr_science | so what does the recipe DEPEND do besides pull the deps into the sysroot |
18:42.43 | mr_science | anything? |
18:42.46 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.212.193.98) |
18:55.45 | *** join/#oe pvanhoof (~philip@codeminded.be) |
18:59.22 | *** join/#oe W1N9Zr3868 (~W1N9Zr0@24.212.193.98) |
19:01.56 | *** join/#oe hollisb (~hollisb@c-67-169-221-181.hsd1.or.comcast.net) |
19:01.56 | *** join/#oe vquicksilver (~vquicksil@15.Red-193-153-224.dynamicIP.rima-tde.net) |
19:01.56 | *** join/#oe jawilson (jawilson@2600:3c03::f03c:91ff:fe93:fbce) |
19:01.56 | *** join/#oe JaMa (~martin@94.230.152.246) |
19:01.56 | *** join/#oe pepermint (~pepermint@host172-4-dynamic.13-87-r.retail.telecomitalia.it) |
19:01.56 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
19:01.56 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
19:01.56 | *** join/#oe sgw1 (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
19:02.02 | *** join/#oe ben1066 (~quassel@2a03:b200:9::824e:1e6e) |
19:02.03 | *** join/#oe ben1066 (~quassel@unaffiliated/ben1066) |
19:22.40 | kergoth | pb_: ping |
19:23.46 | levonmaa | otavio: have you had a chance to checkout the qt5? |
19:31.33 | *** join/#oe htyei (~htyei@c-24-130-128-111.hsd1.ca.comcast.net) |
19:38.20 | *** join/#oe Tartarus (trini@pixelshelf.com) |
19:40.59 | *** join/#oe eren (~eren@unaffiliated/eren) |
19:48.24 | *** join/#oe flo_lap (~fuchs@sign-4db60eb3.pool.mediaWays.net) |
19:48.25 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
19:51.40 | *** join/#oe kristoffer_ (~kristoffe@c-96dbe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
19:53.26 | *** join/#oe ambro718 (~ambro@gentoo/contributor/ambro718) |
19:53.48 | florian | re |
19:54.41 | *** join/#oe BlindMan (~othmar@h081217021188.dyn.cm.kabsi.at) |
19:59.33 | *** join/#oe zenlinux (~sgarman@199.223.125.134) |
20:01.58 | woglinde | hi blindman |
20:02.39 | woglinde | hm looks like I need to write some openwrt Makefiles |
20:12.46 | JaMa | florian: hi :) |
20:18.08 | *** join/#oe hillct (~hillct@cpe-174-109-215-151.nc.res.rr.com) |
20:34.52 | *** join/#oe Crofton (~balister@157.22.28.10) |
20:43.10 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.212.193.98) |
20:49.22 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
21:03.14 | *** join/#oe GNUtoo|laptop (~gnutoo@host46-141-dynamic.2-87-r.retail.telecomitalia.it) |
21:08.51 | *** join/#oe mrcan (~mrcan@unaffiliated/mrcan) |
21:11.57 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
21:17.55 | *** join/#oe zenlinux (~sgarman@199.223.125.134) |
21:19.55 | *** join/#oe G3rtj4n (~gertjan@ip5452d5ca.adsl-surfen.hetnet.nl) |
21:20.34 | *** part/#oe G3rtj4n (~gertjan@ip5452d5ca.adsl-surfen.hetnet.nl) |
21:35.43 | *** join/#oe anarsoul (~anarsoul@31.24.91.62) |
21:42.11 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
21:46.00 | *** join/#oe hyei (~hyei@64.2.3.195) |
21:52.04 | *** join/#oe GNUtoo-desktop (~GNUtoo@host46-141-dynamic.2-87-r.retail.telecomitalia.it) |
21:55.02 | *** join/#oe ant_home (~andrea@host217-253-dynamic.8-87-r.retail.telecomitalia.it) |
22:22.41 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
22:29.23 | *** join/#oe khem__ (4281e024@gateway/web/freenode/ip.66.129.224.36) |
22:33.07 | ant_home | hi khem__ |
22:33.48 | *** join/#oe cminyard (~cminyard@64.2.3.195.ptr.us.xo.net) |
22:52.58 | *** join/#oe KNERD (~KNERD@me95336d0.tmodns.net) |
22:58.51 | zenlinux | is there a bugtracker for filing bugs about meta-oe? |
22:59.12 | zenlinux | or does one just submit patches to the openembedded-devel ML? |
23:03.44 | ant_home | zenlinux: pls use the ML nowadays |
23:03.58 | zenlinux | ant_home, gotcha, thanks |
23:04.10 | *** join/#oe nitink (nitink@nat/intel/x-vjhtvbeiyeijvmzl) |
23:04.14 | ant_home | bugzilla died for lack of care :/ |
23:13.15 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
23:36.30 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
23:42.08 | *** join/#oe cminyard (~cminyard@pool-173-57-151-210.dllstx.fios.verizon.net) |
23:49.40 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |