| * mwhudson pokes at glibc's build system, fails | 01:57 | |
| === ben_r_ is now known as ben_r | ||
| === pieq_ is now known as pieq | ||
| cpaelzer | rbasak: any idea why "git ubuntu tag --upload" would complain about "ERROR:Working tree must be clean to continue." while "git status --ignored" is empty? | 09:02 |
|---|---|---|
| cpaelzer | ah, could it be that it has an empty dir issue? | 09:03 |
| cpaelzer | I just checked out my current branch and got the "WARNING: empty directories exist but are not tracked by git:" ... | 09:03 |
| cpaelzer | rbasak: by that the upload won't be matched anyway, would that also trigger the "must be clean" issue | 09:04 |
| rbasak | I'm not sure, sorry. That behaviour always seemed a little buggy to me. | 09:21 |
| cpaelzer | what confuses me is that it depends on the type of tag | 09:23 |
| cpaelzer | --split almost always works whiel --logical almost never works (for me) | 09:24 |
| rbasak | doko: would you mind reviewing bug 1864766 please? It looks like the right thing to do to me, but I'd appreciate your eyes. | 10:40 |
| ubottu | bug 1864766 in python-pip (Ubuntu Xenial) "[SRU] pip in xenial is installing packages incompatible with Python 2.7 (and those are becoming common)" [Medium,In progress] https://launchpad.net/bugs/1864766 | 10:40 |
| heliocastro | Morning/afternoon | 11:07 |
| heliocastro | After update from eoan to focal, ina XPS 13, X11 simply stop to proper work: | 11:09 |
| heliocastro | Here's what is happening https://photos.app.goo.gl/MPv8Ef7BnUYA7VXb9 | 11:09 |
| heliocastro | Right now i'm using wayland | 11:09 |
| heliocastro | Is there any report open against intel graphic drivers ? | 11:09 |
| === bpsecret- is now known as bpsecret | ||
| AsciiWolf | hmm, the snap version of gnome-software on latest Ubuntu Focal does not uninstall unused dependencies when uninstalling a deb application? | 11:18 |
| AsciiWolf | or is there something wrong on my system? | 11:18 |
| AsciiWolf | also, I was able to uninstall the Snap Store snap itself from the Snap Store app... this should not be possible at all | 11:20 |
| AsciiWolf | I am not sure if I should report these as issues on Launchpad since they happen only in the snap version of gnome-software | 11:22 |
| AsciiWolf | oh and another small thing: the "Open in Software" button from Applications tab in GNOME Settings does nothing when there is only a Snap version of gnome-software installed | 11:24 |
| === Wryhder is now known as Lucas_Gray | ||
| rbasak | AsciiWolf: https://snapcraft.io/snap-store says to use https://bugs.launchpad.net/snap-store/ | 12:03 |
| AsciiWolf | rbasak, thanks! | 12:08 |
| kanashiro | hi, I am investigating the gem2deb/1.0.5 autopkgtest failure on armhf and it is complaining (reprotest actually) about the kernel version: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-focal/focal/armhf/g/gem2deb/20200311_020802_c6e4e@/log.gz | 12:08 |
| kanashiro | if you check the log you will find: autopkgtest [01:38:52]: testbed running kernel: Linux 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:21:09 UTC 2019 | 12:09 |
| kanashiro | is linux 4.15.0 expected in an ubuntu focal testbed? | 12:09 |
| ahasenack | vorlon: hi, for when you are online, when you have a moment, this is a seed change for a geoip library. I added a review slot for you at the request of the MIR team, because you were the one who added the geoip1 version to this seed way back: https://code.launchpad.net/~ahasenack/ubuntu-seeds/+git/ubuntu/+merge/380547 | 13:22 |
| ahasenack | teward: hi, I'm in the process of trying to bring libmaxminddb (for GeoIP2 access) from universe to main, and demote geoip1. There are only two rdeps in main, and nginx is one of them. I believe I just need to reshuffle the meta packages to require the geoip2 subpackage instead of the geoip1, and I'll put an MP up shortly and add a review slot for you | 13:26 |
| ahasenack | teward: when you are around, for the moment the diff is in https://bugs.launchpad.net/ubuntu/+source/libmaxminddb/+bug/1861101/comments/8 as I can't push to a new git repo in lp (it's being worked on) | 13:52 |
| ubottu | Launchpad bug 1861101 in nginx (Ubuntu) "[MIR]: dependency of bind9" [Undecided,In progress] | 13:52 |
| rbasak | rafaeldtinoco: will your fix for bug 1866458 definitely also work on the release pocket Bionic kernel? Because we'll build with NLA_F_NESTED defined to non-zero, right? | 13:57 |
| ubottu | bug 1866458 in drbd-utils (Ubuntu Bionic) "drbd not working after kernel upgrade 5.0.x -> 5.3.x" [Medium,In progress] https://launchpad.net/bugs/1866458 | 13:57 |
| rafaeldtinoco | yep | 13:58 |
| rafaeldtinoco | without that flag set command rets error | 13:58 |
| rbasak | rafaeldtinoco: I don't follow | 14:02 |
| rbasak | I thought this worked without the fix on the original kernel? | 14:02 |
| rafaeldtinoco | rbasak: new kernels containing a specific commit need that fix | 14:03 |
| rafaeldtinoco | so if user is using HWE and upgrades to new kernel.. might have to have it | 14:03 |
| rafaeldtinoco | ah I see what you mean | 14:04 |
| rafaeldtinoco | sorry rbasak I was doing 3 simult things | 14:04 |
| rafaeldtinoco | you are afraid of the flag | 14:04 |
| rafaeldtinoco | being added to a kernel that does not need it | 14:04 |
| rafaeldtinoco | +#ifndef NLA_F_NESTED | 14:04 |
| rafaeldtinoco | +#define NLA_F_NESTED 0 | 14:04 |
| rafaeldtinoco | +#endif | 14:04 |
| rafaeldtinoco | that part will make it ok | 14:05 |
| rafaeldtinoco | or maybe I didnt understand what u meant | 14:06 |
| rbasak | rafaeldtinoco: sort of | 14:06 |
| rbasak | And yes, that ifndef would nearly make me happy | 14:06 |
| rbasak | However that's a build time thing | 14:06 |
| rbasak | In our case, presumably NLA_F_NESTED is always available at build time and is non-zero | 14:07 |
| rafaeldtinoco | I see what u mean | 14:08 |
| rafaeldtinoco | i was checking that | 14:08 |
| rbasak | So how does something compiled with that work with an old kernel being given a flag value it doesn't recognize? | 14:08 |
| rafaeldtinoco | linux/netlink.h:#define NLA_F_NESTED (1 << 15) | 14:08 |
| * rafaeldtinoco checks | 14:08 | |
| rafaeldtinoco | rbasak: https://bugs.launchpad.net/ubuntu/+source/drbd-utils/+bug/1866458/comments/11 | 14:12 |
| ubottu | Launchpad bug 1866458 in drbd-utils (Ubuntu Bionic) "drbd not working after kernel upgrade 5.0.x -> 5.3.x" [Medium,In progress] | 14:12 |
| rbasak | rafaeldtinoco: thank you for checking! | 14:13 |
| rafaeldtinoco | of course. im sorry for not having checked it before | 14:13 |
| rafaeldtinoco | ill pay more attention to compile-time only variables being added | 14:14 |
| rbasak | It's fine. That's the point of reviews :) | 14:14 |
| rafaeldtinoco | yep | 14:14 |
| rafaeldtinoco | =) | 14:14 |
| === Wryhder is now known as Lucas_Gray | ||
| seb128 | vorlon, hey, could you get wpebackend-fdo to build on i386? it's a build-depends of webkit2gtk now | 15:36 |
| Laney | we need mozjs68 for gjs now as well | 15:39 |
| Laney | https://code.launchpad.net/~laney/ubuntu-archive-tools/mozjs68/+merge/380562 | 15:42 |
| vorlon | seb128: wpebackend-fdo added to the whitelist. so webkit2gtk got uploaded while there was a version entangled in the icu transition, and there were autopkgtest failures on webkit2gtk's revdeps in particular that were blocking. are we going to get this through? | 15:49 |
| seb128 | vorlon, I noticed those but I didn't want to investage on an rc version when a new stable is out which might fix it, I will look at those failure if there are still there with 2.28.0 | 15:50 |
| vorlon | ok, as long as there's follow-through, thanks | 15:51 |
| seb128 | np! | 15:51 |
| teward | ahasenack: NACK unless your rejiggered the NGINX code. the inbuilt GeoIP doesnt work with geoip2 | 15:59 |
| teward | we had to pull in a third party plugin for it so unless libmaxmind is going to Main I have to disable some components on NGINX builds | 16:00 |
| teward | I have no issues doing that but that removes the geoip functions from nginx-core | 16:01 |
| teward | had this discussion with upstream when GeoIP Legacy went the way of the dinosaur and we pulled in geoip2 as another third party module | 16:01 |
| teward | ah wait I misread. bringing libmaxmind to main. | 16:02 |
| teward | error:deadbrain | 16:02 |
| teward | ahasenack: sec team needs to review geoip2 then | 16:02 |
| teward | because that's a third party module | 16:03 |
| teward | (the geoip2 in the package for nginx) - if Security OKs that third party module going to main then I can apply it | 16:03 |
| ahasenack | teward: you mean review nginx's geoip2 core, not libmaxminddb | 16:03 |
| teward | ahasenack: ehhhhhhhhhhhh | 16:03 |
| teward | no | 16:03 |
| ahasenack | is that a separate source tarball? Or a contrib/? | 16:03 |
| teward | hang on a moment IRC from phone is inefficient | 16:04 |
| teward | let me get to my PC | 16:04 |
| ahasenack | teward: I'm on a call too :) | 16:04 |
| ahasenack | teward: we can talk in 1h or later | 16:04 |
| teward | lol i"m not heh | 16:04 |
| cjwatson | FWIW I switched Launchpad to geoip2 in production a while back | 16:04 |
| teward | just not out of bed :) | 16:04 |
| cjwatson | (because geoip legacy is (a) legacy and (b) doesn't support ipv6) | 16:05 |
| teward | cjwatson: right, that's why i pushed to get geoip2 added to the package as a third party dep | 16:07 |
| teward | but here's the problem | 16:07 |
| teward | https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1825895 is the inclusion of geoip2 module | 16:07 |
| ubottu | Launchpad bug 1825895 in nginx (Ubuntu) "Please include GeoIP2 module." [Wishlist,Fix released] | 16:07 |
| teward | which is not from nginx.org upstream | 16:07 |
| teward | it's in debian/modules/ | 16:08 |
| teward | which is where we load 3rd party modules (Debian's to blame here) | 16:08 |
| teward | now, we had a strict thing with nginx-core to not have any third party modules back in the nginx MIR | 16:08 |
| ahasenack | teward: I have to leave for about 1h, will be back later to read history | 16:08 |
| teward | geoip is from upstream, geoip2 is *not* from upstream nginx and is third party | 16:08 |
| teward | so if we're going to add that as a dep in nginx-core we need the SEcurity team to vet that module's code more thoroughly | 16:09 |
| teward | (cc sarnold because I'm about to give you more work_) | 16:09 |
| teward | now, if the Security team ACK's the geoip2 module that is third party for Main, then I can support this and push the diffs in | 16:09 |
| cjwatson | I presume this is only an issue due to the desire to only have one or the other of the core geoip{1,2} libraries in main | 16:09 |
| cjwatson | since I don't think nginx uses the python geoip bindings either way | 16:10 |
| cjwatson | anyway, not my problem, I just wanted to mention the Launchpad change | 16:10 |
| teward | cjwatson: the only reason it's an issue is because ahasenack wants to change nginx-core to pull in libnginx-mod-http-geoip2 instead of libnginx-mod-http-geoip | 16:13 |
| cjwatson | Presumably ultimately for the reason I gave | 16:13 |
| teward | ahasenack: this said, the two can work at the same time, they're designed to be coinstallable and work with slightly different commands | 16:13 |
| teward | yep | 16:13 |
| teward | cjwatson: yep. | 16:13 |
| teward | regardless, because of the nature of -geoip2 being a third party module that was NOT ACK'd in the original NGINX MIR (and was not given an ACK for main because libmaxminddb is not in Main) it needs a Security Team review of that code before it can be ACK'd and included in Main (the -geoip2 module). | 16:15 |
| teward | s/that code/the third party module's code/ | 16:15 |
| teward | (it also required libmaxminddb0 to be installed at runtime so... hence why it couldn't be in Main directly) | 16:17 |
| teward | ahasenack: also, I would suggest that we keep -geoip in as well as -geoip2 because -geoip2 isn't AIUI reverse compatible with GeoLite or GeoIP1 which some older deployments may still be using. | 16:18 |
| teward | (because they target different geoip datasets and there's a LOT of legacy apps I can think of in the Universe that use the legacy geoip data) | 16:18 |
| teward | ah i just read the bug data. ACK for dropping -geoip as a dep in core IF security team ACKs -geoip2 for Main | 16:21 |
| teward | cpaelzer: ^ pulling you in since you pointed ahasenack my way | 16:21 |
| teward | cpaelzer: needs security team reivew of -geoip2 for Main inclusion before it can move anywhere | 16:22 |
| teward | (because -geoip2 is NOT from nginx upstream, it's a third party contrib.) | 16:22 |
| cjwatson | I feel like you've said this a lot and maybe it would be better to just write it down once in a bug or MP or whatever's appropriate? | 16:22 |
| teward | already made a note in the bug | 16:22 |
| teward | *yawn* now where the heck is my coffee... | 16:23 |
| vorlon | Laney: well, mozjs68 ftbfs on i386 :P | 16:33 |
| vorlon | Laney: (and on amd64 apparently) | 16:33 |
| Laney | WHAT | 16:33 |
| vorlon | all I did was a no-change rebuild to pick up i386 | 16:33 |
| vorlon | so I dunno | 16:34 |
| Laney | dunno about amd64, no log? | 16:34 |
| Laney | i386... yeah... ok that looks plausibly real | 16:35 |
| ahasenack | teward: I commented in the bug also. What if we demoted the geoip(1) nginx module? | 17:19 |
| teward | ahasenack: doable. would require a few tweaks to the build rules too I believe because it references the dynamic modules there. give me a bit, doing some net maintenance at home atm so stuck on my phone's crap signal. Release Notes will need a blurb then though | 17:21 |
| ahasenack | sure | 17:21 |
| teward | so upgraders know the functionality changed | 17:22 |
| ahasenack | I added some reasons to my comment | 17:22 |
| ahasenack | which we could use to justify this | 17:22 |
| teward | *disappears to finish the net changes to bring wifi back up* | 17:22 |
| ahasenack | good luck! | 17:22 |
| teward | ahasenack: given the MIR backlog currently at the Sec Team's level (per sarnold) I'd say just drop geoip from core. I'll have to tweak the build rules give me a bit to poke some things and I'll have a debdiff | 17:39 |
| ahasenack | thanks teward. This also doesn't prevent the review of geoip2 from happening | 17:39 |
| teward | correct. | 17:39 |
| teward | but it removes NGINX from the equation | 17:40 |
| teward | for now | 17:40 |
| ahasenack | agreed | 17:40 |
| teward | we can MIR geoip2 in nginx later | 17:40 |
| ahasenack | if you want I can file that bug and start the analysis, like I did for bind9 (see the long description) | 17:40 |
| teward | yep, feel free, but let me get this diff first and let you once-over it to see if I missed stuff | 17:41 |
| ahasenack | right, let's see how it works | 17:42 |
| ahasenack | and if it works | 17:42 |
| sarnold | woo, thanks teward, ahasenack :) | 17:43 |
| ahasenack | teamwork++ | 17:43 |
| teward | ahasenack: https://paste.ubuntu.com/p/4q3Bv9Sy53/ <-- the debdiff I've got that would make these changes. | 17:49 |
| teward | there's an extra change in there for consistency sake on indentation from the 'dynamic module' section defining what is/isn't a dynamic module but the core_configure_flags in debian/rules is the core change that needed to be made | 17:49 |
| teward | otherwise it'd explode at compile :P | 17:49 |
| * ahasenack doesn't like explosions outside of cinema | 17:50 | |
| ahasenack | teward: I'll give that a whirl in a ppa together with the rest, and MP afterwards | 17:51 |
| ahasenack | unless you are doing that right now | 17:51 |
| teward | nah i need foods. feel free to do the PPA testing, if it works i can upload this direct :P | 17:51 |
| ahasenack | ok | 17:51 |
| ahasenack | thanks a lot | 17:51 |
| teward | wow LAG. my debdiff post JUST went throug bleh | 18:47 |
| teward | *shoots computer* | 18:47 |
| teward | ahasenack: i just uploaded the debdiff as well | 18:55 |
| teward | to the bug in case paste.u.c drops | 18:55 |
| ahasenack | teward: my only change is a whitespace at the and of the changelog message, and adding the bug number | 18:59 |
| teward | cool cook | 18:59 |
| ahasenack | + * Drop GeoIP from nginx-core due to demotion of libgeoip (LP: #1861101): | 18:59 |
| ubottu | Launchpad bug 1861101 in nginx (Ubuntu) "[MIR]: dependency of bind9" [Undecided,In progress] https://launchpad.net/bugs/1861101 | 18:59 |
| teward | cool cool* | 18:59 |
| ahasenack | it's building in a ppa | 18:59 |
| teward | awesome let me know how it goes | 19:00 |
| ahasenack | https://launchpad.net/~ahasenack/+archive/ubuntu/bind9-geoip | 19:00 |
| teward | ahasenack: I'll run tests after it builds and publishes | 19:13 |
| ahasenack | it's published, I'm about to install it | 19:13 |
| ahasenack | tw^ | 19:13 |
| ahasenack | teward: ^ | 19:13 |
| teward | ok. i need to check some config bits tho on it too | 19:13 |
| teward | make sure its disabled too - because default it's off :P | 19:13 |
| teward | in a few once my Focal container starts | 19:13 |
| ahasenack | teward: note I enabled proposed in the ppa, to mimic what will happen once it's uploaded to focal | 19:17 |
| teward | awesome | 19:17 |
| ahasenack | there is a new libcrypt1 dep | 19:17 |
| ahasenack | you might have to enable proposed in your container as well | 19:17 |
| teward | (I already do heh) | 19:17 |
| ahasenack | yay | 19:17 |
| ahasenack | nginx-core : Depends: libcrypt1 (>= 1:4.1.0) but it is not installable | 19:18 |
| ahasenack | I didn't :P | 19:18 |
| ahasenack | I see it there, it has the so, linked to the expected libraries | 19:23 |
| ahasenack | teward: modules-available/ is empty after installs? | 19:23 |
| ahasenack | in /etc, I mean | 19:23 |
| teward | yes | 19:23 |
| teward | ahasenack: mine's enabled too but it won't install until i specify `-t focal-proposed` to apt :P | 19:25 |
| teward | installing now | 19:25 |
| ahasenack | safer | 19:25 |
| teward | (I pinned it at 400 per https://wiki.ubuntu.com/Testing/EnableProposed) | 19:26 |
| ahasenack | I always forget about -t | 19:26 |
| teward | ahasenack: modules-enabled is where the system installed ones are | 19:27 |
| teward | geoip isn't in there which is a good sign | 19:28 |
| teward | but let me do some tests | 19:28 |
| teward | nginx: [emerg] unknown directive "geoip_country" in /etc/nginx/conf.d/geoip.conf:1 <-- this is *good* | 19:29 |
| teward | means geoip isn't available which is what our proposal does to nginx-core - removes 'geoip' from the available command set | 19:29 |
| teward | so from my perspective LGTM with those changes in, as geoip isn't available | 19:29 |
| teward | that said, we'll start getting [emerg] level log warnings for people still using legacy GeoIP in nginx-core and upgrading | 19:30 |
| teward | but that's something we'll have to justify | 19:30 |
| ahasenack | is this something that prevents nginx from starting after an upgrade? | 19:33 |
| ahasenack | I guess no, because we are not removing the geoip package | 19:33 |
| ahasenack | it will just be upgraded as usual, but from universe | 19:33 |
| ahasenack | this was a fresh install case? | 19:33 |
| teward | yes | 19:35 |
| teward | but the upgrade case will cause errors as well | 19:35 |
| ahasenack | how so? | 19:35 |
| ahasenack | if someone doesn't have universe enabled, you mean? | 19:35 |
| teward | well if the upgrade process does an autoremove it'll remove the geoip module | 19:35 |
| teward | and its modules-enabled reference | 19:36 |
| teward | and restart nginx and get an 'unknown directive' error | 19:36 |
| teward | this'll require a release notes notice about it | 19:36 |
| ahasenack | will it fail to restart? | 19:36 |
| teward | yes | 19:36 |
| ahasenack | I think it prompts for autoremove | 19:36 |
| ahasenack | but still, if there are many packages in that list, it might be missed | 19:36 |
| teward | yep | 19:36 |
| teward | if it autoremoves libnginx-mod-http-geoip it'll error with the error I indicated | 19:37 |
| ahasenack | replacing geoip with geoip2 would have caused the same thing, no? | 19:37 |
| teward | correct | 19:37 |
| teward | because it's a separate set of config arguments | 19:37 |
| teward | this is ExpectedIssues with any major change like this | 19:38 |
| ahasenack | I mean, even the original plan would have caused this | 19:38 |
| teward | correct | 19:38 |
| ahasenack | ok, document and proceed. I'll add a release notes task to the bug | 19:38 |
| ahasenack | if I remember what the release notes project is | 19:38 |
| teward | heh | 19:38 |
| teward | ahasenack: i'll tweak my debdiff, do you want me to upload direct to proposed then? | 19:40 |
| ahasenack | teward: that /etc/nginx/conf.d/geoip.conf you had, was that you who created it, or the package? | 19:40 |
| teward | i created it | 19:41 |
| ahasenack | ok | 19:41 |
| teward | no package makes anything in conf.d | 19:41 |
| ahasenack | so even purging would leave it there, and the error | 19:41 |
| teward | but it beats the heck out of editing nginx.conf directly (it has an `include /etc/nginx/conf.d/*.conf`) | 19:41 |
| teward | correct, which is another example of how this upgrade can break things | 19:41 |
| ahasenack | yeah, isn't that one of the reasons to have .d? To have packages place stuff there? | 19:41 |
| teward | ahasenack: indeed, but nginx doesn't enable geoip by default | 19:41 |
| teward | upstream indicates as much | 19:41 |
| ahasenack | but if you install it, it loads it by default | 19:42 |
| teward | http://nginx.org/en/docs/http/ngx_http_geoip_module.html | 19:42 |
| ahasenack | just not uses it? | 19:42 |
| teward | correct | 19:42 |
| teward | but loads vs. uses is the point here | 19:42 |
| ahasenack | ok, several layers | 19:42 |
| teward | the module is default off unless you configure things | 19:42 |
| teward | once you add the configuration (a-la that link's example at the top of its docs) it tries to use the module | 19:42 |
| teward | by 'default off' i mean enabled anda vailable but not used. | 19:42 |
| teward | s/enabled/loaded/ | 19:42 |
| teward | just like a2enmod {INSERTMODULE} that doesn't necessarily *activate* any configurations for some modules just makes it available for conf to use. | 19:43 |
| teward | (in some edge cases) | 19:43 |
| ahasenack | ok | 19:43 |
| ahasenack | I added a comment about release notes | 19:44 |
| ahasenack | wrt uploading now, I don't know, cpaelzer isn't aware of our new plan | 19:44 |
| ahasenack | maybe wait until tomorrow? | 19:44 |
| teward | ack | 19:44 |
| teward | i'll prep the changes on my side though | 19:44 |
| teward | just in case ;) | 19:44 |
| ahasenack | ok, thanks | 19:44 |
| ahasenack | I can't create an MP, launchpad is timing out when I git push | 19:44 |
| ahasenack | known issue, I raised a support ticket | 19:45 |
| teward | right. | 19:45 |
| teward | i don't push to the Git with nginx, though, I usually upload direct. | 19:45 |
| teward | (old school package - I haven't gotten a git workflow for it worked yet) | 19:45 |
| teward | s/package/packaging/ | 19:45 |
| ahasenack | it's fine | 19:45 |
| teward | unlike my GBP workflow in Debian for vmfs6-tools and xca :P | 19:45 |
| ahasenack | teward: what tz are you in? | 19:46 |
| ahasenack | it's 16h46 for me now | 19:46 |
| ahasenack | (19h46 UTC) | 19:46 |
| teward | Eastern US (15:46 local, 19:46 UTC) | 19:47 |
| teward | +- 1m30s for typing resulting in timeoffset | 19:47 |
| ahasenack | oh, look, same utc | 19:47 |
| ahasenack | :D | 19:47 |
| ahasenack | close enough | 19:47 |
| teward | yep xD | 19:47 |
| kanashiro | LocutusOfBorg, I mistakenly sync'ed a new version of src:puma on top of your delta and now I am trying to introduce the changes again to fix a regression. However, some questions arose during the review process, could you check this bug and try to give us some insight? https://bugs.launchpad.net/ubuntu/+source/puma/+bug/1866881 | 19:48 |
| ubottu | Launchpad bug 1866881 in puma (Ubuntu) "Autopkgtest regression triggered by Ruby 2.7" [Undecided,New] | 19:48 |
| ahasenack | teward: thanks for your assistance on this today | 19:49 |
| teward | ahasenack: you're welcome. do me a solid though and prep the MIR for -geoip2 module as well? | 19:49 |
| teward | we'll throw that stuff onto Security's backlog ;) | 19:49 |
| teward | if not in time for release here, for G-series | 19:50 |
| ahasenack | already created the card: https://trello.com/c/ySFJNH0x | 19:50 |
| teward | nice | 19:50 |
| ahasenack | you can subscribe to it, it will have the mir bug shortly | 19:50 |
| teward | yep watching the card now :) | 19:51 |
| teward | and i'm subbed to all nginx bugs so when that MIR is filed I'll get a ping :) | 19:52 |
| teward | sorry I made things complex but :) | 19:53 |
| teward | best we're all in the loop :) | 19:53 |
| ahasenack | you did not make it comple | 20:00 |
| ahasenack | complex | 20:00 |
| ahasenack | I missed the libmaxminddb requirement in my bind9 9.16 update, I thought I could still use the old geoip1 | 20:00 |
| bdmurray | vorlon: I ran across this MP the other day - do you have an opinion on the new sizes? https://code.launchpad.net/~xnox/ubuntu-release-upgrader/eoan-kernel-sizes/+merge/374125 | 20:08 |
| LocutusOfBorg | kanashiro, will have a look | 20:17 |
| vorlon | bdmurray: seems reasonable to me, particularly as these are fallbacks | 20:21 |
| LocutusOfBorg | kanashiro, I did sponsor the patch thanks | 20:39 |
| kanashiro | LocutusOfBorg, thank you | 20:43 |
| LocutusOfBorg | kanashiro, I added also the previous changelog entries | 21:01 |
| LocutusOfBorg | so we don't loose the history | 21:01 |
| mwhudson | vorlon: bah ubuntu-dev-tools in focal is not compatible with python2 any more | 22:06 |
| vorlon | heh | 22:06 |
| vorlon | sil2100: pleeease | 22:07 |
| mwhudson | i'll poke a bit to see how non-trivially | 22:07 |
| mwhudson | bluuurgh python2 sucks | 22:55 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!