Thursday, 2020-01-09

*** PaowZ <PaowZ!~Vince@> has joined #yocto00:06
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC00:08
*** rostam <rostam!> has quit IRC00:10
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC00:19
*** tgamblin <tgamblin!> has joined #yocto00:26
*** dv_ <dv_!> has quit IRC01:08
*** rburton <rburton!> has quit IRC01:13
*** dv_ <dv_!> has joined #yocto01:21
Marexhey, I bumped a machine from warrior to zeus recently and weston doesn't start01:48
Marexthing is, in weston@root.service, the XDG_RUNTIME_DIR is not set01:48
MarexI presume something in systemd changed when it's used without PAM, but I can't figure out what ... any ideas ?01:49
Marexkhem: ^01:55
Marexkhem: I see you did something there about non-root users01:55
khemMarex: yes the patches were to accomodate non-root users02:05
khemkeeping root user working as it is02:06
Marexkhem: did you test it without PAM ?02:07
Marexkhem: without PAM, XDG_RUNTIME_DIR is not set ; weston-start script checks of XDG_RUNTIME_DIR being zero and adjusts it accordingly02:08
khemMarex: it should be defined by weston-init package IIRC02:10
khemare you including weston-init in your image ?02:10
Marexkhem: it's not :)02:11
Marexkhem: yes02:11
Marexif I undo just the change in weston.service (resp. weston@.service), things work again02:11
Marexkhem: what happens in my case, without having "pam" in distro features, XDG_RUNTIME_DIR is not set => weston-start would detect that and set it to default02:12
Marexkhem: but with your change, where you launch weston directly (instead of through weston-start), this logic is gone02:12
khemright it expect it in /etc/default/weston02:14
Marexkhem: that file does not exist02:14
Marexkhem: it worked in YPRR 2.7 warrior even without that file02:14
Marexsee weston-start , there's a test for XDG_RUNTIME_DIR being empty02:15
khemyeah I see that perhaps it should be added to weston-init02:15
khemMarex: yes certainly, I know it worked02:15
Marexkhem: now it doesn't , and we know why ... what do we do ?02:16
khembut I think its a bug you have stumbled on02:17
Marexkhem: why would it be a bug ?02:17
khemnew logic was so that we can easily add/override to weston init mechanism02:17
Marexkhem: anyway, will you deal with it or shall I ?02:17
khemfrom other layers02:17
Marexkhem: sure, I can override stuff, but now there's default which has nothing set, so there's nothing to override either ;-)02:18
khemcan you try a fix to create this file in weston-init recipe02:18
Marexwhich file ?02:18
Marexbtw you can override the user by setting WESTON_USER env variable and running weston-start , running weston directly instead seems odd02:19
khemand add logic to it02:20
Marexkhem: errr, all right, I lost you, but that's because it's 3am-ish here and I'm tired02:21
Marexkhem: which file should I augment with that logic ?02:21
khemMarex: sleep dude, I will fix it02:23
Marexkhem: I am jetlagged, no stress02:25
Marexkhem: just uh, slowly tell me what to try :)02:25
Marexkhem: also, no stress, I have a workaround and I can work on a fix too, either way works02:26
Marexkhem: btw is JaMa still around ? Maybe he's asleep02:51
Marexkhem: with meta-qt5, he wants something like "if (DISTRO_FEATURES contains (qt5 and wayland)) DEPENDS += " qtwayland " " in gstreamer1.0-plugins-good_%.bbappend recipe02:52
Marexhow does the patch submission work for that metalayer ?02:53
*** ericch <ericch!> has quit IRC02:57
khemMarex: ideally I am thinking if we can set XDG_RUNTIME_DIR in service file as a backfill that will be good03:04
khemfor meta-qt5 send a pull request to github03:05
Marexkhem: OK03:12
Marexkhem: and yes, that would be good03:12
Marexkhem: I kinda have to wonder why did you ditch the weston-start script though03:12
*** matthewzmd <matthewzmd!~user@2607:fea8:e2c0:7f2::b> has quit IRC03:15
khemMarex: it does too much for systemd context, especially specifying user etc can be inbuilt with systemd03:18
khemsorting out system stuff atuomagically is always good03:18
khembtw. if you dont use pam then systemd-user might not work03:19
khemI hope you know that03:19
Marexkhem: I am using this for debugging/development, so no worries03:21
Marexkhem: anyway, I'm calling it a night, thanks for such prompt help!03:34
khemnp gn03:41
*** learningc <learningc!~pi@> has quit IRC04:27
*** learningc <learningc!~pi@> has joined #yocto04:31
*** thaytan <thaytan!> has quit IRC04:37
*** thaytan <thaytan!> has joined #yocto04:38
*** kaspter <kaspter!~Instantbi@> has joined #yocto05:27
*** nslu2-log <nslu2-log!> has quit IRC05:31
*** nslu2-log <nslu2-log!> has joined #yocto05:32
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC05:34
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto05:46
*** nslu2-log <nslu2-log!> has quit IRC06:03
*** nslu2-log <nslu2-log!> has joined #yocto06:04
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC06:08
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto06:10
*** kaspter <kaspter!~Instantbi@> has quit IRC06:15
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:17
*** AndersD <AndersD!> has joined #yocto06:30
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC06:34
*** kaspter <kaspter!~Instantbi@> has quit IRC06:45
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:49
*** agust <agust!> has joined #yocto06:50
yoctiNew news from stackoverflow: Yocto sato image is running extremely slow, is there a way to improve its performance? <>06:55
*** pohly <pohly!> has joined #yocto07:12
*** kaspter <kaspter!~Instantbi@> has quit IRC07:19
*** kaspter <kaspter!~Instantbi@> has joined #yocto07:19
*** frsc <frsc!> has joined #yocto07:23
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:33
*** guerinoni <guerinoni!> has joined #yocto08:05
*** TobSnyder <TobSnyder!> has joined #yocto08:06
*** yann <yann!> has quit IRC08:13
*** kaspter <kaspter!~Instantbi@> has quit IRC08:14
*** kaspter <kaspter!~Instantbi@> has joined #yocto08:18
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has joined #yocto08:31
*** lfa_ <lfa_!~lfa@> has joined #yocto08:32
*** lfa <lfa!~lfa@> has quit IRC08:35
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:35
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto08:40
*** PaowZ <PaowZ!~Vince@> has quit IRC08:44
*** aehs29_ <aehs29_!> has joined #yocto08:49
*** aehs29_ <aehs29_!> has left #yocto08:52
*** rburton <rburton!> has joined #yocto09:08
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has quit IRC09:25
*** mckoan|away is now known as mckoan09:25
*** abhiarora44 <abhiarora44!uid396576@gateway/web/> has joined #yocto09:36
*** lmar1ot <lmar1ot!~lmar1ot@> has joined #yocto09:47
*** yann <yann!> has joined #yocto10:36
*** Bunio_FH <Bunio_FH!> has joined #yocto10:47
*** lmar1ot <lmar1ot!~lmar1ot@> has quit IRC10:52
RPkanavin: I had to drop elfutils as the rpm fix isn't in current rpm, only the upgraded version10:52
RPkanavin: I do appreciate the patches btw, just trying to give you all the feedback about where the issues are...10:53
RPthere are a few unfortunately :(10:53
*** lfa_ <lfa_!~lfa@> has quit IRC10:57
kanavinRP, of course. These are tricky upgrades, I expected there will be issues.11:01
mcfriskanyone know why lxc 3.0.x LTS branch recipe is not used in meta-virtualization? following bleeding edge lxc results in, well, bleeding11:01
*** lfa_ <lfa_!~lfa@> has joined #yocto11:02
*** AndersD <AndersD!> has quit IRC11:05
mcfriskspecifically, executing shell commands with env variables etc fails with lxc-attach. lxc is know to break command line compatibility even in minor releases11:06
RPmcfrisk: you need to ask zeddii11:06
RPmcfrisk: btw, we did publish a new stable release policy. I've been meaning to talk to you about that in connection with the sumo patchset11:07
RPthe new policy should give us somewhere to place it and a mechanism to collaborate around it11:07
RPsorry these things take time :/11:08
*** frsc <frsc!> has quit IRC11:08
mcfriskRP: link? I should move all my patches from custom layer to poky and i could send them out..11:09
*** frsc <frsc!> has joined #yocto11:11
RPmcfrisk: - I know the title says LTS but it covers stable maintenance in general11:12
* RP tweaks the intro section there to make this clear11:15
LetoThe2ndRP: like, proper tweaking with a sledge hammer?11:22
paulbarkerLetoThe2nd: "percussive engineering"11:23
RPLetoThe2nd: I save those for bitbake internals11:26
LetoThe2ndpaulbarker: ++11:28
LetoThe2ndpaulbarker: "chipping data processing"11:29
*** guerinoni <guerinoni!> has quit IRC11:29
*** guerinoni <guerinoni!> has joined #yocto11:29
* RP wonders if its normal to have trouble counting the different types of hammer you own11:35
paulbarkerRP: Just read that LTS wiki page and it looks good11:38
*** yann <yann!> has quit IRC11:40
*** berton <berton!~berton@> has joined #yocto11:43
*** stuom1 <stuom1!3eecd81d@> has joined #yocto11:49
*** berton <berton!~berton@> has quit IRC11:51
*** berton <berton!~berton@> has joined #yocto11:52
*** tgamblin <tgamblin!> has quit IRC11:53
mcfriskRP: review the LTS as well, good document!11:57
mcfriskthough I would consider gcc point release updates ok for stable, major version updates not11:58
*** TobSnyder <TobSnyder!> has quit IRC11:59
RPpaulbarker, mcfrisk: glad it makes sense :)12:00
RPmcfrisk: That is one to make judgement calls on I suspect given the circumstances...12:01
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:07
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:20
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto12:21
*** berton <berton!~berton@> has quit IRC12:22
*** stuom1 <stuom1!3eecd81d@> has quit IRC12:27
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto12:35
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto12:38
*** learningc <learningc!~pi@> has quit IRC12:46
*** learningc <learningc!~pi@> has joined #yocto12:49
yoctiNew news from stackoverflow: WORKDIR in a yocto recipe <>12:56
*** goliath <goliath!> has joined #yocto12:59
qschulzI don't see any obvious update in this SO page, what triggers this message ^?13:00
LetoThe2ndqschulz: edits in the question. lately folks have been on a question formatting spree, it seems.13:01
qschulzLetoThe2nd: ok thanks, so I don't have to jump on those to answer before you do :p13:02
RPqschulz: we should perhaps try and fix the bot to better handle that13:02
*** vmeson <vmeson!> has quit IRC13:06
*** berton <berton!~berton@> has joined #yocto13:09
*** goliath <goliath!> has quit IRC13:15
*** elGamal <elGamal!~elg@> has quit IRC13:15
*** elGamal <elGamal!~elg@> has joined #yocto13:17
*** bradleyb <bradleyb!> has joined #yocto13:18
*** radsquirrel <radsquirrel!> has quit IRC13:19
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has joined #yocto13:20
*** bradleyb <bradleyb!> has quit IRC13:25
*** radsquirrel <radsquirrel!> has joined #yocto13:26
yoctiNew news from stackoverflow: Update Configuration files in Yocto? <>13:27
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:41
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:42
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:51
*** stuom1 <stuom1!3eecd81d@> has joined #yocto14:03
stuom1I have to cp a file to a directory that I know exists in rootfs, but if I cp it in do_install_append, I get error that no such directory. What do I have to do?14:04
perdmannhey, my uboot is not booting. i flashed it into QSPI NOR, it looks ok. UART is not echoing one byte. Iam using the IMX6ULLEVK board14:04
*** yann <yann!~yann@> has joined #yocto14:05
*** nopeman <nopeman!d54413ba@> has joined #yocto14:05
*** alimon <alimon!alimon@gateway/shell/linaro/x-cntedvqzuzvkeszb> has quit IRC14:06
nopemanis this the right place to ask about errors with bitbake core-image-weston14:06
*** georgem <georgem!~georgem@> has quit IRC14:08
nopemanok, i'm trying to build Yocto v3.9.0 and i got error ERROR: Task (/home/xxx/ff42/build/build/../poky/meta/recipes-core/glibc/ failed with exit code '1'14:09
rburtonthat's not a release we've made14:09
nopemanwhat's your release then?14:10
rburtonanyway, what's the actual error14:10
paulbarkernopeman: Could you post the full bitbake output via something like pastebin14:10
rburtonlatest release was 3.014:10
nopemanah, ok14:10
nopemanok, one sec14:10
*** georgem <georgem!~georgem@> has joined #yocto14:13
mckoannopeman: please post the initial logs sent out by bitbake14:13
nopemanwhere i can find them?14:14
rburton*** These critical programs are missing or too old: GNU ld14:14
mckoannopeman: when you call bitbake something it start and shows the details14:14
rburtonwhat linux are you building on?14:14
*** AndersD <AndersD!> has joined #yocto14:14
rburtonmckoan: is asking for the bit that goes BUILD_SYS            = "x86_64-linux"14:15
rburtonNATIVELSBSTRING      = "debian-10"14:15
nopemanubuntu 18.04.314:15
rburtonyou *do* have ld installed right14:16
rburton$ ld --version14:16
rburtonGNU ld (GNU Binutils for Debian) 2.31.114:16
nopeman$ ld --version14:17
nopemani got GNU ld (GNU Binutils for Ubuntu) 2.3014:25
nopemando i need newer version?14:25
*** georgem <georgem!~georgem@> has quit IRC14:25
yoctiNew news from stackoverflow: YOCTO - A Issue: nativesdk-qtbase: Files/directories were installed but not shipped in any package <>14:27
rburtoninside tmp/work/x86*/glibc-initial/[version]/build there will be a config.log file14:27
rburtonthat most likely has more clues as to why it doesn't like your ld14:27
RPAs a headups I've decided to do some major surgery on the sstate cache on the autobuilder which may break builds a little if they're running whilst this happens. We have a tmp file explosion problem in sstate :(14:30
nopemani got it in aarch64-poky-linux catalog14:31
LetoThe2ndnopeman: and this is a real ubuntu? not WSL?14:31
nopemanreal Ubuntu on VM14:31
LetoThe2ndnopeman: plus, 3.0 has glibc 2.3014:34
LetoThe2ndrocko shipped 2.2614:35
RPmaster doesn't even have glibc-initial14:35
LetoThe2ndnopeman: so, please take a minute to describe in detail what this thing that you are actually trying to build is, really.14:36
nopemanwell i got this thing i'm trying to build:
rburtonharass renesas?14:38
RPnopeman: build it on a host from the era this stuff was created in14:38
rburtongod its horrible that they're calling their releases "Yocto 3.21.0"14:38
RPnopeman: you need an older OS in your VM14:38
nopemanRenesas R-Car-M3 Starter Kit Pro to be exact14:38
rburtonat least they didn't call it Yocto Linux 3.21.114:38
RPrburton: that would have probably been better :/14:39
LetoThe2ndthat article is awfulin some ways i instantly want to get drunk.14:39
rburtonnopeman: 'Yocto v3.x.y(Ex Yocto v3.21.0) : Ubuntu 16.04 LTS (64bit) is recommended as OS'14:39
RPand people wonder why I insist on codenames for the branches14:39
TartarusRP: If I wanted to get 1/2 wic changes backported to zeus/warrior, how long should they have been in master for?14:39
LetoThe2ndRP: not my, i love codenames.14:39
RPTartarus: people seem to love doing immediate backports, I try and at least let it be there for a week or two14:40
RPTartarus: armpit is probably the one to ask as he handles it14:40
TartarusRP: OK, I'll come back to this in about a week :)  Thanks14:40
nopemanok. so i should start with ubuntu 16.0414:40
rburtonyeah try that.  and ask renesas if they're going to backport the fixes or make a new release.14:41
nopemanthanks for your help i got to build another setup now. Probably i'll be back14:41
rburtonrule of thumb: if it involves cars, assume you need to use a really old distribution14:42
LetoThe2ndrburton: rule of real life: if it involves reneses, you better....14:43
*** alimon <alimon!alimon@gateway/shell/linaro/x-fmnlpgnvcnblroxd> has joined #yocto14:43
nopemanbetter leave? :)14:45
LetoThe2ndinsert what you feel suitable, personally :)14:46
*** MeanEngi <MeanEngi!5fa87c9b@> has joined #yocto14:47
*** PaowZ <PaowZ!~Vince@> has joined #yocto14:48
MeanEngiHello :)14:49
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC14:50
stuom1I have to cp a file to a directory that I know exists in rootfs, but if I cp it in do_install_append, I get error that no such directory. What do I have to do?14:50
paulbarkerstuom1: Create the directory first14:51
frayeach do_install is run independently of the others.. so you need to mkdir -p the directory in each of them14:51
*** georgem <georgem!~georgem@> has joined #yocto14:51
*** nopeman <nopeman!d54413ba@> has quit IRC14:53
MeanEngiAnyone know what code gets executed on the "server thread" as a result of a cli command being passed via the connection.send here?
stuom1paulbarker thanks, I dont know why i didnt try mkdir...i just assumed the toolchain makes the directory since it exists on rootfs14:56
*** lfa <lfa!~lfa@> has joined #yocto14:57
paulbarkerstuom1: It can easily catch you out when learning Yocto. Each recipe's do_install is writing to a staging directory not directly to the rootfs14:57
paulbarkerThe rootfs is assembled at the end14:57
fray(this is done to ensure that each chunk of the system can be standalone if necessary)14:57
stuom1ok, i understand14:58
*** lfa_ <lfa_!~lfa@> has quit IRC15:00
*** AndersD <AndersD!> has quit IRC15:03
*** stuom1 <stuom1!3eecd81d@> has quit IRC15:04
*** JaMa <JaMa!~martin@> has joined #yocto15:06
*** ericch <ericch!> has joined #yocto15:06
*** comptroller <comptroller!> has quit IRC15:10
*** goliath <goliath!> has joined #yocto15:10
*** MeanEngi <MeanEngi!5fa87c9b@> has quit IRC15:20
*** comptroller <comptroller!> has joined #yocto15:25
*** dreyna <dreyna!> has joined #yocto15:25
*** kpo <kpo!> has joined #yocto15:30
*** vmeson <vmeson!~rmacleod@> has quit IRC15:30
dev1990kpo: hi15:50
*** lfa_ <lfa_!~lfa@> has joined #yocto15:58
*** lfa <lfa!~lfa@> has quit IRC16:01
*** dev1990 <dev1990!> has quit IRC16:21
*** khem <khem!~khem@unaffiliated/khem> has quit IRC16:24
*** WillMiles <WillMiles!> has joined #yocto16:27
*** abhiarora44 <abhiarora44!uid396576@gateway/web/> has quit IRC16:36
*** guerinoni <guerinoni!> has quit IRC16:42
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC16:44
*** vmeson <vmeson!~rmacleod@> has joined #yocto16:46
*** berton <berton!~berton@> has quit IRC16:48
*** WillMiles <WillMiles!> has quit IRC16:49
*** berton <berton!~berton@> has joined #yocto16:49
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC16:49
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:50
*** Ad0 <Ad0!~Ad0@> has quit IRC16:53
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC16:57
yoctiNew news from stackoverflow: Poky-sumo : nothing provides kernel-module-hello... error <>16:57
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto16:57
*** WillMiles <WillMiles!> has joined #yocto16:58
*** Ad0 <Ad0!~Ad0@> has joined #yocto17:00
*** yann <yann!~yann@> has quit IRC17:03
*** dreyna_ <dreyna_!> has joined #yocto17:03
*** lfa <lfa!~lfa@> has joined #yocto17:04
*** dreyna <dreyna!> has quit IRC17:06
*** lfa_ <lfa_!~lfa@> has quit IRC17:06
angelo__NOTE: Reconnecting to bitbake server...17:10
angelo__NOTE: Retrying server connection (#1)...17:10
angelo__what could be the reason ?17:10
frayyou have a bitbake session that is still running and hasn't completed..17:10
fraycheck ps17:10
JPEWangelo__: Or, bitbake exited but bitbake.sock didn't get removed17:11
angelo__fray, JPEW thanks, killed. Let's see17:11
JPEWangelo__: Are you building with a container?17:12
*** dev1990 <dev1990!> has joined #yocto17:14
*** dev1990 <dev1990!> has quit IRC17:16
*** dev1990 <dev1990!> has joined #yocto17:16
angelo__was exited and reentered and issue was still there17:17
angelo__killed python3 instance, all works now17:17
angelo__thanks !17:17
JPEWangelo__: I've seen that when the container exits without giving bitbake a chance to cleanup17:17
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:28
*** frsc <frsc!> has quit IRC17:30
*** Bunio_FH <Bunio_FH!> has quit IRC17:33
*** leon-anavi <leon-anavi!~Leon@> has quit IRC17:45
*** ericch <ericch!> has quit IRC17:57
*** Bunio_FH <Bunio_FH!> has joined #yocto18:00
*** Yatekii <Yatekii!> has joined #yocto18:00
Yatekiiohai o/18:00
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC18:14
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto18:15
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/> has quit IRC18:16
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC18:22
*** sgw <sgw!~sgw@> has quit IRC18:27
*** yann <yann!> has joined #yocto18:30
*** vmeson <vmeson!~rmacleod@> has quit IRC18:34
*** vmeson <vmeson!~rmacleod@> has joined #yocto18:34
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto18:37
*** ericch <ericch!> has joined #yocto18:49
*** sgw <sgw!~sgw@> has joined #yocto18:56
*** xyzzy42 <xyzzy42!~trentpi@> has quit IRC19:16
*** comptroller <comptroller!> has quit IRC19:27
*** comptroller <comptroller!> has joined #yocto19:33
*** andycooper_home is now known as andycooper19:41
zeddiihmm. perf on 5.5+ kernels is failing due to missing modules in our native python.19:48
* zeddii looks at the recipe19:48
*** dreyna__ <dreyna__!> has joined #yocto19:49
* zeddii sees the do_install_append messing around with the right bits . hmmm.19:49
*** dreyna_ <dreyna_!> has quit IRC19:53
*** dreyna__ <dreyna__!> has quit IRC19:58
*** rangergord <rangergord!> has quit IRC20:22
*** learningc <learningc!~pi@> has quit IRC20:30
roussinmIf I would like to develop/debug inside the bitbake script... is it necessary to source the bitbake environment? Otherwise... is there a developement readme for bitbake?20:30
*** learningc <learningc!~pi@> has joined #yocto20:31
*** pohly <pohly!> has quit IRC20:35
kergothwhat exactly are you trying to debug?20:39
kergothhow you go about it depends on what you're trying ot do20:39
roussinmkergoth: I would like to try to implement a feature inside devtool20:40
kergothdevtool is its own script20:40
kergothnot bitbake itself20:40
roussinmbut devtool needs bitbake env right?20:40
Marexkhem: heh, seems the solution wasn't as easy afterall :)20:45
Marexkhem: I'll test it ASAP20:45
*** goliath <goliath!> has quit IRC20:46
kergothHmm something off in the toolchain build between x86_64 and x86_64-x32, it seems. If you do a multiconfig build of those two and kick off meta-toolchain for both, get failures. guessing something is rebuilding that shouldn't be or vice versa20:55
* kergoth digs20:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:59
* armpit ooh, sound like a good selftest to add21:06
*** Bunio_FH <Bunio_FH!> has quit IRC21:06
mcfriskouch: Connecting to (||:80... failed: Connection refused.21:06
armpitmcfrisk, I just checked and it is working for me21:07
LetoThe2ndmcfrisk: maybe it just doesn't like you, personally....21:07
* LetoThe2nd ducks and runs!21:07
mcfriskthat was from my CI build machine.. seems like one machine doesn't have in cache..21:08
* mcfrisk git blames LetoThe2nd21:08
LetoThe2ndmcfrisk: :)21:09
armpitmcfrisk, there was some possible NAS work that could have caused a burp21:09
*** comptroller <comptroller!> has quit IRC21:10
armpitmcfrisk, LetoThe2nd will blame LetoThe1st21:10
LetoThe2ndarmpit: hey leave my granddad out, mkay?!?21:12
mcfrisksigh, life would be easier without knowledge, and SW development easier without testing..21:13
LetoThe2ndmcfrisk: ah then thats probably why my sw is always so easy to develop :)21:14
mcfriskfired zeus update CI builds on many CI instances which have not been building the topic before to test things out, and caboom... I will manually add things to caches21:14
mcfriskI was so hoping to have seen last download cache misses this week. was a pita with maven, eclipse and p2 this week.21:16
*** berton <berton!~berton@> has quit IRC21:16
* armpit with zeus I normally see lighting bolts21:17
* mcfrisk hits opencv too21:18
*** comptroller <comptroller!> has joined #yocto21:18
khemMarex: yeah, although my purist mind wants to use just systemd unit file and no helper scripts21:22
khemMarex: weston disables systemd support in its meson build system when pam is not in DISTRO_FEATURES21:22
khemso weston with pamless systemd distro is not expected to work21:23
*** sstabellini <sstabellini!sstabellin@gateway/shell/xshellz/x-phhhbxrvafngikqo> has joined #yocto21:38
*** tgamblin <tgamblin!~tgamblin@> has quit IRC21:44
*** kreyren[m] <kreyren[m]!~kreyrenm]> has quit IRC21:49
*** kreyren[m] <kreyren[m]!~kreyrenm]> has joined #yocto21:50
Marexkhem: so maybe weston should require DISTRO_FEATURES "pam" if there's systemd in DISTRO_FEATURES ?22:01
Marexkhem: then all is good ?22:01
*** agust <agust!> has quit IRC22:08
*** vmeson <vmeson!~rmacleod@> has quit IRC22:08
RParmpit: nas issues will only impact autobuilder builds and sstate FWIW22:09
khemMarex: yes I guess that will be a good patch22:10
khemRP: is AB back?22:11
RPkhem: no, need to do some work on sstate for a bit22:12
RPkhem: its too big and broken :/22:13
khemMarex: I am thinking to install a profile fragment in /etc/profile.d which will define XDG_RUNTIME_DIR if not defined and keep the current systemd service22:16
*** WillMiles <WillMiles!> has quit IRC22:20
JPEWkergoth: Had a chance to look at the latest pyrex :)22:22
Marexkhem: well if it's flaky without PAM, maybe just ditching support for such configuration would be for the best ?22:34
Marexkhem: instead of just trying to bend things to work, while having all the inobvious problems22:35
*** goliath <goliath!> has joined #yocto22:41
khemMarex: yes22:49
Marexkhem: maybe we should do that then22:52
*** champagneg <champagneg!> has quit IRC22:56
rburtonMarex: agreed fwiw23:04
dev1990I get many errors like "useradd command did not succeed." from my user recipe after minor changes, is this a known bug?23:20
Marexdev1990: maybe your custom recipe is broken ? :)23:21
dev1990this is recipe that I'm working on23:24
*** JaMa <JaMa!~martin@> has quit IRC23:25
dev1990heh, after posting I see minor issue with --user-group -G23:26
*** tgamblin <tgamblin!> has joined #yocto23:29
dev1990meh, and now it's working fine without any chagnes, maybe I should just cleanup my workspace23:34
khemMarex: I think that should be a separate patch on top of current one23:51
khemMarex, I think current patch is fine to live with for now23:52
Marexkhem: it kinda is, yep23:53
Marexkhem: I have a patch like that locally23:53
*** vmeson <vmeson!> has joined #yocto23:59

Generated by 2.17.2 by Marius Gedminas - find it at!