Tuesday, 2023-06-06

*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 250 seconds)00:45
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 268 seconds)01:00
*** nemik <nemik!~nemik@> has joined #yocto01:00
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 265 seconds)01:04
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:10
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)01:26
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)01:35
*** camus <camus!~Instantbi@> has joined #yocto01:36
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)01:40
*** seninha <seninha!~seninha@user/seninha> has joined #yocto01:41
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 248 seconds)02:16
*** seninha <seninha!~seninha@user/seninha> has joined #yocto02:21
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto02:25
*** jclsn <jclsn!~jclsn@2a04:4540:6534:4c00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 250 seconds)02:34
*** jclsn <jclsn!~jclsn@2a04:4540:6542:2a00:2ce:39ff:fecf:efcd> has joined #yocto02:36
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)03:07
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto03:07
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 240 seconds)04:18
*** nemik <nemik!~nemik@> has joined #yocto04:18
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 240 seconds)04:23
*** nemik <nemik!~nemik@> has joined #yocto04:24
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)04:28
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.8)04:31
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds)04:33
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto04:35
*** davidinux <davidinux!~davidinux@> has joined #yocto04:45
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 250 seconds)04:50
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.)05:00
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto05:07
*** PhoenixMage <PhoenixMage!~phoenix@> has quit IRC (Ping timeout: 250 seconds)05:28
LetoThe2ndyo dudX05:51
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto05:55
*** PobodysNerfect <PobodysNerfect!~PobodysNe@> has joined #yocto06:05
*** frieder <frieder!~frieder@i577B9073.versanet.de> has joined #yocto06:09
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:34
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:42
landgrafis there a way how to build different rootfs/images and combine them into single image (wic file)?06:46
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto06:53
*** zpfvo <zpfvo!~fvo@i59f5ce18.versanet.de> has joined #yocto06:56
*** Guest46 <Guest46!~Guest46@> has joined #yocto07:10
Guest46Hi Guys. Im trying to build grpc (1.4.3) example . But im unable to find grpc_cpp_plugin anywhere in my build files . I have used https://github.com/intel-iot-devkit/meta-iot-cloud/blob/morty/recipes-support/grpc/grpc_1.4.3.bb recipe.07:12
Guest46any suggestions? Thank you . And im on yocto 2.2 so using old grpc version07:12
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:13
*** kpo <kpo!~kpo@> has joined #yocto07:16
LetoThe2ndlandgraf: essentially multiconfig?07:18
landgrafLetoThe2nd: Yes. thanks https://elinux.org/images/a/a5/002-1500-SLIDES-multiconfig_inception.pdf slide 14 is my case07:22
* landgraf is going to RTFM07:22
kayterina[m]Hello, a git repo that builds locally with autotools should it be made into a yocto recipe using "inherit autotools" or "inherit cmake"?07:25
*** amitk <amitk!~amit@> has joined #yocto07:27
*** gsalazar <gsalazar!~gsalazar@> has joined #yocto07:28
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection)07:30
*** ptsneves <ptsneves!~Thunderbi@> has joined #yocto07:34
LetoThe2ndkayterina[m]: if it builds with autotools, it sounds very much like "inherit autotools", don't you agree?07:40
kayterina[m]Sure. It is this chapter in the manual that I am confused: "5.21.3 Building an Autotooled Package", it says: "Applications built with the Autotools such as autoconf and automake require a recipe that has a source archive listed in SRC_URI"07:41
kayterina[m]if the recipe builds in "git/" directory and has an empty build/, that is a case of autotools-brokensep?07:42
*** zpfvo <zpfvo!~fvo@i59f5ce18.versanet.de> has quit IRC (Ping timeout: 268 seconds)07:42
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)07:54
*** alessioigor <alessioigor!~alessioig@> has joined #yocto07:54
*** zpfvo <zpfvo!~fvo@i59F5CE18.versanet.de> has joined #yocto07:56
LetoThe2ndkayterina[m]: no, it is a case of setting S. look into any recipe that uses git, usually S = ${WORKDIR}/git07:58
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)08:05
*** vladest <vladest!~Thunderbi@> has joined #yocto08:18
*** bps3 <bps3!~bps@> has joined #yocto08:27
*** bps2 <bps2!~bps@> has joined #yocto08:31
*** florian <florian!~florian@> has joined #yocto08:31
*** bps3 <bps3!~bps@> has quit IRC (Ping timeout: 240 seconds)08:33
*** kpo <kpo!~kpo@> has quit IRC (Ping timeout: 248 seconds)08:57
*** florian_kc <florian_kc!~florian@> has joined #yocto09:19
*** PobodysNerfect <PobodysNerfect!~PobodysNe@> has quit IRC (Quit: Gone to sleep. ZZZzzz…)09:59
*** PobodysNerfect <PobodysNerfect!~PobodysNe@> has joined #yocto10:04
__adis it possible to use eudev in place of systemd-udevd in kirkstone ?10:31
__adi am getting an error adding eudev10:31
rburtonyes, assuming you've turned off systemd.  hard to help without knowing what the error is.10:32
__adeudev was skipped: conflicting distro feature 'systemd' (in DISTRO_FEATURES)10:32
__adso i should remove whole systemd ? eudev seems to be os independent10:33
rburtonif you want to use eudev then by definition you don't want systemd10:33
rburtonconsidering eudev is a fork of the udev in systemd10:34
*** Guest46 <Guest46!~Guest46@> has quit IRC (Quit: Client closed)10:35
__aduhm, is udev only a part of systemd ? can't be disabled just systemd-udevd ?10:35
rburtonif you don't want systemd then remove it from your DISTRO_FEATURES (its not on by default, so you added it) and then you get eudev10:36
__admm ok. So eudev is a "whole" systemd replacement ?10:36
mcfrisk__ad: no it's not, but it conflicts with systemd which requires normal udev.10:37
rburtonif you want a udev-like tool then your choices are eudev (traditional init) or systemd-udev (systemd).  asking for systemd init with eudev isn't sensible.10:38
__admcfrisk:  rburton: ok clear, thanks10:39
kayterina[m]How do I choose to make a recipe from a .tar.gz over the git repo? Does the repo suggests frequent changes?10:46
__ad(seen now requirements asks fir sysvinit, so good :)10:46
rburtonkayterina[m]: official tarballs are smaller and easier to mirror so i tend to prefer those10:48
RPJPEW: I found that linux-yocto-rt issue. It was a bad recipe (v86d)10:52
*** seninha <seninha!~seninha@user/seninha> has joined #yocto11:28
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 250 seconds)11:29
*** nemik <nemik!~nemik@> has joined #yocto11:29
*** nemik <nemik!~nemik@> has quit IRC (Ping timeout: 240 seconds)11:34
*** nemik <nemik!~nemik@> has joined #yocto11:34
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:409f:a50:9c34:d238> has joined #yocto11:35
embetrixHello, I have defined the following bitbake variable:11:38
embetrixTF_A_CONFIG       ?= "nand sdmmc"11:38
embetrixTF_A_CONFIG[nand]   = "STM32MP_RAW_NAND=1"11:38
embetrixTF_A_CONFIG[sdmmc]  = "STM32MP_SDMMC=1"11:38
embetrixTF_A_CONFIG[emmc]   = "STM32MP_EMMC=1"11:38
embetrixTF_A_CONFIG[spi]    = "STM32MP_SPI_NOR=1"11:38
embetrixHow can i get a field of the variable in bitbake ?11:39
*** ferrywu <ferrywu!uid603879@id-603879.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)11:39
TRO[m]PACKAGECONFIG set in an image is not possible for a recipe contained in that image, right?11:43
rburtonTRO[m]: correct11:43
rburtonembetrix: d.getVarFlag("TF_A_CONFIG", "nand")11:43
kayterina[m]is there an example of a recipe using multiple licenses? there are 3 license files in the repository and the source code itself has some files under apache2.0,some BSD-2, some BSD-311:44
kayterina[m]*not license files, there is a COPYING, a LICENSE and a copyright in the repo11:44
mcfriskis bitbake-diffsigs usable to anyone? It's "NOTE: Starting bitbake server..." for ever on my trivial master branch setup..11:44
qschulzkayterina[m]: you can have multiple entries in LIC_FILES_CHKSUM if that is your question/11:45
qschulzYou can have binary operators in the LICENSE field too11:45
rburtonkayterina[m]: many in core.  just list them all in LICENSE in the appropriate form (is it apache *or* bsd, or apache *and*), then list them all in the checksum and ideally some summary of what files are what license (like a readme fragment that explains the licensing)11:46
embetrixit works I think only when using python, I would like to use it like this :11:47
embetrixdo_compile() {11:47
embetrix    if [ -n "${TF_A_CONFIG}" ]; then11:47
embetrix        for config in ${TF_A_CONFIG}; do11:48
embetrix            oe_runmake -C ${S} BUILD_PLAT=${B}/${TFA_DEVICETREE}-${config} d.getVarFlag("TF_A_CONFIG", "nand" )11:48
embetrix        done11:48
embetrix    fi11:48
rburton${@d.getVarFlag("TF_A_CONFIG", "nand")}11:48
rburtoni hope you're prepping a patch for the tf-a recipe in meta-arm :)11:49
rburtonor do we need to put another layer on the list of 'other places that have a tf-a recipe'11:49
*** kpo <kpo!~kpo@> has joined #yocto11:51
embetrixthis one is working but I would like to have the second field from config variable:11:53
embetrixdo_compile() {11:53
embetrix    if [ -n "${TF_A_CONFIG}" ]; then11:53
embetrix        for config in ${TF_A_CONFIG}; do11:53
embetrix            oe_runmake -C ${S} BUILD_PLAT=${B}/${TFA_DEVICETREE}-${config} "${@d.getVarFlag('TF_A_CONFIG', 'nand')}"11:53
embetrix        done11:53
embetrix    fi11:53
rburtonwrite a little function to do the parsing for you and call that instead of d.getVarFlag11:53
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto11:54
embetrix"${@d.getVarFlag('TF_A_CONFIG', d.getVarFlag('config'))}" is not working11:55
rburtonyou meant d.getVar() for the second one11:57
rburtonat least i guess11:57
rburtond.getVar("FOO") gets the value the variable. if FOO="bar", returns 'bar'11:58
rburtond.getVarFlag(name, flag) returns the value of the named flag.  FOO[fish]="dog" and d.getVarFlag("FOO", "fish") returns "dog"11:58
embetrixyes sorry you are right I got them mixed up12:02
embetrixbut what is the right way to use it :   ${@d.getVarFlag("TF_A_CONFIG", d.getVar("config"))} and "${@d.getVarFlag("TF_A_CONFIG", ${@d.getVar("config")})}" are not working12:03
rburtonwhat is this 'config' varable you refer to12:04
rburtonoh you don't need the ${@} inside12:04
rburton${@ ... } is expand-this-python12:05
rburtononce you're inside you don't need to ${@} again12:05
kayterina[m]rburton: the readme-like fragment that lists the files and their licenses is inside the repo (unibuild-packaging/deb/copyright). Is listing this file and its checksum enough?12:06
rburtonembetrix: oh i see your example above.  expanded python at parse time for obvious reasons doesn't have access to bash variables at runtime.12:06
rburton${@} expansion happens when the shell script is *written out*  so it can't see bash variables12:07
rburtonkayterina[m]: yeah ideal12:07
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)12:11
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto12:13
JPEWRP: ah, excellent12:24
JPEWRP: I'll miss the meeting today; have to go to the openssf meeting to talk Yocto+SPDX12:24
*** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has joined #yocto12:25
cperonHello, I have two recipes that both should set some iptables rules. What the better to set this? there is no kind of iptables.d rules folder?12:25
RPJPEW: no problem, sounds like a good thing to be doing!12:26
RPJPEW: if you've no objections to the two remaining patches, I think I might merge things and enable by default for poky12:26
JPEWRP: ya they look good12:28
JPEWWeird that removing a DEPENDS fixes the recipe12:29
embetrixrburton it measn that combination of getVarXX are not possible ?12:29
RPJPEW: spdx "encodes" the DEPENDS but sstatesig was ignoring it12:31
JPEWAh, makes more sense12:32
JPEWIt wasn't broken in general, just for spdx12:32
rburtonembetrix: you can't access bash variables from inside python evaluation, no12:38
*** AdrianTheFirst <AdrianTheFirst!~AdrianThe@> has joined #yocto12:40
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)12:52
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto12:52
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.8)12:54
JPEWRP: is there a way we can ask sstate if a dependency is ignored?12:54
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has joined #yocto12:57
JPEWOr include that in taskdepdata?12:59
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto13:00
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)13:04
RPJPEW: that is basically what that function in sstatesig.py does13:04
*** alessioigor <alessioigor!~alessioig@> has joined #yocto13:05
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)13:06
*** ptsneves <ptsneves!~Thunderbi@> has quit IRC (Ping timeout: 240 seconds)13:08
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto13:13
*** zpfvo <zpfvo!~fvo@i59F5CE18.versanet.de> has quit IRC (Ping timeout: 240 seconds)13:15
*** vladest <vladest!~Thunderbi@> has quit IRC (Ping timeout: 240 seconds)13:18
*** embetrix <embetrix!~embetrix@2a02:3102:8c10:a0:409f:a50:9c34:d238> has quit IRC (Quit: Client closed)13:20
*** ptsneves <ptsneves!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto13:25
*** zpfvo <zpfvo!~fvo@i59F5CE18.versanet.de> has joined #yocto13:29
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)13:33
*** seninha <seninha!~seninha@user/seninha> has joined #yocto13:34
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:34
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto13:35
jclsnHow do I correctly add the DEBUG flag to EXTRA_OEMAKE? I am too stupid13:39
jclsnTried EXTRA_OEMAKE += "-DDEBUG" and EXTRA_OEMAKE += "DEBUG". The latter seems to use it as make target then13:39
*** Xagen <Xagen!~Xagen@> has joined #yocto13:40
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)13:42
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:43
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Client Quit)13:44
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:47
jclsnWell, EXTRA_OEMAKE += "DEBUG=1" apparently, but then the recipe fails, because it can't find the files in the release folder. Stupid atf13:49
rburtonjclsn: this is why your BSP should use the TF-A recipe in meta-arm13:50
rburtonBUILD_DIR .= "/${@'debug' if d.getVar("TFA_DEBUG") == '1' else 'release'}"13:50
jclsnrburton: Our recipe is an outdated version from NXP I suppose13:51
rburtonjclsn: yeah, tell nxp to stop that and use meta-arm13:51
jclsnThey updated it in latest releases, but the first one is spagehetti code^1013:51
jclsnWill have a look at meta-arm13:52
jclsnYou tell NXP13:52
jclsnLike they would listen to me ^^13:52
jclsnI think our board doesn't support the ARM CoT anyway13:53
jclsnI mean ARM tries to unify secure boot for ARM, but NXP is cooking their own soup like always13:53
*** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto13:54
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto13:57
roussinmis this syntax correct? https://github.com/openembedded/meta-openembedded/blob/1955d0f140a9610346021d42fa45cb186eb6f042/meta-oe/recipes-core/plymouth/plymouth_22.02.122.bb#L54 it doesn't seem to work when I setup the PREFERRED_PROVIDER_virtual/psplash = "plymouth" probably because of the `-` instead of the `/` was it intentional?13:59
landgrafhmmm. looks like LICENSE_FLAGS_ACCEPTED is not populated in multiconfig or I'm doing something wrong :(14:00
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)14:01
jclsnrburton: How would I change this to replace all occurences of "release" here https://github.com/Freescale/meta-freescale/blob/f0be684f01b53482cb43e016a5c5c1faf3ae448e/recipes-bsp/atf/qoriq-atf_1.5.bb#L15214:10
jclsnI want to write a .bbappend that does that14:10
jclsnLike a search and replace for the do_compile function only14:11
jclsnAh use a variable. Get it14:12
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto14:16
jclsnBut I have to do it in the recipe which is upstream. meh14:18
rburtoncopy-paste the task14:18
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 250 seconds)14:23
jclsnIt is horribly long, but well there is no other way I guess14:24
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:34
*** florian <florian!~florian@> has quit IRC (Quit: Ex-Chat)14:35
*** florian_kc <florian_kc!~florian@> has quit IRC (Ping timeout: 250 seconds)14:38
*** gsalazar <gsalazar!~gsalazar@> has quit IRC (Remote host closed the connection)14:53
*** gsalazar <gsalazar!~gsalazar@> has joined #yocto14:55
*** amsobr <amsobr!~amsobr@2a01:14:113:7830:266:19dc:5653:863f> has joined #yocto14:56
RPrburton, jonmason: a rare sighting of the lesser spotted green meta-arm build: https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/4100 :)14:57
RPthanks for fixing it :)14:58
amsobrHey all. I'm building a nodejs project using bitbake. Thing is, some of the dependencies needed for the build are actually listed in "devDependencies" and it seems that even if I provide a shrinkwrap file generated with NODE_ENV=development, only the "depends" turn out to be populated in node_modules when I attempt to build the package.14:59
amsobrSo while I can patch the packages.json to work around that, I'm wondering is there's any OE trick I can use to also pull the "devDepends" os package.json into the work area...15:00
amsobrerr, "devDependencies", I mean... :)15:00
rburtonmaybe the tool should pull in those deps for the build15:02
vvnDo I recall correctly what we have a phytec dev in this channel? :)15:05
amsobrhumm, not sure if I follow. The way I tried is to set NODE_ENV=development, run npm install and get the shrinkwrap, under a container with the same node version as OE (node:16)15:08
amsobrI can see that the shrinkwrap contains the needed libs, under "devDependencies" as well so I assume this might be why they don't end up populated when building under bitbake.15:09
amsobrrunning devshell and checking node_modules it turns out that the devDependencies aren't present.15:10
amsobrAnyway, no big deal, it's workable with a patch on packages.json15:10
*** bps2 <bps2!~bps@> has quit IRC (Ping timeout: 250 seconds)15:10
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has joined #yocto15:15
berosetFor the SRCREV variable, the description says "Note that if you want to build a fixed revision and you want to avoid performing a query on the remote repository every time BitBake parses your recipe, you should specify a SRCREV that is a full revision identifier and not just a tag."15:15
berosetI know what a tag is in the context of git, but what is a "full revision identifier"?15:15
rburtonberoset: a SHA15:16
berosetDoes that mean a specific git hash or something else?15:16
rburtonyes, a full hash15:16
berosetOK, thanks for the confirmation.15:16
berosetMaybe an example there might be useful?  Or perhaps a link to a definition for "full revision identifier"?15:17
rburtonchanging it to use the git terminology of "sha1 object name" seems sensible.  fancy sending a quick patch15:24
*** AdrianTheFirst <AdrianTheFirst!~AdrianThe@> has quit IRC (Ping timeout: 245 seconds)15:24
berosetThat would cover the case for git.  I don't know about current versions of subversion, mercurial and bazaar.15:30
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:30
berosetI'm thinking perhaps a parenthetical like this:  "a full revision identifier (e.g. the full SHA hash in git) and not just a tag."15:31
rburtonsounds good15:31
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has quit IRC (Quit: Client closed)15:31
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has joined #yocto15:33
masonsmooge: o/15:40
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)15:51
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 256 seconds)16:01
berosetOK, if I did everything correctly, there should be a patch in the email list.16:06
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has quit IRC (Quit: Client closed)16:07
*** pabigot <pabigot!~pab@67-1-231-51.tcso.qwest.net> has quit IRC (Remote host closed the connection)16:10
*** beroset <beroset!~beroset@2600:1700:f90:2250::d> has joined #yocto16:10
*** pabigot <pabigot!~pab@67-1-231-51.tcso.qwest.net> has joined #yocto16:11
*** frieder <frieder!~frieder@i577B9073.versanet.de> has quit IRC (Remote host closed the connection)16:15
*** zpfvo <zpfvo!~fvo@i59F5CE18.versanet.de> has quit IRC (Ping timeout: 256 seconds)16:19
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)16:24
*** alessioigor <alessioigor!~alessioig@> has joined #yocto16:25
*** ptsneves <ptsneves!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 256 seconds)16:30
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto16:37
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)16:37
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto16:46
*** florian_kc <florian_kc!~florian@dynamic-002-243-167-137.2.243.pool.telefonica.de> has joined #yocto16:55
*** gsalazar <gsalazar!~gsalazar@> has quit IRC (Ping timeout: 268 seconds)17:22
*** bluelightning <bluelightning!uid552298@id-552298.tinside.irccloud.com> has quit IRC (Ping timeout: 256 seconds)17:27
*** bluelightning <bluelightning!uid552298@id-552298.tinside.irccloud.com> has joined #yocto17:28
*** florian_kc <florian_kc!~florian@dynamic-002-243-167-137.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds)17:31
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)17:34
*** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (Read error: Connection reset by peer)17:48
*** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has joined #yocto17:49
*** awafaa <awafaa!sid716@id-716.uxbridge.irccloud.com> has quit IRC (Read error: Connection reset by peer)17:49
*** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (Remote host closed the connection)17:49
*** awafaa <awafaa!sid716@id-716.uxbridge.irccloud.com> has joined #yocto17:49
*** Colin_Finck <Colin_Finck!~cfinck@outpost.colinfinck.de> has quit IRC (Quit: No Ping reply in 180 seconds.)17:50
*** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto17:50
*** Colin_Finck <Colin_Finck!~cfinck@2a01:4f8:1c17:773a::c0f1:1> has joined #yocto17:51
*** amitk <amitk!~amit@> has joined #yocto17:56
*** florian_kc <florian_kc!~florian@dynamic-002-243-167-137.2.243.pool.telefonica.de> has joined #yocto17:57
*** yannd <yannd!~yann@> has quit IRC (Ping timeout: 240 seconds)17:58
*** yannd <yannd!~yann@> has joined #yocto18:12
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)18:16
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 240 seconds)18:23
*** mrnuke_ <mrnuke_!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto18:23
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)18:30
*** alessioigor <alessioigor!~alessioig@> has joined #yocto18:30
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)18:35
*** alessioigor <alessioigor!~alessioig@> has joined #yocto18:35
*** otavio_ <otavio_!~otavio@177-4-252-114.user3p.brasiltelecom.net.br> has quit IRC (Quit: Lost terminal)18:55
*** otavio <otavio!~otavio@177-4-252-114.user3p.brasiltelecom.net.br> has joined #yocto19:02
*** seninha <seninha!~seninha@user/seninha> has joined #yocto19:30
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)19:30
*** seninha <seninha!~seninha@user/seninha> has joined #yocto19:31
*** rfs613 <rfs613!~rfs613@bras-base-otwaon1146w-grc-35-76-71-61-219.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)19:47
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)19:47
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto19:48
*** rfs613 <rfs613!~rfs613@bras-base-otwaon1146w-grc-32-76-71-129-133.dsl.bell.ca> has joined #yocto19:50
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-35-146-13.ip55.fastwebnet.it> has quit IRC (Ping timeout: 250 seconds)19:59
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-45-38-101.ip100.fastwebnet.it> has joined #yocto20:00
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 250 seconds)20:01
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)20:15
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto20:20
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)20:38
*** kpo <kpo!~kpo@> has quit IRC (Ping timeout: 240 seconds)20:53
*** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has quit IRC (Ping timeout: 240 seconds)21:03
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto21:16
*** Xagen <Xagen!~Xagen@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:33
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds)21:53
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)21:54
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)21:57
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto21:57
*** kpo <kpo!~kpo@031011130110.dynamic-3-poz-k-1-0-0.vectranet.pl> has joined #yocto21:57
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)22:10
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-45-38-101.ip100.fastwebnet.it> has quit IRC (Ping timeout: 256 seconds)22:32
*** florian_kc <florian_kc!~florian@dynamic-002-243-167-137.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds)22:33
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)23:14
*** jmk1 <jmk1!~jmk1@lcs07-lyo-176-188-208-171.sfr.lns.abo.bbox.fr> has quit IRC (Ping timeout: 268 seconds)23:24
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)23:28
*** kpo <kpo!~kpo@031011130110.dynamic-3-poz-k-1-0-0.vectranet.pl> has quit IRC (Ping timeout: 256 seconds)23:28
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto23:38
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-45-38-101.ip100.fastwebnet.it> has joined #yocto23:58

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!