IRC log for #oe on 20151012

00:44.02*** join/#oe khem` (~khem@unaffiliated/khem)
02:39.15*** join/#oe dlan (~dennis@116.228.88.131)
02:39.15*** join/#oe dlan (~dennis@gentoo/developer/dlan)
03:04.00*** join/#oe tsramos (tsramos@nat/intel/x-bdawmrhofvtoqjds)
05:18.04*** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com)
05:38.55*** join/#oe RP (~richard@192.198.151.61)
05:52.47*** join/#oe roric (~roric@h196n19-vrr-a31.ias.bredband.telia.com)
06:23.27*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
06:24.53*** join/#oe jvaduva (~jvaduva@80.97.6.174)
06:36.13*** join/#oe namra (~namra@60-250-110-226.HINET-IP.hinet.net)
06:37.11*** join/#oe bluelightning (~paul@ip5f5ae69b.dynamic.kabel-deutschland.de)
06:37.11*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
06:53.16*** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-fhpkxxsnmmrqqbfc)
06:55.45*** join/#oe maxin (~maxin@37-219-217-101.nat.bb.dnainternet.fi)
06:56.24*** join/#oe stiandre (~stiandre@109.247.13.242)
07:09.33*** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
07:09.54*** join/#oe mago_ (~mago@88.131.56.168)
07:11.17mckoangood morning
07:11.53namrahm how to copy files to the rootfs during the backing process?
07:12.15namrai wrote a recipe with the info i found via google
07:12.47namrai add the recipe to IMAGE_INSTALL_append in local.conf
07:13.13namrabut when just using PROVIDES in the recipe bitbake complains, when building an image, i can't find that recipe
07:13.22namraand recommends using RPROVIDES
07:13.46namrausing RPROVIDES results in another error: bluetooth_auto_power.bb: Variable RPROVIDES is set as not being package specific, please fix this. [pkgvarcheck]
07:16.59*** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
07:20.32bluelightningnamra: see the last part of the entry for RPROVIDES in the manual: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-RPROVIDES
07:21.00*** join/#oe fray (~mhatle@192.40.192.95)
07:21.03bluelightningnamra: also consider that the namespace when installing items into the image is *packages* not *recipes*
07:21.29bluelightningnamra: PROVIDES is for the build time (recipe) namespace, RPROVIDES is for the runtime (package) namespace
07:23.22*** join/#oe AlexV (~jvaduva@80.97.6.174)
07:23.51bluelightningit is the case though that most recipes produce a package with the same name as the recipe
07:24.41*** join/#oe AndersD (~anders@213-64-219-84-no126.business.telia.com)
07:29.21namra"A package's own name is implicitly already in its RPROVIDES list."
07:29.45namrahm but without and explicit RPROVIDES in the recipe bitbake complains not finding anything
07:30.15namrathe structure is as follows: meta-alayer/recipes-core/bluetooth/bluetooth_auto_power.bb
07:30.42namraIMAGE_INSTALL_append = " bluetooth_auto_power"
07:31.09namraare darn
07:31.24namraunderscore was to delimite the package version
07:31.31namranot hyphen
07:32.15*** join/#oe Tarnyko (~Administr@46.18.96.42)
07:32.44*** join/#oe AlexVaduva (~jvaduva@80.97.6.174)
07:33.46namrathanks bluelightning
07:36.57bluelightningnamra: right, underscores shouldn't be used in the name part
07:38.13namrastill pretty new to bitbake, and it's only the second recipe so far. with a few days in between
07:40.08*** join/#oe tasslehoff (~Tasslehof@77.40.182.98)
07:40.35bluelightningok, no worries :)
07:40.51bluelightningyou've seen http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-writing-a-new-recipe I take it ?
07:41.01*** join/#oe jku (jku@nat/intel/x-pluqzxklkfduabgc)
07:41.49namrayes
07:42.01namrabut there's a lot of information to digest
07:42.23namrastarted a week ago with yocto (poky) and bitbake
07:42.28bluelightningsure, and at least from my perspective I'm happy to answer questions already covered by the manual
07:42.38bluelightningbut I may point to the manual to save me typing :)
07:43.40namracertainly, it's there for a reason ^^
07:51.23*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
07:52.57*** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz)
07:53.30LetoThe2ndmöin
07:54.02*** join/#oe maxin (~maxin@2001:998:22:0:ad4f:a07:a67c:5110)
08:00.40*** join/#oe ao2 (~ao2@2001:1418:117::1)
08:11.05*** join/#oe hrw (~hrw@redhat/hrw)
08:15.29*** join/#oe phdeswer (~phdeswer@2001:998:2a:dead:6267:20ff:fe47:e16c)
08:36.56*** join/#oe AlexVaduva (~jvaduva@80.97.6.174)
08:42.28*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
09:06.56*** join/#oe vdehors (~vincent@LAubervilliers-656-1-235-184.w193-248.abo.wanadoo.fr)
09:10.09*** join/#oe belen (Adium@nat/intel/x-laweeunnebdjgdom)
09:17.52Jin^eLDhmm, am hacking some stuff and I get a warning: "WARNING: Variable key FILES_${ALTKERNEL_RESCUE_CONFIG}-image ( /var/lib/dss-rescue/*) replaces original key FILES_rescue1-image (/boot/${KERNEL_IMAGETYPE}*)."
09:18.03Jin^eLDTand I can't really figure out why
09:18.09Jin^eLDthe recipe tries: FILES_${ALTKERNEL_RESCUE_CONFIG}-image_append = " /var/lib/dss-rescue/*"
09:18.30Jin^eLDand another class does: FILES_${ALTKERNEL_NAME}-image = "/boot/${KERNEL_IMAGETYPE}*"
09:18.40*** join/#oe jackmitchell (~Thunderbi@109.224.219.180)
09:19.04Jin^eLDwho is the "original" key? and why is it considered replaced when I am actually _append'ing?
09:19.22Jin^eLDthe resulting value of the variable is correct though, but I'd still like to understand the warning
09:29.27*** join/#oe rburton (~Adium@35.106.2.81.in-addr.arpa)
10:32.51ndechi, when i boot core-image-weston , weston is started automatically, but my shell environment isn't set properly. USER and HOME (among others) are just empty. if i kill weston and restart it's better.
10:33.11ndecis that a 'known' issue, or something wrong in my setup?
10:33.33ndecbtw, it's a distro less build (without pam).
10:34.07rburtoncore-image-weston is a bit of a bodge
10:35.03ndechmm.
10:36.10ndecrburton: so, do you see the same behavior?
10:37.11rburtonhaven't a core—image-weston to hand but i wouldn't be surprised!
10:37.48rburtoni endorse enabling pam+systemd and using a unit to start it :)
10:38.01ndeci am adding coreutils in the image, that's mostly my only change.
10:38.25ndeci have systemd, too.. i was missing pam.. i am rebuilding with pam now actually
10:40.02ndeci want to check if weston-launch would work better.
10:43.37rburtonyes, it does
11:11.03*** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian)
11:14.20*** join/#oe florian__ (~fuchs@Maemo/community/contributor/florian)
11:15.29*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
11:33.53jbrianceauhi, is there anyone working on the meta-browser layer in the area?
11:43.57Tarnykojbrianceau: hi, there was this mail recently : http://lists.openembedded.org/pipermail/openembedded-devel/2015-October/103760.html
11:44.51Tarnykohi folks, just sent a new version of the rygel patches : http://lists.openembedded.org/pipermail/openembedded-devel/2015-October/103783.html. Hopefully there are fixing everything.
11:45.37jbrianceauTarnyko: yes, I saw it. I'm a little concerned about the licensing of chromium in meta-brwoser
11:48.09belenCrofton: https://bugzilla.yoctoproject.org/show_bug.cgi?id=8488
11:54.11Crofton|workthanks
11:55.27Crofton|workI suspect the problem is adding packages via the variable, so a very general issue
11:56.25belenCrofton|work: yes, that's the problem. Toaster is not gathering that information at the moment. We will need to expand the current variable scope… or so bluelightning told me
12:00.16*** join/#oe ftonello (~quassel@81.145.202.106)
12:01.10*** join/#oe thaytan (~thaytan@199.7.70.115.static.exetel.com.au)
12:08.18ndecrburton: so, with pam weston-launch works fine. i was able to use a regular user, not root. however weston-init is still bogus..
12:43.45*** join/#oe NileshKokane (uid116340@gateway/web/irccloud.com/x-spfhwhzbhamaiepw)
12:44.12*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-ursudurkdmoozbsz)
12:53.53*** join/#oe Aethenelle (~Aethenell@166.175.63.51)
13:18.55Crofton|workThis seems odd: | error: invalid Python installation: unable to open /home/balister/src/oe-core/build/tmp-glibc/sysroots/ettus-e300/usr/lib/python2.7/config/Makefile (No such file or directory)
13:20.47abellonih c'est bizarre parce que moi, j'ai relancé vendredi et c'était bon
13:20.52abellonigrr
13:21.00Crofton|work:)
13:21.31abelloniI was saying that my meta-atmel builds were ok on friday ;)
13:23.16bluelightningit sounds much better in french :)
13:23.40ndecsounds the same to me ;-)
13:43.55*** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte)
13:50.42Crofton|workHow would I get python g to put th eMakefile in the sysroot?
14:13.49Tarnykomckoan: hi ; if I remember correctly, you were looking for RDP clients last time ; just sent the latest patch enabling FreeRDP (http://lists.openembedded.org/pipermail/openembedded-devel/2015-October/103790.html)
14:15.47*** join/#oe Aethenelle (~Aethenell@166.175.63.51)
14:17.08mckoanTarnyko: thank you so much!
14:21.36mckoanabelloni: that's normal in OE
14:23.12abelloniand for the record, they are ok today too, only the meta-atmel maintainer fails to build ;)
14:23.25mckoanabelloni: we missed an additional topic for advocacy during oedem LOL
14:24.05abelloniyeah
14:24.06*** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net)
14:24.17mckoanabelloni: meta-atmel maintainer is weird :-D
14:24.40abelloniBTW, there is a french company, giving free yocto/OE trainings that gets the terminology completely wrong
14:24.53abelloniI've tried to correct them multiple times, without success
14:25.15abelloniand they seem to have a really large audience
14:25.45mckoanabelloni: what terminology?
14:28.26abellonithey "build the yocto distribution"
14:28.36abelloniand yocto linux
14:29.14Crofton|work<PROTECTED>
14:30.37mckoanCrofton|work: +1
14:31.08bluelightningI build my Linux with make, personally
14:31.17Crofton|workhiis
14:31.19Crofton|workhiss
14:31.52hrw;d
14:32.02hrwI use set of crazy bash scripts ;d
14:34.02Crofton|workok figured out my stupidity
14:34.09bencohCrofton|work: dont you build it with OE?
14:34.28bencoh(or did OE get swallowed eventually?)
14:35.37mckoanbluelightning: continuing in such way I build my Linux with a computer LOL
14:41.23bluelightningmckoan: :D
14:49.26*** join/#oe RP (~richard@194.136.87.227)
14:50.14*** join/#oe blitz00 (stefans@unaffiliated/blitz00)
14:51.59Crofton|workbencoh, OE has not been swallowed
14:52.15Crofton|workthere was another of those "Yocto Linux" press releases though
15:01.04*** join/#oe belen (Adium@nat/intel/x-tlwudpyeiquwcqhz)
15:19.09abelloniYocto systemd/GNU/Linux
15:19.13abelloniby Intel
15:21.09LetoThe2nd(... and a bunch of french guys)
15:23.20*** join/#oe Aethenelle (~Aethenell@199.15.128.78)
15:28.27*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
15:29.43*** join/#oe gdc (~gab@93-32-59-44.ip32.fastwebnet.it)
15:37.17*** join/#oe belen2 (Adium@nat/intel/x-esxhxotafpqctcxq)
15:48.03*** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org)
15:48.33*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
15:48.34*** join/#oe blitz00 (stefans@unaffiliated/blitz00)
15:49.43*** join/#oe NileshKokane (uid116340@gateway/web/irccloud.com/x-bgsnkgrbmcavefge)
15:50.18*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-frmvsfrelfzxfufi)
15:59.29*** join/#oe madisox (~madison@12.30.244.5)
15:59.32*** part/#oe madisox (~madison@12.30.244.5)
16:10.35*** join/#oe khem` (~khem@unaffiliated/khem)
16:35.12*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
16:43.15Crofton|workAnyone got a good answer for this:
16:43.17Crofton|workhttp://stackoverflow.com/questions/32850160/bitbake-how-to-list-all-recipe-and-append-files-used-in-an-image
16:47.15kergothbitbake-layers show-appends should work for that. it won't show only the bits used in that image, since it shows all appends, but if he just needs to diff before and after, it'd work for that purpose
16:47.34kergothof course to list recipes built for an image there's -g with pn-buildlist, but that doesn't list appends
16:56.03*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
17:14.36*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
17:39.48*** join/#oe belen (Adium@nat/intel/x-mgnbpssvgaqakhwz)
18:01.50*** join/#oe bluelightning (~paul@ip5f5ae69b.dynamic.kabel-deutschland.de)
18:01.50*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
18:05.24*** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
18:09.57*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
18:13.20*** join/#oe Aethenelle (~Aethenell@ip-64-134-67-201.public.wayport.net)
18:23.28*** join/#oe jchonig (~quassel@firewall.honig.net)
18:25.28*** join/#oe stiandre (~stiandre@180.97.45.31.customer.cdi.no)
18:27.17*** join/#oe fray (~mhatle@192.40.192.95)
18:29.51*** join/#oe jchonig (~quassel@firewall.honig.net)
18:46.48*** join/#oe khem` (~khem@unaffiliated/khem)
18:50.07*** join/#oe stiandre (~stiandre@109.247.13.242)
18:54.56*** join/#oe challinan (~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net)
18:59.01*** join/#oe belen (~Adium@17.114.2.81.in-addr.arpa)
19:16.39*** join/#oe hillct (~hillct@cpe-24-163-72-172.nc.res.rr.com)
19:20.47*** join/#oe stiandre_ (~stiandre@109.247.13.242)
19:26.22*** join/#oe belen (Adium@nat/intel/x-yyjoxigllusgnraq)
20:33.56*** join/#oe stiandre_ (~stiandre@109.247.13.242)
23:35.25*** join/#oe Aethenelle (~Aethenell@166.175.63.51)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.