[12:14] <bradb> kiko: maybe not needed.../me ponders
[12:16] <kiko> hmmm.
[12:16] <bradb> my initial thinking was that we explicitly record the nom in that case, just so we have the option of being explicit in the UI about who proposed and approved the nom, even though it happened automatically.
[12:16] <bradb> but, given that the pre-release-management data doesn't have noms anyway, hrm...
[12:17] <kiko> but waitasec
[12:17] <kiko> pre-release-management doesn't have distorelease tasks either, does it?
[12:17] <bradb> yeah, for backporting
[12:17] <bradb> it didn't have productseries tasks
[12:17] <kiko> ah.
[12:18] <kiko> ah, good point.
[12:18] <kiko> good thing I tested backporting before you got rid of it! :)
[12:18] <kiko> you could add auto-nominations for backports.. perhaps..
[12:19] <bradb> i got rid of +backport though...
[12:19] <kiko> I mean, for existing backports.
[12:19] <kiko> as part of the data migration strategy
[12:19] <bradb> ah, right, that was #1
[12:19] <kiko> sounds pretty simple
[12:20] <kiko> but.. it's a soft database association for a hard code requirement
[12:20] <kiko> which I don't like very much
[12:22] <bradb> kiko: though if we want the door open for allowing a no-noms config, that effort would be all for naught, unnecessary, because our code would need to deal with the no-noms case either way
[12:22] <bradb> "that effort", i.e. adding noms for all the existing DR tasks
[12:22] <kiko> bradb, good point.
[12:23] <kiko> I think you're right that #2 is the right solution.
[12:23] <kiko> and the auto-approval is a way of differentiating no-noms I guess...
[12:23] <kiko> so your call, I think you understand the issues now.
[12:23] <bradb> right, ok, thanks
[12:55] <Ubugtu> New bug: #60320 in rosetta "Cache POTemplate.displayname" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60320
[01:30] <mpt> Goooooooooooooooood morning Launchpadders!
[01:36] <mpt> mdz: "One moment, please?"
[01:37] <mpt> (assuming that "" isn't a possibility)
[01:38] <mdz> mpt: "" is technically possible, but a blank screen with a blinking cursor for several seconds doesn't seem like a good idea
[01:39] <mpt> Depends on how many seconds, I guess
[01:39] <mdz> 3-N
[01:39] <mpt> up to about 3 would be okay, but more than that...
[01:40] <mdz> it's easily 3+ on a variety of hardware
[01:40] <mpt> ok
[01:48] <mpt> mdz, will usplash itself still have jargon in it?
[01:49] <Nafallo> mpt: seems not to :-(
[01:49] <mpt> whoo-hoo
[01:49] <Nafallo> I loved my init-output :-P
[01:50] <mdz> mpt: it has no text except in the logo graphic atm
[01:50] <mdz> though there is likely to be a debate
[01:51] <Nafallo> mdz: might that debate be on tomorrow mornings meeting?
[01:52] <Nafallo> mpt: there is a knot-3 livecd real soon now :-)
[01:52] <mdz> Nafallo: no, those meetings aren't for debate
[01:52] <mdz> if there is one, it'll be on the ubuntu-devel mailing list
[01:53] <Nafallo> mdz: oki. see how far it's gone with me away from ubuntu development :-/.
[01:54] <mpt> Startup is theater
[02:38] <mdz> mpt: can you think of anything we could do which would be more l10n-friendly?
[02:38] <mdz> with the boot messages suppressed, the startup process is neutral or translated everywhere else
[02:39] <mdz> and that message occurs way too early to make translation feasible
[02:44] <mdz> we just need to indicate that everything is OK and more stuff will happen momentarily
[02:44] <mdz> but fancy graphics aren't possible yet
[02:45] <Ubugtu> New bug: #60332 in malone "Switching from simple to advanced search loses the search text" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60332
[02:49] <mpt> mdz, I suppose you could do the old / - \ | animation, but that wouldn't be much better than nothing at all
[02:50] <mpt> or the "..............................................." marching ants
[02:51] <mdz> it has to be static, as during the wait, a different program is actually running
[02:51] <mdz> the boot loader displays a message, and then we transfer control to the kernel
[02:51] <mdz> which takes a few seconds to get going
[02:54] <lifeless> "please wait" in 5 languages ?
[02:54] <mpt> Understandable, text-only, non-language-specific, AND static? mdz, I don't think any designer could meet all those constraints at once :-P
[02:54] <Nafallo> Keybuk proposed "Starting up..." without newline :-)
[02:55] <mdz> I considered "Ubuntu..." but then derivatives will be unhappy ;-)
[02:55] <mpt> haha
[02:56] <mpt> That also looks like a complete-this-sentence competition
[02:56] <mpt> "Ubuntu... rocks our socks"
[02:56] <mdz> that will give them something to do while they wait the few seconds
[02:56] <mpt> "Ubuntu... takes too long to start up"
[02:57] <mpt> So given all those constraints, I'd go back to "" as the least bad, I think
[02:57] <Nafallo> mdz: didn't Keybuk also said he could to the / - \ | spinner and make it shut down when tty1 arrived or something like that? :-)
[02:58] <mdz> Nafallo: I doubt it
[02:59] <mdz> unless we emulate a spinner using blinking VGA text or something
[02:59] <Nafallo> :-)
[03:00] <Nafallo> well, we talk about the man making a new init here ;-)
[03:00] <Nafallo> s/\ talk/\'re\ talking/
[03:00] <Nafallo> :-)
[03:00] <mdz> Nafallo: we're talking about two boot phases before init here
[03:00] <lifeless> Nafallo: this is before the kernel exists
[03:00] <lifeless> Nafallo: init is much later
[03:01] <Nafallo> yes, I know.
[03:02] <Nafallo> I was just referring to earlier successfull work :-)
[03:02] <mpt> Ubuntu should make more whishing noises
[03:02] <mpt> http://www.google.com/search?q=(whish%20OR%20whishlist)%20site:launchpad.net
[03:03] <Nafallo> hehe
[05:46] <mpt> jamesh, ping
[05:51] <mpt> jamesh, unping
[07:24] <jamesh> lifeless: just been running product-release-finder on demo.lp.net -- it got past dl.openafs.org without getting stuck, so it could very well make it all the way through
[07:25] <jamesh> so maybe it will work this time for sure
[07:27] <lifeless> nice work
[07:27] <lifeless> haha:
[07:27] <lifeless>  http://demo.lp.net/
[07:28] <jamesh> we should definitely pay a few million for that domain
[07:31] <jamesh> lifeless: btw, this is what is shown for a product series with a registered branch: https://demo.launchpad.net/products/bzr/bzr.dev
[07:31] <lifeless> sweeet
[07:31] <jamesh> no big warning/error icon
[07:32] <lifeless> the warning can be tightened
[07:32] <lifeless> it taks about registering for conversion
[07:32] <lifeless> not about for existing ones at all
[07:33] <jamesh> sure.
[07:34] <jamesh> I think we want to move most of the non-importd stuff from the "Edit source" form elsewhere too
[07:34] <jamesh> I put the bazaar branch stuff on the main "Change series details" form
[07:46] <lifeless> cool
[07:57] <mpt> Yay for power cuts
[08:41] <jamesh> lifeless: looks like product-release-finder works -- it completed two runs on demo without crashing part way through
[08:41] <lifeless> fantastic
[08:41] <lifeless> do we have logs and that report yet ?
[08:43] <jamesh> I've got the logs on carbon (logs from the program plus a list of releases from beforehand, after the first run and after the second run
[08:44] <lifeless> excellent
[08:44] <jamesh> it failed on all the registered FTP sites, but that is because the data centre squid is blocked from doing FTP
[08:44] <jamesh> and there are bad patterns for a number of product series
[08:45] <jamesh> https://demo.launchpad.net/products/automake <- an example with multiple series and releases
[08:46] <jamesh> the actual productrelease pages are very boring though, since the only collected info that gets displayed is the version number
[08:47] <lifeless> jamesh: thats fine
[08:47] <lifeless> Keybuk: dyson, ready to run.
[08:47] <lifeless> https://demo.launchpad.net/products/automake
[08:49] <lifeless> jamesh: can you file a bug on the series display sort order ?
[08:49] <lifeless> not something to fix now, but spiv pointed it out as disconcerting
[08:49] <lifeless> hmmm, I think we want highest series at the top
[08:49] <jamesh> lifeless: series order or release order or both?
[08:49] <lifeless> so trunk
[08:49] <lifeless> 1.9
[08:49] <lifeless> 1.8
[08:49] <lifeless> 1.7
[08:49] <lifeless> and within each
[08:49] <lifeless> newest at the top
[08:50] <lifeless> 1.9.6
[08:50] <lifeless> 1.9.5
[08:50] <lifeless> 1.9.4
[08:50] <lifeless> 1.9.3
[08:50] <lifeless> 1.9.2
[08:50] <lifeless> 1.9.1
[08:50] <lifeless> 1.9
[08:51] <jamesh> I wonder if the version sort code niemeyer mentioned on the list went in
[08:51] <lifeless> there is debian-version number sort code in lp already
[08:52] <lifeless> thats what we will want to use. IIRC we have a py-psql version of that already
[08:52] <jamesh> hopefully it gracefully handles non-debian version numbers okay
[08:53] <lifeless> thats a reason for it to be a separate bug ;)
[08:53] <SteveA> good morning
[08:53] <lifeless> so, ping me when we've got a tabular report, I'd like to vet it please
[08:53] <lifeless> high SteveA
[08:53] <lifeless> *cough*, hi SteveA
[08:55] <fabbione> lifeless: we already know SteveA is always high :)
[08:57] <stub> SteveA: Feel free to review sftp://devpad.canonical.com/home/warthogs/archives/stub/launchpad/trivial from salgados queue if you want it landed and cherry picked (referrer storage)
[09:05] <SteveA> stub: your latest activity report was seen as spam by the mailing list's spamassassin.  I manually let it through and RT-ed it.
[09:05] <SteveA> Any idea why it might have been so identified?
[09:06] <mpt> lifeless, ping
[09:09] <lifeless> mpt: gnip
[09:09] <mpt> lifeless, I was halfway through a bzr push to devpad when I had a power cut. I've used break-lock on the repository lock and the branch lock. Is there anything else special I need to do for the next push (such as using --overwrite)?
[09:09] <lifeless> no
[09:09] <mpt> ta.
[09:13] <SteveA> stub: reviewed
[09:13] <lifeless> jamesh: so, have  alook here:
[09:13] <lifeless> https://demo.launchpad.net/products/automake/1.9
[09:13] <lifeless> note the packaging record
[09:14] <lifeless> we want to give some useful view here, perhaps showing the source package version in edgy etc
[09:14] <lifeless> and make it get a symbol to say 'out of date' ?
[09:15] <lifeless> we also need the packaging record inference to be turned on after this
[09:16] <stub> SteveA: no idea re: spam assassin - I don't think I counted my viagra shopping as work time.
[09:18] <stub> lifeless: Do you recall if the URLs given in the Referer: HTTP header are UTF-8 encoded, ISO-8859-1, ASCII or undefined?
[09:19] <lifeless> ASCII IIR
[09:19] <lifeless> one sec
[09:19] <jamesh> the header value is probably defined to be a URL
[09:19] <jamesh> which is ASCII
[09:19] <lifeless> well
[09:19] <lifeless> its not strictly ASCII
[09:20] <jamesh> doesn't the URL spec essentially say that all characters except for a particular set need to be %-encoded?
[09:20] <lifeless> if you put valid ascii into a URL, you can break the URL rules
[09:21] <jamesh> I'm saying that according to the spec URLs are ASCII -- not that arbitrary ASCII strings are URLs
[09:21] <stub> But decoding, using ASCII will be fine. And I can decode the % encoding if I want to normalize it to Unicode
[09:21] <lifeless> stub: decoding the % encoded things will not give you Unicode
[09:21] <lifeless> stub: it *may* give you unicode
[09:21] <stub> I had used UTF-8 but I just realized I was probably confused.
[09:23] <lifeless> to get a url, take your string, apply any encoding you want to get a byte stream, then %escape illegal bytes in the byte stream, which includes ; at the wrong place and so on
[09:23] <carlos> morning
[09:23] <lifeless> to get to your string from the URL, first be the provider that did the encoding in the original place, now reverse the %encoding to get your byte stream, and then reverse your arbitrary encoding to get your string
[09:23] <lifeless> yes, its fucked.
[09:24] <lifeless> ok
[09:24] <stub> Urgh... I can't just decode the % encoding then as I could lose information and end up with invalid urls :-(
[09:24] <lifeless> Referer is defined as absoluteURI | relativeURI
[09:24] <lifeless> ask me anytime you want to know about URL fuckedness
[09:25] <SteveA> hello lifeless.
[09:25] <lifeless> urls are fundamentally opaque except to the consumer, which is the server that issues them.
[09:25] <SteveA> I'd like to know about URL fuckedness
[09:25] <lifeless> hi SteveA, my names lifeless and I'm a URL-fucker
[09:25] <SteveA> `watch echo "Hello lifeless, I'd like to know about URL fuckedness."`
[09:25] <lifeless> :)
[09:28] <lifeless> SteveA: so seriously, do you have questions ?
[09:30] <jamesh> stub: is it possible to have an initially deferred NOT NULL column constraint?
[09:30] <lifeless> jamesh: what do you mean ?
[09:30] <jamesh> lifeless: i.e. the column must be NOT NULL at the end of the transaction, but could be NULL during the transaction
[09:31] <lifeless> yes, though I'm not sure about the level of finesse that can be done to that
[09:31] <jamesh> the syntax listed in the postgres docs seems to suggest you could, but postgres doesn't seem to like  the syntax when I try it
[09:32] <lifeless> we do that whenever we load the sample database
[09:32] <lifeless> but like I say, I'm not sure on precision levels that are available
[09:35] <spiv> jamesh: the postgres docs say of DEFERRABLE: "Only foreign key constraints currently accept this clause."
[09:35] <spiv> (looking at file:///usr/share/doc/postgresql-doc-8.1/html/sql-createtable.html)
[09:35] <stub> jamesh: Sounds like spiv has found the answer. I've never tried myself...
[09:48] <SteveA> lifeless: no questions right now that you haven't already answered.
[10:09] <malcc> stub: Ping
[10:09] <stub> malcc: pong
[10:10] <malcc> stub: Did you see my email yesterday to launchpad about my test problem?
[10:11] <stub> Yes, but I haven't looked into it. I suspect some test not declaring itself as using the functional layer is setting up the Z3 component architecture itself (probably via FunctinalTestSetup().setUp()), and it is breaking your test. I haven't looked closely though.
[10:12] <funman> hello
[10:13] <jamesh> stub: are there valid uses of FunctionalTestSetup().setUp() with the new layer based test runner?
[10:13] <funman> i'm looking for a launchpad admin, i'd like to delete my launchpad account
[10:28] <lifeless> SteveA: I thought yesterday was thursday. Anyhow, I'm going to miss the meeting tonight - sorry.
[10:29] <lifeless> got to be up at 5am tomorrow to chauffer lynne
[10:30] <SteveA> lifeless: okay
[10:32] <funman> do launchpad admins come onto this channel ?
[10:32] <SteveA> funman: yes
[10:32] <funman> could you give me the nickname of one of them ?
[10:34] <SteveA> "SteveA"
[10:35] <SteveA> what's up funman ?
[10:35] <funman> SteveA: i want to delete my launchpad account
[10:35] <SteveA> okay.
[10:35] <funman> and found no way to do it except asking it to an admin :)
[10:35] <funman> my account is 'wavael'
[10:36] <SteveA> There are some aspects to this that I should explain before we go on.
[10:36] <SteveA> Inside Launchpad, we keep records about people, and we also keep records about people's accounts.
[10:37] <SteveA> The records we keep about people are to do with the work they've done in terms of writing about bugs, or answering support requests or doing translations
[10:37] <SteveA> that kind of thing.
[10:38] <SteveA> The account is the thing saying "here is someone's email address and password and ability to log into launchpad and use it"
[10:39] <funman> so informations about the bugs i reported or things i translated will stay in launchpad whatever if my account is deleted or not
[10:39] <SteveA> I can arrange for you account to be removed.  The "person who has done stuff" record will remain, though, as part of the public record of who did what to help open source / free software.
[10:39] <SteveA> right
[10:39] <funman> so let's make the deal
[10:39] <SteveA> so, I want to ask you, why do you want to do this, and does what I've described do what you want?
[10:40] <funman> this is what i want
[10:40] <funman> and i want to do this since i don't want to be implicated anymore into ubuntu
[10:40] <SteveA> I want to help you get what you want, but I guess I'm saying that launchpad is a complicated system, so I need to understand where you're coming from to do the right thing.
[10:41] <funman> and since i won't be implicated after, i do not want to have a launchpad's profile
[10:41] <funman> so it is clear i don't have anymore activities, nor gives support to ubuntu
[10:42] <funman> i don't know if my english words are clear
[10:43] <SteveA> I think I understand what you're saying
[10:43] <funman> good :)
[10:43] <SteveA> I just looked through your page on launchpad
[10:43] <SteveA> as far as I can see you've
[10:43] <SteveA>  - signed the Code of Conduct, twice
[10:43] <SteveA>  - done a lot of translating
[10:44] <SteveA>  - are a member of a French translation team
[10:44] <SteveA>  - have a GPG key
[10:44] <funman> it looks like it's my profile :)
[10:44] <SteveA> before we go on, I need to be sure that you "funman on irc" are the same person who has done these things in Launchpad.
[10:45] <SteveA> So, would you mail me a GPG signed email, using the key in your profile in Launchpad
[10:45] <funman> if you have my gpg key that should be ok
[10:45] <SteveA> saying that you want this?
[10:45] <funman> yep
[10:45] <funman> give me your adress
[10:45] <SteveA> ok, great.  steve @ ubuntu.com
[10:46] <SteveA> so, of these things that you did...
[10:47] <funman> mail sent
[10:47] <funman> yep?
[10:47] <SteveA> you did sign the code of conduct.  you yourself can go onto that page in launchpad, and deactivate the signatures
[10:47] <SteveA> https://launchpad.net/people/wavael/+codesofconduct
[10:47] <SteveA> "If you change your mind about agreeing to a code of conduct, you can deactivate your signature."
[10:47] <SteveA> okay?
[10:48] <funman> yep
[10:48] <SteveA> about the translating
[10:48] <SteveA> I can't undo the fact that you did translating into French
[10:48] <SteveA> it happened, and people will benefit from that.
[10:48] <SteveA> do you understand what I mean, about the translating?
[10:49] <funman> yes of course
[10:49] <SteveA> about the french translation team, you can leave that team
[10:49] <beanz> Fujitsu:  Can I pm you about one of your bugs?
[10:49] <funman> but can you remove the fact that i am a member of the French Translation Team ?
[10:50] <Fujitsu> beanz, OK...
[10:50] <funman> i found a "leave the team" button :D
[10:51] <funman> so, https://launchad.net/people/wavael won't exist anymore, right ?
[10:51] <SteveA> funman: sorry, phone call, back in a couple of inutes
[10:52] <funman> 'k
[10:52] <mpt> funman, it will still be there, but it will say something like "funman does not use Launchpad"
[10:53] <funman> right
[10:53] <mpt> (at least, once we've finished some changes in progress to make this kind of situation more obvious)
[10:54] <funman> :)
[10:54] <funman> there is a process to release some parts of launchpad with open source licences, how is it going on ?
[10:54] <funman> afaik developers were needed to isolate what can become open source, and what can't
[10:55] <mpt> ddaa (when he's here) probably knows more about that than I do
[10:56] <jamesh> there is a plan to release the code we use to import upstream CVS and Subversion repos into Bazaar
[10:56] <jamesh> some of the cleanup needed to do that is happening at the moment
[10:56] <SteveA> re
[10:57] <SteveA> funman: you can also deactivate your gpg key here: https://launchpad.net/people/wavael/+editpgpkeys
[10:58] <funman> and last but not least, how can i deactivate my email adress ?
[10:58] <funman> at least one is needed
[10:59] <SteveA> that, I will arrange for you, as well as removing your launchpad password
[10:59] <SteveA> once we have done that, "wavael" will remain in Launchpad as a "record of a person who did open source related things"
[10:59] <SteveA> and there will be no implication that you are currently involved or use Launchpad
[11:00] <funman> nor personnal details
[11:00] <funman> so, that is what i wanted
[11:00] <SteveA> okay, that's great
[11:00] <funman> i don't think i'm the 1st person to ask for this
[11:00] <SteveA> I wanted to be clear earlier about the difference between a "Person record" and an "Account"
[11:01] <SteveA> as sometimes people want all their history of for example translations erased
[11:01] <funman> wouldn't you benefit to write about this process on launchpad.net ?
[11:01] <SteveA> you aren't the first person to ask about this, but it doesn't happen at all often
[11:01] <mpt> Launchpad needs a "GBCW" button
[11:01] <funman> GBCW ?
[11:02] <mpt> Goodbye, Cruel World
[11:02] <mpt> cf. http://www.kn.com.au/networks/2006/08/meta_hilarity_a.html
[11:03] <mpt> I'm not actually suggesting it should be labelled GBCW :-)
[11:03] <jamesh> that's also the name of Custard's last album (a compilation)
[11:20] <Ubugtu> New bug: #60364 in launchpad "Allow someone to leave Launchpad (GBCW)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60364
[11:20] <funman> :)
[11:54] <mpt> BjornT, ping
[11:54] <funman> bye
[11:54] <BjornT> hi mpt
[11:54] <mpt> tchau funman
[11:54] <mpt> BjornT, can you review my changes made in response to your post-merge review of r4013?
[11:55] <BjornT> sure
[11:55] <mpt> ok, one moment...
[11:56] <mpt> BjornT, https://devpad.canonical.com/~andrew/paste/filefCagcd.html
[12:02] <BjornT> mpt: looks good. r=me after you've done similar changes to product-packages.pt
[12:03] <mpt> ah, of course
[12:03] <mpt> thanks BjornT
[12:11] <stub> soyuz is currently disabled btw, in preperation for a short database shutdown for some hardware maintenance (change some RAM)
[12:12] <stub> carbon is going down nowish to remove the good RAM for Jubany
[12:25] <stub> Launchpad is going down in 15 minutes for hardware maintenance on our database server. Estimated down time is 15 minutes.
[01:19] <danilos> carlos: ping
[01:19] <carlos> danilos: pong
[01:20] <danilos> carlos: can you give me update on your translation review work? any other outstanding rosetta issues we should note in weekly report?
[01:20] <iwj> Is it known that dists/edgy/Contents-i386.gz is broken ?
[01:21] <carlos> danilos: nothing changed, other than the blocking on the view restructuration, which at the same time is blocked on we having a meeting about it (my fault)
[01:22] <danilos> carlos: ok
[01:22] <danilos> carlos: thanks ;)
[01:44] <jamesh> lifeless: just sent through a summary of the product-release-finder run
[01:48] <fabbione> can somebody be so kind to explain to me why i get emails from this:
[01:48] <fabbione> https://launchpad.net/products/launchpad/+ticket/1569
[01:48] <fabbione> ?
[01:48] <fabbione> and other tickets as well
[01:48] <fabbione> of which.. i have 0 relation with
[01:49] <matsubara> fabbione: are you in any of this team: #  SecurityLiveCD
[01:49] <matsubara> # Ubuntu Audio
[01:49] <matsubara> # Ubuntu Audio Team ?
[01:49] <fabbione> no
[01:50] <danilos> fabbione: ubuntu kernel team seems to be part of ubuntu audio team
[01:51] <fabbione> oh craptastic
[01:51] <fabbione> but why ubuntu audio is subscribed to that ticket is a mistery i guess
[01:51] <matsubara> fabbione: someone from the above teams subscribed them as support contacts for launchpad
[01:52] <fabbione> this is insane
[01:54] <danilos> jordi: hi, have you had a chance to finish up response to points raised by KDE translators?
[01:55] <jamesh> fabbione: must have been a member of one of those teams -- although perhaps only a team admin should be able to add a team as a contact nomally
[01:55] <jamesh> rather than an ordinary member
[01:55] <matsubara> Launchpad meeting in 5 min
[01:56] <fabbione> jamesh: still weird.. anyway..
[01:56] <fabbione> thanks for the info
[01:56] <jordi> danilos: no
[01:56] <jamesh> fabbione: you should be able to remove the team as a support contact, since you are a member
[01:56] <danilos> jordi: ok, I'm just wondering if I can do something to help you there ;)
[01:56] <jamesh> fabbione: https://launchpad.net/products/launchpad/+support-contact
[01:57] <SteveA> Today's Launchpad meeting will be guest chaired by matsubara
[01:57] <fabbione> jamesh: no, because the contact is Audio Team and i am not in that team
[01:57] <jamesh> fabbione: you are indirectly
[01:57] <fabbione> it doesn't allow me
[01:57] <jamesh> okay
[01:58] <jamesh> fabbione: this person looks to be the culprit: https://launchpad.net/people/zhuzhu
[01:58] <danilos> jordi: we definitely need to update https://help.launchpad.net/RosettaFAQ to say how to organize a team for proper privileges
[01:58] <jamesh> given the list of LP support contacts and his list of teams
[01:58] <danilos> i.e. suggest to allow people into teams only after they are considered trustworthy
[01:59] <fabbione> jamesh: dunno.. can we do something about it?
[01:59] <jamesh> fabbione: perhaps one of the people in the LP admins team can fix it
[02:00] <ddaa> Meeting?
[02:00] <matsubara> Now is the time for the Launchpad meeting
[02:00] <matsubara> :)
[02:00] <salgado> me
[02:00] <matsubara> who is here?
[02:00] <fabbione> jamesh: ok thanks
[02:00] <malcc> Me
[02:00] <SteveA> me
[02:00] <matsubara> me
[02:00] <flacoste> me
[02:00] <spiv> me
[02:00] <jamesh> me
[02:00] <mpt> me
[02:00] <danilos> me
[02:00] <salgado> me
[02:00] <BjornT> me
[02:00] <ddaa> us, and them
[02:00] <matsubara> kiko is on leave or not?
[02:00] <danilos> matsubara: yes ;)
[02:01] <danilos> (he is on leave or not :)
[02:01] <carlos> me
[02:01] <matsubara> the apologies list seems out dated. anyway do we miss anyone?
[02:01] <matsubara> bradb?
[02:01] <cprov> me
[02:01] <SteveA> lifeless sends apologies
[02:01] <bradb> here (sorry, was having conn issues)
[02:02] <jordi> SteveA: I'm here, but probably won't be able to attend
[02:02] <jordi> I'm in middle of hell now :|
[02:02] <SteveA> ok, thanks jordi
[02:02] <jordi> I'll try to keep an eye
[02:02] <matsubara> == Agenda ==
[02:02] <matsubara>  * Roll call
[02:02] <matsubara>  * Agenda
[02:02] <matsubara>  * Next meeting
[02:02] <matsubara>  * Activity reports
[02:02] <matsubara>  * Actions from last meeting
[02:02] <matsubara>  * Oops report (Matsubara)
[02:02] <matsubara>  * Bug report report (mpt)
[02:02] <matsubara>  * Production and staging (Stuart)
[02:02] <matsubara>  * Launchpad 1.0 status reports
[02:02] <matsubara>  * Sysadmin requests
[02:02] <matsubara> ----
[02:02] <matsubara>  * SQL object equality (Steve)
[02:02] <matsubara>  * (other items)
[02:02] <matsubara> ----
[02:03] <matsubara>  * Keep, Bag, Change
[02:03] <matsubara>  * Three sentences
[02:03] <matsubara> So next meeting on the 21st, is that ok?
[02:03] <stub> Here
[02:03] <SteveA> hmm. that's from last week.  sorry.  No need for sqlobject equality.
[02:03] <SteveA> +1 on 21st
[02:04] <kiko> me
[02:04] <matsubara> so he's up to date and he's not?
[02:04] <salgado> up to date
[02:04] <matsubara> s/he/who/
[02:04] <SteveA> not
[02:04] <carlos> I'm a week behind
[02:04] <jamesh> not up to date
[02:04] <flacoste> up to date
[02:04] <kiko> not :-/
[02:04] <matsubara> up to date
[02:04] <spiv> I just caught up
[02:04] <malcc> up to date
[02:04] <danilos> still behind, but my timelog.txt is up to date this week ;)
[02:04] <ddaa> up to date
[02:04] <BjornT> up to date
[02:04] <bradb> up to date
[02:05] <cprov> up to date (this week)
[02:05] <mpt> up to date
[02:06] <matsubara> thanks everyone, congrat to the ones up to date
[02:06] <matsubara> == Actions from last meeting ==
[02:06] <matsubara> * SteveA to update infrastructure specs if /$name is needed for 1.0
[02:06] <matsubara> * stub to check that bug 57474 isn't an SQL injection attack vector
[02:06] <Ubugtu> Malone bug 57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [Low,Confirmed]  http://launchpad.net/bugs/57474
[02:06] <stub> up to date
[02:07] <SteveA> I didn't update the infrastructure specs, but stub and I talked it through.  This can be removed from the agenda now.
[02:07] <SteveA> (that's the /$name)
[02:07] <stub> I did mine
[02:07] <matsubara> * SteveA to put up a wiki page for the launchpad project to note disaster scenarios on, and mail the list about it
[02:07] <SteveA> was it an attack vector?
[02:07] <stub> Nope
[02:07] <SteveA> great
[02:08] <SteveA> still to do the disaster thing
[02:08] <matsubara>  * SteveA to write up what needs doing to implement `__eq__`, `__ne__`, and `__hash__` for database objects
[02:08] <SteveA> still need to put up the notes for that, and assign it as a spec / bug
[02:09] <matsubara> meetingactions for next week?
[02:09] <matsubara> SteveA: ^^
[02:09] <SteveA> the disaster one and the sqlobject one
[02:09] <matsubara> ok
[02:09] <matsubara> * Oops report (Matsubara)
[02:09] <matsubara> Today's oops report is about bugs 59972, 59975, OOPS-255C749, OOPS-254B483, OOPS-254A655.
[02:09] <Ubugtu> Malone bug 59972 in malone "Tag search field needs better validation for non-alphanumeric characters" [High,Confirmed]  http://launchpad.net/bugs/59972
[02:09] <Ubugtu> Malone bug 59975 in malone "Edit bug tag form needs to cope with invalid values in tag field." [High,Confirmed]  http://launchpad.net/bugs/59975
[02:09] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C749
[02:09] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254B483
[02:09] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254A655
[02:09] <matsubara> Bjorn can you take both #59972 and #59975?
[02:10] <matsubara> OOPS-255C749 shows that somehow we ended up with a dupe cycle. https://devpad.canonical.com/~andrew/paste/fileCE0Dnx.html Should we add a DB constraint to prevent this? I tried to reproduce but no success. Do we have any script that bypasses the non-duplicate-bug() validator?
[02:10] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C749
[02:10] <BjornT> matsubara: sure
[02:10] <matsubara> BjornT: thank you
[02:10] <matsubara> stub: can you clean up the dupe as a workaround for OOPS-255C749?
[02:10] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/255C749
[02:11] <stub> We can't really detect cycles using a database constraint - this is better done in the app code.
[02:11] <stub> matsubara: sure
[02:11] <SteveA> if we get a dupe-loop very rarely, then I don't think it's something we need to spend time on
[02:12] <SteveA> if we get doop-lupes more often then we should spend more time on it
[02:12] <jamesh> matsubara: the bugzilla import would have bypassed it -- are the bug numbers old?
[02:12] <kiko> jamesh, https://devpad.canonical.com/~andrew/paste/fileCE0Dnx.html
[02:12] <matsubara> jamesh: 11966 and 12440
[02:13] <SteveA> other than causing an oops, it isn't really dangerous.  it doesnt' use a lot of resources
[02:13] <stub> If we need checks for dupe loops, it is a use case for OscarTheGrouch
[02:13] <jamesh> matsubara: okay.  That'd be it then.
[02:13] <kiko> jamesh, cool.
[02:14] <matsubara> thanks jamesh
[02:14] <kiko> matsubara, can I go ahead and clear the loop then?
[02:14] <jamesh> the loop appears to have been cleared
[02:14] <kiko> oh
[02:14] <kiko> it's already cleared
[02:14] <matsubara> kiko: I asked stub to do it
[02:14] <matsubara> carlos, OOPS-254B483, OOPS-254A655 are URL hacks at +translate. Shouldn't it raise an UnexpectedFormData instead of NotFound? Can you fix it?
[02:14] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254B483
[02:14] <kiko> matsubara, thanks.
[02:14] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/254A655
[02:14] <kiko> matsubara means NotFoundError
[02:15] <carlos> is just me or our webservers are slow today?
[02:15] <SteveA> chinstrap?
[02:15] <SteveA> hmm... should be devpad
[02:15] <SteveA> ah, it redirects
[02:16] <SteveA> Seveas: would you update Ubugtu to use devpad not chinstrap sometime please?
[02:16] <carlos> matsubara: yeah, it's a broken URL, we should raise UnexpectedFormData...
[02:16] <SteveA> so, the URL was /distros/ubuntu/edgy/+source/nano/+pots/nano/en_GB/+translate?start=40&alt=en?batch=10
[02:16] <SteveA> there are two ? marks there
[02:17] <carlos> I will handle it
[02:17] <SteveA> so, I'd say that's an invalid URL
[02:17] <SteveA> it's not even properly parseable form data IMO
[02:17] <matsubara> carlos: do we need a new bug on it?
[02:18] <mpt> Somebody's mistyped a ? for a &
[02:18] <carlos> matsubara: yeah, please
[02:18] <SteveA> yes
[02:18] <kiko> or cut-n-pasted
[02:18] <SteveA> so, it does fit with our use of UFD
[02:18] <SteveA> in that it tells us when our UI is not adequately allowing people to do what they want
[02:18] <SteveA> so they resort to URL hacking
[02:19] <carlos> SteveA: we don't have an UI to change the batching size
[02:19] <carlos> but it's on purpose
[02:19] <SteveA> yes
[02:19] <Seveas> SteveA, s/chinstrap/devpad/ is enough?
[02:19] <SteveA> that's fine
[02:19] <kiko> mmmm
[02:19] <kiko> wtf is up with staging?
[02:19] <salgado> devpad.canonical.com, no?
[02:19] <SteveA> Seveas: shoiuld be s/chinstrap.ubuntu.com/devpad.canonical.com/
[02:19] <matsubara> ok, I'm done with oops reports. Thanks everyone.
[02:19] <Seveas> @reload Bugtracker
[02:19] <Seveas> OOPS-254B483
[02:19] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/254B483
[02:20] <matsubara> * Bug report report (mpt)
[02:20] <mpt> There are 14 open Critical bugs in Launchpad. The oldest ten are:
[02:20] <SteveA> that's great Seveas, thanks
[02:20] <mpt>  * Bug 1558 (Export request form should check for uniqueness of entry), Critical, Confirmed, danilos
[02:20] <mpt>  * Bug  30602 (Timeout errors in +translate), Critical, Confirmed, danilos
[02:20] <mpt> danilos, do you expect progress on those two this week?
[02:20] <Ubugtu> Malone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Critical,Confirmed]  http://launchpad.net/bugs/1558
[02:20] <Ubugtu> Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/30602
[02:20] <danilos> 30602 is blocked on some PO* view restructuring work to be done by carlos and myself; as well as being a cleanup, this might also partly alleviate the effects of 30602 timeouts; no progress expected this week on this one
[02:20] <mpt>  * Our old friend bug 2497 (/people/*/+translations times out for prolific translators), Critical, Confirmed, stub
[02:20] <mpt> stub, have you looked at this one yet?
[02:20] <Ubugtu> Malone bug 2497 in rosetta "/people/*/+translations times out for prolific translators" [Critical,Confirmed]  http://launchpad.net/bugs/2497
[02:21] <mpt>  * Bug 42760 (Exception NameNotAvailable raised while trying to create a new msgset from submitted translation), Critical, In Progress, carlos
[02:21] <danilos> 1558, haven't started on it, yet it still shouldn't be too hard; I should find time for it tommorow
[02:21] <mpt>  * Bug 44214 (We need to add code to prevent POFiles being in the same path), Critical, In Progress, carlos
[02:21] <mpt>  * Bug 46982 (Rosetta does not accept correct KDE plural forms when there are more than 2), Critical, Confirmed, carlos
[02:21] <mpt> carlos, do you need help from anyone for those three?
[02:21] <Ubugtu> Malone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,In progress]  http://launchpad.net/bugs/42760
[02:21] <Ubugtu> Malone bug 44214 in rosetta "We need to add code to prevent POFiles being in the same path" [Critical,In progress]  http://launchpad.net/bugs/44214
[02:21] <Ubugtu> Malone bug 46982 in rosetta "Rosetta does not accept correct KDE plural forms when there are more than 2" [Critical,Confirmed]  http://launchpad.net/bugs/46982
[02:21] <kiko> mpt, yes, he has.
[02:21] <stub> mpt: Yes. My part is done enough for others to run with. I still need to write some tests but that doesn't block anyone from working with the new materialized view.
[02:21] <kiko> stub, you need to comment on my emails too!
[02:21] <SteveA> carlos: I think we should revisit your AJAX for translation suggestions idea
[02:21] <mpt>  * Bug 48860 ("Also notified" makes difficult to unsubscribe), Critical, In Progress, bradb
[02:21] <carlos> mpt: no, 42760 was fixed, but I left a possible path  that produces it to fix. It's already fixed, just testing it right now
[02:21] <mpt>  * Bug 56618 (Milestone restrictions are too restrictive for Ubuntu), Critical, In Progress, bradb
[02:21] <mpt> bradb, yay for 56618, but what's happening with 48860?
[02:22] <Ubugtu> Malone bug 48860 in malone ""Also notified" makes difficult to unsubscribe" [Critical,In progress]  http://launchpad.net/bugs/48860
[02:22] <mpt> stub, ok
[02:22] <Ubugtu> Malone bug 56618 in malone "Milestone restrictions are too restrictive for Ubuntu" [Critical,In progress]  http://launchpad.net/bugs/56618
[02:22] <stub> kiko: k
[02:22] <bradb>  mpt: no progress. time off this week, and too much firefighting to do.
[02:22] <kiko> mpt, BjornT has a suggestion for that... I might work with him on it
[02:22] <kiko> BjornT, are you overbooked?
[02:22] <carlos> mpt: I talked with danilo about 46982 and it's blocked on ff support implementation (it adds some infrastructure that is needed)
[02:22] <kiko> bradb, I think BjornT and I can take care of that
[02:22] <kiko> so you have more time
[02:23] <carlos> about 44214, I'm on it, but stopped while finishing with 42760
[02:23] <danilos> SteveA: so, you want me to consider that approach as well? that's opposite of what we're trying to do right now (decrease the number of queries: though, AJAX would be separate pageloads)
[02:23] <bradb> kiko, mpt: had we reached consensus on the solution, btw?
[02:23] <kiko> bradb, I liked BjornT's suggestions
[02:23] <bradb> ok
[02:23] <mpt> bradb, maybe, but I didn't read about it
[02:23] <SteveA> danilos: I think keep on with what you're doing.  We should see how that goes, and reconsider ajax stuff after that.
[02:23] <mpt>  * Bug 48948 (dapper indices files still being regenerated but shouldn't be), Critical, Confirmed, malcc
[02:23] <mpt> malcc, will you have time for that this week?
[02:23] <Ubugtu> Malone bug 48948 in soyuz "dapper indices files still being regenerated but shouldn't be" [Critical,Confirmed]  http://launchpad.net/bugs/48948
[02:23] <kiko> so.. we'll IRC it
[02:23] <BjornT> kiko: i think i can find some time to do it.
[02:23] <carlos> SteveA++
[02:23] <kiko> err ML it
[02:23] <kiko> cool
[02:23] <danilos> SteveA: alright
[02:23] <mpt>  * Bug 52330 (Reassign bug to binary package should just work), Critical, Confirmed, unassigned
[02:23] <mpt> BjornT, should you take 52330?
[02:23] <Ubugtu> Malone bug 52330 in malone "Reassign bug to binary package should just work" [Critical,Confirmed]  http://launchpad.net/bugs/52330
[02:24] <carlos> SteveA: is the AJAX library included in our tree already?
[02:24] <SteveA> carlos: no
[02:24] <SteveA> not in mainline
[02:24] <malcc> mpt: That one needs some discussion with elmo, but I'll make sure to move it on
[02:24] <mpt> thanks malcc
[02:25] <mpt> and thanks carlos
[02:25] <mpt> BjornT? Bueller?
[02:25] <danilos> SteveA: have we decided on which one to use at least? mochikit it is?
[02:25] <SteveA> yes
[02:25] <BjornT> mpt: hmm. well, ok, it should be an easy fix.
[02:25] <SteveA> mochikit is it
[02:25] <danilos> SteveA: thanks
[02:25] <mpt> Ok, that's all from me matsubara
[02:25] <matsubara> thank you mpt
[02:25] <mpt> thanks BjornT
[02:25] <matsubara>  * Production and staging (Stuart)
[02:26] <matsubara> stub take the floor
[02:26] <stub> Jubany was take down (along with the rest of the systems) an hour or two ago to replace some failing RAM. Error correction had caught all the bit failures so far, but better to replace it before any two bit errors occur and corrupt the db or crash the server.
[02:26] <stub> Staging server is as normal. Language pack exports are now being done on Carbon so asuka will be much more reliable now.
[02:26] <stub> Next rollout is currently scheduled for 26th September while some new code is shaken out on staging, although this seems to be under debate on the mailing list.
[02:26] <stub> Our production data now takes about 30GB in a fully packed database. Our production database is currently sitting at around 75GB. Most of the recent increase is due to Rossetta, with the biggest spike opening Edgy for translations. This is just for interest - our resources are not straining yet.
[02:26] <kiko> stub, is staging down right now, btw?
[02:27] <stub> Seems hung - I'm just restarting it actually
[02:27] <kiko> wonder why this happens
[02:28] <stub> Most likely the rebuild procedure killed things badly again
[02:28] <stub> I needed to kill -9 launchpad
[02:28] <kiko> carlos, danilos: yay for language packs on carbon, congratulations.
[02:28] <jamesh> you can use the "kill -USR1" thing to see what it was doing
[02:28] <stub> jamesh: Too late
[02:28] <stub> next time
[02:28] <carlos> danilos: I should document the process so you can check it when needed
[02:28] <spiv> if only you could rewind computers...
[02:28] <danilos> kiko: thanks should go out to stub as well
[02:29] <jamesh> spiv: you can take copies of virtual machines ...
[02:29] <jamesh> which is close but not quite there
[02:29] <danilos> carlos: sure, lets discuss this after lunch ;)
[02:29] <kiko> stub's always deserving of thanks
[02:29] <carlos> danilos: ok
[02:29] <danilos> kiko: right :)
[02:30] <matsubara> stub: thank you, shall I move on?
[02:30] <stub> show me the money!
[02:30] <stub> I'm done
[02:30] <matsubara> * Launchpad 1.0 status reports
[02:30] <salgado> Question Tracker 1.0
[02:30] <salgado> ---------------------------------
[02:30] <salgado> - SupportTrackerWorklow: Started. Workflow API is completed. Integration with
[02:30] <salgado> karma, email and UI is left.
[02:30] <salgado> - SupportTrackerViews: Waiting completion of SupportTrackerWorkflow.
[02:30] <salgado> - Localization has been dropped as a 1.0 target.  Salgado finished rearranging it into other specs so that we can decide what will be a 1.0 goal and what's not.  SteveA needs to confirm which infrastructure dependencies will be part of 1.0.
[02:30] <bradb> Malone 1.0
[02:30] <bradb> [02:30] <bradb> Release management: Firefighting. Call with SteveA needed to discuss Siamese BugTasks (linking "generic" and "current release" tasks together, when applicable, so that all changes to one are mirrored in the other.)
[02:30] <bradb> Guided filebug: More pair programming done last week about issues with /what/ to show for similar and most common bugs. Mailed lp@ for discussion.
[02:30] <bradb> Keeping bugs concise: Nothing new.
[02:30] <bradb> Documentation: Nothing new.
[02:30] <salgado> Random Things 1.0
[02:30] <bradb> Tags: Nothing new.
[02:30] <salgado> -------------------------------
[02:30] <bradb> Other: bradb off three days this week.
[02:30] <salgado> - PersonCreationRationale is almost finished. there are some small issues to sort and salgado needs to finish a script to guess the creation rationale for existing profiles.
[02:30] <salgado> - DirectPersonRegistration has a tricky issue blocking its implementation, so it needs discussion.
[02:30] <danilos> Rosetta 1.0:
[02:30] <danilos> - opening edgy for translation: DONE!
[02:30] <danilos> - firefox import/export: slow progress last week, good progress this week
[02:30] <danilos> - oo import/export: blocked on firefox
[02:30] <danilos> - translation review: slow progress (due to view restructuring; discussion between danilos and carlos pending)
[02:30] <danilos> - essential docs: assigned to danilos (RosettaHighlights), need to discuss with jordi
[02:30] <cprov> = Soyuz-1.0 Report =
[02:30] <cprov>  * PPA: blocked on ArchiveRework (still).
[02:30] <cprov>  * Archive Rework: blocked on SoyuzTestSystem (still), comments to
[02:30] <cprov>                    consider from Kiko & Mark.
[02:30] <cprov>  * Code quality: nothing big (still).
[02:30] <cprov>  * SoyuzTestSystem: the entire process kind of needs-review, we were
[02:30] <danilos> - checks not to upload wrong language PO file using "too many changes" check: not started
[02:30] <cprov>    able to fix missing bits in the proposed codeline and ensure we won't
[02:30] <danilos> - ui fixes: discussed
[02:30] <cprov>    have any regression. Kiko reviewed the fixes done in mawson.
[02:30] <danilos> - outstanding issues: none
[02:30] <cprov>  * General Fixing: slow progress,
[02:30] <cprov>    #58144 (Backport is rejected if an older backport is already there,
[02:30] <cprov>            needs reply, cprov, r=salgado)
[02:31] <cprov>    #58187 (Uploads to frozen should land in unapproved, not be rejected,
[02:31] <cprov>            partially commited and rolled out, malcc, r=jamesh)
[02:31] <cprov>    #31392 (fix ordering and presentation issues)
[02:31] <cprov>    r4033-post-merge review (cleanup +builds pages and add IBuild icon
[02:31] <cprov>                             formatter, needs-reply, cprov, r=salgado)
[02:31] <cprov>    #60280 ("source" added to Architectures: in Release file,
[02:31] <cprov>            needs-reply, malcc, r=kiko)
[02:31] <cprov>    #59186 (buildd-queue-builder broken with odd SQLObject problems,
[02:31] <cprov>            needs-reply, malcc, r=kiko)
[02:31] <cprov>    #59147 (apt-ftparchive hanging, needs reply, malcc, r=kiko)
[02:31] <cprov>    #59003 (New override generation code gives MemoryError on real data,
[02:31] <cprov>            needs-reply, malcc, r=kiko)
[02:31] <ddaa> supermirror-smart-server: spiv came back from leave, currently on sprint with lifeless. Feature on track AFAICT.
[02:32] <ddaa> importd-bzr-native: started removing arch support code from Launchpad with a vengeance.
[02:32] <matsubara> anything else?
[02:33] <ddaa> bzr-roundtrip-svn (postponed): no recent progress in discussion, but it looks like we have previously touched all the interesting issues.
[02:33] <ddaa> done, sorry for the delay
[02:33] <matsubara> * Sysadmin requests
[02:34] <matsubara> I have one: #16710
[02:34] <ddaa> same old request
[02:34] <ddaa> (looking up)
[02:34] <matsubara> It's a request to rollout the moin code that fixes bug 6283
[02:34] <Ubugtu> Malone bug 6283 in launchpad "Disabling the account thru Wiki causes more harm than good. That option should be nuked." [Medium,Confirmed]  http://launchpad.net/bugs/6283
[02:34] <ddaa> RT 16533: "sudo -u supermirror" to david on vostok
[02:35] <jamesh> RT 16714: squid proxy is firewalled from doing FTP requests
[02:35] <matsubara> SteveA: ^
[02:35] <SteveA> give me some idea of the urgency on each of these
[02:36] <SteveA> like, must be today, during next week, during  next month
[02:36] <ddaa> RT 16533: urgency=low
[02:36] <SteveA> matsubara: ?
[02:36] <SteveA> jamesh: ?
[02:36] <salgado> RT 16714: during next week, I'd say
[02:36] <matsubara> RT 16710: urgency=medium. It's a nuisance for the users
[02:36] <jamesh> mine affects whether product-release-finder can scan FTP sites.  It might also affect salgado's mirror prober if he extends it to check FTP mirrors
[02:37] <jamesh> be nice to get fixed in the next week
[02:37] <SteveA> thanks, I'll talk with admins
[02:37] <kiko> jamesh, we also have an RT request to get an updated Squid.
[02:37] <matsubara> and blocks them to log into launchpad
[02:37] <salgado> oh, I thought it was the same
[02:37] <kiko> SteveA, ^^^
[02:37] <SteveA> that's for the mirror prober, kiko?
[02:37] <salgado> what's the one to updtade Squid, kiko?
[02:37] <SteveA> how urgent is that?
[02:38] <kiko> SteveA, well... not URGENT
[02:38] <SteveA> 1 weekish then?
[02:38] <SteveA> ok, done.  thanks
[02:38] <SteveA> ill discuss with admins
[02:38] <matsubara>  * (other items)
[02:38] <matsubara> * launchpad bzr development workflow (robert/jamesh)
[02:38] <kiko> RT 16706
[02:38] <cprov> kiko: ahh before I forget, soyuz team has no shell access in production buildds since this morning (performed by Spads) we still having plenty access to dogfood buildfarm (you are included in *soyuz-team*)
[02:39] <kiko> cprov, yay!
[02:39] <jamesh> matsubara: I think that item is old.  I haven't talked with robert about it
[02:39] <matsubara> jamesh: hmm ok.
[02:39] <matsubara> * use "BLOCKED: no" and nothing else to indicate non-blockedness (mpt)
[02:39] <matsubara> mpt: is that from last meeting too?
[02:39] <SteveA> yes
[02:40] <matsubara> ok, moving on.
[02:40] <SteveA> that's what we want for the 3 sentences this week
[02:40] <mpt> It's something SteveA asked me last meeting to raise this meeting
[02:40] <SteveA> so mpt can grep easily
[02:40] <matsubara> * Keep, Bag, Change
[02:40] <matsubara> 5
[02:40] <matsubara> 4
[02:40] <matsubara> 3
[02:40] <matsubara> 2
[02:40] <matsubara> 1
[02:40] <ddaa> CHANGE: pending reviews not to stay more than 2 working days in the general queue
[02:40] <SteveA> ddaa: ask lifeless to put that on the review meeting
[02:41] <ddaa> lifeless: can you put that on the review meeting?
[02:41] <SteveA> he isn't here
[02:41] <SteveA> you'll have to email him
[02:41] <jamesh> lifeless isn't here
[02:41] <SteveA> matsubara: please go on
[02:41] <matsubara> * Three sentences
[02:41] <danilos> DONE: more firefox support, bug management, kde plurals and context specifications (discussions, started), rosetta search discussions, copyright statement in exported PO files changed
[02:41] <danilos> TODO: bug 30602, bug 1558, ff integration (in progress), bug fixing, rosetta search
[02:41] <danilos> BLOCKED: no
[02:41] <jamesh> ddaa: add it to the wiki agenda
[02:41] <Ubugtu> Malone bug 30602 in rosetta "Timeout errors in +translate" [Critical,Confirmed]  http://launchpad.net/bugs/30602
[02:41] <matsubara> fire at will
[02:41] <cprov> DONE: soyuz test system, general bug fixing
[02:41] <flacoste> DONE: support tracker workflow implementation
[02:41] <flacoste> TODO: integrate new workflow API with karma, UI and email systems
[02:41] <flacoste> BLOCKED: no
[02:41] <Ubugtu> Malone bug 1558 in rosetta "Export request form should check for uniqueness of entry" [Critical,Confirmed]  http://launchpad.net/bugs/1558
[02:41] <cprov> TODO: land fixes from test system, new codeline rollout, more work on archive indexex generation
[02:41] <cprov> BLOCKED: no
[02:41] <salgado> DONE: Holidays, code review, some work PersonCreationRationaleon, fixed a bunch of stuff in order to land my branches that were being reviewed and some squid testing/complaining.
[02:41] <salgado> TODO: Write the script to guess the creation rationale of existing profiles, code review, random fixes
[02:41] <salgado> BLOCKED: No
[02:41] <mpt> DONE: SearchingTranslations spec, test fixes, bug fix, calendar removal
[02:41] <mpt> TODO: lots of template work
[02:41] <mpt> BLOCKED: still awaiting CSS and images from Usman
[02:41] <BjornT> DONE: code reviews. bug fixes. various work on upstream forwarding workflow.
[02:41] <malcc> DONE: Bug-58187 through review, nearly landed. Completed and documented first SoyuzSystemTest run, including several fixes to undeployed code.
[02:41] <malcc> TODO: Finish tests for and land final fixes to sprint code, deploy rocketfuel on drescher. Get back to ArchiveRework. Land bug-58187.
[02:41] <malcc> BLOCKED: Can't land bug-58187 due to cross-test pollution.
[02:41] <BjornT> TODO: code reviews. fix a few critical bugs. some more work on upstream forwarding workflow.
[02:41] <matsubara> DONE: fixed some images broken links, oops report analysis, bug triage, email catchup.
[02:41] <matsubara> TODO: oops report analysis, triage and fixes
[02:41] <matsubara> BLOCKED: no
[02:41] <BjornT> BLOCKED: no
[02:41] <carlos> DONE: bug #58168 adding KOffice support, bug #42760, language pack performance improvements, translation import queue handling, done some debugging about some missing .po files in language packs.
[02:41] <carlos> TODO: Fix missing .po files in dapper, bug #42760, translation views restructuration, more import queue approvals
[02:41] <carlos> BLOCKED: no
[02:41] <Ubugtu> Malone bug 58168 in rosetta "packages with .po files in different directories are not imported automatically" [High,Fix released]  http://launchpad.net/bugs/58168
[02:41] <Ubugtu> Malone bug 42760 in rosetta "Exception NameNotAvailable raised while trying to create a new msgset from submitted translation." [Critical,In progress]  http://launchpad.net/bugs/42760
[02:41] <ddaa> DONE: work towards Python import, started GNU Arch and cruft removal, ML catchup
[02:41] <ddaa> TODO: Python import, cruft removal, prepare travel
[02:41] <ddaa> BLOCKED: no
[02:41] <bradb> DONE: Pairing on guided filebug. Release management firefighting. Time off.
[02:41] <bradb> TODO: Release management firefighting.
[02:41] <bradb> BLOCKED: no
[02:42] <jamesh> DONE: code reviews, product-release-finder fixes (and first successful test run), product series sampledata cleanup, pending-reviews script improvements to reduce the amount of unnecessary work it did
[02:42] <jamesh> TODO: code reviews, bzr working tree revprops and AutomaticBugBranchLinks, url handling improvements
[02:42] <jamesh> BLOCKED: no
[02:42] <kiko> DONE: vacation: various various fixes across the tree, unfortunately all of them half-done.
[02:42] <stub> DONE: karma, session fixes. Referrer logging. Production stuff.
[02:42] <stub> TODO: edge.launchpad.net
[02:42] <stub> BLOCKED: no
[02:42] <spiv> DONE: head injury (while on leave), feeding current bzr smart server work back to bzr.dev
[02:42] <kiko> TODO: /32 stuff, and finish off some of these fixes
[02:42] <spiv> TODO: bzr smart server cont'd: HTTP, supermirror integration
[02:42] <kiko> BLOCKED: no
[02:42] <spiv> BLOCKED: no
[02:42] <matsubara> 2 blocked: <mpt> BLOCKED: still awaiting CSS and images from Usman <malcc> BLOCKED: Can't land bug-58187 due to cross-test pollution.
[02:42] <SteveA> DONE: ui, management
[02:42] <SteveA> TODO: ui, management
[02:42] <SteveA> BLOCKED: no
[02:43] <SteveA> malcc: after the meeting, let's talk about that
[02:43] <malcc> SteveA: Ok
[02:43] <SteveA> mpt: let's talk about that tomorrow morning, if we've still heard nothing
[02:43] <mpt> SteveA, ok
[02:43] <SteveA> although it isn't really that we're blocked blocked
[02:43] <jordi> woa
[02:44] <matsubara> great. I think that's it then.
[02:44] <jordi> DONE: email, some queue
[02:44] <salgado> SteveA, ping (confirming which infrastructure dependencies will be part of 1.0).
[02:44] <SteveA> you're more blocked on my with the structural object stuff if anything
[02:44] <SteveA> salgado: pardon?
[02:44] <jordi> TODO: more queue, reply to KDE & rosetta wiki
[02:44] <jordi> BLOCKED: no
[02:44] <matsubara> MEETING ENDS
[02:44] <jordi> just on time
[02:44] <kiko> stub, can you /please please/ help malcc?
[02:44] <matsubara> thanks everyone
[02:44] <salgado> SteveA, ping (confirming which infrastructure dependencies of SupportTrackerLocalization will be part of 1.0).
[02:44] <salgado> (sorry)
[02:44] <mpt> jordi, reached the outskirts of hell yet? :-)
[02:45] <SteveA> salgado: ok, so you me and flacoste should talk about this
[02:45] <salgado> right
[02:45] <flacoste> SteveA: launchpad-meeting?
[02:45] <danilos> carlos: re xchat /me borking, check out bug 35878; 0.13 should fix things, it's due to broken localisations
[02:45] <Ubugtu> Malone bug 35878 in xchat-gnome ""/me" misbehaviour" [Unknown,Confirmed]  http://launchpad.net/bugs/35878
[02:45] <SteveA> I want to take a short break, then talk with malcolm, then talk with salgado+flacoste
[02:45] <SteveA> matsubara: thanks for running the meeting.  I appreciate it!
[02:46] <mpt> salgado, with this mirror prober thingy, will people be pointed to a page on launchpad.net listing mirrors for the next Ubuntu release?
[02:46] <matsubara> SteveA: you're welcome.
[02:46] <carlos> danilos: I see
[02:46] <salgado> mpt, yes
[02:46] <carlos> danilos: ok, thanks
[02:46] <jordi> mpt: still in the middle :)
[02:46] <flacoste> SteveA: ok, you can ping me when you're available
[02:46] <mpt> salgado, that might be a bit confusing. What do you think of the idea of a page on ubuntu.com that sucks that list from launchpad.net?
[02:47] <ddaa> SteveA: do you know what's the plan with hctapi.py?
[02:47] <carlos> danilos: hmmm, that's not the bug I was looking at
[02:47] <carlos> danilos: In fact, it works for me :-P
[02:47] <carlos> danilos: because I have 0.13...
[02:47] <carlos> :-O
[02:47] <carlos> :-P
[02:47] <danilos> carlos: heh, right, you must be on edgy ;)
[02:47] <carlos> danilos: right
[02:47] <stub> malcc: I can't find the actual tracebacks from PQM in your email
[02:47] <danilos> need to upgrade myself :)
[02:47] <mpt> salgado, that would save you from having to do any fancy static page stuff, and it would probably also be less confusing for those wanting to download Ubuntu
[02:47] <ddaa> it's the last bit of code in launchpad that will "depend" on pybaz, but it has already been broken for months (since we had bzr branches support in the database)
[02:47] <stub> malcc: Oh...  there they are
[02:47] <salgado> mpt, depends
[02:47] <carlos> danilos: my problem is that I don't see the line bold (or yellow) anymore when someone says my nick, I just get the ping
[02:48] <carlos> s/ping/bong/
[02:48] <danilos> carlos: ah, ok ;) I know that xchat-gnome makes use of all xchat settings (at least it did so for me on the old computer), and I liked my settings that way better :)
[02:49] <salgado> mpt, yeah, that would work, I think
[02:49] <carlos> later!
[02:49] <mpt> salgado, maybe you could discuss it with newz2000
[02:49] <stub> malcc: If that assertion is supposed to be correct (I don't know about the security policy stuff), then moving the assertion into the layer's setup/teardown should trigger it as soon as things screw up.
[02:49] <malcc> stub: Ok thanks, I'll try that.
[02:49] <kiko> stub, who knows about security policies then?
[02:50] <stub> kiko: I don't know. First I've heard of them in the context of Launchpad. SteveA probably if it is our code and not Z3.
[02:50] <malcc> kiko: I'm fairly confident of that side, as jamesh and BjornT advised me in that direction; also the security policy asserts passing when just this test is run is quite strong evidence
[02:51] <jamesh> zope.security.management.getSecurityPolicy() will return the current one
[02:51] <stub> malcc: I mean the testTearDown, so the check is run after every test
[02:52] <jamesh> possilby adding a check in ZopelessLayer.testTearDown would catch the test causing the problem
[02:52] <stub> malcc: I can have a poke tomorrow if you don't have any luck
[02:52] <malcc> stub: Thanks
[02:52] <malcc> jamesh: A check as in a copy of that security policy assertion, or some other check?
[02:53] <stub> That assertion - if it is triggered in the testTearDown, it means that test broke it.
[02:53] <jamesh> malcc: something like: from zope.security.management import getSecurityPolicy, from zope.security.simplepolicies import PermissiveSecurityPolicy
[02:54] <jamesh> if getSecurityPolicy() != PermissiveSecurityPolicy: something went wrong
[02:55] <stub> malcc: And stick a copy in testSetUp too - it may be that the assertion is false if tests in a 'lower' layer are run first, which indicates a problem in our layers.
[02:55] <malcc> jamesh, stub: Ok, thanks. I've added that check to the end of testSetUp and the start of testTearDown on ZopelessLayer and I'll see what happens
[02:59] <malcc> SteveA: Now the boys here have unblocked me for now, did you want to talk about anything else, or was it just that?|
[02:59] <SteveA> malcc: it's resolved?
[03:00] <malcc> SteveA: Well we've got a new thing to try, and I'll either have a solution, or a way forward, or be blocked again, in a while when the tests finish running
[03:00] <SteveA> ok
[03:15] <Ubugtu> New bug: #60402 in soyuz "Cron update of Packages-arch-specific through CVS" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60402
[03:15] <kiko> malcc, cprov: note the bug above as part of our rollout strategy :)
[03:16] <cprov> kiko: k
[03:17] <kiko> malcc, cprov: high or critical pri?
[03:18] <cprov> kiko: high IMHO.
[03:18] <kiko> ok
[03:18] <kiko> cprov, assign to the essential mr. providelo or the great mr. cleaton?
[03:19] <cprov> kiko: I won't be here tomorrow, maybe malcc will find time to address it, malcc
[03:32] <matsubara> danilos, carlos, jordi: can you comment on bug 60257, please?
[03:32] <Ubugtu> Malone bug 60257 in rosetta "sylpheed-claws-gtk2 translation template" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/60257
[03:32] <carlos> matsubara: sure...
[03:33] <carlos> matsubara: rejected
[03:34] <matsubara> carlos: thank you
[03:36] <carlos> np
[03:53] <flacoste> kiko, matsubara, stub, carlos: i would like to know tickets which were reopened on staging. Could someone with staging access run SELECT ticket FROM TicketReopening LIMIT 10? The number of reopening would also be interesting: SELECT count(*) FROM TicketReopening
[03:53] <matsubara> flacoste: just a sec
[03:53] <carlos> flacoste: well, I don't have access to staging anymore, but I guess a db mirror would work for you, right?
[03:53] <flacoste> carlos: indeed
[03:54] <carlos> flacoste: https://devpad.canonical.com/~andrew/paste/fileIKRKLP.html
[03:55] <flacoste> carlos: since, there is only 43 reopenings, can you list all of them for me?
[03:56] <carlos> flacoste: https://devpad.canonical.com/~andrew/paste/fileFPmcLV.html
[03:57] <flacoste> carlos: thanks a lot!
[03:57] <carlos> np
[03:57] <salgado> kiko, have time for a quick shipit review? it's somewhat critical. (https://devpad.canonical.com/~andrew/paste/file5t9Yav.html)
[04:03] <salgado> jamesh, around?
[04:04] <salgado> brb
[04:06] <SteveA> salgado-brb: ping me when you're back, to discuss that thin with flacoste
[04:19] <flacoste> carlos: can you give me the result of the following query: https://devpad.canonical.com/~andrew/paste/fileyQuvaj.html
[04:19] <flacoste> carlos: it gives the details of the reopened tickets
[04:19] <carlos> sure
[04:20] <carlos> flacoste: https://devpad.canonical.com/~andrew/paste/fileej9eEk.html
[04:22] <flacoste> carlos: again tnx!
[04:22] <carlos> np
[04:34] <bradb> kiko: How does Launchpad get package information for distros that don't use Malone?
[04:34] <kiko> bradb, it doesn't -- guessPackageNames doesn't allow them to, right?
[04:35] <bradb> I guess not, but this is kind of a concern.
[04:35] <bradb> I think.
[04:35] <bradb> e.g. Registering Mandriva to watch Mandriva bugs...
[04:35] <bradb> kind of pointless without pkg info, it would seem
[04:36] <kiko> well, the most important thing there is a bug watch, not the SPN information.
[04:36] <bradb> yeah
[04:39] <SteveA> bradb: want to do that call now?
[04:39] <SteveA> about cojoined bugs?
[04:39] <kiko> do it!
[04:40] <bradb> SteveA: sure, just finishing a mail. 30 secs...
[04:40] <SteveA> sip or skype?
[04:41] <matsubara> BjornT: ping
[04:41] <BjornT> hi matsubara
[04:41] <matsubara> BjornT: have you seen this: http://librarian.launchpad.net/4245943/tw15rGN6LVS4yK3LGtA8yEbrOtX.txt ?
[04:41] <bradb> SteveA: hm, i forgot my headphones and cell charger back in montreal...i'll go try and find some first...
[04:42] <matsubara> BjornT: the script that updates the watches is raising that.
[04:42] <kiko> matsubara, I was going to look into that today.. I think it's broken HTML on the remote side
[04:45] <BjornT> matsubara: no i hadn't, thanks. as kiko said, it's probably probaly broken xml from the server.
[04:45] <jamesh> salgado: pong
[04:46] <salgado> jamesh, is it possible to get a list of all person entries that were created during the ubuntu bugzilla import?
[04:47] <salgado> jamesh, actually, how hard is it to find out what are these accounts?
[04:47] <salgado> SteveA, ping
[04:47] <SteveA> salgado: I'm on a call with brad now
[04:47] <SteveA> i'll ping when we're finished
[04:48] <salgado> okay
[04:48] <kiko> salgado, I think that code would be a lot simpler if canBeApproved and canBeDenied used the status. what do you think?
[04:49] <jamesh> salgado: the logs produced by the import don't mention it, but they'd be accounts with a preferred email but without the password set
[04:49] <jamesh> (if you ignore the ones that have since been activated
[04:50] <salgado> jamesh, right. can you think of any other reason why we'd have accounts with a preferred email but no password?
[04:50] <Ubugtu> New bug: #60418 in launchpad-bazaar "configurable default syncinterval for vcs imports" [High,Confirmed]  http://launchpad.net/bugs/60418
[04:50] <salgado> (I'm actually interested in the non-validated ones)
[04:50] <jamesh> could probably limit that to a sub-range of person IDs
[04:50] <salgado> kiko, could be. I'll check
[04:51] <jamesh> salgado: I don't know.  That's why I was saying it'd be good to check the person IDs to make sure they are roughly sequential
[04:51] <salgado> jamesh, or a date range? do you have the dates when it was first and last ran?
[04:51] <salgado> or was everything done in a single run?
[04:53] <jamesh> salgado: the date stamp on the logs of the main run is 2006-01-13, but I did some followup runs around 2006-01-20
[04:53] <jamesh> salgado: and the initial bug contacts were migrated on 2006-01-06, by the look of it
[04:55] <salgado> jamesh, cool, I'll make sure to check the dates. ta!
[04:57] <jamesh> salgado: will you have a way to mark accounts created via shipit?
[04:57] <jamesh> or detect ones that were created that way?
[04:58] <salgado> kiko, do you think it's worth the change?  I think I'd prefer to leave it as is as we're not be simplifying much and using the public API is always better than poking with the status, I think
[04:58] <salgado> jamesh, no, that's not possible.  but the accounts created via shipit are all validated
[04:58] <kiko> salgado, not poking, but checking. I think it would make the code clearer to audit for errors and omissions.
[04:59] <jamesh> salgado: might be worth recording it going forward though
[04:59] <tkamppeter> bradb, BjornT, how about registering Mandriva to link their bugs
[05:00] <salgado> jamesh, indeed, that'd be good.  but the main reason for PersonCreationRationale is to be able to tell why a profile was automatically created
[05:01] <jamesh> salgado: sure.  But I wonder how many people order CDs through shipit and then discover Launchpad afterwards?
[05:01] <kiko> tkamppeter, I am in support of that.
[05:01] <jamesh> and wonder why they have an account
[05:01] <salgado> jamesh, well, when they first go to shipit.ubuntu.com they're directed to launchpad.net and asked to create an account there
[05:02] <jamesh> I suppose
[05:02] <salgado> IOW, they know they have a launchpad account
[05:02] <Nafallo> LP sends mail telling them as well IIRC?
[05:03] <salgado> Nafallo, yes, we do... it's clear that the user's creating a launchpad account, which is then used on shipit
[05:03] <Nafallo> that's what I thought then :-)
[05:03] <salgado> kiko, I'll give it a try
[05:04] <kiko> tkamppeter, I'm bringing it up on the ML and as soon as enough people have seen it I'll move ahead.
[05:05] <kiko> salgado, that's my only comment. r=kiko with that.
[05:05] <tkamppeter> kiko, As soon as you have prepared everything tell me by e-mail (till.kamppeter at gmail.com) what you need to know for the registration.
[05:06] <salgado> kiko, cool. something like https://devpad.canonical.com/~andrew/paste/filewv1EwB.html is okay?
[05:06] <salgado> (with the missing comma too)
[05:07] <kiko> tkamppeter, will do
[05:13] <kiko> salgado, it's kind of strange that quantitiesCanBeChanged only returns true if the request is approved.
[05:13] <kiko> salgado, maybe that method should have a different name?
[05:13] <salgado> like isApproved()
[05:13] <kiko> heh. indeed. :)
[05:15] <kiko> salgado, my point is that if I am reading that code, I would ask myself
[05:15] <kiko> "why can't pending requests have their quantities changed?"
[05:16] <salgado> agreed.  I created it without first checking if it was really needed
[05:16] <salgado> but unlike with approval/denial, when changing the request has to be in a single specific status
[05:17] <kiko> right
[05:17] <salgado> s/has to/, it has to/
[05:17] <kiko> one question is.. whether this should be done in browser() code instead.
[05:17] <kiko> I'm not entirely convinced that this really belongs in the DB, but I'm willing to go with your opinion
[05:17] <matsubara> is it possible to add to the footer of the mailing list messages a link to the given message instead of just a link to the archive?
[05:18] <kiko> matsubara, not really -- it's unfortunate but the message has not yet been archived when sent to the ML.
[05:18] <salgado> kiko, we had this regression because we added new statuses and the code was not properly tested
[05:18] <kiko> salgado, but it can be tested in the browser class as well, you know
[05:18] <salgado> kiko, the reason why I moved it to DB code was to make sure it's thoroughly tested and that we don't forget about them when adding new statuses and the like
[05:19] <kiko> oookay then
[05:23] <kiko> salgado, if you think that in the future quantitiesCanBeChanged() may be extended to include other statuses, then leave it in
[05:23] <salgado> no, I think it won't
[05:23] <kiko> okay then
[05:24] <salgado> it's only used to find whether we need or not to display a 'Change Approved Totals' button
[05:24] <kiko> right
[05:27] <jamesh> malcc: any luck with the test failure yet?
[05:28] <malcc> jamesh: Not yet, my machine is quite slow with these tests.
[05:28] <jamesh> malcc: laptop or desktop?
[05:28] <malcc> jamesh: Laptop. My desktop won't boot ubuntu for some reason
[05:29] <malcc> I must look into that, I'm sure I know a few people now who could help me...
[05:29] <jamesh> malcc: you've got the fsync option in postgres turned off?
[05:29] <jamesh> (I mean running on a laptop drive will be slow, but with fsync on it will be very slow)
[05:29] <malcc> jamesh: Hmm, not sure, let me check
[05:30] <Ubugtu> New bug: #60420 in malone "Remote bug watches update script crash" [Medium,Confirmed]  http://launchpad.net/bugs/60420
[05:30] <jamesh> it is mentioned here: https://launchpad.canonical.com/DatabaseSetup
[05:32] <malcc> Yup, got that. It's just slow I guess :)
[06:13] <SteveA> salgado-lunch: ping me when you're back from lunch
[06:28] <malcc> jamesh, stub: Ok, I've found the test which breaks mine, it's support-tracker-emailinterface.txt
[06:46] <SteveA> malcc: I can't see anything in the test or the setup that looks particularly suspicious
[06:52] <SteveA> malcc: so, if you run just that test, and your test...
[06:52] <SteveA> then your test fails
[06:52] <SteveA> but if you run just your test, it passes?
[06:54] <malcc> SteveA: Precisely
[06:54] <SteveA> ok
[06:54] <SteveA> so, you can investigate further...
[06:55] <SteveA> for example, you can record (or use pdb) when the security policy is set, and see what code is causing that
[06:56] <SteveA> maybe see if def execute_zcml_for_scripts(use_web_security=False):
[06:56] <SteveA> is called or something?
[06:56] <malcc> SteveA: Good ideas, which I'll try shortly. First I have to buy some crispy duck for dinner.
[06:57] <SteveA> hmm... dinner
[07:26] <salgado> SteveA, back-from-lunch ping
[07:33] <kiko-fud> matsubara, is there a bug filed for distroreleaselang sometimes timing out?
[07:35] <matsubara> https://launchpad.net/products/rosetta/+bug/6459
[07:35] <Ubugtu> Malone bug 6459 in rosetta "Timeout error on distribution release language page" [High,Confirmed]
[07:35] <matsubara> kiko-fud: ^
[07:36] <kiko-fud> thanks mats
[07:37] <kiko-fud> you are a hero
[07:44] <jordi> what's up with the kiko today?
[07:45] <jordi> kiko-fud: I selected our pic in Bondi Beach in a selections of pics I'm doing
[07:45] <jordi> kiko-fud: that pic is just too cool
[08:00] <kiko-fud> jordi, what pic?
[08:04] <SteveA> salgado, flacoste: around?
[08:04] <salgado> yep
[08:04] <flacoste> flacoste: yep
[08:04] <flacoste> SteveA: yep
[08:04] <SteveA> ok, let's do the #l-m thing
[08:12] <kiko> malcc, any love on your test?
[08:13] <kiko> ah, I see
[08:13] <kiko> flacoste, do you have some time to help malcc investigate his trouble?
[08:14] <flacoste> kiko: yeah, i can take a look after my meeting
[08:14] <kiko> flacoste, most appreciated. this is really blocking a lot of soyuz work
[08:14] <kiko> I know I know
[08:19] <nekohayo> hello, is it normal that the roadmap pages' order changes every time you reload the page?
[08:28] <matsubara> nekohayo: no, it's not normal. That's bug 56398
[08:28] <Ubugtu> Malone bug 56398 in blueprint "roadmap should be useful" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/56398
[08:46] <flacoste> malcc: ping
[08:51] <nekohayo> matsubara: ok thank you
[08:52] <matsubara> nekohayo: you're welcome
[09:36] <malcc> flacoste: pong
[09:36] <flacoste> malcc: still need help with your failing test?
[09:37] <malcc> flacoste: I haven't actually looked at it yet, tbh
[09:37] <flacoste> malcc: kiko asked if I could help, where can i download your branch?
[09:38] <malcc> flacoste: It's malcolmcleaton/launchpad/bug-58187, in the usual place on sodium
[09:38] <flacoste> malcc: and what is the commandline you use to run the two tests that are failing?
[09:38] <malcc> flacoste: python test.py -vvf canonical --test="support-tracker-emailinterface|test_uploadprocessor"
[09:39] <malcc> flacoste: Thanks very much
[09:39] <flacoste> i'm weird, i kind of like debugging tests suite
[09:41] <flacoste> malcc: know of any faster way than bzr branch to obtain the branch?
[09:42] <malcc> flacoste: You could take a fresh rocketfuel and hand-apply the diff from pending changes I guess
[09:42] <flacoste> hmm, maybe if i branch inside my repository...
[09:43] <flacoste> malcc: i will try that instead, because i still didn't get a progress bar :-(
[09:43] <malcc> flacoste: Hmm, just remembered; the version on there has the hack to layers.py which we used to locate the problematic test; to see the "usual" behaviour you'll have to revert that bit
[09:44] <flacoste> malcc: no problem
[09:44] <malcc> flacoste: Although it might be useful if you're experimenting with just support-tracker-email to see how to avoid the assertion exploding in its teardown
[10:18] <kiko> I can't believe we've lost a week to this test bug
[10:20] <kiko> this absolutely SUCKS
[10:37] <lifeless> BjornT: so this zope thing
[10:59] <mpt> Gooooooooooooooooood morning Launchpadders!
[11:44] <flacoste> kiko: i can of found the problem
[11:44] <flacoste> s/can/kind/
[11:46] <kiko> flacoste, YES!
[11:46] <kiko> I love you


[02:20] <soundray> Hi `Lucas
[02:20] <`Lucas> Hi!
[02:21] <soundray> Shoot
[02:22] <`Lucas> soundray, so what can I do?
[02:23] <`Lucas> Here is the error that I get: http://rcbsports.com/myspace/165923681285_3300_1.jpg
[02:24] <soundray> `Lucas: what I told you. See if you can run memtest86, it's on the boot menu
[02:24] <`Lucas> Ohh, ok.
[02:24] <`Lucas> I missed that.
[02:25] <`Lucas> Its running right now!
[02:27] <`Lucas> Does it end, or does it keep on going?
[02:34] <soundray> `Lucas: it keeps going. It's best to run it for a few hours at least
[02:34] <phewl> Lol
[02:34] <`Lucas> Ahh! :(
[02:34] <`Lucas> Ohh well.
[02:34] <soundray> `Lucas: anless it reports errors, in which case you can stop and replace your RAM ;)
[02:35] <`Lucas> Would it mean it has a red background?
[02:35] <`Lucas> b/c it ran and it has a red background.
[02:37] <soundray> `Lucas: I'm used to it having a blue background, so it could mean something. But it's best if you read what it says! ;)
[02:40] <phewl> =]
[02:40] <`Lucas> How would I know if it has an error?
[02:40] <soundray> `Lucas: it says somewhere on the screen how many errors it has found and what kind.
[02:43] <`Lucas> So: http://rcbsports.com/myspace/165926224517_290_1.jpg
[02:45] <`Lucas> So the pic above is a bad thing isn't it?
[02:46] <soundray> `Lucas: depends on how you frame the experience :)
[02:47] <soundray> `Lucas: at least you can be pretty sure that your boot problems are due to faulty RAM
[02:47] <`Lucas> So basically my computer is a peice of crap?
[02:49] <phewl> no
[02:49] <phewl> basically your ram is crap
[02:49] <phewl> :)
[02:51] <`Lucas> Well, how much does ram normally cost?
[02:51] <soundray> `Lucas: RAM doesn't cost much any more. Just make sure you get the right kind, and go for 512MB or more
[02:51] <`Lucas> I haven't been hardware shopping for a long time.
[02:51] <`Lucas> Alright, cool.
[02:51] <soundray> `Lucas: where are you located?
[02:51] <`Lucas> West Virginia, in the United States.
[02:52] <`Lucas> East Coast
[02:52] <soundray> `Lucas: yeah, I know my US geography ;)
[02:52] <soundray> `Lucas: don't know any local RAM retailers, though.
[02:52] <`Lucas> I am an IT-Tech intern for the Board of Education, but I haven't worked with linux before, except when I had my IRCd shell.
[02:52] <`Lucas> Ahh, I know Wal-Mart has a few.
[02:53] <soundray> I had a good experience with Mushkin once, don't know if they're still around
[02:53] <`Lucas> Basically this is my old work computer from the field house. (I am the head sports mananger for my school) so I got a new computer and thought I would give something new a try.
[02:53] <`Lucas> So what is the difference between this and Fedora?
[02:54] <`Lucas> I tried Fedora, but it wouldn't install either.
[02:54] <soundray> `Lucas: any Linux version will fail on faulty RAM -- in fact any OS will
[02:54] <`Lucas> I know that now!
[02:54] <`Lucas> :P
[02:55] <`Lucas> But I am sorta mad, b/c I don't have windows on there either.
[02:55] <`Lucas> So right now, its useless to me!
[02:55] <soundray> Fedora doesn't have the slick, well-designed package management, which is enough for me not to try it.
[02:55] <`Lucas> lol
[02:55] <soundray> I had a predecessor once, RedHat 4.1
[02:56] <soundray> Soon switched to Debian and was much happier.
[02:56] <`Lucas> Well, I never heard of any other os besides windows and mac until about three years ago.
[02:56] <`Lucas> R u using Debian now?
[02:56] <soundray> `Lucas: yes, on my teevee (vdr personal video recorder)
[02:57] <`Lucas> Ohh, then how did you get involved with ubuntu?
[02:57] <soundray> But all the rest is ubuntu. Have switched all my family as well: Wife, son, mum, dad, brother...
[02:57] <`Lucas> Ahh.
[02:58] <`Lucas> Is it possible to run ubuntu on a laptop with good performance?
[02:58] <soundray> Yes, of course, why not?
[02:59] <`Lucas> Well, first I have to order a new disk drive for my laptop, I stepped on my last one and broke the lid.
[02:59] <soundray> Oh no!
[02:59] <`Lucas> Then I tripped over my wireless usb reciever and broke my second laptop, which only had one usb port.
[02:59] <`Lucas> so now I am laptopless.
[03:00] <`Lucas> What I normally do is take old computers and make then like new.
[03:00] <`Lucas> Add all new hardware, software, etc.
[03:00] <soundray> Sounds like you should re-think your office organization in terms of spatial arrangements
[03:01] <`Lucas> Ohh, that wasn't at the office, thats me on my free time at home.
[03:01] <soundray> You'll love ubuntu, because you rarely have to go beyond what's in the official software repositories
[03:01] <`Lucas> But I never had any troubles in the past booting stuff up.
[03:01] <soundray> My guess is you won't, once you've got good RAM
[03:02] <`Lucas> Well, I am new to linux, which I  was sorta rethinking about it, but I am going to take a chance and go for it.
[03:03] <soundray> Just try a Desktop CD on your work machine. It's a bit slow to launch things from CD, but it gives you an impression without having to touch existing Windows or other installations
[03:03] <`Lucas> Yeah, this computer that I remixed (thats the term I use for fixing computers) isn't bad except that.  I ran out of time to go and get ram, but it has everything except a new Processor, which I normally don't touch.
[03:03] <`Lucas> Yeah, thats the only thing I am scared about.  So if I do that on the computer now, it wont mess anything up?
[03:04] <soundray> No, the Desktop CD is a full-blown system that runs without modifying anything.
[03:04] <`Lucas> Now does it install anything?
[03:04] <soundray> Ubuntu in general is very good about telling you when you're about to make a permanent change.
[03:05] <soundray> Only when you double-click the installer icon and go through the setup.
[03:05] <`Lucas> So how does the live cd go?  I put it in boot it up and then what?
[03:06] <soundray> It shows a desktop with icons, panels, task lists -- not too far from what you're used to in Windows.
[03:07] <`Lucas> So then if I wanted to make it perment, how would I do that.
[03:07] <soundray> `Lucas: actually the one that you have won't -- it's an Alternate install CD
[03:07] <soundray> !alternate
[03:07] <ubotu> The Alternate CD (available as of Dapper) is the classical text-mode installation CD. Use it if you wish to upgrade via CD, or for an "expert" mode install. For normal installs, use the Desktop CD, which is also a "Live" CD.
[03:07] <`Lucas> I have both of them.
[03:07] <soundray> `Lucas: you'd run the installer
[03:07] <`Lucas> Alright, I am going to give it a try!
[03:07] <soundray> It will guide you through the setup, including partitioning
[03:08] <`Lucas> BBS, I hope!
[03:08] <soundray> just one more pointer:
[03:08] <soundray> !faq
[03:08] <ubotu> faq is http://help.ubuntu.com/community/CommonQuestions Official documentation is at http://help.ubuntu.com IRC FAQ: http://wiki.ubuntu.com/IRCResourcePage
[03:08] <soundray> -- excellent places to start if you have trouble
[03:08] <`Lucas> Ahh, cool, thanks.
[03:09] <`Lucas> I shall give this a try.
[03:09] <`Lucas> See you soon!
[03:09] <soundray> I'm off -- hope to see you around.
[03:09] <soundray> Good luck


