Monday, 2017-07-10

*** yizhao <yizhao!~zhaoyi@> has joined #yocto00:14
*** msvb-lab <msvb-lab!> has quit IRC00:31
*** nighty- <nighty-!> has joined #yocto00:35
*** juvenal <juvenal!~juvenal@> has quit IRC01:20
*** dreyna <dreyna!> has joined #yocto01:48
*** fray <fray!> has quit IRC01:53
*** fray <fray!> has joined #yocto01:55
*** juvenal <juvenal!~juvenal@> has joined #yocto01:59
*** fray <fray!> has quit IRC02:03
*** fray <fray!> has joined #yocto02:11
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:9088:5782:e93e:b0c7> has joined #yocto02:19
*** fray <fray!> has quit IRC02:29
*** fray <fray!> has joined #yocto02:31
*** seebs <seebs!~seebs@> has quit IRC02:41
*** seebs <seebs!~seebs@> has joined #yocto02:46
*** juvenal <juvenal!~juvenal@> has quit IRC02:51
*** sjolley <sjolley!~sjolley@> has joined #yocto03:11
*** sjolley1 <sjolley1!~sjolley@> has quit IRC03:11
*** dv__ <dv__!> has quit IRC03:28
*** dv_ <dv_!> has joined #yocto03:29
*** berndhs <berndhs!> has quit IRC03:42
*** hamis <hamis!~irfan@> has joined #yocto04:06
*** paulg <paulg!> has quit IRC04:13
*** paulg <paulg!> has joined #yocto04:31
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:9088:5782:e93e:b0c7> has quit IRC04:42
*** gtristan <gtristan!~tristanva@> has quit IRC04:42
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:13e:d2f9:3adc:ff19> has joined #yocto04:59
*** gtristan <gtristan!~tristanva@> has joined #yocto05:15
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto05:35
*** bavery_fn <bavery_fn!~bavery@> has quit IRC05:40
*** agust <agust!> has joined #yocto05:49
*** pohly <pohly!> has joined #yocto05:59
*** dreyna <dreyna!> has quit IRC06:13
*** csanchezdll <csanchezdll!> has joined #yocto06:18
*** thaytan_ is now known as thaytan06:30
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:38
*** rob_w <rob_w!~bob@> has joined #yocto06:45
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:45
*** Bunio_FH <Bunio_FH!> has joined #yocto06:48
*** lucaceresoli <lucaceresoli!> has joined #yocto06:49
*** fl0v0 <fl0v0!> has joined #yocto06:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto06:55
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC06:56
*** bluelightning <bluelightning!> has joined #yocto06:59
*** bluelightning <bluelightning!> has quit IRC06:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto06:59
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto07:03
*** rajm <rajm!~robertmar@> has joined #yocto07:08
*** adca <adca!~adca@> has joined #yocto07:12
*** ant_work <ant_work!> has joined #yocto07:13
*** BarBQ <BarBQ!> has joined #yocto07:14
*** Bunio_FH <Bunio_FH!> has quit IRC07:17
*** Bunio_FH <Bunio_FH!> has joined #yocto07:17
*** yann <yann!> has quit IRC07:29
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:34
*** morphis <morphis!> has joined #yocto07:36
mcfriskhi, I'm adding license details from recipes to buildhistory so that I can do some checks after build to recipe which we use, but changes to buildhistory are not used until recipes are compiled from sources, and we happen to use sstate heavily. Is there a way to force rebuilds of everything, or better yet force checking buildhistory recipe data from sources?07:37
*** Kakounet <Kakounet!> has joined #yocto07:38
*** oxygenxo <oxygenxo!c0c6972b@gateway/web/freenode/ip.> has joined #yocto07:38
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto07:40
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:44
*** oxygenxo <oxygenxo!c0c6972b@gateway/web/freenode/ip.> has quit IRC07:47
*** prabhakarlad <prabhakarlad!~prabhakar@> has joined #yocto07:49
bluelightningmcfrisk: where did you make your changes?07:51
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:54
*** Bunio_FH <Bunio_FH!> has quit IRC07:55
*** Bunio_FH <Bunio_FH!> has joined #yocto07:56
mcfriskbluelightning: in buildhistory.bbclass07:59
bluelightningmcfrisk: sorry I meant in which function in there08:00
mcfriskI thought I catched all cases by editing: buildhistory_emit_pkghistory, write_recipehistory, write_pkghistory08:01
mcfriskand when recipe is recompiled, the data is filled for recipes and binary packages08:02
*** toscalix <toscalix!~toscalix@> has joined #yocto08:02
mcfriskhmm: sstate_install[vardepsexclude] += "buildhistory_emit_pkghistory"08:04
mcfriskthat explains it08:04
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto08:06
*** janho <janho!> has joined #yocto08:06
*** gizero <gizero!> has joined #yocto08:10
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:11
*** rick_0 <rick_0!~Thunderbi@2001:8003:804a:b500:13e:d2f9:3adc:ff19> has quit IRC08:13
mcfriskif got it right, buildhistory_emit_pkghistory is ignored in by sstate cache signature checks and changes to it don't retrigger any rebuilds. But why? Because enabling/disabling builhistory shouldn't trigger rebuild of everything? For image and sdk's the buildhistory data is always written out, and for SRCREV in..08:14
*** jku <jku!~jku@> has joined #yocto08:15
*** yann <yann!> has joined #yocto08:18
*** Snert__ <Snert__!> has joined #yocto08:19
*** Snert <Snert!> has quit IRC08:19
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto08:19
*** ed2 <ed2!~Adium@> has joined #yocto08:20
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto08:21
*** qt-x <qt-x!~Thunderbi@> has quit IRC08:28
bluelightningmcfrisk: that's correct, we don't want enabling buildhistory to cause a whole bunch of tasks to re-execute08:36
bluelightningif you want the data repopulated though you can just delete your TMPDIR and it'll get repopulated as it's restored from sstate08:37
mcfriskbluelightning: in jethro at least, deleting tmp doesn't help, to add new data to buildhistory, like LICENSE, I need to rebuild all recipes.08:38
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC08:39
mcfriskI think I will take that sstate cache signature check out from our tree. we want buildhistory always and we want it to be uptodate.08:39
bluelightningmcfrisk: hmm, I can't immediately explain that... the code should be executed regardless of whether it's restoring from sstate or not08:40
mcfriskbluelightning: problem is data in sstate is not uptodate with changes to buildhistory.bbclass. E.g. the added LICENSE field is not in ssate cache. Only way to regenerate the recipe data is to force a rebuild.08:41
bluelightningmcfrisk: yes but the buildhistory data does not go into sstate, that's the thing08:41
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto08:41
*** janho <janho!> has quit IRC08:42
mcfriskbluelightning: hmm, then I can't explain from where buildhistory is pulling old data. Maybe from git history? Not from files in buildhistory since we wipe it clean before building everything to make sure old packages and images are removed from there.08:42
bluelightningmcfrisk: don't know, unfortunately I'm a bit short of time to debug it at the moment08:43
bluelightningwe really should have a test for this sort of thing but at the moment we don't08:43
mcfriskbluelightning: ok, thanks anyway. I can hopefully work around this. And I should send patches upstream.. sadly our jethro is, well getting funky..08:44
mcfriskgah, wiping buildhistory and building busybox with 100% sstate hits results in no data about busybox in buildhistory directory :(08:47
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:52
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:54
*** janho <janho!~johan@> has joined #yocto08:54
*** rburton <rburton!> has joined #yocto08:55
*** berndhs <berndhs!> has joined #yocto08:57
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:58
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto09:01
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:01
*** CTtpollard <CTtpollard!~CTtpollar@> has joined #yocto09:03
*** diego_r <diego_r!> has joined #yocto09:05
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:06
*** alkino <alkino!~alkino@> has joined #yocto09:06
alkinohi o/09:06
*** t0mmy <t0mmy!~tprrt@> has quit IRC09:07
alkinoIn a .bbclass I have overloaded do_fetch but it is never call even if I do "EXPORT_FUNCTIONS"09:07
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:09
rburtondon't set EXPORT_FUNCTIONS as thats probably why its not working :)09:09
rburtonjust do_fetch() in your class, and inherit it in the recipe09:09
alkinohum I though it was necessary to tell yocto that we are overloading "base tasks"09:11
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC09:11
rburtonjust like if you want to override do_compile you just write do_compile()09:12
rburtonEXPORT_FUNCTIONS is for more complicated uses09:12
alkinolol it works xD09:14
alkino"do_compile" and not "classname_do_compile"?09:14
rburtonusing export functions and the classname prefix just complicates things09:16
alkinodoc is not really clear on that.09:16
alkinobut ok09:16
rburtondocs shoud just say if you want to replace a task, just write do_whatever()09:17
*** msvb-lab <msvb-lab!> has joined #yocto09:17
*** qt-x <qt-x!~Thunderbi@> has joined #yocto09:21
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC09:23
*** JaMa <JaMa!~martin@> has joined #yocto09:36
*** qt-x <qt-x!~Thunderbi@> has quit IRC09:39
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC09:39
*** qt-x <qt-x!~Thunderbi@> has joined #yocto09:40
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:42
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:50
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:51
*** nighty- <nighty-!> has quit IRC09:59
*** Bunio_FH <Bunio_FH!> has quit IRC10:05
*** Bunio_FH <Bunio_FH!> has joined #yocto10:05
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC10:07
*** tlwoerner <tlwoerner!~Trevor@> has joined #yocto10:13
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto10:13
*** grma <grma!~gruberm@> has joined #yocto10:19
*** abelal <abelal!~quassel@> has quit IRC10:20
*** hamis <hamis!~irfan@> has quit IRC10:21
*** hamis <hamis!~irfan@> has joined #yocto10:21
*** abelal <abelal!~quassel@> has joined #yocto10:22
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto10:30
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC10:35
*** janho <janho!~johan@> has quit IRC10:35
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto10:44
*** qt-x <qt-x!~Thunderbi@> has quit IRC10:51
*** qt-x <qt-x!~Thunderbi@> has joined #yocto10:56
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC10:59
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has joined #yocto11:08
*** s_jankowitsch <s_jankowitsch!5b720432@gateway/web/freenode/ip.> has joined #yocto11:09
s_jankowitschHi all, I'm new here so please excuse me if my question is strange :) I have an issue after upgrading to Krogoth due to the following commit: d3ee5489c911:14
alkinowhich issue s_jankowitsch ?11:15
s_jankowitschIt causes my source directory to be deleted. The thing is, the source is not fetched from anywhere else but is part of my git repo.11:15
*** Bunio_FH <Bunio_FH!> has quit IRC11:15
s_jankowitschI was expecting this only to clean the source dir if SRC_URI is not empty, but this is not the case.11:16
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has joined #yocto11:16
s_jankowitschIs my config uncommon or is that a bug?11:16
s_jankowitschIs my config uncommon or is that a bug in OE?11:17
s_jankowitschJethro had a comment: TODO: Investigate if we can remove -> the question is, was this use case maybe not considered? Or is it just invalid? :)11:18
*** Bunio_FH <Bunio_FH!> has joined #yocto11:18
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto11:22
*** janho <janho!~johan@> has joined #yocto11:33
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:33
ernstphi, I'm sorry if this has been asked a thousand times but I having trouble googling a good solution...11:34
ernstpI want to in  a generic way, build image a, archive everything in deploy, then do _something_ (clean etc), build image a-dev, and archive everything in deploy just like if this was a clean build11:36
ernstpbut I want to do it as fast as possible, these images are very similar variants11:36
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:37
ernstpsstate cache is pretty fast but it would be nice to avoid setting up all the sysroot and x86_64-linux/ stuff again11:48
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto11:52
*** berton <berton!~berton@> has joined #yocto11:53
*** grma <grma!~gruberm@> has quit IRC11:54
*** jku <jku!~jku@> has quit IRC12:05
*** jku <jku!~jku@> has joined #yocto12:05
eduardas_m hello, is anyone using weston on i.MX 6 here?12:14
eduardas_m I am doing Yocto builds with Variscite BSP based on Yocto Morty ... to remove screen tearing I followed the advice described here:
eduardas_mI removed screen tearing, but it reappears after wakeup from suspend to RAM12:15
eduardas_mthe meta-freescale layer in Yocto uses a patch for weston to enable the g2d-renderer for it:
eduardas_mthat is why weston on my platform uses the FB_MULTI_BUFFER environment variable12:15
eduardas_mI added  export FB_MULTI_BUFFER=4 to the beginning of the script /usr/bin/weston-start12:15
eduardas_m It removed screen tearing, but it reappears after wakeup from suspend to RAM12:16
eduardas_mstill, I am very unsure where is the proper place to source the environment variable or what fixes I should do to avoid screen tearing after waking up after suspend to RAM12:17
*** s_jankowitsch <s_jankowitsch!5b720432@gateway/web/freenode/ip.> has quit IRC12:22
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:23
*** Shurelous <Shurelous!~igor@> has joined #yocto12:28
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC12:29
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:30
*** Sbrubles <Sbrubles!~igor@> has joined #yocto12:32
ernstpeduardas_m: my impression is that wayland on iMX is a quite immature implementation still...12:32
*** grma <grma!~gruberm@> has joined #yocto12:32
ernstpwith the binary blob driver12:33
*** Bunio_FH <Bunio_FH!> has quit IRC12:34
*** Bunio_FH <Bunio_FH!> has joined #yocto12:34
*** Shurelous <Shurelous!~igor@> has quit IRC12:36
eduardas_mernstp: so what would be your recommended backend usable with Qt Quick 2 on this platform?12:36
ernstpdoesn't X11/egl work?12:36
ernstphaven't tried it myself12:37
eduardas_mernstp: they do... haven't really checked for screen tearing and suspend issues yet though12:38
ChrysDHi all =)12:38
ChrysDHow do you SRC_URI from a Private repo in gitlab?12:38
ChrysDI have generate SSH Keys12:38
ChrysDI have already put the public key to the gitlab part12:39
eduardas_mernstp: the thing is that it would be kind of disappointing to use x11 when everything in the Linux space seems to be moving to wayland12:40
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC12:40
*** janho <janho!~johan@> has quit IRC12:40
ernstpeduardas_m: though I guess the support is pretty widespread...
eduardas_mernstp: AFAIK Wayland is already used by AGL (Automotive Grade Linux)12:41
ernstpeduardas_m: sure, but proprietary+embedded and you're 10 years back :-)12:41
ernstpeduardas_m: yeah I'm not saying that Wayland in itself is immature, I think it's quite nice these days12:41
ernstpbut specifically the iMX support seems a bit sketchy imho12:42
ChrysDernstp : Any problem with I.MX6? ahah12:42
ernstpChrysD: eduardas_m's problem :-)12:42
ChrysDernstp : I'm new in embedded world and I faced with lot of problems with I.MX6 and I see that working with that stuff is more like a nightmare then a heaven... So much problem with that.12:43
ernstpChrysD: your SRC_URI stuff should work fine, what did you try... ?12:43
ChrysDernstp : Nothing for now. I try to get a file from a private repo in gitlab.12:44
eduardas_mChrysD: if you have experience with wayland on imx6, I would be glad to hear it12:44
ernstpI worked a bit with iMX6+yocto, I thought meta-freescale was nice and well maintained, and the X11 environment was quite stable12:45
ChrysDyeah meta-freescale seems very good12:45
ernstpvideo decode acceleration and graphics acceleration worked fine12:45
ChrysDbut i didn't worked with a board that support meta-freescale :s12:45
ernstpdid some multimedia/html5 stuff...12:45
eduardas_mernstp: so no screen tearing?12:46
ChrysDeduardas_m : not really12:46
ChrysDeduardas_m : i don't have screen tearing to12:46
eduardas_mChrysD: on x11?12:46
ernstpeduardas_m: didn't do suspend/resume...12:47
rburtonkhem: i think you need to push your localedef repo12:47
eduardas_mernstp: you were doing a fullscreen app on x11? what compositor were you using?12:48
ernstpeduardas_m: yes. no compositor.12:49
ernstpno need to use a compositor if you have a fullscreen app?12:50
eduardas_mernstp: I only worked with sato images that include matchbox when using x1112:50
eduardas_mso I am not sure how to configure x11 for a fullscreen app12:50
eduardas_mI am still very new to embedded linux12:51
*** Son_Goku is now known as Conan_Kudo12:51
*** Conan_Kudo is now known as Son_Goku12:51
*** lexano <lexano!~lexano@> has joined #yocto12:53
ChrysDeduardas_m : DISTRO_FEATURES_remove = "argp irda pcmcia zeroconf x11 ptest multiarch wayland" Does it means that i don't use wayland and x11?12:53
*** hamis <hamis!~irfan@> has quit IRC12:56
*** janho <janho!~johan@> has joined #yocto12:56
ChrysDeduardas_m : i think I don't need one. I use Eglfs from Qt + KMS as output. SO I don't have window manager. ( But as I don't really understand the graphics management in Linux, I can't really help you ).12:56
ernstpeglfs seems interesting, never tried it12:57
ChrysDFrom Qt website : EGLFS is a platform plugin for running Qt5 applications on top of EGL and OpenGL ES 2.0 without an actual windowing system (like X11 or Wayland).12:57
ChrysDSo yeah I think i'm not using X11 and wayland.12:57
*** janho <janho!~johan@> has quit IRC12:58
*** Son_Goku is now known as Conan_Kudo12:59
*** Conan_Kudo is now known as Son_Goku13:00
*** berndhs <berndhs!> has quit IRC13:01
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC13:02
ernstpif you want to try X11 start with modifying matchbox-session:
eduardas_mChrysD, ernstp ok thank you both for the information, will try to dig deeper myself13:08
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has quit IRC13:12
*** janho <janho!> has joined #yocto13:14
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has joined #yocto13:19
*** jpew <jpew!cc4da337@gateway/web/freenode/ip.> has joined #yocto13:21
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto13:22
* zeddii pops up from vacation13:23
*** marka <marka!> has joined #yocto13:24
*** Shurelous <Shurelous!~igor@> has joined #yocto13:26
*** ant_work <ant_work!> has quit IRC13:28
*** Sbrubles <Sbrubles!~igor@> has quit IRC13:30
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:32
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:36
otaviorburton: I acked the mesa patch; it works just fine here13:37
rburtonjust saw, already in mut13:37
otaviorburton: great. It does seem to be the best approuch13:38
otaviorburton: I will fix meta-freescale to stop referring to egl for platform setting13:38
otaviorburton: I also noticed that the etnaviv fix was merged on master. Thanks!13:39
*** t0mmy <t0mmy!~tprrt@> has quit IRC13:40
*** t0mmy <t0mmy!~tprrt@> has joined #yocto13:40
robstahello rburton13:41
rburtonhi robsta!13:41
robstawe talked about packaging an rpm using bin_package13:41
robstaseems to work as expected but 2 questions:13:42
robstawhat does this mean
robstai don't understand the "note"13:42
rburtonso, bin_package assumes that you've unpacked stuff into ${S}13:42
rburtonbut the default value of S is PN-PV, ie libfoo-1.213:43
rburtonwhich RPMs don't have as they contain a file system structure, so they unpack ./usr/bin/foobar13:43
robsta(google came back with that link)13:43
robstait still seems to work13:43
rburtonso, tell the unpack code to create a directory PN-PV to put the archive into13:44
rburtonBP is shorthand for BPN-PV13:44
robstarelated question, what's the easiest way to put the rpm content only into the SDK, not target image?13:44
rburtonput it in TOOLCHAIN_TARGET_TASK in the image recipe13:44
rburtoneg TOOLCHAIN_TARGET_TASK_append = " libfoo"13:44
robstacool, thanks rburton13:45
*** jku <jku!~jku@> has quit IRC13:48
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:48
*** janho <janho!> has quit IRC13:50
*** nighty- <nighty-!> has joined #yocto13:51
*** t0mmy <t0mmy!~tprrt@> has quit IRC13:56
*** t0mmy <t0mmy!~tprrt@> has joined #yocto13:58
*** nathani_ <nathani_!> has joined #yocto14:00
*** nighty- <nighty-!> has quit IRC14:04
*** I_need_colour <I_need_colour!a5e14886@gateway/web/freenode/ip.> has joined #yocto14:09
*** willdye <willdye!> has joined #yocto14:11
I_need_colourHi, I'm currently trying to activate coloured output on my yocto image with the use of nano. I'm connected via ssh/putty. Putty has the standard options but it shows no colour. If I type in ls --color=auto I get a coloured output so I know that it has to be possible somehow. But the nanorc file is missing so I don't know where this is hidden now. Anybody who already activated coloured output on his image?14:11
*** zeenix <zeenix!> has joined #yocto14:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto14:13
*** Trinners <Trinners!> has joined #yocto14:14
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC14:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:19
*** nighty- <nighty-!> has joined #yocto14:19
*** scottrif <scottrif!> has joined #yocto14:21
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto14:22
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC14:24
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:24
jpewMaybe your TERM is set wrong?14:26
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto14:30
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto14:30
neverpanicI_need_colour: try 'tput colors'14:30
neverpanicAlso make sure you have ncurses-terminfo-base and ncurses-terminfo installed14:31
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC14:35
ernstpfor cleaning tmp/deploy/images/, what do you think about bitbake-layers show-recipes -i deploy | sed ... | xargs bitbake -c clean ?14:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:38
*** Crofton <Crofton!~Crofton@> has joined #yocto14:39
I_need_colourtput colors returns 8 - I have no clue what this means for me :) I added include "/usr/share/nano/c.nanorc" to the ~./nanorc file and it puts out some colors but at the same time everytime that I start nano it always puts out a lot of error e.g. Error on line 8 : Bad regex "[[:<:]] (for|if|while|do|else and about 10 more errors14:41
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b8b6:fb65:83cc:9470> has joined #yocto14:46
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto14:47
*** janho <janho!~johan@> has joined #yocto14:52
*** Guma <Guma!> has joined #yocto14:53
*** yann <yann!> has quit IRC14:54
*** juvenal <juvenal!~juvenal@2804:431:b720:722a:f9a0:f128:f3fc:8a27> has joined #yocto14:58
I_need_colourAh I found a way a bit tricky but now it works. The error are coming from \< and \> in the c.nanorc files that have to be replaced with \b. If this is changed no more errors and one can manually add them to ~/.nanorc14:59
*** alimon <alimon!alimon@nat/intel/x-rqumotnxppbtesrq> has joined #yocto15:00
*** BarBQ <BarBQ!> has quit IRC15:01
I_need_colourNow only one more step until I will find out how I can make ls --color=auto a continous state15:01
*** majuk <majuk!> has joined #yocto15:01
*** stephano <stephano!~stephano@> has joined #yocto15:02
*** yann <yann!> has joined #yocto15:07
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC15:07
*** gtristan <gtristan!~tristanva@> has quit IRC15:08
*** Kakounet <Kakounet!> has quit IRC15:10
*** toanju <toanju!~toanju@> has joined #yocto15:10
*** Bunio_FH <Bunio_FH!> has quit IRC15:14
*** rajm <rajm!~robertmar@> has quit IRC15:17
*** Argylelabcoat <Argylelabcoat!> has joined #yocto15:18
neverpanicI_need_colour: The output of `tput colors` is the number of colors ncurses tells applications are supported by your terminal when the applications ask for that15:18
*** ed2 <ed2!~Adium@> has quit IRC15:19
neverpanicYou should make that print 256 if you want good color support (ls will still no auto-enable color support, but other applications will)15:19
*** gtristan <gtristan!~tristanva@> has joined #yocto15:19
neverpanicncurses looks at the $TERM environment variable to determine whether your terminal supports colors. In most cases, $TERM is forwarded over SSH (for putty, you can configure the value in the settings, make sure it's xterm-256color for example)15:20
neverpanicIn addition, ncurses needs certain database files matching the value of the $TERM environment variable, e.g. one for xterm-256color. Those are in /usr/share/terminfo ad shipped by the ncurses-terminfo-base and ncurses-terminfo packages, so you should have those installed.15:21
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto15:22
*** ChrysD <ChrysD!d9804861@gateway/web/freenode/ip.> has quit IRC15:23
*** morphis <morphis!> has quit IRC15:26
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:27
*** juvenal <juvenal!~juvenal@2804:431:b720:722a:f9a0:f128:f3fc:8a27> has quit IRC15:31
*** mappy <mappy!b9691ff9@gateway/web/freenode/ip.> has quit IRC15:32
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto15:33
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:36
*** morphis <morphis!> has joined #yocto15:39
*** royalpurple <royalpurple!> has joined #yocto15:39
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC15:41
*** royalpurple1 <royalpurple1!> has joined #yocto15:44
*** demonimin <demonimin!~demonimin@> has joined #yocto15:44
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto15:44
*** royalpurple <royalpurple!> has quit IRC15:45
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto15:46
*** stephano <stephano!~stephano@> has quit IRC15:53
*** stephano <stephano!~stephano@> has joined #yocto15:54
*** alkino <alkino!~alkino@> has quit IRC15:55
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC15:55
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto15:58
*** berton <berton!~berton@> has quit IRC16:00
*** bavery_fn <bavery_fn!~bavery@> has quit IRC16:00
*** berton <berton!~berton@> has joined #yocto16:03
*** I_need_colour <I_need_colour!a5e14886@gateway/web/freenode/ip.> has quit IRC16:03
*** fl0v0 <fl0v0!> has quit IRC16:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC16:06
*** jo_90 <jo_90!~John90@> has joined #yocto16:07
*** nighty- <nighty-!> has quit IRC16:07
*** toscalix <toscalix!~toscalix@> has quit IRC16:12
*** toanju <toanju!~toanju@> has quit IRC16:15
*** Crofton <Crofton!~Crofton@> has quit IRC16:16
*** dmoseley <dmoseley!> has joined #yocto16:16
*** dmoseley <dmoseley!> has joined #yocto16:17
*** localhorst__ <localhorst__!d4755c05@gateway/web/freenode/ip.> has joined #yocto16:18
*** Argylelabcoat <Argylelabcoat!> has quit IRC16:20
*** marka <marka!> has quit IRC16:22
*** csanchezdll <csanchezdll!> has left #yocto16:24
*** Argylelabcoat <Argylelabcoat!> has joined #yocto16:44
*** Crofton <Crofton!~Crofton@> has joined #yocto16:53
*** janho <janho!~johan@> has quit IRC16:54
*** aehs29 <aehs29!~aehernan@> has joined #yocto16:56
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:56
*** janho <janho!~johan@> has joined #yocto17:01
*** sjolley <sjolley!~sjolley@> has quit IRC17:02
*** Argylelabcoat <Argylelabcoat!> has quit IRC17:02
*** grma <grma!~gruberm@> has quit IRC17:09
*** marka <marka!> has joined #yocto17:11
*** dreyna <dreyna!> has joined #yocto17:11
*** yann <yann!> has quit IRC17:12
*** janho <janho!~johan@> has quit IRC17:13
*** zeenix <zeenix!> has quit IRC17:15
*** Argylelabcoat <Argylelabcoat!> has joined #yocto17:16
*** msvb-lab <msvb-lab!> has quit IRC17:22
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto17:29
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:31
*** pacopedraza <pacopedraza!c83407d4@gateway/web/freenode/ip.> has joined #yocto17:31
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC17:35
*** msvb-lab <msvb-lab!> has joined #yocto17:42
*** WillMiles <WillMiles!> has joined #yocto18:04
*** localhorst__ <localhorst__!d4755c05@gateway/web/freenode/ip.> has quit IRC18:07
*** jo_90 <jo_90!~John90@> has quit IRC18:17
*** jstashluk <jstashluk!> has joined #yocto18:18
*** zero_note <zero_note!~zero@> has quit IRC18:23
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:26
*** groleo <groleo!~groleo@> has joined #yocto18:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:27
jstashlukI am trying to build a binary for the Beaglebone PRU. I need to first compile the pasm assembler on the host. Is there a good example recipe on how to do something like this?18:30
*** rstreif_ <rstreif_!~rstreif@> has quit IRC18:33
*** itseris <itseris!~emikulin@> has joined #yocto18:33
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b8b6:fb65:83cc:9470> has quit IRC18:38
*** yann <yann!> has joined #yocto18:39
*** jstashluk <jstashluk!> has left #yocto18:41
otaviorburton: u-boot is released18:42
otaviorburton: i sent the final patch18:42
*** pacopedraza <pacopedraza!c83407d4@gateway/web/freenode/ip.> has quit IRC18:46
*** pacopedraza <pacopedraza!c83407d4@gateway/web/freenode/ip.> has joined #yocto18:46
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:52
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b8b6:fb65:83cc:9470> has joined #yocto18:53
pohlyrburton: are there tests with read-only rootfs and systemd as init system? systemd-tmpfiles-setup.service and ldconfig.service are unhappy because they can't write.19:02
*** berton <berton!~berton@> has quit IRC19:03
pohlyThere are indeed several tmpfiles.d entries which do not exit in the read-only rootfs. We probably need some mechanism similar to sysusers.d, where these settings are applied to the rootfs during image creation.19:03
pohlyAnd ldconfig.service needs to be checked why it isn't happy with the existing, pre-generated ldconfig. I think it also (unnecessarily) re-generates that during each first-boot.19:04
pohlyAre these known problems or should I file bugs?19:05
fraywhy should tmpfiles be created at rootfs time?  they're temporary and should only exist in the running system image and then be discarded on power-off19:05
rburtonpohly: maybe that cobination is missing, please file bugs19:13
fray(FYI, in my own builds -- I typically disable the ldconfig processing.  It's unnecessary and causes problems with these types of systems.. however if it IS enabled, it should work properly -- I'll let others define what 'properly' is.  I wouldn't be surprised if the ldconfig.service was to run ldconfig on every boot)19:15
jpewpohly: I suspect it is missing. I've encounter a few bugs WRT to that combination as well19:16
neverpanicHm, I recall some funny business with ldconfig back then… let me check my logs.19:17
pohlyfray: tmpfiles.d is used for all kinds of things, including the creation of config files or directories in /etc.19:17
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:17
fraythat doesn't sound like it's being used properly then19:17
pohlyIt's part of systemd's "restore factory settings" mechanism. We either need to make sure that the system has those settings (my preferred solution) or modify the configuration so that the mechanism doesn't throw errors when used in a read-only system.19:19
neverpanicpohly: Are you seeing the regeneration with an x86_64 target?19:19
pohlyneverpanic: yes19:20
frayI don't happen to have any builds with systemd enabled currently..  so it's difficult for me to check19:20
neverpanicnevermind, the issue I had in mind is already fixed:
pohlyI've filed YOCTO #11777 and YOCTO #11776.19:32
*** t0mmy <t0mmy!> has joined #yocto19:39
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b8b6:fb65:83cc:9470> has quit IRC19:44
*** denix <denix!> has quit IRC19:44
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:47
*** Shurelous <Shurelous!~igor@> has quit IRC20:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:04
*** henriknj <henriknj!~hnj@> has joined #yocto20:11
*** s_jankowitsch <s_jankowitsch!506e7f81@gateway/web/freenode/ip.> has joined #yocto20:12
*** Shurelous <Shurelous!~igor@> has joined #yocto20:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:16
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:18
*** juvenal <juvenal!~juvenal@2804:431:b720:722a:1904:2336:5d41:a0dd> has joined #yocto20:19
*** juvenal <juvenal!~juvenal@2804:431:b720:722a:1904:2336:5d41:a0dd> has quit IRC20:20
*** sgw_ <sgw_!sgw_@nat/intel/x-akdispxhrunvknjw> has quit IRC20:21
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto20:21
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:21
*** juvenal <juvenal!~juvenal@2804:431:b720:722a:1904:2336:5d41:a0dd> has joined #yocto20:24
*** s_jankowitsch <s_jankowitsch!506e7f81@gateway/web/freenode/ip.> has quit IRC20:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:33
*** iSaul <iSaul!> has quit IRC20:34
*** sjolley <sjolley!~sjolley@> has joined #yocto20:35
*** itseris <itseris!~emikulin@> has quit IRC20:41
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:43
*** dmoseley <dmoseley!> has quit IRC20:44
*** morphis <morphis!> has quit IRC20:44
*** klynn <klynn!> has joined #yocto20:45
*** gtristan <gtristan!~tristanva@> has quit IRC20:50
*** grumble is now known as gurmble20:56
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC20:56
*** marka <marka!> has quit IRC20:56
*** pohly <pohly!> has quit IRC20:57
*** Shurelous <Shurelous!~igor@> has quit IRC21:01
*** janho <janho!> has joined #yocto21:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC21:07
*** tcpdump <tcpdump!sid47591@gateway/web/> has left #yocto21:13
*** dvhart <dvhart!> has joined #yocto21:13
*** igor <igor!~igor@> has joined #yocto21:16
*** juvenal <juvenal!~juvenal@2804:431:b720:722a:1904:2336:5d41:a0dd> has quit IRC21:18
*** pacopedraza <pacopedraza!c83407d4@gateway/web/freenode/ip.> has quit IRC21:18
*** henriknj <henriknj!~hnj@> has quit IRC21:21
*** joshuagl <joshuagl!~joshuagl@> has quit IRC21:21
*** henriknj <henriknj!~henriknj@> has joined #yocto21:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto21:21
*** igor <igor!~igor@> has quit IRC21:25
*** groleo <groleo!~groleo@> has quit IRC21:25
*** ant_home <ant_home!> has joined #yocto21:25
*** iSaul <iSaul!> has joined #yocto21:25
*** henriknj <henriknj!~henriknj@> has quit IRC21:26
*** t0mmy <t0mmy!> has quit IRC21:30
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC21:32
*** berndhs <berndhs!> has joined #yocto21:40
*** stephano <stephano!~stephano@> has quit IRC21:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto21:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:46
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto21:47
khemrburton: i have updated the branch with right SRCREVs, replied to your email as well21:54
ant_homekhem, hi, the klibc patch did not land in patchwork apparently, maybe a missing square bracket [meta-initramfs]?21:55
khemant_home: ah yes21:56
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto21:57
*** WillMiles <WillMiles!> has quit IRC21:57
khemant_home: I am seeing some local failures which probably are new because not klibc is building so dependend recipes are failing now since they never built for me in past21:57
khemI need to check that21:57
khemmwanwhile it will be good if you can test it out21:57
khemon arm21:57
ant_homeah, ok, with musl obviously21:57
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC21:57
khemactually with both21:58
*** janho <janho!> has quit IRC21:58
khemsince some changes are common21:58
ant_homewith glibc all is fine, at least with gcc6.x21:58
khemok thats cool21:58
khemthen try musl21:58
ant_homeI mean klibc-static binaries21:58
khemyeah I have changed flags21:59
ant_homeit's long I tested shared21:59
khematleat for armv7+ it might be different21:59
khemdo you use rpi ?21:59
khemas well21:59
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:00
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC22:01
ant_homekhem, btw there is a new kernel regression in 4.13-rc so I really must use an old gcc6 for a while22:01
ant_homeotherwise I'd add new variables to the mix22:01
ant_homekhem, once fixed klibc the last open issue I have seen is OPIE with musl22:05
ant_homelacks some definitions22:05
rburtondoes anyone here use ccache.bbclass?22:05
ant_homeyou mean still skips that explicitely?22:07
ant_homeI personally abandoned it long ago, tmpfs is much better solution to improve build time22:09
khemant_home: yeah I would suggest to stick to one variable at a time22:09
khemrburton: I know some users who deal with webkit22:09
ant_homeyeah :/22:09
khemuse it22:09
khemthey come from buildroot world22:10
* rburton has some patches and wants to make sure it still works properly :)22:10
rburtonpoky-contrib:ross/ccache, i'll clean up messages and post to the list tomorrow22:11
rburtonkhem: ERROR: Nothing PROVIDES 'virtual/none-poky-none-binutils'. Close matches:22:12
rburton  virtual/x86_64-poky-linux-binutils22:12
rburtonautobuilder blew up all over with that with your series in22:13
rburtonMissing or unbuildable dependency chain was: ['core-image-minimal', 'buildtools-tarball', 'virtual/none-poky-none-binutils']22:14
rburtonworks for me though :22:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:15
*** deep-book-gk_ <deep-book-gk_!~1wm_su@> has joined #yocto22:18
*** gizero <gizero!> has quit IRC22:18
*** deep-book-gk_ <deep-book-gk_!~1wm_su@> has left #yocto22:20
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC22:20
*** royalpurple <royalpurple!> has joined #yocto22:36
*** royalpurple1 <royalpurple1!> has quit IRC22:37
*** stephano <stephano!~stephano@> has joined #yocto22:37
*** sjolley <sjolley!~sjolley@> has quit IRC22:39
* clsulliv just remembered I'm on SWAT duty this week22:47
* clsulliv starts looking over buildlog22:47
khemrburton: I wonder which patch could do that22:47
*** nathani_ <nathani_!> has quit IRC22:47
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto22:49
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC22:50
khemis it some hidden issue that its bringing to front seems to me22:50
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto22:50
*** Argylelabcoat <Argylelabcoat!> has quit IRC22:59
*** olani <olani!> has left #yocto23:00
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto23:01
*** dreyna <dreyna!> has quit IRC23:04
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC23:05
*** ant_home <ant_home!> has quit IRC23:08
*** agust <agust!> has quit IRC23:13
*** nathani_ <nathani_!> has joined #yocto23:14
*** paulg <paulg!> has quit IRC23:15
*** sgw_ <sgw_!~sgw_@> has joined #yocto23:18
*** majuk <majuk!> has quit IRC23:19
*** majuk <majuk!> has joined #yocto23:19
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto23:20
*** majuk <majuk!> has quit IRC23:23
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC23:24
*** Trinners <Trinners!> has quit IRC23:25
*** fitzsim <fitzsim!> has quit IRC23:27
*** klynn <klynn!> has quit IRC23:29
*** paulg <paulg!> has joined #yocto23:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:36
*** paulg <paulg!> has quit IRC23:39
*** dreyna <dreyna!~dreyna@> has joined #yocto23:43
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto23:43
*** msvb-lab <msvb-lab!> has quit IRC23:45
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC23:47
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC23:47

Generated by 2.11.0 by Marius Gedminas - find it at!