=== mnepton is now known as mneptok
=== mhall119 is now known as mhall119|fossetc
=== happyaro1 is now known as happyaron
pittiGood morning04:06
pittiyay, autopkgtest queues finally caught up over night04:07
=== NComman`` is now known as mcasadevall
=== mcasadevall is now known as NCommander
bzoltan_zbenjamin:  the reason for not using Conflicts was that it was forcing the users to manually upgrade the sdk packages. So a simple apt-get upgrade would hve kept back our packages. I have tried all options. Nothing worked. Apt seems to be too sensitive or our dependency tree is just too complex.06:05
zbenjaminbzoltan_: yeah, i think the guy is not here anymore :D06:06
bzoltan_zbenjamin:  I tried to address him, but yes he is offline06:06
zbenjaminbzoltan_: not even dist-upgrade worked?06:07
bzoltan_zbenjamin:  we need to simplify the package dependencies in the whole SDK06:07
zbenjamin(what you need for ppa upgrades anyway right)06:07
bzoltan_zbenjamin:  no ... dist and normal upgrade simple kept back the packages.06:07
bzoltan_zbenjamin:  but when apt-get install ubuntu-sdk-ide was used it went fine and it did remove the conflicting packages. No idea why it could not do it automatically06:08
zbenjaminbzoltan_: right i remember now :/06:08
FourDollarspitti: Hi, could you help to review https://code.launchpad.net/~fourdollars/unity-settings-daemon/fix-lowest-brightness/+merge/278108 and https://code.launchpad.net/~fourdollars/ubuntu/trusty/gnome-desktop3/fix-lowest-brightness/+merge/278110?08:11
dholbachdiwic, happy birthday! :)09:19
diwicdholbach, thanks! :-)09:19
seb128oh, happy birthday diwic!09:20
diwicseb128, thanks! :-)09:20
diwicseb128, FYI, I went writing some code on that subwoofer bug, but not really happy with the result just yet.09:21
seb128k, still quite some time before feature freeze anyway ;-)09:21
Mirvhi friendly core-dev again, to workaround train not understanding trunk translation updates in https://requests.ci-train.ubuntu.com/#/ticket/621 , please do ./copy-package --from=~ci-train-ppa-service/ubuntu/landing-060 --from-suite=xenial --to=ubuntu --to-suite=xenial-proposed -b unity-api - everything else is already copied09:36
seb128Mirv, what do you mean by "train not understanding trunk translation updates"?09:39
Mirvseb128: the ticket claims unity8 has unbuilt changes, because translation updates land to trunk automatically https://code.launchpad.net/~unity-team/unity8/trunk09:39
Mirvtrain just got a feature that detects trunk changes, unfortunately it doesn't understand translation updates are alright09:40
Mirvand the publish can't be forced09:40
seb128don't you have a checkbox to overwrite those errors?09:40
Mirvno, there's no force for the publish job09:40
seb128but why are some copied then?09:40
Mirvseb128: because they're in universe and I'm MOTU09:41
seb128I see09:41
seb128thanks for the details09:41
seb128Mirv, copied for you09:41
Mirvseb128: thanks, and mzanetti thanks you too!09:41
seb128infinity, new selinux seems to make glibc autopkgtests grumpy, http://autopkgtest.ubuntu.com/packages/g/glibc/xenial/amd64/ seems like we need to backport https://sourceware.org/git/?p=glibc.git;a=commit;h=808696696837b8b8fc858f2e6f8d4e40e26e130809:50
seb128pitti, dbus ones being unhappy are what you pinged Laney about earlier right?09:50
pittiseb128: yes09:51
infinityseb128: We'll get that for free with 2.22, but I might have to pull it in earlier if 2.22 and I keep fighting.09:51
seb128infinity, ok, I was just pointing it because it's blocking selinux which is blocking some other things09:51
seb128but anyway needs to sort out dbus as well, so it's probably not going to be today09:52
pittido we urgently need libselinux in xenial?09:52
pittiseb128: oh, is that a library transition?09:52
seb128pitti, no, but there are a bunch of things batched with it09:53
seb128I was just looking at excuses09:53
pittiah right09:53
pittiyofel: FYI: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/k/kdelibs4support/20151119_133155@/log.gz -- the same version worked before, is that acc failure due to a dependency change?09:54
pittiyofel: this was the run for kio09:55
infinityIf glibc 2.22 and I don't agree soon, I need to do an opload for a 1-liner for s390x anyway, so I can grab that fix too.09:55
pittiyofel: kdelibs4support/amd64 works fine against other -proposed packages, so kio does sound related09:55
pittiinfinity: uploading glibc on a Friday afternoon, what could possibly go wrong :)09:55
infinitypitti: No meaningful code changes.  But yes, it would explode your infra something nasty. :P09:56
infinitypitti: Until we're building s390x in LP, though, I don't care, I can hand-edit my 1-liner for my bootstrap stuff. :P09:57
infinitypitti: (It's a Breaks against a binNMU version of something only on s390x, derp)09:57
=== marcustomlinson is now known as marcustomlinson|
=== marcustomlinson| is now known as marcustomlinson
didrocksbdmurray: slangasek: hey, do you mind subscribing foundations-bugs to https://bugs.launchpad.net/ubuntu/+source/ptyprocess? That will enable me to promote it to main. It's a new dep of pexpect (process handling part has been externalized in 4.0) for which foundation is already the bug subscriber10:44
=== _salem is now known as salem_
infinitydidrocks: Done.11:10
pittiinfinity, Laney: please remove http://autopkgtest.ubuntu.com/running.html from your browsers/brains and use http://autopkgtest.ubuntu.com/running.shtml from now on11:20
pitti(link in the menu is updated, of course)11:20
pittiapw too ^11:21
* mgedmin mutters "apache rewrite rules" under his breath11:21
pittiusing SSI to include the dynamic bit is a bit icky; I tried for about 45 mins to use JS for that, but failed11:21
pittiincluding that on the client side, possibly with auto-refresh would be great11:22
pittibut I'm a web/JS n00b; if someone knows how to do that, please talk to me :)11:22
mgedminI once made apache process SSI directives in .html files: http://paste.ubuntu.com/13363773/11:26
infinitypitti: You give my brain too much credit.11:31
pittiinfinity: the entirety of what I know about internet addresses is contained in my firefox' awesome bar cache :)11:39
infinitypitti: Yeah, ditto, though in that case, I follow the link from the front page.11:39
infinitypitti: That said, if you want to fix firefox's brain, a 301 will make it rewrite the cache.11:40
infinity(If you have enough control to 301)11:40
pittimgedmin: I know, but the .shtml page is autogenerated, so it's prone to get  lost11:41
cjwatsonpitti: The crontab change to build xenial langpack exports on Sunday is live now, so you can set your end of it up to run on Mondays.11:44
pitticjwatson: cool, thanks! I need to run the first one by hand, so I'll do that next Monday and then set the crontab11:45
* pitti adds it commented out for now11:45
yofelpitti: probably a dependency change, at least I didn't change anything explicitely - except I did the acc change wrong. I'll have time to look at this in the evening (and at all the arm64 FTBFS)11:46
pittiyofel: I retried teh arm64 FTBFS, seem happy now11:47
pittiwas a weird temp issue with installing the b-deps11:47
pittiyofel: the test seems to work in general, as it does succeed when running against other packages, just not against kio11:47
yofeloh ok, I got a couple mails earlier, but if that's solved great. Thanks11:47
yofelok, I'll look into that11:48
pittiyofel: ah, the new ones you got from this morning are real11:48
pittilike https://launchpadlibrarian.net/227091984/buildlog_ubuntu-xenial-arm64.kio_5.15.0-0ubuntu3_BUILDING.txt.gz11:48
pittiuninstallable b-deps again, looks like some ongoing transition again11:49
yofeldangit ^^. Ok, I'll check if it's something kde-internal anyway.11:50
pittiat least it's now a "real" error, not this weird "refusing to remove b-deps" one11:50
VsyachePuzdoes ubuntu-panel support panel applets, similar to DBus-based panel applets of gnome and mate?12:22
cpaelzerpitti, is adt-buildvm-ubuntu-cloud supposed to work with "-r xenial" already?12:29
seb128VsyachePuz, there is no ubuntu-panel12:41
seb128if you mean the unity panel, it doesn't support "applets"/isn't compatible with the gnome-panel ones no, but it has indicators12:41
cpaelzerpitti, when I try adt-buildvm-ubuntu-clou with xenial - I get this http://paste.ubuntu.com/13364697/ (seems to pass cloud init, but then hangs)12:49
cpaelzerpitti, I lack an example of one that works to compare12:49
cpaelzerfyi my system where this is running is trusty - if that might be a reason12:50
coreycbpitti, do we list the current MRE packages anywhere?  they used to be listed on https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions12:54
=== enrico_ is now known as enrico
VsyachePuzseb128: so, may i say, that ("Application Indicators" === "Panel Applets") and ("System Indicators" === "System Tray Icon") ?12:59
seb128the other way around rather13:00
seb128system indicators are things like the sound control or the session menu13:01
seb128so the equivalent to applets13:01
VsyachePuzseb128: I want to implement "minimize to progressbar" feature13:04
seb128what is a progressbar?13:05
VsyachePuzseb128: and that progressbar should be long (i.e. 200 pixels long, not 22x22pt as an icon)13:05
VsyachePuzseb128: https://en.wikipedia.org/wiki/Progress_bar13:06
seb128yeah, I know what that widget is13:06
seb128but "minimizing to a progress bar" is not a concept I grasp I think13:06
VsyachePuzseb128: I have an application which have an UI for making queries, and performs long frocessing for each query13:07
VsyachePuzI want to minimize it, but track the completion of operations13:07
VsyachePuzthe concept is "minimize to tray", but I used it as an analogy13:08
seb128well, use an appindicator13:08
VsyachePuzi don't want small icon, i want long widget13:09
VsyachePuzmay be even several of them13:10
VsyachePuzone for each query13:10
seb128that's not possible13:12
seb128you can have the status/summary in the indicator menu though13:13
=== dpm is now known as dpm-afk
VsyachePuzseb128: "that's not possible" - I am not sure. This is possible on MATE, and in Unity Menu is Indicator (long indicator). So long indicators should be  possible13:17
seb128VsyachePuz, indicators can only contain a label or an icon in the panel13:18
seb128no custom rendering or other widgets13:18
pitticpaelzer: the host system shouldn't matter that much; but I highly recommend using a current autopkgtest version13:26
pitticpaelzer: I think I remember having to add some hacks for newer cloud-inits; so if that's indeed trusty's autopkgtest, please try with a recent one13:28
pitticoreycb: they are gone, we generalized the SRU policy instead13:28
pitticoreycb: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2015-September/001152.html13:28
coreycbpitti, ok thanks13:28
VsyachePuzseb128: what is "icon"? Can it be nonsquare? Can it be 200x22px ?13:35
mterryseb128, thanks for the gdal rdep rebuilds13:36
cpaelzerpitti, yeah seems so on my wily system it just worked13:38
cpaelzerpitti, I'll try updating to a more recent autopkgtest on my Trusty and try again13:38
cpaelzerpitti, just FYI here would be the full log that worked http://paste.ubuntu.com/13365391/13:40
cpaelzerand the difference starts at some cloud-init things, so yes it could be just as you suggested13:40
cpaelzerI'll let you know later if it worked13:40
pittistgraber: hm, that i386 lxcfs failure seems fairly resistant against retries: http://autopkgtest.ubuntu.com/packages/l/lxcfs/xenial/i386/13:53
seb128mterry, yw13:55
seb128VsyachePuz, I don't know, I guess you can try13:55
mterrykenvandine, poke about that deja-dup branch13:56
dokoxnox, are you going to address the cmake merge?13:58
xnoxdoko, well, i win the TIL...13:58
infinityxnox: You do now, anyway. :P14:00
infinitydoko: Shame about your versioning breaking the merge a bit, though.14:00
xnoxdoko, i believe steve tricked me into doing that, via infinity.14:00
infinityxnox: Oh, I guess you could work around the version issue by merging from experimental, if you're feeling bold.14:01
infinity(Might want to test in a devirt PPA first...)14:01
kenvandinemterry, sorry... i will look at it today!14:04
mterrykenvandine, no worries  :)14:05
cyphermoxgood morning!14:06
kenvandinemterry, actually this MR isn't nearly as big as i thought... i don't need to worry about the vapi :)14:06
mterrykenvandine, but that's where I hid all my bugs!14:07
nemoSay, anyone here use VPNs and might have a little sympathy for the rather-broken-yet-easyish-to-fix-once-figured-out behaviour of opensc and vmware-view ?14:13
nemohttps://bugs.launchpad.net/ubuntu/+source/vmware-view-client/+bug/1268770  I documented the fix I ended up doing, here.14:13
ubottuLaunchpad bug 1268770 in vmware-view-client (Ubuntu) "Error loading shared library for smart card authentication to server" [Undecided,Confirmed]14:13
kenvandinemterry, to test this, i just need to uninstall duplicity right?14:15
kenvandineand run deja-dupe, which should prompt to install it?14:15
mterrykenvandine, yeah should do14:15
mterrykenvandine, specifically, run either of the preferences interfaces (running deja-dup from command line will just give an error)14:15
VsyachePuzseb128: look at this article - http://www.omgubuntu.co.uk/2010/11/omg-5-five-ways-to-switch-between-workspaces-in-ubuntu there is a workspace switcher, which is long indicator - http://www.omgubuntu.co.uk/wp-content/uploads/2010/11/Selection_0021.png14:25
seb128VsyachePuz, if you say so14:25
seb128VsyachePuz, to me it looks like an icon with a menu14:25
seb128it's 3.14:25
VsyachePuzseb128: ok, i am wrong. first looks like gnome workspace switcher14:27
nemoVsyachePuz: and the MATE one14:30
nemognome2 that is14:30
nemoI have it on my monitor just in front of me14:30
nemomy fav 'cause it has window shape, and icon for fullscreened windows14:30
nemoand, well, 'cause MATE14:31
=== dpm-afk is now known as dpm
VsyachePuznemo: yes, I set wanda fish to 0 frames, and panel height to 64 pixels. Receive long image without problem.14:41
nemoVsyachePuz: ah. to each their own.  me, I set the panel even smaller, to free up more vertical space on the monitor.  I'm using 24px height14:42
nemoand only one bar14:43
VsyachePuzThere is also WingPanel from Elementary OS, it allows widgets and AppIndicators, but didn't find specs14:44
didrocksVsyachePuz: there is clearly a way to achieve something like that with indicators (I guess generating multiple images and pushing them one after another). Look at workrave, they have some progress bar in their unity indicator14:45
Mirvhello. the big Bluez 5 landing (biggest part to vivid overlay, but also some to xenial) needs a core dev for one of the three silos: https://ci-train.ubuntu.com/job/ubuntu-landing-043-2-publish/15/ - packaging_changes there, run a job when ok with it14:59
VsyachePuzdidrocks: it have a class for each type of panel... - https://github.com/rcaelers/workrave/blob/branch_v1_10/frontend/applets/indicator/src/indicator-workrave.c14:59
Mirvticket with QA Granted approval at https://requests.ci-train.ubuntu.com/#/ticket/24214:59
didrocksVsyachePuz: indeed14:59
Mirvmorphis is your point of contact regarding the silo itself15:00
cpaelzerpitti, I can confirm after updating autopkgtest to 3.18.1 it works on my trusty system - thanks15:05
pitticpaelzer: great15:05
VsyachePuzdidrocks: there https://github.com/rcaelers/workrave/tree/branch_v1_10/frontend/applets is "cinnamon", "common", "gnome-shell", "gnome2", "gnome3", "indicator", "mate", "Win32", "xfce". Are you it's author?15:05
davmor2cyphermox, seb128, pitti: is that silo something you could help with at all please  ^^^15:06
didrocksVsyachePuz: not at all, just pointing something that I saw that could help you15:06
kenvandinemterry, i'm also seeing an error trying to install15:06
kenvandineThe version 0.7.01-1ubuntu1/Ubuntu of duplicity isn't available.15:06
VsyachePuzdidrocks:seb128:  thanks15:07
kenvandinemterry, oh... i think i know why15:08
kenvandinemterry, apt currently isn't happen with keys on my desktop :)15:14
kenvandinei bet that's causing packagekit to barf15:14
mterrykenvandine, keys?15:14
kenvandineapt spews GPG errors right now15:15
mterryoh ah15:15
kenvandinei need to sort that out, just haven't had time15:15
kenvandinemterry, i'm more concerned with the test failures, ideas?15:15
mterrykenvandine, test failures?  Oh, I hadn't noticed.  Let me run tests again15:16
kenvandinein package build http://paste.ubuntu.com/13365813/15:16
mterrykenvandine, say what15:16
* mterry will try to reproduce, maybe that's only in a chroot15:17
kenvandinemterry, i fixed the gpg issues in apt and it's still failing to install15:21
kenvandinesame error message15:21
xnoxLaney, we have webhooks now, right? can transition tracker update itself everytime there is a push to the config branch?15:22
kenvandinemterry, could it be a missing depends?  i don't have packagekit installed :)15:22
mterrykenvandine, I think you just need libpackagekit15:22
mterrykenvandine, it talks to aptdaemon15:22
mterrykenvandine, nothing in this branch is working for you!  :)15:23
kenvandineso not it15:23
kenvandinenope :/15:23
morphiscyphermox, seb128, pitti: anyone having time to help merging that silo?15:24
seb128morphis, "that silo"?15:24
seb128I lack context15:24
cyphermoxmorphis: looking...15:24
seb128k, seems cyphermox is on it ;-)15:24
morphis<Mirv> hello. the big Bluez 5 landing (biggest part to vivid overlay, but also some to xenial) needs a core dev for one of the three silos: https://ci-train.ubuntu.com/job/ubuntu-landing-043-2-publish/15/ - packaging_changes there, run a job when ok with it15:24
morphis<Mirv> ticket with QA Granted approval at https://requests.ci-train.ubuntu.com/#/ticket/24215:24
morphiscyphermox: thanks!15:24
morphisawe: ^^15:24
seb128oh, that's landing, great!15:24
morphisseb128: yes, finally :)15:25
cyphermoxhum, wat15:25
aweseb128, looks like we have a fix for qt dbus too15:27
seb128awe, this week is a good one :-)15:27
seb128and way to wrap it15:27
morphisseb128: one of the next steps is to sync the landings of bluez on desktop and Touch15:29
cyphermoxmorphis: is indicator-bluetooth just a port to bluez5? that's not so obvious from the changelog15:29
morphiscyphermox: it is and just and merge with what is in wily/xenial15:30
morphisno further changes15:30
seb128morphis, right15:30
cyphermoxI wasn't aware that we could permit this kind of very obvious deviation from SRU/backport rules for a stable release15:32
Mirvcyphermox: overlay is treated differently vs features from actual Ubuntu releases15:33
aweisn't this a landing to the PPA?15:33
cyphermoxMirv: sure but I was under the impression that we were still asking that things that got in the overlay also got in SRUs15:33
aweum, no15:34
awenot for bluez515:34
awethat would be super risky15:34
infinitycyphermox: The overlay is pretty Wild West.  Sadly.15:34
aweif folks want bluez5 on the desktop, they upgrade to wily15:34
infinitycyphermox: Its entire raison d'etre is to circumvent SRU policy. :P15:34
awethis isn't a case of wild-west15:34
awewe landed bluez5 in wily15:34
aweand are backported to just touch15:35
aweas it's a huge change15:35
aweand requires lots of QA15:35
aweit'd be way too risky to SRU15:35
aweand AFAIK, nobody is asking us to15:35
infinityawe: It's a battle I lost long ago, but I think "it's too risky to SRU" also means "it's too risky to push in an OTA".15:36
cyphermoxinfinity: well, most things that happen in the overlay should still not just happen in the overlay, but backporting bluez is special15:36
awedesktop can be installed on an order of magnitude more devices than a touch release15:36
awenot a fair comparison at all15:36
morphiscyphermox, awe: there is some worked needed to get the same experience in a Touch image produced from xenial but that is a different story and will be worked on next15:36
awemorphis, indeed15:40
cyphermoxmorphis: so why does bluez have +15.04.20151023? just because silo, or is that frankensteined or a git cherry-pick?15:41
morphiscyphermox: it's landing through the citrain15:41
morphisand the origin for this is a MP15:41
cyphermoxok, that's what I thought15:41
cyphermoxmorphis: please make sure to upload all the extra patches you're adding to xenial, too, unless they'd be for some reason phone-only15:43
cyphermox(and upstream as appropriate)15:44
morphiscyphermox: that is the plan15:44
morphisI really want to align bluez uploads for current devel and phone15:44
morphisso that we upload the same to both together15:44
morphisbut that is one of the next steps15:45
caribouI'm preparing a new kdump-tool package which require a change in its config file (/etc/default/kdump-tools)15:45
caribouwhat should the maintainer script do : display a warning ?15:45
caribouI also need to add a prompt to enable it by default15:45
caribouwhat is the appropriate way to address such a situation ?15:46
mterrykenvandine, ok, added missing build-dep to let deja-dup build in a pbuilder (whoops), and all tests pass there, as well as locally15:46
mterrykenvandine, how are you running it?15:46
rbasakcaribou: was /etc/default/kdump-tools being shipped as a conffile previously?15:46
caribourbasak: yes15:46
rbasakcaribou: then you can just update it, and dpkg will take care of the prompt. Unless you want to avoid the prompt somehow.15:46
mterrykenvandine, ahem, accidentally pushed to trunk, will fix that15:47
rbasakcaribou: ah, but adding a prompt to change the file based on the answer is trickier.15:47
kenvandinemterry, i just did a 'bzr bd'15:47
cyphermoxmorphis: same applies to pulse, I think we should have HSP support patches there too, and upstreamed, etc.15:47
caribourbasak: yes, I understand that I will have the standard one, but is it expected to be sufficient ? if the user select the default which is to keep the old one, it may cause problems15:47
caribourbasak: two config variable that were not used previously are expected to be enabled now15:48
caribou(i.e. they come with the new conffile)15:48
morphiscyphermox: yes, but as already said, that is the next step15:49
rbasakIf the user blindly picks to keep the old conffile then there will always be problems IMHO.15:49
morphiscyphermox: take this for all changes in silo 4315:49
rbasakSo I wouldn't be too worried about that case.15:49
kenvandinemterry, any ideas why it's failing to install?15:49
rbasakIf you can detect it then you could warn the user through debconf in the postinst I suppose, if it's really important.15:49
caribourbasak: ok, just wanted to be sure that showing a warning was not required15:49
mterrykenvandine, no, that also worked for me last time I tried it15:49
kenvandinemterry: The version 0.7.01-1ubuntu1/Ubuntu of duplicity isn't available.15:50
kenvandinethat version string looks odd, with the /Ubuntu in it15:50
cyphermoxmorphis: yes, but I'm pointing it out because it's important, just ask here for a sponsor when you have an upload ready for xenial.15:50
caribourbasak: well, in wily & xenial, kernel crash dump will fail if they're not enabled :-/15:50
kenvandinebut i don't think your code is involved in that15:50
mterrykenvandine, it's also an old version15:50
kenvandinemterry, i'm on vivid + stable overlay15:50
rbasakcaribou: I'm not sure what others would say but I'd say that no warning is required if all you're doing is updating a conffile. Providing it's really a conffile as seen by dpkg.15:50
mterrykenvandine, what release are you on?15:50
mterrykenvandine, ah hrm15:50
morphiscyphermox: yes15:50
mterrykenvandine, why?  ;)15:50
rbasakcaribou: however, if you want to prompt to change the file, that's tricker, because your maintainer script can't just go and modify the conffile.15:50
rbasakSince if it does dpkg will think the user modified it.15:51
kenvandinemterry, that's what i'm developing for right now :)15:51
mterryand xenial!15:51
kenvandinei'll switch soonish :)15:51
kenvandinemterry, do you think that's why it's failing?15:51
mterrykenvandine, looks like tests work for me in bzr bd too (just sanity checking)15:51
mterrykenvandine, probably not?15:51
mterryimma try again on my machine to install15:52
morphiscyphermox: btw. does anything speaks against releasing bluez through citrain with MP to xenial as well?15:52
kenvandinemterry, i already have libpackagekit-glib2-dev15:52
mterrykenvandine, yeah, if you didn't, it wouldn't even build15:52
cyphermoxmorphis: not really, aside from that it shouldn't be an MP, it should be a direct upload15:52
cyphermoxthat way we don't have outlanding version numbers15:52
morphiswhich makes a coordinated review process pretty hard15:53
cyphermoxie. we should be more or less in line with the debian packaging if possible, and not have special versions15:53
kenvandinemterry, could the test failures have anything to do with me being on vivid?15:53
caribourbasak: my guess is that if the user doesn't bring in the new config file which is part of the fix, then he shouldn't be surprized if it doesn't work15:53
cyphermoxit's the same review in silos15:53
mterrykenvandine, I also doubt that15:53
kenvandinei wouldn't think so15:53
morphiscyphermox: so where do I do my review then? there is no real instance I can put my comments in15:53
cyphermoxmorphis: do it in a bug15:54
cyphermoxif you want to do things in a MP, you're free to keep stuff there15:54
cyphermoxbut the upload through the silo shouldn't be via a MP15:54
mterrykenvandine, ok install worked for me (w/ deja-dup-preferences, but "unity-control-center deja-dup" crashes for me!)15:54
mterrykenvandine, so I'm going to look at that crash15:55
cyphermoxshould work just the same as NM, basically. you have a packaging branch, just it's not relevant to the silos15:55
mterrykenvandine, and I can't explain either of the failures you see15:55
kenvandinei'm building in sbuild now15:55
rbasakcaribou: agreed15:55
rbasakcaribou: that part is fine.15:55
cyphermoxthat is, unless there's a way to use the MPs anyway but not having version number mangling because of it15:55
mterrykenvandine, what does "apt-cache policy duplicity" say?15:55
caribourbasak: ok, thanks!15:55
rbasakcaribou: but if you want to display a prompt on install and ask the user about a default, then you can't just modify the conffile to store the result.15:55
kenvandine  Installed: (none)15:55
kenvandine  Candidate: 0.7.01-1ubuntu115:55
rbasakcaribou: because then the user will get an unexpected dpkg prompt on a future upgrade.15:56
morphiscyphermox: so where can I comment then directly on the source which is landing in the bug?15:56
cyphermoxmorphis: I don't know what you mean by that15:56
caribourbasak: the conffile will come with the default, so choosing the default will not modify the conffile15:56
rbasakcaribou: what if the user chooses the non-default?15:56
caribourbasak: then we would want him to confirm that he changed the default behavior on the next upgrade, right ?15:57
cyphermoxmerge proposals don't *have* to be used with a silo landing, they're not linked to it. You're free to prepare a merge in a separate branch for a new package upload and file a merge request against the real packaging branch15:57
caribourbasak: default being kernel crash dump is enabled15:57
rbasakcaribou: no, then the next upgrade should remember what the user asked for and make it continue to happen without prompting.15:58
rbasakcaribou: there is a distinction here between users modifying conffiles themselves directly (in which case we expect them to know what they're doing and handle a conffile prompt by themselves) and choosing an option in a menu (in which case a conffile prompt isn't acceptable).15:58
caribourbasak: ok, then the script will check if a previous value exist (I suppose that it is the expected way to do)15:59
cyphermoxmorphis: the problem with silo version numbering is that in the case of non-Canonical projects, it's confusing: it essentially means you're taking a snapshot of a source code repository at a specific point in time, which is false for bluez -- we're taking a release tarball, and adding patches on top via quilt or whatnot.15:59
rbasakcaribou: there are a few different ways of approaching this. ucf might be appropriate here.15:59
caribourbasak: that's the first time I do one from scratch, I'll fetch a few example in other packages15:59
mvoinfinity: took a bit longer (wanted to get to it at the start of the week already) but https://launchpad.net/~mvo/+archive/ubuntu/apt-xenial/+packages is coming together, I guess early next week we can land the new apt 1.2^W2.0 in xenial16:00
cariboumvo: what can be longer than infinitty ?16:00
mvocaribou: lol16:00
infinitymvo: 2.0, you say?16:01
morphiscyphermox: basically I prefer the way of handing things of to automatic process and only say yes or no to what needs to land. With this I have to merge the MP, build a source package myself and upload it (through someone else) to the silo16:01
infinitymvo: I guess it does have a lot of new shiny, but after a decade of 0.x, jumping to 2 is very chrome/firefox of you. :P16:01
caribourbasak: if you don't mind, I'll show you what I got working before I upload. You should be back by then16:01
morphiswhere in the last two steps through the manual process something can be added to the package which I didn't reviewed16:01
rbasakcaribou: sure16:03
cyphermoxmorphis: what?16:03
cjwatsonmvo: FYI I've been doing some very preliminary work on by-hash support in LP, but I want to get xz indexes landed first16:03
cyphermoxmorphis: whatever the method used is, bluez should certainly *not* have a version number of 5.35+32095 in the archive, because it's completely incorrect and misleading16:04
awecyphermox, it's something I've pointed out in the past as well16:04
awecyphermox, I thought this was about a landing to the PPA?16:04
cjwatsonmvo: which is going to involve some internal shuffling, because I think the right approach for that is to enable xz only for >= xenial (and disable bz2 once things are working well)16:04
rbasakxz indexes would be really nice. Thank you for working on it!16:04
morphisawe: it is16:04
cyphermoxawe: notice I said in the archive, and I let your silo through already16:05
awecyphermox, thanks16:05
cyphermoxwhich, in retrospect, was wrong because now it's be always higher than anything unless we upload 5.3616:05
infinityYeah, that shouldn't be in the overlay either.16:05
morphiscyphermox: thanks!16:06
infinityIf it was copied to the overlay, please get someone to delete it and re-upload with a sane version.16:06
cyphermoxoh, but we do have 5.36 in xenial16:06
infinityOr, I guess, if xenial is already higher, whatever.16:06
cyphermoxinfinity: I'm tempted to not care for this case because xenial is already higher, yeah16:06
infinityBut distro packages with a proper orig shouldn't be re-packed with strange versions for silos.16:06
mvocjwatson: nice! will by-hash use apt-ftparchive? if so I might need to put some more work into it, I'm not sure how well the current approaches scale in there (i.e. if it can handle this size of an archive without getting too slow)16:07
morphiscyphermox, infinity: why don't we modify citrain then to do proper version numbers for those packages?16:07
mvoinfinity: 1.2 vs 2.0 is a bit of an internal joke :P its probably going to be 1.2 its pretty nice and shinney but maybe not 2.0 shinny16:07
awemorphis, +116:08
cyphermoxmorphis: by all means.16:08
cyphermoxrobru: sil2100: ^16:08
morphisthere are multiple things:16:08
morphishaving a MP gives us a review protocol with all things documented16:08
morphisall back and forth16:09
morphisusing an MP in citrain and a silo ensures that we only land what is in the MP and nobody has the chance to include anything else16:09
morphiswhich isn't reviewed by others16:09
cyphermoxnobody would include anything else when doing a direct upload to the PPA16:09
awemorphis, yes... you're correct, and there's been much back and forth over this issue for as long as I've worked on touch16:09
awecyphermox, but they *could*16:10
cyphermoxthose who have access to do it are expected to know better, unless they have a very good reason16:10
awepeople can make mistakes16:10
aweit's a valid point16:10
morphisif we have the automatic to do such things why don't we use them?16:10
awemorphis, we do16:11
aweprimarily for packages developed by Canonical16:11
aweit gets trickier when we're talking about packages that we mostly maintain16:11
morphisbut I don't see any reason not to use them (optional) for other components too if the maintainer / developer wants to16:12
morphismy primary reason for bluez is that we have to coordinate now between different kinds of users16:12
morphisDesktop, touch, IoT16:12
morphiswhich brings in a bunch of different use cases and we have to ensure nothing breaks any of those use cases16:13
awemorphis, sure... except there are some problems when doing so.  One being the version mangling16:13
infinityAnd what's the MP against?  It's not against the archive.16:14
infinityWhich is authoritative.16:14
infinitySo "the MP makes sure no unwanted changes get in" is false.16:14
morphisagainst the packaging branch16:14
awehow do you propose a MP against a tarball??16:14
aweif there is one16:14
cyphermoxinfinity: morphis has a pretty good packaging branch16:15
infinityI don't propose an MP against a tarball.16:15
infinityCause the tarball shouldn't change. :P16:15
infinityExcept, it is changing.16:15
cyphermoxmorphis: the point is people could upload and not notice there was a packaging branch16:15
cjwatsonmvo: We need to have a way to put things into the by-hash arrangement for PPAs too, so we might as well just do that bit of it ourselves - so we'd still be using apt-ftparchive, but then moving the results around afterwards16:15
infinityWhich is wrong.16:15
morphisinfinity: IMHO all changes should go into the packaging branch first even if the archive is the authoritative16:15
cyphermoxor upload not going through the silo, because any core dev is free to upload any package16:15
cjwatsonrbasak: Is your interest just for size reasons?16:15
awemorphis, not all packages have packaging branches16:16
infinitymorphis: That's a lovely opinion, but factually incorrect for anything I can upload to the archive.16:16
aweeg. qtbase16:16
infinitymorphis: Sorry to burst your bubble with reality.16:16
awecome on guys16:16
awecan we please re-focus16:16
morphisawe: I don't mean everything in the archive needs to take this approach16:16
aweon what needs to happen for bluez5?16:16
cjwatsonrbasak: (it's a little smaller, but not lots smaller)16:16
aweand save this discussion for later?16:16
morphishowever for a single component I need to maintain across different use cases it makes life a lot easier16:16
cyphermoxawe: simple, either upload directly to the silo, and/or fix the versioning in citrain.16:17
aweno argument16:17
awecyphermox, there are three silos16:17
aweone for ofono dual landing16:17
aweAFAIK, that's OK16:17
awethen we have a silo for indicator, et al that's dual-landing16:17
cyphermoxany bluez upload in a silo should be a direct upload until the train knows not to touch the version number in that case16:17
awethe final silo for bluez5 is just PPA16:17
aweso are you asking us to fix the second silo?16:18
infinitycjwatson: Assuming apt is picking a sane dictionary size, xz is probably also faster to decompress than bz2, which is a nice win.16:18
awecyphermox, so the issue is that the version number of the bluez silo for ppa upload only is wrong?16:18
cyphermoxand tbh, it could be as simple as looking at .bzr-builddeb/default.conf for a specific option, depending on what morphis uses in the packaging branch16:18
infinitycjwatson: bz2 is so terribad that I tend to force gz all over the place and take the bandwidth hit instead. :P16:18
cyphermoxawe: I suppose. I have only looked at one silo16:18
aweso which silo are you objecting to?  # please?16:19
cyphermoxI was objecting to the verion that was in silo 4316:19
cyphermoxI let it through, but it was wrong16:19
dupingpingI am proud that I became a Ubuntu member.16:19
* awe looks16:19
cyphermoxexcept it's not the biggest deal for this case because it's still lower than what is in xenial16:20
morphiscyphermox: so there is no TODO left for us to land bluez5 for right now?16:20
cyphermoxare you trying to do other bluez landings?16:20
morphisnot yet16:20
cjwatsoninfinity: I think it just uses xz's default, i.e. -616:20
cjwatsonwhich is an 8MiB dictionary size16:21
morphiscyphermox: but I would like to ugprade to .3616:21
morphiscyphermox: so lets do it like this:16:21
morphiswe take what we have right now16:21
infinitycjwatson: Yeah, I think -6 is generally faster than bz2 for decompression (much worse for compression, but who cares).16:21
morphiswe have to do some bug fixes anyway for bluez during the ota9 cycle16:21
morphisand I would like to get 5.36 into ota9 as well16:21
cjwatsoninfinity: I care a little, but it's probably dominated by other things16:21
morphisas it includes bug fixes we should better have16:21
cjwatsonWill find out a bit later16:21
morphiscyphermox: so my next landing will not use a MP but a manually uploaded package which fixes the version number, ok?16:22
cyphermoxif you want to get to 5.36 in the overlay, just merge whatever we have in xenial with what is currently in the overlay, and then direct upload to the silo you'll do your landing with16:22
cyphermoxyou can still use a packaging branch, the only thing that won't be a MP will be what the train uses to land16:22
rbasakcjwatson: decompression speed reasons.16:22
cyphermoxyou're still free to use MPs to prepare the work16:22
morphiscyphermox: agreed16:23
awecyphermox, unless we get a fix for CI by then16:23
cyphermoxawe: sure16:23
awewe should be able to special case this16:23
rbasakcjwatson: bz2 decompression often seems to be the reason that apt holds things up. I don't have numbers but I believe xz decompression is significantly faster.16:23
aweif we can't get a more generic fix16:23
stgraberhallyn: can you look at the lxcfs test failure? https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/i386/l/lxcfs/20151120_091728@/log.gz16:24
stgraberhallyn: doesn't seem to be racy or if it is, well, it's mostly failing16:24
cjwatsoninfinity: So, it'll certainly slow down the publisher some.  Unscientific: http://paste.ubuntu.com/13367748/ (those are apt's default settings)16:25
infinitycjwatson: Given the nature of Packages/Sources/Translation (ascii and/or utf-8, only one or two languages, highly repetetive), one could probably experiment with even smaller dictionaries than the default, but I'm not sure it's worth it.16:25
cjwatsoninfinity: Dictionary size also determines memory requirements for decompression16:27
infinitycjwatson: Indeed, I'm quite familiar with the handy table in the manpage. :)16:27
cjwatsoninfinity: http://paste.ubuntu.com/13367838/16:28
rbasakSo when is apt going to automatically drop back to gz when the dictionary in the xz is too big? :)16:28
cjwatsoncorresponding Packages.bz2 is 6971349 bytes, Packages.gz is 8998549 bytes16:29
rbasakBig leap seems to be at -4 from a quick glance16:30
hallynstgraber: i386, bet it's a 32/64bit error in the recentmeminfo code i merged16:30
cjwatsondecompression (on pepo) of default settings for Packages.bz2 is ~1.3s, Packages.xz ~0.65s16:30
infinitycjwatson: Yeah, that's kinda leading me to believe -6 is just fine, so long as the publisher doesn't have a massive sad about it.16:31
cjwatsondecompressing xz -4 is about the same, maybe a few centiseconds slower16:31
infinityWe don't support anything where the memory pressure from decompressing -6 should be a problem.16:31
stgraberhallyn: that's an amd64 failure, different and probably caused by the change of uptime layout: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/l/lxcfs/20151120_051440@/log.gz16:31
cjwatsoninfinity: suggests to me that it will add about two minutes to publisher runtime for a release pocket16:32
hallynstgraber: uh, i chnaged that testcase to handle that.  wtf16:32
infinitycjwatson: Drop ls-lR, and you come out even. :P16:32
cjwatsoninfinity: xz -4 would be more like a minute or less I think16:33
infinitycjwatson: Yeah, I like -4 on the publisher side, but I like it less on the client side, at least from those numbers.16:33
kenvandinemterry, i get the same failures in sbuild16:33
mterrykenvandine, you're a monster16:34
cjwatsoninfinity: It's a little less compelling, true16:34
infinitycjwatson: I suppose benchmarking decompression on something craptastic like a Panda (or a Fast Model!) would perhaps also help.16:34
kenvandinemterry, :-p16:34
kenvandinemterry, vivid chroot though16:34
cjwatsoninfinity: do you have one handy?16:34
kenvandinemterry, i'll try with xenial16:34
infinitycjwatson: I do indeed.16:34
mterrykenvandine, I don't know why it would be different, but worth a shot16:34
hallynstgraber: the amd64 testcases id efinately ran locally...16:35
cjwatsoninfinity: (anyway, ls-lR is in finalize, so it's not on the critical path for e.g. proposed-migration kicking off)16:35
stgraberhallyn: well, it does pass, sometimes: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/l/lxcfs/20151120_014250@/log.gz16:35
cjwatsonI'm more concerned by timings before the dists switch.16:36
hallynstgraber: oh, but wiat, that amd64 failure, args are opposite of what i expected.  the test isn't wrong, for some reason lxcfs really did spit out ints instead of floats.16:38
hallynall righ ti'll figure it out16:38
infinitycjwatson: Well, I can tell you that Pandas sure suck at compressing things. :P16:40
infinitycjwatson: When that's done, I'll decompress a bit for you.16:40
hallynstgraber: those two runs are installing different versions of lxcfs before running the tests16:43
hallynlooks like a testrunner eror to me16:43
infinitycjwatson: http://paste.ubuntu.com/13368221/16:44
infinitycjwatson: So -6 looks reproducibly faster client-side (I assume not true once you swap but, again, we shouldn't support anything with that sort of memory pressure).16:44
infinitycjwatson: Anything xz is such a massive win over bzip2 though, that it's really about how much bandwidth win we're getting over gzip.16:45
hallynstgraber: indeed that older version spit out integers16:45
cjwatsoninfinity: Right.  Not a huge amount of difference over -4, so perhaps we can start out with -6 and then drop to -4 if the publisher slowdown is too difficult.16:47
hallynpitti: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/l/lxcfs/20151120_051440@/log.gz16:48
hallynpitti: ^ that one is building the xenial-proposed package, but it installs the xenial package, then runs the xenial-proposed tests against xenial pkg (which fails, correctly)16:48
dupingpinghi, popey_16:56
dupingpinghow are you today?16:56
dupingpingI sent an email to sabdfl16:56
=== popey_ is now known as popey
dupingpingat the email, I asked about the time when the cert mail arrived here.16:58
dupingpingpopey: Mark will be very busy, right?16:59
popeyI did say be patient16:59
popeyYou seem to not be doing that16:59
dupingpingyes, I'm just waiting.17:00
popeypinging mark isn't waiting, but anyway, you choice17:00
hallynstgraber: well this i386 lxcfs crash is not at all what i expected.  seems to be a glibc bug in realloc.17:01
infinityhallyn: You have a pointer?17:02
dupingpingpopey: yes, I'll wait.17:02
* infinity waits for "no, that's the problem."17:02
hallyninfinity: not sure what you mean by a pointer - http://paste.ubuntu.com/13368646/ is the gdb stracktrace17:02
infinityhallyn: I meant a pointer to the bug, rather than a pointer to memory. ;)17:03
hallynoh.  no open bug i know of but it's https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/i386/l/lxcfs/20151120_091728@/log.gz17:03
* davmor2 points at infinity "no, you're the problem" close enough right?17:03
* hallyn back in a few, sigh17:03
hallynwonder if a little c prog can reproduce this17:05
dupingpingpopey: i got a reply from him.17:05
dupingpingvery kind17:05
popeyGood stuff17:05
pittihallyn: ah, thanks for pointing that out; indeed, I'll look into that on Monday17:05
dupingpingSo I'll wait.17:05
* pitti waves17:06
hallynpitti: thx17:08
hallynoh, actually this  may be a bit urgent - it means lxcfs on xenial has unfixed cves until that clears17:09
infinityhallyn: We don't promise security support in the devel series, it's not terribly urgent.17:10
hallynso i can't reproduce this standalone so i must be messing something up in the context17:12
infinityhallyn: I kinda want to blame fuse, but I haven't looked closely.17:14
hallyninfinity: it's possible another thread is to blame i suppose17:16
hallynfwiw http://paste.ubuntu.com/13368976/  shows the relevant values, everything looks sane17:16
hallynmaybe if i thread my testcase17:17
infinityhallyn: I'm hip-deep in punchcards, but if no one's got a better idea by EOD Monday, give me a jab.17:17
hallynyou're supposed to swim in *money* not punchards17:18
hallynthx, will do17:18
infinityhallyn: Yeah, I didn't read the fine print.17:18
rmblrd21would ubuntu-devel be the right place to report that ubuntu updates break ath10k support everytime an update is coming in?17:37
rmblrd21kernel update of course17:37
rmblrd21sry, mean firmware file update17:37
dobeya bug report on the ath10k package would be the right place i would think17:41
hallynshoulda looked higher in the scrollback earlier - http://paste.ubuntu.com/13369752/17:43
hallyni guess glibc is putting its foot down.17:46
hallynstgraber: ok so i do think this is a glibc bug, but i'm going to post a workaround for lxcfs for now18:13
hallyn(glibc is throwing an assertion, i think, bc i'm reallocing to a size which isn't big enough compared to the prev size.  shouldn't do that)18:14
kenvandinemterry, same failures in a xenial build (sbuild)18:26
mterrykenvandine, guh18:28
kenvandinesorry, i'm an evil monster :)18:28
kenvandinemterry, in case it's useful, http://paste.ubuntu.com/13370636/18:31
mterrykenvandine, a bunch of "Failed with an unknown error"...  :(18:32
kenvandineyeah, doesn't seem useful18:33
hallynstgraber: proposed fix: https://github.com/lxc/lxcfs/pull/54  but i'm now going to rebuild glibc with some debugging to see the root cause18:39
mterrybarry, just to give you an update on the duplicity side of the python3-only effort, I have a branch ready to let deja-dup install duplicity on-demand.  But it's apparently not working in all cases.  Working on it slowly18:42
attentehi, where is the file /etc/environment coming from?18:46
attentewhat project would i have to checkout to add a line to it?18:48
infinityattente: It's written by various installers at install time.  What line did you want to add, and why?19:00
attenteinfinity: GTK_IM_MODULE=Maliit, which will be needed eventually (not yet) to get gtk apps communicating with the osk. but only on the phone, not on the desktop19:02
infinityattente: That almost certainly belongs in some sort of graphical session startup, not in /etc/environment.19:04
attenteinfinity: so should the line for QT_IM_MODULE=maliitphablet be moved elsewhere?19:04
infinityattente: If that's in /etc/environment on the phone today, yeah, that should probably be elsewhere too. :P19:05
attenteinfinity: heh, ok. any ideas for where would be good? i'll move the QT one too19:06
infinityattente: But if it is, and you're just looking to double-up on the same hack, it looks like it lives in livecd-rootfs//livecd-rootfs/live-build/ubuntu-touch/hooks/48-setup-env.chroot19:07
infinityattente: I have no strong opinions about where it *should* be, but I suspect someone in #ubuntu-desktop could point you at how graphical sessions are meant to be set up.19:07
infinityattente: For now, though, the path of least resistance would be to pile on top of the existing livecd-rootfs hack, it seems.19:08
attenteinfinity: ok, great, thanks. i won't add it since i don't need it quite yet, but it's good to know just in case19:08
barrymterry: ok, thanks for the update19:32
tdaitxinfinity, I just grabber a xenial schroot and its sources.list file is set to wily20:03
infinitytdaitx: Yup.  It's a wily chroot, lp-buildd overrides sources.list.20:03
tdaitx http://launchpadlibrarian.net/222053869/chroot-ubuntu-xenial-amd64.tar.bz220:03
infinitytdaitx: I should probably freshen them soon.20:03
tdaitxinfinity, oh, sbuild-launchpad-chroot does not override that20:04
infinitytdaitx: No, indeed, I think cyphermox had a patch to fix that.20:04
cyphermoxerr, it's in xenial already20:04
infinitytdaitx: There you go.  Grab xenial's version.20:05
cyphermoxtdaitx: you want sbuild-launchpad-chroot 0.13 yeah20:05
tdaitxyeah that explains, I'm using a wily distro,20:05
tdaitxcyphermox, thanks =)20:05
tdaitxinfinity, thank you o>20:07
infinityRAOF: Hey, you know how long ago, Debian X tried really hard (and very successfully) to make X completely scorched-earth bootstrappable by splitting out x11proto-* and lib* and such, and carefully avoiding circular deps?20:09
infinityRAOF: That's totally broken in Ubuntu now with mesa and mir interdepending. :P20:09
infinityRAOF: (Easy loop to break, but annoying)20:09
mterrykenvandine, testing the branch on my other wily laptop, everything passes and I was able to install duplicity20:16
tdaitxinfinity, heh, my first run in with circular dependencies in packages was as a gentoo user long ago, trying to build gnome... iirc there was a particular way to go, otherwise it ended up in a circular dependency hell20:16
mterrykenvandine, I don't get why we are seeing two very different results20:16
mterrykenvandine, I also fixed the crasher I was seeing20:16
infinitytdaitx: I'm quite practised at this. ;)20:16
kenvandinemterry, dunno... no idea what could be different20:17
mterryyou tested in a clean xenial environment and got the error.  I don't get why I wouldn't see it in my clean environments20:20
mterrykenvandine, is there anything that sbuild takes from your environment/HOME?  ...  does trunk give the same errors for you?20:22
kenvandinemterry, freshly created xenial sbuild schroot20:23
kenvandinenot sure20:23
kenvandinei can try trunk too20:23
mterrykenvandine, sorry man for the trouble20:24
kenvandineno worries20:24
kenvandinemterry, trunk has the same failures in sbuild with xenial20:35
=== waspinator is now known as Guest57243
mterrykenvandine, ok.  so at least no regression...  and I doubt the usefulness of those failures, since deja-dup has built in LP in September20:36
mterrywith no changes in trunk20:36
mterrywell...  some changes in trunk20:38
mterrybut nothing I would expect would cause that (removed some unused code)20:38
kenvandinemterry, building it on my vivid laptop now20:39
kenvandinemterry, also trying under a fresh user account as well20:42
kenvandinemterry, same failures on my vivid desktop when built under a new user account, so that rules out env from my home20:44
mterrykenvandine, gar!20:45
kenvandinemterry, still building on my laptop... xenial with sbuild20:45
* mterry is trying to think20:45
mterryso something in my account?20:45
mterrymaybe I'll try a fresh user20:45
mterryBut LP doesn't mind it...20:45
kenvandinemaybe it would now20:46
kenvandinetests starting on my laptop :)20:46
kenvandine53% tests passed, 45 tests failed out of 9520:46
kenvandinesame thing on my laptop :/20:46
kenvandinemterry, so your box has the secret sauce :)20:48
mterrykenvandine, fresh account on my wily box built fine21:05
mterrykenvandine, am trying in LP as a tie-breaker build  :)21:05
kenvandinemterry, :/21:05
smoserinfinity, https://bugs.launchpad.net/ubuntu/+source/linux-lts-wily/+bug/1511497 can you make netboot-wily exist in places like http://archive.ubuntu.com/ubuntu/dists/trusty-proposed/main/installer-amd64/current/images/ ?21:14
ubottuLaunchpad bug 1511497 in maas-images "No hwe-w kernel for 14.04" [Medium,Confirmed]21:14
infinitysmoser: That's the plan.21:17
infinitysmoser: It's a next-week TODO.21:17
smoserk. thanks. if it happens by monday i can snif test amd64 and i386 netboot installers easily enough and verify.21:18
rharperis there a maximum length for launchpad userid?  32 chars?21:21
cjwatsonrharper: No explicit limit21:23
cjwatsonrharper: It will be rather inconvenient past a certain point :-)21:23
rharper cjwatson: interesting ok;  right;  what would you suggest as reasonable?  < 255 ?21:24
smoserah, but you see, rharper is implementing storage backend in launchpad user names.21:24
cjwatsonrharper: Er, I don't know.  Why?21:24
rharpersmoser: the first rule of hidden storage backends is that we don't talk about where we're implementing them21:24
rharpercjwatson: taking input to pass to ssh-import-id lp:<foo> and wanted to have a sensible limit without preventing folks from putting in their launchpad id21:25
cjwatsonThe current maximum length in use on dogfood is 496, almost certainly because at one point there was a bug in collision handling for automatically-generated names that resulted in ridiculous growth21:25
cjwatsonI suspect names that long are not in fact in use21:25
smoserhm.. if you raised that to 512 it'd be much more convenient for block size.21:26
cjwatsonThe maximum name length of person rows who have an sshkey is 210 (again, on dogfood, since that's what I can query directly)21:26
rharpercjwatson: cool, thanks21:27
kirklandrharper: should I be expecting a patch from you on this?  :-)21:27
rharperkirkland: no, no changes to ssh-import-id21:27
cjwatsonand that's a username I really can't believe anyone is actually using, and yet it has an sshkey ...21:28
cjwatsonmaybe the victim of some peculiar renaming bug21:29
cjwatsoneverything over 64 with an sshkey either has multiple -deactivatedaccount on the end or is one of the victims of https://bugs.launchpad.net/launchpad/+bug/1099297 and thus has ridiculous amounts of junk prepended and appended to a tiny local part21:34
ubottuLaunchpad bug 1099297 in Launchpad itself "generate_nick only seeds random state from localpart" [Critical,Fix released]21:34
=== salem_ is now known as _salem
ichdasicha little far fetched, but is there a valid security contact process for canonical infrastructure?23:43
sbeattieichdasich: for canonical infrastructure? security@canonical.com (security@ubuntu.com is for issues with the distro itself)23:46
ichdasichsbeattie: kthx, did not come clear from the cannonical page23:46

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