[23:06] <at_work> I'm creating a bridge in netplan, it seems like netplan is blowing away my virbr0 created by installing libvirtd.  Is this my imagination?
[23:06] <at_work> Is there a way to recreate a virbr0 like interface using netplan?  One that is not bound to a physical interface.


[14:46] <knome> oh, that's what it was! basically you were just introducing an error, which created a bigger log bit each time (:


 calamares is now 3 versions behind upstream
 I skipped a couple of the point releases on purpose. I do need to get the latest version packaged up though.
 Yes, it has an important btrfs fix that I know was seen in Neon
 Yes, that was exactly why I skipped those point releases. btrfs was broken in between where we are and the latest.
 https://matterbridge.lubuntu.me/5838a54e/giphy.mp4
 Focal failed to build again - 2 days in a row..
 I saw the email. I haven't checked yet but are other flavors in the same boat?
 Yes all in the same boat - no new builds
 Thanks Leó!
 NP - have you seen the bug we have in Impish re booting - all flavours issue
 Yes, I saw that too. It looks like only certain hardware is impacted but I have been watching it.
 That is correct - we will see what happens n..
 From the tags on the bug it looks like a fix is incoming.
 👍


[04:24] <user|13> How to setup LAN?
[04:24] <user|13> ifconfig not working
[04:24] <user|13> from DHCP IP not taking
[04:24] <user|13> manual IP its not pinging gateway
[04:25] <user|13> but from other system from network we are able to ping this system
[04:48] <mmikowski> user|13: Are you using network manager? Kubuntu 22.04?
[08:03] <iomari891> tomreyn:  sorry guys . I lost power last night. CAn we continue?
[08:18] <iomari891> I'm having power issues. :-(
[08:40] <diogenes_Vx15> iomari891: what's the issue?
[09:10] <alkisg> iomari891: my last lines were: Now, do delete the /etc/apt/sources.list.d/<the savoury ppa source file>
[09:10] <alkisg> Then try again apt full-upgrade, it should then show there are no packages to upgrade at all
[09:16] <iomari891> alkisg: 1 sec ...
[09:18] <iomari891> alkisg: done. no packages to upgrade
[09:18] <alkisg> iomari891: so now you should be able to run do-release-upgrade
[09:18] <iomari891> 1 sec .....
[09:19] <iomari891> alkisg: damn. Thanks. It's working. I owe you. :-)
[09:19] <alkisg> But note it may still fail later on if it finds too much chaos in your sources and installed packages; ping me then for bigger fixes
[09:20] <iomari891> alkisg: I'll do that. And I'll closely monitor my sources from now on.
[12:28] <BluesKaj> Hi all
 hello i have small but ANNOYING problem, i have 2 monitors and screens are separate, not mirror... BUT then it happends, watch the pic next
 OD8H
 0D8H
 Hello, I had a few failed updates from 22.04 to 22.10 in a row. Qt, KDE, and the kernel all updated from the old versions, but the OS remains 22.04. After the first failed update, I followed online instructions for what to do after a partial upgrade (both terminal and gui), and that again seemed to work until rebooting. However, it messed up the configuration files and caused warnings for duplicate configurations within sources.list . I aske
 If I have the weird mixed sources.list, the update appears to go fine until the reboot, when the OS remains 22.04, and a pop-up appears notifying me of an available update to 22.10 (this and the regular update gui show a blank error message when it fails before rebooting).
 duplicate warnings: https://pastebin.com/ctcbwkUq
 kinetic sources failure (identical abort to no-duplicates in sources.list failure, except kinetic sources says sources.list is not valid): https://pastebin.com/B6gRkWHR
