| maths22 | The web side seems happy now, but I am getting `Uploading to ppa (via ftp to ppa.launchpad.net): Connection failed, aborting. Check your network [Errno 111] Connection refused`. Is anything known to be up with the ftp server or is something sad on my end? | 00:09 |
|---|---|---|
| maths22 | It *looks* like i also can't connect by sftp | 00:45 |
| ernstp | Getting something similar here... Uploading to ppa (via ftp to ppa.launchpad.net): [Errno 101] Network is unreachable | 02:08 |
| === joelkraehemann_ is now known as joelkraehemann | ||
| joelkraehemann | hi all | 02:46 |
| joelkraehemann | is core22 fine with launchpad snap build environment? | 02:46 |
| joelkraehemann | I had problems using it. | 02:46 |
| joelkraehemann | https://launchpad.net/~jkraehemann/+snap/gsequencer-4 | 02:48 |
| ilasc | Hi all, as mentioned above, there was an outage last night, issues reported are related, things should be working normal today | 08:35 |
| ilasc | joelkraehemann: core22 builds should work yes with git based repositories, you're using Bzr though and from looking at your build logs, it appears you're running into the same bug reported here https://bugs.launchpad.net/brz/+bug/1876948 , except for Breezy 3.2.1 (bzr7585) | 08:50 |
| ubottu | Launchpad bug 1876948 in Breezy "bzr based snap builds with 'base: core20' fail" [Critical, Triaged] | 08:50 |
| arraybolt3 | Is Launchpad bug reporting messed up for anyone else? I've just been stuck at the "Please wait while bug data is processed" screen for what feels like way longer than usual. | 10:38 |
| cjwatson | arraybolt3: It's possible there are some processing jobs that are stuck after the outage last night. | 10:53 |
| arraybolt3 | Still stuck at the same screen. I think either my browser or Launchpad is having a bout of indigestion. | 10:53 |
| arraybolt3 | cjwatson: That would make sense. | 10:53 |
| arraybolt3 | (I'm on Chromium fwiw, is that browser known to have problems with Launchpad?) | 10:54 |
| cjwatson | Let me see if I can chase that down a bit ... leave it running | 10:54 |
| cjwatson | It's very unlikely to be related to the browser you're using | 10:54 |
| cjwatson | Subject: Scripts failed to run: loganberry:process-job-source-IProcessApportBlobJobSource | 10:55 |
| cjwatson | I bet that alert is related | 10:55 |
| arraybolt3 | Thanks for looking at it. I'll leave the tab open just in case it starts working, and do other stuff in the mean time. | 10:59 |
| cjwatson | Basically our timeouts are imperfect, so sometimes network-level outages cause jobs to hang forever rather than timing out sensibly, which means that that class of jobs ends up being locked. | 11:02 |
| arraybolt3 | Oh. In that instance, should I give up on this tab and run ubuntu-bug again? | 11:03 |
| cjwatson | No! | 11:03 |
| cjwatson | Leave it | 11:03 |
| cjwatson | Running ubuntu-bug again will just add another item to the queue that isn't moving. No point :) | 11:03 |
| arraybolt3 | Oh LOL OK. I thought it was just my bug report that was hung. | 11:03 |
| cjwatson | The job that's hanging isn't yours, it's one from last night | 11:03 |
| arraybolt3 | (I didn't touch anything.) | 11:03 |
| cjwatson | arraybolt3: Should be clearing shortly | 11:16 |
| arraybolt3 | Thank you kindly! | 11:16 |
| cjwatson | 2022-09-22 11:20:54 INFO Ran 392 ProcessApportBlobJob jobs. | 11:21 |
| cjwatson | that looks like the queue cleared | 11:21 |
| Rhonda | Is there a way (for people with extended privilege) to override the homepage field of packages which is exposed in package metadata? I've been notified that for one package the domain was taken over by someone running a pr0n website on it, and doing a sourcefull upload for all releases might not be the best approach. | 11:21 |
| cjwatson | Rhonda: Unfortunately no (and there's also the difficulty that the index files for stable releases are never republished anyway) | 11:23 |
| cjwatson | by which I mean, focal is frozen, just appended to by focal-updates | 11:23 |
| Rhonda | Hmm. I think there was a discussion in the debian ftp team that such metadata including maintainer and VCS fields for stable should be overridden by the entries in unstable, so that uploads for stable for such changes aren't needed. I'm unsure whether that was pulled through, but it might be a useful suggestion for such situations. | 11:25 |
| cjwatson | That doesn't appear to be how things work in Debian stable releases at the moment, or at least not without some kind of reupload happening (the test case I could immediately think of hasn't changed in stable recently). | 11:39 |
| Rhonda | Yeah, it seems that the discussion faded and never went anywhere unfortunately. | 11:40 |
| cjwatson | Also wouldn't be effective unless we republished index files for stable releases. Debian doesn't have that problem so much because of a different model for stable releases. | 11:40 |
| cjwatson | Point releases, I mean | 11:40 |
| Rhonda | Right. | 11:40 |
| cjwatson | It's a tricky problem unfortunately. An SRU set may be the least bad option :-/ | 11:40 |
| LocutusOfBorg | hello, no way to import hg branches on launchpad, right? | 15:10 |
| cjwatson | LocutusOfBorg: no | 15:10 |
| cjwatson | LocutusOfBorg: decommissioned in 2012: https://blog.launchpad.net/notifications/mercurial-imports-will-end-on-october-5th | 15:11 |
| LocutusOfBorg | ok thanks | 15:15 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!