| bittin | new podcast today? | 06:32 |
|---|---|---|
| amurray | hey bittin - yep, I have just finished recording it in fact - will need a bit more time to edit it and publish it so expect something in an hour or two 😉 | 06:51 |
| bittin | alright :) | 06:51 |
| bittin | listening now | 10:15 |
| ahasenack | hi security, we have an FTBFS of mariadb-10.6 in jammy | 14:29 |
| ahasenack | uploading a fix just because of that might not be optimal for jammy users (restarting a db post-upgrade) | 14:30 |
| ahasenack | but if you ever decide to do a security release, you will hit the problem | 14:30 |
| ahasenack | what's the best way to deal with this? Use a block proposed tag? | 14:30 |
| ahasenack | (and the ftbfs is only in launchpad, which is using a focal kernel as a base) | 14:38 |
| ahasenack | if you boot jammy, and rebuild it there, it will work | 14:38 |
| ahasenack | problem is jammy with a focal kernel, which is what is used in the launchpad builders, ppas inclluded | 14:38 |
| ahasenack | so even less likely to be hit by users I think | 14:39 |
| mdeslaur | ahasenack: yeah, a block in proposed seems reasonable | 14:43 |
| mdeslaur | ahasenack: or just ping otto who usually does the mariadb updates that we sponsor | 14:43 |
| ahasenack | the fix is included in the debian package already | 14:46 |
| ahasenack | (even though it only affects ubuntu) | 14:47 |
| ahasenack | but does otto also do SRUs? | 14:47 |
| ahasenack | mdeslaur: ^ | 14:49 |
| mdeslaur | I don't know if he does SRUs...filing a bug about it with a pointer to a patch is fine too, either we'll find it or he will | 14:55 |
| mdeslaur | ahasenack: ^ | 14:57 |
| ahasenack | oh, the bug exists | 14:57 |
| ahasenack | I'll go with the block proposed tag | 14:57 |
| ahasenack | am also waiting for one affected user to come back and say what exactly is his scenario | 14:57 |
| mdeslaur | sounds good | 14:58 |
| frickler | ahasenack: the scenario is running mariadb in a docker container with jammy on a host running focal. this is part of migrating a kolla openstack deployment from focal to jammy. one could discuss whether updating the host first could be required to avoid this issue | 17:43 |
| ahasenack | frickler: but I didn't see the bug happening with the current mariadb-server from jammy | 17:45 |
| ahasenack | frickler: I tried with a jammy lxd on top of a focal host, thus the focal kernel | 17:45 |
| ahasenack | which should be very much like what you are describing | 17:45 |
| ahasenack | it did happen with the -3 release that was in jammy for a while, before the release | 17:45 |
| ahasenack | but not with 2ubuntu1 which is in jammy now, unless I made a mistake | 17:45 |
| frickler | ahasenack: https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_bd5/839585/23/check/kolla-ansible-ubuntu-source/bd5a051/primary/logs/kolla/mariadb/mariadb.txt | 17:48 |
| frickler | Server version: 10.6.7-MariaDB-2ubuntu1-log | 17:49 |
| ahasenack | frickler: do you build that docker image? | 17:54 |
| ahasenack | or is it someone elses? | 17:54 |
| ahasenack | because if mariadb 2ubuntu1 is rebuilt on jammy, it will hit the bug | 17:55 |
| ahasenack | the build process runs tests, and these tests fail, so you won't get a package out of it, unless the tests are skipped | 17:56 |
| ahasenack | frickler: I guess I'm asking if the dockerfile rebuilds mariadb before putting it in the image, or just grabs the built package from ubuntu jammy | 17:57 |
| frickler | ahasenack: the latter, the build log is also there https://storage.bhs.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_bd5/839585/23/check/kolla-ansible-ubuntu-source/bd5a051/primary/logs/build/mariadb-server.log | 18:06 |
| frickler | those are upstream ubuntu pkgs just fetched from a local mirror | 18:06 |
| * ahasenack scratches head | 18:07 | |
| ahasenack | maybe there is something wrong in my test case, let me run it again, carefully | 18:08 |
| ahasenack | frickler: thanks for the data | 18:08 |
| frickler | ahasenack: sure thing, let me know if I can test something on our end | 18:09 |
| ahasenack | frickler: well, this ppa has a build with the fix: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4871/+packages, for jammy | 18:11 |
| ahasenack | it might not be all published yet, it's waiting on riscv64 | 18:11 |
| ahasenack | but individual debs can certainly be downloaded | 18:11 |
| frickler | ahasenack: o.k., it's late here, will test tomorrow | 18:12 |
| ahasenack | np | 18:13 |
| ahasenack | if you don't mind, I'll add your links (logs) to the bug | 18:13 |
| frickler | sure, just note that they'll expire after 30 days, so copy anything you want to keep for longer | 18:13 |
| ahasenack | ah, reproduced it | 18:24 |
| ahasenack | cool, that makes it all simpler | 18:24 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!