[00:38] <ceed^> darkxst, Same problem with Adwaita and the other themes I have installed. Can't resize either, but can't remember if I used to be able to.
[00:40] <darkxst> does it only happen with a particular app? or all?
[00:42] <ceed^> let me check....
[00:45] <ceed^> Seems like it may only be Evolution. The text isn't wrapped.
[00:46] <darkxst> ceed^, file a bug against evo (in ubuntu) then, that is just copied from utopic
[00:46] <ceed^> k, will do. thanks!
[03:37] <Malyndra_Crow> Hey guys, I've got an irritating little bug that's really getting on my nerves. When I right click on the desktop for setting and change background, i change my background, then close settings, then after that, right click on desktop no longer works. This happens every single time.
[03:38] <Malyndra_Crow> Oh, using trusty tahr
[04:06] <Malyndra_Crow> sparq: I've got an irritating little bug in Trusty that's really getting on my nerves. When I right click on the desktop for settings and change my background, then close settings, after that, right click on desktop no longer works. This happens every single time.
[10:02] <darkxst> ricotz, fyi bug 1342923, popped up with 1.0.2
[10:06] <darkxst> ricotz, I've not seen it locally though, could it be a glib api mismatch
[10:07] <ricotz> darkxst, i see, you shouldn't do the retrace with ppa:ricotz/testing
[10:14] <darkxst> ricotz, those traces are automated ;(
[10:14] <darkxst> ricotz, if you had ddebs on your ppa they would work ;)
[10:15] <darkxst> (I have a slightly patched instance of the main retracer bot running, with support for ppa's
[10:23] <ricotz> darkxst, ok, but if the reporter doesnt use my ppa while should be the common case, as for this one, the retrace should do so too
[10:24] <ricotz> i doubt i would get ddebs support granted ;)
[10:31] <darkxst> ricotz, it should only trigger from crashes reported for gnome3 ppa's packages, but its hard to know about the deps
[10:32] <darkxst> before actually retracing
[10:32] <ricotz> darkxst, Dependencies.txt is pretty clear about that
[10:33] <darkxst> ricotz, there are a lot of packages in there though
[10:33] <darkxst> and it will only break if a certain package ends up in the trace
[10:36] <darkxst> so I either block the retracer for all packages with foreign ppa's in there
[10:36] <darkxst> or let it run and hope it works
[10:46] <darkxst> ricotz, and fwiw, your ppa in not in that trace, I suppose you saw it one of the dupes?
[10:52] <ricotz> if the stacktrace refers to "/build/buildd/glib2.0-2.41.2~git20140710.60fe7b46/" is looks pretty much like a package to my ppa
[10:52] <ricotz> https://bugs.launchpad.net/ubuntu-gnome/+bug/1342923/comments/3
[10:55] <darkxst> ricotz, but that is not in Dependencies.txt
[10:55] <ricotz> exactly that is what i am talking about here!
[10:55] <ricotz> the retracer uses my ppa, but the reporter not
[10:55] <darkxst> so how is the bot supposed to kno
[10:56] <darkxst> ricotz, the retracer fires because of the tracker bug
[10:56] <ricotz> Dependencies.txt is coming from the reporter
[10:56] <darkxst> s/bug/crash/
[10:57] <darkxst> ricotz, do your packages have debug symbols?
[10:57] <darkxst> like non-stripped ones?
[10:58] <ricotz> no, but i guess you have *-dbg installed on your machine
[10:58] <darkxst> ricotz, that was not my crash report, just saw a bunch of them file in after 1.0.2
[10:59] <ricotz> i looked at the bug you linked me to
[10:59] <darkxst> I don't think the retracer will pick up -dbg packages for ppa's unless they are listed in dependencies.txt
[10:59] <darkxst> it runs in a chroot after all
[11:00] <ricotz> i assume those "core" dbg packages might be picked up by default
[11:00] <ricotz> since the ddebs are empty for those, right?
[11:00] <darkxst> ricotz, not from PPA's
[11:00] <darkxst> uess ddebs are empty where there is a -dbh
[11:00] <darkxst> -dbg
[11:01] <darkxst> the upstream retracer has no support for PPA's
[11:01] <darkxst> mine scans for [origin: LP-PPA- tags] in dependencies.txt and add them to the sources.list
[11:01] <ricotz> darkxst, i can't follow you here, it is clear the glib package from my ppa is included in this chroot
[11:02] <darkxst> ricotz, I pretty sure it is not
[11:04] <ricotz> no idea where this is coming from then
[11:04] <ricotz> anyhow the trace is pretty useless in this case
[11:04] <darkxst> I see no [origin: LP-PPA-ricotz-testing] in Dependencies.txt, which is the only way retracer could get the -dbg packages
[11:04] <ricotz> if something went wrong inside of glib the retracer needs to have the same version
[11:05] <ricotz> darkxst, you see the snapshot reference in the stacktrace, i am just refering to that!
[11:06] <darkxst> ricotz, yes I see that, but the retracer does not!
[11:07] <darkxst> (well not the bit the fires off the chroot, with what ppa's to include)
[11:20] <darkxst> ricotz, though all that might explain the large number of failures that we see with the retracer
[11:24] <ricotz> darkxst, you are really sure the chroot itself doesnt include it already?
[11:25] <darkxst> ricotz, imagine an "apport-retrace -g" but with a custom apt/sources.list
[11:25] <ricotz> i am not speaking of the apt-sources, i mean the actually installed packages in there
[11:26] <darkxst> ricotz, it runs in a clean chroot everytime, and there are zero ppa's installed on the server
[11:26] <ricotz> mount it and look with "dpkg -l"
[11:28] <darkxst> ricotz, I can guarantee there are no ppa's in the base chroot, in fact, it may still be saucy
[11:28] <ricotz> ok
[11:28] <darkxst> its kinda  chroot in a chroot since its on a centos server
[11:29] <darkxst> but the actual retracer chroot, has only PPA's listed in Dependencies.txt
[11:30] <ricotz> alright, that is pretty weird then
[11:31] <darkxst> very!
[11:33] <ricotz> next time you might see "2.41.2~git20140714.79e63d4e"
[11:34] <darkxst> could well be a bug in the generation of dependencies.txt, but even then it should not show up unless that particular symbol is not stripped
[23:43] <balleyne> My network interfaces just disappeared on me in NetworkManager (I think that's what it is). Can't see wired or wireless connections anymore, though I can see them from iwconfig and connect via the commandline (iwconfig + dhclient). Help?


[12:50] <hubuntu> http://dev.chromium.org/developers/how-tos/build-instructions-linux
[12:50] <hubuntu> men merk at: Note: There is no working Chromium-based browser on Linux. Although many Chromium submodules build under Linux and a few unit tests pass, all that runs is a command-line "all tests pass" executable.
[12:51] <hubuntu> sorry.. wrong vchannel
[13:47] <bladiebla> newz2000, are you there?
[14:31] <newz2000> bl
[14:31] <newz2000> oops
[14:31] <newz2000> hi
[14:31] <thorwil> nice, just in time, as i wanted to ask, too :)
[14:32] <thorwil> newz2000: seen https://wiki.ubuntu.com/Website/IntrepidCountdownBanners?action=AttachFile&do=get&target=tw_intrepid_countdown_04_spiral.png ?
[14:34] <newz2000> looking good thorwil
[14:34] <newz2000> that is the nicest ibex picture I've seen I think
[14:35] <newz2000> but of course we drop all reference to ibex at the end of this month
[14:35] <newz2000> I have to show that to Ken
[14:35] <thorwil> newz2000: thank you! it's actually just a rough trace, to show the idea
[14:36] <thorwil> newz2000: everything else in these variations is meant to be production ready, though
[14:37] <thorwil> newz2000: given the preference for the dots, i don't intend to finish the hands. too much work to do both and i'd rather keep that as an option for next time
[14:38] <newz2000> the dots are good
[15:48] <qense> hello
[15:49] <newz2000> hi qense
[15:50] <thorwil> hello qense
[15:51] <newz2000> I just got an email from some students in .nl who want to do some usability testing on ubuntu.com for a class.
[15:51] <newz2000> Sounds like a fun class
[15:51] <qense> yeah
[15:51] <qense> What uni?
[15:51] <qense> Delft?
[15:51] <qense> I know Delft has got dual boots everywhere.
[15:52] <qense> They told me it was much easier to use Linux for basic tasks, since gcc works much better and faster than Windows' equivalents.
[15:52] <newz2000> the email domain is xept.nl and they merely said, "Information Technology student from the Netherlands"
[15:52] <newz2000> I encouraged them to sign on here or the email list, maybe we'll hear from them
[15:52] <qense> I don't know a xept :)
[15:52] <qense> who knows
[15:55] <qense> firefox is really slow today :S
[16:01] <newz2000> qense: Erik_J is the student I mentioned
[16:02] <Erik_J> ahh qense is dutch isn't it?
[16:02] <qense> yes I am :)
[16:02] <Erik_J> nice :)
[16:03] <Erik_J> I want to test downloading iso's file, ordering cd,
[16:03] <Erik_J> "taking the tour" and some others things
[16:03] <qense> You already found shipit?
[16:03] <Erik_J> yes, today I found the launchpad blue prints
[16:04] <Erik_J> I guess that is what you mean
[16:04] <qense> no
[16:04] <qense> shipit is the free cd shipping service
[16:04] <newz2000> https://shipit.ubuntu.com
[16:04] <qense> I do have some 32bit CDs left though, I also could send you some myself.
[16:05] <Erik_J> newz2000, understand that you can't implement all the changes, but evaluating is enough :)
[16:05] <newz2000> I'd love to see the results of your testing
[16:05] <newz2000> Erik_J: how do you plan to choose testers?
[16:10] <Erik_J> ehmm we are going to test it with a laptop I can borrow from my work. Two other student and me are going to test average users. I read in the book "Don't make me think" that you should't spend to much time on searching for Target group users.
[16:10] <newz2000> Erik_J: are people in your area generally comfortable with English?
[16:11] <Erik_J> but we are going to test a lot of student from different eduacations ( technical and non-tech)
[16:11] <Erik_J> ehmm yes other people are better in English.
[16:12] <newz2000> ok, that was my concern
[16:12] <newz2000> if the people use test aren't comfortable with English it may provide less useful results
[16:12] <qense> People in the Netherlands get familiar with English very soon in their lives. :) It's everywhere here.
[16:12] <qense> Slogans, titles, company names, expressions, slang
[16:13] <Erik_J> and al lot of people understand English beter than they speak
[16:13] <qense> true
[16:13] <newz2000> gotcha, I can relate to that
[16:13] <Erik_J> I read English every day but I never speak it.
[16:14] <thorwil> heh, same here
[16:15] <Erik_J> I hope it become better when I chat a lot :) When my English is very bad, please say
[16:15] <newz2000> if we have trouble understanding you we'll let you know
[16:15] <newz2000> so far all good though
[16:16] <Erik_J> wednesday we are going to define alle the specific parts we want to test.
[16:16] <qense> Where are you going to publish the results?
[16:17] <Erik_J> ehm our plan was to make a report about it but we can also publish it on a wiki page
[16:17] <qense> I think a lot of people here would be very interested in the results.
[16:17] <newz2000> how about sharing it with the email list? I think that would be an appropriate location
[16:18] <Erik_J> no problem
[16:18] <newz2000> or on the wiki
[16:19] <Erik_J> wich other parts do you like to be tested?
[16:19] <Erik_J> we have ten weeks :)
[16:19] <newz2000> keep it short, I'd pick no more than two if I were you... assuming you have a life outside of your schoolwork. :-)
[16:19] <Erik_J> 1 or 2 days a week
[16:20] <newz2000> because you have to test, then propose a solution, retest, etc
[16:20] <qense> Are you going to focus on 'digibeten'(don't know the English word for this!) or experienced people?
[16:20] <Erik_J> both
[16:21] <Erik_J> digibeter = computer novice
[16:21] <Erik_J> i think
[16:22] <thorwil> qense: digibeten derived from analphabeten? that would be computer illiterate, then, to be pretty precise
[16:22] <Erik_J> yes from analphabeten
[16:22] <qense> that's the word I was looking for!
[16:23] <thorwil> if you say computer novice, most will expect they have at least a clue how to use a mouse ;)
[16:23] <Erik_J> mja I mean people who don't know what open-source, linux enz. is
[16:24] <newz2000> Erik_J: so if your tests include shipit you will be including another interesting challenge in your test process, signing onto launchpad, which may include creating a launchpad user account.
[16:24] <thorwil> well, that's pretty specific knowledge
[16:27] <Erik_J> that's also a thing I'd like to improve. I have tested ubuntu.com on 6 friends who have no idea what ubuntu is and it was very hard for them to figure out what all the words mean. I think we can make that better by adding acronym tags
[16:28] <Erik_J> A few months ago I already did a test just for fun.
[16:29] <newz2000> those results will be interesting to see
[16:29] <Erik_J> I was to lazy to translate the results in english
[16:29] <newz2000> that's ok
[16:29] <newz2000> I mean future results
[16:29] <newz2000> I believe you about the acronyms being confusing
[16:30] <qense> Did you also look at www.ubuntu-nl.org ?
[16:30] <qense> got to go, dinner time!
[16:30] <newz2000> see you later qense
[16:30] <Erik_J> have a nice dinner
[16:31] <Erik_J> The first sentence on the ubuntu site for example: Ubuntu is a community developed, Linux-based operating system that is perfect for laptops, desktops and servers.
[16:31] <Erik_J> a lot of people don't know what linux, laptops, desktop and servers are
[16:32] <Erik_J> they won't continue reading because they don't understand it
[16:32] <Erik_J> adding the <acronym> tags can solve that a little bit
[16:32] <newz2000> mpt: You might be interested in this conversation
[16:33] <newz2000> (mpt is the usability lead for ubuntu and formerly for launchpad's UI)
[16:33] <Erik_J> cool
[16:34] <newz2000> do you have a way to test this? (effectiveness of acronym tag)
[16:35] <Erik_J> I'm not a expirienced interaction designer. I have only read the books "Don't make me think" and "User centered website development" and I'm working at a dutch usability company as php/html/css dev (beside my study)
[16:36] <Erik_J> I will ask at my work about the effectuveness of acronym tags
[16:37] <newz2000> There has recently been discussion on this on the web
[16:37] <Erik_J> they pop up slow and I think that a lot of users don't know thet exists :P
[16:37] <newz2000> right
[16:37] <newz2000> better is to not use unrecognized jargon on pages like this
[16:38] <Erik_J> you mean don't user words like linux etc?
[16:38] <Erik_J> user = use
[16:38] <newz2000> yes
[16:38] <Erik_J> I agree
[16:41] <Erik_J> I found the document with the ubuntu.com test results
[16:41] <Erik_J> they are from jan. 09
[16:41] <Erik_J> ehh 08
[16:43] <Erik_J> wrong, it's 4-08. I have translated it to english. I will check the English and I can send it to you
[16:43] <newz2000> sure, send it to the list, introduce yourself and your plans
[16:43] <newz2000> you don't have to write a lot, just a brief intro is fine
[16:43] <newz2000> I'll bet you get a lot of encouragement
[16:45] <thorwil> i don't think acronym tags are the solution, whatever they are exactly. rather a complete rephrasing. this is of course not simple, if can't even assume people know what an operating system is
[16:47] <Erik_J> http://www.w3schools.com/tags/tag_acronym.asp
[16:48] <newz2000> http://www.bbc.co.uk/blogs/radiolabs/2008/06/removing_microformats_from_bbc.shtml
[16:48] <thorwil> ah, that. slow. user must move the pointer there. i bet inexperienced users will not do so
[16:48] <newz2000> I don't know if that's relevant or not, but skimmed the headline a few weeks ago
[16:50] <newz2000> thorwil: I showed ken your banners and he really likes the dots
[16:50] <thorwil> newz2000: cool :)
[16:52] <thorwil> newz2000: 30 to 15 for all 3 flavors are pretty much done. rest only need numbers scaled to fit. but i have to figure out a sane way to export all this
[16:52] <newz2000> are you doing it in inkscape?
[16:52] <thorwil> yes
[16:53] <newz2000> yes, this is a challenge
[16:53] <newz2000> I'd say wait just a little longer before you do all the work, someone inside Canonical named "Kat" had some comments
[16:54] <qense> back
[16:55] <newz2000> unfortunately she's not online now so I can't figure out when she'll speak up
[16:55] <thorwil> newz2000: speak out about what exactly?
[16:55] <Erik_J> I'm gone, I'll be back later this evening
[16:55] <newz2000> ok, nice meeting you Erik_J
[16:55] <newz2000> thorwil: I'm not sure, colors maybe
[16:56] <thorwil> newz2000: luckily i'm using tiled clones :)
[16:56] <newz2000> oh, cool
[16:56] <Erik_J> newz2000, nice to meet you too
[16:57] <thorwil> allthough i consider to try a background that brightens up with dropping numbers
[16:58] <newz2000> she said something about trying to get away from red, but I asked her what color in the palette to use instead and she never replied (and there just aren't any other dark colors available to us)
[20:50] <thorwil> newz2000: how exactly should the countdown images be named?
[21:06] <newz2000> thorwil: anything will work, as logn as it's consistent and uses a two-digit day as part of the file name.
[21:06] <newz2000> for example, for 804: 804countdown_07days.jpg
[21:09] <thorwil> newz2000: you can use plain rects in inkscape as "targets" for export. rectangles added in a row have rising id numbers. always plus 2
[21:09] <thorwil> so i write a script to replace these numeric ids with filenames inside the svg :)
[21:09] <newz2000> slick
[21:09] <newz2000> that's the beauty of svg
[21:10] <emunkki> thorwil, would that script be usable by the kubuntu folks as well? ;)
[21:10] <newz2000> I can't wait until browser support is consistent and at least on par with what ff3 can do
[21:10] <thorwil> emunkki: perhaps. it's really a bloody hack, though
[21:11] <thorwil> and not done since i don't even know how to zero-pad, yet
[21:11] <thorwil> which has to wait for tomorrow
[21:11] <emunkki> ok
[21:11] <emunkki> we're also working with the countdown banners
[21:12] <thorwil> https://wiki.kubuntu.org/Website/IntrepidCountdownBanners ?
[21:13] <thorwil> oh, a copy
[21:13] <thorwil> gotta run, good night :)
[23:07] <Erik_AFK> Time for some sleep. Good night/day/morning/whatever


