=== salem_ is now known as _salem
=== scottt is now known as Guest30268
=== feliks_ is now known as longboy
MirvQt 5.7.1 published, autopkgtest infra might be busy again for a day or two03:53
=== longboy is now known as felikswhite
mantiena-baltixHi seb12809:39
seb128hey mantiena-baltix09:39
mantiena-baltixseb128: please tell me who could help accept 1 patch from Debian LibreOffice packages to fix bug #163584709:41
ubottubug 1635847 in libreoffice (Ubuntu) "Please build libreoffice-systray package (re-enable quickstarter) - sync with Debian LibreOffice packaging" [Low,Confirmed] https://launchpad.net/bugs/163584709:41
seb128mantiena-baltix, try sweetshark on #ubuntu-desktop09:41
mantiena-baltixseb128: thanks09:41
mantiena-baltixseb128: Sweet5hark ?09:42
=== thegodfather is now known as fabbione
=== _salem is now known as salem_
mabkenarHi everybody. I have just sent my first pull request to Ubuntu. It is a typo-fix to ubuntu-system-settings (just getting ready for my next substantial merge request).12:58
mabkenarDo you know if I have to sign a CLA before it gets merged?12:58
mabkenarPR is here: https://code.launchpad.net/~mabkenar/ubuntu-system-settings/typo-fix/+merge/31441612:58
ackkcjwatson, hi, I hit another strange behavior between the python-apt lib in trusty and xenial. If I load trusty lists with the xenial version, some packages don't get a description. it seems those are the ones that don't appear in the translations file. but with the python-apt version in trusty it works13:15
ackkcjwatson, do you know if there has been some backwards-incompatible change?13:15
cjwatsonackk: I don't, sorry13:16
ginggsdoes anyone know why completed builds are stuck showing 'uploading build'? e.g. https://launchpad.net/ubuntu/+source/sagemath/7.4-6ubuntu1 amd6413:16
ackkcjwatson, notably with that same package:13:16
ackk>>> cache['touchegg'].versions[0].description13:16
ackk    ''13:16
ackkcjwatson, is there anyone else that might have insight on this?13:17
cjwatsonackk: juliank might know when they're around13:22
ackkcjwatson, thanks13:23
cjwatsonginggs: ouch - https://bugs.launchpad.net/launchpad/+bug/165533413:25
ubottuLaunchpad bug 1655334 in Launchpad itself "process-upload oopses if snap was deleted after build completed" [Critical,Triaged]13:25
cjwatsonginggs: let me see if we can work around this13:26
ginggscjwatson: thanks13:26
pete-woodshi guys13:48
pete-woodsin that PPA, my packages have been stuck "uploading" for at least an hour13:48
pete-woodsnever seen that happen before13:49
pete-woodscould it be related to the snappy builds that are stuck, that you're talking about, above?13:49
ginggspete-woods: looks the same to me13:52
pete-woodscjwatson: asac13:55
pete-woodscjwatson: ^ thought that above PPA was showing the same symptoms13:55
pete-woods(IRC client went mad there)13:56
pete-woods(sorry for the wrong ping)13:56
cjwatsonpete-woods: same problem, gradually working on clearing it out14:01
cjwatsonno need for further reports at this time, thanks14:02
pete-woodsokay, will let you guys fix it up then :-)14:02
cjwatsonginggs,pete-woods: still catching up a bit, but it's mostly better now15:08
pete-woodscjwatson: cool, thanks for the update :)15:08
ginggscjwatson: thanks!15:08
gQuigswas looking at some bugs for evolution and noticed that there is a -proposed package in xenial without an associated bug - https://launchpad.net/ubuntu/+source/evolution/ - http://people.canonical.com/~ubuntu-archive/pending-sru.html15:13
gQuigsseb128: ^is that revert still needed?15:13
seb128gQuigs, yes, we should go back to use the langpack .mo since the bug were those were missing has been fixed15:15
seb128which is what this update is doing15:15
elopiobarry: ping. Are you now in charge of the autopkgtest infrastructure?15:19
barryelopio: we're still splitting up the pitti horcruxes.  i don't have access to the infra yet, but Laney does.  i'm working on the software for right now15:20
ackkjuliank, hi, around?15:21
juliankackk: Yep15:22
ackkjuliank, do you know if there was some backwards-incompatible change in python-apt in xenial wrt "Description" parsing? I'm using the python-apt from xenial with lists from trusty, and some packages report an empty description15:23
juliankackk: I don't think so.15:23
ackkjuliank, http://paste.ubuntu.com/23776610/ is an example15:24
juliankackk: Well, what does apt-cache -o Dir=/home/ack/Desktop/apt show touchegg tell you (and showpkg)15:25
ackkjuliank, that doesn't show the full description, though?15:26
juliankMaybe also add -o Dir::State::status=/home/ack/Desktop/apt/var/lib/dpkg/status15:26
juliankackk: hmm?15:26
ackkjuliank, the full description is in the Translations file, not in the Description field15:27
juliankI'm not sure what you're trying to say. show will lookup a translated description, and showpkg shows all files containing descriptions15:28
ackkjuliank, version.description should show the full description, and it does on trusty15:28
juliankAnd it does.15:28
ackkjuliank, https://pastebin.canonical.com/175488/15:28
ackkjuliank, or rather http://paste.ubuntu.com/23776635/15:29
* ogra_ recommends using a public pastebin instead :)15:29
ogra_heh, *snap*15:29
juliankackk: Right, you do not have the translations15:29
juliankshowpkg should tell you that15:30
ackkjuliank, I do have them15:30
=== dannf` is now known as dannf
juliankackk: Apparently not.15:30
juliankPlease look at showpkg output15:31
ackkjuliank, it doesn't report them15:31
ackkjuliank, but I do have /home/ack/Desktop/apt/var/lib/apt/lists/it.archive.ubuntu.com_ubuntu_dists_trusty-proposed_universe_i18n_Translation-en15:31
ackkjuliank, uhm, wait you're right. I don't have them for the release pocket15:32
ackkjuliank, not sure why apt didn't download them15:32
ackkjuliank, are there any tweaks to tell apt to download or not translation files?15:34
juliankackk: Tons15:37
juliankBut by default it should download them15:37
juliankackk: maybe retry downloading?15:40
elopiobarry: I'm asking because I would like to help, with the software. If you have any simple tasks to help me getting started, feel free to assign them to me.15:41
sladenelopio: a good place, is you find a piece of software you already use15:42
barryelopio: cool.  i'm also advocating a (virtual or irl) sprint to work on both the s/w and infra so we can get better timezone coverage, etc.  would you like to be involved in that if it happens?15:42
sladenelopio: and look for something really simple, (like a spelling mistake)15:42
ackkjuliank, fwiw I was downloading them with passing a config file to apt with just the "Dir" option set15:45
juliankackk: If you use apt with a chroot style without using the hosts settings, you need to specify a config file via APT_CONFIG and set Dir in that one. Otherwise it first loads all configuration from the host and then applies the settings from your file.15:47
juliankBecause command-line parsing happens after configuration initialization.15:48
* juliank just had the same issue, wondering why his "chroot" was downloading contents files...15:49
ackkjuliank, right, that's what I did, basically15:54
ackkjuliank, oh you mean using an actual chroot?15:54
juliankThat's why I put quotes around it :D15:55
ackkjuliank, I mean, if I pass -c it still loads stuff from /etc ?15:55
ackkI see15:55
juliankIn fact, if you pass -c Dir=<foo>, it will not load any configuration from <foo>15:55
juliankbecause config file loading is done before that15:55
ackkjuliank, )15:55
ackkjuliank, I'm not passing any -o fwiw, just "apt -c apt.conf" where apt.conf contains Dir "/my/dir"15:56
ackkjuliank, is there a way to properly isolate it from the system?15:56
juliankfIle loading happens before argument parsing.15:56
juliankWith the APT_CONFIG variable15:57
juliankSet APT_CONFIG to the name of the file containing your "Dir" setting15:57
juliankapt first loads defaults, then APT_CONFIG, and then Dir::Etc::parts and Dir::Etc::main; and then parses arguments15:58
barryelopio: one thing that's hitting me right now is that autopkgtest-buildvm-ubuntu-cloud is timing out pulling down and running a zesty image.  i think it's not that script so much as it is cloud-init.  i haven't had time to dig into that in detail, but that's the next thing on my list when i clear some backlog (and yes, this is yak shaving because i'm trying to see why network-manager won't promote due to systemd autopkgtest regressions)15:59
naccrbasak: fyi, using d/s/f as a fallback for `dpkg-source --print-format` works for util-linux, at leat16:04
ackkjuliank, it seems they're only downloaded for trusty-updates, not trusty: https://pastebin.canonical.com/175493/16:06
juliankackk: pastebin!16:06
ackkaah, crap16:07
ackkjuliank, http://paste.ubuntu.com/23776767/16:07
juliankackk: that's no really useful to look at, we know that stuff already16:08
juliankhow about update --print-uris16:08
juliank(this tells us if it is even trying to fetch it - I think)16:09
ackkjuliank, http://paste.ubuntu.com/23776774/16:09
juliankThen look at the real update output and check if it mentions anything about that16:10
ackkjuliank, (I also switched to the main mirror, just to be sure)16:10
ackkjuliank, it does not: http://paste.ubuntu.com/23776780/16:11
juliankackk: I can definitely reporduce this16:11
ackkjuliank, apparently this is only happening with trusty on xenial, it seems to work with  precise and xenial repos16:12
ackk(always from xenial)16:12
juliankackk: Right. I believe apt now requires Translation-en to be listed in the Release file - which it is not on trusty16:14
ackkjuliank, I see. this seems like a regression though?16:15
juliankIt's a feature!16:15
ackkno more annoying trusty!16:15
juliankNo seriously. It avoids one GET for the i18n/Index on systems that don't have other languages configured16:16
juliankIn fact, I don't think we use the translation index at all16:17
juliankI just special cased -en in my description because that's the only one in trusty-updates AFAICT16:18
ackkjuliank, is there a way to force it?16:18
juliankNot sure16:18
juliankI'd just use an older apt to download it...16:18
juliankIn fact, Debian does not have an i18n/Index16:19
ackkjuliank, so the problem is that we have one script that we use to build a package db dump for all supported releases, using python-apt. so on xenial I get empty descriptions for packages in trusty16:19
juliankYou can download the translation file manually and place it at the correct spot to work around this16:20
ackkjuliank, yeah I guess I'll have to do something like that.16:21
ackkjuliank, thanks a lot for the help16:21
juliankackk: BTW requiring files to be in the Release file happened because (1) it's more secure (2) we can be relatively sure how much we'll download [progress] (3) less load on servers by useless queries16:24
ackkjuliank, yeah I understand, it totally makes sense. it's just unfortunate that it leaves the trusty case unconvered16:25
juliankMaybe someone could update the Release file there to include those things (and do a manual diff to ensure it's sane)? It's a bit weird thing to do, but it'd help prevent further problems like that.16:26
juliankThat said, missing descriptions is not a huge issue normally.16:27
juliankSo it might not be worth it16:27
cjwatsonunfortunately updating the Release file for trusty causes huge load16:27
cjwatsonwe can in theory do it but we have to be very selective indeed about timing16:27
juliankcjwatson: Hmm - why does it cause huge load?16:28
cjwatsonddos from ubuntu clients16:28
cjwatsona few million machines wake up in cron and go "ooh, I have stuff to update"16:28
juliankWell, they do already with -updates and stuff16:29
julianknot sure how that would be different16:29
cjwatsonI think there may be a bug somewhere where they redownload too much16:29
elopiobarry: I have zesty! Let me give it a try.16:29
cjwatsonand the trusty Packages file is much bigger16:29
juliankRight. But they shouldn't (TM) redownload Packages files and stuff if all you change is the Release file (not sure if that's feasible)16:30
cjwatsonI don't have fully accurate information here because any time we try something like this it causes sysadmins to run around with heads on fire16:30
juliankThat said, might be a bug16:30
barryelopio: cool thanks.  note that it will still try to download a zesty image by default on yakkety (i have one machine on zesty and another on yakkety).  but i'd love confirmation -or not- of the problem16:30
cjwatson(it's also possible I'm conflating trusty with an older release)16:30
julianktrusty is **old** so anything is possible16:31
juliankHeck, ld segfaults there on arm6416:32
cjwatsonjuliank: so, slightly more detail, this happened to us on 2015-10-07 when we tried to add InRelease files to precise and trusty16:33
cjwatsonthat appeared to force a redownload16:33
juliankcjwatson: Oh well, Release -> InRelease is (or was) a slightly more nasty transition16:34
cjwatsonin fact it seemed to do so as far up as wily, at least16:34
juliankRight, it should be fixed in xenial when that crap was reworked.16:34
cjwatsonso it may be that it was only due to Release -> InRelease, but I'm still wary because that pegged our bandwidth for quite some time16:37
elopiobarry: http://paste.ubuntu.com/23777013/17:03
barryelopio: huh.  okay, thanks17:23
=== JanC_ is now known as JanC
naccinfinity: so i got a request for php-gearman to be made available to 16.04 (it's in 16.10 and on); which we had removed at the time because src:php5-gearman was the only available and upstream had no php7 support. Given that we are sync'ing the package from debian currently, couple of questions: 1) is it best to SRU the 16.10 version back (also means that 16.04 <= 16.10 that way, for upgrades); 2) can17:40
naccwe simply sync the debian version in 16.10 to 16.04? Or do I need to submit a proper ubuntu-ized version for SRU purposes?17:40
elopiobarry: running the command with -v, it worked. The bug doesn't want to be seen.18:08
elopioI'll keep running it a few more times. Do you have a bug reported that I can follow?18:08
barryelopio: i haven't filed a bug report yet.  just got back from lunch and now i'm trying it on a zesty host18:09
barryit's also possible there's a new cloud-init or image or some such today18:09
jbichanacc: I suggest18:10
barryelopio: worked beautifully on zesty host.  trying again on yakkety host18:10
jbichabackportpackage -s yakkety -d xenial -r -u ubuntu -c 1556460 php-gearman18:10
jbichathat's if you want it in xenial-updates, otherwise you can leave out the "-r"18:10
jbichareplace 1556460 with the real bug number18:11
barryelopio: interesting.  hangs on yakkety host18:13
barryelopio: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=78320218:15
ubottuDebian bug 783202 in autopkgtest "[adt-buildvm-ubuntu-cloud] timeout nearly after display "Net device info"" [Normal,Open]18:15
infinitynacc: We can't "sync" it, since the version can't be the same as yakkety.18:18
infinitynacc: But I have no issues with you SRUing a no-change backport.  Hard to regress a package that isn't there.18:19
=== mbiebl_ is now known as mbiebl
tzerois there a convention for naming PPAs? like username/package and username/package-testing ?19:47
pdeeerbasak, gentle ping :)20:11
naccinfinity: ack, thanks!20:48
naccjbicha: thanks!20:49
tarpmanhi all. I guess package imports into bzr aren't really happening any more - is there a new place I can browse package contents online? does ubuntu have a debsources instance or anything like that?21:18
nacctarpman: i am working on the server team's git importer, I can import a package for you (or you can od it yourself), but it just reflects the launchpad publishing information.21:21
nacctarpman: do you need the most recnet version, or do you want history?21:21
tarpmannacc: basically I'd like to be able to paste links to lines in the openldap source in xenial21:21
tarpmannot worried about history, I have git for that21:22
=== roaksoax_ is now known as roaksoax
nacctarpman: ah, there's not anything generic for that, you're right. The git importer (when pushed to a lp git tree), does let you browse the source21:23
=== salem_ is now known as _salem
tarpmannacc: ok, thanks. we have the upstream source in git.lp.net, but not the packaging. I'll take some time later and try to figure that out21:26
nacctarpman: ah ok, you can also run the importer against your own git tree just to see what it will produce (or --no-push and examine locally)21:26
tarpmannacc: "the importer" being https://code.launchpad.net/+code-imports/ or something to that effect, is that right?21:27
nacctarpman: err, no21:27
nacctarpman: that was the old thing, i think21:28
naccor noe of them21:28
nacclet me get you a link21:28
naccthat creates trees that are 'rich history', like https://code.launchpad.net/~usd-import-team/ubuntu/+source/whois/+git/whois21:28
tarpmanooh. this looks nifty21:29
nacctarpman: i'm starting to run it autamated in testing for server packages, but we're still working on a few things (like dgit compatibility), etc21:29
nacctarpman: but, generally, it should never fail and can be used completely independent of any 'official' tree21:30
tarpmannacc: cool, I'll play with that later. thanks a lot!21:31
nacctarpman: np, if you find issues, feel free to file bugs!21:31
tarpmanoh, I will >:)21:31
cjwatson+code-imports is not "the old thing"21:43
cjwatsonthat's a separate thing - it's Launchpad's system for importing VCS trees from external sources into Launchpad, not specifically about packaging21:44
elopiocjwatson: hey, it seems the armhf machines for autopkgtest are returning again armv8l instead of armv7l. Any idea what might be going on there?21:52
cjwatsonelopio: check the command line and see if compat_uts_machine=armv7l or whatever it is is still there21:55
cjwatsonelopio: (I have no access to autopkgtest stuff)21:55
elopiocjwatson: ok, I will see how to check that. Laney you are hanlding the autopkgtest machines, right?21:57
ginggselopio: the autopkgtest machines are autonomous now22:03
juliankBah, now we're getting multiple duplicates per day for the whole  ttf-mscorefonts-installer faisl to install thingy.22:28
juliankThat is so seriously annoying.22:28
dobeythat's what happens when the files disappear from the server for things that have to pull stuff off a server22:30
juliankIt's a redirect with a space in it, apt decoding the URI in the redirect response, and not reencoding it before sending it to the next server.22:31
dobeyoh? for me i saw it getting 404s from sourceforge22:31
juliankAnd this might go on for a few months once fixed, given the speed at which SRUs are accepted.22:32
juliank* a few months after a fix was rolled out for zesty, that is22:33
dobeywell, spin it as a denial of service attack performed by sourceforge on debian/ubuntu users :)22:33
juliankdobey: "https://netcologne.dl.sourceforge.net/project/corefonts/the fonts/final/andale32.exe" is a really stupid url22:34
juliankgithub is worse, though22:34
juliankIt has some weird script thingy with parameters "; filename=" (notice the space after ;)22:35
dobeycould be worse22:35
juliankdobey: AWS which hosts the github downloads responds with "505 HTTP Version not supported" because it things that ;filename=.... is the HTTP version string22:36
juliankThe others give more sensible errors...22:36
juliankAnyone knows if I should quote user and password too?22:45
juliankI think host is not to be quoted22:45
elopioginggs: that's the dream :)23:00
juliankI fear this might also affect trusty, but not sure.23:01
juliankThe workaround now only URL-encodes the path of the URL and is currently running test suite.23:02
juliankIf someone feels like we need to URL encode the rest too, let me know23:03
juliankEww, I accidentally uploaded apt 1.4~beta3ubuntu1 without a copyright file. I should really fix that once and for all (it's a symlink to COPYING which syncs fine, but you can't do direct uploads because Launchpad rejects symlinks there)23:22
juliankOh well, it's going to be fixed next week with 1.4~rc123:22
nacctarpman: fyi, src:openldap is on the server list, so i'm importing it :)23:31
tarpmannacc: excellent, so in a while it'll show up under ~usd-import-team's repositories?23:32
nacctarpman: yep, should be at https://code.launchpad.net/~usd-import-team/ubuntu/+source/openldap/+git/openldap, once it's done importing23:36
nacctarpman: do you need any of the other versions (openldap2, openldap2.3)?23:36
tarpmannacc: just openldap, thanks23:36
nacctarpman: np!23:37
jbichaI looked at bug 1607535 but the Ubuntu merge looked more complicated than I wanted to work with so I hoped someone that had worked on it before would do it23:45
ubottubug 1607535 in msttcorefonts (Ubuntu) "ttf-mscorefonts-installer 3.4+nmu1ubuntu2 fails to install core fonts and should be updated to version 3.6 from Debian" [Medium,Confirmed] https://launchpad.net/bugs/160753523:45
tzerois anyone familiar with dh_python3? I think it's screwing with dependencies when I add install_requires=[] to setuptools23:45
juliankjbicha: Not that problematic. I think there is a redirect for the old URI but that fails due to bug 165192323:48
ubottubug 1651923 in apt (Ubuntu Yakkety) "apt https method decodes redirect locations and sends them to the destination undecoded." [Undecided,Triaged] https://launchpad.net/bugs/165192323:48
juliank(Fix for that one is in -proposed waiting for autopkgtests)23:49
bdmurraynacc: what additional testing did you do in bug 1645431?23:57
ubottubug 1645431 in php7.0 (Ubuntu Yakkety) "[SRU] microrelease exception for src:php7.0 (7.0.13)" [Medium,Fix committed] https://launchpad.net/bugs/164543123:57

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