/srv/irclogs.ubuntu.com/2023/01/19/#ubuntu-devel.txt

mwhudsonwaveform: did you get to look at sbuild syncability?01:51
=== cpaelzer_ is now known as cpaelzer
LocutusOfBorgmwhudson, I guess the unshare test needs some more tweaking07:35
LocutusOfBorgbut 99% is syncable to me07:35
waveformmwhudson, yes -- it's *almost* syncable but there's still two remaining changes (both of which have pending upstream MRs so I'm guessing it should be syncable at some point in the relatively near future). Anyway, I've merged those two changes, but ran into an apt issue in trying to run the autopkgtests09:14
rbasakFYI, there's a Python 3.11 deprecation that breaks the dovecot autopkgtest. It seems to affect s390x only at the moment. I have an upload on the way.11:32
rbasakOther archs seem to still be on Python 3.10?11:32
rbasak(even in proposed)11:32
xnoxhm?11:33
xnoxare you sure you are not being confused by no-automatic?11:33
rbasakOh. Maybe.11:38
rbasakBut anyway, if I force python3.11 then it reproduces.11:38
rbasakSo it does need fixing in the end.11:38
MacSlowGreetings everyone!11:51
nteodosioAnyone experienced in Canonistack can help me understand how do I reproduce a lunar-proposed autopkgtest in the cloud if "openstack image list" lists only up to Jammy?11:51
nteodosioGreetings MacSlow!11:52
rbasakhttps://code.launchpad.net/~racb/ubuntu/+source/dovecot/+git/dovecot/+merge/436038 is ready11:52
ginggsrbasak: fyi debian bug #102851312:22
-ubottu:#ubuntu-devel- Debian bug 1028513 in src:dovecot "dovecot: autopkgtest failure with python3.11" [Serious, Open] https://bugs.debian.org/102851312:22
rbasakginggs: ah thanks. I'll send the patch there then once done in Ubuntu.12:25
rbasakI think mine is preferable to the patch there since it stops using crypt entirely, delegating that mess to chpasswd12:26
=== ejat is now known as fenris
hallynhm https://autopkgtest.ubuntu.com/results/autopkgtest-lunar/lunar/amd64/g/golang-gopkg-lxc-go-lxc.v2/20230119_011820_885eb@/log.gz   i'm a bit confused about this.  My first q: that pkg does not have a debian/tests/exercise - so where is the test script coming from?15:29
hallynI can reproduce locally with '/usr/bin/autopkgtest -s --apt-pocket=proposed=src:lxc --apt-upgrade golang-gopkg-lxc-go-lxc.v2 -- qemu autopkgtest-lunar-amd64.img',15:29
hallynbut what seems to be happening is liblxc1 is installed, but not its dependencies.  apt-cache show liblxc1 shows the dependencies, so how did they (libseccomp-dev, etc) not get installed?15:30
zhsjhallyn: the test is from autodep8(run autodep8 in source dir, it will output the real test)15:44
zhsjhallyn: this package depends on lxc-dev, in debian it has a depend on libseccomp-dev15:51
hallynzhsj: but how did liblxc1 get installed without its Depends...15:52
hallynlemme try autodep8, thanks15:53
zhsjhallyn: it complains the missing of libX-dev package, not the libX15:53
hallynzhsj: "this package depends on lxc-dev" - by "this pkg" do you mean golang-gopkg-lxc-go-lxc.v2 ?15:55
zhsjyes.15:55
hallynhttps://packages.debian.org/sid/golang-gopkg-lxc-go-lxc.v2-dev   i must b elooking in the wrong place16:00
zhsjhallyn: it uses build-deps for autopkgtest(from autodep8)16:01
hallynits debian/control lists lxc-dev as a build-dep, and lxc source pkg lists libseccomp-dev, so i'm not getting why it's missing.  The source packages for debian and ubuntu golang-gopkg-lxc-go-lxc.v2 are identical.16:14
hallynI'm sure it's a side effect of the switch to meson for building lxc itself, but i'm failing to see why16:14
coreycbnteodosio: if you have to use canonistack I'd probably start at jammy and get to lunar-proposed by updating /etc/apt/sources.list and upgrading16:40
coreycbI have another autopkgtest question. python3-futurist is failing on i386 due to "python3-openstacksdk : Depends: python3-netifaces (>= 0.10.4) but it is not going to be installed with i386". I think this is because netifaces does not build for i386 - https://launchpad.net/ubuntu/+source/netifaces. thoughts on how to handle that?16:43
zhsjhallyn: lxc in proposed has `Requires.private: libseccomp, libselinux, libcap`16:45
zhsjin /usr/lib/x86_64-linux-gnu/pkgconfig/lxc.pc16:45
zhsjso if i only install liblxc-dev, not libseccomp-dev, `pkg-config --cflags  -- lxc` command will fail16:46
nteodosioThanks coreycb.16:46
zhsjhallyn: so i think you need libseccomp-dev in liblxc-dev's Depends?16:46
zhsjand maybe libselinux-dev, libcap-dev16:46
MacSlowTo any cmake-experts present...16:50
MacSlowHow can I make cmake actually use ninja as the generator just by stating this very generator in the usual CMakeLists.txt?16:51
MacSlowIt seems no matter where I place it in the CMakeLists.txt file, it always defaults to Unix Makefiles.16:51
MacSlowthanks in advance!16:51
MacSlowOf course I can do "cmake -G "Ninja" ..", but that's not the point.16:52
hallynzhsj: possibly, but older lxc packaging doesn' thave that either.  Trying to find what's different, comparing to e.g. 4.0.12 on another machine.16:53
zhsjhallyn: yeah, the difference is `Requires.private` in lxc.pc16:53
zhsjthe old version doesn't have such16:53
zhsjas you mention the switch of meson, then that's probably related.16:54
hallynoh, what is that.  The old has: Libs.private: -lcap -lseccomp  -lselinux -lpam16:57
hallynok thanks, i'll research that tonight.  not well versed in *.pc16:58
* zhsj not expert at pkg-config as well16:58
blucayes, those deps need to be added to the -dev17:18
=== MacSlow is now known as MacSlow|afk
hallynbluca: zhsj: ok, i'll add hte -dev deps as simple Depends for liblxc-dev.  What I'm still confused about is why this is only a problem now, as this hasn't changed from liblxc-dev:4.0.1220:03
=== JanC is now known as Guest3686
=== JanC_ is now known as JanC
=== MacSlow|afk is now known as MacSlow

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!