Wednesday, 2021-11-24

*** florian <florian!> has quit IRC (Ping timeout: 264 seconds)00:16
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)00:45
*** vd <vd!> has quit IRC (Quit: Client closed)00:48
*** vd <vd!> has joined #yocto00:49
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto00:51
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)00:56
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto01:11
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)01:17
khemRP:  my bad on typo, I caught it in internal CI today as well , sent a v301:27
*** qschulz <qschulz!> has quit IRC (Remote host closed the connection)01:32
*** qschulz <qschulz!> has joined #yocto01:34
alex88how can I make a package install before another? it seems that systemd tries to chown something as the polkit user but polkit hasn't created the user yet
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto01:44
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)01:49
alex88nvm it seems that using append instead of += fixed it02:00
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto02:26
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)02:33
*** qschulz <qschulz!> has quit IRC (Ping timeout: 245 seconds)02:48
*** qschulz <qschulz!> has joined #yocto02:49
*** alinucs <alinucs!> has quit IRC (Ping timeout: 250 seconds)02:49
*** alinucs <alinucs!> has joined #yocto02:49
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto03:05
*** rcw <rcw!~rcwoolley@> has quit IRC (Quit: Leaving)03:08
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)03:10
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:19
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)03:53
*** deurzen <deurzen!> has joined #yocto03:55
deurzenHi guys, is there a way to `do_install_append()` a specific package? So, say, in a .bbappend file, I have 2 packages, PACKAGES =+ "packageA packageB", and I want to define a separate `do_install_append` for both packages. Would that be possible? Thanks :)03:59
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto04:29
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)04:36
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto04:47
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)04:52
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto05:04
*** troth <troth!> has quit IRC (Ping timeout: 264 seconds)05:07
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)05:09
*** troth <troth!> has joined #yocto05:22
kroonkanavin, for identical native binaries built in different paths, we need to pass the correct -fdebug-prefix-map, so that the paths in the debuginfo are the same, since the build id checksums include the debug info05:29
kroonRP, I sent a new version of the 'ar' wrapper patch, I have tested it in my build05:33
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto06:10
kroonkanavin, -ffile-prefix-map is also relevant06:11
kroonkanavin, if I do -fdebug-prefix-map=<a>=<b> and -gdwarf-2, then I get identical binaries that include debug info06:42
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds)06:46
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto06:48
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)06:56
*** vd <vd!> has quit IRC (Ping timeout: 256 seconds)07:05
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto07:07
*** frinke <frinke!~frinke@> has joined #yocto07:16
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:30
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 256 seconds)07:33
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto07:34
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:38
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:42
*** mckoan|away is now known as mckoan07:44
mckoangood morning07:44
*** rob_w <rob_w!> has joined #yocto07:47
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:48
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto07:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto07:59
*** kroon <kroon!> has quit IRC (Remote host closed the connection)08:02
*** kroon <kroon!> has joined #yocto08:03
*** fullstop_ <fullstop_!~fullstop@user/fullstop> has joined #yocto08:06
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Ping timeout: 250 seconds)08:06
*** fullstop_ is now known as fullstop08:06
kanavinkroon, cool - are you able to propose a patch?08:09
kroonkanavin, i would propose a patch not to test reproducability for native/cross builds in different build paths, only for the same paths08:11
dwagenkdeurzen: I don't think thats possible. AS I understand it the do_install task is run per recipe, the FILES_packageA and FILES_packageB variables are then used to sort the installed files into different packages.08:12
kroonkanavin, just thinking out loud, isnt repro in different build paths a little overkill ? at least as a start..08:18
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 260 seconds)08:20
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto08:21
kroonkanavin, but I can definetly keep looking at this, just need to learn how to parse the autobuilder native repro test results, if/when they arrive08:23
kanavinkroon, repro from different paths it helps sstate reuse08:34
kroonkanavin, yeah youre right08:35
kanavinkroon, I meant a patch that sets correct native gcc flags and solves the build-id issue08:35
kanavinsince you've come quite far in getting to the bottom of it, a patch should not be too much hopefully?08:36
kanavinkroon, fwiw, my native repro test (work in progress!) is here
kanavinit builds sysroots in two different paths, both without sstate, but the comparison test isn't done yet, as there's no point until build-id thing is addressed :)08:37
kroonkanavin, the thing is that different build paths in not something that bothers my builds too much, since its usually rebuilding in the same paths. if the path changes, due to version update, the rebuild was probably necessary anyway08:37
kroonkanavin, thanks, ill have a look08:38
kanavinkroon, I do have something 20 different build directories set up locally on the other hand, so anything that helps avoid rebuild is appreciated08:41
kanavinthe zoo of target architecures, musl, systemd, no-X11, you name it08:42
kroonkroon, so with native/cross build path repro you could hopefully reuse much native/cross sstate for all the builds ?08:46
kroonkanavin, talking to myself08:47
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)08:50
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 260 seconds)08:52
*** zpfvo <zpfvo!~fvo@> has joined #yocto08:53
kanavinkroon, maybe we need RP to weigh in on this :) repro in the same build path is certainly easier08:55
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)09:02
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:03
*** chep <chep!~chep@> has joined #yocto09:05
*** oberon <oberon!> has joined #yocto09:07
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Remote host closed the connection)09:08
*** ilunev <ilunev!~koolkhel@> has joined #yocto09:10
oberonwhat recipe adds sshd server ?09:10
RPkanavin: my view is that repro in different paths would be beneficial even if it is for just the "big" components like gcc09:13
qschulzdwagenk: that is correct09:13
kanavinor even bigger like llvm-native09:13
RPkanavin: indeed09:13
kanavinRP: or even bigger like, er, rust-native :D09:14
kanavinso kroon says we need to add explicit debug-prefix-map to -native builds as well as the first step towards that, and I'm persuading him to send a patch :)09:15
kroonkanavin, RP, or perhaps even -ffile-prefix-map, since it also includes -fmacro-prefix-map09:18
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)09:23
chrfleHello, when I end up in an unexpected dependency loop, what's the best way to debug it? I see that the loop is printed when the build fails, but it seems to include all dependencies for the packages involved, which makes it hard to see where the real loop is09:23
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:23
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)09:24
kanavinchrfle, usually it prints several loops I think09:26
kanavintowards the start are the shorter ones09:27
chrflekanavin: it might perhaps not be so long, but one of the tasks involved depends on many many tasks, and all of those are definitely not involved... What I guess I'm asking if it's possible to get all those tasks that are unrelated to the loop filtered out (do_rootfs has many dependencies)09:28
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 260 seconds)09:29
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto09:29
kanavinchrfle, it helps if you add a pastebin of the full error msg you're getting from bitbake, all the lines09:29
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)09:32
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:33
chrflekanavin: I'll see if I can filter out any private stuff... Got some meetings, so will be back at a later point if I don't get it sorted..09:33
kroonkanavin, RP, we could also build native/cross without debug info09:36
kanavinkroon, please no09:36
kanavinwhen they crash or malfunction debug info is invaluable09:36
kroonkanavin, yeah. scratch that09:36
* RP thought we might build them without debug info atm09:37
RPadding the prefix/macro map may be necessary but does make you wonder what to map to09:38
kroonRP, i think youre right, at least zstd-native doesn't seem to have any debug info09:50
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto09:56
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)09:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto09:58
*** florian <florian!> has joined #yocto10:00
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)10:02
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto10:02
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 260 seconds)10:02
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:03
*** oberon <oberon!> has quit IRC (Quit: Client closed)10:06
*** oberon <oberon!> has joined #yocto10:07
kanavinI was wondering about that too, the unstripped binaries are barely bigger than stripped ones10:08
* RP thinks zeddii's patch series is going to be fun looking at the autobuilder failing before the build even gets going10:12
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 260 seconds)10:22
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:23
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)10:32
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:33
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (Ping timeout: 250 seconds)10:34
*** rob_w <rob_w!> has joined #yocto10:35
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 268 seconds)10:41
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 264 seconds)10:43
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 265 seconds)10:48
*** zpfvo <zpfvo!~fvo@> has joined #yocto10:48
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto10:49
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto10:57
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)11:02
*** zpfvo <zpfvo!~fvo@> has joined #yocto11:03
*** rber|res <rber|res!~rber|> has joined #yocto11:12
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto11:31
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 264 seconds)11:41
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto11:52
*** kroon <kroon!> has quit IRC (Quit: Leaving)11:57
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 265 seconds)11:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto11:59
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 264 seconds)12:04
*** oberon <oberon!> has quit IRC (Quit: Client closed)12:04
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)12:23
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:24
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto12:28
*** Guest9619 <Guest9619!~Guest96@2a02:3103:205c:200:bed3:df7f:f488:16a2> has joined #yocto12:31
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)12:32
*** kayterina <kayterina!~kayterina@> has joined #yocto12:32
*** zpfvo <zpfvo!~fvo@> has joined #yocto12:33
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 264 seconds)12:33
*** dmoseley_ <dmoseley_!~dmoseley@> has joined #yocto12:50
*** mckoan is now known as mckoan|away12:52
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto12:55
*** dmoseley_ <dmoseley_!~dmoseley@> has quit IRC (Ping timeout: 264 seconds)12:55
*** dmoseley_ <dmoseley_!~dmoseley@> has joined #yocto13:04
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 260 seconds)13:06
*** dmoseley_ <dmoseley_!~dmoseley@> has quit IRC (Ping timeout: 256 seconds)13:14
dvorkindmitrywhy if I have FILES_${PN} += "/lib/systemd/system/my.service" but bitbake says "not shipped in any package" and list this file?13:27
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)13:27
*** zpfvo <zpfvo!~fvo@> has joined #yocto13:28
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)13:32
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto13:32
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 265 seconds)13:33
*** zpfvo <zpfvo!~fvo@> has joined #yocto13:33
*** pgowda_ <pgowda_!> has joined #yocto13:35
qschulzdvorkindmitry: which Yocto version?13:39
qschulzI assume it's FILES:${PN} you need (at least honister)13:39
dvorkindmitryqschulz, yes, honister13:39
dvorkindmitrymay I use same syntax for dunfell?13:41
qschulzdvorkindmitry: yes13:43
qschulznot ALL dunfell but latest yes13:43
dvorkindmitry"not all", you mean I can use it with latest dunfell rev?13:44
JPEWkroon, RP, kanavin: if we have to pass debug mapping... The how useful is the debug data when restored from sstate to a different path in the first place?13:44
qschulzit's just that dunfell 3.1 didn't have support for the new syntax at the beginning13:45
qschulzI don't know exactly when it changed13:46
dvorkindmitryqschulz, but latest supports new syntax 100%, right?13:46
zeddiiRP: I13:47
zeddiiI have fat fingers apparently13:47
zeddiiRP: I can start some of my own AB runs13:47
JPEWI was thinking we could not put debug data in sstate but still generate it on a local build... But I realize this is not helpful because the build id would still be different. Never mind13:47
zeddiiI just wanted it out there for reference.13:47
*** frwol <frwol!~frwol@user/frwol> has joined #yocto13:53
*** bps <bps!> has joined #yocto13:54
smurrayqschulz: I think 3.1.11 was the first dunfell release with it13:56
dvorkindmitryqschulz, so RDEPENDS_${PN} shouldbe converted to RDEPENDS:${PN} too, right?13:56
*** nad <nad!> has joined #yocto13:58
qschulzdvorkindmitry: yes14:00
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto14:05
qschulzdvorkindmitry: there's a migration script somewhere14:07
dvorkindmitrymay I have several %.bbappend files for the same package?14:07
*** sakoman <sakoman!> has joined #yocto14:08
dvorkindmitrySYSTEMD_AUTO_ENABLE_${PN} -> SYSTEMD_AUTO_ENABLE:${PN} too?14:09
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)14:14
qschulzdvorkindmitry: yes, but I'm not sure I have time to answer for each variable :D14:18
dvorkindmitryqschulz, haha. thank you! :)14:18
smurraydvorkindmitry: see
zeddiiRP: I did start an AB run, I see the python package warnings, some I would have created with the new package, but I guess the others are from the existing meta-python recipes.14:19
dvorkindmitrysmurray, very useful! thanks!14:20
zeddiiahah. I see what I screwed up. some of those should be rdepends in the recipe14:20
qschulzdvorkindmitry: the script is listed there :)14:20
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto14:23
*** prabhakarlad <prabhakarlad!> has joined #yocto14:28
*** eloi <eloi!> has joined #yocto14:43
*** frwol <frwol!~frwol@user/frwol> has left #yocto14:49
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto14:51
*** Tyaku <Tyaku!> has joined #yocto14:55
*** kroon <kroon!> has joined #yocto14:58
dvorkindmitrywhen building what (x0 of x0/y0 of y1) means?14:59
*** ar__ <ar__!~akiCA@user/akica> has joined #yocto15:05
*** troth <troth!> has quit IRC (Ping timeout: 260 seconds)15:08
*** Tyaku <Tyaku!> has quit IRC (Ping timeout: 265 seconds)15:12
*** Tyaku <Tyaku!> has joined #yocto15:13
*** codavi <codavi!~akiCA@user/akica> has joined #yocto15:19
*** Tyaku <Tyaku!> has quit IRC (Quit: Lost terminal)15:22
*** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 264 seconds)15:23
*** troth <troth!> has joined #yocto15:23
rburtondvorkindmitry: x is jobs that are taken from sstate, y is jobs that are being run properly15:29
*** frinke <frinke!~frinke@> has quit IRC (Quit: Client closed)15:36
*** dj <dj!~dj@> has joined #yocto15:39
djwhat does ${bindir} and ${D} supposed to look like?15:39
qschulzdj: ${D} is the image directory within the ${WORKDIR} of a recipe, ${bindir} is /usr/bin15:40
*** Guest9619 <Guest9619!~Guest96@2a02:3103:205c:200:bed3:df7f:f488:16a2> has quit IRC (Quit: Client closed)15:41
djmy ${bindir} expands to a massive path: "/home/Shared/code/linuxtime/bitbake/poky/build/tmp/work/x86_64-linux/linuxptp-native/3.0.0+gitAUTOINC+27bc9d52fa-r0/recipe-sysroot-native/usr/bin"15:41
rburtonyeah in a native recipe its more 'interesting'15:41
rburtonbut yes, that's fine15:41
djso then I shouldn't be using ${D}${bindir}, why is it different for native?15:42
rburtonyou should, it's not15:42
dji don't understand, because ${D}{bindir} would give: /home/Shared/code/linuxtime/bitbake/poky/build/tmp/work/x86_64-linux/linuxptp-native/3.0.0+gitAUTOINC+27bc9d52fa-r0/image/home/Shared/code/linuxtime/bitbake/poky/build/tmp/work/x86_64-linux/linuxptp-native/3.0.0+gitAUTOINC+27bc9d52fa-r0/recipe-sysroot-native/usr/bin15:43
rburtonrelocation happens, it's fine15:43
rburtonjust always prefix paths with ${D} in do_install15:43
rburtonnative files are executed from a different sysroot for each recipe15:44
djso what directory is actually being used for install -d then?15:44
*** pgowda_ <pgowda_!> has quit IRC (Quit: Connection closed for inactivity)15:44
djstill that same long one?15:44
*** rcw <rcw!~rcwoolley@> has joined #yocto15:44
djwouldn't it make more sense to just use ${D}/usr/bin ?15:45
*** rcw <rcw!~rcwoolley@> has quit IRC (Client Quit)15:45
djisntead of adding /home/Shared and all that after image/15:45
rburtonthere are reasons, which i can't remember15:45
rburtonpersonally yeah it would make things neater in logs, but at the end of the day all you see in the recipe is ${D}${bindir}15:46
rburtonwhen RP is back from having fun he might be able to remember the reason, because I can't.15:46
kergothdoing it the way we do now means its prefix includes the whole path, so could be used as is when unpacked and we didn't need to relocate. then we added that relocation, so now the use of the full dest path as prefix is primarily a placeholder for that relocation. if we used, i.e. /usr, it'd be hard to search/replace / or /usr in scripts without mucking something up, too generic15:48
kergothafaik anyway15:48
*** rob_w <rob_w!> has quit IRC (Remote host closed the connection)15:48
kergothi'd like to see a more explicit path placeholder used instead of the current prefix, though15:49
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:8117:60d0:c1a0:387f> has joined #yocto15:56
*** kayterina <kayterina!~kayterina@> has quit IRC (Read error: Connection reset by peer)15:57
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)15:57
*** zpfvo <zpfvo!~fvo@> has joined #yocto15:58
dji can't figure out how to install binaries natively, should I just manually write /usr/bin for oe_runmake install in sbindir?15:59
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)16:02
rburtonyou can't install binaries to your host16:02
rburtonmainly as you're not root16:02
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:03
rburtonjust use ${D}${bindir} and then they'll be in the native sysroot if another recipe DEPENDS on your native recipe16:03
qschulzand since the native sysroot is part of a recipe PATH, it'll be found without giving the whole path in the filesystem16:04
*** troth <troth!> has quit IRC (Ping timeout: 264 seconds)16:08
dji was told that you don't need to sudo as things are already done as root?16:11
dji basically build binaries via bitbake that I want access to via all my terminals via /usr/bin on my host machine16:12
rburtonno, you were told that do_install runs as 'fake root' so you can chown for packaging.  At no point do you enter your root password to write to your host.16:13
djah i see16:13
rburtonyou can run binaries that have been built natively using oe-run-native, but you can't install to the host16:13
rburtonif you want to create host packages then use your host package manager16:13
djand would I be able to run these commands for host package management in the .bb recipe files? do I need to make a bash script and call it in the .bb file?16:15
qschulzdj: I think you need to explain exactly what you want to do because it is very unclear to me and it might be a case of XY problem16:16
djI am building binaries via native which are constructed through bitbake (I think?) and I want these binaries to be in my host machine's /usr/bin for easy access & usage16:17
rburtonsounds like you want to build native packages using your native packaging tools, like rpm or dpkg or whatever16:19
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:8117:60d0:c1a0:387f> has quit IRC (Ping timeout: 250 seconds)16:19
djpossibly, the binaries are being built and are usable but they're in these awkward directories that I hate pathing to run16:20
rburtonyeah, that's because they're not meant to be user-visible :)16:21
*** troth <troth!> has joined #yocto16:22
rburtoni presume you're also building images for some target and not just native binaries16:22
frayCan someone point me at a clue, for the built in self-tests.  Does the test runner "login" to the device, or is there an expection once it connects it's directly at a prompt to run the test cases?16:22
rburtonfray: testimage? it logs in as root16:22
frayI'm just trying to figure out what the expections re16:22
djbasically i have this time networking app that should link up from my host machine and to a QEMU instance. So I'm building it for QEMU and it works and all, but it's annoying that this binary isn't in my host machine's /usr/bin16:22
frayroot w/o a password?16:22
rburtonfray: yeah assumes empty-root-password is set16:22
rburtondj: use oe-run-native16:23
frayok.. so sees login problem, "types" root, and just enter on passwd16:23
dji guess i will, but it's still annoying that I can't install to my host machine16:23
djwhere I was hoping that I could even do a simple `cp` command to bring it to my /usr/bin in the .bb recipe file16:24
rburtondj: but you're not root so you can't do that16:24
fray(We are currently working on disabling the root account by standard, and forcing the user to login to a standard user and sudo to root.. first login requires a passwd change as well)..  this certainly complicates things in that case.16:24
rburtonfray: it ssh in, not console16:24
frayohhh ok16:24
frayya our test harness boots the board and uses the console16:24
rburtonah yeah different codepath16:25
qschulzdj: also, you're linking against libraries that are present in the sysroot and not in your system, so even if you were able to install into /usr/bin, you'd still need to fix LD_LIBRARY_PATH before starting it16:25
rburtoni'd say the options are 1) oe-run-native to run the binary from the sysroot, or 2) package your tool using the hosts packaging system so you have a proper host package (right linkage, dependencies, etc)16:27
rburtoni guess you *could* write a recipe that uses sudo to install to the host, and edit sudoers so it doesn't prompt for your password (as recipes don't have a tty), but that would be a terrible idea! :)16:28
djeven if the .bb recipe runs a bash script for a package manager there's no prompt for sudo password?16:29
*** deurzen <deurzen!> has quit IRC (Remote host closed the connection)16:30
rburtonrecipes don't have a console attached at all16:30
djI see, thank you for your help16:30
frayrburton do you have a pointer to where that login code is?  I'd like to play with it a bit and see if I can adjust it to use a non-root login + sudo16:32
rburtonfray: the ssh login is in meta/lib/oeqa/core/target/ssh.py16:32
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 245 seconds)16:32
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:33
rburtonfray: oh maybe its oeqa/utils/ for testimage16:34
rburtonfray: did i mention i hate oeqa's code duplication16:34
rburtoni've already forgotten how testimage works with a console not ssh16:35
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 250 seconds)16:38
*** zpfvo <zpfvo!~fvo@> has joined #yocto16:38
*** roussinm <roussinm!> has joined #yocto16:42
frayrburton: :)16:47
frayya, both sides look nearly, if not the same16:48
*** eloi <eloi!> has quit IRC (Quit: WeeChat 3.3)16:52
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.3)17:04
*** camus1 <camus1!~Instantbi@> has joined #yocto17:07
*** dj_ <dj_!~dj@> has joined #yocto17:07
*** manuel_ <manuel_!~manuel198@> has joined #yocto17:07
*** Tokamak_ <Tokamak_!~Tokamak@> has joined #yocto17:07
*** fullstop_ <fullstop_!~fullstop@user/fullstop> has joined #yocto17:07
*** alimon8 <alimon8!> has joined #yocto17:08
*** bps <bps!~bps@user/bps> has quit IRC (Read error: Connection reset by peer)17:08
*** Tokamak_ <Tokamak_!~Tokamak@> has quit IRC (Read error: Connection reset by peer)17:09
*** rfried3 <rfried3!> has joined #yocto17:09
*** Tokamak_ <Tokamak_!~Tokamak@> has joined #yocto17:10
*** ernstp_ <ernstp_!> has joined #yocto17:10
*** manuel_ <manuel_!~manuel198@> has quit IRC (Client Quit)17:12
*** roussinm1 <roussinm1!> has joined #yocto17:12
*** zpfvo <zpfvo!~fvo@> has quit IRC (Ping timeout: 268 seconds)17:14
*** roussinm <roussinm!> has quit IRC (*.net *.split)17:16
*** troth <troth!> has quit IRC (*.net *.split)17:16
*** dj <dj!~dj@> has quit IRC (*.net *.split)17:16
*** manuel1985 <manuel1985!~manuel198@> has quit IRC (*.net *.split)17:16
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (*.net *.split)17:16
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (*.net *.split)17:16
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (*.net *.split)17:16
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (*.net *.split)17:16
*** jonmason <jonmason!> has quit IRC (*.net *.split)17:16
*** flynn378 <flynn378!> has quit IRC (*.net *.split)17:16
*** rhadye <rhadye!> has quit IRC (*.net *.split)17:16
*** ernstp <ernstp!sid168075@> has quit IRC (*.net *.split)17:16
*** nohit <nohit!> has quit IRC (*.net *.split)17:16
*** kergoth <kergoth!> has quit IRC (*.net *.split)17:16
*** camus <camus!~Instantbi@> has quit IRC (*.net *.split)17:16
*** madisox <madisox!> has quit IRC (*.net *.split)17:16
*** Tartarus <Tartarus!> has quit IRC (*.net *.split)17:16
*** rfried <rfried!> has quit IRC (*.net *.split)17:16
*** alimon <alimon!> has quit IRC (*.net *.split)17:16
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::56df> has quit IRC (*.net *.split)17:16
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (*.net *.split)17:16
*** rfried3 is now known as rfried17:16
*** alimon8 is now known as alimon17:16
*** fullstop_ is now known as fullstop17:16
*** camus1 is now known as camus17:16
*** ernstp_ is now known as ernstp17:16
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::56df> has joined #yocto17:18
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:a0df:66ac:fd41:a27d> has joined #yocto17:19
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto17:22
*** jonmason <jonmason!> has joined #yocto17:22
*** flynn378 <flynn378!> has joined #yocto17:22
*** nohit <nohit!> has joined #yocto17:22
*** rhadye <rhadye!> has joined #yocto17:22
*** kergoth <kergoth!> has joined #yocto17:22
*** madisox <madisox!> has joined #yocto17:22
*** Tartarus <Tartarus!> has joined #yocto17:22
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto17:22
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:a0df:66ac:fd41:a27d> has quit IRC (Ping timeout: 250 seconds)17:24
wyrehi guys, why do you think I'm having these fetch errors?17:27
wyreERROR: ca-certificates-20211016-r0 do_fetch: Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'git://;protocol=https;branch=master')17:27
wyreapparently the repo is available at
wyrebut bitbake is not able to fetch the repo 🤔17:28
*** troth <troth!> has joined #yocto17:29
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)17:31
dj_possible VPN issues or proxy environment problems?17:33
dj_Is there an online version to view the source for this?
dj_ doesn't go to section 5 Classes17:43
dj_4.1.3 and 5 share the same link17:43
wyredj_, at my side? or at the server side?17:45
dj_wyre, your side, I had a fetch issue where I had proxy environment variables in my /etc/environment messing with networking of bitbake17:49
*** vd <vd!> has joined #yocto17:57
wyredj_, hmmm.... apparently it's because of the docker container 🤔
wyreit must be because of the container doesn't have the some root CA certificate18:01
dj_most likely, you can try using the docker -v option to mount the same certificate directories onto the docker image18:02
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)18:03
*** camus <camus!~Instantbi@> has joined #yocto18:04 is now refusing connections while we migrate to the new servers.18:13
*** florian <florian!> has quit IRC (Quit: Ex-Chat)18:19
*** Tokamak_ <Tokamak_!~Tokamak@> has quit IRC (Read error: Connection reset by peer)18:26
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto18:32
moto-timothank you for the heads up halstead18:39
qschulzdj_: please open a bug report on bugzilla, this should be fixed18:49
dj_link for bugzilla?18:51
dj_account creation is disabled due to spam attacks18:52
*** florian <florian!> has joined #yocto19:00
*** florian <florian!> has quit IRC (Ping timeout: 260 seconds)19:16
*** ilunev <ilunev!~koolkhel@> has quit IRC (Quit: Textual IRC Client:
*** ilunev <ilunev!~koolkhel@> has joined #yocto19:19
*** ilunev <ilunev!~koolkhel@> has quit IRC (Read error: Connection reset by peer)19:19
*** ilunev <ilunev!~koolkhel@> has joined #yocto19:20
halsteaddj_: Did you email a request?19:28
*** dev1990 <dev1990!> has quit IRC (Remote host closed the connection)19:30
*** dev1990 <dev1990!> has joined #yocto19:30
zeddiiam I the only one with meta-skeleton in his bblayers ? I'm getting a warning about the :append += operators and patched it locally .. but I can't see how it has survived not blowing up the AB, etc, so I must have some sort of strange config.19:31
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 250 seconds)19:32
*** camus <camus!~Instantbi@> has joined #yocto19:32 is available again. is on the new HA servers. Sorting out some cgit display issues.19:32
zeddiiRP: The extra dependences and my tweaked dtschema recipe seem to be green on my AB run.  Should I send the whole blast again ? since there's v2 three of the patches and 4 new recipe imports, I think that's easiest to sort out. Alternatively, my poky-contrib zedd/kernel has everything rebased and clean.19:33
RPzeddii: sending again sounds good and I'll drop and refresh19:47
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:69ef:df9:6f87:30a> has joined #yocto19:48
*** florian <florian!> has joined #yocto19:49
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)19:59
*** dj_ <dj_!~dj@> has quit IRC (Quit: Leaving)20:00
kroonRP, I sent a v2 of the ar wrapper patch20:01
*** ilunev <ilunev!~koolkhel@> has quit IRC (Read error: Connection reset by peer)20:07
*** ilunev <ilunev!~koolkhel@> has joined #yocto20:08
halsteadPushes are not syncing to the mirrors correctly yet. Resolving that now. New pushes are allowed but won't appear publicly for a bit.20:11
dvorkindmitryMirror fetch failure for url git://;protocol=https;branch=master (original url: git://;protocol=https;branch=master)20:17
dvorkindmitrywhy it transaltes to wrong URL?20:17
*** dn1 <dn1!> has joined #yocto20:20
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)20:29
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)20:50
zeddiiRP:  something is up with the infrastructure, the same pull request generation line I've been using for years is failing.20:52
zeddiihence why there's no v2 of the request yet.20:52
zeddiihmm. let me try a different branch:20:54
zeddiiremote: fatal: bad object 000000000000000000000000000000000000000020:54
zeddiihmm. nope.20:55
* zeddii gives up. 20:55
RPzeddii: halstead is making some infra changes20:55
RPzeddii: are you using ?20:55
halsteadzeddii: Objects pushed aren't appearing on the mirrors yet. We are very close.20:56
zeddiino worries.  I thought I was losing it there.20:56
halsteadI tested some capabilities incorrectly and they were ready. Building them now rather than rolling back.20:57
* RP resists commenting on that20:57
halsteadRP: And it's built. Starting to bring the mirrors up to date now. Does that change the comment at all?20:58
RPhalstead: I was meaning commenting about zeddii losing it ;-)20:58
halsteadGot ya RP. Anyone who's talked hockey with zeddii already knows.. ;)21:00
halsteadzeddii: Is your object available now?21:01
RPhalstead: it looks like the cgit urls changed as my bookmarks don't work. Is that expected?21:01
* zeddii checks21:02
halsteadRP: We had a symlink in place to keep old bookmarks working. I'll check on that now.21:02
RPhalstead: I can fix my links if I'm using old stuff but I thought I'd better ask21:02
zeddiihalstead: yup. it seems to work now.21:03
zeddii'er wait. now it blew up again.21:03
halsteadRP: We will get the bookmarks working again. But yes the cgit urls are changing to be a bit prettier.21:04
RPhalstead: the new urls do look nicer. I don't mind changing, I just wanted to make sure I should update21:05
halsteadzeddii: There are a few moments delay before pushes appear on the mirrors now. Hooks initiate the sync and clear the cache but it take a few moments.21:05
zeddiiFYI: This is what I see. The command in question is what I've run for quite a while. so probably related to the sync ?21:05
zeddiiI just pushed that branch, so I could run the script21:05
zeddiithe script may be wrong now. I didn't check that.21:06
RPzeddii: the script probably needs a sleep 30 in it now :)21:07
zeddiieven now, I can see the branch in contrib, it tells me it isn't there .. and then does generate the patches.21:07
*** florian <florian!> has quit IRC (Ping timeout: 240 seconds)21:08
halsteadRP: so we've kept links like "" working by redirecting to What bookmark do you have that's failing?21:08
* zeddii will send the magic patches. they look right.21:09
kroonhalstead, kanavins link he pasted earlier doesn't work now:
RPhalstead: I had
RPhalstead: although I just fixed them21:10
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)21:10
*** florian <florian!> has joined #yocto21:11
RPhalstead: it is very obvious I need to fix a "few" of my git urls in various places :)21:15
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)21:17
kroonRP, i thought I'd run the test kanavin started working on in
kroonRP, but I can't figure out how to start it. bitbake-selftest <something> ?21:19
RPkroon: oe-selftest -r reproducible.ReproducibleSysrootTests21:22
kroonRP, thanks21:23
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto21:23
*** florian <florian!> has quit IRC (Ping timeout: 260 seconds)21:42
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto21:44
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:48
dvorkindmitrywhy fetch2 changes SRC_URI from git://;protocol=https;branch=master to git://;protocol=https;branch=master ?21:49
RPdvorkindmitry: one of the remappings in MIRRORS or PREMIRRORS?21:50
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)21:50
dvorkindmitryRP, my recipe is so simple... no maps21:51
RPdvorkindmitry: there are some set in mirrors.bbclass21:51
halsteadRP & kroon redirects for that style link are in place now.21:52
RPhalstead: thanks21:52
RPhalstead: the new server does seem faster!21:52
kroonhalstead, thanks21:52
kroonRP,  how is your memory when it comes to the native builds ? It looks like the RUNPATH is set in the binaries in the build directory, but in the sysroot-components/ they are empty21:55
kroonRP, do we strip rpath for native binaries after installing them ?21:55
halsteadRP: I'm going to announce the migration complete with reminders to update remotes and a note about adding delays to scripts that require the mirrors to be in sync.21:55
dvorkindmitryRP, oh! nowI see what iswrong. wrong branch.thank you.21:56
RPkroon: we strip off "pointless" rpaths/runpaths if I remember correctly22:01
RPhalstead: sounds good. You may want to spell out that if "pushes" hang, they probably need the push.XXX url update. I have loads of them left22:02
halsteadThanks RP, I'll use that language.22:03
RPzeddii: I stopped the test build and restarted with the updated patch22:03
zeddiiit still may not be right, I continually screw up the native/target interplay and what magic happens, but it is less obviously wrong :D22:04
zeddiias soon as I tried bitbaking python3-dtschema it blew up here, and I fixed that. the -native also built.22:05
kroonRP, kanavin, so the reason zstd-native is not reproducible in different buildpaths is because we pass rpaths in BUILD_LDFLAGS22:11
kroonRP, kanavin, if I remove them, the sysroot-components directories become binary identical22:11
kroonRP, kanavin, the rpaths most likely get included when calculating the build-id, it doesn't matter that we then later on remove them with chrpath22:12
kroonRP, kanavin, but, I bet they are there so that we can relocate them when installing them to the recipe-specific sysroot ?. But perhaps we could use an identical "marker"22:14
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto22:15
*** dvorkindmitry <dvorkindmitry!~dv@> has quit IRC (Quit: KVIrc 5.0.0 Aria
*** dn1 <dn1!> has quit IRC (Quit: Leaving)22:21
RPkroon: hmm. I'm surprised we'd remove the rpaths entirely22:23
kroonRP, not entirely22:23
kroonRP, doh I don't have the exact value left now, but it was something ling "../lib:lib"22:24
RPkroon: ah, we make them all relative22:25
kroonRP, at least they were identical in both binaries after the chrpath magic22:25
kroonso the only thing that diffed was the build id22:25
kroonsimply removing the build id would also be an option, if thats possible22:26
RPkroon: -Wl,--build-id=none  is suggested by google22:27
kroonRP, ok ill test22:27
RPor we could strip the section I guess22:27
kroonhmm dunno how that would work if the sections are/can be of different sizes22:28
*** dvorkindmitry <dvorkindmitry!~dv@> has joined #yocto22:29
RPkroon: I think the section is a separate specifically named one22:30
kroonRP, yes, and actually it should be of the same size since its a checksum22:31
RPkroon: strip works FWIW22:33
kroonRP, and that "-Wl,--build-id=none" also works22:34
*** dev1990 <dev1990!> has quit IRC (Quit: Konversation terminated!)22:38
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)22:38
RPkroon: probably easier :)22:38
kroonkanavin, do you think you can hack some more on that sysroot repro tests ? I don't think that "self.compare_sysroots()" is implemented yet ?22:39
kroonRP, definetley22:39
kroonRP, do you think we are ok with removing the build-id in general for native/cross binaries ?22:40
RPhalstead: I think we may have to have the autobuilder pull from I can't cope with the mirror lag trying to start builds :(22:40
RPkroon: since we don't have debug symbols, I'm not sure it is that useful22:40
halsteadRP: How much lag are you seeing?22:41
kroonRP, ah, so that is that the build-id is used for, looking up the correct debug info ?22:41
RPhalstead: 30 seconds  but it just wrote off a build as I hadn't acounted for it22:41
RPkroon: it certainly helps for that22:41
halsteadRP: Clones from the mirrors should be much faster than from the push server if we can allow of the sync delay. :\22:43
RPhalstead: well, it is just one more thing I need to remember. Push master-next, then poll on the public site to ensure it is updated, then go and start the build only when it is visible. I'll have to write a script22:44
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:69ef:df9:6f87:30a> has quit IRC (Ping timeout: 250 seconds)22:47
halsteadRP: we can use the push server if that's best. The mirrors are ideal for performance. I think a 30-60 second wait is about as fast as we can make the sync though.22:49
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 260 seconds)22:50
RPhalstead: it is that or we make every build wait 90s before it starts just to give the mirrors time to sync. It is really annoying to start a build and then realise it is building the wrong thing22:51
RPhalstead: all the AB users are going to run into this :(22:51
halsteadRP: adding a 90 second set up task is a simple fix. It's feels a little sad when we've worked so hard to shave off build time though.22:52
halsteadRP: It will be needed for triggered builds like the docs too. Hrm.22:52
RPhalstead: exactly. More than a little sad22:52
*** lowfi <lowfi!~lowfi@> has joined #yocto22:53
RPit risks undermines any trust that the AB is doing the right thing22:53
halsteadYeah, and we can't have that.22:54
halsteadIt really shouldn't take 90 seconds. I can run some stress tests and get a better idea of the range.22:55
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto22:55
RPhalstead: whether it is 45 or 90, it is still going to be too laggy. We may as well just point it at push even if it is slower22:55
halsteadRP: Building from the public mirrors the same way every other user would has value though. Is that be worth adding 45 seconds at the beginning of a-full, a-quick, and docs?22:58
RPhalstead: It is needed on *every* possible build :(22:59
halsteadRP: I didn't realize that. I agree that's unacceptable.22:59
RPhalstead: meta-mingw is impacted, meta-gplv2, any qemu target is built from poky, basically they're all impacted23:00
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds)23:00
halsteadRP: Aren't all of those triggered by the full builds though?23:00
RPhalstead: you can run them manually as well23:01
halsteadRP: running those manually quickly after pushing could  undermine trust.23:06
RPhalstead: which is my worry23:07
*** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto23:07
halsteadRP: Could we add a box like "Do we want to deploy artefacts?" labeled "Add 1 minute delay?" and have it always checked by default?23:08
halsteadRP: But not have it checked for builds started by a-full?23:08
halsteadThat triggered builds...23:08
RPhalstead: no, this is totally crazy. it is just going to have to use push23:08
halsteadRP: Okay. How can I help?23:09
RPhalstead: I guess we need to change to in yocto-autobuilder2 and reconfig the controller23:11
RPhalstead: is OE impacted the same way or not?23:12
halsteadRP: No changes for OE.23:12
RPhalstead: ok, I've pushed changed to yp-ab2. I'll pull into the controller and reconfig when the mirror has synced23:15
RPhalstead: still waiting for the sync :/23:17
halsteadRP: This change will cause failures.23:18
RPhalstead: anon access isn't available to push?23:18
* RP bins the patch23:19
halsteadRP: No. I need to whitelist the builders to allow that.23:19
RPhalstead: well, I'm open to other ideas23:19
halsteadRP: I can start on that. Or we can update the urls to ssh://
RPhalstead: we can use that url instead23:20
* RP realises he's wiped out a load of local changes now23:22
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 260 seconds)23:23
halsteadRP: on typhoon or ?23:23
*** camus <camus!~Instantbi@> has joined #yocto23:23
RPhalstead: no, my local dev stuff. I reset the tree to get rid of that patch and wiped everything23:24
RPhalstead: I've pushed the updated patch23:24
halsteadRP: I see some leading space on the line. Will that be an issue?23:26
RPhalstead: not my day is it. It shouldn't matter but I've fixed23:27
halsteadRP: shall I pull it onto the controller?23:28
*** florian <florian!> has joined #yocto23:29
RPhalstead: I've done it23:29
halsteadI see it. Now to test.23:30
RPhalstead: :)23:30
RPhalstead: it appears to work23:30
RPhalstead: you can see it in
halsteadLooks good. A problem you didn't need today is solved.23:32
RPhalstead: Right :) I might head to bed now23:32
halsteadGood night RP. Thanks for your patience.23:33
RPhalstead: np, the new servers are nice and speedy :)23:35
*** mckoan|away <mckoan|away!> has quit IRC (Ping timeout: 256 seconds)23:48
*** mckoan|away <mckoan|away!> has joined #yocto23:48
*** sveinse <sveinse!~sveinse@2a01:799:55e:1000:c23f:d5ff:fe69:c6fb> has joined #yocto23:56
sveinseWhen interrupting bb, does it finish the pending tasks (only) or does it finish the current recipes? It seems the former, but it would have been nice with the latter.23:59

Generated by 2.17.2 by Marius Gedminas - find it at!