doko | cpaelzer: could you have a look at migrating mysql and mariadb packages? or somebody else ... | 07:25 |
---|---|---|
cpaelzer | doko: I'll ask rbasak to look as he is more mysql'y than myself | 07:39 |
cpaelzer | but I'll take a look myself if there is anything easy I can help with once I'm done with my current task | 07:39 |
LocutusOfBorg | stgraber, what is your opinion wrt libxml-sax-perl ? is the patch still needed? can we forward upstream? | 09:26 |
Unit193 | Hello, any hints as to why ppc64el failed? It shouldn't have, https://launchpad.net/ubuntu/+source/xfdesktop4/4.13.2-0ubuntu1 | 10:17 |
LocutusOfBorg | Unit193, pbuilder-dist cosmic ppc64el create && pbuilder-dist cosmic ppc64el login? :) | 10:26 |
Unit193 | Not quite how I have my pbuilder set up, but that seems unideal. | 10:26 |
LocutusOfBorg | why? it works! | 10:27 |
* LocutusOfBorg is trying this | 10:27 | |
Unit193 | Just seems odd that it was the only one to fail, and it wasn't an issue solved by autoreconf. | 10:30 |
LocutusOfBorg | Unit193, they are installable to me | 10:39 |
LocutusOfBorg | I retried the build | 10:39 |
Unit193 | Yes, precisely why it's weird... | 10:39 |
LocutusOfBorg | I did some perl stuff, and python is doing some weird things because of transition maybe... | 10:40 |
LocutusOfBorg | it is working now, meh | 10:40 |
davidgiluk | rharper: You're bouncing on oftc/#qemu rharper left the room (quit: Killed (NickServ (Too many failed password attempts.))). about every 20 seconds | 12:05 |
infinity | ahasenack: *poke* | 12:15 |
infinity | ahasenack: You around? | 12:15 |
infinity | ahasenack: Looks like it's time to revert the mod-proxy-uwsgi revert from your last upload (uwsgi no longer builds the module). | 12:15 |
infinity | ahasenack: Erm, referring to apache2, that is. | 12:17 |
ahasenack | infinity: hi | 12:21 |
ahasenack | infinity: we should start using the one from apache now then? | 12:21 |
infinity | ahasenack: Aye/ | 12:21 |
infinity | ahasenack: http://launchpadlibrarian.net/371383267/apache2_2.4.33-3ubuntu1_2.4.33-3ubuntu2.diff.gz | 12:21 |
infinity | ahasenack: Just revert every bit that refers to uwsgi, IMO. | 12:21 |
infinity | ahasenack: I'd do that myself, but I don't want to be TIL. | 12:22 |
ahasenack | infinity: ok, I'll do it. And then the other source will be removed from the archive? | 12:22 |
infinity | ahasenack: The other binary, you mean. Which it'll be replacing. | 12:22 |
ahasenack | it comes from its own source, but yeah, its binary | 12:23 |
infinity | ahasenack: There's a lot more in the uwsgi source than just that binary. :) | 12:23 |
ahasenack | I see | 12:23 |
infinity | ahasenack: Only mod-proxy-uwsgi was dropped (because it's now part of apache) | 12:23 |
infinity | See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894785 | 12:23 |
ubottu | Debian bug 894785 in apache2 "apache2: File conflict with libapache2-mod-proxy-uwsgi" [Serious,Fixed] | 12:23 |
ahasenack | and that's the only bit that is failing to build I assume | 12:23 |
infinity | ahasenack: No build failures. It's that things depend on libapache2-mod-proxy-uwsgi, which no longer exists because you aren't building it. :P | 12:24 |
infinity | (or, it will no longer exist if I were to remove the NBS package) | 12:24 |
ahasenack | ah, no longer builds == on purpose no longer builds | 12:25 |
infinity | Yes. | 12:25 |
infinity | As in, this transition happened in Debian, and you undid half of it. :) | 12:25 |
infinity | And then we synced the other half. | 12:26 |
ahasenack | for a reason, I think we were missing that sync of the other half | 12:26 |
infinity | Likely. | 12:26 |
ahasenack | it was stuck in migration | 12:26 |
ahasenack | it will all come back to me once I re-enable it | 12:26 |
infinity | Danke. | 12:26 |
infinity | Can that happen today? | 12:27 |
rbasak | ahasenack: and when you're done with that, submit your core dev application already :) | 12:27 |
infinity | If not, I'll grumpily do it myself, but then nag you about taking apache2 back. :P | 12:27 |
infinity | Oh, if you don't have upload rights, I can just do it in your name and pretend I sponsored it for you. *cough* | 12:27 |
ahasenack | infinity: no grumpyness needed, I'm just starting my day, plenty of time. But I'll need reviews from my peers, it's how we have been doing things. But I guess you can review it if you are still aroun | 12:28 |
rbasak | He can upload apache2 I think - through the server packageset | 12:28 |
rbasak | But still | 12:28 |
rbasak | Core dev. | 12:28 |
rbasak | ahasenack: I think infinity would count as your peer from our team's peer review perspective | 12:28 |
infinity | I might still be on your team! | 12:29 |
infinity | The oldest member, no less. | 12:29 |
ahasenack | didn't mean to imply otherwise :) | 12:29 |
ahasenack | rbasak: I still have some checkboxes to tick in that checklist of yours ;) | 12:30 |
rbasak | infinity: the second oldest member. Looks like you were beaten by 24 seconds :-P | 12:30 |
ahasenack | we have that kind of resolution? | 12:31 |
rbasak | Mouse hover | 12:31 |
infinity | rbasak: Curses. | 12:31 |
infinity | rbasak: Deactivating Fabio would fix that. | 12:31 |
infinity | Pretty sure he hasn't contributed in about a decade. | 12:31 |
rbasak | There are tons of people in ~ubuntu-server who don't appear to have ever been involved at all. | 12:32 |
infinity | Yeah, some past admins were a bit nutty with the accept button. | 12:32 |
infinity | Because building a "community" was more important to them than a useful team. | 12:32 |
rbasak | It's an open team. There is no accept button. | 12:33 |
infinity | Oh, or that. | 12:33 |
infinity | I thought it was once closed. | 12:33 |
infinity | But I could be misremembering. | 12:33 |
ahasenack | ubuntu-server-dev is the more crucial one in terms of privileges | 12:35 |
infinity | Yeah, that didn't exist (cause packagesets didn't) back in "my day". | 12:36 |
infinity | WHEN I WAS YOUR AGE. | 12:36 |
Unit193 | Where you ever? | 12:46 |
doko | Unit193: are you handling the thunar transition? | 12:46 |
Unit193 | doko: Yes, should be only one package left. | 12:47 |
doko | ta | 12:47 |
Unit193 | xfconf should be one too, and that's also going to be done real soon™ | 12:47 |
juliank | Phasing of update-notifier uploads has stopped due to https://errors.ubuntu.com/problem/4844575ab1a533f9e47d6fdde541010e267bd9d3 - but all I did was move around some print statements (https://launchpadlibrarian.net/375023334/update-notifier_3.168.8_3.168.9.diff.gz), does anyone see anything I'm missing? | 13:07 |
infinity | juliank: Clearly not a new crash. | 13:10 |
juliank | It does seem familiar | 13:10 |
infinity | juliank: Well, the list of versions at the bottom confirms it's not new. :P | 13:10 |
infinity | Or, wait. Unless those are all current SRU versins? | 13:10 |
juliank | infinity: no, these are all my SRUs | 13:10 |
infinity | Indeed they are. | 13:11 |
infinity | Hrm. | 13:11 |
infinity | Colour me stumped. | 13:12 |
juliank | infinity: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/882882 | 13:14 |
ubottu | Launchpad bug 882882 in ubiquity (Ubuntu) "installer crash with ValueError: invalid literal for int() with base 10: ''" [Undecided,Invalid] | 13:14 |
juliank | I think xnox's comment from 2012 explains it | 13:15 |
juliank | "What happens is that debconf database is locked and status ends up as empty string." | 13:15 |
juliank | why it's locked, though, no idea | 13:15 |
juliank | another one: https://bugs.launchpad.net/ubuntu/+bug/537952 | 13:15 |
ubottu | Launchpad bug 537952 in Ubuntu "the installer crash" [Undecided,Fix committed] | 13:15 |
infinity | juliank: Maybe, yeah, but why just now? | 13:15 |
infinity | juliank: Seems fishy. | 13:15 |
infinity | Granted, only 6 total reports, but still weird that it's only on that version. | 13:16 |
juliank | timing issue? | 13:17 |
juliank | the first print moved after the database opening now | 13:17 |
juliank | (well, and after db shutdown) | 13:18 |
infinity | Could be. | 13:18 |
juliank | infinity: no reports from artful yet | 13:19 |
infinity | I suspect the number of people using artful isn't high. | 13:19 |
infinity | So that makes sense. | 13:19 |
juliank | true | 13:19 |
xnox | juliank, sorry, i forgot. | 13:22 |
ahasenack | infinity: local test build worked, upgrade with dpkg -i with old uwsgi installed worked, just waiting on a ppa build to try with apt | 13:22 |
ahasenack | https://launchpad.net/~ahasenack/+archive/ubuntu/apache2-restore-uwsgi/+packages | 13:22 |
infinity | ahasenack: Pointer to the PPA, so I can re... Thanks. :) | 13:23 |
ahasenack | branch is https://code.launchpad.net/~ahasenack/ubuntu/+source/apache2/+git/apache2/+ref/apache2-restore-uwsgi | 13:23 |
ahasenack | not an mp yet, pending that ppa | 13:23 |
juliank | xnox: there's nothing you have to be sorry about, your comment helps. | 13:23 |
juliank | I wonder what locks the debconf db | 13:24 |
juliank | Like, for my problem, is package-data-downloader run inside a maintainer script that does debconf itself? | 13:24 |
infinity | ahasenack: Diff looks sane to me. | 13:24 |
infinity | juliank: It very much could be, yes. | 13:25 |
infinity | juliank: Try installing flashplugin-installer and see what happens? | 13:26 |
infinity | juliank: Or ttf-mscorefonts-installer, but it might be broken in other ways. | 13:26 |
juliank | infinity: I have that installed on my system for testing | 13:26 |
juliank | in cosmic | 13:26 |
juliank | but I tested those for the SRU verification | 13:26 |
juliank | maybe I need to have both installed? | 13:27 |
juliank | Well, I do | 13:28 |
juliank | infinity: that seems to be it | 13:31 |
juliank | . /usr/share/debconf/confmodule; /usr/lib/update-notifier/package-data-downloader | 13:31 |
juliank | fails | 13:31 |
juliank | like that | 13:31 |
juliank | But this does not really explain it | 13:31 |
juliank | /usr/lib/update-notifier/package-data-downloader gets run from update-notifier-common.postinst only, at least here | 13:33 |
ahasenack | infinity: https://code.launchpad.net/~ahasenack/ubuntu/+source/apache2/+git/apache2/+merge/348679 | 13:35 |
ahasenack | rbasak: ^ | 13:35 |
ahasenack | rbasak: we should find out why lp can't get the diff correctly for the apache package | 13:36 |
infinity | ahasenack: libjansson4 being removed... Is that because you didn't re-add it to build-deps? | 13:36 |
ahasenack | infinity: that is because of the md module, which I'm still not building | 13:36 |
ahasenack | I'm not changing it in this diff | 13:36 |
infinity | ahasenack: No, I mean it's listed for autoremoval when you remove libapache2-mod-proxy-uwsgi .. | 13:37 |
* ahasenack checks | 13:37 | |
infinity | ahasenack: Or is that just cause your system is in a state where that was already on the hit list? | 13:37 |
ahasenack | I started with a fresh cosmic container, just as the testing description says | 13:38 |
ahasenack | let me see what I get out of the box | 13:38 |
infinity | ahasenack: Kay, uwsgi-core depends on it. | 13:38 |
infinity | ahasenack: But I'm wonder if apache2 would too, if you had it in build-deps and the module build detected it, that's all. | 13:38 |
ahasenack | I will check. I thought it was because of the md module, as that's why debian added it to build-deps in https://salsa.debian.org/apache-team/apache2/commit/b9d37f2a96da2fd69bf | 13:39 |
infinity | $ rgrep -l jansson | grep modules | 13:41 |
infinity | modules/md/mod_md.dsp | 13:41 |
infinity | modules/md/md_json.c | 13:41 |
infinity | modules/md/config2.m4 | 13:41 |
infinity | modules/md/mod_md.mak | 13:41 |
infinity | Yeah, the source agrees. | 13:41 |
LocutusOfBorg | stgraber, I merged it, please correct me if I'm wrong, maybe we can upload a revert and let it be syncd on next update | 13:41 |
ahasenack | just md? | 13:41 |
infinity | So, just a weird coincidence is all. | 13:41 |
infinity | rbasak: If I sponsor this the usual way and don't bother with the MP (other than to review and mark it merged), some magical import tool will DTRT, right? | 13:43 |
infinity | Like, I don't actually need to commit this to git just to make your tooling happy? | 13:43 |
ahasenack | infinity: the original uwsgi-mod-proxy package recommends uwsgi-core, that's where jansson4 comes from. The new libapache2 transitional package doesn't to that of course, nor does apache2-bin (where mod-proxy-uwsgi lives now) | 13:44 |
infinity | Oh, not that I'm in the list of reviewers anyway. :P | 13:44 |
ahasenack | infinity: ops | 13:44 |
ahasenack | autopilot, sorry | 13:45 |
ahasenack | infinity: it's infinity in lp too? | 13:45 |
infinity | ahasenack: Yeah. I meant it's a weird coincidence that uwsgi-core and mod_md happened to have that same dep and caused the confusion on my part. :) | 13:45 |
rbasak | infinity: the magic isn't implemented yet | 13:45 |
ahasenack | no, adconrad | 13:45 |
infinity | ahasenack: ~adconrad | 13:45 |
infinity | rbasak: Wait, really? | 13:45 |
infinity | rbasak: So, if I upload apache2, your branches all go to poop? | 13:45 |
rbasak | If you just upload, then the importer will manage, but the git commits won't be incorporated. New commits will be synthesized by the importer instead, but only one for each upload. | 13:46 |
rbasak | The unimplmeneted magic is to be able to detect the MP and incorporate automatically, or similar. | 13:46 |
infinity | rbasak: Oh, sure. But that's almost more desirable. A single rebase-style commit is more readable than "here's some changes, here's a changelog". :P | 13:46 |
infinity | (Why do people always commit changelogs separately?) | 13:46 |
rbasak | In the meantime, we can incorporate manually by pushing an "upload tag" so the importer will find it when it sees the upload. Currently that's restricted to ~usd-import-team. | 13:47 |
rbasak | I insist on commiting changelogs separately, since it reduces hell when cherry-picking. | 13:47 |
rbasak | IMHO, git makes changelogs inside source trees obsolete. They should be generated from commits when needed instead. | 13:47 |
ahasenack | changelog always conflicts | 13:48 |
infinity | Kids these days. | 13:48 |
ahasenack | :) | 13:48 |
infinity | rbasak: Well, if you want to do the thing "properly" (I'm not in the mood to learn a new workflow), go to town, I'm +1 on the debdiff in the PPA. | 13:48 |
infinity | Which is supposedly what the branch diff is, but LP's diff is broken beyond recognition. | 13:49 |
rbasak | I was just looking at that. I don't understand why it's broken. I'll dig. | 13:49 |
ahasenack | rbasak: it's been like this for all apache mps | 13:49 |
ahasenack | I vaguely remember nacc saying something about a bug in python[23]?-git or whatever the name of that module is | 13:50 |
infinity | That would seem to imply that it's very confused about what the target branch actually is. | 13:50 |
ahasenack | the lp diff is correct for the top part | 13:50 |
infinity | So it is. | 13:50 |
ahasenack | it breaks once it hits that docs directory | 13:51 |
infinity | The other 1400 files, though... | 13:51 |
cjwatson | debian/changelog is IMO closer to a NEWS file than to a trad ChangeLog file. I agree that git makes the latter obsolete, but not the former. | 13:56 |
rbasak | I think it makes sense to maintain a NEWS file in a git-based source tree, but I'd want it to be done in separate commits (perhaps at release time, to nicely aggregate things together) to avoid the conflict hell. | 13:57 |
infinity | Or learn to CP without picking the NEWS bits? | 13:58 |
* infinity shrugs. | 13:58 | |
infinity | I think a news item belongs with the commit it's referring to, so I can trace back that way. | 13:59 |
rbasak | I'm quite capable of doing that but that doesn't stop it being painful | 13:59 |
infinity | blame the news file, find the commit. | 13:59 |
ahasenack | I'll be back in ~30m, need to fetch Ted from the pet store from his bath | 13:59 |
rbasak | For our merge workflow, you end up having to resolve the conflict manually for every single Ubuntu upload since the divergence point. | 13:59 |
rbasak | I'm sure git could be taught to resolve that itself automatically somehow, but we don't even want those parts cherry-picked anyway. | 14:00 |
rbasak | The news file won't necessarily have a 1-1 correlation between commits and entries anyway | 14:00 |
rbasak | The MP is identical to the PPA diff except for the changelog version as expected. | 14:01 |
infinity | Then +1 from me. | 14:02 |
rbasak | ahasenack: so I pushed the upload tag for you. Upload when ready. | 14:02 |
infinity | Go forth and merge/upload, pretty please. | 14:02 |
stgraber | LocutusOfBorg: I don't even remember doing that :) so may very well not be needed anymore indeed | 14:24 |
LocutusOfBorg | stgraber, ack thanks! | 14:49 |
ahasenack | back | 14:52 |
ahasenack | rbasak: ok, thanks | 14:52 |
=== tkamppeter_ is now known as tkamppeter | ||
LocutusOfBorg | doko, https://launchpadlibrarian.net/376363514/buildlog_ubuntu-cosmic-amd64.python-taskflow_3.1.0-0ubuntu5_BUILDING.txt.gz | 16:00 |
LocutusOfBorg | do you have any idea? it seems to be related to new python? | 16:00 |
nacc | ahasenack: rbasak: yeah, i dug into it and it seems like it's something was in pygit2 or libgit2, but i forget immeidately | 16:02 |
ahasenack | nacc: ok | 16:06 |
nacc | ahasenack: in theory, we should be able to reproduce the diff that LP shows via turnip (iirc, that's the name of the project) | 16:08 |
nacc | ahasenack: by tracing that code to the diff generation (which I believe is pretty straightforward) and then seeing if we can get the same thing in a simple tool | 16:08 |
rbasak | nacc: thanks! | 16:10 |
rbasak | I'll chase it up at some point. | 16:10 |
nacc | rbasak: np, i remember in one case, I couldn't get pygit2 to get me quite the same thing, and that's about all I remember right now | 16:11 |
cjwatson | Start from turnip.api.views.DiffMergeAPI | 16:11 |
cjwatson | And if you want to reproduce exact versions and such, use a trusty container with ppa:launchpad/ubuntu/ppa | 16:12 |
rbasak | Thanks! I filed bug 1779178 so as to keep that info around for later. | 16:59 |
ubottu | bug 1779178 in usd-importer "git diff generation is sometimes wrong" [Undecided,Triaged] https://launchpad.net/bugs/1779178 | 16:59 |
bdmurray | manjo: Could you respond re the verification of bug 1716517 so we can get it released? | 17:34 |
ubottu | bug 1716517 in The Ubuntu-power-systems project "[arm64/ppc64le] load ipmi_ssif/ipmi_powernv instead of ipmi_si" [Low,Incomplete] https://launchpad.net/bugs/1716517 | 17:34 |
manjo | bdmurray, done | 17:44 |
bdmurray | manjo: but it says "Installed: (none)" in the apt policy output | 17:56 |
manjo | right .. I skipped a step where I did the apt install openipmi | 17:57 |
manjo | so in between the status and apt policy there was an apt install which I did not cut and past .. I assume . .that would be obvious | 17:57 |
manjo | s/assume/assumed | 17:58 |
bdmurray | well its inconsistent in that comment #20 you showed the version installed (which is really the best practice) | 17:58 |
manjo | bdmurray, I can repeat the test if you need | 17:58 |
bdmurray | manjo: nah, its fine. just going forward please run 'apt policy' with the package installed | 17:59 |
manjo | bdmurray, ack .. won't screw up | 17:59 |
manjo | bdmurray, thanks for reaching out to me | 18:00 |
ahasenack | bdmurray: is this your sru day? Is https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1766186 next or close to next perhaps? :) | 18:05 |
ubottu | Launchpad bug 1766186 in apache2 (Ubuntu Bionic) "IncludeOptional fails when a directory does not exist" [Low,Fix committed] | 18:05 |
bdmurray | ahasenack: It is, have these autopkgtest regressions been investigated? | 18:07 |
ahasenack | "these"? hm | 18:07 |
ahasenack | no, I wasn't aware of them, my fault | 18:07 |
bdmurray | no problem we could do better about messaging the failures | 18:08 |
ahasenack | I keep assuming that if the upload made it, the tests passed | 18:08 |
coreycb | LocutusOfBorg: the taskflow upload seems to be causing issues | 19:32 |
coreycb | LocutusOfBorg: https://paste.ubuntu.com/p/wvS4kqmckj/ | 19:33 |
coreycb | not sure why that fails though. OrderedDiGraph inherits from DiGraph which defines nodes_iter. | 19:43 |
LocutusOfBorg | coreycb, where did you take it? the fixed one is waiting for python breakage to reduce a bit https://launchpad.net/ubuntu/+source/python-taskflow/3.1.0-0ubuntu5/+build/15064887 | 19:46 |
LocutusOfBorg | I suspect this is because of new networkx | 19:47 |
coreycb | LocutusOfBorg: i have a nova build that picked it up from cosmic-proposed | 19:48 |
coreycb | or maybe not, checking. i probably need the new one is what the issue is. | 19:48 |
coreycb | LocutusOfBorg: ok yeah i'm using 3.1.0-0ubuntu4. i'll wait on 3.1.0-0ubuntu5. sorry and thanks :) | 19:50 |
=== imcleod__ is now known as imcleod | ||
LocutusOfBorg | coreycb, nice to know :) I don't even know if it will build or not BTW | 20:38 |
LocutusOfBorg | I hope and I have fingers crossed! | 20:38 |
coreycb | LocutusOfBorg: ok, then i'll cross my fingers too :) | 20:39 |
LocutusOfBorg | coreycb, 4 pkg-openstack packages required patches to work with python3.7, "async" keyword being now reserved | 22:03 |
LocutusOfBorg | I suspect lots of breakage in the archive :/ | 22:03 |
LocutusOfBorg | hello jamespage, please merge kazoo from Debian? | 22:11 |
LocutusOfBorg | I don't know if new deps requires mir or not... | 22:11 |
LocutusOfBorg | neither if python now has automagic autopkgtest | 22:12 |
doko | LocutusOfBorg: I'll have a look once I'm finished with all these no-change uploads | 23:40 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!