LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
Kubu_work has quit [Quit: Leaving.]
sayo9394_ has quit [Ping timeout: 268 seconds]
florian_kc has quit [Ping timeout: 245 seconds]
pvogelaar has quit [Quit: Client closed]
<dvergatal> rburton: Now i get what I asked wrong. Instead of asking "How to add task to a setscene?" I should ask "How to add dependency to setscene tasks?"
yudjinn has quit [Quit: Client closed]
prabhakarlad has quit [Ping timeout: 250 seconds]
prabhakar has quit [Ping timeout: 264 seconds]
sakman has joined #yocto
sayo9394 has joined #yocto
sakman_ has joined #yocto
sakman has quit [Ping timeout: 240 seconds]
goliath has quit [Quit: SIGSEGV]
olani- has quit [Ping timeout: 260 seconds]
davidinux has quit [Ping timeout: 240 seconds]
davidinux has joined #yocto
Dodji has quit [Ping timeout: 248 seconds]
starblue has quit [Ping timeout: 260 seconds]
starblue has joined #yocto
RP has quit [Ping timeout: 252 seconds]
ablu has quit [Ping timeout: 258 seconds]
ablu has joined #yocto
locutusofborg has quit [Read error: Connection reset by peer]
RP has joined #yocto
locutusofborg has joined #yocto
bq has quit [Server closed connection]
bq has joined #yocto
mischief has quit [Server closed connection]
mischief has joined #yocto
Daanct12 has joined #yocto
mrpelotazo has quit [Read error: Connection reset by peer]
mrpelotazo has joined #yocto
npcomp has quit [Server closed connection]
npcomp has joined #yocto
woky has quit [Server closed connection]
woky has joined #yocto
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
sayo9394 has quit [Ping timeout: 268 seconds]
sayo9394 has joined #yocto
zeddii has quit [Server closed connection]
zeddii has joined #yocto
ente has quit [Server closed connection]
ente has joined #yocto
sayo9394 has quit [Ping timeout: 268 seconds]
jmd has joined #yocto
jmd has quit [Remote host closed the connection]
amitk has joined #yocto
iokill has quit [Server closed connection]
iokill has joined #yocto
sakman_ has quit [Quit: Leaving]
sakman has joined #yocto
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
bradfa has quit [Server closed connection]
bradfa has joined #yocto
alessioigor has joined #yocto
sayo9394 has joined #yocto
amitk has quit [Quit: leaving]
sayo9394_ has joined #yocto
sayo9394 has quit [Ping timeout: 245 seconds]
stacktrust_ has quit [Server closed connection]
stacktrust_ has joined #yocto
pvogelaar has joined #yocto
fullstop has quit [Server closed connection]
fullstop has joined #yocto
goliath has joined #yocto
linfax has quit [Remote host closed the connection]
linfax has joined #yocto
mckoan|away is now known as mckoan
rfuentess has joined #yocto
Guest2942 has joined #yocto
Guest2942 has quit [Client Quit]
JaMa has quit [Server closed connection]
JaMa has joined #yocto
mahdi_sh has joined #yocto
dkl has quit [Server closed connection]
dkl has joined #yocto
Kubu_work has joined #yocto
mvlad has joined #yocto
<jclsn> khem: Okay, will do
olof has quit [Server closed connection]
olof has joined #yocto
<jclsn> khem: You could boot the Pi Zero though?
Guest70 has joined #yocto
polprog has quit [Server closed connection]
Guest70 has quit [Client Quit]
polprog has joined #yocto
radanter has joined #yocto
Guest95 has joined #yocto
leon-anavi has joined #yocto
mahdi_sh has quit [Quit: Client closed]
zpfvo has joined #yocto
Nonkel has joined #yocto
frieder has joined #yocto
goliath has quit [Quit: SIGSEGV]
tnovotny has joined #yocto
prabhakarlad has joined #yocto
prabhakar has joined #yocto
Blok has joined #yocto
<Blok> I am trying to add tools-profile to image features, but the build fails with
<Blok> ERROR: binutils-2.38-r0 do_package_qa: QA Issue: /usr/lib/libctf.so.0.0.0 contained in package binutils requires libbfd-2.38.20220708.so()(64bit), but no providers found in RDEPENDS:binutils?
<Blok> Am I missing something?
jkridner has quit [Server closed connection]
jkridner has joined #yocto
xtopher__ has quit [Server closed connection]
xtopher__ has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
astlep550401 has quit [Ping timeout: 240 seconds]
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
Emantor has quit [Ping timeout: 240 seconds]
Emantor has joined #yocto
zpfvo has joined #yocto
chep` has joined #yocto
chep has quit [Ping timeout: 255 seconds]
chep` is now known as chep
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has joined #yocto
Rich_1234 has quit [Quit: Connection closed]
Guest97 has joined #yocto
Guest97 is now known as Rich_1234
<RP> dvergatal: setscene tasks are not meant to have dependencies. It is fraught with problems and it is why I've not been able to give you pointers on how to fix things, I really don't know :(
<dvergatal> RP: ahhhh ok
<mckoan> I'd like to create a kind of desktopstyle distro with Yocto kirkstone, could you suggest a Window Manger that works with XWayland?
<RP> mckoan: mutter?
paulbarker has quit [Server closed connection]
paulbarker has joined #yocto
<dvergatal> RP: than this is a huge problem because the patchset will not work with tar < 1.35
<RP> dvergatal: I know :(
goliath has joined #yocto
ptsneves has joined #yocto
vquicksilver has quit [Server closed connection]
<dvergatal> RP: OK I need a break from it, we need to discuss it somehow with others later on
<RP> dvergatal: inter-setscene task dependencies can be made and some code does do this, e.g. useradd and in the target case, pseudo-native. People just don't realise how bad an idea it is. For example, if it has to build tar-native, it means it cannot use any target sstate at all.
vquicksilver has joined #yocto
Tartarus has quit [Server closed connection]
<RP> tar has a much bigger dependency chain than anything we've ever had to do this with before
Tartarus has joined #yocto
<dvergatal> RP: I'm aware of this
<RP> I really don't know what to recommend
<RP> dvergatal: ok, if you're aware of it I'll just shut up
<dvergatal> RP: no, don't shut up:P i didn't mean you to do it
brabander8 has joined #yocto
<mckoan> RP: thanks
brabander has quit [Read error: Connection reset by peer]
brabander8 is now known as brabander
<dvergatal> RP: maybe I used wrong word "aware"
lucaceresoli has quit [Server closed connection]
lucaceresoli has joined #yocto
<dvergatal> RP: what I meant is that i guess that tar is problematic because as rburton pointed that out from the begining of this issue that it unpacks everything
ndec has quit [Server closed connection]
ndec has joined #yocto
<RP> dvergatal: right, it is a really hard problem and I'm not sure how we can solve it. I'm being pulled in too many directions to be able to focus enough on it to be of much help :(
<dvergatal> RP: sure thing that is why I have written that we should talk on it with more ppl
Omax has quit [Ping timeout: 240 seconds]
Omax has joined #yocto
Blok has quit [Quit: Client closed]
<RP> dvergatal: sadly the number of people with the knowledge and time to deep dive into an issue like that is limited. I do what I can but...
<dvergatal> RP: not necessarily immediately
<RP> dvergatal: this use case isn't something a lot of people have a pressing need for either, they're not going to want the performance hit from making the changes :/
<dvergatal> OK so what you propouse?
<RP> dvergatal: I don't know
<dvergatal> RP: now I'm confused and dunno what to write:P
Guest95 has quit [Quit: Client closed]
<kanavin> dvergatal, is the problem that the code needs tar 1.35 from the get go?
<dvergatal> kanavin: unfortunatelly yes
<RP> kanavin: you need tar 1.35 to extract sstate objects, i.e. at setscene time
<RP> the one thing in our favour is it is only target ones
<dvergatal> kanavin: even worse because it is being used by opkg
<dvergatal> RP:
<dvergatal> ^^
<kanavin> then make the code opt-in via distro feature, and have it check the version and refuse to proceed if it's not suitable, suggesting building and installing buildtools first?
<RP> dvergatal: opkg is easy, the problem is do_package and do_populate_sysroot. The latter we could ignore, the former is hard
<RP> kanavin: the conditional code that will add all over is horrible :(
<dvergatal> RP: yeah for opkg it is already added with this PACKAGE_DEPENDS and EXTRANATIVEPATH
<dvergatal> RP: the only issue is what you have said with sstate
<kanavin> there's also the option of maintaining it out of tree until 1.35 is widespread
<dvergatal> kanavin: yeah i thought about it
<kanavin> kernel's preempt-rt style. I know it's painful :-/
<dvergatal> but still what about ppl who are still using old stuff?
<kanavin> what kind of old stuff?
<dvergatal> kanavin: I meant that some companies e.g. which are using misra rules etc. are using really old systems and I wanted to avoid such an approach that 1.35 is widespread because these old systems are frozen for 10 years of production
<dvergatal> kanavin: nevertheless, this is a bit of a weak argument because they can always update the tar...
mlaga97 has quit [Server closed connection]
mlaga97 has joined #yocto
<kanavin> dvergatal, you need to find someone else who is interested in this
<kanavin> keeping this going becomse easier then
radanter has quit [Ping timeout: 268 seconds]
<dvergatal> kanavin: generally we can do this aproach you have proposed about "maintaining it out of tree until 1.35 is widespread" I agree with that
<dvergatal> approach*
<dvergatal> RP: what's your opinion?
<RP> dvergatal: I guess I'm not the one who'd be maintaining it so I'm not sure my opinion is that relevant...
<kanavin> dvergatal, you can set up a repo, then make an announcement on the mailing lists. If you get issues/pull requests, that can form the beginnings of a community, or at least having that 'someone else'.
Saur has joined #yocto
<dvergatal> kanavin: RP: I think that the easiest approach would be to wait for 1.35 is widespread and we can come back to this conversation than
<dvergatal> btw. can we do some additional check for tar that it is in proper version? I've seen this sanity check which is actually doing that but never verified it
<RP> dvergatal: the code in sanity.bbclass should cover that
<dvergatal> RP: kanavin: ok so my proposal is that I will remove the code that uses tar-native in the patchset and add the check in sanity.bbclass, than we can do tests when 1.35 will be widespread or earlier with proper build distro but this subject is up to you to decide
<kanavin> dvergatal, it will be years I'm afraid. what with all the rhel clones and their enterprise support windows.
<kanavin> or maybe they'll all be on buildtools tarball, or already are by then
<kanavin> but what kind of check do you want to perform in sanity?
<dvergatal> kanavin: version of tar that it is >= 1.35
<dvergatal> the host tar
marex has quit [Server closed connection]
<kanavin> dvergatal, and what would the check print if it is not?
marex has joined #yocto
<dvergatal> to install the proper one on the host?
<kanavin> sure, but this can't go into mainline, can it?
<dvergatal> kanavin: I dunno I'm just catching up for a proper solution
<dvergatal> hmmm I should say rather searching instead of catching up:P
<kanavin> dvergatal, basically we need to wait at least until current fedora/ubuntu/debian all carry it. We can't ask people to install something their distro in its most recent version doesn't provide.
ptsneves has quit [Quit: ptsneves]
<dvergatal> kanavin: ok so than without this check
<kanavin> dvergatal, if you maintain the patchset out of tree then you should absolutely perform it
egueli-AV has quit [Read error: Connection reset by peer]
<dvergatal> kanavin: yeah I get it, but I was talking about applying it to the tree, we will come back to this talk at least until current fedora/ubuntu/debian will carry it
<dvergatal> or before if I will somehow discover a proper solution for setscene... right now i'm really exhausted with it
florian__ has joined #yocto
<mckoan> RP: mutter was skipped: missing required distro feature 'polkit' (not in DISTRO_FEATURES)
<mckoan> RP: I need a WM for xwayland
<rburton> mckoan: i'd say don't use mutter unless you plan on using all of gnome
<rburton> speaking of which i've been meaning to try rootful xwayland with matchbox inside
starblue has quit [Ping timeout: 240 seconds]
<mckoan> rburton: I could use all gnome because I need a desktop like distro
<rburton> in that case enable polkit as you'll need it for more of gnome
<mckoan> rburton: however I am testing matchbox-wm now trying to solve runtime conflicts with weston
<mckoan> rburton: polkit is forbidden by DISTRO
<rburton> forbidden?
starblue has joined #yocto
<rburton> mckoan: good news! i can't see a polkit dependency in mutter's meson files. delete it and see what happens.
ptsneves has joined #yocto
<RP> mckoan: matchbox-wm isn't a good choice for a desktop system, it has a very specific design
<mckoan> RP: I know, I'd lilke to avoid it
<rburton> mckoan: sure, but there's no reference in mutter's source to polkit
<rburton> which is why i said delete it and see what happens
<mckoan> rburton: aha ;-)
Zappan has quit [Server closed connection]
Zappan has joined #yocto
paulg has quit [Server closed connection]
* RP wonders whether 107 tests, 2 failures, 18 errors is better or worse than 128 tests, 3 failures and 20 errors
paulg has joined #yocto
<LetoThe2nd> RP: "it is different"
<mckoan> rburton: REQUIRED_DISTRO_FEATURES:remove = "polkit" in mutter .bbappend
<rburton> aye
<mckoan> gnome-settings-daemon was skipped: missing required distro feature 'polkit' (not in DISTRO_FEATURES)
<mckoan> did the same here and opened the dependency hell
<mckoan> ERROR: Nothing PROVIDES 'virtual/libgbm'
<rburton> that's mesa
<rburton> g-s-d does hard-require polkit: polkit_gobject_dep = dependency('polkit-gobject-1', version: '>= 0.114')
<rburton> just enable polkit...
<mckoan> rburton: I' confused
<rburton> mckoan: add polkit to your DISTRO_FEATURES
<rburton> if you want gnome then you need polkit. if you refuse to enable polkit then you cant use gnome.
<mckoan> rburton: LOL that's clear. So the only solution is to have X11 and now Xwayland
<mckoan> * and not
<RP> mckoan: why can't you use polkit out of interest?
<rburton> i don't know what your problem is. if you want to build gnome stuff then just enable polkit
<rburton> this is all entirely separate from x vs wayland
<mckoan> rburton: it is not separate because DISTRO is xwayland
<mckoan> it is a dependency
<rburton> what distro is that?
<mckoan> fsl-imx-xwayland
<rburton> <shrugs> add polkit
<rburton> the important word in that layer name is _demos_
<rburton> just add polkit
<rburton> to be clear by "i don't know what your problem is" i meant I don't understand what the problem you're trying to solve is. wayland vs x11 isn't relevant, gnome wants polkit therefore enable polkit if you want gnome.
<rburton> arguably the polkit distro feature could disappear, I'm not sure how many components keep it as an optional feature these days
derRichard has quit [Server closed connection]
derRichard has joined #yocto
<neverpanic> well, stricly speaking people could be replacing polkit with something like groupcheck, which implements the polkit protocol but doesn't use JavaScript as rules: https://github.com/ostroproject/groupcheck
<neverpanic> But since polkit now supports duktape as JS engine, this probably isn't as bad as it used to be.
<JaMa> true but they will still use polkit DISTRO_FEATURE to enable polkit support in all the other recipes right (even when they use groupcheck for the implementation)
* RP imagines explaining to management that the system is bound together with duktape
sayo9394_ has quit [Remote host closed the connection]
<neverpanic> Yeah, they all use the polkit feature, they just have a different provider for the polkit dependency.
sayo9394_ has joined #yocto
* LetoThe2nd imagines watching RP explaining
<neverpanic> RP: No, you should explain that duktape sits right at the boundary between unprivileged processes that attempt to do privileged operations :D
<JaMa> in a system used for geoglue? :)
<mckoan> RP, rburton: thanks , I'm digging deeper
<RP> neverpanic: "we've used duktape to fix the privileged operation security issues"? :)
<RP> we need to put that in some release notes
Net147 has quit [Ping timeout: 258 seconds]
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
<LetoThe2nd> RP: that sounds almost as sensible as the git tags we inventet yesterday evening with krzk
<jclsn> Really weird issue with meta-raspberrypi. When I build a clean image for the Pi Zero, I can boot sucessfully. As soon as I add any package e.g. IMAGE_INSTALL += "dropbear", this happens https://github.com/agherzan/meta-raspberrypi/issues/1229
<rburton> what image are you building?
<RP> jclsn: try IMAGE_INSTALL:append = " dropbear"
<rburton> or, use CORE_IMAGE_EXTRA_INSTALL.
<jclsn> RP: Why would that make a difference?
<jclsn> rburton: raspberrypi0
<jclsn> core-image-base
<RP> jclsn: += would replace IMAGE_INSTALL ?= "xxx" in some cases. I'm just guessing but it is a known pain point
<rburton> jclsn: because core-image does IMAGE_INSTALL ?= "${CORE_IMAGE_BASE_INSTALL}"
<RP> we really need to find a better way for this to work
<rburton> arguably that ?= is stupid
<rburton> it should be =
<jclsn> So it overwrites ${CORE_IMAGE_BASE_INSTALL}?
<rburton> yes
<rburton> that's how ?= and += interact
<jclsn> I though it were the same as IMAGE_INSTALL:append but without having to include a space
<rburton> nope
<rburton> if you just want to add without a space then .= is available
<jclsn> Ah so += overwrite ?=, but no =
<jclsn> ?
<RP> jclsn: depending on parsing order, yes
<JaMa> jclsn: always use bitbake-getvar or bitbake -e if you don't know the metadata or what you're doing
<jclsn> JaMa: I was assuming I knew what I was doing
<rburton> fwiw, CORE_IMAGE_EXTRA_INSTALL is useful for "put these extra packages in the image" until you actually write your own image recipe. (which you should do when you stop hacking)
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<jclsn> Just hacking here but thx
<JaMa> jclsn: fair, but then when it doesn't boot I would always check with bitbake-getwar to see what changed unexpectedly after I've added 'IMAGE_INSTALL += "dropbear"'
<JaMa> as bitbake-getvar is always correct and often faster than reply on IRC (and sometimes also reveals that I still have something in local.conf which I've already forgot about)
<rburton> <cough> my local.conf is 500 lines, it's 99% something i've forgotten about
<JaMa> I've split my local.conf with bunch of "require" to make it easier to forget something :)
<LetoThe2nd> i don't have a local.conf. if its not in the kas file, it doesn't exist.
<jclsn> Yeah works. Solved
<JaMa> I don't use kas for random local tests
<jclsn> JaMa: Yeah I should
<jclsn> Anyone ever signed the Widevine TA here?
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
ray-san has joined #yocto
danlor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
dlan has quit [Server closed connection]
tnovotny has quit [Read error: Connection reset by peer]
dlan has joined #yocto
tnovotny has joined #yocto
geoff_ has joined #yocto
adrianf4 has joined #yocto
geoffhp has quit [Read error: Connection reset by peer]
adrianf has quit [Read error: Connection reset by peer]
adrianf4 is now known as adrianf
xmn has quit [Quit: ZZZzzz…]
<jclsn> Is there a way to clean up old sstate-cache?
<jclsn> other than deleting the whole cache and rebuilding
<JaMa> yes, see oe-core/scripts/sstate-cache-management.sh
<rburton> jclsn: if that script is too complex then find /path/to/sstate -type -f -atime +60 -delete works (delete any file not accessed for 2 months)
<jclsn> Thanks
landgraf has quit [Server closed connection]
landgraf has joined #yocto
<JaMa> if you don't use noatime for fs with sstate-cache
goliath has quit [Quit: SIGSEGV]
alperak has joined #yocto
hrberg has quit [Server closed connection]
<alperak> Hi :]
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.1.1]
beneth has quit [Server closed connection]
Xagen has joined #yocto
|Xagen has quit [Ping timeout: 264 seconds]
xmn has joined #yocto
goliath has joined #yocto
Xagen has quit [Ping timeout: 245 seconds]
xmn has quit [Client Quit]
smurray has quit [Server closed connection]
smurray has joined #yocto
<Nonkel> Hello
<Nonkel> I’m currently busy with trying to build “systemd-journal-remote” in my image. Unfortunately, without success.
<Nonkel> I add this with IMAGE_INSTALL:append = " systemd-journal-remote"
<Nonkel> And after launching the build I got always this error:
<Nonkel> Added oe-repo repo from /home/user/imx-yocto-bsp/som/tmp/work/visionsom_8mm_cb-poky-linux/somlabs-image/1.0-r0/oe-rootfs-repo
<Nonkel> User-Agent: falling back to 'libdnf': could not detect OS or basearch
<Nonkel> repo: using cache for: oe-repo
<Nonkel> oe-repo: using metadata from Tue 14 Nov 2023 01:55:28 PM UTC.
<Nonkel> No match for argument: systemd-journal-remote
<Nonkel> Error: Unable to find a match: systemd-journal-remote
<Nonkel> How can I solve this problem?
<neverpanic> systemd-journal-remote requires microhttpd in PACKAGECONFIG from what I can see in https://git.openembedded.org/openembedded-core/tree/meta/recipes-core/systemd/systemd_254.4.bb?h=master.
<neverpanic> Do you have that?
<Nonkel> how can i enable this please?
<Nonkel> i need to add this to my local.conf?
<neverpanic> Or your distro config, or a systemd.bbappend, depending how you configure your disto.
<neverpanic> See the section that says "If you want to change an existing PACKAGECONFIG block, you can do so one of two ways"
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
<Nonkel> Thanks the build is running, for test
Xagen has joined #yocto
xantoz has quit [Server closed connection]
xantoz has joined #yocto
radanter has joined #yocto
NishanthMenon has quit [Server closed connection]
sayo9394_ has quit [Remote host closed the connection]
NishanthMenon has joined #yocto
sayo9394_ has joined #yocto
lexano has quit [Ping timeout: 258 seconds]
Minvera has joined #yocto
mvlad has quit [Remote host closed the connection]
<khem> JPEW: I am seeing - ERROR:adatabase disk image is malformed, in my huge world builds I wonder if its related to bb changes ?
Minvera has quit [Ping timeout: 260 seconds]
Minvera has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<khem> jclsn: no, I have not tried to revive pi0 yet, no time !
<RP> jonmason: haha, 2.6.17!
<RP> that was a while ago
<jonmason> RP: email addr still valid?
<RP> jonmason: yes!
<RP> Crofton: ^^^
<RP> jonmason: I can tell Crofton is on your right :)
<JPEW> khem: I think you hashserver database is corrupt? I don't see the error in the logs. We have WAL mode in the database, but not synchronous mode so e.g. an unexpected power down can corrupt the DB (but this is not new)
ray-san has quit [Ping timeout: 240 seconds]
<jonmason> RP: no, he's in the front. I'm next to zeddii
<jonmason> all the cool kids sit in the back
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
goliath has quit [Quit: SIGSEGV]
lexano has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
rmmr has quit [Server closed connection]
zpfvo has quit [Ping timeout: 268 seconds]
rmmr has joined #yocto
zpfvo has joined #yocto
speeder has joined #yocto
prabhakarlad has quit [Quit: Client closed]
pvogelaar has quit [Quit: Ping timeout (120 seconds)]
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
Rich_1234 has quit [Quit: Connection closed]
rfuentess has quit [Remote host closed the connection]
Guest97 has joined #yocto
Guest97 is now known as Rich_1234
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
prabhakarlad has joined #yocto
speeder_ has joined #yocto
pvogelaar has joined #yocto
speeder has quit [Ping timeout: 240 seconds]
linfax has quit [Ping timeout: 268 seconds]
BobPungartnik has joined #yocto
BobPungartnik has quit [Client Quit]
speeder__ has joined #yocto
Starfoxxes has quit [Server closed connection]
Starfoxxes has joined #yocto
<jclsn> khem: I fixed it. It was my fault. I used += instead of .=
<jclsn> Just need to fix the locale thing. I guess localedef would be needed for that
tnovotny has quit [Ping timeout: 260 seconds]
speeder_ has quit [Ping timeout: 268 seconds]
<jclsn> and a switch to check for glibc or musl
speeder_ has joined #yocto
speeder__ has quit [Ping timeout: 260 seconds]
ptsneves has quit [Quit: ptsneves]
jsandman has quit [Server closed connection]
jsandman has joined #yocto
beneth has joined #yocto
<jclsn> Is this the preferred way to enable locales? https://stackoverflow.com/a/67484126/9010986
<jclsn> Guess there is a better way to add to /etc/profile
alessioigor has quit [Quit: alessioigor]
leon-anavi has quit [Quit: Leaving]
alessioigor has joined #yocto
alperak has quit [Quit: Client closed]
<jclsn> I mean a .bbappend on base files for this recipe is also not pretty
<jclsn> I need to export LC_ALL and LANG somehow
flom84 has joined #yocto
<mischief> jclsn: if you're using systemd, you can either set DefaultEnvironment in systemd-system.conf(5) or make a systemd.environment-generator(7)
flom84 has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
<jclsn> mischief: khem also wanted to make sure this runs on musl, so no systemd in that case
flom84 has joined #yocto
<jclsn> I could also always run the application with the --utf-force flag, but I would need an alias for that, which is also not pretty
speeder__ has joined #yocto
<jclsn> khem: I think that generating locales and setting them should not be handled by this recipe. Do you really think that is necessary?
<jclsn> If I append something to /etc/profile now, I would force the user to use en_US-UTF-8
sng has quit [Server closed connection]
speeder_ has quit [Ping timeout: 260 seconds]
flom84 has quit [Quit: Leaving]
flom84 has joined #yocto
flom84 has quit [Remote host closed the connection]
flom84 has joined #yocto
raghavgururajan has quit [Server closed connection]
raghavgururajan has joined #yocto
speeder_ has joined #yocto
radanter has quit [Remote host closed the connection]
speeder__ has quit [Ping timeout: 246 seconds]
neverpanic has quit [Server closed connection]
neverpanic has joined #yocto
flom84 has quit [Quit: Leaving]
flom84 has joined #yocto
danlor has quit [Quit: Client closed]
zpfvo has quit [Quit: Leaving.]
philmd has quit [Server closed connection]
philmd has joined #yocto
florian__ has quit [Ping timeout: 260 seconds]
speeder__ has joined #yocto
ctraven has quit [Server closed connection]
speeder_ has quit [Ping timeout: 260 seconds]
alperak has joined #yocto
alperak has quit [Client Quit]
silurian_invader has quit [Server closed connection]
silurian_invader has joined #yocto
ctraven has joined #yocto
jmd has joined #yocto
speeder_ has joined #yocto
speeder_ has quit [Max SendQ exceeded]
speeder_ has joined #yocto
speeder__ has quit [Ping timeout: 260 seconds]
speeder__ has joined #yocto
flom84 has quit [Ping timeout: 260 seconds]
speeder_ has quit [Ping timeout: 268 seconds]
<khem> I am seeing this
<khem> this is with latest master-next branch from Alex
<khem> so I guess my PR server is getting hosed ... hmm
<Saur> RP: Regarding oe-selftest and HE: there is one test in meta/lib/oeqa/selftest/cases/sstatetests.py (run_test_cdn_mirror) that configures BB_HASHSERVE_UPSTREAM to hashserv.yocto.io:8687, and it is also configured by the DevtoolBase class in meta/lib/oeqa/selftest/cases/devtool.py, so there it is active for all the devtool tests.
speeder__ has quit [Ping timeout: 246 seconds]
<fray> last master sync I did Friday. PR server is working for me, it does display debugging, but works
Nonkel has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian__ has joined #yocto
fray has quit [Server closed connection]
fray has joined #yocto
speeder has joined #yocto
lexano has quit [Ping timeout: 268 seconds]
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
joeythesaint has quit [Server closed connection]
joeythesaint has joined #yocto
frieder has quit [Remote host closed the connection]
Haxxa has quit [Quit: Haxxa flies away.]
florian__ has quit [Ping timeout: 240 seconds]
speeder has quit [Remote host closed the connection]
Haxxa has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
wyre has quit [Server closed connection]
wyre has joined #yocto
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
Vonter has quit [Ping timeout: 268 seconds]
Vonter has joined #yocto
florian__ has joined #yocto
zkrx has quit [Server closed connection]
lexano has joined #yocto
zkrx has joined #yocto
Nonkel has joined #yocto
<Nonkel> after hours of building i got these error "file /usr/share/polkit-1/rules.d conflicts between attempted installs of systemd-1:250.5-r0.armv8a and polkit-0.119-r0.armv8a" any suggestion how to solve this?
tokamak has quit [Server closed connection]
tokamak has joined #yocto
<rburton> Nonkel: permissions are mismatched. both recipes should install that directory with the same ownership, and they probably don't.
<rburton> Nonkel: easiest way is to list the package contents and see what one needs to be fixed
<Nonkel> I have no idea how to start with this, sorry
Nonkel has quit [Client Quit]
Nonkel has joined #yocto
drkhsh has quit [Server closed connection]
drkhsh has joined #yocto
jclsn has quit [Ping timeout: 240 seconds]
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
jclsn has joined #yocto
Nonkel has quit [Ping timeout: 250 seconds]
pvogelaar has quit [Quit: Client closed]
dmoseley has quit [Ping timeout: 255 seconds]
florian__ is now known as florian
Perflosopher has quit [Server closed connection]
Perflosopher has joined #yocto
jclsn has quit [Quit: WeeChat 4.1.1]
sakoman has quit [Ping timeout: 252 seconds]
alimon has quit [Read error: Connection reset by peer]
jclsn has joined #yocto
alessioigor has quit [Quit: alessioigor]
dmoseley has joined #yocto
alessioigor has joined #yocto
sakoman has joined #yocto
kpo has joined #yocto
wmills has joined #yocto
alessioigor has quit [Quit: alessioigor]
svuorela has quit [Server closed connection]
svuorela has joined #yocto
alimon has joined #yocto
<khem> you need to fix polkit-0 recipe to set the perms correctly
jmd has quit [Read error: Connection reset by peer]
jmd has joined #yocto
<RP> Saur: ah, one of the new ones. That does kind of make sense as it wouldn't work without access to the HE server :/
<RP> Saur: I wonder if we can test the network and skip if it can't be reached?
<RP> Saur: not sure why devtool is doing it
prabhakarlad has quit [Quit: Client closed]
asriel has quit [Ping timeout: 240 seconds]
asriel has joined #yocto
prabhakarlad has joined #yocto
sakoman has quit [Ping timeout: 268 seconds]
flom84 has joined #yocto
sakoman has joined #yocto
flom84 has quit [Ping timeout: 260 seconds]
sayo9394_ has quit [Remote host closed the connection]
sayo9394_ has joined #yocto
Kubu_work has quit [Quit: Leaving.]
KhazAkar has joined #yocto
sayo9394__ has joined #yocto
jonesv has quit [Server closed connection]
jonesv has joined #yocto
KhazAkar has quit [Remote host closed the connection]
KhazAkar has joined #yocto
sayo9394_ has quit [Ping timeout: 268 seconds]
sayo9394__ has quit [Ping timeout: 260 seconds]
Minvera has quit [Ping timeout: 252 seconds]
jmd has quit [Quit: bed time]
xmn has joined #yocto
KhazAkar has quit [Remote host closed the connection]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
C-o-r-E has joined #yocto
Vonter has quit [Ping timeout: 246 seconds]
KhazAkar has joined #yocto
Vonter has joined #yocto
<C-o-r-E> I ran in to an issue building 2 packages today using kirkstone and I'm wondering if anyone else gets the same thing
<C-o-r-E> I'm using a pretty barebones poky distro and pulling in meta-intel-fpga for the "10m50" MACHINE
<C-o-r-E> Perhaps there are not many others building for the nios2 architecture
<C-o-r-E> the first package that fails is openSSL which i was able to fix with a one line change in the recipe
<C-o-r-E> however the 2nd failed recipe is glib which fails because meson aparently doesn't know what nios2 is
jmiehe has joined #yocto
<khem> C-o-r-E: well, nios2 is not common enough arch and perhaps meson version supported in kirkstone does not have support for it
Xagen has joined #yocto
<khem> RP: some of your patches for meta-oe are now in dunfell
<khem> :)
<C-o-r-E> khem: that could mean that core-image-minimal doesn't build for nios2 at all then
<C-o-r-E> I think (not sure) that glib is needed for the image
abelloni has quit [Server closed connection]
abelloni has joined #yocto
<C-o-r-E> any suggestions on ways to aproach this?