Monday, 2017-03-27

*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC00:22
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto00:27
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:46
*** Saur1 <Saur1!> has joined #yocto01:04
*** nighty- <nighty-!~nighty@> has joined #yocto01:07
*** Saur1 <Saur1!> has quit IRC01:29
*** Saur1 <Saur1!> has joined #yocto01:36
*** Saur1 <Saur1!> has quit IRC02:05
*** Saur1 <Saur1!> has joined #yocto02:06
*** lolsborn <lolsborn!> has quit IRC02:06
*** DriverCoder <DriverCoder!> has joined #yocto02:08
*** DriverCoder <DriverCoder!> has quit IRC02:13
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto02:14
*** mkelly <mkelly!~martin@> has joined #yocto02:36
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC02:55
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:59
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto03:06
*** mkelly <mkelly!~martin@> has quit IRC03:16
*** Jackie <Jackie!~quassel@> has joined #yocto03:16
*** Jackie is now known as Guest4483903:16
*** Guest44839 is now known as Jackie_huang03:17
*** redengin <redengin!~redengin@2601:600:9200:a356:225:22ff:fe3a:aa83> has joined #yocto03:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:25
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:30
*** Saur1 <Saur1!> has left #yocto03:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:32
*** Bunio_FH <Bunio_FH!> has joined #yocto05:01
*** hamis <hamis!~irfan@> has joined #yocto05:11
*** gtristan <gtristan!~tristanva@> has quit IRC05:15
tlwoernerayaka: #MACHINE = "excavator-rk3399"05:32
tlwoernerayaka: sounds interesting, is that from the kickstarter?05:32
*** cornel <cornel!~cornel@> has quit IRC05:49
*** agust <agust!> has joined #yocto06:04
*** seezer <seezer!seezer@quassel/developer/seezer> has quit IRC06:09
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto06:11
*** ilial <ilial!~ilial@> has quit IRC06:12
*** AndersD <AndersD!> has joined #yocto06:14
*** pohly <pohly!> has joined #yocto06:14
*** rob_w <rob_w!~bob@> has joined #yocto06:14
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:14
*** mdnneo <mdnneo!~umaucher@> has joined #yocto06:17
*** frsc <frsc!~frsc@> has joined #yocto06:24
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto06:28
*** colrack <colrack!~textual@> has joined #yocto06:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC06:54
*** morphis <morphis!> has joined #yocto06:54
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has quit IRC06:55
*** bngen1 <bngen1!~Adium@2601:600:8c00:4cf6:2c5e:a796:aed3:28ba> has joined #yocto06:59
*** bngen <bngen!~Adium@2601:600:8c00:4cf6:830:8dee:485:e832> has quit IRC07:00
*** JaMa <JaMa!~martin@> has joined #yocto07:00
*** aV_V <aV_V!~aV_V@> has joined #yocto07:02
*** ant_work <ant_work!> has joined #yocto07:03
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:04
*** yohboy <yohboy!> has joined #yocto07:07
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto07:07
*** fl0v0 <fl0v0!> has joined #yocto07:08
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:11
*** rajm <rajm!> has joined #yocto07:14
RPbluelightning: nice catch on the recursive git calls, that sounds nasty07:18
bluelightningRP: yeah it was a bit ugly :(07:18
bluelightningRP: my first approach was to cache the value but it turned out not to be necessary - all but two of the calls at least for devtool add usage are because of the recursion07:19
RPbluelightning: I think there is caching elsewhere...07:20
bluelightningcaching might be useful for a bitbake build though, I wonder how many times we'd still be doing the same git ls-remote07:20
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:20
*** egavinc <egavinc!> has joined #yocto07:22
*** florian_kc is now known as florian07:22
RPbluelightning: "Look in the cache for the latest revision, if not present ask the SCM." - there is code in __init__.py07:22
bluelightningRP: ah right it's at that level, I hadn't looked there07:23
RPbluelightning: I assume whilst patch3/3 causes output, it doesn't break anything?07:24
bluelightningRP: not that I know of, but I'll admit I have not done extensive testing07:25
bluelightningRP: (and if you want to say, go away and come back when you've tested it, that's fine ;)07:26
RPbluelightning: I'm too nice about things like this, it just means I need to be careful about waiting to merge until its run through selftest07:27
RPsadly devtool's kernel test is still taking hours on the new AB07:27
bluelightningRP: sure... in the mean time I'll try to figure out why a logger set to logging.INFO level is apparently printing out debug messages :(07:28
RP30 hours for selftest was a new record this weekend although that was some gpg issue :/07:28
RPbluelightning: right, fair enough07:28
bluelightningthat's pretty egregious :(07:28
bluelightningwhy on earth do we need hours for that?07:28
bluelightningis there a bug open?07:28
RPbluelightning: its an autobuilder nfs clone issue causing the devtool kernel thing07:29
*** jku <jku!~jku@> has joined #yocto07:29
RPbluelightning: joshua had allegedly fixed it.07:29
bluelightninghmm ok07:30
RP2017-03-27 01:06:51 -   test_devtool_virtual_kernel_modify (oeqa.selftest.devtool.DevtoolTests) ... OK (16386.711s)07:30
* RP suspects its not fixed07:30
yourfateI built a toolchain for windows using meta-mingw, but when I try to etract the .tar.xz on windows I get weird errors: 7-zip says there are data after the end of the archive, also it overwrits data it has already extracted.07:30
bluelightningRP: I wonder if we could change where it's checking out the source to speed things up ? though with RSS it writes the temp stuff under the workdir...07:31
RPbluelightning: its not devtool but the main do_fetch07:31
bluelightningRP: ah ok07:31
RPbluelightning: we have this issue in other places, I just don't understand why the fetcher doesn't update the mirror tarballs :/07:31
RPalthough I'd guess the config for that wouldn't be in the test :/07:32
*** sameo <sameo!~samuel@> has joined #yocto07:33
*** Kakounet <Kakounet!~Thunderbi@> has joined #yocto07:34
ant_workRP: checking the kernel do_compile log I think I've spotted a new missing hosttool07:35
ant_work /kernel-source/scripts/mkcompile_h: line 46: whoami: command not found07:35
*** grma <grma!~gruberm@> has joined #yocto07:39
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:42
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:42
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:46
*** nerdboy <nerdboy!> has joined #yocto07:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto07:47
*** arfoll <arfoll!~arfoll@> has joined #yocto07:48
*** toscalix <toscalix!> has joined #yocto07:54
*** eduardas <eduardas!~eduardas@> has joined #yocto07:55
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC07:55
*** sameo <sameo!~samuel@> has quit IRC07:58
pohlyIs it possible to speed up oe-selftest by running tests with "runqemu kvm"? Does it matter?08:00
pohly"kvm" is definitely faster for me - 5s vs 30s boot line (from the kernel dmesg).08:04
*** toscalix <toscalix!> has quit IRC08:06
*** eduardas <eduardas!~eduardas@> has quit IRC08:06
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto08:06
*** yohboy <yohboy!> has quit IRC08:07
*** toscalix <toscalix!> has joined #yocto08:07
*** toscalix <toscalix!> has quit IRC08:09
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC08:12
*** toscalix <toscalix!> has joined #yocto08:12
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto08:12
*** yohboy <yohboy!~yohan@> has joined #yocto08:15
*** toscalix <toscalix!> has quit IRC08:16
*** toscalix <toscalix!> has joined #yocto08:20
*** maxin <maxin!maxin@nat/intel/x-psikkuhsfxbuawqo> has joined #yocto08:21
*** toscalix <toscalix!> has quit IRC08:22
*** mjourdan <mjourdan!> has joined #yocto08:26
*** dv__ is now known as dv_08:27
*** ilial <ilial!~ilial@> has joined #yocto08:30
*** robert_ <robert_!~lyang1@> has joined #yocto08:39
*** robert_ is now known as Guest12608:39
*** csanchezdll <csanchezdll!> has joined #yocto08:40
*** toscalix <toscalix!> has joined #yocto08:42
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:48
*** sameo <sameo!~samuel@> has joined #yocto08:49
*** geoffrey_l <geoffrey_l!> has joined #yocto08:51
*** JoiF <JoiF!~jofr@> has joined #yocto08:52
*** toscalix <toscalix!> has quit IRC08:52
*** tkoskine_ is now known as tkoskine08:53
*** beeker23_ <beeker23_!> has joined #yocto08:55
*** beeker23 <beeker23!> has quit IRC08:57
*** beeker23_ is now known as beeker2308:57
*** ranchu <ranchu!4fb2a413@gateway/web/freenode/ip.> has joined #yocto08:57
ranchuhello is it possible to support more than one package provider in a target buikd ?08:58
ranchuIs it possible to support more than one package provider in a target build ?09:00
jkuranchu: if you mean "use multiple package managers to install things on the same image": I don't know if it's possible but it sounds mad09:01
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:02
ranchujku - Right, I meant "package managers". I understand what you mean. you say that it is more reasonable to stick with one package manager.09:02
jkuranchu: you can list  multiple PACKAGE_CLASSES: you should then get all the types of packages you listed09:02
jkuI mean, packages will be created for all types09:03
jkuranchu: but yeah, pick one :)09:04
ranchuto summarize, it is possible to have multiple package manager, but it's probably not a good design to have more than one ...09:05
*** CTtpollard <CTtpollard!> has joined #yocto09:05
*** zeenix <zeenix!~zeenix@> has joined #yocto09:13
*** toscalix <toscalix!> has joined #yocto09:14
*** zeenix <zeenix!~zeenix@> has quit IRC09:18
*** ed2 <ed2!~Adium@> has joined #yocto09:20
pohlyjoshuagl: is the AB running qemu under oe-selftest with or without kvm?09:23
joshuaglpohly: should be with KVM09:23
pohlyHow is that enabled?09:23
joshuaglI *think* qemu does it automagically if the user it's running as can access /dev/kvm ?09:26
joshuaglthe user we run builds as is part of the kvm group09:26
pohlyNo, I don't think it does. "runqemu" needs to be called with "kvm" to get faster execution.09:26
pohlyIt also changes the machine type, so it would be unexpected if qemu did that.09:27
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto09:28
joshuaglsounds like probably without then :-/09:28
pohlyI just tried with and without that "kvm" parameter when invoking runqemu, and the difference is very noticable. That's why I was wondering whether it would be worthwhile to take advantage of that during oe-selftest.09:28
*** zeenix <zeenix!~zeenix@> has joined #yocto09:31
joshuaglthe autobuilder exports an env var QEMU_USE_KVM which the lib/oeqa/ module should be using to set the kvm parameter to runqemu09:32
RPpohly: I'm pretty sure we use kvm for selftest somehow. If we don't, I'd want to fix that09:33
joshuaglsee OE-Core ebac2c8d1fcd09ebce0659a4abb445e4f1c1857109:33
pohlyjoshuagl: thanks, that's probably what I was looking for.09:34
*** toscalix <toscalix!> has quit IRC09:35
pohlyHrrm, but it doesn't work for MACHINE=intel-corei7-64 :-(09:36
*** ranchu <ranchu!4fb2a413@gateway/web/freenode/ip.> has quit IRC09:36
pohlyI suppose the machine check was added to avoid kvm for things like arm. IMHO dealing with that via QEMU_USE_KVM with overrides or QEMU_USE_KVM listing the machines for which to use kvm would have been more flexible.09:38
pohlyRP: speaking of qemu + oe-selftest - what are the changes of still getting enhancements related to that into 2.4? Like my pending patches or a patch which enhances QEMU_USE_KVM?09:39
pohlyCan't type! I meant "chances" of course.09:39
pohlyProbably a Freudian mistake: "changes" are risky, and thus the "chances" are low ;-}09:39
RPpohly: I did try and queue them but the patches didn't apply :(09:42
pohlyRP: which version?09:42
pohlyV1 should apply, V2 only when taking Robert's patches first.09:42
RPpohly: I thought v2. Something in marinao's patchset bust the AB too and it took me a while to figure out which patches were breaking what :(09:42
RPpohly: I think I've merged Roberts so could you check v2 still apply? I think I did take your first one09:43
pohlyRP: okay, I'll rebase on top  of current master.09:44
RPpohly: thanks09:45
RPpohly: I'm not promising as it is late now for changes like this :/09:45
* RP really needs rc2 built09:45
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC09:45
ed2RP: hi, here is a fix for oe-selftest Friday's failure: Can you merge it?09:45
pohlyHmm, V2 rebased cleanly for me.09:45
*** zecke <zecke!> has joined #yocto09:47
RPed2: didn't I do that? (and thanks!)09:48
pohlyRP: yes, I understand the problem. Conflicting with other pending patches hasn't helped, but I should have tried to use oe-selftest earlier.09:48
ed2RP: ah, missed that you've already pick it up. Thans.09:50
pohlyRP: I've sent v3.09:51
*** zeeblex <zeeblex!~zeeblex@> has joined #yocto09:52
*** qt-x <qt-x!~Thunderbi@> has joined #yocto10:10
*** rburton <rburton!> has joined #yocto10:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:15
*** nighty- <nighty-!~nighty@> has quit IRC10:15
*** qt-x <qt-x!~Thunderbi@> has quit IRC10:22
*** arfoll <arfoll!~arfoll@> has quit IRC10:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:25
*** deva <deva!~deva@> has joined #yocto10:26
*** toanju <toanju!~toanju@> has joined #yocto10:26
devaIs it possible, ina a bbappend recipe, to patch a file specified directly in SRC_URI in a package?10:27
devaFor example SRC_URI += "file:///foo.c" in package and then in foo.bbappend SRC_URI+="file:///my.patch" where my.patch patches foo.c10:29
deva(should hav been two // and not three ///... but you get the point)10:29
rburtonas unpack happens before patch10:32
devaDefault (as I understood it) the patches are applied in the src directory and not the root of the package workdir.10:32
*** ed2 <ed2!~Adium@> has quit IRC10:32
devaSo how would I tell the patch to work on files "one step out"?10:32
*** ed2 <ed2!> has joined #yocto10:35
*** qt-x <qt-x!~Thunderbi@> has joined #yocto10:37
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC10:40
rburtonset patchdir in the URL10:40
*** toscalix <toscalix!> has joined #yocto10:41
devarburton, aah, yes, thank you :-)10:42
*** vineeth <vineeth!b648911e@gateway/web/freenode/ip.> has joined #yocto10:42
vineethif i set $B something other than WORKDIR , is it the right way to ensure my build is not removed after rm_work is done ?10:44
rburtonwhy do you not want to have the build removed?10:49
CTtpollardyou can also turn rm_work off10:50
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto10:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:51
*** nighty- <nighty-!> has joined #yocto10:59
rburtonjoshuagl: cleanall patcgh \o/ \o/11:00
*** jku <jku!~jku@> has quit IRC11:01
*** mrpelotazo <mrpelotazo!~mrpelotaz@> has quit IRC11:02
*** mrpelotazo <mrpelotazo!> has joined #yocto11:03
aurelehi everyone11:05
aurelei would like to know if it is possible to build a receipe 2 times with different parameters in the same image?11:06
aurelethe main goal would be to have a unique image for two different hardware targets (different but very close)11:07
rburtonimages are made from packages, which are made from recipes11:07
rburtonso you can't build the same recipe twice and have different outputs11:07
rburtonyou *can* have one recipe that includes another and changes the configuration11:08
rburtonie mesa vs mesa-gl in oe-core11:08
aurelethe only way would be to make 2 recipes11:08
aurelethank you for your answer rburton11:10
*** jku <jku!~jku@> has joined #yocto11:21
*** colrack <colrack!~textual@> has quit IRC11:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:31
*** ipuustin <ipuustin!> has quit IRC11:33
quiteI have trouble adding a new recipe and doing devtool-modify on the same. Getting the "compiling from external source tree [correct path]" message, but compiling is still done down in tmp/work/{machine}/..11:34
quiteLooking in run.do_compile I see `cd '/the/tmp/work/machine/pkg-path'; do_compile`11:34
*** ipuustin <ipuustin!> has joined #yocto11:35
*** berton <berton!~berton@> has joined #yocto11:36
*** BarBQ <BarBQ!> has joined #yocto11:36
bluelightningquite: that's probably because the build dir != source dir11:44
bluelightningquite: you can tell devtool modify to build from the same directory as the source with -s11:45
* bluelightning heads out11:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:46
*** BarBQ <BarBQ!> has quit IRC11:46
*** fl0v0 <fl0v0!> has quit IRC11:50
*** caiortp <caiortp!~inatel@> has joined #yocto11:51
quiteoh, that's en*light*ning11:51
*** fl0v0 <fl0v0!> has joined #yocto11:52
quiteexcept that buildir always == sourcedir around here. but ahum11:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:53
*** BarBQ <BarBQ!> has joined #yocto11:53
*** jwest__ <jwest__!> has quit IRC11:54
devaWhen installing certain ipk packages on my device I get the following warning: "///var/lib/opkg/info/kernel-devicetree.postrm: line 8: update-alternatives: command not found"11:55
devaIt appears to be missing the update-alternatives-opkg package, and installing it manually seem to work11:55
devaHowever; adding it to my IMAGE_INSTALL_append var doesn't seem to have any effect11:56
devabitbake run cleanly and produces the image as expected but for some reason the package is still missingh11:56
LetoThe2ndmaybe its affected by the runtime package management settings?11:57
devaopkg list-installed doesn't list it either until I install it manually11:57
devaLetoThe2nd, You mean it is somehow "filtered out" ?11:58
LetoThe2nddeva: just guessing. but yes.11:58
devado you have a lead on where I should start looking?11:58
*** arfoll <arfoll!~arfoll@> has joined #yocto11:59
*** ed21 <ed21!> has joined #yocto11:59
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:59
LetoThe2nddeva: the "package-management" IMAGE_FEATURE12:00
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC12:00
LetoThe2nddeva: do you use that?12:00
*** ed2 <ed2!> has quit IRC12:00
*** ed21 is now known as ed212:00
devaLetoThe2nd, yup12:01
LetoThe2nddeva: then thats my guess to interfere, as we install kernel-devicetree here too, but we don't get that message12:01
devaLetoThe2nd, So you mean I should try and remove that feature?12:02
LetoThe2nddeva: well i guess you have the feature there for a reason. but of course you can check without it.12:03
devaLetoThe2nd, As understand that feature it builds the initial on-device database of installed packages for the opkg tool, but I may rbe mistaken12:06
*** ed21 <ed21!> has joined #yocto12:07
LetoThe2nddeva: nah. that feature make package management at runtime possible altogether. so its not just that database hopefully, but the complete tooling12:07
*** ed2 is now known as Guest16312:07
*** ed21 is now known as ed212:07
devaLetoThe2nd, So I wouldn't need it to just install new ipk's on the target after deployment?12:08
LetoThe2nddeva: of course you would. thats it purpose.12:09
*** luneff <luneff!~yury@> has joined #yocto12:09
devaHmm... seems a bit like a catch22 then, because I need it to install the ipk but it filters out the update-alternatives-opkg which is needed in ordet to install the ipk...12:10
deva... provided that it is actually the package management feature doing the filtering of course12:11
rburtonyou need to have the package-management feature enabled12:12
rburtonif update-alternatives isn't present then something odd is happening12:13
rburtonespecially as any package using the update-alternative class automatically gets a dependency on update-alternatives12:13
rburtondo you have a weird setup?  installing the package with opkg as root?12:14
*** sameo <sameo!~samuel@> has quit IRC12:14
devaI'd say the setup is rather normal, and I am installing as root12:14
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto12:17
devarburton, I am using systemd but am excluding "systemd-extra-utils" and "systemd-vconsole-setup". Could that somehow affect update-alternatives-opkg?12:18
rburtoncan you use opkg list_installed to verify that you haven't got update-alternatives-opkg installed?12:18
deva"opkg list-installed | grep alter" comes up empty12:19
rburtonand /usr/bin/update-alternatives doesn't exist?12:19
devaIt does list the rest of the packages on the system12:19
rburtonand you do have the package-management image feature enabled?12:19
rburtonbecuase not having it would result in it being removed from the image12:20
devaCould one package somehow exclude another?12:22
devaI have both update-alternatives and update-alternatives-opkg in my IMAGE_INSTALL12:23
devaBut the update-alternatives is virtual as I understood it?12:23
devaBut perhaps I should have any of those and not the opkg either if they are all implcitly pulled in by the package management image feature?12:24
*** BarBQ <BarBQ!> has quit IRC12:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:27
*** marka <marka!> has joined #yocto12:47
rburtondeva: they'll be pulled in magically so no need to add any of them12:50
*** BarBQ <BarBQ!> has joined #yocto12:51
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC12:56
devarburton, I tried removing them all and opkg is still pulled in, but not update-alternatives-opkg12:57
*** toscalix_ <toscalix_!> has joined #yocto12:58
rburtondeva: share the rootfs log?12:58
*** toscalix <toscalix!> has quit IRC13:00
*** CoLa|work <CoLa|work!~cordlandw@> has quit IRC13:00
*** CoLa|work <CoLa|work!~cordlandw@> has joined #yocto13:03
devarburton, From the workdir?13:03
rburtonyes, temp/log.do_rootfs13:04
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto13:05
*** warthog9 <warthog9!> has quit IRC13:05
*** BarBQ <BarBQ!> has quit IRC13:07
*** mdnneo <mdnneo!~umaucher@> has quit IRC13:08
*** warthog9 <warthog9!> has joined #yocto13:10
devarburton, It does seem to actively remove it near the end13:11
rburtonbecause you said you want a read only rootfs13:13
rburtonbecause your rootfs is immutable it removes stuff you don't have a need for13:13
rburtondon't specifyt read only rootfs if you're not actually going to have a read only rootfs13:13
devaI do use a readonly fs but shortly remount it as read-write in order to install packages while developing13:15
deva... which does seem to work, bar the missing update-alternatives-opkg ;)13:15
*** BarBQ <BarBQ!> has joined #yocto13:16
rburtonso just remove read-only-rootfs from your image features13:20
*** toanju <toanju!~toanju@> has quit IRC13:24
devarburton, But I need read-only-rootfs...13:24
devaBut at least now I know where to look in order to force it to not remove update-alternatives-opkg13:24
rburtonbut if you're remounting as read/write for development then what's the point?  it doesn't actually do a lot...13:25
devaI only remount momentarily read-write in order to install a new devuce-tree for example and then back to read-only again13:26
devaThe device runs in read-only mode to protect the flash among other things13:26
rburtonwell patches welcome to make the package management removal optional i guess13:27
devarburton, sure: -)13:28
devaIs it handled in the core-image-minimal recipe?13:28
*** AndersD <AndersD!> has quit IRC13:28
devaOr where should I start looking?13:29
rburtona grep for read-only-rootfs shows that meta/classes/rootfs-postcommands.bbclass does something13:29
rburtonand so does meta/lib/oe/rootfs.py13:30
rburtonassigning "" to ROOTFS_RO_UNNEEDED would make it remove nothing13:31
*** BarBQ <BarBQ!> has quit IRC13:31
devarburton,  Would ROOTFS_RO_UNNEEDED_remove = "update-alternatives-opkg" work?13:32
rburtonmaybe, but that will still be removing other bits you might want.13:33
rburtonfor development purposes, keep everything on there13:33
devaI'll give it a spin13:33
*** ed2 <ed2!> has quit IRC13:35
devarburton, Setting it in local.conf doesn't appear to have any effect13:40
devarburton, Setting it hard to "" in core-image-minimal_%.bbappend works13:49
devaUsing ROOTFS_RO_UNNEEDED_remove doesn't seem to have an effect13:50
*** dkc <dkc!> has joined #yocto13:50
*** rcw <rcw!~rwoolley@> has joined #yocto13:53
devarburton, I was mistaken, it also works with ROOTFS_RO_UNNEEDED_remove13:54
devaThanks a lot for your help :-)13:54
jkuso runqemu seems to remove ip from my tap interface everytime it stops. But it does not add one on startup. What should be happening here?13:54
*** _jmleo <_jmleo!> has joined #yocto13:54
jkuI'm using roberts sudo-HOSTTOOLS patch already ...13:55
*** jmleo <jmleo!> has quit IRC13:57
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:00
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto14:01
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto14:01
*** deva <deva!~deva@> has quit IRC14:02
RPjku: you chouldn't need it since its already in NONFATAL14:02
jkuoh didn't notice that14:03
*** madisox <madisox!~madison@> has joined #yocto14:03
*** mravindr <mravindr!~madhu@> has quit IRC14:03
RPjku: it depends whether the interface is preconfigured or not14:03
*** madisox <madisox!~madison@> has quit IRC14:03
RPjku: if its not preconfigured, it should be tweaking with ip/sudo14:03
RPjku: its possible your system has ip somewhere the default PATH doesn't find14:03
*** jwest__ <jwest__!> has joined #yocto14:05
*** lamego <lamego!jose@nat/intel/x-bbweomhjxcbayvzh> has joined #yocto14:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:06
jkuRP: I just let it create a new tap interface, and it works great once...14:08
*** phoo1234567 <phoo1234567!> has joined #yocto14:09
jkubut if ctrl-C that, the tap is left there without ip and then it's "preconfigured": even if I manually add an ip, something removes it when runqemu ends14:10
*** toscalix_ <toscalix_!> has quit IRC14:10
RPjku: ah, so the cleanup when interrupted is bust? Probably worth a bug14:12
jkuyeah that's what it looks like14:12
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:13
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto14:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC14:14
quiteSo, my devtool modify-trouble was caused by "S = ${WORKDIR}/git/" in the recipe. That trailing slash messes up this test `elif d.getVar('B', True) == os.path.abspath(d.getVar('S', True)):` in use_external_build() in devtool/__init__.py14:15
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:16
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC14:18
quitebuild/source are the same dir (and bitbake.conf B="${S}"), except that S had a trailing slash, which that abspath took away, causing inequality14:19
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:21
*** vmeson <vmeson!> has joined #yocto14:26
*** zecke <zecke!> has quit IRC14:27
*** mravindr <mravindr!~madhu@> has joined #yocto14:32
*** hamis <hamis!~irfan@> has quit IRC14:44
*** zecke <zecke!> has joined #yocto14:49
*** vineeth <vineeth!b648911e@gateway/web/freenode/ip.> has quit IRC14:50
ayakaRP, what you tell me about debug seems not work for me
ayakaI think I still need to extract the rootfs14:53
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:53
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto14:54
*** frsc <frsc!~frsc@> has quit IRC14:54
*** aV_V <aV_V!~aV_V@> has quit IRC14:55
*** ant_work <ant_work!> has quit IRC14:56
*** lolsborn <lolsborn!> has joined #yocto15:00
*** lolsborn <lolsborn!> has joined #yocto15:00
*** sjolley <sjolley!~sjolley@> has quit IRC15:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:03
*** lolsborn <lolsborn!> has quit IRC15:04
*** lolsborn <lolsborn!> has joined #yocto15:04
*** willdye <willdye!> has joined #yocto15:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:19
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC15:24
*** arfoll <arfoll!~arfoll@> has quit IRC15:24
*** qt-x <qt-x!~Thunderbi@> has quit IRC15:26
*** sjolley <sjolley!~sjolley@> has joined #yocto15:28
*** jku <jku!~jku@> has quit IRC15:28
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:29
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:38
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC15:41
*** JoiF <JoiF!~jofr@> has quit IRC15:45
*** csanchezdll <csanchezdll!> has left #yocto15:46
*** rajm <rajm!> has quit IRC15:49
*** alimon <alimon!~alimon@> has joined #yocto15:50
*** zeenix <zeenix!~zeenix@> has quit IRC15:50
*** falk0n <falk0n!> has joined #yocto15:51
*** HavoK_ <HavoK_!> has joined #yocto15:53
*** yohboy <yohboy!~yohan@> has quit IRC15:53
HavoK_I’m trying to add a library to my project15:53
HavoK_It builds fine bug i get the error Can't install: no package provides libssh2-115:54
HavoK_Not sure why it says libssh2-115:54
HavoK_when the package is libssh215:54
HavoK_i added libssh2 to my RDEPENDS for my main app package15:55
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto15:56
*** _jmleo is now known as jmleo15:56
rburtonif you link to libssh in a normal way then the RDEPENDS will be done for you15:57
rburtonjust have libssh2 in DEPENDS and you'll be fine15:57
*** ed21 <ed21!> has joined #yocto15:58
*** ed21 is now known as ed215:58
HavoK_hmm, let me try that.15:58
*** Bunio_FH <Bunio_FH!> has quit IRC15:59
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC16:01
*** fl0v0 <fl0v0!> has quit IRC16:10
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:10
*** mckoan is now known as mckoan|away16:13
*** Snert_ <Snert_!~snert_@> has joined #yocto16:13
*** bavery_fn <bavery_fn!bavery@nat/intel/x-odqscrgpizakavdu> has quit IRC16:14
*** bavery_fn <bavery_fn!bavery@nat/intel/x-zedqaykpuiqgwdbu> has joined #yocto16:14
*** peacememories <peacememories!> has joined #yocto16:14
*** ayaka <ayaka!~ayaka@> has left #yocto16:18
*** Kakounet <Kakounet!~Thunderbi@> has quit IRC16:18
*** jairglez <jairglez!~jairdeje@> has joined #yocto16:18
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto16:20
*** bavery_fn <bavery_fn!bavery@nat/intel/x-zedqaykpuiqgwdbu> has quit IRC16:20
*** scottrif <scottrif!> has joined #yocto16:21
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto16:22
*** stephano <stephano!~stephano@> has joined #yocto16:26
*** geoffrey_l <geoffrey_l!> has quit IRC16:26
*** lolsborn <lolsborn!~lolsborn@> has joined #yocto16:27
*** jku <jku!~jku@2001:14ba:1fe:f400:4e8d:79ff:fef2:49ba> has joined #yocto16:32
HavoK_@rburton so it builds now but when I open the image file the libs are not located in /usr/lib. I am doing this in do_install install -d ${D}${libdir}16:32
HavoK_install -m 0644 ${WORKDIR}/libssh2-${PV}/src/.libs/ ${D}${libdir}/16:32
HavoK_install -m 0644 ${WORKDIR}/libssh2-${PV}/src/.libs/ ${D}${libdir}/16:32
HavoK_install -m 0755 ${WORKDIR}/libssh2-${PV}/src/.libs/ ${D}${libdir}/16:32
HavoK_is there something else I need to do for the libs to be placed in /usr/lib16:32
*** egavinc <egavinc!> has quit IRC16:33
rburtonwhy can you not just use 'make install'?16:34
rburtonare you reimplementing
*** t0mmy <t0mmy!> has joined #yocto16:36
beeker23hi. run in a problem with yocto. i just hope one of the 241 ppl in here could enlighten me. bitbake core-image-minimal tells me, it has no permissions for/with python3. i'm clueless. here are some more details:
rburtonthat link is bust16:41
beeker23is bust?16:41
rburton"That is an invalid ID, or the post has expired."16:42
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto16:43
beeker23strange. works here. do you have a 'own' pastebin or a prefered?16:43
rburtonany is fine16:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:48
rburtonbeeker23: looks like your python3 binary isn't executable16:49
rburtoni wonder if your build directory is on a directory you can't have executables on16:49
beeker23but it is. it's also in the path16:49
rburtonlike its a usb stick on ubuntu16:49
beeker23it's on a ssd and writebale by the user beeker2316:50
beeker23and there is also enough free disk scape16:52
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC16:55
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-rkqrkrgprwhuoisn> has joined #yocto16:56
beeker23something went wrong with the paste:
*** jku <jku!~jku@2001:14ba:1fe:f400:4e8d:79ff:fef2:49ba> has quit IRC16:59
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC16:59
HavoK_i’m not sure what you mean by make install. Thisis what my recipe looks like
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto17:01
beeker23when i execute the python3 script on the shell, the var $cfgscript holds the value ../../../beeker23/YOCTO/build/tmp/work/x86_64-linux/quilt-native/0.65-r0/quilt-0.65/configure17:01
beeker23the configure script exists and is executable17:02
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto17:05
beeker23where does the script get build?17:14
*** sameo <sameo!samuel@nat/intel/x-omejnrobfhjkbhan> has joined #yocto17:14
beeker23it looks like it can't find the python3 exe17:14
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:15
beeker23thats the value of PATH before the python3 would be called: /home/thomax/YOCTO/poky/scripts/native-intercept:/home/thomax/YOCTO/build/tmp/sysroots-uninative/x86_64-linux/usr/bin:/home/thomax/YOCTO/poky/scripts:/home/thomax/YOCTO/build/tmp/work/x86_64-linux/quilt-native/0.65-r0/recipe-sysroot-native/usr/bin/x86_64-linux:/home/thomax/YOCTO/build/tmp/work/x86_64-linux/quilt-native/0.65-r0/recipe-sysr17:19
beeker23there is no /usr/bin in the PATH var17:20
beeker23PATH gets overwritten in the created script - so it can't find python317:21
beeker23and if yocto like to use it's own build python3 it should build it before it gets used17:22
*** lolsborn <lolsborn!~lolsborn@> has quit IRC17:22
* beeker23 sighs17:23
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC17:23
*** lolsborn_ <lolsborn_!> has joined #yocto17:25
beeker23rburton: any hint17:28
*** JaMa <JaMa!~martin@> has quit IRC17:29
*** luneff <luneff!~yury@> has quit IRC17:29
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:33
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC17:35
*** falk0n <falk0n!> has quit IRC17:36
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto17:38
*** Bunio_FH <Bunio_FH!> has joined #yocto17:41
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto17:50
rburtonbeeker23: the usual reason is that you cant have executables in your ~/ so have you verified that they work?  python3 will be a symlink inside build/tmp/hosttools17:57
beeker23rburton: well.. i think it is no good idea to use HEAD/MASTER of yocto. i guess someone didn't test a push18:00
rburtonworks for me!18:01
rburtonbeeker23: seriously, theres a python3 symlink in tmp/hosttools, verify you can run that18:01
rburtonif you can't then work out why18:01
beeker23rburton: but it's only with the quilt. and this is part of a meta receipt18:01
beeker23there is just a directory python3 in build/tmp/hosttools and this only contains a debian_conf18:03
*** sameo <sameo!samuel@nat/intel/x-omejnrobfhjkbhan> has quit IRC18:03
beeker23yocto tries to build quilt in a very early stage18:04
*** grma <grma!~gruberm@> has quit IRC18:05
rburtonbeeker23: do you have python3 installed on your build machine?18:06
beeker23but the script overwrites the path.18:06
rburtonmy hosttools has symlinks to /usr/bin/python3 /usr/bin/touch etc18:06
beeker23don't know why i don't have it18:07
beeker23i just cloned the yocto master and bitbake the minimal core image18:07
khemwhats the distro running on build host ?18:08
beeker23(well.. and of cause use meta-rockchip)18:08
khemwhich version ?18:08
beeker23(freshly dist-upgraded testing)18:08
khemayaka: include python-misc in your image see if that helps18:10
khemscratch that18:10
rburtonbeeker23: can you pastebin the contents of tmp/hosttools (ls -l)18:10
beeker23rburton: one sec. i start build from scratch (rm -rf build)18:11
khemI wonder if you have python pointing to some non-standard install18:12
beeker23waaaaa, i guess i found the issue18:14
*** bngen1 <bngen1!~Adium@2601:600:8c00:4cf6:2c5e:a796:aed3:28ba> has quit IRC18:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:17
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:18
beeker23yes. my fault. bash is not my normal shell - i'm tcsh user. but the bash PATH contained /etc before /usr/bin and made a symlink from /etc/python318:19
beeker23now, i hope, it runs through18:20
beeker23thanks for have an eye on the channel, rburton & khem18:21
*** lolsborn_ <lolsborn_!> has quit IRC18:28
*** lolsborn <lolsborn!> has joined #yocto18:28
*** lolsborn <lolsborn!> has joined #yocto18:29
*** lolsborn <lolsborn!> has quit IRC18:30
*** lolsborn <lolsborn!> has joined #yocto18:31
*** lolsborn <lolsborn!> has joined #yocto18:31
*** luneff <luneff!~yury@> has joined #yocto18:32
*** lolsborn_ <lolsborn_!> has joined #yocto18:32
*** morphis <morphis!> has quit IRC18:34
*** lolsborn <lolsborn!> has quit IRC18:36
beeker23can i `make menuconfig` manualy and bitbake again?18:39
beeker23just `make menuconfig` and copy the .config file to defconfig? is this the way?18:49
*** toanju <toanju!> has joined #yocto18:56
*** bluelightning <bluelightning!~paul@> has joined #yocto19:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:06
*** lolsborn <lolsborn!> has joined #yocto19:18
*** marka <marka!> has quit IRC19:19
*** rodgort <rodgort!> has quit IRC19:21
*** rodgort <rodgort!> has joined #yocto19:21
RPpohly: Your patch set results in this: :(19:22
*** lolsborn_ <lolsborn_!> has quit IRC19:22
pohlyArgh. Checking...19:22
*** bitterman <bitterman!~yury@> has joined #yocto19:23
*** toanju <toanju!> has quit IRC19:23
pohlyHow many implementations of launch() are there? I must have missed on.19:23
RPpohly: I haven't looked into it, just that your patch and those errors look very related19:23
pohlyYes, it's definitely that.19:24
*** marka <marka!> has joined #yocto19:24
pohlyI bet it's the start().19:26
*** luneff <luneff!~yury@> has quit IRC19:26
pohlyRP: where can I see what DISTRO is set for the tests which fail>19:27
*** bitterman <bitterman!~yury@> has quit IRC19:29
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:29
rburtonbeeker23: ah sounds like an interesting bug in os.which or something in python19:29
beeker23rburton: you mean the wrong sym link?19:30
rburtonthe code just looks for the first thing matching the name in $PATH19:30
beeker23rburton: was just a wrong PATH19:30
rburtonwhich is why it found /etc/python319:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:31
rburtonit should also check that its an executable file i guess19:31
beeker23or use `which`19:31
beeker23the directory is also x-bit19:31
beeker23yeah, but not a19:31
rburtonyeah needs to be executable & file19:32
beeker23'normal' file19:32
rburtonbb.utils.which is the bug19:32
beeker23you can earn a star now for a bug fix :-)19:32
beeker23here you go: *19:32
beeker23rburton: but am i right? i can `make menuconfig` the kernel and take the changed from .config to defconfig and bitbake again?19:34
pohlyRP: sorry for the AB failures :-/ In hindsight it is obvious why the patch was incomplete. V4 sent.19:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:43
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:47
*** pohly <pohly!> has quit IRC20:00
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC20:01
*** joshuagl <joshuagl!~joshuagl@> has quit IRC20:02
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto20:04
*** peacememories <peacememories!> has quit IRC20:06
kergothbluelightning: TinfoilUIException results in a traceback when running bitbake-layers, the toplevel try/except for main() doesn't catch it20:12
kergothjust as an fyi20:12
bluelightningkergoth: what is that exception caused by in your case?20:12
kergothi .. can't remember. maybe a missing base recipe for an append? parse time?20:13
kergothran into it on friday20:13
kergothupdating our layers from morty to master20:15
*** _rai_ <_rai_!> has joined #yocto20:17
_rai_I need to create a symbolic link on the rootfs for Ostro using bitbake.  Essentially I need 'ln -s /lib /lib64' .  What's the best way to do this ?20:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:20
*** lolsborn <lolsborn!> has quit IRC20:22
*** lolsborn <lolsborn!> has joined #yocto20:22
*** lolsborn <lolsborn!> has joined #yocto20:22
*** marka <marka!> has quit IRC20:24
bluelightning_rai_: probably a function called from ROOTFS_POSTPROCESS_COMMAND20:24
bluelightning(in your custom image recipe)20:24
*** lolsborn <lolsborn!> has quit IRC20:24
_rai_bluelightning: would I have to create a new meta layer for that or just create a recipe within another layer ?  Or pehaps just add the ln -s to an existing function ?20:27
bluelightning_rai_: you can put the image recipe in any existing layer, but I would encourage you to create your own layer - it's really easy, the yocto-layer script will create one for you20:29
_rai_bluelightning: yes, I know how to create custom layers.  But my attemps at creating the link so far have failed.  No errors, just no link.20:31
*** lolsborn <lolsborn!~lolsborn@> has joined #yocto20:32
_rai_I'm looking at the rootfs-postcommands.bbclass now.  I guess this would be an append to a function ?20:33
bluelightning_rai_: I'm writing an example now for you20:34
_rai_bluelightning: cool, thanks20:34
bluelightninghmm, actually that ln command is incorrect20:36
bluelightning_rai_: have updated20:36
_rai_Thanks I appreciate it20:42
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:44
*** ant_home <ant_home!~ant__@> has joined #yocto20:50
_rai_bluelightning: is there a new pastebin link ?20:50
bluelightning_rai_: nope, same one20:51
bluelightningbasically I just dropped both /'s in the ln command20:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:51
_rai_ahh I see.  I'll give this a shot. Thanks !20:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:58
*** bngen <bngen!~Adium@2607:f880:0:100:a536:58e8:17fb:26e> has joined #yocto20:59
*** sjolley <sjolley!~sjolley@> has quit IRC20:59
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC21:00
*** otavio_ <otavio_!~otavio@debian/developer/otavio> has joined #yocto21:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:05
*** berton <berton!~berton@> has quit IRC21:20
*** rcw <rcw!~rwoolley@> has quit IRC21:25
*** stephano <stephano!~stephano@> has quit IRC21:27
*** stephano <stephano!~stephano@> has joined #yocto21:28
*** moto-timo <moto-timo!~ttorling@> has joined #yocto21:33
*** moto-timo <moto-timo!~ttorling@> has quit IRC21:33
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto21:33
*** bngen <bngen!~Adium@2607:f880:0:100:a536:58e8:17fb:26e> has quit IRC21:34
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC21:38
*** caiortp <caiortp!~inatel@> has quit IRC21:38
*** bngen <bngen!~Adium@2607:f880:0:100:e13b:c157:8f07:8087> has joined #yocto21:39
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto21:41
*** sgw_ <sgw_!~sgw_@> has quit IRC21:44
*** HavoK_ <HavoK_!> has quit IRC21:46
*** HavoK_ <HavoK_!> has joined #yocto21:47
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC21:50
*** sgw_ <sgw_!sgw_@nat/intel/x-pohfndqbqdypahcy> has joined #yocto21:52
*** bngen <bngen!~Adium@2607:f880:0:100:e13b:c157:8f07:8087> has quit IRC21:55
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC22:00
*** lukma <lukma!> has quit IRC22:02
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto22:03
*** DarkKnight <DarkKnight!> has quit IRC22:04
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC22:07
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC22:07
*** sjolley <sjolley!~sjolley@> has joined #yocto22:11
*** scottrif <scottrif!> has quit IRC22:11
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:12
*** neverpan1c <neverpan1c!> has joined #yocto22:16
*** neverpanic <neverpanic!> has quit IRC22:16
*** lukma <lukma!~lukma@> has joined #yocto22:18
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:21
*** lamego <lamego!jose@nat/intel/x-bbweomhjxcbayvzh> has quit IRC22:24
*** phoo1234567 <phoo1234567!> has quit IRC22:31
*** stephano <stephano!~stephano@> has quit IRC22:33
*** stephano <stephano!~stephano@> has joined #yocto22:34
*** agust <agust!> has quit IRC22:37
*** bngen <bngen!~Adium@2607:f880:0:100:803b:a29b:482c:58ea> has joined #yocto22:44
*** HavoK_ <HavoK_!> has quit IRC22:47
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto22:49
-YoctoAutoBuilder- build #1089 of nightly-x32 is complete: Success [build successful] Build details are at
*** williamfligor <williamfligor!~textual@> has quit IRC22:58
*** lolsborn <lolsborn!~lolsborn@> has quit IRC23:09
*** stephano <stephano!~stephano@> has quit IRC23:09
*** lolsborn <lolsborn!> has joined #yocto23:09
*** lolsborn <lolsborn!> has quit IRC23:12
*** lolsborn <lolsborn!> has joined #yocto23:12
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC23:24
*** ajtag <ajtag!> has quit IRC23:27
*** nighty- <nighty-!> has quit IRC23:29
*** zecke <zecke!> has quit IRC23:48
*** bngen <bngen!~Adium@2607:f880:0:100:803b:a29b:482c:58ea> has quit IRC23:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:52
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:53
*** lolsborn <lolsborn!> has quit IRC23:56
*** lolsborn <lolsborn!> has joined #yocto23:56
*** ed2 <ed2!> has quit IRC23:57
*** lolsborn <lolsborn!> has quit IRC23:58
*** lolsborn <lolsborn!> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!