Thursday, 2017-02-23

*** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has joined #yocto00:03
*** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-242-202.hsi5.kabel-badenwuerttemberg.de> has quit IRC00:14
*** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-242-202.hsi5.kabel-badenwuerttemberg.de> has joined #yocto00:17
*** suy <suy!~quassel@78.47.119.89> has joined #yocto00:18
*** LetoThe2nd <LetoThe2nd!~jd@s15387740.onlinehome-server.info> has quit IRC00:18
*** LetoThe2nd <LetoThe2nd!~jd@s15387740.onlinehome-server.info> has joined #yocto00:19
*** toscalix <toscalix!~toscalix@67.23.202.154> has quit IRC00:31
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC00:35
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto00:35
*** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has quit IRC00:46
*** dreyna__ <dreyna__!~dreyna@67.23.202.154> has joined #yocto00:50
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:56
*** lamego <lamego!jose@nat/intel/x-rplfndbuzjhqswxr> has quit IRC01:24
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC01:37
*** dv_ <dv_!~quassel@62.178.118.86> has joined #yocto01:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:46
*** RP1 <RP1!~richard@67.23.202.154> has quit IRC01:46
*** RP1 <RP1!~richard@67.23.202.154> has joined #yocto01:49
*** dreyna__ <dreyna__!~dreyna@67.23.202.154> has quit IRC01:50
*** itayo <itayo!~stefan@h-128-244.a355.priv.bahnhof.se> has quit IRC02:06
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto02:07
*** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has joined #yocto02:09
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC02:12
*** peacememories <peacememories!~textual@84-114-121-230.cable.dynamic.surfer.at> has quit IRC02:13
*** paulg <paulg!~paulg@198-84-204-211.cpe.teksavvy.com> has quit IRC02:23
*** jairglez <jairglez!~jairdeje@134.134.137.71> has left #yocto02:34
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:52
*** morphis_ <morphis_!~morphis@pD9ED6264.dip0.t-ipconnect.de> has joined #yocto02:56
*** morphis <morphis!~morphis@pD9ED628C.dip0.t-ipconnect.de> has quit IRC02:59
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:03
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has quit IRC03:05
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has joined #yocto03:09
*** manuel__ <manuel__!~manuel@91.137.48.70> has quit IRC03:28
*** ka6sox is now known as zz_ka6sox03:32
*** zz_ka6sox is now known as ka6sox03:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:41
*** ka6sox is now known as zz_ka6sox03:43
*** RP1 <RP1!~richard@67.23.202.154> has quit IRC03:53
*** RP1 <RP1!~richard@67.23.202.154> has joined #yocto03:56
*** rstreif <rstreif!~rstreif@ip68-7-63-100.sd.sd.cox.net> has quit IRC03:58
*** pohly <pohly!~pohly@ip-64-134-128-59.public.wayport.net> has joined #yocto04:09
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto04:25
*** pohly <pohly!~pohly@ip-64-134-128-59.public.wayport.net> has quit IRC04:39
*** ranchu <ranchu!6d420138@gateway/web/freenode/ip.109.66.1.56> has quit IRC04:43
*** sgw_ <sgw_!~sgw_@134.134.139.72> has quit IRC04:55
*** RP1 <RP1!~richard@67.23.202.154> has quit IRC05:07
*** trollkarlen1 <trollkarlen1!~trollkarl@113.146.134.64> has joined #yocto05:42
*** quite <quite!quite@gyro.lublin.se> has joined #yocto05:48
*** quite <quite!quite@unaffiliated/quite> has joined #yocto05:48
*** trollkarlen1 <trollkarlen1!~trollkarl@113.146.134.64> has left #yocto05:51
*** Guest40893 <Guest40893!~john@host86-147-123-91.range86-147.btcentralplus.com> has joined #yocto05:55
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto06:10
*** morphis_ <morphis_!~morphis@pD9ED6264.dip0.t-ipconnect.de> has quit IRC06:11
*** vignesh_ <vignesh_!~vignesh@139.181.35.34> has joined #yocto06:29
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto06:33
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.5.28.158.194> has joined #yocto06:35
ranchuhi, how can we reduce boot time in yocto ?06:35
ranchuIs there some way to reduce boot time in yocto ?06:42
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto06:44
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:52
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC06:58
*** zz_ka6sox is now known as ka6sox06:59
*** agust <agust!~agust@p4FCB7764.dip0.t-ipconnect.de> has joined #yocto06:59
ranchuanyone made a usb boot with intel cpu ? I get a blinking cursor.07:03
*** dreyna__ <dreyna__!~dreyna@74-95-45-185-Oregon.hfc.comcastbusiness.net> has joined #yocto07:08
*** berton <berton!~berton@189.114.111.135> has quit IRC07:11
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto07:16
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC07:18
*** dreyna__ <dreyna__!~dreyna@74-95-45-185-Oregon.hfc.comcastbusiness.net> has quit IRC07:19
*** frsc <frsc!~frsc@dslb-094-216-254-151.094.216.pools.vodafone-ip.de> has joined #yocto07:24
ranchuIs it possible to upgrade kernel in local.conf with older yocto branches (daisy for example) ?07:25
*** yizhao <yizhao!6a786526@gateway/web/freenode/ip.106.120.101.38> has joined #yocto07:26
ranchuIs it possible to upgrade kernel in local.conf with older yocto branches (daisy for example) ?07:27
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:30
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has quit IRC07:32
*** yizhao <yizhao!6a786526@gateway/web/freenode/ip.106.120.101.38> has left #yocto07:32
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto07:34
*** arfoll <arfoll!arfoll@nat/intel/x-blmqebhgdwanbytf> has joined #yocto07:36
LetoThe2ndranchu: in local.conf you could select a preferred version, but you still need a layer that provides the corresponding recipe. so the correct answer is: not by only using local.conf exclusively07:36
*** rollcake <rollcake!~yoonki@175.125.129.3> has joined #yocto07:37
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto07:39
ranchuLetoThe2nd - Hi LetoThe2nd , why do I need corresponding recipe ? Isn't local.conf preferred version suffecient ?07:39
*** ipuustin <ipuustin!~ipuustin@82-181-7-132.bb.dnainternet.fi> has joined #yocto07:39
*** RP1 <RP1!~richard@ip-64-134-128-59.public.wayport.net> has joined #yocto07:40
LetoThe2ndranchu: well if you set the preferred version to something, lets say x.y, then that does not automagically tell bitbake how to make that. per preferred version, you can only select things that are known to bitbake (e.g., have a recipe07:41
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC07:42
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto07:42
ranchuOk, I think I understand07:43
ranchuthanks07:43
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has quit IRC07:43
*** yizhao <yizhao!~zhaoyi@106.120.101.38> has joined #yocto07:43
ranchuby the way, is there something in filesystem that depens on kernel version, except kernel modules ?07:44
LetoThe2ndranchu: not necessarily, but possibly.07:44
ranchupossible becuase some libraries depends on specific kernel versions (probably becuase of syscalss api) ?07:45
*** RP1 <RP1!~richard@ip-64-134-128-59.public.wayport.net> has quit IRC07:45
LetoThe2ndits more common that things rely on specific kernel features to be present, which in turn can also mean "newer then" if the features are rather recent07:45
*** RP1 <RP1!~richard@ip-64-134-128-59.public.wayport.net> has joined #yocto07:46
ranchuand yocto takes cares for all these dependencies between libraries and kernel (kernel features, kernel syscalls, etc) ?07:46
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC07:46
ranchuLetoThe2nd - Does Yocto takes cares for all these dependencies between libraries and kernel (kernel features, kernel syscalls, etc) ? which means that it might upgrade libraries if kernel is newer ?07:48
LetoThe2ndranchu: yocto itself cares for nothing, you probably mean OE, or poky as the reference distribution :-D07:48
*** RP1 is now known as RP07:49
ranchuyes, I mean  OE, or poky... :) they should take care of these dependencies Right ?07:51
LetoThe2ndranchu: and the build process again will not automagically update any libraries. you can prefer/request a certain version of something, and if it finds all the needed recipes for the versioned dependency chain, then those things get built. it will not by itself change/update any version, you always have to provide the specific version recipe07:52
ranchuif this is so, it sounds a real endeviour trying to upgrade kernel..... if dependencies are not automagically being taken care of...07:54
LetoThe2ndin the end thats the point of the releases. to have a  coherent set of the infrastructure.07:54
ranchuif this is so, it sounds a real endeviour trying to upgrade kernel..... if dependencies are not automagically being taken care of...07:54
LetoThe2ndranchu: not at all, because the kernel-userspace interface is well known. things become only nasty if some binary kernel magic is involved, or versioned non-opensourced drivers, or things like that.07:55
*** fl0v0 <fl0v0!~fvo@pD9F6B3E6.dip0.t-ipconnect.de> has joined #yocto07:56
LetoThe2ndi have dora, dizzy, krogoth, morty, all on the same kernel version maintained for my projects. effort is zero.07:56
ranchuI mean that if for updating kernel it is not just a matter of changing PREFERRED_VERSION_linux-yocto , and I also need to create recipes, than it sounds quite heavy07:59
ranchuvery07:59
LetoThe2ndranchu: linux-yocto is only provided in specific versions anyways. and it is not the vanilla upstream kernel.08:00
*** ant_work <ant_work!~ant__@host129-229-dynamic.182-80-r.retail.telecomitalia.it> has joined #yocto08:01
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has joined #yocto08:01
maka_Heya08:01
ranchuI understand, Ok. Thanks LetoThe2nd08:01
LetoThe2ndagain, it depends very much on your userland. if it is well behaved, and your kernel is too, then just slap in a linux_kernel_custom with your version and source, and be done.08:01
maka_Does anyone know how to install deb files with something like apt-get in a yocto image?08:01
LetoThe2ndmaka_: what is it that you want? either you get something as a deb and want to write a recipe for it, or you want your build output to be deb formatted, and support packagemanagement at runtime?08:03
maka_preferably i want a recipe to put it in the build while making the image. But i couldnt get that to work sadly.08:04
LetoThe2ndwell then why deb? why not proper source upstream?08:05
maka_What i'm trying now is installing the deb package after making the image with apt-get however i get some errors: Couldn't find any package by glob/regex08:05
maka_Because the packages that were provided to me are debs ._.08:05
LetoThe2ndif thats all that you get, then you are up for some ugly unpacking and custom installation scripting in your recipe08:06
LetoThe2ndplus the fact that you will have fun in getting the arch things right08:06
maka_I thought so... the problem is, i have no clue how to make that recipe as i am quite new to both yocto and linux08:06
LetoThe2ndmaka_: basically it is this: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#packaging-externally-produced-binaries08:07
maka_I am however able to get some tar.bz2 packages for some of the debs, would that be easier to install?08:07
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.5.28.158.194> has quit IRC08:07
LetoThe2ndmaka_: usually tarballs are easier because you don't need manual unpacking action08:08
*** mckoan|away is now known as mckoan08:08
maka_Because i tried that aswell before, but i kept getting errors that the feed was empty or things like that08:08
LetoThe2ndmaka_: then probably your install steps were faulty, and therefore created empty packages.08:09
LetoThe2ndmaka_: what you describe about always means manual do_install scripts to be written.08:10
*** bluelightning <bluelightning!~paul@118.148.113.65> has joined #yocto08:10
maka_Hmm, im pretty sure thats it yea, however i have no clue how that do_install function works ._.08:10
*** bluelightning <bluelightning!~paul@118.148.113.65> has quit IRC08:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:10
LetoThe2ndmaka_: thats why i handed you the documentation on writing recipes.08:11
maka_i'm reading through that right now ^^08:11
LetoThe2ndmaka_: here even is a super trivial example for a do_install http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-single-c-file-package-hello-world08:11
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto08:11
maka_the weird thing is, i also tried installing de tar package on ubuntu normally, it had some steps like ./configure and make, make modules and stuff like that. But even on ubuntu that seemed to fail08:14
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto08:14
* LetoThe2nd sighs.08:14
LetoThe2ndso the tarball is source, and the deb is binary probably.08:15
maka_The tarball is indeed source, no clue about the deb though08:15
LetoThe2ndin that case look at the source, find if it is autotoolized or using some other build system, and then apply the corresponding documentation08:15
*** micka <micka!~micka@2a01:e35:1397:6b30:e270:892f:f4e6:7009> has left #yocto08:18
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:19
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:21
maka_LetoThe2nd: ok, so so far it can find the file(the tar.bz2) and unpacks it, however at this part "install -m 0755 helloworld ${D}${bindir}" it has some error, ofc i changed the helloworld, but what exactly should be there?08:24
LetoThe2ndmaka_: that basically copies whatever you want over to the target.08:25
LetoThe2ndhttps://linux.die.net/man/1/install08:25
maka_hmm, but in that case i have to do this differently right? since there are makefiles and a ./configure08:27
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:27
fl0v0hi! is it possible for two recipes to share the same work directory?08:30
fl0v0I have a case where one recipe needs the generated configuration files of another recipe08:31
LetoThe2ndmaka_: hm. did you actually read the documentation beyond the headline that i gave you?08:32
maka_I did, however i dont really get it yet ._.08:32
LetoThe2ndmaka_: there is examples for things that come with makefiles, and things that come autotoolized (and a ./configure is often, but not necessarily a hint that a source package is autotoolized)08:32
LetoThe2ndmaka_: so what packages are this. is it something that i actually could look at, or some arcane closed whatever stuff?08:33
maka_The one im trying to get to install now is found here: etherlab.org/download/ethercat/ethercat-1.5.2.tar.bz208:35
LetoThe2ndmaka_: ok, so stuff with kernel modules and all.08:36
LetoThe2ndyou certainly are in for a hard ride. my first suggestion would be to have a long and thorough look at what they did there, and if the layer procide something for you to recycle: https://layers.openembedded.org/layerindex/recipe/59739/08:38
maka_"you certainly are in for a hard ride" Not what i was hoping (._.')708:39
*** cbo <cbo!c227da0a@gateway/web/freenode/ip.194.39.218.10> has joined #yocto08:40
LetoThe2ndhope has nothing to do with proper code.08:40
maka_Fair enoug08:41
maka_h08:41
LetoThe2ndyou've got a 4 year old unmaintained tarball that needs kernel modules.08:41
LetoThe2ndthats just like the definition of "pain"08:41
maka_And thats only 1 of the packages ^^08:42
LetoThe2ndlet me guess, university project? ;-)08:43
maka_Internship08:43
LetoThe2ndsomething like "here is the board, make all this stuff run on it. oh and yes, you gotta use this yocto linux, we've heard it is cool!"?08:44
LetoThe2ndor is there actually somebody competent to guide and teach you?08:45
maka_Nopeee08:45
LetoThe2ndwhat nope?08:45
maka_They heard about it, looked at it for 30 minutes and thought, thats fun, we could use this!08:45
maka_Go find out if it works with these packages!08:45
maka_And no one really knows how it works sadly, so i don't really have anyne to guide me...08:46
LetoThe2ndthen better stop now and tell your boss "it certainly can be made work, but needs serious effort." and point out that you just don't have the necessary knowledge.08:46
maka_Would it really be that hard to get to work yea?08:46
LetoThe2ndfor someone knowing linux, cross compilation and openembedded, my estimate would be a couple of days, if there is nothing major to be patched in the source.08:47
LetoThe2ndwhat things do you already know, and what are you expected to learn? what is the timeframe?08:49
maka_Well my knowledge about linux is limited to some raspberry pi stuff, i know the basics of yocto a little now, and i have about 5 months08:50
LetoThe2ndwhat kind of board is this?08:51
maka_It's supposed to run on some embedded pc08:51
LetoThe2ndthats no answer08:51
maka_something with an intel cpu, thats all i know08:51
LetoThe2ndis it a one of a kind?08:52
maka_i don't know yet08:52
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:52
LetoThe2ndbecause then better just slap debain on it, manually install everything and beat onto it until it works08:52
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC08:52
maka_That would be better yea08:53
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto08:53
LetoThe2ndOE is cool if you need to maintain things in the long run. if you need to be able to reproduce the whole system days, weeks, months or even years later if soemthing need to be changed08:53
LetoThe2ndor if you are on targets and in environments that are not supposed to have package management and all that08:54
LetoThe2ndif its just for a one of a kind test drive, better do the standard desktop thing. (my $.02)08:54
maka_It has to work for a long time tho, its not just a test or something08:54
LetoThe2ndthat sound not very well considered.08:55
LetoThe2ndi condense the situation to: "we have an intern for 5 month, no clue about OE, about linux a bit maybe, and he shall take this huge pile of partially arcane, old, and unmaintained software to deliver a reaady-to-use-product."08:57
LetoThe2ndif that sounds about right, tell your supervisor that this will not fly.08:57
maka_I'll mention it next meeting .-.08:58
*** manuel__ <manuel__!~manuel@91.137.38.29> has joined #yocto08:58
LetoThe2ndin 5 months you can get a solid grasp of cross-building software and OE. probably also make one or two packages work.08:59
LetoThe2ndmore if there is someone to guide and teach, less if you are left all alone.08:59
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has joined #yocto09:00
maka_It's the latter one sadly09:00
LetoThe2ndwell then09:01
LetoThe2ndsounds like you need to compile a bit of information how things generally work, and then have some serious conversation09:02
*** manuel__ <manuel__!~manuel@91.137.38.29> has joined #yocto09:03
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:04
maka_Probably... Don't really wanna fck up internship though ._.09:04
LetoThe2ndmaka_: you can also bury yourself at your desk and let things blow up the last day.09:05
maka_Yea, fair enough bit still haha09:06
maka_but*09:06
LetoThe2ndin my experience, it is ok the give impossible tasks to an intern. but it needs to be clear that the target is then "go as far as you can, and we'll talk regularly about the progress, problems, and things you learned."09:06
maka_I really do hope that will be the case here09:06
LetoThe2ndlike, discussing your proceeding with the supervisor once a week or so.09:06
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC09:07
nrossiJaMa: You around? got a query regarding the QEMU error you hit. Are you enforcing -Werror?09:08
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:08
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto09:09
*** Cosmin <Cosmin!~Cosmin@gate-zro.freescale.com> has joined #yocto09:12
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC09:12
maka_LetoThe2nd: Either way, Thanks for the info!09:20
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:20
LetoThe2ndgood luck09:20
maka_Thanks ^^09:21
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto09:22
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has quit IRC09:23
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC09:31
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto09:33
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC09:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:39
JaManrossi: no I'm not enforcing Werror, see the patch I've sent09:40
*** ed21 <ed21!~Adium@192.198.151.44> has joined #yocto09:47
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:48
*** ed21 is now known as ed209:48
nrossiJaMa: I did see it, the thing is i would have expected that the nativesdk build to see the same error since it it using glibc 2.25 but its just a warning :|09:53
nrossiJaMa: And the thing is that the default configure for QEMU doesn't enable Werror unless you are at least using it from a git repo (of which the _2.8.0.bb recipe is using a tarball)09:54
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC10:03
zzerooWhat's the prefered way to express `systemctl enable wpa_supplicant@wlan0.conf` in a recipe?10:04
*** avalluri <avalluri!~avalluri@192.55.54.44> has quit IRC10:05
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC10:06
*** Cosmin <Cosmin!~Cosmin@gate-zro.freescale.com> has quit IRC10:08
*** Cosmin_ <Cosmin_!~Cosmin@gate-zro.freescale.com> has joined #yocto10:08
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto10:14
*** avalluri <avalluri!~avalluri@192.55.54.44> has joined #yocto10:15
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto10:17
marquizhmm, patchwork seems to have missed one of my patches:10:35
marquizhttp://lists.openembedded.org/pipermail/openembedded-core/2017-February/133241.html10:35
marquizis that common?10:35
JaManrossi: nativesdk is probably also using patched autoconf openembedded-core/meta/recipes-devtools/autoconf/autoconf/AC_HEADER_MAJOR-port-to-glibc-2.25.patch which many hosts don't have10:35
JaMamarquiz: common in last week, but should be fixed now http://lists.openembedded.org/pipermail/openembedded-devel/2017-February/111470.html10:36
marquizJaMa: oh, thx, that thread had avoided my radar somehow10:42
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC10:48
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC10:49
*** rollcake <rollcake!~yoonki@175.125.129.3> has quit IRC10:51
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto10:52
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto10:53
ed2rburton: I've just sent an explanation of the AB build failure. Would you mind to pull my patchsets back?10:58
rburtoned2: ah, ok.  joshuagl, can you look at ed's latest reply to the wic thread?  there's an AR for you in there :)10:59
ed2rburton: it took me awhile to figure out that hidden MACHINE change. That's quite confusing.11:00
joshuaglrburton: ed2: sure, I'll take a look. These things are usually better tracked as bug reports11:01
ed2joshuagl: yep, I'll create a bug.11:01
joshuaglthanks ed211:02
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has quit IRC11:08
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has joined #yocto11:08
maka_Heya!11:08
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has joined #yocto11:09
maka_I was wondering, if i have some specific make commands needed for a package, how do i add those to the recipe?11:09
*** arfoll <arfoll!arfoll@nat/intel/x-blmqebhgdwanbytf> has quit IRC11:09
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC11:11
rburtonmaka_: in do_compile() (which by default is basically "make", and can be seen in base.bbclass)11:11
maka_And how exactly would i have to add it there? can i just type like: make nameOfFile ?11:12
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto11:13
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto11:18
rburtonmaka_: yes11:18
*** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto11:19
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.5.28.158.194> has joined #yocto11:20
ranchuI see in usb iso image both syslinux and grub.cfg. does it mean both are used ?11:21
ranchuhi11:21
ranchuI see in usb iso image both syslinux and grub.cfg. does it mean both are used ?11:23
maka_rburton: It actually compiles now! However i get: i386:x86-64 architecture of input file `file/path' is incompatible with i386 output11:27
rburtonmaka_: as that's not an error that our tooling produces, i can't really help11:29
maka_Thats alright, just said i got it, trying to fix it now, something in the package should change to x64 instead of x86, at least that swha ti found11:30
maka_thats what i found*11:30
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto11:32
*** sujith_desktop <sujith_desktop!~quassel@139.181.35.34> has joined #yocto11:46
*** berton <berton!~berton@189.114.111.135> has joined #yocto11:51
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC11:54
*** sujith_desktop <sujith_desktop!~quassel@139.181.35.34> has quit IRC11:58
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC12:03
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto12:03
*** rcw <rcw!~rwoolley@23.91.148.193> has quit IRC12:06
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:15
*** vignesh_ <vignesh_!~vignesh@139.181.35.34> has quit IRC12:25
*** jku <jku!~jku@192.198.151.45> has joined #yocto12:26
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto12:32
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has joined #yocto12:34
*** pohly <pohly!~pohly@ip-64-134-128-59.public.wayport.net> has joined #yocto12:41
*** spooq <spooq!~spooq@185.16.85.56> has quit IRC12:46
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC12:58
*** psadro <psadro!~Thunderbi@216.234.148.135> has joined #yocto12:59
ranchuWhat's the difference between hddimg and iso ?13:01
ranchuI manage to boot with rufus burn of iso, but not with linux "dd" of iso. I don't understand the difference.13:02
rburtonand hddimg is a disk image with partitions and a boot loader13:03
ranchurburton - the sentence seemd to be cut13:04
rburtoni meant 'an hddimg'13:05
ranchuwhat's the difference between hddimg and iso ?13:05
ranchuiso also have bootloader I think13:05
*** arfoll <arfoll!arfoll@nat/intel/x-dgsannfcvscgshps> has joined #yocto13:06
rburtonhddimg is a disk image with a partition and boot loaders, and live boots a read-write image from the disk image13:09
rburtonand iso is a cd image13:09
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has joined #yocto13:11
maka_Any chance i could get Gdebi package manager on yocto?13:12
rburtonmaka_: sure, write a recipe13:12
*** justanotherboy <justanotherboy!~mlopezva@192.55.55.39> has quit IRC13:18
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has quit IRC13:21
kanavinrburton: I'm not seeing my version update patchbomb in patchwork, shall I resend?13:22
rburtonkanavin: second time i've been told that13:22
rburtonkanavin: no, tell lsandov instead :)13:23
rburtoni'm not relying on patchworks right now13:23
rburton(as in my primary workflow is still mail)13:23
kanavinrburton: I think ppl have been already complaining, so no need for extra13:23
*** itayo <itayo!~stefan@h-128-244.a355.priv.bahnhof.se> has joined #yocto13:24
*** ranchu <ranchu!051c9ec2@gateway/web/freenode/ip.5.28.158.194> has quit IRC13:25
kanavinrburton: oh, and: shall we throw the dnf patchset on more than x86_64 ab?13:25
kanavinrburton: like, all of them at once, so I have no time for explorathon :D13:25
kanavinthe last one was all green btw13:26
rburtonkanavin: yeah i can throw it across the hole buildsets13:26
rburtonwhat was the branch name?13:27
kanavinhttps://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm413:27
rburtonkanavin: https://autobuilder.yocto.io/tgrid13:27
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-qyaxgyhgxorlgzcu> has joined #yocto13:29
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto13:39
kanavinwget works, but firefox does not - over the same proxy.ir.intel.com :-/13:39
kanavinsomething on my local setup then13:39
kanavinah, wrong channel :)13:40
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC13:49
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto13:49
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC13:51
kanavinrburton: is this serious? what does it test for? https://autobuilder.yocto.io/builders/nightly-distrodata/builds/1013:55
*** maka_ <maka_!58d38d01@gateway/web/freenode/ip.88.211.141.1> has quit IRC14:01
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC14:01
joshuaglsaul asked for that to be enabled but it doesn't seem especially useful in its present form, patches or bug reports welcome14:04
kanavinjoshuagl: so it's expected to fail, and I should not be looking further?14:04
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC14:04
joshuaglit's not expected to fail, but the output is not very useful14:04
kanavinjoshuagl: what I mean is that it's not something I broke in the dnf branch that makes it fail14:06
joshuaglall 10 runs have failed so that seems unlikely14:06
joshuaglkanavin: I think the dnf branch may have contributed, just teasing out the data14:09
*** lamego <lamego!~jose@134.134.137.75> has joined #yocto14:11
*** ranchu <ranchu!c25a86fb@gateway/web/freenode/ip.194.90.134.251> has joined #yocto14:11
ranchuAny idea how to install hddimg or iso on virtualbox ?14:12
ranchuI try to install the images on virtualbox ?14:12
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:14
*** manuel__ <manuel__!~manuel@91.137.38.29> has quit IRC14:14
*** manuel_ <manuel_!~manuel@91.137.38.29> has joined #yocto14:15
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto14:15
joshuaglkanavin: rburton: that builder is calling "bitbake world -c distrodata" for 10 MACHINEs, then combining the generated distrodata.csv, extracting the Package and Description fields and writing those to a new distrpatch.csv, if distropatch.csv exists then the builder fails.14:15
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has joined #yocto14:15
kanavinjoshuagl: pardon me, what is the purpose of -c distrodata?14:16
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has quit IRC14:17
rburtonkanavin: do you really want to know or will you be happy with "don't worry about it" :)14:18
joshuaglrburton: I somehow don't think the nightly-distrodata builder is doing what Saul wants/expects. It seems to be generating the data rrs uses?14:19
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has joined #yocto14:19
rburtonrrs doesn't use it afaik14:19
rburtondistrodata compares with other distros, rrs is upstream14:19
rburtoni'm wondering if we can ditch it14:20
joshuaglthe builder only cares about whether upgrades are available for recipes14:21
joshuaglit ignores the data which compares with other distros14:21
joshuaglthat bitbake invocation generates 4 csv files: checkpkg.csv,  distrocheck.csv,  distrodata.csv,  missinglicense.csv14:22
joshuagldistrocheck seems to be the one you're thinking of rburton ? but the AB ignores that14:22
rburtonhm14:22
*** itayo <itayo!~stefan@h-128-244.a355.priv.bahnhof.se> has quit IRC14:23
kanavinit would be nice to have an AB test for upstream check regressions14:23
kanavinI think joshuagl filed a bug for it14:23
kanavinme cleaning those up after people change SRC_URI is not optimal14:24
joshuaglI did file a bug for it14:24
*** zeenix <zeenix!~zeenix@83.218.80.243> has joined #yocto14:32
*** itayo <itayo!~stefan@h-128-244.a355.priv.bahnhof.se> has joined #yocto14:35
ranchuAnyone knows what is the difference between iso to hddimg ?14:35
JaMaranchu: rburton knows, I've seen him explaining it here earlier today14:36
*** Tamis <Tamis!3e862e04@gateway/web/freenode/ip.62.134.46.4> has joined #yocto14:37
pohlyHow do I enable the "musl" configuration used by the autobuilders?14:38
pohlyWhich MACHINE, for example?14:38
joshuaglqemux8614:39
joshuaglTCLIBC="musl"14:39
pohlyI tried MACHINE=intel-core-i7-64 together with require conf/distro/include/tclibc-musl.inc.14:39
pohlySo just TCLIBC="musl", no the include file?14:39
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has quit IRC14:40
joshuaglright, that's all the AB does14:40
ranchuhi rburton, can you please explain the difference ? I hope you weren't explaing it to me before :)14:40
TamisI am doing a kernel build, but the do_kernel_metadata function make too much time. Almost an hour.14:42
TamisIf I do the same build without using yocto style recipe. The build finishes way faster. Why is that?14:43
ranchuAnyone familiar with difference between hddimg and iso ?14:46
rburtonranchu: i was :) 'hddimg is a disk image with a partition and boot loaders, and live boots a read-write image from the disk image.  iso is a cd image.'14:49
seebshttps://security.googleblog.com/2017/02/announcing-first-sha1-collision.html14:49
*** ed2 <ed2!~Adium@192.198.151.44> has quit IRC14:50
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto14:50
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has joined #yocto14:50
ranchurburton, ok now I got your explanation. yet - I think the iso is also with bootloader. i.e. the only difference is disk to cd image. Or am I wrong ?14:51
ranchuI ask (I'm not sure, I just think I saw in iso a bootloader too)14:51
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has quit IRC14:51
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has joined #yocto14:52
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto14:54
*** frsc <frsc!~frsc@dslb-094-216-254-151.094.216.pools.vodafone-ip.de> has quit IRC14:54
*** gizero <gizero!~gizero@151.30.14.135> has joined #yocto14:54
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has joined #yocto14:55
*** peacememories <peacememories!~textual@213-47-146-213.cable.dynamic.surfer.at> has quit IRC14:56
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC14:58
*** justanotherboy <justanotherboy!~mlopezva@192.55.55.39> has joined #yocto15:00
gizerohi! just updated a build to use latest master did run a eSDK build. I noticed a change in the naming of artifacts in tmp/deploy/sdk. Some of the files there now include a reference to the date of the metadata snapshot. Wondering why this applies to "buildtools" artifacts, but not to "nativesdk-libc" ones. Even more strange SDK install scripts, manifests and testdata.json only got th '+snapshot' thing but15:01
gizerowith no date. Is this expected behaviour? (disclaimer: using some extra meta layers here, not yet tested with plain poky)15:01
*** frsc <frsc!~frsc@dslb-094-216-254-151.094.216.pools.vodafone-ip.de> has joined #yocto15:02
*** ed2 <ed2!~Adium@192.198.151.43> has joined #yocto15:04
rburtonkanavin: some failures on the dnf branch btw15:07
kanavinrburton: yes, was watching that anxiously :)15:08
*** ed2 <ed2!~Adium@192.198.151.43> has quit IRC15:08
*** cbo <cbo!c227da0a@gateway/web/freenode/ip.194.39.218.10> has quit IRC15:11
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto15:14
ranchuI've added "GRUB_SERIAL ?= "console=ttyS2,115200" in /meta-hw/hardhware/hadrware.conf , yet after invoking bitbake image, grub.cfg is not updated.15:16
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC15:16
ranchuDo I need to invoke bitbake grub before ?15:16
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto15:17
rburtonno idea what meta-hw is but it sounds like some recipe doesn't have its dependencies right15:18
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC15:20
*** itayo <itayo!~stefan@h-128-244.a355.priv.bahnhof.se> has quit IRC15:24
*** jku_ <jku_!~jku@85-76-81-206-nat.elisa-mobile.fi> has joined #yocto15:25
*** jku <jku!~jku@192.198.151.45> has quit IRC15:26
*** gtristan <gtristan!~tristanva@110.11.226.29> has joined #yocto15:27
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto15:28
ranchurburton - I rechecked, and see only one conf file in meta folders which has SYSLINUX_SERIAL_TTY, yet I don't find it in the generate syslinux.cfg15:33
*** ant_work <ant_work!~ant__@host129-229-dynamic.182-80-r.retail.telecomitalia.it> has quit IRC15:38
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:39
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC15:40
*** jobro <jobro!~jobro___@p549ADEAA.dip0.t-ipconnect.de> has joined #yocto15:40
*** toscalix <toscalix!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has joined #yocto15:44
*** sgw_ <sgw_!sgw_@nat/intel/x-ryrjmjqxancleqfo> has joined #yocto15:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@37.180.60.242> has joined #yocto15:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto15:47
*** jairglez <jairglez!~jairdeje@134.134.139.83> has joined #yocto15:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:54
*** toscalix_ <toscalix_!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has joined #yocto15:54
*** toscalix <toscalix!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has quit IRC15:54
*** pohly <pohly!~pohly@ip-64-134-128-59.public.wayport.net> has quit IRC15:55
ranchuHow do we usually get files, I see that apt-get is not inside by default15:56
ranchuinstall I mean15:56
rburtonranchu: if you have selected package_deb then just ensure that package-management is in your IMAGE_FEATURES15:56
rburtonthen you'll have apt-get15:56
ranchuOk , thanks!15:57
ranchuBut is it correct to assume that it's not inside "by default" ?15:58
ranchuOk, I assume the answer is yes. Thanks.15:58
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has quit IRC15:59
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC16:00
*** vmeson <vmeson!~rmacleod@24-212-231-150.cable.teksavvy.com> has joined #yocto16:00
*** toscalix_ <toscalix_!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has quit IRC16:01
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has quit IRC16:01
*** AndersD <AndersD!~anders@h83-209-191-235.cust.se.alltele.net> has quit IRC16:02
*** toscalix_ <toscalix_!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has joined #yocto16:03
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has joined #yocto16:03
wesamhello, when i try bitbaking python-pysqlite i get an error saying python setup.py build execution failed16:03
wesamanyone has any idea what could be causing it16:03
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC16:04
*** toddw <toddw!~toddw@c-98-242-71-65.hsd1.ga.comcast.net> has joined #yocto16:05
*** toscalix_ <toscalix_!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has quit IRC16:05
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto16:07
*** toscalix_ <toscalix_!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has joined #yocto16:09
*** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto16:11
*** istarilucky <istarilucky!~rlucca@189.112.127.230> has quit IRC16:11
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has joined #yocto16:11
*** istarilucky <istarilucky!~rlucca@187.108.42.203> has joined #yocto16:11
*** jku_ <jku_!~jku@85-76-81-206-nat.elisa-mobile.fi> has quit IRC16:12
*** ash_charles <ash_charles!~acharles@mtl.savoirfairelinux.net> has joined #yocto16:14
*** toscalix_ <toscalix_!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has quit IRC16:15
*** toscalix_ <toscalix_!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has joined #yocto16:15
*** toscalix_ is now known as toscalix16:15
fl0v0hi, i have a recipe that provides the same shared library (speex) as a recipe in poky16:16
fl0v0i tried adding PROVIDES += "speex" but it still tries to build the poky recipe16:16
kergothyou have to pick which provider you want16:18
kergothsearch the yocto docs for PREFERRED_PROVIDER16:18
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC16:20
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC16:20
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto16:20
*** toscalix <toscalix!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has quit IRC16:21
*** sgw_ <sgw_!sgw_@nat/intel/x-ryrjmjqxancleqfo> has quit IRC16:21
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:22
fl0v0kergoth:thanks16:22
*** toscalix <toscalix!~toscalix@50-206-158-45-static.hfc.comcastbusiness.net> has joined #yocto16:22
*** mckoan is now known as mckoan|away16:28
themikenicholsonDoes anyone have any recommendations for managing multiple layers in different repos? Freescale goes with the "repo" tool but I'm not wild about it and condering looking into git submodules or subtree16:29
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC16:30
joshuaglthemikenicholson: https://github.com/Wind-River/wr-lx-setup/ is a new tool WindRiver developed16:31
*** ftonello <ftonello!~felipe@81.145.202.106> has joined #yocto16:32
gizerojoshuagl: themikenicholson: AFAIK wr-lx-setup from WindRiver uses google repo. Others successfully manage to do this with submodules (https://github.com/resin-os). IMHO subtrees are not meant for the job16:36
*** RP <RP!~richard@ip-64-134-128-59.public.wayport.net> has quit IRC16:37
*** ash_charles <ash_charles!~acharles@mtl.savoirfairelinux.net> has quit IRC16:39
themikenicholsongizero: what is the reasoning against subtree?  I havne't had a reason to play with it yet.  Before yocto we used a big mono-repo.16:40
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has quit IRC16:42
*** Snert <Snert!~snert_@65.74.8.146> has quit IRC16:42
*** Snert <Snert!~snert_@65.74.8.146> has joined #yocto16:43
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC16:44
*** pohly <pohly!~pohly@67.23.202.154> has joined #yocto16:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:50
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has joined #yocto16:57
*** zeenix <zeenix!~zeenix@83.218.80.243> has quit IRC16:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:59
*** mr_science <mr_science!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto17:01
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:01
*** RP1 <RP1!~richard@67.23.202.154> has joined #yocto17:02
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC17:05
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC17:06
*** gizero <gizero!~gizero@151.30.14.135> has quit IRC17:07
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto17:07
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:07
*** RP1 <RP1!~richard@67.23.202.154> has quit IRC17:08
*** fl0v0 <fl0v0!~fvo@pD9F6B3E6.dip0.t-ipconnect.de> has quit IRC17:10
*** RP1 <RP1!~richard@67.23.202.154> has joined #yocto17:11
*** sgw_ <sgw_!sgw_@nat/intel/x-bevrpuaeibjulpsp> has joined #yocto17:15
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto17:19
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto17:22
*** Crofton <Crofton!~Crofton@67.23.202.154> has joined #yocto17:22
*** arfoll <arfoll!arfoll@nat/intel/x-dgsannfcvscgshps> has quit IRC17:24
*** arfoll <arfoll!arfoll@nat/intel/x-nqzlgyxdzfhwkzoh> has joined #yocto17:24
*** frsc <frsc!~frsc@dslb-094-216-254-151.094.216.pools.vodafone-ip.de> has quit IRC17:25
*** arfoll <arfoll!arfoll@nat/intel/x-nqzlgyxdzfhwkzoh> has quit IRC17:26
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC17:26
*** arfoll <arfoll!arfoll@nat/intel/x-wfoydmdcutavnwac> has joined #yocto17:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:29
*** RP1 <RP1!~richard@67.23.202.154> has quit IRC17:30
*** sgw_ <sgw_!sgw_@nat/intel/x-bevrpuaeibjulpsp> has quit IRC17:32
*** rodgort` <rodgort`!~rodgort@68.ip-149-56-14.net> has quit IRC17:32
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:35
*** Guest40893 <Guest40893!~john@host86-147-123-91.range86-147.btcentralplus.com> has quit IRC17:35
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:39
*** toscalix <toscalix!~toscalix@67.23.202.154> has joined #yocto17:40
*** Guest44283 <Guest44283!~john@host86-147-123-91.range86-147.btcentralplus.com> has joined #yocto17:46
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto17:46
*** grma <grma!~gruberm@80.93.38.128> has quit IRC17:48
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC17:49
*** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto17:49
*** Crofton <Crofton!~Crofton@67.23.202.154> has quit IRC17:53
*** pohly <pohly!~pohly@67.23.202.154> has quit IRC17:53
*** benjamirc <benjamirc!~besquive@134.134.139.77> has joined #yocto17:57
*** benjamirc <benjamirc!~besquive@134.134.139.77> has quit IRC17:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:59
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-qyaxgyhgxorlgzcu> has quit IRC18:00
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has joined #yocto18:03
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has quit IRC18:03
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC18:04
ranchuAny idea why display goes to sleep in intel image ?18:07
ranchuI have print in serial, but display is sleep.18:07
rburtonbecause X has a screensaver?18:08
ranchuIn virtualbox the same build works without issues.18:08
*** yann <yann!~yann@LFbn-1-12676-32.w90-90.abo.wanadoo.fr> has quit IRC18:08
ranchuI press keyboard and nothing happens.18:09
ranchuI see the first printing during boot, and then it goes to sleep (yet in serial it continue)18:09
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC18:09
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has joined #yocto18:10
ranchurburton - any idea ?18:10
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:13
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:17
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has joined #yocto18:18
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto18:25
*** lamego <lamego!~jose@134.134.137.75> has quit IRC18:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:29
*** ed2 <ed2!~Adium@192.198.151.44> has quit IRC18:31
*** ed2 <ed2!~Adium@192.198.151.44> has joined #yocto18:31
*** pohly <pohly!~pohly@67.23.202.154> has joined #yocto18:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:35
ranchuDo we need to do "IMAGE_INSTALL =" OR "IMAGE_INSTALL +="18:36
*** shogun_ <shogun_!60400a44@gateway/web/freenode/ip.96.64.10.68> has joined #yocto18:40
*** shogun_ <shogun_!60400a44@gateway/web/freenode/ip.96.64.10.68> has quit IRC18:41
*** pohly <pohly!~pohly@67.23.202.154> has quit IRC18:42
wesami am getting this error "command 'x86_64-poky-linux-gcc' failed with exit status 1" when i try building python-pysqlite18:43
wesamdoes anybody have any idea?18:43
wesamstackoverflow says i need python-dev package but i see no recipe for that18:45
wesamis there a way i can get python dev package18:45
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC18:45
*** Snert <Snert!~snert_@65.74.8.146> has quit IRC18:49
*** Snert__ <Snert__!~snert_@65.74.8.146> has joined #yocto18:51
*** toscalix <toscalix!~toscalix@67.23.202.154> has quit IRC18:53
*** clsulliv <clsulliv!clsulliv@nat/intel/x-thggdtvhyhuzcidt> has joined #yocto18:54
*** clsulliv <clsulliv!clsulliv@nat/intel/x-thggdtvhyhuzcidt> has left #yocto18:54
ranchudoes bitbake <pkg> will search the internet if the recipe is missing ?18:54
*** clsulliv <clsulliv!clsulliv@nat/intel/x-thggdtvhyhuzcidt> has joined #yocto18:54
wesamoh really18:54
wesamwill take a look18:54
wesami looked through here https://layers.openembedded.org/layerindex/branch/master/recipes/?q=python-dev18:55
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto18:58
*** ranchu <ranchu!c25a86fb@gateway/web/freenode/ip.194.90.134.251> has quit IRC18:59
*** morphis <morphis!~morphis@pD9ED6264.dip0.t-ipconnect.de> has quit IRC19:00
*** gizero <gizero!~gizero@151.30.14.135> has joined #yocto19:03
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has joined #yocto19:06
*** gizero <gizero!~gizero@151.30.14.135> has quit IRC19:07
*** dmoseley <dmoseley!~dmoseley@65-35-172-144.res.bhn.net> has quit IRC19:08
*** zeenix <zeenix!~zeenix@c83-254-44-114.bredband.comhem.se> has quit IRC19:22
*** sgw_ <sgw_!~sgw_@134.134.139.72> has joined #yocto19:30
kergothwesam: there's no need for any of that. python recipes already depend on the appropriate python bits needed to build, or the recipe is broken19:37
*** sgw_ <sgw_!~sgw_@134.134.139.72> has quit IRC19:37
kergothand it's the 'python' recipe that matters, python-dev is the name of a debian package19:37
*** ed2 <ed2!~Adium@192.198.151.44> has quit IRC19:40
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto19:41
wesamoh really19:41
wesami keep getting a python setup.py build execution failed. error when i build python-pysqlite19:42
wesamhttps://layers.openembedded.org/layerindex/recipe/46576/19:43
wesamthat is the recipe i am using19:43
wesamif you can help that will be amazing19:43
kergothyou need to stop summarizing and give us the exact error19:52
kergoth'execution failed' tells us absolutely nothing useful19:52
*** itayo <itayo!~stefan@176.10.128.244> has joined #yocto19:52
*** sgw_ <sgw_!~sgw_@134.134.139.76> has joined #yocto19:52
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC19:54
wesamit gave me a huge log file. this is the main error i see "command 'x86_64-poky-linux-gcc' failed with exit status 1"19:55
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto19:55
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has joined #yocto19:55
kergothalso not useful.19:56
kergothuse a pastebin to post the entire log (*not* to the irc channel)19:57
wesamwhere should i send it?19:58
*** sgw_ <sgw_!~sgw_@134.134.139.76> has quit IRC19:58
kergothhttps://www.google.com/#safe=off&q=pastebin19:59
kergothhttps://en.wikipedia.org/wiki/Pastebin19:59
*** RP1 <RP1!~richard@ip-64-134-128-59.public.wayport.net> has joined #yocto20:01
*** gizero <gizero!~gizero@151.30.14.135> has joined #yocto20:03
*** dv_ <dv_!~quassel@62.178.118.86> has quit IRC20:06
*** dv__ <dv__!~quassel@62.178.118.86> has joined #yocto20:06
*** gizero <gizero!~gizero@151.30.14.135> has quit IRC20:07
wesamhttp://pastebin.com/MHvEZH1e20:07
wesamthere it is, didnt know about pastebin, thats incredibelly convinient20:08
jmesmonwesam: pastebin is really the worst pastebin, despite it's name.20:08
wesamoh really lol20:12
wesamwhat do you recommend then20:12
*** istarilucky <istarilucky!~rlucca@187.108.42.203> has left #yocto20:15
*** gizero <gizero!~gizero@151.30.14.135> has joined #yocto20:18
themikenicholsonPhilosophical question about local.conf - what really belongs there?20:24
themikenicholsonIt seems like it should onyl be build-system-related things and it shouldn't be impacting what is getting installed in the image or what PACKAGECONFIG args are being set for a particulat package20:25
themikenicholsonI'm getting the feeling we are abusing the heck out of our local.conf20:25
rburtonthemikenicholson: personal changes only, everything else should be in distro config really20:26
rburtonor image config etc20:26
rburtoncustom image recipes, custom distro config, and so on20:26
rburtonlocal.conf should just set distro and any tweaks that *you* want20:27
*** ranchu <ranchu!6d420138@gateway/web/freenode/ip.109.66.1.56> has joined #yocto20:27
themikenicholsonpersonal as in my development tweaks not shared amongst the rest of my development team?20:28
themikenicholsonwe're doing stuff like adding to  IMAGE_INSTALL_append, PACKAGECONFIG_append_pn...20:30
themikenicholsonblacklisting packages, etc.20:31
themikenicholsonThat stuff seems like it belongs in our own distro if I'm understanding docs correctly20:31
themikenicholsonor the image for the IMAGE_INSTALL stuff20:32
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto20:32
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has quit IRC20:33
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto20:35
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC20:35
*** fischerm <fischerm!~mfischer@207-114-172-147.static.twtelecom.net> has joined #yocto20:35
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC20:37
ranchuDoes the same yocto image recipe can create different images when invoked after some long time again ?20:42
rburtonthemikenicholson: correct20:48
rburtona minimal local.conf sets TMPDIR MACHINE and DISTRO20:49
rburtonthen everything else is machine/distro/image specific20:49
kanavin_homesigh20:49
kanavin_homerburton: looks like a lot of the dnf failures are non-determenistic :(20:49
themikenicholsonrburton: Thanks20:50
ranchuDoes the same yocto image recipe can create different images when invoked after some long time again ?20:52
kergothranchu: what do you mean?20:53
kergothhow long it's been since you built last is irrelevent20:53
ranchuI mean if the same "bitbake <image>" can create different rootfs, becuase package were updated in the git somewhere in the net.20:54
ranchuI mean the fetching a pckage can fetch a more update version of the package20:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:55
kergothranchu: that's only the case for recipes using SRCREV=AUTOREV. 99% of our recipes use explicitly specified versions or commit revisions, not branch head20:56
*** RP1 <RP1!~richard@ip-64-134-128-59.public.wayport.net> has quit IRC20:56
kergothbut yes, it'll rebuil dthe image *if* one of the dependent recipes tracks the head of a git branch20:56
ranchuah, OK, I understand. Thanks20:56
kergothjust most don't. you can run buildhistory-collect-srcrevs to dump specific versions of any such recipes, in a format that you can add to a config file to lock them down, if you don't want it to change20:57
ranchuRight, Thank you.20:58
*** wesam <wesam!~wesamhadd@96-64-10-68-static.hfc.comcastbusiness.net> has quit IRC20:59
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:00
ranchukergoth - I see for example that prefered kernel version in my target is 3.10% . does it mean that it one time can be 3.10.1 and next one 3.10.2 Right ?21:01
kergothif you update your layers, yes21:02
kergothif you don't want anything to change, don't pull changes from upstream21:02
ranchuRight. But if I give these layers for someone else, then he might upload other versions...21:02
kanavin_homerburton: would it sound crazy if I say that using kvm with qemu is causing failures with dnf? all of non-x86 arch tests completed fine21:03
ranchudownload. not upload. sorry21:03
kanavin_home(except those where the earlier image building step failed)21:03
kanavin_homeI need to investigate this further21:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:04
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:12
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC21:12
*** berton <berton!~berton@189.114.111.135> has quit IRC21:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:28
*** Guest44283 <Guest44283!~john@host86-147-123-91.range86-147.btcentralplus.com> has quit IRC21:34
*** ranchu <ranchu!6d420138@gateway/web/freenode/ip.109.66.1.56> has quit IRC21:41
*** sgw_ <sgw_!~sgw_@134.134.139.76> has joined #yocto21:47
*** ant_home <ant_home!~ant__@host8-253-dynamic.25-79-r.retail.telecomitalia.it> has joined #yocto21:51
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC21:55
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC21:57
*** sgw_ <sgw_!~sgw_@134.134.139.76> has quit IRC22:04
*** itayo <itayo!~stefan@176.10.128.244> has quit IRC22:05
*** pohly <pohly!~pohly@67.23.202.154> has joined #yocto22:09
*** arfoll <arfoll!arfoll@nat/intel/x-wfoydmdcutavnwac> has quit IRC22:09
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC22:17
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:21
*** gizero <gizero!~gizero@151.30.14.135> has quit IRC22:22
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:24
*** RP11 <RP11!~richard@ip-64-134-128-59.public.wayport.net> has joined #yocto22:27
*** sgw_ <sgw_!sgw_@nat/intel/x-tgxeewvlmozjzcay> has joined #yocto22:30
*** gizero <gizero!~gizero@151.30.14.135> has joined #yocto22:31
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-waymxolawmbjwpec> has quit IRC22:34
*** pohly <pohly!~pohly@67.23.202.154> has quit IRC22:34
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has joined #yocto22:35
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC22:41
*** sameo <sameo!samuel@nat/intel/x-vqdhqrgjeigqofoc> has quit IRC22:43
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC22:45
*** pfrench <pfrench!~pfrench@static-68-235-53-86.cust.tzulo.com> has joined #yocto22:51
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC22:53
*** gizero <gizero!~gizero@151.30.14.135> has quit IRC22:53
*** pfrench <pfrench!~pfrench@static-68-235-53-86.cust.tzulo.com> has quit IRC22:55
*** sameo <sameo!~samuel@192.55.55.39> has joined #yocto23:00
*** fmeerkoetter <fmeerkoetter!~quassel@144.76.148.71> has quit IRC23:01
*** bfederau <bfederau!~quassel@144.76.148.71> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@144.76.148.71> has joined #yocto23:01
*** bfederau <bfederau!~quassel@144.76.148.71> has joined #yocto23:01
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC23:07
*** Nerbrun <Nerbrun!~NathanI@mail.validmanufacturing.com> has quit IRC23:08
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:13
*** sgw_ <sgw_!sgw_@nat/intel/x-tgxeewvlmozjzcay> has quit IRC23:15
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto23:22
*** voltbit <voltbit!~acid___@5-12-139-199.residential.rdsnet.ro> has quit IRC23:30
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc> has quit IRC23:34
*** RP11 <RP11!~richard@ip-64-134-128-59.public.wayport.net> has quit IRC23:36
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:36
*** ant_home <ant_home!~ant__@host8-253-dynamic.25-79-r.retail.telecomitalia.it> has quit IRC23:37
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC23:37
*** sgw_ <sgw_!~sgw_@134.134.137.75> has joined #yocto23:41
*** Crofton <Crofton!~Crofton@67.23.202.154> has joined #yocto23:52
*** RP11 <RP11!~richard@ip-64-134-128-59.public.wayport.net> has joined #yocto23:52

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!