[20:45] <keithzg[m]> Hmm ever since the upgrade to 22.10, half the time when I come back to my desktop PC, the entire GUI session is locked up, no interaction possible. Computer is still running fine otherwise, VTs accessible just fine. Can't find anything obvious in journalctl but things are so noisy there these days (yeesh Spotify Snap, stop triggering AppArmor!) and I don't know when things broke, only that they're broke when I come back...
[20:48] <keithzg> Fired up a Wayland session rather than an X11 session to see if that changes anything and wow Wayland still is uhh not there yet eh
[20:49] <keithzg> I remember when I first used it back in 2014 on a phone, seemed pretty slick, but that last mile is always the lion's share of the effort I suppose
[21:50] <mrkdm> hello there
[21:51] <mrkdm> anyone knows if its possible to use the fullscreen menu on kde but in a way that shows the taskbar?
[22:47] <Betablockr> Hi, I'm having an issue with the NVIDIA-520 driver, I can find it in driver manager in 22.04 but only 515.65 is avalible in Kubuntu 22.10, sudo apt install nvidia-driver-520 or nvidia-utils-520 doesn't work either in 22.10
[22:50] <Betablockr> Funnily this seems to be an issue across all Ubuntu based distros I have tried, Ubuntu, KDEneon and Kubuntu, the only exception was Pop_OS! that doesn't seem to have it even on 22.04 and sudo apt-get install nvidia-utils-520-open (or without open) seems to break the OS on reboot
[22:53] <Betablockr> I can get the 520-open driver to work perfectly fine on Arch distros it just seems to have a hard time on Ubuntu 22.10 distros (With the exception of Pop_OS! on 22.04) There was a brief time it was on Pop but not anymore. I really want to get the latest Kubuntu and the latest driver and its a shame it's not working, you would think the open kernel
[22:53] <Betablockr> driver would have less issues