[00:32] <wgrant> wallyworld___: ppa:launchpad should work on precise now
[01:00] <lifeless> man once you start looking for dupes
[01:00] <lifeless> there are tonnnnes
[01:00] <lifeless> (e.g. bug 132300)
[01:00] <_mup_> Bug #132300: mail for new bugs inconsistent with other bug mail (ignores mail-on-my-actions disabled, missing footers, duplicate mail vs structural subscriptions) <email> <lp-bugs> <notifications> <Launchpad itself:Triaged> < https://launchpad.net/bugs/132300 >
[01:01] <wgrant> lifeless: Well
[01:01] <wgrant> lifeless: They're not necessarily dupes
[01:02] <wgrant> They would all be solved by making them consistent, but they're really separate bugs.
[01:03] <lifeless> wgrant: I think there is one that isn't necessarily a dupe
[01:04] <lifeless> wgrant: anyhow, we have limited facilities for saying 'X symptom', 'Y symptom' of a given root cause, so meh:)
[01:17] <wgrant> Bah
[01:17] <wgrant> lxc has been apparmored
[01:20] <wgrant> Ahhhh
[01:20] <wgrant> And that explains why my syslog has been all broken.
[01:21] <wgrant> rsyslog from a container sometimes takes hold of the same stream
[01:21] <wgrant> So /var/log/kern.log only gets the occasional byte
[01:25] <lifeless> ok so I need help finding a damn bug :)
[01:25] <lifeless> there was one about bugs like bug 1
[01:25] <lifeless> which get flashcrowded
[01:26] <_mup_> Bug #1: Microsoft has a majority market share <ubuntu> <Clubdistro:Confirmed> <Computer Science Ubuntu:Confirmed for compscibuntu-bugs> <LibreOffice Productivity Suite:New> <dylan.NET.Reflection:Invalid> <dylan.NET:Invalid> <EasyPeasy Overview:Invalid by ramvi> <Ichthux:Invalid by raphink> <JAK LINUX:Invalid> <LibreOffice:In Progress by bjoern-michaelsen> <Linux:New> <Linux Mint:In Progress> <The Linux OS Project:In Progress> <metacity:In Prog
[01:26] <lifeless> I cannot find
[01:26] <wgrant> Bug #73122?
[01:26] <_mup_> Bug #73122: individual bug reports can become very noisy and confused when unrelated comments, tasks and other links are created <lp-bugs> <ubuntu-platform> <Launchpad itself:Triaged> < https://launchpad.net/bugs/73122 >
[01:27] <lifeless> aiie thanks
[01:27] <wgrant> Hmm
[01:27] <wgrant> So I guess by apparmoring lxc-start you actually end up apparmoring an entire userspace, which is probably unprecedented.
[01:27] <wgrant> Not surprising it doesn't work.
[01:28] <lifeless> wgrant: so it looks like it works but fails hard?
[01:28] <wgrant> Most stuff works
[01:28] <wgrant> But eg. dpkg-divert sometimes doesn't.
[01:29] <lifeless> 'nice
[01:29] <lifeless> '
[01:35] <wgrant> Yeah, that's it.
[01:35] <wgrant> Breaks ephemeral entirely too.
[01:35] <wgrant> Probably because overlayfs doesn't like LSM much.
[01:58] <lifeless> wgrant: filed a bug ?
[01:59] <wgrant> Nah, mailing gary about it.
[01:59] <wgrant> Needs some investigation to see what's actually going on.
[02:00] <wgrant> And I've got two further non-feature things to do today
[02:00] <lifeless> work? zomg
[02:08] <wgrant> I really hate Erlang.
[02:13] <wgrant> wallyworld_: Do you still have the rabbitmq-management-agent issue?
[02:14] <wallyworld_> wgrant: yes, not sure exactly what the root cause is, but the 4 or 5 rabbit packages don't install
[02:15] <wgrant> wallyworld_: sudo rm -r /usr/lib/erlang/lib/rabbit_management_agent
[02:15] <wgrant> There's something wrong with part of the rabbitmq-management-agent package
[02:15] <wallyworld_> wgrant: and try reinstalling now?
[02:15] <wgrant> Yes.
[02:15] <wgrant> And you can remove the libapt-pkg symlink as well
[02:15]  * wallyworld_ fires up apt-get
[02:15] <wgrant> I've fixed the PPA up.
[02:16] <wallyworld_> and the debversion package too?
[02:16] <wgrant> The fixed version is built.
[02:16] <wallyworld_> too slow at typing, yay, thanks. trying it now \o/
[02:16] <wgrant> So just upgrade
[02:17] <wgrant> A fresh installation of launchpad-developer-dependencies works in precise now, apart from the rabbitmq issue
[02:24] <wallyworld_> wgrant: yes, it indeed works. thanks, that's awesome
[02:25] <wgrant> Huh
[02:25] <wgrant> rabbitmq-management installs lots of files that should be in rabbitmq-management-agent
[02:29] <wgrant> Ahhh
[02:29] <wgrant> lynxman typoed it
[02:29] <wgrant> --- rabbitmq-management-2.6.1+hg20110927.orig/debian/install
[02:29] <wgrant> +++ rabbitmq-management-2.6.1+hg20110927/debian/install
[02:29] <wgrant> @@ -0,0 +1,2 @@
[02:29] <wgrant> +build/app/rabbitmq_management-2.6.1/* usr/lib/erlang/lib/rabbit_management_agent
[02:36] <wgrant>        85 /   69  MaloneApplication:+bugs
[02:36] <wgrant> Why don't I believe that.
[02:36] <wgrant> lifeless: Any idea about those numbers?
[02:36] <wgrant> They seem implausibly low.
[02:36] <lifeless> 144 /    0  MaloneApplication:CollectionResource:#bugs
[02:37] <lifeless> mm
[02:37] <lifeless> 2K total timeouts
[02:37] <lifeless> wgrant: '54 /  205    '
[02:37] <lifeless> wgrant: might be hiding something
[02:38] <lifeless> wgrant: the numbers seem consistent with the total timeout count
[03:31] <StevenK> wgrant: Do you mind QAing r14737?
[03:32] <wgrant> StevenK: Done
[03:34] <wgrant> lifeless: "may never" lolol
[03:36]  * StevenK reaches for mawsonm
[03:36] <StevenK> s/m$//
[03:37] <StevenK> wgrant: Plan is to get r14738 deployed to NDT as soon as mawson behaves, and hopefully FDT it onto ppa/ftpmaster tonight
[03:37] <wgrant> Correct.
[03:38] <StevenK> wgrant: I just came up with that plan, how can it be correct?
[03:38] <wgrant> It is the right plan.
[03:38] <wgrant> The only plan, even.
[03:40] <lifeless> hey
[03:40]  * StevenK waits for mawson to finish WADLing
[03:40] <lifeless> does poppy need DB access any more ?
[03:42] <wgrant> No.
[03:42] <wgrant> Well
[03:42] <wgrant> In 5.5 hours it won't.
[03:42] <wgrant> But it may still connect.
[03:43] <lifeless> cool, lets rip it out
[03:44] <StevenK> lifeless: Your bullet points should be seperate points
[03:44] <StevenK> lifeless: "or of bugs filed against launchpad-project "
[03:44] <StevenK> Which doesn't make sense either
[03:45] <lifeless>  * Increasing the number or difficulty of bugs filed against launchpad-project
[03:45] <lifeless>  ?
[03:46] <StevenK> Yes, which requires it and the previous point to be read together, and it scans awkwardly
[03:48] <wgrant> lifeless: Bug #246022: team admins/owners (and possibly members?) can contact all members (or the mailing list if one is configured). Everyone else can only contact the owner.
[03:48] <_mup_> Bug #246022: No way for team admins to contact all members of the team <contact-via-web> <feature> <lp-registry> <mailing-lists> <teams> <Launchpad itself:Triaged> < https://launchpad.net/bugs/246022 >
[03:48] <lifeless> StevenK: I'ma sking if that rephrasing is better
[03:49] <lifeless> wgrant: bah, I dropped the list condition from the summary
[03:51] <StevenK> lifeless: Oh, right. Sounds fine to me. There is a similar issue in the second group of bullets
[04:03] <nigelb> Mornin'
[04:04] <nigelb> StevenK: For a minute there, I wondered why lifeless was skiing.
[04:04] <StevenK> Hah
[04:04] <StevenK> nigelb: Looking forward to the first T20I? :_D
[04:05] <nigelb> Not really.
[04:05] <nigelb> I think they'll get crushed. :)
[04:53] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/ttb-no-chroot/+merge/91015
[05:26] <StevenK> wgrant: Can haz review?
[05:29] <wgrant> StevenK: Is there a test for _getDistroArchSeries?
[05:30] <StevenK> It just returns ubuntu.currentseries.nominatedarchindep, I suspect that is already well-tested
[05:49] <StevenK> lifeless: Didn't we kill oops prefixes?
[05:50] <StevenK> wgrant: Distracted much? :-P
[05:50] <wgrant> StevenK: Sure, but the method isn't tested any more.
[05:51] <wgrant> I would reinstate _getChroot and the test.
[05:51] <wgrant> They're doing not much harm.
[05:51] <wgrant> Or is dispatchBuildToSlave fairly well tested?
[05:52] <wgrant> Given what it does, it seems unlikely that its tests are stellar.
[06:00] <StevenK> wgrant: Why did you unassign yourself from bug 780835?
[06:00] <_mup_> Bug #780835: representation cache a pessimization <easy> <performance> <qa-ok> <tech-debt> <lazr.restful:Triaged> < https://launchpad.net/bugs/780835 >
[06:01] <StevenK> Oh, since it probably needs to be ripped out of lazr.restful now that LP doesn't make use of it?
[06:07] <wgrant> StevenK: Right.
[06:07] <wgrant> It was a lazr.restful task, which I didn't notice until after I'd landed the branch.
[06:10]  * StevenK waits for the diff to update. :-(
[06:14] <StevenK> wgrant: The diff isn't updating, but http://pastebin.ubuntu.com/824788/ is a diff against submit:
[06:16] <wgrant> StevenK: Diff looks updated to me.
[06:16] <wgrant> Note that AJAX updating is presently broken.
[06:16] <wgrant> Approvalised
[06:16] <StevenK> I've been refreshing anyway
[06:17] <nigelb> Wait. diff stuff is now queued?
[06:17] <nigelb> Or is it for launchpad team only for now.
[06:17] <StevenK> nigelb: Currently, you need to be a member of ~launchpad
[06:17] <StevenK> It needs a bit of polish
[06:17] <wgrant> And it's been broken for a couple of days, but will hopefully be back next week.
[06:18] <nigelb> Hrm, I suspect as much. But still, closer.
[06:18] <StevenK> nigelb: Jealous? :-P
[06:18] <nigelb> StevenK: You have *no* idea.
[06:18] <nigelb> 44
[06:18] <nigelb> bah irssi
[08:07] <lifeless> StevenK: so oops_prefix -> reporter in the new oops stack
[08:07] <lifeless> StevenK: we have glue in LP to dynamically allocate them for scripts etc
[08:07] <lifeless> StevenK: but they are still used in appservers (but with little reason, we can discriminate via hostname...)
[08:33] <wgrant> lifeless: Can we migrate to one-config-per-user yet?
[08:45] <lifeless> I don't see why not
[08:46] <lifeless> I only ever wanted us to just limit the rate-of-change, for auditability
[09:03] <adeuring> good morning
[09:16] <danhg> Morning
[10:16] <stub> wgrant: I see you rebuild postgresql-8.4-debversion for precise. Are you using the lucid packages atm. for the rest of things?
[10:17] <wgrant> stub: I grabbed slony (1) from oneiric in the primary archive, but had to rebuild debversion due to a libapt-pkg soname bump in precise.
[10:18] <stub> no signer listed for slony... don't know if that is a problem
[10:19] <stub> Are your PostgreSQL packages from precise?
[10:19] <wgrant> Nah, the lack of signer is just because it was synced from Debian.
[10:19] <stub> Just wondering if I should leave things as they are or try to push the pg8.4 packages into the lp ppa.
[10:20] <wgrant> postgres itself we're still using from the primary archive.
[10:20] <wgrant> Which, as you say, will probably go away in less than a month.
[10:20] <stub> I'd like devs on PG 9.1 in the next week or two in any case
[10:20] <stub> ok. I'll leave it as things are then and assume gary's missing PG packages are his problem.
[10:20] <wgrant> But we can grab 8.4 from precise once it vanishes, if we haven't moved to 9.1 by then.
[10:20] <wgrant> His problem was debversion and slony.
[10:21] <wgrant> Which I fixed a few hours back.
[10:21] <stub> oic. thanks.
[10:21] <wgrant> I also diagnosed the postgresql-common issue, as you may have seen.
[10:21] <wgrant> Unrelated to postgres, as it turns out.
[10:21] <stub> and now I see your email :)
[10:21] <stub> yes, saw that thread earlier ta.
[11:22] <stub> How is package syncing/package copyiHow is package syncing/package copying being done now? The sync_packages database user exists but I can't find anything in the code base that actually uses it.
[11:22] <stub> How is package syncing/package copying being done now? The sync_packages database user exists but I can't find anything in the code base that actually uses it.
[11:24] <wgrant> stub: It's used by IPlainPackageCopyJobs
[11:24] <wgrant> Which are run when IPlainPackageCopyJobSource is given to process-job-source.py
[11:24] <wgrant> Which gets the dbuser from schema-lazr.conf
[11:25] <stub> Which doesn't mention sync_packages, so must be using a different database user
[11:26] <wgrant> dbuser: sync_packages
[11:26] <wgrant> Line 1958
[11:27] <stub> pebkac. Was running bzr grep in the wrong directory.
[11:31] <wallyworld__> nigelb: watching the T20? :-P
[11:34] <nigelb> wallyworld__: Not you too :P
[11:35] <wallyworld__> oh yeah!!!
[11:35]  * wallyworld__ loves cricket
[11:35] <wallyworld__> especially when India lose :-P
[11:36] <wallyworld__> and another wicket falls!!
[11:36] <nigelb> fuuuuuuu
[11:36] <bigjools> wallyworld__: haha :)
[11:37] <wallyworld__> yep :-)
[11:39] <bigjools> nigelb, wallyworld__: new Indian interweb domain: .ball
[11:39] <wallyworld__> lol!!!
[11:39] <wallyworld__> that is hilarious
[11:39] <wallyworld__> i almost spit out my wine
[11:39] <wallyworld__> all over the keyboard
[11:40] <bigjools> my work here is done
[11:40] <wallyworld__> indeed it is
[11:40] <nigelb> bigjools: At least India didn't get bowled out for 72....
[11:40] <wallyworld__> ouch
[11:40] <wallyworld__> nigelb pwned bigjools
[11:45] <bigjools> nigelb: wanna talk about your tour to England last year? all those innings defeats? :)
[11:45] <nigelb> Still. 72. It happened even in T20 in a while.
[12:19] <StevenK> I was enjoying the '35 needed from 4 balls' counter
[14:54] <abentley> deryck: qastaging's database appears at least a month out of date from production.
[14:55] <deryck> flacoste, is this known ^^ ?
[14:58] <flacoste> deryck: yes, it's a known problem
[14:58] <flacoste> we don't have a regular update of the qastaging db
[14:58] <flacoste> unlike staging which is reset every week-end
[14:58] <deryck> ah ok
[14:58] <abentley> flacoste: I see.  Thanks.
[14:58] <deryck> flacoste, do we schedule it on demand then?
[14:59] <flacoste> deryck: tbh, i have no idea :-/
[14:59] <flacoste> but something like that yes
[14:59] <deryck> ok, cool :)  thanks, flacoste
[14:59] <flacoste> mthaddon might know
[14:59] <mthaddon> yep, it's on demand
[16:15] <rick_h> abentley: can you peek at https://code.launchpad.net/~rharding/launchpad/one_yui_instance/+merge/91111 when you get a sec?
[16:15] <abentley> rick_h: sure thing.
[16:16] <rick_h> abentley: ty
[16:21] <abentley> rick_h: Why "LPJS"?  Wasn't it something else before?
[16:21] <rick_h> abentley: it was LPS before but it was brought up that LPS stands for something and isn't as clear
[16:21] <abentley> rick_h: r=me.
[16:22] <rick_h> abentley: ty
[16:23] <deryck> actually, it was always meant to be LPJS.  But I can't type a J for some reason.  And my sed command was wrong. ;)
[16:23] <deryck> and no one caught it or complained until recently. :)
[16:34] <sinzui> jcsackett, do you have a few minutes to mumble?
[17:05] <deryck> abentley, I'm triaging bugs.  Bug 921213 looks like Bug 760735 to me.  Do you agree?
[17:05] <_mup_> Bug #921213: recipe does not build: make: Cannot open: Permission denied <Launchpad itself:Confirmed> < https://launchpad.net/bugs/921213 >
[17:05] <_mup_> Bug #760735: Daily recipe: failure because of Permission denied accessing build/patch directories <recipe> <soyuz-build> <Launchpad itself:Fix Released by jelmer> < https://launchpad.net/bugs/760735 >
[17:07] <jelmer> deryck: they are
[17:07] <abentley> deryck: yes
[17:08] <deryck> abentley, jelmer thanks!
[17:28] <deryck> abentley, adeuring, rick_h -- I did my hour.  yay me! :)  I cleared project review, open bugs, and answered a couple questions.
[17:28] <adeuring> deryck: congrats!
[17:28] <rick_h> deryck: woot!
[17:29] <abentley> deryck: cool
[17:42] <jcsackett> sinzui: i can mumble now, sorry i was on the phone when you pinged earlier.
[17:42] <jcsackett> sinzui: are you still free?
[17:42] <sinzui> I am
[17:43]  * jcsackett fires up mumble
[18:13] <lifeless> morning
[19:36] <mhall119> can I check if a person is a canonical  employee or not through the launchpadlib api, using the anonymous login?
[19:36] <james_w> no
[19:55] <mhall119> ok, then I need to get an app authorized to access that
[19:59] <dobey> mhall119: authorized in what sense? you will only be able to see members of that team, if you are also a member of it, as it's a private team.
[20:00] <mhall119> dobey: I'm adding to the script that builds bug stats for unity
[20:01] <mhall119> I need to show the number MPs coming from community
[20:01] <jelmer> mhall119: have you seen the contributors script in Launchpad?
[20:02] <mhall119> jelmer: no, does it involve zope?
[20:02] <lifeless> no, why would it?
[20:02] <jelmer> mhall119: IIRC it doesn't; it just looks at bzr commits in the mainline rather than merge proposals though
[20:02] <mhall119> lifeless: because it's launchpad?
[20:03] <mhall119> where can I see this?
[20:03] <jelmer> utilities/community-contributions.py in lp:launchpad
[20:03] <dobey> mhall119: you can probably check that the owner of the source branch with is_valid_reviewer() on the target branch, in a proposal
[20:04] <jelmer> mhall119: the result of that script is at http://dev.launchpad.net/Contributions
[20:04] <dobey> jelmer: if it returns true, the owner is part of the unity team, if it's false, the owner is community :)
[20:04] <mhall119> jelmer: where can I see the script itself?
[20:04] <jelmer> mhall119: it's linked from the wiki page
[20:05] <mhall119> dobey: what object has is_valid_reviewer?
[20:06] <mhall119> dobey: ok, I see <branch>.iPersonTrustedReviewer
[20:06] <abentley> deryck: I'm OCR.  Could you possibly review https://code.launchpad.net/~abentley/launchpad/fix-index-download/+merge/91160 ?
[20:06] <dobey> mhall119: yeah, sorry, isPersonTrustedReviewer
[20:07] <mhall119> but that only tells me if someone is on the unity team, not if they're non-employees
[20:07] <dobey> mhall119: why does it matter if they're an employee or not?
[20:07] <mhall119> dobey: because that's the metric my manager wants
[20:08] <deryck> abentley, sure
[20:08] <mhall119> besides, I'm not even sure if everyone in the dx team would be isPersonTrustedReviewer on unity's trunk
[20:08] <abentley> deryck: thanks.
[20:08] <deryck> np!
[20:09] <dobey> mhall119: possibly not, but not everyone on dx works on unity, either
[20:10] <mhall119> dobey: right, so I don't think jono wants DX members who don't work on unity counted in this metric
[20:11] <dobey> *shrug*
[20:31] <deryck> abentley, r=me
[20:32] <abentley> deryck: thanks.
[20:32] <deryck> abentley, np!
[20:39] <lifeless> -> l'hopital
[20:39] <lifeless> bbiab
[20:41] <mhall119> dobey: ok, I've got it working, now to optimize it
[20:41] <mhall119> dobey: is there a way to pre-fetch all the people who can review lp:unity, and check against that for each MP against lp:unity
[20:45] <dobey> mhall119: you can get the default reviewer that's set for the branch, and branch owner, and compare against those (they might be different)
[20:46] <mhall119> dobey: right, but it'll always be the same team as reviewer
[20:46] <mhall119> so can I hit LP once to get all of the members of that team, and then check locally?
[20:47] <dobey> yes; your script should check both in case they are different. if you've already got the branch object, it shouldn't be expensive to see if they are the same.
[20:48] <dobey> (to save having to fix the code later, if you decide to run the script against a project which does have different values set) :)
[20:51] <mhall119> how far back does <branch>.landing_candidates go?
[20:53] <mhall119> and is that the best way to get a historical list of merge proposals
[20:59] <abentley> deryck, rick_h: Did my interrupt duties.  Project review, some Questions, spam deletion, and I updated https://wiki.canonical.com/Launchpad/FeedbackMonitoring
[21:00] <deryck> abentley, awesome, thanks.
[21:31] <rick_h> StevenK: ping when you're around to chat make/js build dir stuff
[22:06] <StevenK> rick_h: Hmmmm?
[22:21] <StevenK> abentley: If you tag a bug as 'qa-bad', could you also add 'bad-commit-<revno>' ?
[22:22] <StevenK> abentley: Not trying to pick on you, it just keeps happening. I think a mail to -dev is in order.
[22:22] <abentley> StevenK: It seems absurd that I should need to.
[22:25] <StevenK> abentley: Why? Its needed for the qa-tagger if you rollback the branch
[22:26] <abentley> StevenK: Because there's only one revno I could possibly be talking about.
[22:26] <StevenK> abentley: No, there could be more -- land, qa-bad, rollback, land, qa-bad ....
[22:26] <StevenK> It has happened like that.
[22:27] <abentley> StevenK: I'm saying there *aren't* more.
[22:28] <abentley> StevenK: And at the time something is marked qa-bad, I don't think there's ambiguity either.
[22:41] <deryck_> Later on, everyone.
[23:02] <wallyworld_> rick_h: have you submitted your LPJS branch to ec2?
[23:29] <lifeless> StevenK: I agree, a mail to -dev is in order.
[23:30] <lifeless> StevenK: if the process is wrong / needs more automation, we can/should do that; but driving the tools inconsistently confuses folk and that consumes time and energy.


[19:07] <hamma> Hello guys
[19:09] <elacheche_anis> Hey!
[19:20] <hamma> are u gonna be present during the TGLUG meeting ?
[19:28] <elacheche_anis> sure :)
[19:29] <hamma> :D
[19:47] <hamma> o/
[21:03] <hamma> Hey guys, we need your participation in the TGLUG meeting ! channel name #TGLUG ! The meeting is about : http://pad.tn/p/TGLUG
[21:04] <elacheche_anis> :)


[07:02] <lordievader> Good morning.
[07:02] <elfy> morning lordievader
[07:04] <lordievader> Hey elfy, how are you?
[07:04] <elfy> pretty good thanks lordievader - you?
[07:05] <lordievader> Still a bit tired, just woke up.
[07:05] <elfy> :)
[08:46] <vitimiti> Hi
[08:46] <lordievader> o/
[08:46] <lordievader> How are you, vitimiti?
[08:47] <vitimiti> Fine, lordievader :)
[08:48] <vitimiti> I can't seem to create this dammed emulator from the SDK
[08:49] <lordievader> What emulator?
[08:49] <vitimiti> For the Ubuntu touch. But now it's downloading, I think this might be it
[11:14] <BluesKaj> Hey folks
[18:28] <gompa> on 14.10 libvirt keeps asking for a password when trying to connect to ssh+qemu (and the server receives the wrong password) but iam 100% sure iam using the right password ( i can login with it over virsh) anyone else having this problem ?
[21:21] <vitimiti> Hi
[21:33] <lordievader> Hey vitimiti, how are you?


[16:02] <jshanab> How do I get back the ability to use ctrl-alt f1-f6 ?
[16:16] <jshanab> hello? anyone here?  :-)  The getty's are running the desktop manager just will not let me get to them and there is no keyboard layouts to edit to enable or disable this feature.


[20:00] <ali1234> how do i build a 32 bit kernel deb from the ubuntu kernel git on a 64 bit system?
[20:46] <ali1234> i used mk-sbuild to make a chroot to build a 32 bit kernel on a 64 bit host
[20:47] <ali1234> then i ran fakeroot debian/rules binary-debs and it crashed out with: ../../../../arch/x86/include/uapi/asm/sigcontext.h:4:28: fatal error: linux/compiler.h: No such file or directory
[20:47] <ali1234> the kernel built correctly for 64 bit outside the chroot


[09:58] <nicky> hiii
[09:58] <nicky> i am unable to ##java and i have questions related to java
[09:59] <nicky> it is asking for registered username
[09:59] <nicky> can someone help me


[00:15] <Saviq> plars, oh, do the devices have network access?
[00:26] <plars> Saviq: yes, you'll need to use phablet-network, and pass the config in for it to use. The config with wifi credentials for that lab get deployed to:  /var/lib/jenkins/.ubuntu-ci/wifi.conf
[00:45] <Saviq> plars, thanks!
[11:06] <rvr> pete-woods: ping
[11:08] <pete-woods> rvr: hi
[11:08] <rvr> pete-woods: Hi. I'm testing silo 56
[11:08] <rvr> pete-woods: The VPN test is ok
[11:08] <pete-woods> rvr: okay, well that's something, at least
[11:09] <rvr> pete-woods: But when I open the VPN settings from the indicator, System Settings crashes
[11:09] <rvr> Or at least it opens and closes
[11:09] <pete-woods> rvr: yeah, system settings doesn't have the VPN UI in yet
[11:09] <pete-woods> so it just closes
[11:09] <pete-woods> you can't add VPN connections without manually installing my click package at the minute, though
[11:10] <pete-woods> so this isn't something a regular user can see
[11:11] <rvr> pete-woods: Hmm... I see
[11:11] <rvr> pete-woods: So, what's the plan?
[11:11] <pete-woods> rvr: jgdx is currently building the final VPN UI for USS
[11:11] <pete-woods> but it's not finished yet
[11:12] <pete-woods> this is why I hacked up that VPN editor app quickly
[11:12] <pete-woods> so that QA would have a decent UI to test with
[11:12] <pete-woods> instead of having to use console commands
[11:13] <pete-woods> at any rate, the VPN link appears with or without this silo
[11:13] <pete-woods> this just fixes the password storage
[11:13] <pete-woods> (which is completely broken beforehand)
[11:14] <rvr> pete-woods: Hmm
[11:14] <rvr> jgdx: The VPN UI for USS, is it planned for OTA10?
[11:15] <pete-woods> rvr: he's probably not started work yet
[11:15] <pete-woods> I think he works afternoons
[11:15] <rvr> pete-woods: Oh
[11:15] <pete-woods> but i *think* that's what he's aiming for, yes
[11:18] <rvr> Ok
[11:54] <rvr> pete-woods: Silo approved
[11:54] <pete-woods> rvr: awesome, thanks for testing it :)
[12:24]  * sil2100 off to lunch
[12:28] <jgdx> rvr, yes, and I had started. Working while the cortisol levels are high
[12:30] <jgdx> pete-woods, filed bug 1550283 if you didn't see it already.
[12:30] <ubot5`> bug 1550283 in indicator-network (Ubuntu) "Connectivity VPN API, hard to change active connection " [Undecided,New] https://launchpad.net/bugs/1550283
[12:30] <jgdx> pete-woods, also, is the route backend planned/wip/shelved?
[12:30] <pete-woods> jgdx: yep. saw it, thanks
[12:30] <jgdx> some vpns are useless without
[12:31] <pete-woods> I have literally no time to work on it at the moment
[12:31] <pete-woods> I would definitely like to add the routes feature
[12:31] <pete-woods> even the check box for "only route this connection's ip ranges" would help a lot
[12:31] <jgdx> yeah, it would'
[12:32] <jgdx> the bug above becomes superfluous if the connectivity api can detect changes to a live connection and then apply them by reconnecting
[12:32] <jgdx> pete-woods, ^
[12:33] <pete-woods> jgdx: yeah, that'd be a nice fix to it, and totally feasible
[12:34] <jgdx> pete-woods, great, added to bug.
[12:35] <pete-woods> jgdx: btw, if you did want to re-use any of the QML code from my test UI (or indeed you have replacement stuff), I have no problem at all with a MP for indicator network to add it to the connectivity QML plugin
[12:38] <jgdx> pete-woods, yeah, I've used a bunch of it. Most prominently the file selector (since we don't have a certificate manager yet). But, we're adding it to ubuntu-settings-components instead
[12:39] <jgdx> pete-woods, that's the current plan, anyway.
[12:39] <pete-woods> jgdx: okay, that works for me too
[12:40] <jgdx> pete-woods, I've made it so it doesn't explicitly depend on indicator-network. Not sure if that makes any sense, because you'll have to guess the vpn types.
[12:40] <jgdx> connection.type [12:41] <pete-woods> jgdx: surely you still depend on the connectivity API to get the model / know about the various properties on the connections?
[12:43] <jgdx> pete-woods, yes, but that's currently in the consumer of u-s-components. So Settings/Wizard passes along the model.
[12:43] <pete-woods> ah, okay, well fair enough if you think it makes it more easy to move around
[12:44] <jgdx> i'm not sure that it does, and I'm not sure I like the implicit dep. I mean, you don't implement a freedesktop-like spec, right?
[12:44] <jgdx> pete-woods, portSet and the like is a pete-woods (tm) concept
[12:45] <pete-woods> indeed, well the whole thing is a pete-woods (tm) concept, really
[12:48] <kdub> how can I retrigger the autopackage testing? https://requests.ci-train.ubuntu.com/#/ticket/1040 seems to have failed a downstream test due to a passing system image issue
[12:55] <kdub> trainguards, how can I retrigger the auto autopackage test on: https://requests.ci-train.ubuntu.com/#/ticket/1040 ?
[13:13] <Mirv> kdub: you're meaning that they'd start, it should be automatical and we've no manual triggering for their starting. if you'd have the excuses page we could help with retrying already failed tests.
[13:14] <kdub> Mirv, thanks, guess I should have been more patient before toggling
[14:00] <rvr> dbarth__: alexabreu: Silo 45 approved
[14:02] <rvr> dbarth__: alexabreu: Remember that silo 16 needs a rebuild
[14:02] <alexabreu> rvr, yes I am working on solving the conflicts & repushing
[14:03] <rvr> alexabreu: Ok!
[14:19] <Mirv> jibel: 049 already passed automatic signoff, somehow a retry on one flaky unity8 autopkgtest was done. it's now running yet again so I guess that would mean it could create another card on the trello board, but on the other hand the no fields were toggled so I'm not sure if it will work or not.
[14:19] <Mirv> (a retry was done on a test that already passed since it got into QA queue)
[14:23] <jibel> Mirv, yes a new card will be created when it's ready again. I'm leaving the card on the board for now and will delete the new one
[14:36] <rvr> kenvandine: Silo 23 approved
[14:38] <kenvandine> rvr, thx
[14:50] <Saviq> jibel, hey, could you please point me at your jenkins-job-builder files? I've started to write yaml for our jobs but having issues wrapping my head around it... because I need to allow others set up some defaults, I'm trying to use includes and anchors, but JJB just complains about everything :(
[14:54] <sil2100> morphis: hey! I noticed that in my android silo britney migration-testing fails on unsatisfiable Depends: ubuntu-emulator-runtime etc. - did you have that with your android silos too?
[14:55] <morphis> sil2100: last time I landed that the package britney wasn't active for citrain :-)
[14:55] <sil2100> Bummer ;)
[14:55] <morphis> sil2100: where is ubuntu-emulator-runtime coming from?
[14:56] <Saviq> jibel, it's almost like JJB expects all the context for a file to be included in that file, which feels rather limiting :/
[14:56] <sil2100> morphis: from android ;p
[14:56] <sil2100> android-emulator/amd64 unsatisfiable Depends: ubuntu-emulator-runtime <- looks strange
[14:56] <morphis> sil2100: wonderful :-)
[14:57] <morphis> a bit
[14:57] <sil2100> I think this might be something that's confusing for britney
[15:01] <kdub> can we retrigger the qtmir-gles here?: seems its a known intermittent failure in the downstream https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-032/excuses.html
[15:06] <plars> sil2100: do you know if the image tests that were happening with arale still do anything useful? I'm guessing no, but that the dev-jenkins-server just never got shut down. I'd like to make those available to some other teams, but wanted to check first that they are not in use
[15:07] <kdub> trainguards: can we retrigger the qtmir-gles here?: seems its a known intermittent failure in the downstream https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-032/excuses.html
[15:08] <sil2100> plars: hm, I don't remember those being used, so fine with me at least
[15:08] <sil2100> Not sure what other teams could have been using that
[15:08] <sil2100> kdub: on it
[15:08] <kdub> thanks sil2100
[15:11] <plars> sil2100: those were just the ci.ubuntu.com style jobs, and afaik that part of it is no longer maintained
[15:11] <plars> sil2100: so it would have just been you :)
[15:14] <alex-abreu> rvr, ok approved https://requests.ci-train.ubuntu.com/#/ticket/955
[15:22] <cjwatson> sil2100: that's one of the packages that has a specialised hack for the Ubuntu proposed-migration instance
[15:22] <cjwatson> http://bazaar.launchpad.net/~ubuntu-release/britney/britney1-ubuntu/view/head:/fauxpkg/FauxPackages#L39
[15:23] <cjwatson> I don't think that's ever been stitched into the citrain instance.  You may have to force it
[15:25] <sil2100> cjwatson: thanks for looking into that
[15:25] <sil2100> :)
[15:29] <sil2100> jibel, davmor2, rvr: I know your guys queue is pretty long already, but if you could get silo https://requests.ci-train.ubuntu.com/#/ticket/1030 at least forced somewhere into the queue that would be good - there is a britney hack for it in -proposed since otherwise this just fails
[15:29] <sil2100> jibel, davmor2, rvr: so the silo is basically good for QA
[15:30] <jibel> sil2100, done
[15:39] <kdub> sil2100, is there any way to tell when that retrigger is done?
[15:43] <sil2100> kdub: hm, I guess it happened already
[15:44] <sil2100> kdub: I can retry again, but I suppose it was retried once
[15:44] <kdub> yeah, apparently its a been a vexing downstream test with previous releases
[15:46] <kdub> sil2100, lets retrigger, the mir team apparently has had some history with this particular test in that package before during mir releases
[15:47] <sil2100> kdub: retriggered again, let's see when it gets picked up
[15:47] <kdub> thanks sil2100
[15:50] <kdub> sil2100, was checking greyback, apparently its a test that can be affected by heavy load situations (and has a test timeout increase coming to qtmir soon), so might need to force-pass if possible
[15:51] <greyback> test timeout for qtdbustest, not qtmir
[15:51] <kdub> or, we could just retrigger during light load :)
[16:01] <Saviq> sil2100, you can now disable unity8 jobs as well, I've enable autopilot testing in our jenkaas, so we're migrated :)
[16:01] <sil2100> Saviq: ok, on it
[16:43] <Saviq> plars, thanks, everything seems in order :)
[16:44] <plars> Great, let me know if there's anything else I can do to help!
[16:55] <kdub> sil2100, is there a way to force approval for that aoutpkg test? we're being affected by this https://bugs.launchpad.net/qtmir/+bug/1541854 which is dependent on system load
[16:55] <ubot5`> Launchpad bug 1541854 in QtMir "SharedWakelock test unstable" [High,In progress]
[16:56] <sil2100> kdub: hm, you would have to negotiate with QA, so jibel, davmor2 or rvr - can't this test be written so that it's not affected by load? :)
[16:57] <sil2100> Tests shouldn't generally be affected by load at best, so that they can be run in multiple environments
[16:58] <kdub> sil2100, its in a downstream and the fix hasn't gotten in there :/
[16:58] <sil2100> Ouch...
[16:58] <kdub> so, I suppose i'll just retrigger this weekend, hopefully lower load then
[16:59] <davmor2> sil2100: one for jibel or rvr more likely
[17:05] <popey> sil2100: is OTA-10 expected to be the one that ships on the net round of devices from the factory? M10 / MX5 Pro ?
[17:08] <sil2100> popey: yes, at least from the M10 POV
[17:08] <sil2100> popey: won't want to say anything official regarding the MX5 Pro
[17:09] <popey> ok
[17:13] <Mirv> it's Pro 5, not MX5 Pro :)
[17:13] <Mirv> MX series is a different from Pro
[17:18] <popey> Mirv: thanks :)
[17:41] <rvr> Mirv: Silo 49 approved
[18:03] <Mirv> robru: want to check https://ci-train.ubuntu.com/job/ubuntu-landing-049-2-publish/7/console ?
[18:14] <jibel> Elleo, about silo 30 what provides fonts-droid-fallback?
[18:15] <jibel> Elleo, the change makes the keyboard depend on an alternative package that doesn't exist
[18:27] <robru> Mirv: looks like lp didn't respond to the REST request. Did the copy actually fail? I've seen it a lot where lp performs the copy but doesn't return any value, that's why that error is ignored... Though not sure why the job failed
[18:29] <robru> Mirv: oh the failure is due to no artifacts, which is expected for a vivid copy. Basically that looks fine to me, as long as you check the overlay ppa actually has all the copied packages in it
[18:52] <robru> Mirv: indeed, train found all packages copied successfully and then merged ;-)
[19:04] <mterry> trainguards: the train doesn't understand git branches?  "ERROR Failed to understand "https://code.launchpad.net/~mterry/geonames/+git/double-free/+merge/287234". Is it a merge?"  -- is that a planned feature with an ETA or is it foolhardy to use git at this point?
[19:05] <robru> sure doesn't!
[19:05] <robru> mterry: I'm currently working on a big overhaul that will a) modularize the bzr integration so that git support is at least theoretically possible, but we're talking months and months away
[19:05] <robru> oh and b) do a bunch of other stuff like use sbuild instead of cowbuilder and c) parallelize source package builds
[19:06] <mterry> robru, gotcha.  Canonical own the geonames LP project, so maybe I can convince the maintainers to use bzr
[19:06] <mterry> robru, is there a wiki for how to set up a project for train integration?  (like autolanding of merges and all that jazz)
[19:07] <mterry> robru, I know CI/jenkins is the team's responsibility, but I guess I just mean the autolanding/automerging ibts
[19:07] <mterry> *bits
[19:09] <robru> mterry: autolanding? that hasn't been a thing for years. you just mean you want to use the train, right?
[19:09] <robru> mterry: err, I guess you mean jenkaas
[19:09] <mterry> robru, is it all jenkaas?  I thought there was something the train did to merge into trunk and whatnot once a silo landed
[19:10] <robru> mterry: yeah but that isn't "autolanding". "autolanding" was the thing from like 3 years ago where everything would just be automatically merged. "having a silo, testing it, hitting publish", not very automatic. but it does automatically merge after the publication has been successful
[19:11] <mterry> robru, OK.  Is there a name for that last merge step?  :)  But a project doesn't need any special setup for that to happen?
[19:12] <robru> mterry: you can't do "that last merge step" unless you're fully on the train. I'm not really sure what you're asking here. like you just want merges automatically merged without having a silo at all?
[19:13] <robru> mterry: https://wiki.ubuntu.com/DailyRelease/InlinePackaging this is the train packaging requirements
[19:13] <mterry> robru, no I want to be fully on the train.  My situation is that I'm looking at this git project (geonames) and am looking into what it would take to make it compliant with our workflow -- bzrification, what else?
[19:13] <mterry> ok, that's good
[19:14] <robru> mterry: if you want "that thing that automatically finds new merges and builds them & reports test failures", that's jenkaas. train is "manually put merges into train, manually click build, manually review package, manually click publish, then once it hits archive it automatically merges"
[19:15] <mterry> robru, yeah I want the train.  I understand jenkaas CI is a different beast, which can be tackled separately
[19:15] <robru> mterry: so yeah basically bzr if you're in a hurry. I know some projects do development in git and then just export to a bzr branch for train use, and then merge back at the end...
[19:16] <robru> mterry: I'm literally working right now on extracting the bzr bits from the train so it can be modularized and a git plugin created.
[19:16] <mterry> robru, I don't think the maintainers (basically desktop team I think?) are super git-oriented.  Just the guy that wrote it originally was more git-oriented
[19:16] <robru> but probably months to get it all together, there were so many huge changes required I decided to just sort of make a clean break, so this change got coupled with a bunch of other stuf
[19:17] <mterry> robru, but he's not working on it anymore and I'm just trying to whip it into shape so I can more easily land a few changes I want  :)
[19:17] <robru> cool
[19:18] <mterry> robru, so I bzr-ify the project and just use silos like normal and it does all the right things automatically?  there's no master list of projects using the train or anything?
[19:18] <robru> mterry: nope, it was a foundational design goal not to have master lists of anything. the precursor to the train had master lists and it was awful
[19:19] <mterry> robru, awesome  :)
[19:19] <robru> mterry: bzr-ify and set a few packaging details to be what the train expects as per that wiki page
[19:19] <mterry> robru, so my question was basically dumb.  It just took me a while to figure out why  :)  But that InlinePackaging page is a useful reference
[19:19] <robru> mterry: yeah even in that url 'DailyRelease' is a reference to the train-precursor. train inherited all that code though
[19:20] <mterry> robru, yeah and that page uses the phrase "autolanding"...  :)
[19:20] <robru> I should really update that page and move it under /citrain/
[19:31] <Elleo> jibel: it will exist in xenial soon (and fonts-droid will be removed there)
[19:32] <Elleo> jibel: this is to allow them to make that transition
[19:32] <Elleo> jibel: about to go underground, can answer more later if needrd
[19:32] <Elleo> needed*
[20:13] <Mirv> robru: oh, I didn't realize the copy did happen, thanks for checking it.
[20:14] <robru> Mirv: yeah apologies that job is a bit of a mess, and it's not worth to fix right now because I'm literally working to replace all of jenkins entirely.


[06:17] <nirupama> helllo
[06:17] <nirupama> how to apply for ubuntu loco team
[07:04] <dholbach> good morning


[01:27] <StevenK> wgrant: Unauthorized: (<zope.browserpage.metaconfigure.SimpleViewClass from /home/steven/launchpad/lp-branches/archive-limitedview/lib/lp/soyuz/browser/../templates/archive-packages.pt object at 0x2b1e9815e290>, 'browserDefault', 'launchpad.View')<br /> I guess from traversal, which create_initialized_view doesn't call into?
[01:43] <RoelV> Hi all
[01:43] <RoelV> bzr: ERROR: [Errno 1] _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
[01:43] <RoelV> how do I fix this?
[02:28] <wgrant> StevenK: That usually just means you don't hold launchpad.View on the object, and the view requires launchpad.View
[02:32] <StevenK> wgrant: Right. Which is expected. But the test uses create_initialized_view, which shows me the page content
[02:33] <wgrant> Right, that might skip it. Normally the page would 403 anyway because it accesses launchpad.View attributes
[03:18] <StevenK> wgrant: So this change looks okay to me, except for the +packages test for subscribers failing
[03:19] <wgrant> StevenK: What if you call the view?
[03:19] <StevenK> view.render() returns the page content
[03:19] <wgrant> Are you sure you set up the interaction correctly?
[03:19] <wgrant> Surely it needs to access some attributes that need launchpad.View
[03:20] <StevenK> The test calls login_person(self.subscriber) and c_i_v is called with self.subscriber as the principal
[03:25] <StevenK> wgrant: The P3A is empty, so maybe I need to publish a source into it first
[03:28] <wgrant> StevenK: Doesn't getPublishedSources need launchpad.View?
[03:28] <wgrant> Oh, I guess not
[03:28] <wgrant> Since it's necessary for +index
[03:28] <wgrant> So you may be right
[03:28] <StevenK> Right
[03:28] <wgrant> But stuff like the build counters might be protected
[03:29] <StevenK> I've moved description, is_active, is_copy, num_pkgs_building, publish, series_with_sources, signing_key and getPublishedSources()
[03:34] <StevenK> wgrant: So I can destroy the test, but I'd like to keep it
[03:35] <StevenK> Maybe I should switch it to the browser test
[03:35] <wgrant> StevenK: You probably want to adjust it so it triggers the view permission failure
[03:35] <StevenK> wgrant: Right, and it seems neither c_i_v() or c_v() will do so for me
[03:35] <StevenK> Whereas +packages requires View in the ZCML
[03:44] <StevenK> +        browser = setupBrowserForUser(self.subscriber)
[03:44] <StevenK> +        self.assertRaises(Unauthorized, browser.open, url)
[03:45] <StevenK> That works fine, since it uses the traversal rules
[03:45] <wgrant> Right
[03:45] <StevenK> So maybe I'll push this crap up and you can sob
[03:45] <StevenK> lib/lp/security.py:120: 'IAbstractMilestone' imported but unused
[03:45] <wgrant> Oops
[03:45] <wgrant> My fault
[03:45] <wgrant> A few weeks ago
[03:46] <StevenK> But I got burned last time I removed useless imports :-)
[03:46] <StevenK> I shall pull it out
[03:46] <wgrant> lp.security is not webservice definitions :)
[04:08] <StevenK> wgrant: https://code.launchpad.net/~stevenk/launchpad/new-perm-for-archive-subscribers/+merge/148974
[04:13] <wgrant> StevenK: Doesn't SubscriberView want to short-circuit if View is held?
[04:14] <StevenK> Probably
[04:14] <wgrant> Also, SubscriberView might want to imply LimitedView
[04:14] <wgrant> s/might/does/
[04:15] <StevenK> wgrant: How do I imply LimitedView?
[04:15] <wgrant> StevenK: The current default LimitedView adapter delegates to View, I believe
[04:15] <wgrant> It probably wants to fall back to SubscriberView
[04:16] <wgrant> StevenK: You also seem to be seriously allergic to VWS
[04:16] <wgrant> There's no gap before getPulbishedSources in the interface
[04:17] <wgrant> And you'll want tests for the permissions
[04:17] <StevenK> There is one before the API params
[04:17] <wgrant> eg. check directly that a subscriber has SubscriberView but not View
[04:17] <wgrant> 242	+ )
[04:17] <wgrant> 243	+ # Really returns ISourcePackagePublishingHistory, see below for
[04:17] <wgrant> 244	+ # patch to avoid circular import.
[04:17] <wgrant> 245	+ @call_with(eager_load=True)
[04:17] <wgrant> No space
[04:17] <wgrant> Oh
[04:17] <wgrant> So there is
[04:18] <wgrant> That's just a really huge operation_parameters
[04:18] <StevenK> Yes
[04:22] <StevenK> wgrant: Why do I want to imply LimitedView ?
[04:22] <wgrant> StevenK: Some things (eg. lazr.restful) won't acknowledge an object's existence without LimitedView
[04:22] <wgrant> eg. objects will not appear in collections unless LimitedView is held
[04:22] <StevenK> wgrant: http://pastebin.ubuntu.com/1675575/ is the permission test
[04:26] <StevenK> wgrant: Oh, ViewArchive backs onto get_enabled_archive_filter anyway, so it should be fine, no?
[04:26] <wgrant> StevenK: What do you mean?
[04:27] <StevenK> get_enabled_archive_filter is used for checking for launchpad.View, and we use the same method for SubscriberView, so we don't need a short-cut?
[04:27] <wgrant> StevenK: ViewArchive has several shortcuts
[04:28] <wgrant> I'm not sure if get_enabled_archive_filter also has all of them, but it's almost certainly slower too
[04:28] <StevenK> Right, I want to return True if ViewArchive does?
[04:29] <wgrant> Right
[04:30] <StevenK> wgrant: http://pastebin.ubuntu.com/1675592/
[04:31] <wgrant> if check_permission(...):
[04:31] <wgrant>    return True
[04:31] <wgrant> if check_permission(...):
[04:31] <wgrant>    return True
[04:31] <wgrant> return False
[04:31] <wgrant> Or or, I guess
[04:33] <StevenK> wgrant: In which bit of that diff?
[04:33] <StevenK> Oh, right
[04:33] <StevenK> Fixing
[04:34] <wgrant> All of it
[04:35] <StevenK> wgrant: http://pastebin.ubuntu.com/1675600/
[04:38] <wgrant> StevenK: Also, what happens when there's no SubscriberView adapter?
[04:38] <wgrant> I assume it just evaluates to False, but you should confirm
[04:38] <wgrant>      def checkAuthenticated(self, user):
[04:38] <wgrant> +        view_permission = ViewArchive.checkAuthenticated(self, user)
[04:38] <wgrant> +        if view_permission:
[04:38] <wgrant> +            return view_permission
[04:38] <wgrant> That's a bit silly
[04:40] <StevenK> So I considered calling if check_permission or self.store.find, but that means we need to do the work to calculate the filter if the user has View anyway
[04:41] <wgrant> foo = bar
[04:41] <wgrant> if foo:
[04:41] <wgrant>    return foo
[04:41] <wgrant> Where foo is boolean
[04:41] <wgrant> Is equivalent to:
[04:41] <wgrant> if bar:
[04:41] <wgrant>     return true
[04:41] <wgrant> s/t/T/
[04:42] <StevenK> wgrant: No SubscriberView adapter for IArchive, or something like IProduct?
[04:43] <wgrant> StevenK: Anything
[04:43] <wgrant> Because if something asks for LimitedView and View fails, it'll defer to SubscriberView
[04:50] <StevenK> wgrant: Hmmm, still trying to toss up how to test that
[04:51] <StevenK> And grumbling at the construction crew outside, who sound like they're grinding up cars
[04:54] <wgrant> StevenK: check_permission('launchpad.SubscriberView', someproduct)
[04:54] <wgrant> done
[04:54] <wgrant> No need for an actual test, just do it in a harness
[04:57] <StevenK> Yeah
[04:58] <StevenK> ------> print(check_permission('launchpad.SubscriberView', factory.makeProduct()))
[04:58] <StevenK> True
[04:58] <wgrant> Erm
[05:01] <wgrant> So, work out why :)
[05:08] <StevenK> Sorry, dealing with the fun of car ownership
[05:11] <StevenK> wgrant: Due to PermissiveSecurityPolicy
[05:11] <StevenK> Which returns True for anything
[05:12] <StevenK> And interaction being none results in <lp.services.webapp.authorization.LaunchpadPermissiveSecurityPolicy object at 0x8072d90>
[05:13] <wgrant> StevenK: Ah, right.
[05:13] <wgrant> Might have to hack the harness to use_web_security=True
[05:16] <StevenK> In [2]: print(check_permission('launchpad.SubscriberView', factory.makeProduct()))
[05:16] <StevenK> False
[05:16] <wgrant> Right
[05:16] <StevenK> With the following diff:
[05:16] <wgrant> That is less terrifyingly incorrect
[05:16] <StevenK> -    execute_zcml_for_scripts()
[05:16] <StevenK> +    execute_zcml_for_scripts(use_web_security=True)
[05:18] <StevenK> Tempted to hack iharness to respect LP_HARNESS_WEB_SECURITY=1
[05:18] <StevenK> (Or so)
[05:26] <StevenK> wgrant: Diff updated
[05:37] <wgrant> StevenK: Done
[05:39] <StevenK> wgrant: Does http://pastebin.ubuntu.com/1675739/ address your concerns?
[05:42] <wgrant> StevenK: Indeed.
[06:00] <StevenK> wgrant: Where's your GC branch + Archive:+delete timeout fix up to?
[06:03] <wgrant> StevenK: Doing more archive deletion rework
[06:03] <StevenK> Oh, so it won't suck. That would be nice.
[06:16] <wgrant> Actually, might propose the first stage now
[06:33] <wgrant> StevenK: https://code.launchpad.net/~wgrant/launchpad/archive-defer-deletion/+merge/148988
[06:34] <wgrant> I may not be around to answer grillings
[06:34]  * StevenK gets the chair, desk lamp and dripping tap ready
[06:40] <StevenK> wgrant: Did you consider only calling getUtility(IPublishingSet).requestDeletion() once in the publisher?
[06:42] <wgrant> StevenK: That'd delete most binaries twice
[06:42]  * wgrant goes
[06:45] <StevenK> wgrant: So, you did consider it. r=me
[08:56] <adeuring> good morning
[08:57] <StevenK> Unauthorized: (<Archive at 0xef0f490>, 'dependencies', 'launchpad.View')
[08:57] <StevenK> Bah! This was the *whole* point of the exercise