/srv/irclogs.ubuntu.com/2017/07/19/#ubuntu-devel.txt

bmwthanks00:00
rbasakbmw: once we have the test process defined and approved, then I can upload/accept the reviewed branches into the proposed pocket for building.00:00
rbasakbmw: I'd like the agreed test process to end up in https://wiki.ubuntu.com/StableReleaseUpdates/Certbot, but it's fine for that to refer to some other versioned document.00:04
bmwOK00:25
bmwI'll largely write the instructions there with a couple external links00:25
snayzixHellp03:34
snayzixIs someone here ?03:35
=== santa is now known as Guest98858
=== klebers_ is now known as klebers
dokoapw: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-artful/artful/armhf/l/linux/20170718_191215_9b786@/log.gz  is this temporary and should be retried?09:51
apwdoko, i would say so, yes09:52
dokochrisccoulson: I see that indicator-messages was demoted, but thunderbird still depends on it. can it be built without indicator-messages?10:18
didrocksdoko: we still want unity to use it10:19
dokodidrocks: so promote it again?10:19
didrocksso, the unity session still ship the indicator10:19
didrockshum10:19
didrocksI was told that packages in main can build-dep on packages in universe, and so, was ok to demote10:19
didrocks(and it's only a build-dep, no lib linking in any package in main)10:20
didrocks(I guess that's why it doesn't show as source wanted to migrate in main in component_mismatch if I'm correct)10:21
dokodidrocks: right, but it has a runtime dep as well: thunderbird-gnome-support/amd64 unsatisfiable Depends: libmessaging-menu010:24
didrocksdoko: we should demote thunderbird-gnome-support10:25
didrocksthat's why I dropped it to suggests10:26
didrocks(thunderbird suggests thunderbird-gnome-support and unity-session recommends thunderbird-gnome-support)10:26
dokodidrocks: it's seeded10:26
didrocksby:10:27
didrocks  ubuntukylin-desktop10:27
didrocks  ubuntu-mate-desktop10:27
didrockswhich as in universe10:27
didrocksis it seeded anywhere else? I don't see it in http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.artful/all10:27
didrocksI unseeded from supported in revno: 255010:28
didrockstimestamp: Thu 2017-07-13 10:15:52 +020010:28
didrocksis there anything else missing?10:28
dokohmm10:28
didrocksalso, I did a ./change-override -c universe thunderbird-gnome-support thunderbird-gnome-support-dbg10:29
didrockson that day10:29
didrocksunsure why it's again in main10:29
didrocks thunderbird-gnome-support | 1:45.8.0+build1-0ubuntu1 | artful/universe | amd64, arm64, armhf, i386, ppc64el, s390x10:29
didrocksI guess a mismatch in publication between -proposed and release pocket10:30
* didrocks demotes in artful-proposed as well10:30
didrocksand that should get it to the release pocket10:30
=== Guest98858 is now known as santa_
smosermwhudson, doko cloud-init in archive is fine with 3.611:49
smoserbah. it should have but it doesnt. uploading one that does now.11:56
smoseruploaded11:58
=== JanC is now known as Guest74368
=== JanC_ is now known as JanC
jbichadidrocks: it's listed in supported12:30
didrocksjbicha: where?12:40
didrockswould be nice to have a pointer :p12:40
seb128wgrant, hey, I think I hit that issue some cycles ago but any idea why evolution-data-server/evolution don't have their .po imported in launchpad for artful?13:18
seb128hum, and did launchpad change? my script doing getPackageUploads()[0].custom_file_urls hits a13:19
seb128AttributeError: https://api.launchpad.net/devel/ubuntu/artful/+upload/16007844 object has no attribute 'custom_file_urls'13:20
seb128that used to work :-/13:20
cjwatsonseb128: custom_file_urls stopped being exported on the devel API version in 2012.  Either use 1.0, or (better) use the customFileUrls() method instead13:31
cjwatsonseb128: (I made it stop being a property on devel for performance - in most cases where we want to serialise a PackageUpload to JSON we don't need to worry about computing those URLs, so moving them to a method that callers that explicitly need them can use performs better overall)13:33
seb128cjwatson, thanks, that works13:34
wgrantseb128: iirc eds puts its version in its template name, so each release needs manual approval. check its import queue13:35
seb128I tried that early but wrongly, I somewhat didn't see it was a method and used ".customFileUrls" and got confused13:35
seb128wgrant, we changed it to stop doing that, I accepted the unversionned template and fixed the template details afaik13:35
seb128wgrant, I wonder if I overlooked something13:35
seb128wgrant, well, https://translations.launchpad.net/ubuntu/artful/+source/evolution-data-server/+imports13:36
seb128no .po there13:36
seb128and we had a source upload yesterday after the new template was imported13:36
seb128wgrant, https://launchpad.net/ubuntu/artful/+upload/16007657/+files/evolution-data-server_3.24.4-0ubuntu1_amd64_translations.tar.gz13:38
seb128the build tarball has them13:38
wgrantseb128: what are the PO paths like in that tarball?13:39
wgrant(i'm on my phone)13:39
seb128wgrant, source/po/<locale>.po13:39
wgranthmm. i'll have to debug tomorrow, unless cjwatson is feeling adventurous13:43
seb128I wonder if that's again an issue with the translations sharing option13:43
wgrantoh, possibly, yes13:44
seb128https://translations.launchpad.net/ubuntu/artful/+source/evolution-data-server/+sharing-details has " Automatic synchronization of translations is enabled. "13:44
wgranti forget exactly how that logic works. it can never share atm since the template names don't match, but it probably doesn't hanske that case. might be best to unshare13:46
cjwatsonI traced the upload path enough to check that the upload jobs were happening, but debugging translations sharing tends to be beyond me13:47
seb128seems other desktop apps have share enabled as well though13:47
seb128hum13:47
seb128http://bazaar.launchpad.net/~vcs-imports/evolution-data-server/trunk/view/head:/po/fr.po13:47
seb128download file gives me an empty file13:47
seb128I wonder if that's specific to that file or another new launchpad issue13:47
* seb128 tries another code page13:47
cjwatsonwe haven't touched loggerhead in ages13:48
wgrantnone of these are new launchpad issues13:48
seb128it works on other urls so I guess something about that file13:48
wgrantyour script was half a decade out of date, and eds does translations weirdly13:49
seb128was doing13:49
seb128:p13:49
seb128but yeah, I know e-d-s is a weird case13:49
seb128should be better now that the domain stops changing13:49
seb128the fr.po being empty is not on my side though afaik13:49
cjwatsondownload> https://bugs.launchpad.net/loggerhead/+bug/115372113:50
ubottuLaunchpad bug 1153721 in loggerhead "File download fails (downloads empty file)" [Low,Triaged]13:50
seb128cjwatson, thanks13:51
seb128I didn't know "loggerhead" was the right project for that13:51
seb128now I do :-)13:51
cjwatsonI can rename it to pit-of-despair if you like13:52
seb128heh13:53
cjwatsonloggerhead's download thing looks broken in at least two ways14:02
cjwatson1) the view assumes that the file-id is path-encoded but it isn't14:02
cjwatson2) if you path-encode it manually (e.g. / => %2F) it then claims the file doesn't exist - I think it only works if the file-id is in the top directory of the branch, but I don't have a clear idea of why14:04
seb128k14:05
seb128well, I'm doing a checkout now14:05
cjwatsonthis must have been broken since at least 2012, possibly earlier, possibly forever for all I know14:06
seb128cjwatson, wgrant, translations import worked after unsetting the translations sharing box and doing an upload, https://translations.launchpad.net/ubuntu/artful/+source/evolution-data-server/+imports , I feel like we didn't do that before for a reason though but I can't remember so let's see if that has other side effects14:43
seb128thanks for the help!14:43
dreamcat4hi there. i'm a bit stuck with the installer, i ran it then selected 'continue testing'17:10
dreamcat4however /target is still mounted and will not unmount17:10
dreamcat4perhaps there is some /dev /proc stuff mounted into it?17:11
dreamcat4ok... nothing is working for me (and umount /target still fails)17:30
dreamcat4need help17:30
wxldreamcat4: if you're looking for support, #ubuntu is the place to be17:37
dreamcat4wxl: oh nevermind then. but maybe you should know this to be a bug then?17:39
dreamcat4as it didnt happen with the 16.04 installer prior17:40
wxldreamcat4: i know of no bug17:40
wxldreamcat4: i would start by looking at the integrity of the image17:41
dreamcat4sounds like a complete waste of time to me...17:41
wxlwell, best of luck17:41
=== iulian_ is now known as iulian
dreamcat4it happened only with the default option 'erase whole disk'21:09
dreamcat4when i instead started with 'ubiquity --no-bootloader', and then selected 'something else' (fresh install), and created only single ext4 partition (into a zvol). then /target was not left kept mounted anymore, upon selected 'continue testing' at end of installation21:11
dreamcat4... seems to be a bug that only appears under certain conditions21:11
dreamcat4like i said: didnt happen with 16.04 installer21:12
dreamcat4this is current (17.10 nightly builds) desktop ISO21:12

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