| *** aragua_ <aragua_!~aragua@109.190.28.232> has joined #yocto | 00:01 | |
| *** Rootert_ <Rootert_!~Rootert@82-168-15-181.ip.open.net> has joined #yocto | 00:02 | |
| *** Rootert <Rootert!~Rootert@82-168-15-181.ip.open.net> has quit IRC | 00:03 | |
| *** micka <micka!~micka@2a01:e35:1397:6b30:e270:892f:f4e6:7009> has quit IRC | 00:03 | |
| *** micka <micka!~micka@2a01:e35:1397:6b30:e270:892f:f4e6:7009> has joined #yocto | 00:03 | |
| *** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has quit IRC | 00:03 | |
| *** Rootert_ is now known as Rootert | 00:03 | |
| *** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto | 00:03 | |
| *** aragua__ <aragua__!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC | 00:03 | |
| *** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:18 | |
| *** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 00:21 | |
| *** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto | 00:23 | |
| *** joshua__ <joshua__!~joshua@172.94.107.105> has joined #yocto | 00:25 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 00:28 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 00:29 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 00:30 | |
| *** joshua__ <joshua__!~joshua@172.94.107.105> has quit IRC | 00:32 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:32 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 00:42 | |
| *** kergoth_ <kergoth_!~kergoth@ip68-98-7-222.ph.ph.cox.net> has joined #yocto | 01:00 | |
| *** msvb-lab <msvb-lab!~michael@x55b54175.dyn.telefonica.de> has quit IRC | 01:03 | |
| *** kergoth_ <kergoth_!~kergoth@ip68-98-7-222.ph.ph.cox.net> has quit IRC | 01:06 | |
| *** msvb-lab <msvb-lab!~michael@x55b5432b.dyn.telefonica.de> has joined #yocto | 01:17 | |
| *** joshua__ <joshua__!~joshua@172.94.107.20> has joined #yocto | 01:20 | |
| *** joshua__ <joshua__!~joshua@172.94.107.20> has quit IRC | 01:24 | |
| *** caiortp <caiortp!~caiortp@189-107-37-17.user.veloxzone.com.br> has joined #yocto | 01:26 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yyajheaiovsedxas> has quit IRC | 01:37 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mggndmvvspsgcryg> has joined #yocto | 01:37 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 01:39 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto | 01:40 | |
| -YoctoAutoBuilder- build #1141 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/1141 | 01:44 | |
| *** deepwater <deepwater!~deepwater@220.57.96.58.static.exetel.com.au> has quit IRC | 01:55 | |
| *** joshua__ <joshua__!~joshua@172.94.107.111> has joined #yocto | 02:14 | |
| *** scottrif <scottrif!~scottrif@66.191.24.12> has joined #yocto | 02:17 | |
| *** scottrif <scottrif!~scottrif@66.191.24.12> has left #yocto | 02:18 | |
| *** joshua__ <joshua__!~joshua@172.94.107.111> has quit IRC | 02:18 | |
| *** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-qlgnwwhyftgsswys> has quit IRC | 02:24 | |
| *** bbhoss <bbhoss!sid18216@gateway/web/irccloud.com/x-wtahjfrogffjlnio> has joined #yocto | 02:24 | |
| *** sbach <sbach!~sbach@104.156.100.181> has quit IRC | 02:33 | |
| *** bananadev <bananadev!~onlyester@118.70.128.150> has joined #yocto | 02:33 | |
| *** sbach <sbach!~sbach@104.156.100.181> has joined #yocto | 02:37 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto | 02:46 | |
| *** sbach <sbach!~sbach@104.156.100.181> has quit IRC | 02:47 | |
| *** sbach <sbach!~sbach@104.156.100.181> has joined #yocto | 02:51 | |
| *** rcw <rcw!~rwoolley@69-196-129-223.dsl.teksavvy.com> has quit IRC | 03:03 | |
| *** sbach <sbach!~sbach@104.156.100.181> has quit IRC | 03:04 | |
| *** sbach <sbach!~sbach@104.156.100.181> has joined #yocto | 03:06 | |
| *** akhalil <akhalil!uid227214@gateway/web/irccloud.com/x-dmcqcchicxjfwyuv> has quit IRC | 03:18 | |
| *** akhalil <akhalil!uid227214@gateway/web/irccloud.com/x-momxzrjrazttgnxy> has joined #yocto | 03:18 | |
| -YoctoAutoBuilder- build #1099 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/1099 | 03:22 | |
| *** mkelly <mkelly!~martin@67.171.33.217> has quit IRC | 03:22 | |
| *** caiortp <caiortp!~caiortp@189-107-37-17.user.veloxzone.com.br> has quit IRC | 03:29 | |
| *** sbach <sbach!~sbach@104.156.100.181> has quit IRC | 03:29 | |
| *** sbach <sbach!~sbach@104.156.100.181> has joined #yocto | 03:33 | |
| *** stephano <stephano!stephano@nat/intel/x-moyzgllreflstxku> has joined #yocto | 03:35 | |
| *** stephano <stephano!stephano@nat/intel/x-moyzgllreflstxku> has quit IRC | 03:41 | |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto | 03:57 | |
| -YoctoAutoBuilder- build #1091 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/1091 | 03:59 | |
| *** Nilesh__ <Nilesh__!uid116340@gateway/web/irccloud.com/x-oadwcteytwssqjip> has quit IRC | 04:07 | |
| *** joshua__ <joshua__!~joshua@172.94.107.84> has joined #yocto | 04:07 | |
| *** joshua__ <joshua__!~joshua@172.94.107.84> has quit IRC | 04:12 | |
| *** morphis <morphis!~morphis@pD9ED66EB.dip0.t-ipconnect.de> has joined #yocto | 04:45 | |
| *** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 04:46 | |
| *** clement <clement!~clement@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 04:47 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 04:56 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-mggndmvvspsgcryg> has quit IRC | 04:57 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 05:06 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC | 05:10 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 05:14 | |
| *** john4 <john4!~john@host86-147-124-94.range86-147.btcentralplus.com> has quit IRC | 05:14 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 05:22 | |
| -YoctoAutoBuilder- build #1105 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/1105 | 05:33 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 05:42 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 06:00 | |
| *** pohly <pohly!~pohly@93.232.219.247> has joined #yocto | 06:01 | |
| *** nikincn <nikincn!6ad1994c@gateway/web/freenode/ip.106.209.153.76> has joined #yocto | 06:13 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:18 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 06:21 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 06:23 | |
| -YoctoAutoBuilder- build #1137 of nightly-multilib is complete: Failure [failed BuildImages_4 BuildImages_6 Running SDK Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/1137 | 06:24 | |
| *** arkver <arkver!~arkver@95.147.75.190> has joined #yocto | 06:27 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto | 06:29 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:37 | |
| -YoctoAutoBuilder- build #749 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/749 | 06:51 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto | 06:52 | |
| *** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has joined #yocto | 06:53 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has joined #yocto | 07:00 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto | 07:01 | |
| *** henriknj <henriknj!~hnj@81.216.59.226> has quit IRC | 07:01 | |
| *** joshua__ <joshua__!~joshua@172.94.107.44> has joined #yocto | 07:03 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 07:06 | |
| *** joshua__ <joshua__!~joshua@172.94.107.44> has quit IRC | 07:07 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:11 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:13 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 07:14 | |
| *** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has joined #yocto | 07:14 | |
| *** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto | 07:16 | |
| *** mckoan|away is now known as mckoan | 07:18 | |
| *** nikincn <nikincn!6ad1994c@gateway/web/freenode/ip.106.209.153.76> has quit IRC | 07:18 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 07:20 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:29 | |
| *** hattzy <hattzy!~hattzy@h-90-120.a137.corp.bahnhof.se> has joined #yocto | 07:30 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto | 07:33 | |
| *** sameo <sameo!~samuel@192.55.54.45> has joined #yocto | 07:33 | |
| *** toscalix <toscalix!~toscalix@80.91.70.201> has joined #yocto | 07:39 | |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has joined #yocto | 07:45 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 07:45 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 07:47 | |
| pohly | RP: what's the right place to discuss "Yocto Compatible 2.0" - the Yocto mailing list or OE Architecture? | 07:47 |
|---|---|---|
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 07:48 | |
| pohly | It is related to Yocto, but the implications are more on OE... | 07:48 |
| *** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto | 07:48 | |
| *** henriknj <henriknj!~hnj@81.216.59.226> has joined #yocto | 07:50 | |
| *** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.217.128.72.97> has joined #yocto | 07:58 | |
| ChrysD | Hi all ! Is it easy to upgrade a device by wifi which is under yocto ? Like changing the software to make it up to date . | 07:59 |
| ChrysD | Thanks by advance ! | 07:59 |
| msvb-lab | Interesting, it seems adding meta-<file> paths to bblayers.conf does nothing unless recipes from those new layers are actually used in IMAGE_INSTALL or IMAGE_INSTALL_append definitions. | 08:00 |
| msvb-lab | I was expecting to see new RPM packages in build/tmp/deploy/rpm after adding new layers. | 08:00 |
| msvb-lab | I think I got that wrong? | 08:01 |
| LetoThe2nd | msvb-lab: for a properly designed layer that should be true | 08:01 |
| LetoThe2nd | msvb-lab: what should change if no configuration from it is pulled in and no recipe is being used? | 08:02 |
| *** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto | 08:02 | |
| msvb-lab | LetoThe2nd: The reason I'm asking relates to the use case where I want a small image file in build/deploy/images but a lot of RPM packages that I can optionally install in the image at runtime. | 08:03 |
| *** p0kerface|work is now known as BaloneyGeek|work | 08:03 | |
| LetoThe2nd | msvb-lab: thats all fine, but how ist that related to adding a layer? if you want rpm packages to be created, you have to tell bitbake to do so. either thtough some form of dependency, or explicitly. | 08:04 |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto | 08:04 | |
| LetoThe2nd | (for the purpose of this discussion, i'd call 'bitbake world' explicit too) | 08:04 |
| msvb-lab | LetoThe2nd: So you confirm that by only adding meta-<file> paths to bblayers.conf nothing new is built, and that if I want the extra packages I need to explicitly specify this to bitbake? | 08:05 |
| msvb-lab | LetoThe2nd: I know how to do that by adding package names to IMAGE_INSTALL or IMAGE_INSTALL_append, but is there another way to 'explicitly specify' this without increasing the resulting image size? | 08:06 |
| LetoThe2nd | msvb-lab: no, i said that for a properly designed layer, that if no recipe is used AND no configuration is pulled in, there should be no things built additionally. thats a huge difference. | 08:06 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 08:08 | |
| msvb-lab | LetoThe2nd: So when I add a path to bblayers.conf, I'm not implicitly using new recipes (understood.) What do you mean by 'no configuration pulled in' though? | 08:08 |
| msvb-lab | LetoThe2nd: Is there a IMAGE_NOINSTALL_append or something similar that you're referring to? | 08:08 |
| msvb-lab | IMAGE_INSTALL_append = newrecipe | 08:08 |
| msvb-lab | ...clearly causes newrecipe in the new layer to be built. | 08:09 |
| msvb-lab | But it increases the image size as well, which I'm trying to avoid. | 08:09 |
| LetoThe2nd | msvb-lab: no, i'm referring to a .conf file being used. it should not be, but AFAIK nothing keeps layer.conf from doing dubios stuff, for example. | 08:09 |
| LetoThe2nd | msvb-lab: sounds like you either need to specify everything explicitly, or create some kind of meta target that depends and therefore triggers your image AND the packages to be built. | 08:10 |
| LetoThe2nd | ChrysD: there is no such thing built in, but a variety of options available. read up on meta-swupdate and/or mender.io, for example. | 08:11 |
| LetoThe2nd | msvb-lab: or just do bitbake world ;-) | 08:12 |
| ChrysD | LetoThe2nd : Thanks | 08:12 |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 08:12 | |
| msvb-lab | LetoThe2nd: Right now I'm running bitbake <image-1> <image-2> which builds only the packages that these images-n depend on. | 08:13 |
| msvb-lab | LetoThe2nd: So your approach makes sense. | 08:13 |
| LetoThe2nd | msvb-lab: the explicit option would be running bitbake $image $package1 $package2 $package3 | 08:14 |
| LetoThe2nd | msvb-lab: but i'm not entirely sure that depending on a image works. you'd have to try. | 08:14 |
| msvb-lab | LetoThe2nd: I see, that's no good since I don't want to sift through the bb files to look for all the dozens of new recipes and write them on the command line. | 08:15 |
| msvb-lab | LetoThe2nd: But I may try building world and see if the results are too much. | 08:15 |
| msvb-lab | If I run bitbake world, then all the RPM packages will be built, but no images generated (I guess?) | 08:15 |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 08:15 | |
| msvb-lab | And following that I can run my old bitbake <image-1> <image-2> command to get the slim images. | 08:16 |
| msvb-lab | Best of both worlds it seems? Small images yet a ton of RPM packages available for post installation runtime integration. | 08:16 |
| LetoThe2nd | msvb-lab: what you're describing is that you're creating a distribution. | 08:17 |
| *** lemagoup <lemagoup!~lemagoup@195.190.86.18> has joined #yocto | 08:17 | |
| LetoThe2nd | msvb-lab: you can also look at what angstrom does, for example. its exactly their thing. | 08:18 |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 08:18 | |
| msvb-lab | LetoThe2nd: Yes, in fact. You can probably tell that I don't create many distributions. | 08:18 |
| msvb-lab | Seems quite okay how bitbake decides what to build according to layers, recipes, and dependencies. | 08:19 |
| LetoThe2nd | msvb-lab: kinda. i'd just suggest to look at what others are doing, probably their tooling can spare you reinventing everything. or maybe their solution already fits for you anyways. (plus, wind river certainly should have some experience there too, as you seem to be a customer( | 08:19 |
| *** adca <adca!~adca@193.202.22.66> has quit IRC | 08:21 | |
| msvb-lab | LetoThe2nd: I might look at Angstrom, thanks. Examining Wind River's github repository has limited value since the required information (about building world or custom package feeds for example) is not available. | 08:21 |
| RP | morning | 08:21 |
| msvb-lab | RP: hello | 08:21 |
| RP | pohly: I'd say the arch list but its s tricky one | 08:21 |
| msvb-lab | LetoThe2nd: Are there other pseudotargets like 'world' or a specific list that bitbake understands? | 08:22 |
| msvb-lab | ...nevermind, this is probably in the manual (which I'm checking out.) | 08:22 |
| pohly | RP: I'll send you my email draft and let you decide where I should post it. | 08:23 |
| *** TuTizz <TuTizz!~TuTizz@46.18.96.158> has joined #yocto | 08:23 | |
| *** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto | 08:23 | |
| RP | pohly: ok, thanks. As you say, it has implications OE wide so I suspect arch will get the right set of people but I'll take a look | 08:24 |
| msvb-lab | Whoops, nothing in the 3465 line bitbake manual explaining 'world' builds. I guess this is in another manual? | 08:25 |
| RP | msvb-lab: world is a special target, there are only two bitbake understands that I can think of, world and universe | 08:26 |
| msvb-lab | RP: Thanks, I'll look for information on either of these. | 08:27 |
| RP | pohly: oe-arch is fine | 08:28 |
| msvb-lab | The 'Yocto Project Mega-Manual' weighs 24650 lines, and has not even one occurance of 'universe.' | 08:28 |
| RP | pohly: I also have a better way to write that file (I think) | 08:28 |
| pohly | RP: let me send the email and you can improve it in your response. | 08:29 |
| msvb-lab | And the difference between 'world' and 'universe'? Obviously 'world' respects EXCLUDE_FROM_WORLD but I assume universe has it's own set of keyworlds? | 08:33 |
| msvb-lab | Typo, 'keywords'. | 08:33 |
| *** MWelchUK_ <MWelchUK_!~martyn@host86-154-75-170.range86-154.btcentralplus.com> has quit IRC | 08:37 | |
| *** adca <adca!~adca@193.202.22.66> has joined #yocto | 08:39 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 08:40 | |
| *** MWelchUK <MWelchUK!~martyn@host86-154-75-170.range86-154.btcentralplus.com> has joined #yocto | 08:41 | |
| RP | pohly: replied... | 08:42 |
| RP | msvb-lab: universe ignores the exclude from world list, that is the main difference | 08:42 |
| -YoctoAutoBuilder- build #885 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/885 | 08:46 | |
| *** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has joined #yocto | 08:47 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-rzraajfgtjycdyjy> has joined #yocto | 08:47 | |
| *** MWelchUK <MWelchUK!~martyn@host86-154-75-170.range86-154.btcentralplus.com> has quit IRC | 08:49 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 08:52 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 08:52 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 08:54 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 08:57 | |
| *** MWelchUK <MWelchUK!~martyn@host86-149-162-185.range86-149.btcentralplus.com> has joined #yocto | 09:02 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto | 09:06 | |
| *** john4 <john4!~john@host86-147-124-94.range86-147.btcentralplus.com> has joined #yocto | 09:06 | |
| *** jonatan_1 <jonatan_1!~Thunderbi@83.218.80.243> has joined #yocto | 09:12 | |
| *** jonatan_ <jonatan_!~Thunderbi@83.218.80.243> has quit IRC | 09:16 | |
| msvb-lab | I wonder if bitbake world on a distro like Wind River produces terabytes of object files? | 09:19 |
| msvb-lab | Just building its images (and their dependencies) fills build/tmp to about 100GB. | 09:19 |
| LetoThe2nd | it certainly sums up. | 09:20 |
| msvb-lab | LetoThe2nd: Not to mention the time duration increase when building world. | 09:20 |
| LetoThe2nd | msvb-lab: well if you build more, you need more time. | 09:21 |
| msvb-lab | Maybe I should ask the friendly Wind River people to run a world build for me and compare the storage and time difference. | 09:21 |
| msvb-lab | I wish I still had access to a full rack build farm. | 09:22 |
| LetoThe2nd | msvb-lab: i fail to see your point. earlier you said you basically want to create a distribution, and now you wonder that acutally doing that might need computing time and storage. | 09:22 |
| msvb-lab | LetoThe2nd: I've built the distro already, using the method specified by Wind River. That costs 100BG and 15 hours. | 09:24 |
| msvb-lab | But changing to your idea of building world is what I want to do next, which might require a lot more (10x?) time and storage. | 09:24 |
| msvb-lab | The point is, it's senseless to start an expensive build if it's doomed to fail due to lack of resources. | 09:25 |
| LetoThe2nd | msvb-lab: hey it is not my idea to build all kinds of funny packages in advance to just have them ready for runtime install if you ever might need them. | 09:25 |
| LetoThe2nd | in fact, i strongly discourage non-monolithic builds. | 09:25 |
| LetoThe2nd | i just told you a way to do what you asked for :) | 09:25 |
| msvb-lab | LetoThe2nd: The priority lies in making this distro according to Wind River specs. Second priority is including small customizations (and this is finished.) | 09:26 |
| msvb-lab | But in order to avoid a full bitbake rebuild every time I see the need for a new package, I'd like to get it over with only once (by building world.) | 09:27 |
| LetoThe2nd | why would one need a "full bitbake rebuild" whenever one need a new package? | 09:27 |
| msvb-lab | You probably think I can leave the tmp dir there and just build a new package every once in a while when needed. That's not true, because I need to erase tmp in my limited system. | 09:28 |
| LetoThe2nd | it just builds whatever this package needs, given the assumption that the distribution is able to run it. | 09:28 |
| msvb-lab | If I need 'haskell' in 2 months, I won't have the tmp dir any more and will need to bitbake haskell (and all its dependencies.) | 09:29 |
| *** nighty-- <nighty--!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC | 09:29 | |
| msvb-lab | But that's not a full build. If I make a monolithic build including haskell, it's a 15 hour loss. | 09:29 |
| T_UNIX | so there's a project that uses SVN externals without specifying their precise revisions (i.e. always pointing to the neweset revision). | 09:29 |
| LetoThe2nd | i feel like the bad guy, but it sounds like you want *everything*, without spending the resources needed to archieve it. | 09:29 |
| *** frsc <frsc!~frsc@80.149.173.68> has joined #yocto | 09:30 | |
| T_UNIX | How can I tell bitbake to stfu and *not* use the cache (neither svn/ nor .tar) and force it to execute 'svn up'? | 09:30 |
| msvb-lab | I want everything built once, and then store the results. | 09:30 |
| LetoThe2nd | e.g. "i want a full custom distro repository including all possible packages, but am not willing to spend the computing time and storage to actually do it" | 09:30 |
| msvb-lab | LetoThe2nd: I'm willing to spend the resources to build it but not if I need to buy a new computer. | 09:31 |
| msvb-lab | ...so yes there are conditions. | 09:31 |
| LetoThe2nd | of course, if you have a c2d with 2gb ram and a 250gb harddrive, you can't do bitbake world. but then there's no point to the discussion anyways. | 09:31 |
| msvb-lab | Unfortunately, my best guesses at how big the resource difference between bitbake <image> and bitbake world, is based on very limited yocto experience. | 09:31 |
| msvb-lab | LetoThe2nd: I think my system can't build world, but your other idea of building a list of explicit packages is not bad if I can get a script to scrape out the recipes. | 09:34 |
| msvb-lab | LetoThe2nd: Have you built a lot of distros, or do you use yocto for other reasons? | 09:36 |
| LetoThe2nd | msvb-lab: i don't use yocto :-P | 09:36 |
| LetoThe2nd | msvb-lab: i do use OE and bits from the poky reference distribution however. but what would i do with it if not build custom distributions? | 09:37 |
| LetoThe2nd | (read that as: i fail to see the point of the question) | 09:37 |
| msvb-lab | LetoThe2nd: I'm assuming yocto is useful in broader make(1) or cmake(1) type situations. Like building a single LXC container is not really a distro. | 09:38 |
| msvb-lab | The point of the question is to satisfy curiosity and confirm that yocto is useful for other purposes rather than building distros. | 09:39 |
| LetoThe2nd | msvb-lab: i guess you are referring bitbake, not yocto. and no, bitbake is not an alternative to make or cmake. plus, building a container is actually building a custom distribution, albeit with a fixed kernel ABI. | 09:39 |
| LetoThe2nd | and yes, i have actually done that, and more, i'm certainly not the only one. | 09:40 |
| *** morphis <morphis!~morphis@pD9ED66EB.dip0.t-ipconnect.de> has quit IRC | 09:41 | |
| msvb-lab | Isn't bitbake one component under the yocto umbrella? Should I rather say 'use bitbake for ... reasons'? | 09:42 |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 09:44 | |
| LetoThe2nd | msvb-lab: well at least i personally prefer a concise wording. because most people say "i use yocto" when they actually mean "i use poky". some mean "i use OE", and some others mean "i use bitbake" | 09:45 |
| msvb-lab | ...and others mean 'I use toaster'? | 09:46 |
| LetoThe2nd | exactly. | 09:46 |
| msvb-lab | That's pretty wobbly. | 09:46 |
| msvb-lab | I'm trying to use the correct terms. | 09:46 |
| LetoThe2nd | thats why i never say "i use yocto", except in quotation marks for discussion purposes. | 09:47 |
| LetoThe2nd | :-) | 09:47 |
| *** Bunio_FH1 <Bunio_FH1!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto | 09:52 | |
| *** morphis <morphis!~morphis@pD9ED66EB.dip0.t-ipconnect.de> has joined #yocto | 09:52 | |
| -YoctoAutoBuilder- build #1123 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/1123 | 09:53 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 09:54 | |
| *** abelloni_ is now known as abelloni | 09:55 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC | 09:55 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto | 09:56 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 09:57 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto | 10:02 | |
| *** TobSnyder <TobSnyder!~schneider@ip9234ad86.dynamic.kabel-deutschland.de> has joined #yocto | 10:07 | |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:11 | |
| *** TobSnyder <TobSnyder!~schneider@146.52.173.134> has joined #yocto | 10:18 | |
| JoiF | I know it's really far-fetched, but this discussion reminds me of the question: "Which one is better, AC or DC?" (as in alternating- vs. direct-current) | 10:20 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:27 | |
| ChrysD | What's the purpose of using Quilt/git am ? Isn't it better to have a .bbappend with a .patch file ? Thanks =) | 10:34 |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 10:40 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 10:43 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 10:44 | |
| msvb-lab | I've got in a file 'meta-openembedded/meta-intel-iot-middleware/recipes-connectivity/mosquitto/mosquitto_1.4.10.bb': | 10:46 |
| msvb-lab | PACKAGES += "libmosquitto1 libmosquittopp1 ${PN}-clients ${PN}-python | 10:46 |
| msvb-lab | ...and I'm succesfully building: $ bitbake mosquitto-clients | 10:47 |
| msvb-lab | But if I run $ bitbake mosquitto-python | 10:47 |
| msvb-lab | I get: ERROR: Nothing PROVIDES 'mosquitto-python'. | 10:47 |
| msvb-lab | Bizarre. Doesn't $PN resolve to 'package name' or 'mosquitto' in this case? | 10:48 |
| msvb-lab | And doesn't $PACKAGES refer to what a recipe provides for use on the bitbake(1) command line? | 10:48 |
| msvb-lab | The laer in question is https://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-iot-middleware/ | 10:49 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 10:54 | |
| CTtpollard | PN does resolve to the package name by default | 10:58 |
| msvb-lab | So the line in a .bb file: PACKAGES += ${PN}-python expands to: PACKAGES += mosquitto-python | 11:03 |
| msvb-lab | ...and should not produce an error when building $ bitbake mosquitto-python | 11:04 |
| msvb-lab | I've looked around for reasons but not found any. There's a second set of mosquitto recipes in my configuration but they are nearly identical. | 11:04 |
| msvb-lab | That's why I write 'bizarre.' | 11:04 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 11:05 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 11:07 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 11:09 | |
| *** msvb-lab <msvb-lab!~michael@x55b5432b.dyn.telefonica.de> has quit IRC | 11:09 | |
| *** asteriusio <asteriusio!~derek@54.158.219.222> has quit IRC | 11:12 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 11:15 | |
| *** henriknj <henriknj!~hnj@81.216.59.226> has quit IRC | 11:15 | |
| *** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC | 11:17 | |
| joshuagl | PACKAGES is the generated output, you don't bitbake a package you bitbake a recipe and that might create one or more packages | 11:20 |
| joshuagl | s/is/are | 11:20 |
| joshuagl | oh, msvb-lab is gone | 11:21 |
| *** bananadev <bananadev!~onlyester@118.70.128.150> has quit IRC | 11:22 | |
| *** asteriusio <asteriusio!~derek@54.158.219.222> has joined #yocto | 11:28 | |
| *** berton <berton!~berton@189.114.111.135> has joined #yocto | 11:33 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 11:34 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 11:38 | |
| *** Bunio_FH1 <Bunio_FH1!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC | 11:49 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto | 11:49 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto | 11:58 | |
| *** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC | 12:06 | |
| *** msvb-lab <msvb-lab!~michael@x55b5432b.dyn.telefonica.de> has joined #yocto | 12:08 | |
| msvb-lab | CTpollard: Sorry in case I missed any replies after 'bizarre.' My connection dropped. | 12:09 |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 12:11 | |
| rburton | msvb-lab: you bitbake recipes, not packages | 12:14 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 12:15 | |
| msvb-lab | rburton: Okay, what is the indicator for the recipe name? Is it the filename minus version, like 'mosquitto_1.4.10.bb' would indicate a recipe 'mosquitto'? | 12:16 |
| rburton | yes | 12:17 |
| msvb-lab | I'm confused about this, because $ bitbake mosquitto-clients really builds a RPM package called 'mosquitto-clients*.rpm', but there is no file called 'mosquitto-clients*.bb' | 12:17 |
| rburton | then the recipe probaby has PROVIDES=mosquitto-clients to make that work | 12:18 |
| msvb-lab | rburton: That's why I write 'bizarre.' There is no other incidence of '-clients' in the mosquitto_1.4.10.bb file other than the line starting with 'PACKAGES'. I've also checked for an include <*.inc> and nothing found. The file in question has no 'PROVIDES' keyword at all. | 12:21 |
| msvb-lab | https://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-iot-middleware/tree/recipes-connectivity/mosquitto | 12:21 |
| msvb-lab | ...but yet bitbake mosquitto-clients succeeds. | 12:22 |
| msvb-lab | rburton: So are you sure that the 'PACKAGES += mosquitto-clients' doesn't get parsed by bitbake as providing a target? | 12:23 |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has joined #yocto | 12:23 | |
| msvb-lab | There's also: ^FILES_${PN}-clients = "${bindir}/mosquitto_pub | 12:24 |
| msvb-lab | ...which surely isn't interpreted as a recipe target though. | 12:24 |
| msvb-lab | Maybe PACKAGE definitions are implicitly considered valid bitbake targets only when they install files (see the FILES_${PN}-clients line.) | 12:26 |
| *** Aethenelle <Aethenelle!~Aethenell@107.138.98.226> has quit IRC | 12:26 | |
| msvb-lab | Oops, the mosquitto-python PACKAGE definition also has a similar FILES_ line. | 12:27 |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 12:27 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 12:28 | |
| msvb-lab | I guess there might be some sort of 'DONT_BUILD_MOSQUITTO_PYTHON' set to 'yes' in some other file that bitbake parses, but if so it's a wild goose chase to find it. | 12:29 |
| rburton | msvb-lab: without having your layers i can't help, but bitbake takes recipe names (or follows preferred providers to find an alternative) | 12:29 |
| rburton | ie bitbake virtual/kernel will build linux-intel.bb for me | 12:30 |
| msvb-lab | rburton: Okay fair enough. It's a sorting out the dependencies and definitions task, rather than an error. | 12:31 |
| msvb-lab | rburton: I'll keep working on it, but thanks for the ideas. | 12:31 |
| rburton | so what's the problem now? | 12:31 |
| msvb-lab | rburton: I want to build a mosquitto-python package but can't do it. | 12:33 |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 12:33 | |
| msvb-lab | That's the problem. | 12:33 |
| msvb-lab | At least I assume from the line 'PACKAGES += ... mosquitto-python' that I'm supposed to be able to build a package of that name using bitbake? | 12:34 |
| msvb-lab | My guess is that there's a missing provides or I'm failing to configure something (local.conf?) properly. | 12:34 |
| msvb-lab | Some packages allow for options, like 'build all perl modules' or 'dont build python modules' so one possibility is I'm not providing an option that gets implicitly parsed by bitbake. | 12:36 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 12:37 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 12:38 | |
| joshuagl | what recipe includes the PACKAGES += ... mosquitto-python line? | 12:48 |
| joshuagl | bitbake that | 12:48 |
| *** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC | 12:49 | |
| *** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto | 12:50 | |
| msvb-lab | joshuagl: The PACKAGES line is in 'mosquitto_1.4.10.bb' found in https://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-iot-middleware/tree/recipes-connectivity/mosquitto | 12:50 |
| joshuagl | msvb-lab: and if you bitbake mosquitto there isn't a mosquitto-python package? | 12:51 |
| msvb-lab | joshuagl: And yes, I've tried bitbake mosquitto. That produces a bunch of RPM packages, but not mosquitto-python. | 12:51 |
| *** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 12:51 | |
| *** Snert_ <Snert_!~LoginName@106-24-237-24.gci.net> has quit IRC | 12:51 | |
| *** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC | 12:52 | |
| msvb-lab | Instead, I get: find tmp/deploy/ -name '*osquitto*rpm' ... everything defined on the line 'PACKAGES' except for mosquitto-python. | 12:53 |
| msvb-lab | There are no errors when building, either. | 12:53 |
| msvb-lab | To be honest, it's not a showstopper so I guess it's safe to ignore this. | 12:53 |
| *** lamego <lamego!jose@nat/intel/x-bjdfhieeeqzedtih> has joined #yocto | 12:53 | |
| msvb-lab | Quite bizarre though. | 12:53 |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto | 12:54 | |
| joshuagl | I'm replicating here and tmp/work/core2-64-poky-linux/mosquitto/1.4.10-r0/packages-split/mosquitto-python/ is empty | 12:56 |
| joshuagl | we don't create empty packages | 12:56 |
| msvb-lab | joshuagl: I think I saw that, so you mean it's at the package level? | 12:57 |
| joshuagl | in my case that's because my Python is python3 and the site-packages directory is /usr/lib/python3.5/site-packages | 12:58 |
| joshuagl | the recipe is wrong, the location in FILES_${PN}-python doesn't exist | 12:58 |
| joshuagl | at least for me | 12:59 |
| joshuagl | with a system using python3 | 12:59 |
| msvb-lab | joshuagl: Hmm, so if a dependency to python2 fails, then the package is silently not built. | 12:59 |
| msvb-lab | Like a soft depenency I guess. | 12:59 |
| msvb-lab | There are probably other reasons that packages don't get build from spec, but are part of a bb 'PACKAGES' definition still. | 12:59 |
| joshuagl | are you still using newer oe-core with older layers from wr-core? | 13:00 |
| msvb-lab | joshuagl: Unfortunately there is a small number (2) of Wind River layers that I swapped for newer ones. | 13:01 |
| msvb-lab | I was having the mosquitto-python problem when I had only swapped one layer out (meta-cloud-services.) | 13:01 |
| joshuagl | hmm, OK. The reason I ask is that meta-intel-iot-middleware appears not to be updated for latest OE-Core | 13:02 |
| msvb-lab | Once this number gets past one or two, it would make sense to abandon and go with jwessel's all master Pulsar8 build, but an all master cutting edge build sounds much less stable to me. | 13:03 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 13:03 | |
| msvb-lab | joshuagl: I agree, there are things in the meta-intel-iot-middleware layer (like xdk-daemon) which are woefully out of date and fail to build due to old dependencies. | 13:03 |
| msvb-lab | However, the mosquitto that they specify is relatively fresh. At least newer than the one from 'meta-gateway'. | 13:04 |
| msvb-lab | I think meta-gateway is a Wind River maintained layer? | 13:04 |
| joshuagl | my experience is that all master would be more stable than a frankenstein that uses different versions of layers. Layers are often closely aligned to a release of oe-core, many layers will need work to function correctly with master/pyro | 13:05 |
| *** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has quit IRC | 13:07 | |
| *** toanju <toanju!~toanju@185.27.182.30> has joined #yocto | 13:07 | |
| msvb-lab | joshuagl: I'm starting to believe that, the hard way. I really wanted to stick to the well tested Pulsar8 branch. | 13:08 |
| msvb-lab | If it weren't for rabbitmq (a single package) I could stay with the Pulsar8 branch. | 13:08 |
| msvb-lab | On the other hand, things are moving along quite well with the frankenstein as long as I ditch mosquitto-python. | 13:10 |
| joshuagl | probably easier just to write your own rabbitmq for pulsar8 | 13:10 |
| msvb-lab | ...since its only a frankenstein junior with 2 of 33 layers upgraded. | 13:10 |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 13:10 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 13:11 | |
| msvb-lab | jushuagl: It's true that a single package (rabbitmq in this case) doesn't excuse layer swaps. | 13:11 |
| msvb-lab | ...but anyone who knows rabbitmq has spent hours with erlang libraries because it's a dependency monster. | 13:11 |
| msvb-lab | So it doesn't fit the typical answer to roll a new package or make a new recipe, I wanted to reuse. | 13:12 |
| *** Nilesh___ <Nilesh___!uid116340@gateway/web/irccloud.com/x-esiytlsizqelyhue> has joined #yocto | 13:14 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 13:20 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 13:21 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 13:23 | |
| jwessel | Is it the case that rabbitmq has some wild amount of dependencies? | 13:25 |
| *** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto | 13:26 | |
| *** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 13:29 | |
| caiortp | it's common have some problems with centOS ? | 13:35 |
| msvb-lab | jwessel: I can't remember exactly what cost the most time, but rabbitmq has a plugin structure, composes several protocols, and depends on erlang. | 13:37 |
| caiortp | Using ubuntu I was compiling the libimxvpuapi (meta-freescale) normally, using CentOS I have problem with QA Issues | 13:37 |
| caiortp | WARNING: QA Issue: libimxvpuapi: Files/directories were installed but not shipped /usr/lib64 | 13:37 |
| caiortp | I'm using yocto dizzy | 13:37 |
| msvb-lab | It's the last one (erlang) that I think takes a long time to build and often fails along the way. | 13:37 |
| rburton | caiortp: dizzy is super old, just so you know. ask freescale about your problems though. | 13:37 |
| msvb-lab | jwessel: Even worse is IoTivity, but that's a neat meta-oic recipe that's well behaved and well maintained. | 13:38 |
| rburton | (dizzy was released in october 2014) | 13:38 |
| *** Aethenelle <Aethenelle!~Aethenell@mobile-166-170-221-110.mycingular.net> has joined #yocto | 13:38 | |
| caiortp | rburton, yes , we freeze our dev in this version. | 13:38 |
| msvb-lab | Using bitbake to build IoTivity is a very refreshing departure from typical scons/boost/evenmore buildconf. | 13:39 |
| caiortp | froze* | 13:39 |
| caiortp | but ok | 13:39 |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has left #yocto | 13:42 | |
| *** yohboy <yohboy!~yohan@bce1.fw1.capo.montpellier-agglo.com> has quit IRC | 13:44 | |
| gizero | Hi! Any clue what can have happened here? https://pastebin.com/wN8VYV9y This comes from a fresh install of a eSDK (built with current master) where I run 'devtool modify <anything>'. The specific output is for openssh recipe, but I get the same for any recipe I tried. This is from a project of mine: haven't had the time to try with poky alone, but hopefully anyone here can shed me some light... | 13:48 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:53 | |
| *** hamdyaea <hamdyaea!~root@226.91.60.188.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 14:05 | |
| hamdyaea | Hi, i need to invert the move a my mouse on my yocto image. I mean, When I move to the right I need that the mouse move the the left etc.. like a mirror. Someone know wich file I have to modify ? | 14:06 |
| rburton | hamdyaea: just the mouse and not the entire display? | 14:06 |
| hamdyaea | not the entire display | 14:07 |
| hamdyaea | it's because I am working a touchscreen usb screen | 14:07 |
| hamdyaea | and the calibration is wrong | 14:07 |
| rburton | recalibrate it then | 14:07 |
| rburton | that's the fix | 14:07 |
| hamdyaea | rburton, : I need to invert it | 14:07 |
| hamdyaea | rburton, : There is a calibration tool only for windows | 14:07 |
| LetoThe2nd | tscalibrate will happily invert it through calibration. | 14:08 |
| rburton | if you're really lucky the standard X calibration stuff will just work | 14:08 |
| LetoThe2nd | ah, usb crap. | 14:08 |
| msvb-lab | hamdyaea: Wouldn't there be something in X11.conf or similar that allows for mirror and such? | 14:08 |
| hamdyaea | I am looking in /etc/X11/ | 14:08 |
| rburton | run xinput-calibrator | 14:08 |
| CTtpollard | or weston.ini if you're using weston | 14:08 |
| hamdyaea | ok i look | 14:08 |
| msvb-lab | Is bitbake smart enough to rebuild a whole layer's recipes if I 'mv layer layer-old && mv /tmp/layer-new layer' and then rebuild with the same bitbake command line? | 14:11 |
| -YoctoAutoBuilder- build #846 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/846 | 14:11 | |
| msvb-lab | Or do I need to invalidate object files and RPM packages by do_clean manually? | 14:11 |
| LetoThe2nd | msvb-lab: if it doesn't affect MACHINE and DISTRO, you hopefully should be fine. | 14:12 |
| *** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC | 14:14 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:14 | |
| msvb-lab | LetoThe2nd: I'm hoping, so thanks for the optimism. Seems to me that even if bitbake keeps caches that it would read the new bb filenames at least and notice some are different than the recipes that got cached. | 14:15 |
| LetoThe2nd | msvb-lab: technically i would call it a bug if you run into problems. but tracking down sstate related ones is often painful | 14:16 |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 14:16 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 14:18 | |
| pohly | rburton, RP: what is the Python search path? A .bbclass in my $TOPDIR/classes is found, but the corresponding .py in $TOPDIR/lib is not. | 14:19 |
| RP | pohly: good question. There is magic in base.bbclass relating to that | 14:19 |
| RP | pohly: bbclass is easy to answer and comes from BBPATH | 14:20 |
| pohly | This is for a selftest which needs to set up a build dir with an additional .bbclass that gets INHERITed via local.conf. | 14:20 |
| RP | pohly: BBPATH != python search path | 14:20 |
| kergoth | pohly: if you're replacing a .py in a python package, rather than adding new, you need to copy the __init__.py from the main package into the corresponding path, so python can find the module vai the namespace package | 14:20 |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 14:21 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 14:22 | |
| *** morphis <morphis!~morphis@pD9ED66EB.dip0.t-ipconnect.de> has quit IRC | 14:24 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC | 14:25 | |
| *** morphis <morphis!~morphis@pD9ED66EB.dip0.t-ipconnect.de> has joined #yocto | 14:25 | |
| *** tlwoerner <tlwoerner!~Trevor@206.248.190.95> has joined #yocto | 14:29 | |
| *** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto | 14:29 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:30 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 14:36 | |
| *** Aethenelle <Aethenelle!~Aethenell@mobile-166-170-221-110.mycingular.net> has quit IRC | 14:37 | |
| T_UNIX | is there a way to explicitly require a specific version? I.e. not a "preferred version" ? | 14:37 |
| T_UNIX | https://lists.yoctoproject.org/pipermail/yocto/2013-August/015429.html only covers later package install it seems. | 14:40 |
| *** Smitty__ <Smitty__!86bfdc4c@gateway/web/freenode/ip.134.191.220.76> has joined #yocto | 14:41 | |
| Smitty__ | I'm confused about the requirement to target QEMU instead of the a real architecture like Intel 64 bit. | 14:42 |
| Smitty__ | If I build a image targeting INtel 64 bit, shouldn't I be able to run it on a Windows hosting a Qemu session | 14:42 |
| LetoThe2nd | Smitty__: thats orthogonal. architecture is not the target machine, but only a part of it. | 14:43 |
| LetoThe2nd | *partially orthogonal | 14:43 |
| LetoThe2nd | and especially in the qemu case, it is really orthogonal :-P | 14:43 |
| *** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC | 14:44 | |
| Smitty__ | I don't understand what you are trying to say. | 14:44 |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has quit IRC | 14:45 | |
| LetoThe2nd | Smitty__: that targetting qemu does not imply an architecture. qemu could also be arm, mips, powerpc... | 14:45 |
| Smitty__ | OK, let me rephrase the question. | 14:45 |
| Smitty__ | What is the purpose of targetting a virtualized environment ? | 14:46 |
| Smitty__ | That seems to defeat the purpose of the virtualization | 14:46 |
| Smitty__ | The whole point is to target the intended environment, then run inside a virtualized system that reproduces that enviroment | 14:47 |
| Smitty__ | Is it not ? | 14:47 |
| ChrysD | Smitty__ : How can you virtualize architecture ? | 14:47 |
| LetoThe2nd | Smitty__: nope. you are targetting a specific machine. which is just what qemu also does: it emulates specific machine types. | 14:47 |
| LetoThe2nd | Smitty__: you are generalizing the fact that in the specific x86 case, a lot of the machine itself is abstracted away by the bios and a lot of HW detection | 14:48 |
| Smitty__ | OK, so why would I specify MACHINE ?= "qemux86-64" instead of MACHINE ??= "intel-corei7-64" ? | 14:48 |
| Smitty__ | I don't understand why I would need to specify that I am going to run in a virtualized enviroment. | 14:49 |
| LetoThe2nd | Smitty__: in the case that you want a kernel that actually can boot on qemu using the supported peripherals. its true that for x86, there probably is not that much of a difference. | 14:49 |
| zeddii_home | there is, since using the same device drivers under virtualization is just not wise. | 14:50 |
| zeddii_home | virtio is much more efficient | 14:50 |
| LetoThe2nd | Smitty__: what if your qemu is set to a simpler instruction set, like c2d, or even i686 equivalents? | 14:50 |
| LetoThe2nd | zeddii_home: agreed. | 14:50 |
| zeddii_home | not to mention, why build modules and configs for all the different north/south bridges, etc. Any h/w targetted machine should have optimizations in place, which are not useful on qemu, etc. | 14:51 |
| LetoThe2nd | Smitty__: you really have to free your mind from the specific x86+vritualization case. | 14:51 |
| Smitty__ | So, should I expect to encounter problems if I try to run intel-corei7-64 under QEMU running on a Intel Windows host ? | 14:51 |
| zeddii_home | having tried to maintain and boot h/w BSPs on qemu, I am of the opposite opinion. what do you expect to get from the BSP in virtualization. nothing. So just go with something that is targetted to the env. | 14:51 |
| zeddii_home | because it’ll be looking for an e1000, as an example. | 14:52 |
| zeddii_home | and if you let qemu emulation that, it is horrid and slow. | 14:52 |
| Smitty__ | But, then I am not really testing anything sensible, am I ? | 14:52 |
| zeddii_home | s/emulation/emulate/ | 14:52 |
| zeddii_home | you aren’t testing the BSP sensibly under qemu either. | 14:52 |
| LetoThe2nd | Smitty__: in emulation, you do not test real hardware. surprise, surprise. | 14:52 |
| LetoThe2nd | in emulation, you can test algorithms. | 14:52 |
| Smitty__ | I'm testing the behaviour under an environment that doesn't even pretend to be the target environment | 14:53 |
| LetoThe2nd | Smitty__: well set up your emulation to be like your target environment. its jsut that qemu does not fully emulate all possible platforms and combinations. | 14:53 |
| Smitty__ | Light Bulb !!! | 14:54 |
| LetoThe2nd | so if you complain about qemu not looking like your target environment, its up to you to change its looks. | 14:54 |
| ChrysD | For me qemu do the job for testing kernel stability and rootfs, not less not more. I don't imagine how it is possible by software from computer to emulate an entire architecture with hardware emulation. Maybe I'm wrong. | 14:55 |
| zeddii_home | you need something with a different purpose than qemu, that is for sure. like simics, etc. | 14:55 |
| *** hamdyaea <hamdyaea!~root@226.91.60.188.dynamic.wline.res.cust.swisscom.ch> has quit IRC | 14:56 | |
| Smitty__ | OK, I guess it's a question of what I am actually testing then. I guess it's obvious that I can't expect to test any weird device drivers that aren't supported by QEMU, but, ........pondering the point of my current project | 14:56 |
| LetoThe2nd | exactly. thats why i keep repeating it: free your mind from the x86-specific virtualization case. qemu emulates a very specific *MACHINE*, not an *ARCHITECTURE* | 14:56 |
| ChrysD | Why would you want a software that emulate the netire software instead of directly testing it to the board ? | 14:57 |
| Smitty__ | Good point - I'll ask my Project Manager that one | 14:57 |
| zeddii_home | pre-production boards, expensive boards, etc. | 14:57 |
| LetoThe2nd | ChrysD: oh theres a lot of such cases. hw being expenise, not available already, etc. | 14:57 |
| LetoThe2nd | *expensive. | 14:57 |
| ChrysD | LetoThe2nd : Yeah but you can't expect a virtualization to fit to the hardware of a board. | 14:58 |
| zeddii_home | for me, qemu is for testing arch-generic parts of the kernel, and userspace. and obviously for running in the cloud, i.e. OpenStack. | 14:58 |
| zeddii_home | With simics you can. | 14:58 |
| zeddii_home | not qemu. | 14:58 |
| zeddii_home | and there are others, I’m just familiar with simics. | 14:58 |
| zeddii_home | “this is not a paid advertisement” :D | 14:58 |
| LetoThe2nd | ChrysD: *sigh* you can, given enough effort and the right emulation. it just doesn not apply for qemu in the most cases. | 14:58 |
| kergoth | if you need to test drivers, you probably want a proper simulator, but those aren't cheap | 14:59 |
| * kergoth yawns | 14:59 | |
| LetoThe2nd | emulation does also not necessarily mean software only. it could also be an fpga loaded with a specific core. | 14:59 |
| * LetoThe2nd tries to throw little balls of paper into kergoths yawning </SCNR> | 14:59 | |
| kergoth | eep | 15:00 |
| ChrysD | LetoThe2nd : But it's strange to have full system simulator when it's very hard to have a good electronics circuit simulator... | 15:00 |
| LetoThe2nd | ChrysD: it always depends on your resources and problem to be solved. | 15:00 |
| LetoThe2nd | kergoth: :-D | 15:00 |
| *** ed2 <ed2!~Adium@192.198.151.45> has quit IRC | 15:01 | |
| * kergoth has fond^Wterrible memories of dealing with simulation before we had actual hardware when working at TI | 15:01 | |
| kergoth | :) | 15:01 |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC | 15:02 | |
| LetoThe2nd | kergoth: when it comes to stuff like that, i'm usually happy that i'm a long way down the food chain. but we're waiting for prototype board too etc. | 15:02 |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto | 15:04 | |
| ChrysD | LetoThe2nd : I guess you need a powerfull computer to run on full system simulator | 15:05 |
| LetoThe2nd | ChrysD: it *depends* | 15:05 |
| ChrysD | LetoThe2nd : Yeah it depends... if it is a headless device for example. | 15:06 |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 15:07 | |
| ChrysD | LetoThe2nd : But I can't expect from my actual computer to simulate an entire system including the GPU board for generation of images ahah | 15:07 |
| LetoThe2nd | ChrysD: no, you're also thinking waaaaay to desktop like. you're assuming emulation speed being close to the speed of the target system. but who says that emulation cannot be precise and slow? | 15:07 |
| ChrysD | LetoThe2nd : When the computer itself have difficulty to get 60fps for some rendering. | 15:07 |
| ChrysD | LetoThe2nd : Yeah , as you say, *depends* of what you want to test. | 15:08 |
| LetoThe2nd | or on the other hand, who says that your target cannot be very small? like, an arm m0? | 15:09 |
| ChrysD | LetoThe2nd : It *depends* | 15:09 |
| ChrysD | LetoThe2nd : =D | 15:09 |
| kergoth | RP, rburton: are patches being accepted for 2.4 on master yet, or has it not yet diverged from pyro? If the latter, is there an estimated date? | 15:09 |
| *** thaytan <thaytan!~thaytan@121-200-10-166.cust.aussiebb.net> has quit IRC | 15:12 | |
| rburton | kergoth: very soon. i've been doing test builds so we'll be merging stuff this week. | 15:12 |
| kergoth | cool, thanks | 15:13 |
| RP | kergoth: right, its imminent. Just been putting it off a bit for a bit of a rest ;-) | 15:13 |
| kergoth | i don't blame you :) | 15:14 |
| kergoth | just checking status | 15:14 |
| Smitty__ | OK, So, when I grab a generic linux like Fedora Intel 64 bit - for example - and run it inside VMWare, it just works. But, If I create a Yocto Image targeting Intel 64, VMWare refuses to load it.. Why would that be | 15:14 |
| LetoThe2nd | Smitty__: "i create a yocto image." | 15:15 |
| LetoThe2nd | Smitty__: and certainly have booted poky-based iso images in vortualbox without hassles. | 15:15 |
| LetoThe2nd | *virtualbox | 15:15 |
| Smitty__ | Yeah, well, I just inheretied this project | 15:15 |
| *** frsc <frsc!~frsc@80.149.173.68> has quit IRC | 15:16 | |
| Smitty__ | OK, I guess I have a lot of work to do | 15:16 |
| LetoThe2nd | Smitty__: i'm just trying to tell you that if you say "i created a yocto image", then nobody knows what you mean. guesses are that is poky based. but it does not mention image type and things like that, which are crucial for actually booting stuff. | 15:17 |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has joined #yocto | 15:17 | |
| ChrysD | Smitty__ : You're not the only one. But from my understanding, when you put machine, you target to make it running to a specific machine. But the machine inself can run in other architecture. That's why QEMU. LetoThe2nd right ? | 15:17 |
| *** mappy <mappy!b9691ff9@gateway/web/freenode/ip.185.105.31.249> has quit IRC | 15:18 | |
| *** thaytan <thaytan!~thaytan@121-200-10-166.cust.aussiebb.net> has joined #yocto | 15:21 | |
| LetoThe2nd | huh? | 15:22 |
| *** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has quit IRC | 15:24 | |
| *** Artox <Artox!~Artox@2a01:8740:1:ff05::1> has joined #yocto | 15:25 | |
| *** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 15:25 | |
| *** mckoan is now known as mckoan|away | 15:27 | |
| LetoThe2nd | time to call it a day. cya | 15:30 |
| msvb-lab | LetoThe2nd: Thanks again, bye. | 15:42 |
| -YoctoAutoBuilder- build #451 of nightly-musl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/451 | 15:46 | |
| *** TobSnyder <TobSnyder!~schneider@146.52.173.134> has quit IRC | 15:47 | |
| *** rajm <rajm!~robertmar@167.98.27.226> has quit IRC | 15:48 | |
| *** jrsharp_ <jrsharp_!~jrsharp@96-87-200-233-static.hfc.comcastbusiness.net> has quit IRC | 15:48 | |
| *** toanju <toanju!~toanju@185.27.182.30> has quit IRC | 15:50 | |
| *** kevin <kevin!~kevin@221.216.55.133> has joined #yocto | 15:57 | |
| msvb-lab | In every bitbake <image> build I do (for Wind River Pulsar8) I get this warning: | 16:00 |
| msvb-lab | NOTE: consider defining a PREFERRED_PROVIDER entry to match java2-runtime | 16:01 |
| *** Nilesh___ <Nilesh___!uid116340@gateway/web/irccloud.com/x-esiytlsizqelyhue> has quit IRC | 16:01 | |
| msvb-lab | ...although my build-intel-x86/conf/local.conf has: | 16:01 |
| msvb-lab | PREFERRED_PROVIDER_java2-runtime = "openjdk-8" | 16:01 |
| msvb-lab | Wierd. | 16:01 |
| msvb-lab | It's the only PREFERRED_PROVIDER warning message I can't get rid of. | 16:02 |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 16:03 | |
| *** Nilesh___ <Nilesh___!uid116340@gateway/web/irccloud.com/x-iimimglxflurencv> has joined #yocto | 16:04 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 16:04 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has joined #yocto | 16:05 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 16:07 | |
| -YoctoAutoBuilder- build #1124 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/1124 | 16:08 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 16:09 | |
| *** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 16:10 | |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 16:11 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wdnkjwtjmhbpbjpi> has joined #yocto | 16:12 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:12 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC | 16:20 | |
| *** hattzy <hattzy!~hattzy@h-90-120.a137.corp.bahnhof.se> has quit IRC | 16:24 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 16:26 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 16:30 | |
| *** agust <agust!~agust@p4FCB5530.dip0.t-ipconnect.de> has joined #yocto | 16:31 | |
| *** kevin <kevin!~kevin@221.216.55.133> has quit IRC | 16:36 | |
| msvb-lab | It seems bitbake -c clean is an alias for do_clean? | 16:36 |
| rburton | msvb-lab: -c is "run this task" | 16:36 |
| rburton | so -c clean is "run do_clean" | 16:36 |
| msvb-lab | rburton: I'm trying to figure out if either of bitbake -c (clean|doclean) is the more correct syntax. | 16:37 |
| msvb-lab | After testing, it seems to me that either work? | 16:37 |
| rburton | clean is preferrd | 16:38 |
| msvb-lab | I mean (clean|do_clean). | 16:38 |
| rburton | bitbake will add do_ for you | 16:38 |
| msvb-lab | Okay, then I'll use 'clean' from now on (and the same with other commands, stripping 'do_' from them.) | 16:38 |
| msvb-lab | Thanks. Looks like I really need realclean instead though, hmm. | 16:38 |
| rburton | what would that do | 16:39 |
| *** geoffrey_l <geoffrey_l!~geoffrey_@lns-bzn-39-82-255-32-23.adsl.proxad.net> has quit IRC | 16:39 | |
| msvb-lab | Normally realclean erases not only object files but the targets too. Disclean goes yet a step further and removes automake things. | 16:40 |
| msvb-lab | Those meanings are valid for GNU autotools behaviour at least, not sure about bitbake. | 16:40 |
| rburton | realclean isn't a automakeism | 16:41 |
| rburton | anyway, clean removes the entire build tree | 16:41 |
| rburton | but its only useful if the previous build was incomplete as bitbake will just pull the completed build from sstate if you bitbake it after a clean | 16:41 |
| msvb-lab | Oops, I meant 'cleanall' instead of 'realclean'. | 16:42 |
| rburton | automake is clean (remove all build things), distclean (clean plus anything that is 'dist'), maintainerclean (distclean plus random stuff the maintainer said to clean) | 16:42 |
| rburton | bitbake cleanall is overkill, it removes downloaded tarballs too | 16:42 |
| rburton | so unless you enjoy downloading sources, don't use it | 16:43 |
| msvb-lab | The reason I think I need more than 'clean' is that after bitbake -c clean <r1> and bitbake <r1> it doesn't get rebuilt. Probably due to the sstate, thanks for the tip. | 16:43 |
| rburton | yes | 16:43 |
| rburton | bitbake foo -C unpack | 16:43 |
| rburton | "build foo and mark unpack as needing to happen again" | 16:43 |
| rburton | if unpack if forced to run then patch has to run, then configure, then compile ... | 16:43 |
| msvb-lab | rburton: Oh, nice. That's what I need in addition to clean then (-C unpack also) | 16:44 |
| rburton | no need to clean too | 16:44 |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 16:44 | |
| rburton | well actually there was a small bug for a bit, so you might be safer doing a clean first if you're not using something very recent | 16:44 |
| *** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 16:45 | |
| msvb-lab | I had already given -c clean. Cool, it's working. Thanks. | 16:46 |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 16:46 | |
| *** Abd3 <Abd3!9cdf1b8e@gateway/web/freenode/ip.156.223.27.142> has joined #yocto | 16:47 | |
| Abd3 | what is yocto ? | 16:47 |
| kergoth | yoctoproject.orrg | 16:48 |
| kergoth | as mentioned in the subject of the channel | 16:48 |
| Abd3 | thank you | 16:48 |
| *** Abd3 <Abd3!9cdf1b8e@gateway/web/freenode/ip.156.223.27.142> has quit IRC | 16:48 | |
| rburton | huh | 16:49 |
| msvb-lab | That was fast. | 16:49 |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 16:51 | |
| *** toscalix <toscalix!~toscalix@80.91.70.201> has quit IRC | 16:55 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 16:59 | |
| khem | well yocto is 10^24 in metric system | 17:03 |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 17:03 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 17:04 | |
| RP | khem: 10^-24 | 17:04 |
| RP | small difference | 17:04 |
| khem | ah yes | 17:04 |
| khem | planck is smallest mesaurable 10^-34 | 17:04 |
| khem | and I guess second smallest is yocto | 17:04 |
| khem | so we left some room for improvment there | 17:04 |
| RP | khem: planck project doesn't have the same ring :) | 17:05 |
| khem | ah there we go :) | 17:05 |
| RP | khem: even at 10^-34, its all about the uncertainty in the measurement :) | 17:05 |
| JaMa | exit off | 17:06 |
| khem | pretty much same problems like non-deterministic builds | 17:06 |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 17:06 | |
| khem | I guess Martin got annoyed :) | 17:06 |
| RP | khem: was just wondering about the connection :) | 17:06 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 17:07 | |
| *** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 17:08 | |
| khem | RP: I mentioned about proposal to harden toolchain in 2.4 timeframe. Are you still interested | 17:09 |
| RP | khem: yes, definitely interested | 17:09 |
| *** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC | 17:10 | |
| khem | in this day and age I think PIC/PIE should be a good compromise for getting some secure code | 17:10 |
| RP | khem: does that have performance implications? | 17:10 |
| khem | PIC/PIE in general does have some | 17:11 |
| khem | but we are already using PIC so its not a big difference that PIE is going to bring | 17:12 |
| RP | khem: It does sound like doing this at the compiler level would be better than the current include file though | 17:12 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 17:12 | |
| khem | right | 17:12 |
| khem | in the end we might make it a distro feature | 17:12 |
| RP | khem: that was what I was just wondering | 17:13 |
| khem | and decide if it should be default or not | 17:13 |
| khem | but I think it should become default otherwise it wont fly since there will be issues at hand to fix | 17:13 |
| khem | but debian has waded some winds already | 17:14 |
| khem | so there wont be all on us | 17:14 |
| RP | khem: If it replaces the .inc, we can at least use it for poky-lsb which is how we stop that regressing today | 17:14 |
| khem | I see, thats a good option | 17:15 |
| khem | or rename poky-lsb to poky-secure :) | 17:15 |
| khem | and you will have many users for it suddenly | 17:15 |
| RP | khem: with the changes to lsb, we need to rethink what that is doing but it can remain as a place to test this | 17:15 |
| khem | poky-hardened | 17:15 |
| RP | khem: Haven't fully figured out what it becomes yet | 17:16 |
| khem | yeah lsb is interesting dont know if it has lived upto its promise though | 17:16 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 17:18 | |
| *** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC | 17:18 | |
| *** hattzy <hattzy!~hattzy@213.80.106.150> has joined #yocto | 17:33 | |
| *** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 17:35 | |
| *** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 17:36 | |
| *** JPEWhacker <JPEWhacker!cc4da372@gateway/web/freenode/ip.204.77.163.114> has joined #yocto | 17:38 | |
| *** arkver <arkver!~arkver@95.147.75.190> has quit IRC | 17:47 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto | 18:01 | |
| *** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 18:04 | |
| *** hattzy <hattzy!~hattzy@213.80.106.150> has quit IRC | 18:17 | |
| *** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto | 18:19 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 18:20 | |
| *** Nilesh___ <Nilesh___!uid116340@gateway/web/irccloud.com/x-iimimglxflurencv> has quit IRC | 18:21 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@host165-226-dynamic.41-79-r.retail.telecomitalia.it> has joined #yocto | 18:22 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto | 18:22 | |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 18:23 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 18:24 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 18:25 | |
| *** morphis <morphis!~morphis@pD9ED66EB.dip0.t-ipconnect.de> has quit IRC | 18:26 | |
| *** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC | 18:27 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-wdnkjwtjmhbpbjpi> has quit IRC | 18:31 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto | 18:38 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 18:47 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 18:52 | |
| denix | hmm, both python-nose and python3-nose provide /usr/bin/nosetests, which breaks when both python versions are being installed on target | 19:00 |
| *** henriknj <henriknj!~henriknj@5.186.55.133> has joined #yocto | 19:01 | |
| kergoth | should see how it's handled in debian. probably with 2/3 suffixes | 19:01 |
| denix | https://packages.debian.org/jessie/all/python3-nose/filelist - /usr/bin/nosetests3 | 19:05 |
| *** sjolley <sjolley!~sjolley@134.134.139.76> has quit IRC | 19:08 | |
| *** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto | 19:09 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 19:12 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-rzraajfgtjycdyjy> has quit IRC | 19:17 | |
| *** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto | 19:19 | |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 19:20 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 19:21 | |
| *** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC | 19:24 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto | 19:25 | |
| *** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-plvpfqdkqswuiann> has quit IRC | 19:27 | |
| *** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has joined #yocto | 19:30 | |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 19:32 | |
| *** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC | 19:34 | |
| *** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto | 19:35 | |
| *** arkver <arkver!~arkver@95.147.75.190> has joined #yocto | 19:37 | |
| *** catch22 <catch22!~aboseley@101.165.216.251> has joined #yocto | 19:38 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has joined #yocto | 19:40 | |
| *** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has quit IRC | 19:41 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC | 19:45 | |
| *** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto | 19:46 | |
| khem | yeah nosetests2 and nosetests3 | 19:47 |
| khem | would be the way to go where nosetests is a symlink to py2 version | 19:47 |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 19:48 | |
| *** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.76> has joined #yocto | 19:50 | |
| *** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC | 19:52 | |
| *** arkver <arkver!~arkver@95.147.75.190> has quit IRC | 19:56 | |
| *** pohly <pohly!~pohly@93.232.219.247> has quit IRC | 19:56 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 19:58 | |
| *** GoatFounDeR <GoatFounDeR!29c1d7bc@gateway/web/freenode/ip.41.193.215.188> has joined #yocto | 20:05 | |
| *** arkver <arkver!~arkver@31.79.180.217> has joined #yocto | 20:11 | |
| *** arkver <arkver!~arkver@31.79.180.217> has quit IRC | 20:12 | |
| *** joshua__ <joshua__!~joshua@184-89-81-199.res.bhn.net> has quit IRC | 20:25 | |
| *** henriknj <henriknj!~henriknj@5.186.55.133> has quit IRC | 20:26 | |
| *** arkver <arkver!~arkver@31.79.180.217> has joined #yocto | 20:29 | |
| *** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC | 20:32 | |
| *** arkver <arkver!~arkver@31.79.180.217> has quit IRC | 20:32 | |
| GoatFounDeR | Hi all, I have a small problem with my small application and eclipse with the plugin installed. When I try and compile my program it seems like it fails with SDL | 20:33 |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 20:34 | |
| GoatFounDeR | I suspect that this is to do with linking as I can locate the headers, and the libSDL is in my ADT. is there something I am missing including the library? | 20:34 |
| GoatFounDeR | "undefined reference to `SDL_FillRect'display_class.cpp/cm-ipbx-fw/srcline 341C/C++ Problem" is the type of error I'm getting | 20:37 |
| *** Smitty__ <Smitty__!86bfdc4c@gateway/web/freenode/ip.134.191.220.76> has quit IRC | 20:38 | |
| *** rewitt1 <rewitt1!rewitt@nat/intel/x-yqzorpytudjkijrk> has quit IRC | 20:41 | |
| *** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto | 20:41 | |
| *** sjolley <sjolley!~sjolley@134.134.139.73> has quit IRC | 20:47 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has quit IRC | 20:49 | |
| *** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto | 20:49 | |
| *** arkver <arkver!~arkver@95.147.75.190> has joined #yocto | 20:54 | |
| *** GoatFounDeR <GoatFounDeR!29c1d7bc@gateway/web/freenode/ip.41.193.215.188> has quit IRC | 20:59 | |
| *** dreyna <dreyna!~dreyna@unknown-216-199.windriver.com> has joined #yocto | 21:03 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 21:03 | |
| *** el_robin_ <el_robin_!~el_robin@ns3279252.ip-5-39-92.eu> has quit IRC | 21:05 | |
| *** el_robin <el_robin!~el_robin@ns3279252.ip-5-39-92.eu> has joined #yocto | 21:08 | |
| *** el_robin <el_robin!~el_robin@ns3279252.ip-5-39-92.eu> has quit IRC | 21:09 | |
| *** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC | 21:10 | |
| *** el_robin <el_robin!~el_robin@ns3279252.ip-5-39-92.eu> has joined #yocto | 21:10 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 21:16 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto | 21:16 | |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 21:17 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 21:17 | |
| *** lamego <lamego!jose@nat/intel/x-bjdfhieeeqzedtih> has quit IRC | 21:18 | |
| *** arkver <arkver!~arkver@95.147.75.190> has quit IRC | 21:27 | |
| *** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC | 21:27 | |
| *** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto | 21:29 | |
| *** catch22 <catch22!~aboseley@101.165.216.251> has quit IRC | 21:34 | |
| *** berton <berton!~berton@189.114.111.135> has quit IRC | 21:37 | |
| *** sameo_ <sameo_!~samuel@192.55.55.41> has joined #yocto | 21:38 | |
| *** sameo <sameo!~samuel@192.55.54.45> has quit IRC | 21:41 | |
| *** joshuagl <joshuagl!~joshuagl@192.198.151.43> has quit IRC | 21:48 | |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 21:51 | |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 21:55 | |
| *** stephano <stephano!~stephano@134.134.139.78> has joined #yocto | 21:56 | |
| *** alimon <alimon!alimon@nat/intel/x-zzbceqtfqugmrwen> has quit IRC | 21:57 | |
| *** rewitt <rewitt!~rewitt@134.134.137.71> has joined #yocto | 21:59 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:07 | |
| *** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC | 22:08 | |
| *** JPEWhacker <JPEWhacker!cc4da372@gateway/web/freenode/ip.204.77.163.114> has quit IRC | 22:08 | |
| *** demonimin <demonimin!~demonimin@5.51.222.165> has joined #yocto | 22:08 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 22:08 | |
| *** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC | 22:27 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 22:28 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 22:29 | |
| *** agust <agust!~agust@p4FCB5530.dip0.t-ipconnect.de> has quit IRC | 22:30 | |
| *** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.76> has quit IRC | 22:34 | |
| *** dscully <dscully!~dscully@24.249.154.174> has joined #yocto | 22:35 | |
| *** rburton <rburton!~Adium@home.burtonini.com> has quit IRC | 22:47 | |
| *** stephano <stephano!~stephano@134.134.139.78> has quit IRC | 22:51 | |
| *** nighty- <nighty-!~cp@www.taiyolabs.com> has quit IRC | 22:58 | |
| *** nighty- <nighty-!~cp@www.taiyolabs.com> has joined #yocto | 23:00 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 23:10 | |
| *** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC | 23:15 | |
| *** Crofton|work <Crofton|work!~balister@71.171.14.190> has quit IRC | 23:17 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-14-165.ronkva.east.verizon.net> has joined #yocto | 23:19 | |
| *** sameo_ <sameo_!~samuel@192.55.55.41> has quit IRC | 23:24 | |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC | 23:46 | |
| *** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto | 23:56 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!