[07:13] <tsdgeos> taaaaaaaaaaags
[07:13] <tsdgeos> imported
[07:13]  * tsdgeos kills them
[08:57] <Saviq> tsdgeos, okies, I described everything I know about the crash in https://trello.com/c/lAudAZVp/40-13-shell-rotation-mp-review-iteration-on-feature-and-autopilot-tests
[08:58] <Saviq> tsdgeos, will you please try and see what you can do about it
[08:58] <tsdgeos> yes
[08:58] <tsdgeos> finishing a bug report and patch to qt upstream
[08:58] <tsdgeos> and will hop into that
[09:01] <Saviq> tx
[09:09] <tsdgeos> well, let's see what they think of https://codereview.qt-project.org/#/c/110348/
[09:09] <tsdgeos> fixes the testcase but may not be the best thing ever :D
[09:26] <tsdgeos> Saviq: so those crashes only happen on the device? or desktop too?
[09:27] <Saviq> tsdgeos, didnae try on desktop
[09:27] <tsdgeos> k
[09:27] <tsdgeos> let me try it
[09:27] <tsdgeos> because it is defenitely nicer to debug in the desktop
[09:28] <Saviq> indeed
[10:06] <tsdgeos> not much success trying to make it crash in the pc
[13:31] <tsdgeos> Saviq: http://paste.ubuntu.com/10821832/
[13:31] <tsdgeos> QV4_MM_AGGRESSIVE_GC=1 qmlscene it
[13:31] <tsdgeos> kaboom
[13:31] <tsdgeos> :D
[13:32] <tsdgeos> MacSlow: ↑↑
[13:33] <Saviq> tsdgeos, nice
[13:33] <Saviq> tsdgeos, I did see the regex bits in the trace, and remember we've had issues with that before
[13:42] <MacSlow> tsdgeos, oh ha
[13:42] <MacSlow> tsdgeos, Saviq: so since we now know what it is... looking for a home-grown fix against Qt 5.4 or try 5.5 first?
[13:43] <tsdgeos> 5.5 doesn't crash with that example
[13:43] <MacSlow> tsdgeos, so 5.5 it is then?!
[13:43] <tsdgeos> well 5.5. crashes with lots of other things :D
[13:43] <MacSlow> tsdgeos, *sigh*
[13:43] <tsdgeos> i mean it's just alpha
[13:44] <MacSlow> tsdgeos, hm... I'm using RegExp in notifications for sure.. but it sofar never blew up like that.... iirc
[13:45] <tsdgeos> well it all depends on how/when the garbage collector kicks in
[13:45] <MacSlow> tsdgeos, I can give it a go to fix it... unless you've already an idea about the what and how for  a fix.
[13:46] <tsdgeos> MacSlow: fix 1-> remove the regexp :D fix 2->fix the js stuff in QtDeclarative
[13:48] <tsdgeos> that's all i can think of for the moment
[13:49] <MacSlow> tsdgeos, I'll try to see if I can eliminate all RegExp from my unity8-shellRotation branch first
[13:50] <MacSlow> tsdgeos, just three uses of RegExp in all our qml-code... should not be too hard
[13:51] <MacSlow> tsdgeos, and the relevant are of course just in snap-decision notifications :/
[13:54] <MacSlow> tsdgeos, Saviq: I'll try to come up with RegExp-less work-around for my unity8-shellRotation branch, test it some more and then MP it... while waiting on review I'll turn to a fix for QtDeclaraitve. Ok?
[13:54] <tsdgeos> i'm having a look at qt at the moment
[13:54] <MacSlow> tsdgeos, ok
[13:55] <MacSlow> tsdgeos, on the side... is there perhaps a RegExp-fix in Qt 5.5 we could backport to 5.4 ourselves?
[13:56] <tsdgeos> maybe
[14:02]  * tsdgeos tips hat to MacSlow for the suggestion
[14:03] <MacSlow> tsdgeos, you found a fix in Qt 5.5?
[14:03] <tsdgeos> yes
[14:03] <MacSlow> tsdgeos, sweet!
[14:03] <MacSlow> tsdgeos, btw... http://pastebin.ubuntu.com/10821942
[14:04]  * MacSlow just bricked his n4 *sigh*
[14:04] <MacSlow> well not reall bricked... just re-flashing required
[14:06] <tsdgeos> so patch accepted by upstream :)
[14:06] <tsdgeos> https://codereview.qt-project.org/#/c/110411/
[14:07] <tsdgeos> Mirv: can we get ↑ ?
[14:07] <tsdgeos> Saviq: ↑↑
[14:07] <MacSlow> tsdgeos, nice :)
[14:07] <Saviq> \o/
[14:08] <MacSlow> Saviq, tsdgeos is the hero of the day :)
[14:08] <Saviq> that was quick!
[14:08] <MacSlow> indeed
[14:09] <tsdgeos> cheers to MacSlow that convinced me to look at the diff
[14:09] <tsdgeos> i was going all crazy and thinking of fixing it myself
[14:10] <greyback> nice one
[14:10] <MacSlow> tsdgeos, well by now I've learned to take shortcuts as early as possible ;)
[14:10] <MacSlow> tsdgeos, on the other hand... I'm just fed up with that branch and want to get it in :)
[14:11] <tsdgeos> now this is hoping
[14:11]  * MacSlow high5's tsdgeos anyway
[14:11] <tsdgeos> that this is actually that is making it crash in the run without QV4_MM_AGGRESSIVE_GC=1 scenario too
[14:11]  * tsdgeos hi5 back
[14:11] <MacSlow> *clap*
[14:11] <tsdgeos> and makes one wonder if we should run all our tests with QV4_MM_AGGRESSIVE_GC to find this stuff
[14:12] <MacSlow> tsdgeos, sounds to be worth a try... maybe we'll catch more non-determinstic issues
[14:13] <Saviq> tsdgeos, MacSlow, I'm building qtdeclarative packages with this patch, will report asap
[14:13] <tsdgeos> Saviq: awesomeness
[14:13] <MacSlow> Saviq, ok
[14:14] <dandrader> Saviq, did trunk get bad tags again or is the script outdated? http://paste.ubuntu.com/10822008/
[14:14] <Saviq> dandrader, the script doesn't get outdated any more
[14:14] <Saviq> dandrader, and yeah, we did bring those in the landing yesterday, but should be gone now
[14:15] <MacSlow> Saviq, what's the tag-"threshold"?
[14:15] <tsdgeos> yeah i killed them this morning
[14:16] <tsdgeos> we forgot about running pot_file again :D
[14:16] <tsdgeos> https://code.launchpad.net/~aacid/unity8/pot_file/+merge/256151
[14:16] <tsdgeos> anyone? ↑
[14:16] <MacSlow> tsdgeos, on it
[14:19] <Saviq> MacSlow, wdym "threshold"?
[14:19] <Saviq> MacSlow, if a tag does not point at a revision, it's bad
[14:20] <Mirv> tsdgeos: like, in vivid/vivid-rtm regardless of the qtdbus patches? ok, if you can please file a LP bug I can refer to
[14:20] <tsdgeos> Mirv: yes, this is a "proper/clear" 5.4 bugfix
[14:21] <tsdgeos> Mirv: sure. opening the bugfix now
[14:21] <Mirv> tsdgeos: wow! you mean that'd affect the 1421009?
[14:21] <MacSlow> Saviq, I see... but I think to remember we wanted tags clearned in the past, which were just "too old" (a few months)
[14:21] <tsdgeos> Mirv: hmmm, what is 1421009 ?
[14:21] <Saviq> Mirv, no
[14:22] <tsdgeos> Mirv: ah no, sorry no, it's just a different bugfix
[14:22] <Saviq> MacSlow, no, it was always a case of "they're wrong"
[14:22] <Mirv> oh, no, ok. I thought some magic so that the million dbus patches wouldn't be needed :)
[14:22] <Mirv> ok, I'll have a different landing for this one then
[14:22] <tsdgeos> Mirv: unfortunately no :D
[14:22] <Mirv> I guess it'll need to go to vivid-rtm though with final freeze on Thu
[14:24] <Saviq> Mirv, OTOH this could cause relatively random crashes anywhere that's using RegExes in QML
[14:25] <tsdgeos> yeah this makes sense for vivid proper imho
[14:25] <tsdgeos> Mirv: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1443981
[14:26] <Saviq> ooh there's a W-Series
[14:26] <tsdgeos> upgrade!
[14:26] <Saviq> don't think there's an archive yet ;)
[14:26] <Saviq> there's only a placeholder in LP
[14:27] <MacSlow> tsdgeos, approved your pot_file branch... will top-approve it when jenkins is happy too
[14:27] <tsdgeos> oki
[14:28] <Saviq> https://launchpad.net/ubuntu/w-series
[14:28] <Mirv> tsdgeos: thanks
[14:28] <MacSlow> but we don't have a funky animal yet... or did I miss that?
[14:29] <Saviq> nope
[14:29] <MacSlow> with w it's going to be interesting...
[14:30] <MacSlow> we could get back to  :)
[14:30] <MacSlow> warthog
[14:30] <davmor2> MacSlow: Wascling Wabbit </elma_fudd_impression>
[14:30] <MacSlow> :)
[14:31] <davmor2> MacSlow: Wonderful Whippet
[14:37] <MacSlow> davmor2, "whippet"?
[14:38] <davmor2> MacSlow: http://en.wikipedia.org/wiki/Whippet think smaller, slower greyhound
[14:39] <Saviq> wombat FTW!
[14:46] <Saviq> heh, it takes LP 1h50 to build qtdeclarative... looks like some 25m on arale ;)
[14:47] <mzanetti> haha
[14:52] <tsdgeos> Saviq: really?
[14:52] <tsdgeos> we need a arale powered ci
[14:52] <tsdgeos> with someone continously clicking the screen
[14:52] <Saviq> tsdgeos, it's not -j9 on LP I think
[14:52] <tsdgeos> Saviq: does the hardware even has that many cores?
[14:53] <Saviq> tsdgeos, arale has 8
[14:53] <Saviq> tsdgeos, 2x4
[14:53] <tsdgeos> Saviq: sure i mean the CI
[14:53] <tsdgeos> Saviq: it's actually 4+4 no? 4 big 4 small
[14:53] <Saviq> tsdgeos, oh no, that's part of why they're not -j9 ;)
[14:53] <Saviq> yeah 4+4
[14:53] <Saviq> tsdgeos, but I mean I don't think they parallelize at all
[14:54]  * Saviq checks to see he's not full of sh*t
[14:59] <Saviq> greyback, should there not be a 1:1 dependency between qtdeclarative5-qtmir-plugin and qtmir-{android,desktop}?
[14:59]  * Saviq sees the plugin updated but not qtmir-android
[15:00] <greyback> Saviq: think there should be yes
[15:01] <Saviq> greyback, dandrader|afk, how about the shell-rotation-aware qtubuntu, should anything pull it in?
[15:01] <mzanetti> MacSlow, Wollmilchsau
[15:01] <MacSlow> mzanetti, well... I would like that :)
[15:01] <mzanetti> +1 :D
[15:02] <MacSlow> mzanetti, to be honest Linux is that almost... there's hardly anything it cannot do or become :)
[15:02] <greyback> Saviq: usual thing which pulls it in is ubuntu-touch-session - can't have unity8 depend on it explicitly as unnecessary for desktop
[15:02] <mzanetti> MacSlow, which is why that name came to my mind
[15:02] <Saviq> greyback, well, we could have -android | -desktop
[15:02] <greyback> Saviq: true
[15:03] <MacSlow> mzanetti, how could we convince sabdfl of that ;)
[15:03] <Saviq> greyback, I'm just asking because I can install rotation-aware unity8 and only qtmir plugin gets pulled in with, right now
[15:03] <mzanetti> MacSlow, with this image perhaps: http://www.forexfactory.com/attachment.php?attachmentid=255957&stc=1&d=1244150501
[15:03] <MacSlow> mzanetti, there have to be better examples :)
[15:04] <mzanetti> :D
[15:08] <greyback> Saviq: a stronger package dependency chain would do no harm. Thought it kept relatively weak to stop androidy stuff installing on desktop
[15:09] <greyback> no other reason
[15:17] <Saviq> tsdgeos, MacSlow, https://owncloud.sawicz.net/index.php/s/0afe9e8a599ef8fef2f2a105e9db357d#
[15:18] <MacSlow> Saviq, grabbing...
[15:47] <tsdgeos> MacSlow: Saviq: looks good here, have you had any issue?
[15:48] <Saviq> tsdgeos, no crash in sight
[15:49] <tsdgeos> \o/
[15:49] <MacSlow> tsdgeos, just about to finish the setup (re-flashing, pulling packages etc)
[15:50] <Saviq> we really need to fix the on-exit crash...
[15:50] <tsdgeos> do we have an on exit crash?
[15:51] <Saviq> tsdgeos, it's an abort in mir
[15:51] <tsdgeos> oh
[15:54] <Saviq> MacSlow, 6 subsequent successful runs of the two rotation tests
[15:54] <Saviq> and counting
[15:58] <Saviq> got it to fail now, no crash
[16:00] <MacSlow> Saviq, what kind of failure?
[16:00] <Saviq> MacSlow, http://pastebin.ubuntu.com/10822593/
[16:00] <MacSlow> Saviq, ah... that's new
[16:01] <MacSlow> Saviq, compilation almost done here
[16:01] <Saviq> MacSlow, kk
[16:27] <MacSlow> Saviq, hm... first run and it fails with http://pastebin.ubuntu.com/10822702
[16:33] <MacSlow> Saviq, might be I overwritten some of the debs out of your zip with other apt-gets
[16:33] <MacSlow> Saviq, currently it ran fine a couple of attempts
[16:34] <MacSlow> Saviq, 10 in a row without failure yet.
[16:37] <MacSlow> Saviq, hm... I still get crashes
[16:38] <MacSlow> Saviq, got crash files written for malit, unity8-dash and webbrowser-app
[16:39] <MacSlow> Saviq, at least no unity8, but then it seems the qtdeclaritive fix isn't enough
[16:42] <MacSlow> Saviq, I'll look into the crashes and send you the gathered info.
[17:05] <ZehCnaS34> Is this where I go to talk about deb packages?
[17:06] <ZehCnaS34> talk about *improving* dep packaging
[17:06] <ZehCnaS34> *deb