<RP>
rburton: I'll sent it for testing. I dislike other options a lot more
<LetoThe2nd>
"whenever i see a boolean in an api call i am sure that its a design error" </michael kerrisk>
<LetoThe2nd>
(or at least pretty close)
<RP>
LetoThe2nd: better options very welcome ;-)
<rburton>
whilst that's an admirable design goal, filling the world with enums sucks and named arguments do help make it clear
<LetoThe2nd>
RP: heh, just pulling your leg. actually his solution was to add a flags field, but i wouldn't say that best practises from kernel c code (thats where i ripped the quote out) should necessarily be applied to python in bitbake.
<RP>
rburton: hate to say it but the connectivity check does use the fetcher API calls so should have the right env
<RP>
LetoThe2nd: I know. I did use a named parameter here which helps
<LetoThe2nd>
:)
<RP>
I probably should explicitly use it on the other call sites
<rfs613>
abelloni: gotcha... though out of curiosity, are you backporting CVE fixes?
<RP>
rfs613: "we" have some deep reservations about that layer :/
Spooster has joined #yocto
<rburton>
RP: whaaaaaaa
jonah1024 has joined #yocto
zyga-mbp has quit [Read error: Connection reset by peer]
<LetoThe2nd>
wa
zyga-mbp has joined #yocto
<thekappe>
hello guys !
<thekappe>
I usually install files with "install" in my recipes. but what about installing folders ?
<rburton>
you can use cp with the right options to not preserve ownership
<override>
thekappe: I was actually trying stuff around that too yesterday, and I ended up using cp
<thekappe>
thanks guys
<dl9pf>
mckoan: got sidetracked
<override>
Setting up custom target for a systemd service. Wondering if this recipe looks horribily wrong, or am I heading in the right direction. https://pastebin.ubuntu.com/p/84qCQhTXmJ/
<rburton>
yeah don't do that
jwillikers[m] has joined #yocto
<rburton>
systemctl can set up those links for you
<Tartarus>
Here's a funny question that's maybe been solved post-dunfell. Can you have a systemd distro that doesn't pull systemd in to say core-image-minimal-initramfs via the udev dependency?
<Tartarus>
Well, I could have sworn that it wasn't long ago that the initramfs was kicked off with /init or /linuxrc as the init system before doing a pivot_root
<override>
rburton: Im a little confused about those custom targets. Systemctl would somehow set those up too?
<Tartarus>
I'm firing off a few test builds so I can have more pointed questions later, but I was wondering if this rung a bell for anyone atm
<rburton>
Tartarus: build an initramfs without udev and you won't get any of that.
<Tartarus>
rburton: Maybe? Also debugging this for both customer project and as of 5 minutes ago, upstream. Just dropped udev and still see systemd stuff, but digging more on $customer-initramfs
<Tartarus>
Only about 53% in on oe-core itself build
<override>
kinda lost here, Tartarus: are you talking to me or just discussing some other systemd related stuff :P ?
<Tartarus>
override: Other systemd stuff :)
Tokamak has joined #yocto
paulg has quit [Remote host closed the connection]
<override>
rburton: I'd still have to bring over the custom target related files if I were to use systemctl?
sakoman has joined #yocto
<dl9pf>
Tartarus: hmm maybe look at our netboot initrd ... but need to check if it now does pull systemd in or not meanwhile
patrick-r has joined #yocto
<patrick-r>
Afternoon, does anyone know what does provide the localectl command in terms of what I should include in my local.conf
<patrick-r>
I already have gllibc glibc-utils and localedef
<fullstop>
when using opkg to upgrade multiple packages it seems like systemctl daemon-reload is called many times (for packages which use systemd). Is it at all possible to defer this until the end of the operation?
<fullstop>
If not, perhaps I need to understand why daemon-reload takes a few seconds on my platform.
<rburton>
iirc opkg doesn't support triggers so even if we implemented delayed triggered on upgrades, they wouldn't work with opkg
ilunev has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kayterina has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
dtometzki has joined #yocto
argonautx has quit [Ping timeout: 258 seconds]
mattsm has joined #yocto
mckoan is now known as mckoan|away
Tokamak has quit [Ping timeout: 272 seconds]
florian has quit [Quit: Ex-Chat]
zpfvo has quit [Remote host closed the connection]
<boo>
RP, heh - interesting to see the cgroup dain bramage was screwing the ARM guys as well. Wonder how long they were staring at it wondering wtf....
<rburton>
yeah mark mentioned that they were hitting it on monday
<khem>
fullstop: daemons-reload is a heavy operation, it parses whole system units and tries to reconstruct the dep tree so depending upon CPU muscle and disk speed it can take long or less log
<kanavin>
and does improve do_rootfs and do_populate_sdk times, although not drastically - some 15-30% in oe-core images. You need much larger packages for the drastic effect.
<fray>
getting rid of berkleydb will help avoid a number of locking issues I still see...
<kanavin>
fray, getting rid of bdb means we don't have an orphaned component in the middle of the system
<kanavin>
I'd suggest that once rpm is switched over, we disable bdb support in perl and friends and kick out the recipe
<fray>
I'm fine with that
<khem>
yes sqlite+zstd is definitely better even if we have to work through it. Long term its better
<kanavin>
it was surprisingly painless to switch over
<kanavin>
zstd has radically better decompression speed, but you need gigabytes of data to notice
<kanavin>
compression-wise it's radically better only if you're willing to make the compressed files larger, which I guess people have different opinions about
<kanavin>
I'd say as hard drives get faster and bigger and networks get faster we should optimize for pipeline speed rather than artefact size
<kanavin>
I'd take 2Gb SDK that takes 10 seconds to compress and decompress over 1.5 Gb SDK that takes 2 minutes to do either any day
<kanavin>
(that's typical numbers for zstd vs xz)
hpsy has joined #yocto
<fray>
2 G vs 1.5 G.. I need it to be 1.5 G because a lot of web servers won't server files at 2 G or larger.. :P
<fray>
I don't mind the 2 minutes to compress, but the 10 seconds to decompress would be the goal.. :)
<rburton>
kanavin: awesome. Last time I tried SQLite it blew up quite dramatically
<kanavin>
rburton, Fedora is aiming to switch for the upcoming release, they have it enabled in rawhide already
<JPEW>
zstd seems like a nice compromise between xz and lz4; Plus it seems like you can choose the time/space tradeoff over a pretty large range
<JPEW>
I saw [citation needed] that the fastest zstd was almost as fast as lz4
<JPEW>
Plus, it has a parallel compressor (pzstd) :)
<rburton>
if people are doing images with rpm and want to upgrade between releases, they'll want bdb-ro i expect
<rburton>
kanavin: and i expect you'll want the libsolv change to be a second packageconfig
<kanavin>
rburton, I quickly hacked 4.17-beta update together because I was eager to benchmark zstd, and proof of concept sqlite. 4.17 final wont be ready till autumn, so plenty of time to polish.
<kanavin>
rburton, besides, I'm handing over my daimler equipment on tuesday, and will be without build resources for a while :)
<rburton>
woop woop :)
<vmeson>
armpit: I thought dhcp was dead but it seems to be still limping along: https://www.isc.org/dhcp/ -- unless someone can explain why it's a bad idea, I'll ask Mingli to add it back in meta-oe.
Schlumpf has quit [Quit: Konversation terminated!]
prabhakarlad has quit [Quit: Client closed]
Tokamak has quit [Ping timeout: 252 seconds]
Vineela has quit [Remote host closed the connection]
<Ch^W>
vmeson: +1
<Ch^W>
We had have a configuration controlled network configuration built on ISC's DHCP, so we had to repackage ISC DHCP for hardknott.
<vmeson>
Ch^W: I wonder if khem would even pulll dhcp into meta-networking / hardknott. We'll see. If you want to send a patch, that'd be good but if not, I'll ask my co-worker to do it since I'm on vacation next week.
* vmeson
calls it a Canadian extra long weekend and walks away from the computer.
Tokamak has joined #yocto
argonautx_ has joined #yocto
argonautx has quit [Ping timeout: 272 seconds]
Vineela has joined #yocto
argonautx_ has quit [Ping timeout: 265 seconds]
Emantor[m] has quit [Remote host closed the connection]
shoragan[m] has quit [Remote host closed the connection]
lacouture[m] has quit [Remote host closed the connection]
khem has quit [Remote host closed the connection]
Pierre-jeanTexie has quit [Read error: Connection reset by peer]
alex88[m] has quit [Read error: Connection reset by peer]
rodrjassoccom[m] has quit [Remote host closed the connection]
Saur[m] has quit [Read error: Connection reset by peer]
dwagenk has quit [Read error: Connection reset by peer]
AlessandroTaglia has quit [Remote host closed the connection]
xicopitz[m] has quit [Write error: Connection reset by peer]
Jari[m] has quit [Remote host closed the connection]
shoragan|m has quit [Remote host closed the connection]
ejoerns[m] has quit [Remote host closed the connection]
barath has quit [Remote host closed the connection]
cody has quit [Remote host closed the connection]
Andrei[m] has quit [Remote host closed the connection]
asus_986_gpu[m] has quit [Read error: Connection reset by peer]
Spectrejan[m] has quit [Remote host closed the connection]
Alban[m] has quit [Read error: Connection reset by peer]
PascalBach[m] has quit [Read error: Connection reset by peer]
WadeBerrier[m] has quit [Remote host closed the connection]
jwillikers[m] has quit [Remote host closed the connection]
jonesv[m] has quit [Remote host closed the connection]
ndec[m] has quit [Remote host closed the connection]
behanw[m] has quit [Remote host closed the connection]
fabatera[m] has quit [Remote host closed the connection]
janvermaete[m] has quit [Read error: Connection reset by peer]
jordemort has quit [Write error: Connection reset by peer]
keepitsimplejim[ has quit [Remote host closed the connection]
kayterina[m] has quit [Write error: Connection reset by peer]
TrevorWoerner[m] has quit [Remote host closed the connection]
moto_timo[m] has quit [Remote host closed the connection]
Andrei[m] has joined #yocto
kayterina[m] has joined #yocto
khem has joined #yocto
<khem>
yeah I am not interested so much in broken pkgs
jordemort has joined #yocto
Emantor[m] has joined #yocto
janvermaete[m] has joined #yocto
Saur[m] has joined #yocto
cody has joined #yocto
Jari[m] has joined #yocto
Pierre-jeanTexie has joined #yocto
shoragan[m] has joined #yocto
moto_timo[m] has joined #yocto
ejoerns[m] has joined #yocto
WadeBerrier[m] has joined #yocto
ndec[m] has joined #yocto
barath has joined #yocto
jwillikers[m] has joined #yocto
TrevorWoerner[m] has joined #yocto
Alban[m] has joined #yocto
keepitsimplejim[ has joined #yocto
shoragan|m has joined #yocto
AlessandroTaglia has joined #yocto
rodrjassoccom[m] has joined #yocto
alex88[m] has joined #yocto
Spectrejan[m] has joined #yocto
asus_986_gpu[m] has joined #yocto
fabatera[m] has joined #yocto
PascalBach[m] has joined #yocto
xicopitz[m] has joined #yocto
behanw[m] has joined #yocto
lacouture[m] has joined #yocto
jonesv[m] has joined #yocto
dwagenk has joined #yocto
<RP>
boo: yes, I think more people will be hitting these bugs, they're just hard to track down
boo is now known as paulg
* paulg
thought he fixed all the death-of-freenode fallout. Apparently not. :-/
<RP>
rburton: I don't quite remember what they do/don't have. I suspect yp addresses from internally to the infra might be problematic so it may be worth trying a different address
<RP>
paulg: I wondered :)
<paulg>
It is like playing whack-a-mole with all the random turd computers scattered at different locations with stale configs...