ChanServ changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec
Tokamak has quit [Ping timeout: 240 seconds]
Tokamak has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 256 seconds]
akiCA has quit [Ping timeout: 240 seconds]
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
tgamblin has quit [Ping timeout: 260 seconds]
sakoman has quit [Quit: Leaving.]
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
sakoman has joined #yocto
coldspark29 has quit [Ping timeout: 252 seconds]
coldspark29 has joined #yocto
Vonter has joined #yocto
GNUmoon has quit [Remote host closed the connection]
sakoman has quit [Quit: Leaving.]
xmn has quit [Ping timeout: 256 seconds]
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
ziga has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
Wouter0100 has quit [Read error: Connection reset by peer]
Wouter0100 has joined #yocto
bps has joined #yocto
bps has joined #yocto
camus has quit [Ping timeout: 268 seconds]
camus has joined #yocto
rob_w has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
<geoffhp> 'quit
geoffhp has quit [Quit: Leaving]
mckoan|away is now known as mckoan
<JosefHolzmayrThe> yo dudX
zpfvo has joined #yocto
<mckoan> good morning
goliath has joined #yocto
michalkotyla_ has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
olani has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<kayterina[m]> hello. This warning is from a build. I can see some of the project's recipes have "inherit nativesdk" or "inherit native" at the end. Is that why I get the warning? What is it about?
<kayterina[m]> /poky/meta/recipes-core/meta/cve-update-db-native.bb: QA Issue: cve-update-db-native: native/nativesdk class is not inherited last, this can result in unexpected behaviour. Classes inherited after native/nativesdk: cve-check.bbclass [native-last]
lucaceresoli has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
falk0n[m] has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
florian has joined #yocto
<coldspark29[m]> Morning
<coldspark29[m]> Why is it called virtual/kernel? :)
<coldspark29[m]> Is this just for qemu?
<olani> kayterina[m]: If you have a bbappend for the recipe with more inherits you will see this warning.
<coldspark29[m]> Well, I know it isn't because we use the same name on our board, but I wonder why the kernel would be virtualized
<JosefHolzmayrThe> coldspark29: no, thats because the kernel can be provided by an arbitrarily named recipe/package. and it can be referenced by virtual/kernel then. there are other virtual/*** packages too
<mckoan> coldspark29[m]:
<mckoan> When you use a virtual provider, you do not have to "hard code" a recipe name as a build dependency
<coldspark29[m]> Okay thanks, guess I have to get into that further
<coldspark29[m]> So the provider is virtual, not the kernel
<JosefHolzmayrThe> thats it in a nutshell, yes-
<coldspark29[m]> Ah someone else had that question already https://stackoverflow.com/questions/37815066/where-do-the-virtual-terms-come-from
<coldspark29[m]> Ah seems like it is a composition of multiple mirrors/providers/versions and Yocto seems to choose the best/latest one if not specified with PREFFERED_PROVIDER
<coldspark29[m]> Which would be the branches in the case of the kernel I guess
<kayterina[m]> olani: I searched the .bbappends in the project and there are no inherits. Can I search ανυτηινγ ελσε ?
<kayterina[m]> s/ανυτηινγ/anything/, s/ελσε/else/
<coldspark29[m]> eta, lambda, sigma, eta
<coldspark29[m]> Interesting ^^
<kayterina[m]> sorry I edited
<kayterina[m]> what I meant to write : "can I search for anything else?"
<coldspark29[m]> Yeah sure. I am just interested in languages. I learned a bit of Russian an Cyrillic once to write in German using the Cyrillic alphabet with a Russian friend.
<coldspark29[m]> And Cyrillic is derived from Greek so I it is interesting to me. Unfortunately you don't get in contact with Greek much nowadays although so many of our words are derived from it.
<coldspark29[m]> My dream was once to learn like seven languages but then chose to become and engineer, because it is a more solid profession :)
<JosefHolzmayrThe> I also started some Greek, just because I like it. Ended up with exactly one sentence fluid: "Thelo deka pente ouza, ne?": "Can I have fifteen ouzo, please?"
<coldspark29[m]> Such a German joke ^^
<JosefHolzmayrThe> I like ouzo.
<coldspark29[m]> and oa Helles obviously
<JosefHolzmayrThe> obviously.
<kayterina[m]> ok.if I ever arrive to any of these conferences, I will bring you ouzo
<kayterina[m]> you know you can have it in biscuit too? ouzokoulouro.
<coldspark29[m]> Ouzo 12
<coldspark29[m]> Für meine guten Freunde ^^
<coldspark29[m]> Do you even have Ouzo 12 in Greece?
<coldspark29[m]> Ah yeah it is from Volos supposedly
<JosefHolzmayrThe> actually my favorite combination is ouzo+anchovis
<JosefHolzmayrThe> fried or marinated.
<kayterina[m]> well, yes, you have to have it with some fseaood
<kayterina[m]> fried?no.
<JosefHolzmayrThe> it DEPENDS :)
zpfvo has quit [Ping timeout: 252 seconds]
vd33 has quit [Ping timeout: 256 seconds]
bps has quit [Ping timeout: 240 seconds]
<hmw[m]> <JosefHolzmayrThe> "it DEPENDS :)" <- is this correct ?
<hmw[m]> DEPENTDS_Josef_Holzmayr_append := ouzo
zpfvo has joined #yocto
<JosefHolzmayrThe> theyoctojester_live.bb: DEPENDS:append = "ouzo". there was a syntax change you know?
<hmw[m]> JosefHolzmayrThe: a yes i still keep forgetting the syntax change tnx
<JosefHolzmayrThe> any go magicions in here? I'm trying to get something working in-target, and I'm almost there - but linking cgo fails with /usr/lib/gcc/riscv64-poky-linux/11.2.0/../../../../riscv64-poky-linux/bin/ld: cannot find Scrt1.o: No such file or directory
<olani> kayterina[m]: How do you enable the cve-check bbclass?
<kayterina[m]> what is the bitbake command to see where it is enabled?
florian_kc has joined #yocto
<olani> kayterina[m]: Don't think there is one. For you to get the error you should have enabled cve-check somewhere. The docs in cve-check.bbclass recommends to inherit it from local.conf. I added it in my local.conf using INHERIT += "cve-check" and do not see the same error.
GNUmoon has joined #yocto
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 240 seconds]
prabhakarlad has joined #yocto
bps has joined #yocto
<hmw[m]> how do i add cmake qt compatilble in the sdk ?
leon-anavi has joined #yocto
bps has quit [Ping timeout: 256 seconds]
bunk_ has quit [Ping timeout: 268 seconds]
bunk has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
<coldspark29[m]> Could also be a Kristallweizen though, but I am just a Saupreiß and not an expert of these foreign beers
<JosefHolzmayrThe> coldspark29: i am a very tolerant person. i drink almost anything, with pretty much anybody, preiß or not.
<rburton> RP: 🤬
<JosefHolzmayrThe> but again, any go-lang wizards around? whom could I poke?
<RP> rburton: I think it may actually be a maintainer too many, need to check the exact error again...
<RP> rburton: I'll delete the line which should fix that one. Not sure what is going on with gawk
<rburton> i'll poke, i must have failed to fix up the test suite enough
<rburton> probably left a change in the qemu and forgot to apply it to the recipe
<coldspark29[m]> Josef Holzmayr (TheYoctoJester): I know. I am just kidding anyway :) I just thought it was funny that I could not understand a word of what you said to the waitress
florian has joined #yocto
<kriive> JosefHolzmayrThe: I use Go on a daily basis, I am no wizard though
<JosefHolzmayrThe> kriive: okay! i know its a long shot, but essentially I'm trying to run go build something on a poky target, and am stuck at # runtime/cgo
<JosefHolzmayrThe> /usr/lib/gcc/riscv64-poky-linux/11.2.0/../../../../riscv64-poky-linux/bin/ld: cannot find Scrt1.o: No such file or directory
<JosefHolzmayrThe> so its some form of linking problem, but i really think everything should be there.
<kriive> Ow, that's a CGO issue, that's not strictly related to Go per-se, I'd have a look to the C standard toolchain
<kriive> Can you build standard C packages?
<JosefHolzmayrThe> yeah everything else works.
<kriive> that's strange, however bear in mind that CGO is not Go (https://dave.cheney.net/2016/01/18/cgo-is-not-go)
<kriive> So there's an issue somewhere in your toolchain/dependencies of the project
<kriive> Is it a public Go project?
<JosefHolzmayrThe> my two remaining ideas are stracing it to find out where it would be looking, and fumbling through the ldflags ordering.
<JosefHolzmayrThe> oh okay, re cgo.
<kriive> Look inside the Go project, search for cgo comments, maybe there's something weird in LDFLAGS
<kriive> https://pkg.go.dev/cmd/cgo here's everything you should need
<kriive> Look for `import "C"` directives
<JosefHolzmayrThe> yeah LDFLAGS is weird. but the cgo != go already helped me. thanks!
dvorkindmitry has joined #yocto
<dvorkindmitry> how can I set different DISTROs in MC?
<JosefHolzmayrThe> dvorkindmitry: your local.conf lists the MCs, and the MC configurations can then just set DISTRO=xyz
<dvorkindmitry> JosefHolzmayrThe, I know how to set 1 distro for all. how to set distro1 for mc:xx:img1 and distro2 for mc:yy:img2
<JosefHolzmayrThe> dvorkindmitry: xx and yy are your multiconfigs. and those can set the variable.
<dvorkindmitry> in local.conf? how?
<dvorkindmitry> or in multiconfig/ ?
camus has quit [Read error: Connection reset by peer]
camus1 has joined #yocto
<JosefHolzmayrThe> dvorkindmitry: in the multiconfig files. those effectively overwrite values from local.conf, and DISTRO usually is one of those.
<JosefHolzmayrThe> just that you don't set MACHINE, you set DISTRO
camus1 is now known as camus
<dvorkindmitry> JosefHolzmayrThe, thanks alot!
tgamblin has joined #yocto
florian has quit [Ping timeout: 256 seconds]
<JosefHolzmayrThe> another interesting, but hopefully simple one: can i extend the size of an ext4 image?
dacav has joined #yocto
<dacav> coldspark29[m], qschulz: thank you both for the answers you gave me on friday the 10th. I could not read them (nor thank you for it) because of my irc client being misconfigured!
<rburton> JosefHolzmayrThe: how are you creating the image? there are variables to set the partition size, or add extra space. wic files can control how big the partition is. or iirc systemd has a unit that can grow a fs on first boot to fill the disk.
<dacav> After a long and very weird period of silence on all IRC I follow, I figured that there might be something broken. Eventually I fixed my client, and thought to check the logs, where I found your answers. In the meanwhile I also found everything out by myself. It took a while, but I got precious knowledge out of the journey... :D)
<JosefHolzmayrThe> rburton: yeah upon creation I know. thought about resizing one in use, but already rebuilt it with higher OVERHEAD
zpfvo has quit [Remote host closed the connection]
zpfvo has joined #yocto
<dvorkindmitry> JosefHolzmayrThe, interesting. When I set DISTRO=... in my MC as you suggested, I get an error: "Your version of local.conf was generated from an older/newer version of
<dvorkindmitry> local.conf.sample"
<rburton> so that's because you've switched to/from poky, which has a different local.conf version to the base
<rburton> set the version as appropriate
dacav has quit [Quit: leaving]
dacav has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
<kayterina[m]> this warning: "Unable to get checksum for kernel-module-xxx SRC_URI entry load_modules: file could not be found"
<kayterina[m]> where kernel-module-xxx.bb has the lines:
<kayterina[m]> file://load_modules \
<kayterina[m]> SRC_URI = "\
<kayterina[m]> "
<kayterina[m]> comes from the remote server?
<dvorkindmitry> rburton, version of what? CONF_VERSION in local.conf?
<kayterina[m]> obviously, there is also a git:// uri
<dacav> IMAGE_INSTALL:append = " something". Do I need to do anything special for 'something' to end up in the built image? I'm currently re-building the image via `bitbake my-image`
<rburton> dvorkindmitry: yes
<dacav> I don't see any errors, but no results either
Tokamak_ has quit [Ping timeout: 240 seconds]
<rburton> dacav: thats the right thing to do. first thing is does 'something' contain what you expect? oe-pkgdata-util list-pkg-files -p something
<dvorkindmitry> rburton, if I set same version (but different from previous build) it reports this error.
<rburton> kayterina[m]: a file:// url has to be local
Tokamak has joined #yocto
<dvorkindmitry> I also try to clear cache/ in my build directory
<kayterina[m]> yes the file exists in files/xxx/load_modules.
<dacav> rburton: specifically, something is 'kexec-tools', for which I effectively see... uh... nothing! :D Thanks. I probably want `kexec` instead
<dacav> Thanks for the `oe-pkgdata-util` hint, by the way
<rburton> recipes split into a number of packages, and sometimes the split isn't obvious
<rburton> though kexec-tools should be recommending kexec kdump vmcore-dmesg, so you should still get kexec
<rburton> (unless you've turned off recommends)
<dacav> I see. I've got some previous RPM experience, and it looks similar (the RPM name does not necessarily reflect the binary[es] installed)
<dacav> I don't know if recommends are turned off. Possibly, yes.
<dacav> So is `oe-pkgdata-util` checking in the open-embedded packages only, as the name implies?
<rburton> not sure what that means
<rburton> it shows the contents on what you built
sakoman has joined #yocto
<dacav> I was wondering if it would show me also the random recipe I've added today, packaging software
<dacav> or if the query would be restricted to what the oe base provides
florian has joined #yocto
* dacav finds relevant docs, and will RTFM a little :)
<dacav> thanks rburton
agrue_ has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
agrue has joined #yocto
Bardon_ has joined #yocto
Bardon has quit [Ping timeout: 250 seconds]
camus1 has joined #yocto
camus has quit [Ping timeout: 260 seconds]
camus1 is now known as camus
Minvera has joined #yocto
florian_kc has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus1 is now known as camus
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
jpuhlman_ has joined #yocto
jpuhlman is now known as Guest8874
jpuhlman_ is now known as jpuhlman
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
Guest8874 has quit [Ping timeout: 240 seconds]
akiCA has joined #yocto
codavi has joined #yocto
akiCA has quit [Ping timeout: 256 seconds]
leon-anavi has quit [Quit: Leaving]
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
<hmw[m]> hi when i try to build a qt application with cmake i get |
<hmw[m]> Could not find a package configuration file provided by "Qt5" with any of
<hmw[m]> the following names: Qt5Config.cmake
<hmw[m]> ( when using the sdk
florian_kc has quit [Ping timeout: 240 seconds]
florian_kc has joined #yocto
<kriive> Hi guys, I recently upgraded my warrior build to dunfell. I noticed that initramfs doesn't recognize anymore the internal ethernet card, has something changed?
<kriive> Like, automatically-built kernel-modules in initramfs or stuff like that?
angolini has quit [Quit: Connection closed for inactivity]
<rfs613> kriive: hard to say without more information. My guess would be you have a different kernel version (or at least a different config) and the driver for your internal ethernet is no longer enabled.
Tokamak has quit [Ping timeout: 268 seconds]
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
Tokamak has joined #yocto
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 240 seconds]
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
<kriive> rfs613: in fact the kernel version bumped from 4.19.x to 5.4.x
<kriive> Thanks now I know where to dig deeper
<kernelspace> at the end of the build (dunfell) do_rtoofs, i get
<kernelspace> opkg_prepare_url_for_install: Couldn't find anything to satisfy 'libasound-module-bluez'.
<kernelspace> so i added alsa-plugins to the image recipe, but doesn't seems to help
nmiller_ag has joined #yocto
<rburton> bitbake alsa-plugins and verify it actually builds the bluez plugin
<rburton> kernelspace: ^
fabatera[m] has joined #yocto
<kernelspace> alsa-plugin builds fine, but checking the log, there is no trace of bluez
vd33 has joined #yocto
<kernelspace> rburton: ^
<fabatera[m]> Hi all! I'm trying to build the simplest gRPC example in yocto but can't find any examples. Using gRPCs original example is failing during do_configure (can't find ProtobufConfig.cmake or protobuf-config.cmake)
<rburton> those suggest that you need to DEPEND on protobuf in some form
<rburton> kernelspace: up to you to determine if that is intentional or not. does the machine or distro turn off bluetooth?
<kernelspace> rburton: uhm, seems not, bluez5, bluez5-dev and bluez-hcidump are in the core image recipe
<fabatera[m]> rburton: That's what I also expect but unfortunately didn't work. My recipe DEPENDS = "protobuf grpc-native grpc"
<rburton> kernelspace: fwiw, oe-pkgdata-util list-pkg-files -p alsa-plugins will list exactly what was built, so you can see if it built
<kernelspace> rburton: thanks
<kernelspace> nothing related to bluez
<kernelspace> maybe the reason may be this
<kernelspace> gstreamer1.0-plugins-bad_1.18.4.bb:PACKAGECONFIG[bluez] = "-Dbluez=enabled,-Dbluez=disabled,bluez5"
<rburton> no
<rburton> oh but libasound-module-bluez is a bluez4ism, so totally obsolete
xmn has joined #yocto
tgamblin has quit [Quit: Leaving]
<rburton> blue5 doesn't have that module at all
<kernelspace> rburton: oh, ok, so i try to remove it
<rburton> oe-core and meta-oe shouldn't be trying to use that name, so its something you've done
<kernelspace> it was in the image recipe i ported, removed, and fixed. Thanks !
tgamblin has joined #yocto
goliath has quit [Quit: SIGSEGV]
zpfvo has quit [Quit: Leaving.]
<fabatera[m]> I'm not used to cmake. To stop the protobuf complain I just commented out `find_package(Protobuf CONFIG REQUIRED)`
<fabatera[m]> But I'm not sure what the consequences 😇
<rburton> i'd be shocked if that worked
<rburton> because its trying to find a dependency which was marked as required
<fabatera[m]> Ok , so the issue is find_package not finding protobuf.
<fabatera[m]> `Looks for protobuf-config.cmake file installed by Protobuf's cmake installation`
lucaceresoli has quit [Quit: Leaving]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
<nmiller_ag> Hi all, I have a question about using devtool to modify the kernel. I've only recently learned about devtool and I'm experiementing with it a bit. I work on a custom system that has a modified kernel, and I'm trying to see if I could use devtool to add patches for the kernel. I already have a bbappend for the kernel in my layer that updates the SRCREV, version, etc. and applies my patches and custom config. When I try to run 'devtool
<nmiller_ag> modify -w linux-yocto' I get a 'No such file or directory' error when it tries to copy the config. It's looking for 'tmp/work/cdh-poky-linux-gnueabi/linux-yocto/4.19.131+gitAUTOINC+4f5d761316_b44ad1b1e7-r0/linux-cdh-standard-build/.config', which doesn't exist. I did a little digging and b44ad1b1e7 is the SRCREV specified in the base recipe in poky/meta. My bbappend puts the kernel on a newer SRCREV (92b6feccb0a5a54c0afd04e7d787893024d
<nmiller_ag> 089d4), so the config file is actually at 'tmp/work/cdh-poky-linux-gnueabi/linux-yocto/4.19.131+gitAUTOINC+4f5d761316_92b6feccb0-r0/linux-cdh-standard-build/.config'. I'm not entirely sure how to get devtool to recognize the updated SRCREV. Does anyone have any idea where I could get started figuring this out? Google or my ability to formulate good search terms are failing me at the moment. (I apologize if this isn't the right place
<nmiller_ag> to ask devtool questions, I wasn't exactly sure what umbrella that falls under).
<nmiller_ag> I guess I should also specify that I'm using Yocto 3.0.
* RP put some "nonetwork" task flag patches into master-next for experimentation. Partly to see which distros we get which exceptions on :)
<RP> rburton, JPEW: ^^^
<mckoan> nmiller_ag: and adapt it to your use case
mckoan is now known as mckoan|away
* RP notes debian9, debian10 and centos7 don't work
<smurray> RP: CLONE_NEWNET requires CAP_SYS_ADMIN, I thought?
<RP> smurray: not with CLONE_NEWUSER on recent systems
<JPEW> "I'm root, I _promise_" *wink* *wink*
<fabatera[m]> <nmiller_ag> "Hi all, I have a question..." <- what if you just bitbake linux-yocto ?
<nmiller_ag> Thanks mckoan! Removing the -w flag actually fixed it. I thought I needed that but apparently not.
<rburton> RP: how is that working inside bitbake? the namespace is altered in the worker for all future tasks? or does it fork per task already anyway?
<nmiller_ag> bitbake linux-yocto works just fine. I had tried without the -w flag before and gotten the same error, but maybe I had something screwed up at the time. I'll keep playing around with it.
<RP> rburton: it forks per task so it just breaks that task's env
Sunny has joined #yocto
<rburton> RP: also *really* tempted to reverse the logic. make having network opt-in :)
<RP> rburton: I initially thought that. Until you realise that sstate tasks need the net for hash equiv server and downloading sstate
<rburton> aaawwww
<rburton> shame
<rburton> ok
<smurray> RP: reading user_namespaces(2) I see how that'd work, but the blocker would be distros blocking unprivileged namespace use by default, I guess
<RP> rburton: yes :/
<RP> smurray: hence my test to see how many this acutally works on
<rburton> fwiw i'm not convinced by that cve metrics patch but haven't got around to moaning yet
* RP pushes a version with error checking
<RP> rburton: I was meaning to ask you about that
<smurray> RP: not many ATM, I suspect
<RP> smurray: seems to be building on more than I expected
<smurray> RP: for Debian they use downstream patch to add a sysctl to allow enabling userns, I think
<RP> smurray: debian11 seems to be building?
<smurray> RP: debian11 might have new enough kernel that they just left it on
<rburton> I changed the debug to a note and my ubuntu is working apparently
ziga has quit [Ping timeout: 252 seconds]
<RP> rburton: ah, did I break the v2 of the patch when I added error handling? :/
<rburton> don't think so, but printing the errno would be useful in the long term
<RP> rburton: right, this is quick/dirty just to see if it has potential :)
<rburton> maybe we need a variable to control the behavior if it can't unshare: silent ignore vs warn vs error
<RP> rburton: improvements welcome :)
<rburton> awesome if this works :) 👍
<rburton> ah
<rburton> File "/home/ross/Yocto/poky/bitbake/lib/bb/utils.py", line 1615, in disable_network
<rburton> f.write("%s %s 1" % (uid, uid))
<rburton> PermissionError: [Errno 1] Operation not permitted
<RP> gah, it explodes when it meets pseudo
<RP> rburton: do_install?
<rburton> yeah
<rburton> pseudo
<RP> rburton: drop the do_install disable for now. Will have to look at that
<rburton> is that pseudo interacting badly?
* RP bets the uid it gets is wrong
* RP -> food, will ponder more later
<rburton> yeah same here
<rburton> build fired, will write a dedicated test recipe
goliath has joined #yocto
Tokamak has quit [Ping timeout: 240 seconds]
nmiller_ag has quit [Quit: Leaving]
Tokamak has joined #yocto
coldspark29 has quit [Ping timeout: 240 seconds]
Tokamak has quit [Ping timeout: 256 seconds]
Tokamak has joined #yocto
kiran_ has joined #yocto
Tokamak has quit [Client Quit]
florian_kc has joined #yocto
vd33 has quit [Quit: Client closed]
vd33 has joined #yocto
<perdmann_> Hi, is there an easy way to create good names for SPI and I2C devices? I end up with spidev and ttyHS0 and i would like to give them the names they have in the schematic.
kiran_ has quit [Ping timeout: 240 seconds]
<perdmann_> Like udev rules with chipselect or I2C Device addresses? Naming the device in the device treeß
<perdmann_> ?
kiran_ has joined #yocto
Tokamak has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
kiran_ has quit [Ping timeout: 240 seconds]
vd33 has quit [Quit: Client closed]
vd33 has joined #yocto
Tokamak has quit [Ping timeout: 240 seconds]
goliath has quit [Quit: SIGSEGV]
geoffhp has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
jwillikers has joined #yocto
kiran_ has joined #yocto
<vmeson> khem: I reproduced the valgrind/glibc-2.35 ptest bug and backporting https://sourceware.org/git/?p=valgrind.git;a=commit;h=1024237358f01009fe233cb1294f3b8211304eaa seems to fix it: TOTAL: 728 PASSED: 709 FAILED: 0 SKIPPED: 19 on qx64 . Trying qa64 next.
jwillikers has quit [Remote host closed the connection]
Herrie has quit [Quit: ZNC 1.8.0 - https://znc.in]
Herrie has joined #yocto
<rburton> RP: well after removing do_install it appeared to work for me, and a dumb wget in a recipe failed with lookup errors, so much success
davidinux has quit [Quit: WeeChat 2.8]
mvlad has quit [Remote host closed the connection]
<RP> rburton: cool, I think the do_install disabled version is working on the autobuilder too
GNUmoon has quit [Ping timeout: 276 seconds]
Sunny has quit [Quit: Ping timeout (120 seconds)]
Tokamak has joined #yocto
goliath has joined #yocto
tgamblin has quit [Read error: Connection reset by peer]
GNUmoon has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
<moto-timo> If you wanted to create a symbolic link, but only once (not per recipe)… what would you do? (ln-s => /usr/lib64/ld-linux*.so)… it’s a dotnet thing
Minvera has quit [Quit: Leaving]
kiran_ has quit [Ping timeout: 240 seconds]
rob_w has quit [Read error: Connection reset by peer]
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto
sakoman has quit [Quit: Leaving.]
<RP> moto-timo: probably it's own recipe unfortunately
<moto-timo> RP: could be worse
<moto-timo> RP: but a class could just RDEPENDS it! Not so awful
<moto-timo> Thank you
Tokamak has quit [Ping timeout: 268 seconds]
Tokamak has joined #yocto
geoffhp has quit [Quit: Leaving]
Tokamak_ has joined #yocto
Tokamak has quit [Ping timeout: 256 seconds]
Ad0 has quit [Ping timeout: 268 seconds]
prabhakarlad has quit [Quit: Client closed]
camus1 has joined #yocto
camus has quit [Remote host closed the connection]
camus1 is now known as camus
Ad0 has joined #yocto
Sunny has joined #yocto
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
<rburton> RP: outside of the ab, a sato on my own build machine worked fine.
Tokamak_ has quit [Ping timeout: 268 seconds]
<RP> rburton: I think I have a version which works with do_install too in master-next
Tokamak has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
Tokamak has joined #yocto