=== scoobydoob is now known as scoobydoo
[12:03] <ahasenack> mirespace: I haven't seen `dwz: Unknown debugging section .debug_addr`, but was it a fatal error? I've been seeing some messages about "dwarf" bits in build logs, but they don't seem fatal
[14:03] <athos> Hi! Is anyone with git ubuntu priviledges around today? :) I'd like to have phpunit imported
[14:03] <rbasak> Looking
[14:04] <rbasak> Done - it was just the default target
[14:07] <athos> thanks, rbasak 
=== stoned is now known as Hash
[19:04] <betuxy> hey guys i have a weird problem. wanted to upgrade php8.0 to php8.1, installed the following modules: `php8.1-apcu php8.1-bcmath php8.1-bz2 php8.1-cli php8.1-common php8.1-curl php8.1-fpm php8.1-gd php8.1-gmp php8.1-igbinary php8.1-imagick php8.1-intl php8.1-ldap php8.1-mbstring php8.1-mysql php8.1-opcache php8.1-readline php8.1-redis
[19:04] <betuxy> php8.1-smbclient php8.1-xml php8.1-zip php8.1`   but the only modules available are `[PHP Modules] Core date filter hash json libxml openssl pcntl pcre Reflection session sodium SPL standard zlib`
[19:04] <betuxy> whats going wrong?
[19:07] <tomreyn> which php PPA are you using there?
[19:08] <tomreyn> you don't normally upgrade php within an ubuntu release, but upgrade the ubuntu release to get a newer php version
[19:09] <betuxy> tomreyn: ppa:ondrej/php
[19:09] <tomreyn> please point such out on your own when asking ;)
[19:09] <betuxy> sorry, next time :)
[19:10] <betuxy> i followed the recommendations from nextcloud for their v24 hence the update..
[19:15] <tomreyn> there's commercial support available for this ppa, which works differently than the php packages in ubuntu
[19:15] <tomreyn> there is also https://github.com/oerdnj/deb.sury.org/wiki/Managing-Multiple-Versions
[20:03] <ahasenack> sergiodj: what's the trick again to get a test armhf environment? deploy arm64 and an armhf lxd container in it?
[20:03] <ahasenack> do you recall?
[20:03] <sergiodj> ahasenack: yes.  do you have access to the ARM64 MAAS?
[20:04] <ahasenack> sergiodj: I do
[20:04] <ahasenack> canonistack doesn't have kinetic, just jammy, but that's my plan B
[20:04] <sergiodj> the ARM64 machine needs to be tagged soc-hi1616
[20:04] <sergiodj> otherwise lxd won't work
[20:04] <ahasenack> sergiodj: I remember it needed something in the cpu to be able to emulate 32bits
[20:04] <sergiodj> yeah, that's it
[20:05] <ahasenack> oh, there are just 150 tags
[20:05] <sergiodj> you can filter them
[20:05] <ahasenack> just one machine with it
[20:05] <ahasenack> so, deploy kinetic, and then kinetic armhf?
[20:05] <ahasenack> assuming there is an armhf image
[20:06] <sergiodj> or deploy Jammy, if you want to be on the safe side
[20:06] <sergiodj> my experience with deploying development releases hasn't always been good
[20:06] <sergiodj> and since you will be using a container anyway, it shouldn't matter much (unless you're doing something that can be affected by the host kernel)
[20:07] <ahasenack> maybe
[20:07] <sergiodj> then kinetic, indeed
[20:07] <ahasenack> I need getconf LFS_CFLAGS to return a value, then it's a valid test env
[20:07] <sergiodj> or Jammy -> do-release-upgrade
[20:07] <sergiodj> ah, right
[20:08] <sergiodj> in that case yes, kernel should matter
[20:10] <ahasenack> there are no jammy armhf images in canonistack
[20:10] <ahasenack> don't we love this armhf arch?? :)
[20:10] <sergiodj> I gave up using canonistack for armhf :-/
[20:10] <sergiodj> I just use the MAAS now
[20:10] <ahasenack> groovy is the last one that has armhf images
[20:11] <ahasenack> but i386, even focal has it
[20:12] <patdk-lap> I personally gave up on supporting 32bit arm, due to rpi lack of 64bit time support
[20:32] <athos> rbasak: FYI - I split and re-uploaded that php 7.4 focal sru
=== kostkon__ is now known as kostkon
=== Bebef7 is now known as Bebef
=== oerheks1 is now known as oerheks