Tuesday, 2018-11-20

*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto00:02
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-taiacfhkjaftcjrv> has joined #yocto00:02
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC00:18
*** User__ <User__!~learningc@210.195.51.162> has joined #yocto00:24
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto00:33
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto00:44
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto00:44
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto00:44
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC00:48
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto00:49
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC00:49
*** User__ <User__!~learningc@210.195.51.162> has quit IRC01:03
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto01:04
*** User__ <User__!~learningc@210.195.51.162> has joined #yocto01:13
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC01:13
*** User__ <User__!~learningc@210.195.51.162> has quit IRC01:26
*** User__ <User__!~learningc@210.195.51.162> has joined #yocto01:26
*** Willy-- <Willy--!~william@drmons0544w-156-34-8-55.dhcp-dynamic.fibreop.ns.bellaliant.net> has joined #yocto01:29
*** deviosity <deviosity!~dvoid@199.231.247.178> has quit IRC01:40
*** User__ <User__!~learningc@210.195.51.162> has quit IRC01:48
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto01:49
*** User__ <User__!~learningc@210.195.51.162> has joined #yocto02:16
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC02:16
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC02:23
*** User__ <User__!~learningc@210.195.51.162> has quit IRC02:30
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC02:31
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto02:31
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto02:33
*** la_croix_ <la_croix_!~la_croix@05420a44.skybroadband.com> has quit IRC02:44
*** la_croix <la_croix!~la_croix@05420a44.skybroadband.com> has joined #yocto02:55
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto03:05
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC03:08
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto03:09
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC03:41
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto03:42
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC03:58
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto04:05
*** timblechmann_ <timblechmann_!~quassel@2001:e68:5420:5df3:8198:60ad:898:f695> has joined #yocto04:27
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC04:31
*** mario-go` <mario-go`!~user@static.107.70.9.5.clients.your-server.de> has quit IRC04:45
*** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto04:46
*** paulg <paulg!~paulg@24-246-7-167.cable.teksavvy.com> has quit IRC05:06
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC05:26
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC05:51
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-taiacfhkjaftcjrv> has quit IRC06:32
*** armpit <armpit!~armpit@97-121-174-158.clsp.qwest.net> has joined #yocto06:37
abelalmorning folks06:56
abelaldo we know when the linux-yocto 4.19 branches are coming up?06:56
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto07:02
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:09
yoctiNew news from stackoverflow: Yocto: use static library of other recipe, <https://stackoverflow.com/questions/53387809/yocto-use-static-library-of-other-recipe>07:18
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:22
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:24
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:35
*** paulg <paulg!~paulg@24-246-7-167.cable.teksavvy.com> has joined #yocto07:40
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC07:40
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC08:03
*** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto08:03
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has joined #yocto08:08
*** fl0v0 <fl0v0!~fvo@mue-88-130-97-198.dsl.tropolys.de> has joined #yocto08:10
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:11
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto08:15
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto08:16
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC08:17
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto08:17
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto08:17
T_UNIXLetoThe2nd: remember my question about `OVERRIDES` and `do_image_tar` yesterday? Turns out it was because of the chosen variable name (`STORAGEMEDIUM`). It breaks bitbake. Another name doesn't O.o08:30
LetoThe2ndT_UNIX: interesting indeed. but no idea why. if you are interested in the inner workings, you can of course grep poky for other uses of the expression "STORAGEMEDIUM"08:37
*** mckoan|away is now known as mckoan08:46
T_UNIXalready did. No luck though :-/09:04
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto09:07
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto09:07
*** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto09:09
T_UNIXI was wrong. Turns out that the (wrong) value that was set for `STORAGEMEDIUM`did apparently match something unintended.09:10
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC09:12
*** Aethenel- <Aethenel-!Aethenelle@gateway/shell/panicbnc/x-lxjhlbmoxemjdkzz> has quit IRC09:15
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-ciyheryaeghiezkr> has joined #yocto09:17
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-13-41.home.otenet.gr> has joined #yocto09:22
*** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC09:29
ejoernsHi, as I couldn't find any reference on this maybe you could give me a hint09:31
ejoernsWhat is the point in having the LICENSE field set in image/packagegroup recipes? Actually it describes the license of the source code used for the respective package, but, for an image or packagegroup?.. Is this more than a 'we don't have anything better' default?09:31
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC09:36
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto09:48
*** BlauskaerM <BlauskaerM!~Fever@185.213.152.173> has joined #yocto09:48
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC09:48
BlauskaerMI have a recipe that creates a user and its home directory, /home/user. I also want to create a second recipe that puts some other files in this users home directory, /home/user/somefiles. But when i try to build my image I get a conflict that both recipe A and B tries to install /home/user. Am I using the wrong approach or is there a way to handle this?09:51
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto09:51
RPBlauskaerM: have one create the user and the other DEPEND on it09:55
BlauskaerMRP: Does DEPENDS and DEPEND hade the same meaning? I tried that but stille get the same error09:56
BlauskaerMhave*09:57
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto10:00
RPBlauskaerM: I mean DEPENDS sorry10:01
BlauskaerMHmmm... Will I always get this confligt if i try to install a file in a directory that was created by another recipe or is it because I try to make a new directory (install -d) inside /home/user from recipe B?10:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:06
RPBlauskaerM: I'm not sure, this does sound like an odd bug and something we should really have a test case for10:06
BlauskaerMDont know, get the feeling that its just me who dont really know how to handle things :P10:09
RPBlauskaerM: If we had a testcase it would also give you an example...10:12
BlauskaerMKind of new, where can I find the test-cases/examples?10:13
RPBlauskaerM: in this case it would probably be something in meta/lib/oeqa/selftest/cases10:17
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:21
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC10:23
BlauskaerMRP: Found them. See if they can give me some insight10:24
BlauskaerMThanks for your time10:24
RPBlauskaerM: we don't have a test case right now, I'm just thinking/wishing we had10:24
BlauskaerMahaa10:26
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto10:31
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC10:35
*** ant_work <ant_work!~ant__@87.13.122.174> has joined #yocto10:37
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto10:38
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:41
*** berton <berton!~berton@181.220.65.91> has quit IRC10:45
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC10:46
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto10:47
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto10:47
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:47
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC10:51
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto10:54
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:06
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto11:07
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:07
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC11:12
yoctiNew news from stackoverflow: Yocto project, try to add my device driver config into the Linux kernel configuration file <https://stackoverflow.com/questions/49298338/yocto-project-try-to-add-my-device-driver-config-into-the-linux-kernel-configur>11:19
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto11:22
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto11:22
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto11:43
*** otavio_ <otavio_!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto11:46
yoctiNew news from stackoverflow: How to setup an Yocto recipe to build from a local git source? <https://stackoverflow.com/questions/49535881/how-to-setup-an-yocto-recipe-to-build-from-a-local-git-source>11:49
BlauskaerMRP: Seems to work if I just use mkdir -p /home/user and not install -d11:58
BlauskaerMIs there a reason to use install instead of mkdir to make a directory11:59
BlauskaerM?11:59
BlauskaerMQuestion goes to everyone11:59
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto12:06
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC12:10
*** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC12:14
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:33
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto12:40
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto12:47
RPBlauskaerM: that seems very strange as they should do the same thing12:51
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC12:53
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto12:54
*** xtron_ <xtron_!~xtron@119.160.96.162> has joined #yocto12:56
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC12:59
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has joined #yocto13:04
BlauskaerMRP: Yes I forgot to save one of the recepies -_-13:04
BlauskaerMSame problem as before13:04
*** xtron_ <xtron_!~xtron@119.160.96.162> has quit IRC13:06
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-yjyyxcdixgotcajp> has quit IRC13:06
*** xtron_ <xtron_!~xtron@119.160.96.162> has joined #yocto13:09
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has quit IRC13:12
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has joined #yocto13:14
*** xtron_ <xtron_!~xtron@119.160.96.162> has quit IRC13:16
*** xtron_ <xtron_!~xtron@119.160.96.162> has joined #yocto13:19
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has quit IRC13:22
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto13:25
*** xtron_ <xtron_!~xtron@119.160.96.162> has quit IRC13:28
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto13:32
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto13:34
*** xtron_ <xtron_!~xtron@119.160.96.162> has joined #yocto13:34
yateskhem: not sure yet - i'm testing now - should know in a few more minutes13:34
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC13:34
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has joined #yocto13:36
*** xtron_ <xtron_!~xtron@119.160.96.162> has quit IRC13:39
*** xtron_ <xtron_!~xtron@119.160.96.162> has joined #yocto13:46
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has quit IRC13:49
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has joined #yocto13:53
*** xtron_ <xtron_!~xtron@119.160.96.162> has quit IRC13:53
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto14:01
*** marka <marka!~masselst@128.224.252.2> has joined #yocto14:04
yateskhem: yes.14:05
yatesbeware that file://thumbdrive won't work - should be file:///thumbdrive. see https://en.wikipedia.org/wiki/File_URI_scheme14:07
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto14:13
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC14:14
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto14:14
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC14:15
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto14:16
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC14:18
*** learningc <learningc!~learningc@210.195.51.162> has joined #yocto14:18
RPBlauskaerM: I just wrote something to test what you're talking about, http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=de3ed9f49fe255e72ac31b7a0d73656c54413529 works14:24
yateswhat recipe type (recipes-extended, recipes-support, etc) should the wxWidgets library be placed under?14:26
BlauskaerMRP: Its almost the same situation. In my case I create the home directory in useradd-example (install -d 755 /home/user) and later tries to add a folder in the other recipe (install -d /home/user/somefolder)14:28
RPBlauskaerM: right, the same thing should apply though?14:28
RPBlauskaerM: are you saying it only breaks if its /home?14:29
BlauskaerMDont know tbh14:29
BlauskaerMIn the other recipe I do the same thing for /home/root and that seems ok14:29
BlauskaerMOnly seems to be problem with the "new" user14:30
BlauskaerMHave to see what useradd-example does14:30
BlauskaerMI use that as a template when creating the user but was some time ago so I forgot what it said14:31
BlauskaerMJust a sec14:31
*** xtron_ <xtron_!~xtron@119.160.96.162> has joined #yocto14:31
RPBlauskaerM: what FILES are you setting? Does it try and include /home/xxx or just the files under /home/xxx/ ?14:31
RPBlauskaerM: I just tried http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=4b92d150322e07f098f7c5bd2300c058d953884d which also works14:32
BlauskaerMI the recipe that adds the user I have FILES_${PN} += "/home/user" and in the other recipe I have FILES_{PN} += "/home/user/somefolder /home/user/somefolder/file1"14:34
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has quit IRC14:34
RPBlauskaerM: that should be ok. rpm backend?14:35
RPBlauskaerM: I wonder if its because they have conflicting ownership on /home/user14:36
BlauskaerMrpm backend, sorry dont know that. Is it important to know?14:37
BlauskaerMfile /home/user conflicts between attempted installs of recipe2.aarch64 and recipe1.aarch6414:38
BlauskaerM(I changed the names so its not exactly the same error message)14:38
BlauskaerMBut you're right. t222&id=4b92d150322e07f098f7c5bd2300c058d953884d applies to my situation..14:39
BlauskaerMThen it must be that im doing something crazy14:39
RPBlauskaerM: I mean in both cases is the ownership of /home/user really user:group rather than root:root14:41
*** User__ <User__!~learningc@210.195.51.162> has joined #yocto14:41
RPBlauskaerM: I wasn't using rpm to test to I'm just rebuilding. rpm is a bit more picky about ownership14:41
*** learningc <learningc!~learningc@210.195.51.162> has quit IRC14:41
RPBlauskaerM: I can't seem to make it break, sorry :/14:45
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has joined #yocto14:46
BlauskaerMI appreciate your effort. As I said, I know the problem is on my end so Im gonna remove some code and restart a little bit14:46
BlauskaerMYour examples should be what I need14:47
RPBlauskaerM: Just noticed there isn't an RDEPENDS in my example. I'll fix that14:48
*** xtron_ <xtron_!~xtron@119.160.96.162> has quit IRC14:49
RPBlauskaerM: still worked...14:49
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto14:49
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:53
BlauskaerMI think the difference is that I create /home/user in useradd-example and then tries to create the other directory /home/user/somefolder in useradd-example-depends14:56
*** User__ <User__!~learningc@210.195.51.162> has quit IRC14:56
BlauskaerMDoes that work for you?14:56
BlauskaerMSo in useradd-example i do install -d -m 755 ${D}/home/user1 and in useradd-example-depends I do install -d -m 755 ${D}/home/user1/somefolder14:57
BlauskaerMAnd set FILES_${PN} += "/home/user1" in useradd-example and FILES_${PN} += "/home/user1/somefolder" in useradd-example-depends14:58
BlauskaerMI migt be a little bit late to add this but Im using 2.414:59
BlauskaerMIf that makes any difference14:59
*** xtron_ <xtron_!~xtron@119.160.96.162> has joined #yocto15:01
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has quit IRC15:04
*** ant_work <ant_work!~ant__@87.13.122.174> has quit IRC15:05
RPBlauskaerM: I tried that locally too :/15:05
*** sajjaad__ <sajjaad__!~xtron@110.93.212.98> has joined #yocto15:06
BlauskaerMThe h*ll im doing wrong :P15:07
*** xtron_ <xtron_!~xtron@119.160.96.162> has quit IRC15:08
BlauskaerMIts time for refactor man15:08
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-13-41.home.otenet.gr> has quit IRC15:08
BlauskaerMJust one more thing. You might have said it before but if you do chmod -R user1:group1 /home/user1 in useradd-example and chmod -R user1:group1 /home/user1/somefolder in useradd-example-depends, it still works?15:14
BlauskaerMsorry chown*15:15
BlauskaerMIn both commands15:15
RPBlauskaerM: yes, seemed to15:25
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:26
* BlauskaerM puts down his glases, buries hes face in his hands and screams a little bit15:28
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto15:28
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto15:36
BlauskaerMRP: Will try again tomorrow, thank you very much for your time today15:40
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC15:41
*** lazyape <lazyape!~lazyape2@athedsl-4549662.home.otenet.gr> has joined #yocto15:49
RPBlauskaerM: might be an idea to try and build a test case like mine...15:51
*** feddischson <feddischson!~feddischs@55d49ffa.access.ecotel.net> has joined #yocto15:52
*** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto16:00
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC16:01
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC16:03
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto16:05
BlauskaerMRP: Get the same issue when I apply some changes to the examples to commited. I can send you a patch tomorrow if you have time and see if you get the same error16:06
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has quit IRC16:10
*** sajjaad__ is now known as xtron16:13
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC16:19
*** dvoid <dvoid!~dvoid@199.231.247.178> has joined #yocto16:21
*** dvoid is now known as deviosity16:21
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:29
RPrburton, kanavin: https://autobuilder.yoctoproject.org/typhoon/#/builders/27/builds/230/steps/7/logs/step1c :(16:34
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC16:35
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC16:40
yatesi'm trying to create a recipe for wxwidgets (v3.0.4). their license is "wxWindows Licence" but apparently yocto doesn't know this license: WARNING: wxwidgets: LICENSE value "wxWindows Licence" has an invalid format - license names must be separated by the following characters to indicate the license selection: &|()16:47
RPyates: are you sure someone hasn't already written a recipe for that?16:48
kergothhttps://hashrocket.com/blog/posts/vim-magic-with-abolish-vim - random, but any vim users that don't have this installed should fix that, cause it's fantastic16:48
yatesi see it now16:48
kergoth(as are most of tpope's plugins, but still)16:49
yatescoreutils_6.9.bb has LICENSE = "GPLv2+" but i don't see that file in poky/meta/files/common-licenses. how does that work? how do you map files in common-licents to .bb file license strings?16:52
yatesi see the file WXwindows, which i guess is the wxwidgets license. so is that simply "WXwindows"?16:52
yatesLICENSE = "WXwindows"?16:53
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC16:54
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto16:54
yatesapparently the answer to my last question is "yes"16:55
RPyates: yes16:55
yatesthank you RP!16:56
RPyates: I'm fairly sure someone has written a recpie for that before. Have you checked layers.openembedded.org?16:56
yatesRP: don't have to, it's here in my project16:56
yatespoky/meta/files/common-licenses16:57
RPyates: not license, *recipe*16:57
yatesoh.16:57
yatesyes, i did - only 2.9.516:57
yatesand it looks like that version had some  autoconf quirks. so i'm creating a new one.16:58
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC16:58
RPyates: still probably useful as a reference16:58
yatestrue16:58
* yates facepalms16:58
yatesget the license out of there?16:58
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto16:58
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto17:00
RPyates: just an idea...17:00
* yates turns red17:01
Croftonis there a wx recipe?17:05
yateshttps://i.imgur.com/K4DB0ak.jpg17:06
yatesfor 2.9.5, whichis getting old now: https://layers.openembedded.org/layerindex/recipe/20507/17:06
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:08
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC17:11
yatesfor a git SRC_URI, REV is the desired hash of the commit you want, right?17:14
yatesSRCREV17:15
*** fl0v0 <fl0v0!~fvo@mue-88-130-97-198.dsl.tropolys.de> has quit IRC17:15
georgemyes17:15
yoctiNew news from stackoverflow: Yocto Bitbake VMWare Crashes <https://stackoverflow.com/questions/53397799/yocto-bitbake-vmware-crashes>17:20
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto17:21
*** mckoan is now known as mckoan|away17:31
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:36
*** User__ <User__!~learningc@210.195.51.162> has joined #yocto17:53
*** User__ <User__!~learningc@210.195.51.162> has quit IRC17:58
kergothhmm, oe-selftest wiki page is out of date. setting SANITY_TESTED_DISTROS = "" in local.conf does not work, and the default PREFERRED_PROVIDER_virtual/kernel won't do either, since it's linux-yocto for qemux8617:59
RPkergoth: I'm sure our autobuilder sets SANITY_TESTED_DISTROS18:02
kergoth../oe-core/meta/lib/oeqa/selftest/context.py18:04
kergoth190:        if "SANITY_TESTED_DISTROS" in self.tc.td:18:04
kergoth191:            self.tc.logger.error("Please unset SANITY_TESTED_DISTROS in order to run oe-selftest")18:04
kergothwhich sets the exit code to 1, which fails the tests18:04
kergothafaict, anyway18:04
* kergoth shrugs18:04
RPkergoth: https://autobuilder.yoctoproject.org/typhoon/#/builders/28/builds/242/steps/7/logs/stdio - sets   SANITY_TESTED_DISTROS = ''18:06
RPkergoth: I'm guessing empty vals don't make the d -> td transition18:07
RPwhich is accident rather than design18:07
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-uoxpjyrmpkfktckn> has quit IRC18:29
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto18:29
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC18:31
*** berton_ <berton_!~berton@181.220.65.91> has joined #yocto18:32
*** berton <berton!~berton@181.220.65.91> has quit IRC18:32
*** peacememories <peacememories!~textual@t196-091.demo.tuwien.ac.at> has joined #yocto18:32
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC18:33
*** feddischson <feddischson!~feddischs@55d49ffa.access.ecotel.net> has quit IRC18:34
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto18:38
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC18:39
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto18:39
khemRP: https://8n1.org/14048/3f9918:41
khemthats latest master-next18:41
JaMakhem: RP already reported it to the author18:42
JaMahttp://lists.openembedded.org/pipermail/openembedded-core/2018-November/276258.html18:42
khemJaMa: ok,18:42
khemoh so it is not revertable ?18:43
khemI thought it was still hanging in master-next18:43
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto18:43
*** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC18:44
khemah curl still went in18:45
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto18:47
*** jae1 <jae1!~jaewon@149.199.62.254> has quit IRC18:59
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto19:01
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:06
*** peacememories <peacememories!~textual@t196-091.demo.tuwien.ac.at> has quit IRC19:12
*** peacememories <peacememories!~textual@t196-091.demo.tuwien.ac.at> has joined #yocto19:13
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC19:26
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC19:31
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto19:32
RPkhem: I haven't reported the nativesdk issue, only a different one19:36
RPkhem: curl had an issue? :/19:37
khemRP: I reported that it regresses recipes in meta-oe19:37
khemfor once when the build finished in time19:38
RPkhem: I see the email, somehow I missed this :(19:39
RPkhem: sorry :/19:39
khemno worries, usually its good to hold such patches for sometimes so we can sync the changes19:40
RPkhem: I do for a while but usually once all the tests pass there isn't any followup :(19:41
JaMaanyone else seeing postgresql failing to build since last oe-core/sumo update?19:41
RPkhem: will try and do better19:42
khemRP: I regress master-next with meta-openembedded and bunch of other layers which is a good test for oe-core especially libs19:42
RPkhem: yes, agreed19:43
RPkhem: I'm working towards resorting out the autobuilder targets too19:43
khemright now my build round trip is in excess of 24 hrs19:45
khemthats way more than oe-core19:45
khembut I am hoping to improve with some new CPUs that Tom is on lookout one of builder is become better19:45
RPkhem: I'm wondering if we can have some basic tests on the main ab19:46
khemSure that will be good, if AB has cycles19:46
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto19:48
RPkhem: working on it :)19:55
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-wvgxqzfereazydko> has joined #yocto20:02
yatesi'm getting stuck on this recipe at the fetch stage: https://paste.fedoraproject.org/paste/i9E-ATTKOfalab6TkBTu0g20:02
yateshere's the recipe (so far): https://paste.fedoraproject.org/paste/t-8KL~lsKd8-y3NNWFsfVg20:02
yatesif i specify the hash, then isn't the branch irrelevent? so master should be fine?20:03
*** peacememories <peacememories!~textual@t196-091.demo.tuwien.ac.at> has quit IRC20:08
yatescan anyone take a look please?20:10
JPEWyates: Specifying the branch can reduce the amount that has to be cloned from the server20:11
JPEWyates: SRC_URI[sha256sum] is not necessary for a git fetch20:11
yatesi have that repo cloned in a separate directory - how can i find the has for a specific tag?20:11
yatesok20:11
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:17
*** berton_ <berton_!~berton@181.220.65.91> has quit IRC20:17
*** cslcm <cslcm!~cslcm@ns19281.115-189.caspernet.co.uk> has joined #yocto20:17
cslcmHey - are there "devel" packages available in yocto for installing libraries and headers?20:18
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto20:23
JPEWcslcm: There are -dev packages20:23
JPEWyates: FYI you probably need to do: S = "${WORKDIR}/git"20:24
cslcmi'm trying to find one for gstreamer but i can't see any listed20:24
JPEWcslcm: Where are you looking?20:24
cslcmhttps://layers.openembedded.org/layerindex/branch/master/recipes/20:25
JPEWcslcm: Ah, they aren't going to show up there... the recipes create the -dev packages20:25
cslcmah, so i can just add -dev to a recipe name?20:26
cslcmmaybe?20:26
JPEWcslcm: Thats the default, so most of the time, yes :)20:26
JPEWJaMa: still here?20:27
*** cslcm <cslcm!~cslcm@ns19281.115-189.caspernet.co.uk> has quit IRC20:33
*** cslcm <cslcm!~cslcm@78.157.211.238> has joined #yocto20:33
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC20:34
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto20:40
cslcmJPEW: any idea about gtk+-dev which doesn't seem to exist20:50
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC20:50
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto20:50
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC20:52
kergothcslcm: the layer index search recipes, not packages.20:52
kergothdev packages are split off by default, for everything20:52
kergothas part of the build process20:52
kergothyou're t alking about runtime, but this is a build tool20:52
cslcmi need to develop an application on the target device20:52
cslcmi've found -dev recipes for most of what i need but not for gtk+20:53
kergothagain, every recipe splits off development files into a -dev package by default20:53
kergothit's not a separate recipe20:53
kergoththe regular gtk recipe emits -dev packages, just like everything else20:53
cslcmright but gtk+ is found by yocto and gtk+-dev isn't20:53
cslcmmaybe the plus is an issue?20:53
kergoth"found by yocto" makes no sense20:53
yatesJPEW: the tag i'm interested in is not associated with any branch.20:53
kergothyocto is an umbrella project that encompasses many tools, including bitbake+oe+poky, which is used to build distros20:53
cslcmi know20:54
bluelightningcslcm: describe what you did and the messages you received20:54
cslcmadded gtk+ and gtk+-dev to IMAGE_ISNTALL_append, ran the build, it said nothing provides gtk+-dev20:54
cslcmexcuse the typo20:54
JPEWyates: That is.... strange. Not impossible, but strange.20:55
bluelightningcslcm: that is very odd... the gtk+ recipe clearly does define an ${PN}-dev package20:55
yatesJPEW: "git branch --contains v3.0.4" reports nothing.20:57
yatesso apparently that is the case here.20:57
bluelightningcslcm: yep just tried it here, adding gtk+-dev to an image did not give me such an error20:57
bluelightningcslcm: can you paste your *exact* IMAGE_INSTALL_append line?20:58
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has left #yocto20:58
yateswhere is the git fetcher?21:00
kergothyates: bitbake, as with all the fetchers21:00
yatesi'm coming up with nothing here..21:00
yateskergoth: you mean it's internal to bitbake? not a class anywhere/21:00
yates?21:00
kergothyes21:00
yatespiddle21:01
kergothhttps://github.com/openembedded/bitbake/blob/master/lib/bb/fetch2/git.py21:01
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto21:10
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC21:11
yatesi'm completely stumped. i'm not good enough at python to read that, but thanks kergoth. i tried.21:14
bluelightningyates: did you try git branch -r --contains v3.0.4  ?21:15
yateswhy NOT?!?!? ERROR: wxwidgets-3.0.4-r0 do_fetch: Fetcher failure for URL: 'git://github.com/wxWidgets/wxWidgets.git;protocol=https;tag=v3.0.4'. Unable to fetch URL from any source.21:16
bluelightningyates: if the tag really isn't on any branch then use ;nobranch=121:16
kergothit's actually fairly common for a tag to not be contained by any branch. it's not good practice, but common. not everyone merges back the version bumps into mainline21:16
kergothwhich tends to break git-describe, etc21:16
kergothirritating21:16
yatesbluelightning: ok, lemme try that21:16
yatesbluelightning: no, i did not, and that worked. https://paste.fedoraproject.org/paste/v0oVC5ParjTs3h-QwYgfDw21:18
yatesbut.. the nobranch=1 worked. got past the fetch stage. only took 3 hours...21:19
bluelightningok, so I guess branch=WX_3_0_BRANCH is what you really want there21:20
yatesbut without specifying a branch, nobranch=1 worked21:20
yatesdo i really need the branch?21:20
bluelightningright, that is an alternative21:20
bluelightningFYI, devtool upgrade will take care of this kind of stuff for you21:20
yatesdoesn't devtool upgrade require an old recipe to work with?21:21
yatesi didn't want to use the old one - it seemed to have some autotools tweaks that i don't think are necessary any longer.21:22
CroftonYou can't upgrade nothing to something :)21:22
bluelightningah ok I figured you were upgrading the old one, nm21:22
bluelightningCrofton: no kidding :D21:22
yatesno, np - thanks for the help and ideas21:22
Crofton:)21:23
yatesCrofton: Billy Preston says "Nothing from nothin' leaving nothin'"...21:23
yatess/says/said/21:25
yateswould it be that hard to give a github url and a tag or hash to devtool and just let me create a brand new recipe???21:32
yatess/let me/let it/21:32
yates"devtool create-github-recipe ..." ?21:33
*** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC21:45
*** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto21:46
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC21:53
rburtonyates: doesn't devtool do that already?22:03
rburtonyates: also why not just use https://github.com/wxWidgets/wxWidgets/releases/download/v3.0.4/wxWidgets-3.0.4.tar.bz222:05
rburtoni prefer fetching tarballs if possible: faster, easier to mirror, and checksummable22:07
rburtonfwiw $ recipetool create git://github.com/wxWidgets/wxWidgets.git -B WX_3_0_BRANCH  -S v3.0.4 appears to be doing the right thing22:07
rburtonyou do need to know what branch/tag22:07
yatesrburton: which version of recipetool are you using? mine does not have a -B or a -S option22:17
rburtonthud22:17
rburtondevtool should be used instead but i was being lazy22:17
rburtonbut just using that tarball solves all the git woes22:18
rburton(the git fetcher likes to sanity check the sha/branch to be sure you know what you're asking for)22:18
yatesi'm past my git woes NOW. i guess that's good to know for the future..22:20
yatesalso, it seems like a git repo is more reliable than a tarball22:21
rburtonother way around imho22:21
rburtontarball was generated by the maintainers to be built, doesn't change, has checksums22:21
yatesreliable in the sense that it'll be there and be the same tomorrow and in 5 years.22:21
rburtonha haahahahhaha22:21
rburtonyou're aware we have a fork of distcc because upstream literally deleted the release tag we were using?22:22
rburtonat least for tarballs, they'll be in the source mirrors22:22
yateswell, no22:22
rburtonboth suck if the maintainers do something stupid, or just disappear22:23
rburtonat least a known tarball with a known checksum can be found in someone's disk and put online again22:23
yatesyeah, or we have a nuclear war22:23
yatesrburton: could you not say the same about a repo?22:24
rburtonfewer people have a complete clone to hand22:24
yatesyou mean a bare repo?22:24
yatesor you mean they don't regularly pull?22:25
rburtonits just easier to share around a tarball, it's just a single file22:25
rburtonanyway its late!22:25
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:25
yatesexit, stage left!22:25
yatesgotta run22:25
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC22:25
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto22:27
yatesjust joking..22:27
yatesis there an "inherit" for source that already has a ./configure, so that you can bypass the autoconf/etc. steps?22:29
yates"inherit autotools" runs autoconf and that seems to be hosing things22:30
yatesor do i just implement my own do_compile() in that case?22:31
RPyates: we run autoconf for a reason22:38
*** maudat <maudat!~moda@64.18.88.250> has quit IRC22:42
JPEWRP: I see 1e8623ce6b7 ("poky.conf: Add MACHINE to SDK_NAME")... I ran into a similar problem while building SDKs for MinGW and worked around it locally by adding ${SDK_OS} to SDK_NAME22:44
JPEWIt starts making the SDK name really long to add all those in :)22:44
RPJPEW: yes, there has to be a better way :/22:46
yatesRP: why?22:48
yatesis it because we are cross-building instead of natively building?22:49
RPyates: basically yes, make sure all of our tweaks take effect and it cross builds well22:49
JPEW"cross-compiling is hard" - Sun Tzu22:51
*** Saur <Saur!~pkj@proxy02.se.axis.com> has quit IRC22:51
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto22:52
*** Saur <Saur!pkj@nat/axis/x-jadkkwlvkmoraamd> has joined #yocto22:59
*** Saur <Saur!pkj@nat/axis/x-jadkkwlvkmoraamd> has quit IRC23:00
*** Saur <Saur!pkj@nat/axis/x-vsxdnalxkwapyelr> has joined #yocto23:00
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC23:14
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC23:23
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto23:28
chandana73I am trying to run devtool modify gcc but it errors out with the following message:23:29
chandana73ERROR: Task do_patch does not exist for target gcc (..../meta/recipes-devtools/gcc/gcc_8.2.bb:do_patch). Close matches:do_fetch23:29
chandana73Is this the right way to call gcc with modify ?23:29
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:29
chandana73* ERROR: Task do_patch does not exist for target gcc (..../meta/recipes-devtools/gcc/gcc_8.2.bb: do_patch). Close matches: do_fetch23:30
JaMagcc sources are provided by gcc-source recipe23:41
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto23:42
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has left #yocto23:44
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC23:45
chandana73I tried with devtool modify gcc-source_7.3 and it errors as well. the error i see is ERROR:  Unable to find any recipe file matching "gcc-source_7.3"23:46
RPhalstead: the non-release structure on pub on the autobuilder is horrible, I'm tweaking it to better match the other releases. We may need to clean up pub23:49
kergothchandana73: it's devtool modify gcc-source-7.3, not _7.323:51
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto23:56
chandana73@kergoth: I tried that as well and i get the same error of unable to find any recipe file matching gcc-source-7.323:57

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