* mwhudson rubs eyes00:53
mwhudsoni think the python2 pytest in proposed is totally broken00:54
Unit193Hopefully not with sand.00:54
mwhudsonUnit193: this python3.8 transition has been a bit like that00:54
Unit193Yeah, all paths changing is...Not ideal.00:54
mwhudsonok not completely completely broken00:55
sarnoldjust "python version update" broken00:57
mwhudsondoko: a bunch of the pytest autopkgtests failed because of a strange pkg_resources problem that doesn't seem to happen any more so i've retried those01:55
mwhudsondoes anyone want to remove the python2 autopkgtest from python-qtpy?10:09
* mwhudson falls asleep10:09
cpaelzerahasenack: there are new versions of  patroni and pgrouting which are part of the open pg12 issues11:03
cpaelzerahasenack: I have triggered tests using the new pg-common and pg-1211:03
cpaelzermaybe that resolves those two11:03
cpaelzerthere also is a new pglogical-ticker, I guess that will be my next merge ...11:03
cpaelzernice, the only delta we had was by me, is accepted upstream and in the new debian version11:07
cpaelzerso it is in fact a sync now11:07
cpaelzersyncing and triggering tests later, maybe doing a test build and test before ...11:07
matttbeHello! I am using Ubuntu Focal and I am surprised to see that Git is 4 versions behind the latest one. The version in 20.04 repo is 2.20.1-2ubuntu1 since Disco while the latest (2.24) is available in Debian testing. I didn't find any reason, "excuse" tag, nor build failures explaining why v2.24 is not available in Ubuntu repos. May you guide me where I can find explanations to know why some popular softwares are not updated?11:12
matttbeIn fact, I would like to validate that some scripts I have using Git can still work with the latest version of Git.11:13
matttbeI understand that many tools are depending on Git and updating it can be difficult. Maybe it cannot be upgraded because some build systems rely on it and are not compatible with more recent versions? :)11:14
rbalintdoko i suggest dropping python-motor from release to get python3-defaults in, i've fixed part of the regression, but waiting for upstream on this one: https://jira.mongodb.org/browse/MOTOR-46011:15
rbalintdoko python-taskflow is done11:20
cjwatsonmatttbe: In general anything with Ubuntu modifications doesn't get automatically updated until a developer goes and looks at the Ubuntu-specific modifications to decide whether they need to be forward-ported or can just be dropped.11:27
cjwatsonmatttbe: That is probably the case here.11:28
cjwatsonjbicha: ^- the delta to git is yours and I think it probably needs a merge - is this on your list?11:29
matttbecjwatson: thank you for your reply. I will then check with the Ubuntu maintainers :)11:29
cjwatsonmatttbe: I've just checked above with the person who made the change in question11:29
matttbecjwatson, thank you for that!11:29
jbichacjwatson: git's not on my list. See also Debian bug 911997 😢11:32
ubottuDebian bug 911997 in src:git "git: Apply diff from Ubuntu" [Normal,Open] http://bugs.debian.org/91199711:32
cjwatsonjbicha: merges.u.c thinks it should be on your list :)11:33
jbichacjwatson: hire me for the Foundations team and then I'll make sure it's on my list :)11:33
cjwatsonjbicha: I haven't been on Foundations in some years ;-)11:34
cjwatsonjbicha: Should I take this as it being OK for me to do the merge?11:34
jbichaplease go ahead :)11:34
matttbecjwatson: thank you for your help :-)11:36
cpaelzerahasenack: pglogical-ticker delta is in upstream and builds fine, it won't resolve the PG12 test issue but making it a sync will help to pick it up automatically once it gets a PG12 upload in Debian11:46
cpaelzerI also pinged Myon for those that are left open11:47
cpaelzermaybe he already ahs a lead on some of them11:47
dokorbalint: \o/12:05
Skuggenmatttbe: If you want to test, you could use something like https://launchpad.net/~git-core/+archive/ubuntu/ppa for now, maybe?12:19
mdeslaurSkuggen: the mysql on s390x hang turned out to be an openssl issue12:24
mdeslaurSkuggen: https://git.openssl.org/?p=openssl.git;a=commit;h=e1cce612a6520555805c25be2539f231c22696d912:26
Skuggenmdeslaur: Oh!12:26
SkuggenGood (sort of) :)12:26
mdeslauryeah, unfortunate combo of openssl bug and the way mysql initializes it12:27
SkuggenIf the bug title "incorrect call to openssl_malloc_init() can lead..." is accurate, maybe MySQL is doing something wrong with the call?12:28
dokomwhudson: done by ginggs12:30
SkuggenMaybe we still need to call it to support older platforms (8.0 doesn't seem to use it, but we dropped some older platforms for that) with lots of fiddly conditionals12:32
mdeslaurSkuggen: yeah, it got dropped in 8.0...I'm note sure what the impact of removing it is...upstream bug seems to hint that it's unnecessary12:33
mdeslaurSkuggen: in any case, I'm fixing bionic's openssl, so it shouldn't happen anymore12:33
cjwatsonmatttbe_: on its way into focal now12:33
cjwatson(modulo builds, tests, regression tests against other packages ...)12:34
Skuggenmdeslaur: Seems it got dropped for 8.0 because we had the same issue there on Windows, but on 5.7 (where we only use static linking for openssl) we went straight from 1.0.2 to the 1.1.1 with this issue fixed12:43
matttbe_Skuggen: thank you for the suggestion! I was going to use the PPA but I was also wondering why it was not in the main repos (did we lost track of it or did the new versions introduce severe regressions, even if it would have been strange :) )12:44
mdeslaurSkuggen: cool12:44
matttbe_cjwatson: excellent, thank you for the very quick update :-)12:45
ahasenackSkuggen: hi, did you see those bugs where a config parameter that worked in 5.7 no longer works in 8.0, which fails to start after the upgrade?12:48
ahasenackI was wondering if it was expected that the 8 package remove those config options, or replace them12:48
ahasenackso far I've seen two such config options12:49
ahasenackhttps://bugs.launchpad.net/ubuntu/+source/mysql-8.0/+bug/1850998 and https://bugs.launchpad.net/ubuntu/+source/mysql-8.0/+bug/185089512:49
ubottuLaunchpad bug 1850998 in mysql-8.0 (Ubuntu) "NO_AUTO_CREATE_USER removed in mysql-8, broke upgrade" [Undecided,Confirmed]12:49
ubottuLaunchpad bug 1850895 in mysql-8.0 (Ubuntu) "query_cache_limit removed in mysql-8, upgrade broke" [Undecided,Incomplete]12:49
Skuggenahasenack: Ah, sorry, I looked for it shortly after you mentioned it before, but didn't see it and then it slipped my mind. Will  take a look now13:12
ahasenackSkuggen: thanks! I renamed the bug title a bit to indicate what each one is about13:13
SkuggenNO_AUTO_CREATE_USER has been removed because the ability to use GRANT to create users has been removed (so it has no use): https://dev.mysql.com/doc/refman/8.0/en/mysql-nutshell.html13:14
SkuggenQuery cache has also been removed13:15
SkuggenWas the query cache setting in the default config file? We have some logic in the packaging to comment out some query_cache settings since they were in the default 5.7 config (we did something similar for the 5.5->5.7 transition)13:16
Skuggenhttps://mysqlserverteam.com/mysql-8-0-retiring-support-for-the-query-cache/ (it's also mentioned briefly on the nutshell page)13:16
ahasenackSkuggen: there is nothing about query_cache_limit in debian/**13:18
SkuggenThat might be a packaging bug13:19
Skuggenhttps://salsa.debian.org/mariadb-team/mysql/blob/mysql-8.0/ubuntu/devel/debian/mysql-server-8.0.postinst#L116 is a hack to deal with it (for focal I'd like to strip away|comment as much of the default config as possible, to avoid problems like this in the future)13:21
SkuggenOh! It looks like your config is in /etc/mysql/my.cnf instead of /etc/mysql/mysql.conf.d/mysqld.cnf as we expect?13:22
ahasenackSkuggen: I think there are commented lines suggesting the user could use my.cnf13:22
ahasenackSkuggen: all those config files for mysql are very confusing, there are several13:22
SkuggenThe server by default uses /etc/mysql/my.cnf13:23
SkuggenYeah, it's an ancient mess which I think was just put in place because MariaDB and MySQL use the same files13:23
ahasenackso postinst handles it if it was in a particular config file?13:23
ahasenackis that the case for other deprecated config options as well? Not just for the 5.7->8 upgrade path13:24
SkuggenIt just comments it out with an extra line with something like "this option was automatically commented out because it is no longer valid"13:24
SkuggenJust the ones that are in the default Ubuntu 5.7 config file13:24
ahasenackI mean, from other major upgrades, was postinst always only concerned with one particular config file?13:24
SkuggenYeah, the 5.7 postinst handled it the same way13:25
SkuggenThere's a mechanism to help support users, but I see now we haven't properly updated it for 8.0:13:26
ahasenackis it worth it to look at other config files? Or too messy and error prone, since users can include stuff from anywhere?13:26
SkuggenYeah, the MySQL config system is too tangled. You can ask MySQL which settings it's using, but not where they're coming from13:26
SkuggenBut we run mysqld --verbose --help as a "trial" startup to detect bad config. However that only works for 5.7. 8.0 now has a proper --validate-config flag13:27
ahasenackthat wouldn't make the upgrade work in the end, though13:28
ahasenackso option is "sorry, it's a valid bug, but we only try to upgrade config file X"?13:30
ahasenackor should we look at least at /etc/mysql/my.cnf as well? Is that historically the main config file?13:30
ahasenackor is it shared with mariadb?13:30
Skuggen/etc/mysql/my.cnf is shared with maria, yes13:31
SkuggenSo by default all it does is include the variant-specific locations13:31
ahasenackbut this guy had his actual config in it?13:31
SkuggenIt looks a bit like he's been upgrading since at least 5.5 (Ubuntu 14 or older)13:33
SkuggenHis config file contains the lines the 5.7 postinst would add to the settings removed between 5.5 and 5.713:33
SkuggenFor the 5.7 transition I think we had a catch-all bug for issues with invalid configuration, which just instructed users in fixing it13:36
ahasenackcpaelzer: where are the mysql standard/template bugs again? The list?13:37
ubottuLaunchpad bug 1571865 in mysql-5.7 (Ubuntu Xenial) "mysql fails to start after upgrade if previous defaults were customised" [High,Fix released]13:37
ahasenackshouldn't dupe to a fix released bug13:38
=== ricab is now known as ricab|lunch
ahasenackwe can say opinion or wontfix if we think it's not worth fixing13:39
SkuggenYeah, don't think we should revive that issue, but it has a discussion on many of the same things13:39
ahasenackcan you add a comment then saying we do handle the upgrade if the config file is X, but that we can't chase down all possible config files? Something like that? What do you think?13:40
SkuggenYeah, I'll do that13:43
ahasenackok, and the other bug about NO_AUTO_CREATE_USER ? Is there handling for that?13:44
SkuggenJust remove the option from sql_mode13:44
SkuggenThat is not part of any default config13:44
ahasenackah, we only take care of the default config, makes sense13:44
SkuggenYeah. MySQL has something like 400 flags that can be set :D13:45
cpaelzerahasenack: https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bugs?&field.tag=triage13:47
ahasenackcpaelzer: thanks13:48
SkuggenAh, 161251713:48
ahasenackSkuggen: https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/161251713:48
ubottuLaunchpad bug 1612517 in mysql-5.7 (Ubuntu) "Server fails to start after upgrade because of customized config and obsolete/renamed directives" [Medium,Confirmed]13:48
ahasenackyep, just saw it13:48
ahasenackbut postinst is better now, it handles some cases13:49
Skuggenhttps://dev.mysql.com/doc/refman/8.0/en/server-option-variable-reference.html would be the correct link to use instead of the 5.7 one listed there, I think13:50
ahasenackby "custom configs", you actually mean two possibilities there: a) different config file; b) non-default config option13:50
SkuggenIf /etc/mysql/mysql.conf.d/mysqld.cnf from a 5.7 installation hasn't been altered by the user it'll just be replaced13:51
SkuggenBut if they edit it or add a new one (any .cnf files in that directory will be used) they can get this issue13:51
ahasenackSkuggen: ok, I think we can dupe #1850895 to #1612517, wdyt?13:53
SkuggenYeah. Should be updated to affect 8.0, I guess?13:55
ahasenackI updated the description a bit13:55
ahasenackbut yeah, let's add a myusql-8 task to it13:55
SkuggenIt probably isn't relevant for 5.7 any more unless there are still people upgrading from trusty13:55
ahasenackbut if we aren't planning on fixing it, maybe it should be a wontfix or opinion bug?13:55
ahasenackI'm not sure13:55
ahasenackthere are13:56
ahasenack(people upgrading from trusty)13:56
ahasenackok, done (dupes)13:57
SkuggenYeah, right now it's working as intended (until we can think of a robust way to do more)13:57
ahasenackthanks Skuggen13:57
Skuggennp :)13:57
=== M_hc[m] is now known as _hc
kanashirodoko, I am working on libpam-radius-auth merge and the only delta we have now is the addition of the build flag -fno-strict-aliasing added by you. If it's possible I'd like to know if this flag is still needed and why?14:31
vorlondidrocks: LP: #1852256 is definitely filed in the wrong place, I wonder if Desktop wants to triage it a bit (not enough info to say if this is a desktop or kernel issue)14:55
ubottuLaunchpad bug 1852256 in Ubuntu CD Images "Ubuntu ne s'ouvre plus après update" [Undecided,New] https://launchpad.net/bugs/185225614:55
didrocksvorlon: I doubt we can do anything about that bug, really vague and "I didn't do anything special". The user says that he is deleting it and reinstalling15:01
didrocks(posting once launchpad stops timeouting)15:05
=== ricab|lunch is now known as ricab
vorlondidrocks: indeed.  I just didn't know if there was a good generic place to reassign such bugs, since ubuntu-cdimage is wrong18:24
=== hyperair is now known as Guest84234
dokokanashiro: are you asking me about an upload from 2008? ;p19:03
dokoseriously, check for warnings in the build logs19:03
kanashirodoko, no need to use a time machine :) I checked the logs and there is no warning related to this, I'll request a sync from Debian. Thanks19:09
mwhudsonginggs: thanks :)20:09
ginggsmwhudson: yw! i did python-qtawesome too20:56
mwhudsonginggs: thanks20:56
mwhudsonpytest autopkgtest results looking a bunch happier now20:56
=== alan_g_ is now known as alan_g
Laneycpaelzer: hey, can you re-check https://bugs.launchpad.net/ubuntu/+source/tpm2-tss/+bug/1841595 please? superm1 says all the issues should be resolved & it's now blocking fwupd from migrating23:16
ubottuLaunchpad bug 1841595 in tpm2-tss (Ubuntu) "[MIR] tpm2-tss" [Undecided,Confirmed]23:16

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