[04:04] rbasak: if you happen to be around, ping -- or in the next few hours, have an importer question for you [05:16] xnox_: DNSSEC> that smells like an SRU then? it should mostly be alright, but some devices still have trouble with it; and we don't do portal detection; so I'd disable it again [07:44] join #server [07:59] pitti, yes, there is inflight bileto, hoping for unapproved queue SRU today/soon (need to fix up missmerged cherrypick first though) === xnox_ is now known as xnox [08:28] nacc: o/ [08:41] slashd: ~ubuntu-sru-developers should work now (thanks slangasek!). Could you perhaps review and upload some suitable SRU from the sponsorship queue to test? [08:46] hello jbicha I suppose I can close lp: #1657924 [08:46] Launchpad bug 1657924 in virtualbox (Ubuntu) "Clicking the file chooser button crashes VirtualBox on Zesty" [Medium,Expired] https://launchpad.net/bugs/1657924 [09:04] ok, systemd sru refix; and thrown into bileto - coffee time === JanC_ is now known as JanC [11:42] LocutusOfBorg: that's fine, my config file was broken so maybe some day I'll look into it more [11:45] thanks [11:46] will keep it as expired === _salem is now known as salem_ === salem_ is now known as _salem [13:58] rbasak, morning, I think my ACL is now set by the TB --> https://lists.ubuntu.com/archives/technical-board/2017-April/002302.html but I still can't approved series nomination, do you think it is something we can arrange ? [14:03] slashd: can we check that uploading SRUs works first please? [14:04] rbasak, that was my second question, is there a way I can easily check before doing an real upload ? [14:06] slashd: use ubuntu-upload-permission [14:07] rbasak, so far I checked with this : http://people.canonical.com/~ubuntu-archive/archive-permissions/individuals and I don't see my name, will try with ubuntu-upload-permission [14:17] rbasak: heya, I think I figured it out last night, but will see if i remember today [14:32] rbasak, seems like ubuntu-archive-tools indicate : [14:32] == All rights for slashd == [14:32] Archive Upload Rights for ubuntu-sru-developers: archive 'primary', pocket 'Proposed [14:33] but ubuntu-uploader-permission doesn't reveal much [14:35] slashd: it looks like ubuntu-uploader-permission can't check for a specific pocket. [14:35] slashd: can you perhaps check the sponsorship queue and try and review and upload an SRU from there? [14:35] slashd: quick, fix some bugs! :) [14:37] jbicha, rbasak, sure will have a look this week, and once having 1 upload I'll ping back for the series nominations ? [14:37] Yes [14:37] rbasak, sound like a good plan, thanks [14:37] I don't want to chase up series nominations until we know the upload actually works. Since otherwise it could just be that. [14:38] rbasak, totally make sense thanks === _salem is now known as salem_ [14:42] bdmurray: slangasek: looking at LP: #1654008, it seems like the SRU of update-manager isn't actually available (but was at some point?). rmadison indicates it's a source only package now in t-u. [14:42] Launchpad bug 1654008 in update-notifier (Ubuntu Zesty) "/usr/bin/update-manager:OverflowError:/usr/bin/update-manager@117" [High,Fix released] https://launchpad.net/bugs/1654008 [14:42] nacc: cjwatson mentioned fixing in #ubuntu-release [14:43] bdmurray: oh ok, someone was asking in #ubuntu [14:43] * nacc will go look at logs [14:43] I forgot to accept my copy apparently [14:44] cjwatson: :) [14:48] rbasak: re: LP: #1680064, can you change the default branch back so i can debug? [14:48] Launchpad bug 1680064 in usd-importer "git repos pushed by the importer do not have HEAD set sensibly" [Medium,Fix released] https://launchpad.net/bugs/1680064 [14:51] nacc: it won't let me do it as it doesn't exist :-/ [14:51] I wonder if I should delete the repo and then re-push it. [14:51] rbasak: i'm testing with my own repo, let me see [14:52] rbasak: that's strnage as i was able to change it on the existing repos (when i was testing this) [14:52] Oh. [14:52] I have a hunch as to what failed. [14:55] nacc: sorry, my fault. I didn't actually check if "usd import" had claimed success, only that the repo appeared pushed (as I'd switched machine) [14:55] Looks like it did actually fail, so never got beyond the push. [14:55] Sorry for the trouble. [14:55] rbasak: ah! [14:55] rbasak: yeah :) now why did it fail? [14:55] lazr.restfulclient.errors.PreconditionFailed: HTTP Error 412: Precondition Failed [14:55] * rbasak shrugs [14:55] Never seen that before. [14:55] ah ... lp something something? [14:55] Usually it hangs at that stage. [14:56] hrm, i've also not seen that [14:57] rbasak: fyi, i'm working on or retooled patches-applied algorithm (LP: #1662325) [14:57] Launchpad bug 1662325 in usd-importer "Update algorithm for patches-applied" [Undecided,New] https://launchpad.net/bugs/1662325 [15:05] "precondition failed" is normally code for mid-air collision [15:05] cjwatson: ah ok, thanks [15:05] the etag sent in your request to represent the state of the object you're modifying doesn't match the current state [15:14] nacc: so that was from: [15:14] File "/home/robie/Code/Canonical/usd-importer/usd/importer.py", line 1092, in main [15:14] lp_git_repo.lp_save() [15:14] If that matters. [15:14] rbasak: the 412 ? [15:15] rbasak: hrm, well that's what updates the default branch :) [15:15] Yep :) [15:16] hrm, it's odd, because the lp_git_repo object is obtained from lp just before that [15:16] so i'm not sure why there would be a collision [15:16] rbasak: did you keep the directory? is it reproducible (it should try to adjust the default branch on every push) [15:16] Yes I have the directory [15:17] I can try another clone [15:17] Uh, import [15:17] yeah [15:17] It reran without error [15:18] hrm, ok -- so i'd presume to say lp something something for now ... [15:18] But I can't change HEAD back. [15:18] "This repository does not contain a reference named 'refs/heads/master'." [15:18] I can try delete and recreate if you want? [15:19] rbasak: ah so it can be already set to an invalid value, but you can't set it to one [15:19] Right [15:19] rbasak: up to you -- would be good to see, as in my testing it was fine, so if it's reproducible, should be easy to debug and fix [15:19] OK I'll try delete and recreate now. [15:20] rbasak: thanks [15:20] It failed again [15:20] Different error [15:20] heh [15:21] http://paste.ubuntu.com/24408024/ [15:21] Race between Launchpad getting the push and processing the repo? [15:21] that's what i'm wondering now [15:21] which would makes sense as to why you got the 412 before based upon cjwatson's comment === salem_ is now known as _salem [15:21] Yeah [15:21] cjwatson: --^ after a push to a repository, is there a way to ensure it's 'settled' on the lp side before we grab a reference to that repository and change state? [15:22] You could certainly be racing with the scanning job [15:22] What attributes do you need to change exactly? [15:22] the default branch [15:22] Just the HEAD symbolic ref. [15:22] Since we don't have a "master". [15:22] Incidentally, a bunch of other stuff assumes that HEAD exists, such as git-build-recipe. I hit that today. [15:23] Can't you just push HEAD? [15:23] (even when I don't need to to exist) [15:23] I forget exactly how that works, I know it's weird in git [15:23] It used to be that you couldn't do that. [15:23] But it might have changed more recently. [15:24] Ah yes, I had to implement an extension for that for git-to-git imports [15:24] OK, so I think you should probably just loop-and-retry-on-412 [15:24] got it [15:24] i can do that [15:24] Or 404 [15:24] (this second error was a 404) [15:25] right, and in our case, presuming push() passed, we know it should exist eventually [15:30] rbasak: something like http://paste.ubuntu.com/24408055/ [15:30] rbasak: as i think we need to re-grab the repo object to avoid the 412 [15:31] nacc: looks good. Do we need a timeout? [15:31] rbasak: not sure :) [15:31] rbasak: probably? but i'm not sure how to do that [15:31] rbasak: i think not for 412, but for 404 maybe we should? [15:32] Probably easiest to just loop until timeout and ignore all 412 and 404. [15:32] rbasak: yeah, but what timeout? :) [15:32] rbasak: 1m? [15:32] 30s? 60s? [15:33] nacc: .lp_refresh() would work too [15:33] (well, that doesn't work with 404, only if the .lp_save() fails) [15:33] cjwatson: got it [15:35] I'd do something like lazr.restfulclient._browser.Browser._request_and_retry does if I were you [15:35] exponential backoff with a limit === _salem is now known as salem_ [15:35] cjwatson: thanks, will look === salem_ is now known as _salem [16:37] rbasak: can you test http://paste.ubuntu.com/24408457/ ? [16:37] i'm not sure if the default is sensible (3 retries with exponential backoff) [16:40] ack [16:40] rbasak: thanks [16:47] nacc: it worked [16:47] I had to try twice because the first failed on the push, which I think is a bug in libgit2 in Xenial. [16:48] The second time (after deleting the repo from LP again) it worked fine. [16:49] rbasak: ok cool, i'll push it up then [16:49] Thanks! [16:50] rbasak: thanks for the quick test [17:29] Has it been announced anywhere when the AA-archive will open? :) [17:37] hjd: Nobody can give an estimate until we have a name from Mark [17:38] ah, ok [17:46] and it's usually at least a few days after that === maclin1 is now known as maclin [18:07] nacc: thanks, I'm not sure where 1678349 fell through the cracks. [19:01] sarnold: thanks! yeah, i can't see it, so I can't tell it either, but figured a ping here was the right way to get it to your team [19:09] rbasak, I got added to the ~ubuntu-release-nominators team, I think I'm all set now, thanks again [19:10] slashd: great! [20:11] slashd: are you looking for stuff to SRU? are you able to SRU anything in main? [20:18] if so, I recommend bug 1550210 which was worked around by both Ubuntu GNOME and Ubuntu Studio, but see my comment at the end [20:18] bug 1550210 in imagemagick (Ubuntu Yakkety) "Desktop file does not open ImageMagick from the menu" [Medium,Triaged] https://launchpad.net/bugs/1550210 [20:21] jbicha, haven't tried yet, will give it a try this week [20:22] jbicha, just released Thunderbird 52 is GTK3 ;) [20:24] ricotz: great, I encourage you to reply to the list. Do you have an opinion on the email client question? [20:26] jbicha, I guess I am too old school to have a objective opinion [20:27] aka using thunderbird for over 15 years [20:27] mutt 4 lyf, yo [20:27] *gang sign* [20:29] infinity: :-) [20:31] rbasak: interesting, i think with very few changes, i've got the spph from a ppa now, just need to figure out how to get to the files with the right object (.dsc, etc). Also in doing some digging, ubuntutool has a UbuntuCloudArchiveSourcePackage object (need to look still what it defines) [20:33] infinity: I recently started playing with mutt, and it's impressive, IMHO. I'll still use Thunderbird when I'm on my main system, though. [20:34] tsimonq2: mutt's a complete non-starter for people who need to read a lot of html email, especially with embedded images. I, however, have the luxury of being able to say "I'm a nerd who won't read your mail if the majority of the content is in images, kthx." [20:34] heh [20:34] Hahaha. [20:35] infinity: this is a feature [20:35] infinity: Well all the mailing lists I'm subscribed to are *explicitly* set to use only plaintext, and when I need to view HTML mail (rare nowadays) I just use Roundcube Webmail (which is an AWFUL program for doing anything but reading non-encrypted, HTML emails) [20:35] what, e-mails can contain images? :) [20:37] The only things I can think of that send me HTML emails are confirmation emails for signing up to things, and Viagra spam. (the latter of which I have an imapfilter + SpamAssassin setup to deal with, but it's not PERFECT) [20:38] infinity: But if I' [20:38] Grrrrrrrrrrrrrrrrrrrrrrr [20:38] If I'm sending patch mail, mutt hands-down [20:39] stgraber: It can, yeah, but it helps if you're tall enough to read above the signature footer. [20:40] HAH [20:40] infinity: haha, when I wrote that I was thinking, "how will Adam turn that into a short joke?", that's how :) [20:40] stgraber: Man, it wasn't easy. [20:40] stgraber: But I powered through. [20:41] XD [20:43] I'm going out to buy all the hamburgers in a 2 mile radius. Anyone need anything? [20:44] infinity: Funny enough, I work at McDonald's, so if you give me 10 minutes I can tell you about all our deals in detail. XD [21:03] Crikey... Both Dropbox (https://www.dropbox.com/sh/l0vzh88wq0lipjv/AABUIgRsUCNFjI2QoC_fiJhma) and Bitbucket (https://bitbucket.org/stephan-henningsen/aseprite-dist) are giving me a hard time with deep-linking from a shared link. That is, https://www.dropbox.com/sh/123/ works but https://www.dropbox.com/sh/123/dists/xenial/InRelease gives 404 even though the path technically exists. === locutus_ is now known as LocutusOfBorg [21:09] Ah, getting there: deb https://bitbucket.org/stephan-henningsen/aseprite-dist/raw/master xenial main [21:16] Yay! Success! [22:06] infinity: ":auto_view text/html" works fine as long as the formatting of the email isn't particularly important ... [22:07] cjwatson: I use sometihng along those lines, yes. [22:08] (what I normally do is do nearly all my routine mail handling with mutt, and use K-9 on my phone for anything that's too awkward to read that way)