[02:50] <sarnold> leftyfb: lol
[02:50] <leftyfb> ?
[02:51] <sarnold> leftyfb: how many times did you give pycurious that link today?
[02:51] <sarnold> oh well, it finally worked :)
[02:51] <leftyfb> 3
[02:54] <ogra`> felt more like 30 😛
[02:59] <sarnold> hehe
[03:39] <lotuspsychje> hey leftyfb i just wanted to point out the kernel version, as some users were asking about it recently
[03:40] <leftyfb> ?
[03:40] <leftyfb> oh, the article
[03:40] <lotuspsychje> i know omgubuntu & phoronix have dislikers a lot
[03:40] <leftyfb> yeah, I was just complaining about the authors lack of writing/editing skills
[03:41] <lotuspsychje> could be better indeed
[04:56] <lotuspsychje> hehe more jammy news https://www.omgubuntu.co.uk/2022/01/ubuntu-22-04-release-features
[04:59]  * guiverc was hoping the jammy news was about pajamas & that meant it was bed time :(
[05:00] <guiverc> i don't see mention of KDE/Plasma there though.. that to me is the biggest issue I'm watching..
[06:55] <ducasse> good morning
[07:07] <oxfuxxx> heya,
[07:13] <ducasse> \o
[11:52] <Maik> guiverc: you won't see anything about KDE on OMG!Ubuntu because the focus is on the main edition, Ubuntu itself.


[14:58] <matsubara> ping MootBot
[15:00] <matsubara> #startmeeting
[15:00] <MootBot> Meeting started at 09:00. The chair is matsubara.
[15:00] <matsubara> Welcome to this week's Launchpad Production Meeting. For the next 45 minutes or so, we'll be coordinating the resolution of specific Launchpad bugs and issues.
[15:00] <matsubara> [TOPIC] Roll Call
[15:00] <MootBot> New Topic:  Roll Call
[15:00] <herb> me
[15:00] <jtv> me
[15:00] <sinzui> me
[15:00] <Ursinha> me
[15:00] <rockstar> me
[15:01] <jtv> I'm standing in for henninge today, since he's on sprint.
[15:01] <matsubara> thanks jtv
[15:01] <danilos> me
[15:01] <BjornT> me
[15:02] <matsubara> so, if any of you can't make the meeting next week, please coordinate with another teammate to cover for you and add a notice in the Apologies section in the MeetingAgenda page.
[15:02] <matsubara> flacoste: ping
[15:02] <intellectronica> me
[15:03] <matsubara> bigjools: ping
[15:03] <bigjools> me
[15:03] <flacoste> me
[15:04] <matsubara> ok, let's move on, stub can join later
[15:04] <matsubara> [TOPIC] Agenda
[15:04] <MootBot> New Topic:  Agenda
[15:04] <matsubara>  * Actions from last meeting
[15:04] <matsubara>  * Oops report & Critical Bugs
[15:04] <matsubara>  * Operations report (mthaddon/herb/spm)
[15:04] <matsubara>  * DBA report (DBA contact)
[15:04] <matsubara> [TOPIC] * Actions from last meeting
[15:04] <MootBot> New Topic:  * Actions from last meeting
[15:04] <matsubara>  * bac to check with barry if there's an open bug for  OOPS-1125A1096, if not, Ursinha to file one - there was, bug 280925
[15:04] <matsubara>  * intellectronica to work on bug 279561
[15:04] <matsubara>  * rockstar to check OOPS-1125CEMAIL1
[15:04] <matsubara>  * bac to take a look at OOPS-1125A165 - bac filed bug 322792
[15:04] <matsubara>  * Ursinha to check with kiko if any other rollouts will happen this week
[15:05] <Ursinha> holy crap
[15:05] <Ursinha> that bug is timing out
[15:05] <Ursinha> or what?
[15:06] <Ursinha> anyway
[15:06] <matsubara> intellectronica: any news about the api bug?
[15:06] <Ursinha> my items were done
[15:06] <matsubara> rockstar: what's up about that oops?
[15:06] <intellectronica> matsubara: sorry, no news yet
[15:06] <Ursinha> matsubara, he landed a fix for that
[15:06] <matsubara> Ursinha: who's he?
[15:06] <matsubara> :-)
[15:06] <Ursinha> matsubara, rockstar :)
[15:06] <Ursinha> sorry
[15:06] <rockstar> matsubara, I got an RC in for that one.
[15:07] <matsubara> ok, I remember that one.
[15:07] <matsubara> so I guess the only pending one is the api bug which is a mistery to everyone
[15:08] <matsubara> the good news is that intellectronica found out another thing about that bug that might lead to its root cause
[15:08] <matsubara> intellectronica: thanks for keeping us posted in the report
[15:08] <matsubara> let's move on
[15:08] <matsubara> [TOPIC] * Oops report & Critical Bugs
[15:08] <MootBot> New Topic:  * Oops report & Critical Bugs
[15:09] <matsubara> so in today's oops section I'd like to talk about the timeout bugs you guys are working for the LPW
[15:09] <matsubara> https://dev.launchpad.net/PerformanceWeeks/February2009
[15:10] <matsubara> I'm going to review all the landings related to LPW work and add to that page.
[15:10] <matsubara> so if you wanna help, point me to revision numbers on RF related to that work
[15:10] <jtv> matsubara: bug 324264 is now Fix Committed.
[15:11] <sinzui> matsubara: r7705 for Bug: 325321
[15:11] <Ursinha> jtv, great
[15:11] <matsubara> intellectronica, BjornT : any news about the bug number 1 time out?
[15:11] <sinzui> matsubara: EdwinGrubbs will land his branch today
[15:11] <danilos> work on bug 302798 is in progress in different ways (there's a commit from 323something which disabled external suggestions to give us a better idea on how stuff is working, and henning is working on removal of obsolete translations which will reduce our DB size by ~33%)
[15:12] <BjornT> matsubara: me, intellectronica, and allenap are working on it
[15:12] <jtv> danilos: hey, I was putting that paragraph together!
[15:12] <BjornT> matsubara: allenap is looking at reducing the time it take to render the comments, possibly by not showing all by default
[15:13] <danilos> jtv: ok, I'll let you handle it all from now on :)
[15:13] <BjornT> matsubara: intellectronica is working on loading the subscribers portlet in a different request
[15:13] <danilos> matsubara: you can have full trust in jtv as far as PW is concerned :)
[15:13] <jtv> *cough*
[15:13] <BjornT> matsubara: and i'm working on optimizing code, based off profiling information
[15:13] <matsubara> danilos: I do! he's been very helpful with the status updates
[15:14] <BjornT> matsubara: also, intellectronica's inital tests on dogfood were successful, reducing the time quite a lot :)
[15:14] <matsubara> great
[15:14] <flacoste> matsubara: i'm working on bug 316881 (which isn't an OOPS per-se, but related to performance anyhow)
[15:15] <matsubara> stub: there's an email from jono asking for some help with the +project-cloud oops, so if you could help out there, would be awesome
[15:15] <matsubara> thanks flacoste, i'll add it to the page
[15:15] <stub> I've replied on the bug. Not sure if I'm helpful though.
[15:15] <matsubara> stub: cool. thank you
[15:16] <matsubara> bigjools: news in soyuz. how about the one muharem is taking care of?
[15:16] <matsubara> s/./?/
[15:16] <bigjools> matsubara: it's not going so well unfortunately
[15:16] <bigjools> I don't expect any progress this week
[15:16] <matsubara> [action] matsubara to add 316881 to foundations section in LPW wiki page
[15:16] <MootBot> ACTION received:  matsubara to add 316881 to foundations section in LPW wiki page
[15:17] <matsubara> bigjools: why is that?
[15:17] <bigjools> matsubara: the first attempt to fix it failed.  he's also been at the distro sprint this week
[15:18] <matsubara> bigjools: oh right. well, you guys are excused since the whole team is sprinting and you already landed 2(?) timeout fixes :-)
[15:18] <bigjools> matsubara: thanks :)
[15:18] <matsubara> I guess that's it from me. Ursinha, anything else?
[15:19] <Ursinha> matsubara, no, the pending oops for soyuz I already talked with bigjools
[15:19] <bigjools> yeah, get edge updating again and we'll see how it went
[15:19] <matsubara> great. thanks everyone!
[15:19] <matsubara> [TOPIC] * Operations report (mthaddon/herb/spm)
[15:19] <MootBot> New Topic:  * Operations report (mthaddon/herb/spm)
[15:19] <herb> - 2009-01-30 - Friday we updated lpnet, edge and the scripts servers to to r7676.
[15:19] <herb> - 2009-02-04 - Yesterday we updated codebrowse to r43
[15:20] <herb> - I feel like I'm starting to sound like a broken record... But we're still being bothered daily, often multiple times, by bug #156453 and bug #118625 which seem to be related.
[15:20] <herb> - We also continue to run into issues associated with bug #260171
[15:20] <flacoste> herb: i herd mwhudson was working on loggerhead performance this week
[15:20] <flacoste> as part of LPW
[15:20] <matsubara> yes!
[15:20] <sinzui> herb: There is a sprint in the planning to fix that too
[15:20] <Ursinha> yes, he is
[15:20] <matsubara> mwhudson is indeed working on that
[15:21] <flacoste> herb: and well-placed sources also told me that a sprint is being organized to fix those damn issues
[15:21] <flacoste> herb: so there is hope!
[15:21] <herb> excellent. a fix would be huge for the LOSAs
[15:21] <rockstar> herb, mwhudson is on the verge of insanity tracking loggerhead issues down.
[15:22] <herb> thanks for all the work on that. it is much appreciated.
[15:22] <matsubara> thanks herb
[15:22] <matsubara> [TOPIC] * DBA report (stub)
[15:22] <MootBot> New Topic:  * DBA report (stub)
[15:22] <stub> The production dbs seem to be ticking away nicely.
[15:22] <stub> Staging db updates are being disabled by the losas for some testing, so expect a drop in timeout OOPSES.
[15:22] <stub> I've had some db patches for this cycle come through already, which is great.
[15:24] <stub> 3
[15:24] <stub> 2
[15:24] <stub> 1
[15:24] <matsubara> all right. thanks stub
[15:24] <flacoste> what about the staging issues?
[15:25] <matsubara> herb: ^
[15:25] <flacoste> staging isn't available at the moment
[15:25] <herb> it's restoring
[15:25] <flacoste> but we didn't understand why it failed?
[15:25] <flacoste> or did we?
[15:25] <matsubara> herb: how long will it take to restore?
[15:25] <flacoste> and it's just that gmb is done with the testing and we can resume normal staging updates?
[15:25] <herb> matsubara: should be back up within the next couple of hours.
[15:26] <Ursinha> herb, about 10 hours ago I was talking with spm and he was unsuccessful to put staging on again
[15:27] <herb> flacoste: upgrade.py failed because there will still connections open to the staging db.  This left the DB in an indeterminate state, so we had to go through the full restore process with a new copy of the staging DB.
[15:27] <gmb> flacoste: I'm not done yet.
[15:27] <gmb> flacoste: I need staging to be up for that
[15:27] <flacoste> so this means that we are still screwed?
[15:28] <stub> This is all useful information for read only launchpad btw.
[15:28] <flacoste> we either need to fix upgrade.py to work without a db restore
[15:28] <flacoste> or to turn off staging ugprades for the duration of gmb's test
[15:28] <herb> flacoste: upgrade.py works fine
[15:29] <herb> and we'll need to turn off upgrades while gmb's testing, per stubs note above.
[15:29] <flacoste> why were there still connections open?
[15:29] <stub> upgrade.py cannot work when there are active db connections, as upgrade requires exclusive locks on all the replicated db tables.
[15:29] <herb> flacoste: the rollout process shuts down the app servers, but there are still potentially cron scripts running, etc.
[15:30] <flacoste> why usually is this not a problem then?
[15:31] <stub> Because the restore, replicate and upgrade process is done as a fresh db. Once it is finished, it is swapped into place.
[15:31] <flacoste> ah right!
[15:31]  * bigjools has to run, will catch scrollback later if you need anything from me
[15:32] <flacoste> so when I said fix upgrade.py, i should have said 'fix rollout process'
[15:32] <flacoste> so I guess it's best to simply disbale upgrade for now
[15:32] <flacoste> i also heard that gmb might do his tests elsewhere
[15:32] <flacoste> so that might becomes a moot issue
[15:32] <flacoste> but like stub said, very instructive for read-only launchpad
[15:33] <gmb> flacoste: Well, that's an embryonic idea right now. I still need a staging / demo machine for the forseeable future.
[15:34] <matsubara> I want to make an action item for the fix rollout process thing
[15:34] <matsubara> not sure who would be responsible for that
[15:34] <matsubara> losas?
[15:35] <herb> whoa
[15:35] <flacoste> with the help of stub probably
[15:35] <matsubara> [action] losas and stub to fix rollout process to avoid the staging restore problems
[15:35] <MootBot> ACTION received:  losas and stub to fix rollout process to avoid the staging restore problems
[15:35] <herb> there isn't anything inherently wrong with the rollout process.
[15:35] <herb> but ok
[15:36] <matsubara> thanks everyone
[15:36] <matsubara> anythign else before I close?
[15:36] <flacoste> well, it's currently not reliable if we don't do a DB restore it seems
[15:36] <flacoste> nope
[15:36] <matsubara> Thank you all for attending this week's Launchpad Production Meeting. See the channel topic for the location of the logs.
[15:36] <matsubara> #endmeeting
[15:36] <MootBot> Meeting finished at 09:36.
[15:36] <Ursinha> thanks matsubara


[01:27] <semitones> hello!
[01:27] <semitones> can I find hardware requirements for ubuntu studio anywhere?
[01:27] <semitones> the laptop I'd like to install it on runs xubuntu nicely, but can't handle gnome very well, so I was wondering if ubuntu studio would work
[01:32] <Blank__> probably not
[01:32] <Blank__> ubuntu studio uses gnome
[01:33] <semitones> hmm, is it more or less demanding than standard ubuntu? For instance, how do the latency adjustments affect performance?
[01:36] <Blank__> not sure
[01:37] <Blank__> i'd say you wouldnt want to use it on anything less than a 1GHz
[01:40] <semitones> hmm ok, I think I have a faster processor than that. The problems being I only have 512 mb ram, and 128 of that is reserved for onboard graphics (though I can change this to 64 bit in the bios). Is there a wiki page with system requirements?
[01:46] <Blank__> not that i know of
[03:32] <Fezzler> pulseaudio and jack - ugh - no like each other
[03:48] <_guitarman_> with ubuntustudio 910, do you have to do any config in terms of limits.conf etc like in the past , or does an install take care of adding to the audio group et etc.
[03:48] <_guitarman_> we have a user who has a delta 44 who gets xruns with realtime checked but no xruns when its not checked
[03:51] <Fezzler> hi
[03:52] <Fezzler> can you help me sort the jack and pulseaudio complexity?
[03:57] <mothersofinventi> http://paste.ubuntu.com/359342/
[03:57] <mothersofinventi> karmic.
[04:07] <mothersofinventi> http://paste.ubuntu.com/359342/
[05:07] <amstan> _guitarman_: going over to the ubuntu side then?
[05:09] <_guitarman_> hehe i was helping cameron
[05:09] <amstan> oh, ok
[05:09] <_guitarman_> i actually do run ubuntu based distro on my eee
[05:09] <_guitarman_> we got him going
[05:09] <_guitarman_> he's rockin at 2.5 ms or so
[05:09] <_guitarman_> :)
[05:10] <amstan> come on! i'm only getting 20
[05:10] <amstan> well.. without rt though, that must count for something
[05:10] <_guitarman_> amstan: no rt? why
[05:10] <_guitarman_> rt ftw
[05:11] <amstan> i didn't want to bother with a new kernel
[05:11] <amstan> i have a quad core, i thought it wouldn't matter anymore
[05:11] <amstan> and it doesn't
[05:11] <_guitarman_> coo
[05:11] <_guitarman_> you and your quad core.
[05:11] <_guitarman_> heheh
[05:11] <_guitarman_> and your gigabyte internet!
[05:11] <amstan> oh yeah.. that
[05:12] <amstan> lol
[05:12] <_guitarman_> heheh
[05:12] <_guitarman_> you got like the sports car of music computing
[05:12] <amstan> i also have sneakernet access to the ubuntu repository
[05:12] <_guitarman_> thats cool though - i'm glad for you
[05:12] <_guitarman_> sneakernet is awesome
[05:12] <amstan> ya
[05:12] <amstan> lol
[05:32] <semitones> does the realtime kernel introduce instability?
[05:37]  * _guitarman_ shakes majic 8 ball.
[05:37] <_guitarman_> magic even
[05:37] <_guitarman_> dunno - rt patches seem to run fine for me
[05:37] <semitones> alright that's good
[05:38] <semitones> I also hope I can use it with the xubuntu package
[05:51] <semitones> how does the rt kernel affect the rest of the system though? Does it act like a normal desktop?
[18:46] <mothersofinventi> http://paste.ubuntu.com/359342/
[18:46] <mothersofinventi> karmic.
[18:46] <mothersofinventi> anyone?
[19:19] <holstein> hey mothersofinventi
[19:19] <holstein> i have no idea what to do with that pastebin
[19:19] <holstein> whats going wrong?
[20:15] <funkyHat> Has anyone managed to use either fst or dssi-vst on a 64bit linux?


[00:01] <catbus1> travnewmatic: you can install juju-core anywhere, in the ~/.juju/environments.yaml, you will tell Juju where to find MAAS and provide the MAAS API key in order to communicate with MAAS.
[00:01] <travnewmatic> oh boy
[00:01] <travnewmatic> well
[00:01] <travnewmatic> right now my region controller can't see the cluster controller
[00:01] <travnewmatic> i've rebooted both
[00:02] <travnewmatic> did the dpkg-reconfigure maas-cluster-controller on the cluster controller
[00:02] <travnewmatic> but they still arent talking
[00:03] <travnewmatic> https://www.dropbox.com/s/qqm2jcppt13ctzx/Screenshot%202015-02-17%2018.03.16.png?dl=0
[00:04] <travnewmatic> they can ping each other
[00:04] <catbus1> what is tnewman3 - region controller?
[00:05] <travnewmatic> thats .2
[00:05] <catbus1> you have two cluster controllers there.
[00:05] <travnewmatic> hmm
[00:05] <catbus1> .2 should be the region controller, right?
[00:05] <travnewmatic> .2 is the region controller
[00:05] <travnewmatic> yes
[00:06] <travnewmatic> and .3 is the cluster controller
[00:06] <catbus1> tnewman4 is not connected.
[00:06] <catbus1> what is tnewman4?
[00:07] <travnewmatic> yeah tnewman4, <IP_ADDRESS>, is the cluster controller
[00:08] <travnewmatic> before both the region and cluster controllers would show up under the 'Clusters' tab
[00:08] <travnewmatic> and they still do
[00:09] <travnewmatic> but for some reason tnewman3 isnt connecting to tnewman4
[00:09] <catbus1> The clusters tab should only show cluster controllers.
[00:09] <travnewmatic> hmm
[00:09] <travnewmatic> alright well i deleted tnewman 3
[00:09] <catbus1> I would keep it actually.
[00:09] <travnewmatic> poop
[00:10] <travnewmatic> hmm
[00:10] <catbus1> so that both cluster and region controllers are on the same node.
[00:10] <travnewmatic> hmm
[00:10] <travnewmatic> well
[00:10] <catbus1> that's how I have been deploying them.
[00:10] <catbus1> but it's up to you.
[00:10] <travnewmatic> region and cluster controller are the same node?
[00:11] <catbus1> They *can be* on the same node.
[00:11] <travnewmatic> uhuh
[00:11] <travnewmatic> well right now my problem is i have a nonfunctioning cluster ctroller on my region controller :D
[00:12] <catbus1> I guess you renamed the cluster controller as region controller, but it's a cluster controller.
[00:13] <travnewmatic> i see
[00:13] <travnewmatic> well
[00:13] <travnewmatic> how do i delete it and re-add it
[00:13] <catbus1> I'd use tnewman3 as the cluster controller since it's already connected, make sure images are imported fine, configure tnewman3 to manage DHCP and DNS. Remove DHCP and DNS services from tnewman4.
[00:14] <travnewmatic> alright
[00:14] <travnewmatic> well
[00:14] <travnewmatic> right now the tnewman4 is a stub
[00:14] <travnewmatic> i can't delete it because i can't connect to it
[00:15] <travnewmatic> Error: Unable to connect to cluster 'tnewman4 - cluster controller' (1b03b5d4-ff03-4178-bdeb-4340cf2238bc); no connections available.
[00:16] <catbus1> ok. leave it as is then. Hopefully it won't compete to offer IP addresses.
[00:16] <catbus1> or you can shut down eth1 on .3.
[00:17] <travnewmatic> i just turned it off
[00:18] <travnewmatic> uuung i got this all screwed up
[00:18] <travnewmatic> possible to reinitialize the maas installation?
[00:18] <travnewmatic> i'll just keep everything on one node
[00:18] <travnewmatic> region, cluster, juju when the time comes
[00:19] <travnewmatic> but right now if i could just reinstall the region controller and the cluster controller with clean everything tht'd be awesome
[00:19] <catbus1> yeah, reinstall 14.04 server base and install maas from the maas-mainstainers/stable ppa should take ~10 minutes?
[00:19] <travnewmatic> alrighty then
[00:20] <travnewmatic> does 1.7 come automatically with 14.10?
[00:20] <catbus1> there may be an easier way to do it. but I don't know any other way.
[00:20] <travnewmatic> yeah
[00:20] <travnewmatic> no biggie
[00:20] <catbus1> no, 1.7.1 is released recently.
[00:21] <travnewmatic> ah
[00:21] <catbus1> you have to get it from the same ppa on 14.10, too.
[00:21] <travnewmatic> gotcha
[00:22] <travnewmatic> is this something that canonical is going to develop the hell out of?
[00:23] <travnewmatic> not just a flash in the pan
[00:24] <catbus1> I think we are pretty serious about it. :)
[00:26] <travnewmatic> yeeeeah :D
[00:26] <travnewmatic> again, suuuper appreciate the time today
[00:27] <travnewmatic> i work for a hosting company in a data center
[00:27] <travnewmatic> we have a provisioning tool we call daris
[00:27] <travnewmatic> not sure if thats an industry standard or anything
[00:28] <travnewmatic> but for us, right now, it only does centos 6.5 provisions
[00:28] <travnewmatic> which isnt so bad, because most of our provisions are for centos 6.5
[00:29] <catbus1> travnewmatic: what brings you to MAAS?
[00:29] <travnewmatic> but thats not going to work indefinitely
[00:29] <travnewmatic> uuuum curiousity
[00:29] <travnewmatic> a potential alternative to our existing provisioning server
[00:30] <catbus1> great, I though you may have seen this https://insights.ubuntu.com/2014/11/14/bare-metal-magic-at-the-open-compute-summit/
[00:33] <travnewmatic> i had not, but thats really flipping cool
[00:34] <travnewmatic> i think once i get this up and working, the next thing to do would be to figure out how to add non ubuntu images to the server
[00:34] <travnewmatic> and other linux distros as well
[00:34] <travnewmatic> well what do you suggest my next step would be
[00:34] <travnewmatic> how do you use it in the real world
[00:35] <catbus1> I haven't tried that myself. Would be interesting to find out the experience of deploying non-Ubuntu images.
[00:35] <travnewmatic> well from what i've read supposedly it is possible
[00:36] <catbus1> I don't work in a data center, I do not have experience as data center admin.
[00:37] <travnewmatic> mhm
[00:37] <travnewmatic> https://insights.ubuntu.com/2014/11/20/maas-1-7-one-maas-multiple-operating-systems/
[00:41] <travnewmatic> well what is your role with maas
[00:41] <travnewmatic> are you a developer?
[00:43] <catbus1> I work with hardware vendors and MAAS team to help make sure MAAS can provision hardware.
[00:43] <travnewmatic> that sounds fancy
[00:43] <catbus1> IPMI isn't the only power control type we support.
[00:43] <travnewmatic> yeah i noticed that in the old menu
[00:43] <travnewmatic> there are quite a few
[01:09] <travnewmatic> reinstalled, updated to 1.7, created the superuser, rebooting
[01:13] <travnewmatic> dhcp and dns config stuff
[01:13] <travnewmatic> now lets get this image importation party started!
[01:51] <travnewmatic> Feb 17 19:50:21 tnewman3 maas.api: [ERROR] timely-bell.local: Timed out wait
[01:51] <travnewmatic> ing for power response in Node.power_state
[01:59] <travnewmatic> maybe we've got some funky stuff in our ipmi's
[02:09] <travnewmatic> catbus1-afk, yeah not sure what the deal is but maas still doesnt have control over startup and shutdown of my 1950
[02:29] <travnewmatic> catbus1-afk, reset the DRAC to see if that will have any effect
[02:33] <travnewmatic> no dice :(
[02:33] <travnewmatic> Feb 17 20:33:27 tnewman3 maas.api: [ERROR] ripe-believe.local: Timed out wai
[02:33] <travnewmatic> ting for power response in Node.power_state
[02:34] <travnewmatic> alright i'm out for the night, thanks yall so much for the help, i'll come back to this tomorrow, yall have a great rest of the day!
[14:50] <kiko> catbus1-afk, why was he using 1.5?
[16:27] <catbus1> kiko: he used ubuntu server boot media to install maas.
[16:32] <kiko> catbus1, ugh, we need to fix that too
[16:47] <dimitern> hey guys
[16:47] <kiko> hey dimitern
[16:47] <dimitern> is it feasible to even try to run a ppc64el kvm in maas?
[16:48] <kiko> dimitern, I think it has actually been done before
[16:48] <dimitern> kiko, I mean I can see and download the ppc64el images from the maas ui, but how to setup a ppc kvm for maas to commission?
[16:49] <kiko> dimitern, you want to create a ppc kvm instance on a ppc machine or on an x86 machine?
[16:49] <catbus1> travnewmatic: Hi, I'd check if IPMI is enabled on your dell machine with: ipmipower -h <bmc ip address> -u <bmc username> -p <bmc password> --stat. If it's responding, I suggest you add a comment to bug 1321885 to report regression.
[16:49] <dimitern> kiko, the latter
[16:49] <kiko> dimitern, does that work standalone today or is that your question?
[16:49] <dimitern> kiko, on my amd64 trusty laptop
[16:50] <kiko> that would be somewhat unrelated to maas itself :)
[16:50] <dimitern> kiko, that's my question :) should I even try
[16:50] <kiko> ah
[16:50] <dimitern> kiko, fair enough it's not quite maas related, but I thought maybe I can configure my local kvm-based maas somehow to make this work
[16:51] <kiko> you can if the qemu/kvm instance runs at all
[16:51] <travnewmatic> catbus1, okie dokie
[16:51] <dimitern> kiko, ok, that's at least something - I'll keep digging then
[16:52] <dimitern> cheers!
[16:52] <kiko> dimitern, I was asking slangasek
[16:52] <kiko> but no answer yet
 kiko: I believe that ppc64el qemu system emulation works cross-platform; I wouldn't call that "kvm" though since it's of course not accelerated
[17:40] <kiko> dimitern, ^^
[17:41] <dimitern> kiko, thanks; I've tried creating a ppc64 VM using qemu as hypervisor and faced various issues (video driver needed to change to "vga" from "cirrus", few other things as well)
[17:42] <dimitern> kiko, ultimately I got an error like "unsupported configuration: guest and host CPU are not compatible: host CPU vendor does not match required CPU vendor IBM"
[17:42] <dimitern> that was after setting the cpu type to POWER8_1.0 or something
[17:49] <kiko> dimitern, hmm, dunno if that's a rtfm or that you're using an old version of what
[17:52] <dimitern> kiko, I'll look more into it, anyway - thanks for your help :)
[18:15] <travnewmatic> catbus1, i'll take a look at it in a sec, but does the ipmi port respond to pings when the server is off?
[18:16] <catbus1> travnewmatic: I am not sure. Sure it should respond to ipmi requests.
[18:19] <catbus1> whether it responds to pings depends on bmc firmware.
[18:22] <travnewmatic> gotcha
[20:25] <CompanionCube> hi
[20:26] <CompanionCube> I'm trying MAAS out with VMWare Player and while a node acquires a DHCP IP, it fails to connect to a TFTP server so it does not boot
[22:23] <travnewmatic> so maybe it works
[22:23] <travnewmatic> changed a setting in the DRAC config
[22:23] <travnewmatic> but when i hit commission
[22:23] <travnewmatic> the machine starts back up
[22:23] <travnewmatic> but then just bootloops
[22:24] <travnewmatic> gets halfway through the bios and then shuts down and restarts
[22:25] <travnewmatic> brb lunch
[22:32] <kiko> travnewmatic, that's interesting
[22:49] <travnewmatic> well it did ultimately stop the bootloop
[22:49] <travnewmatic> when i got back it was hanging on what nic port it should pxe boot from


[01:51] <heitibd> hello
[01:51] <heitibd> i need help! when i close lid i want my screen to lock. how to do that? Using 20.04 LTS
[14:51] <heitibd> when I close the laptop lid it suppose to lock screen/suspend but neither of them works. Today it worked, then not. Help? Ubuntu 20.04 LTS Gnome X11
[14:51] <heitibd> help please
[17:00] <heitibd> hello friends, i restart settings in gnome-tweaks and restart. closed lid and no suspend please help


[00:17] <poolie> o/ huwshimi, lifeless
[00:17] <huwshimi> poolie: Hey
[00:31] <lifeless> hi y'all
[00:50] <wgrant> Hmmm.
[00:57] <StevenK> wgrant: Your description for fix-patch-number is a little harsh :-)
[00:58] <poolie> does anyone know if curl checks ssl certs by default?
[00:59] <spiv> I think so, hence various bzr bugs where the workaround was "use https+urllib"
[00:59] <poolie> to not verify it?
[00:59] <spiv> Right
[01:00] <poolie> oh, this is because we didn't depend on the ca-certs packgae
[01:00] <poolie> ok
[01:02] <wgrant> StevenK: Hardly!
[01:14] <lifeless> wooo, death to stories
[01:23] <LPCIBot> Project db-devel build #707: STILL FAILING in 4 hr 4 min: https://lpci.wedontsleep.org/job/db-devel/707/
[01:25] <mwhudson> lifeless: \o/
[01:38] <jtv> wallyworld_: I'm in Europe, so won't be much good to you today!
[01:39] <wallyworld_> jtv: np. there's no reviews yet anyway
[01:39] <jtv> Not sure that's good news, but I'll take it.  :)
[01:47] <lifeless> mwhudson: yeah, bzr+ssh://bazaar.launchpad.net/~lifeless/launchpad/storylayers is landing
[01:47] <lifeless>  70 files changed, 4513 insertions(+), 4618 deletions(-)
[01:48] <mwhudson> lifeless: i guess this doesn't rip out the story infrastructure?
[01:48] <lifeless> yeah, it goes
[01:48] <mwhudson> ah cool
[01:48] <lifeless> the function that walks a directory and makes the suite stays
[01:48] <lifeless> but its just DocFileSuites now
[01:49] <mwhudson> and the cruft in the databaselayer that sometimes doesn't reset the db?
[01:52] <lifeless> thats where I started
[01:52] <lifeless> https://code.launchpad.net/~lifeless/launchpad/storylayers/+merge/66738
[01:52] <lifeless> the tests for that cruft were not parallel safe
[01:53] <lifeless> and I was making parallel testing more reliable
[01:53] <mwhudson> ahh
[01:53] <mwhudson> hooray
[02:05]  * wgrant lunches.
[02:07] <LPCIBot> Project devel build #872: STILL FAILING in 3 hr 54 min: https://lpci.wedontsleep.org/job/devel/872/
[04:55] <wgrant> StevenK: Your conflict resolution failed.
[04:55] <wgrant> bug-tags.txt failed.
[04:56] <StevenK> Damn
[04:58] <StevenK> wgrant: Having a poke at it
[04:58] <wgrant> StevenK: Thanks.
[04:58] <StevenK> wgrant: When does staging need a swift kick?
[04:59] <wgrant> StevenK: Once the rev after yours passes buildbot.
[04:59] <wgrant> Well.
[04:59] <wgrant> I guess we could do it now.
[04:59] <StevenK> It's adding back id and deleting one row from LDR, right?
[05:00] <wgrant> UPDATe launchpaddatabaserevision SET minor=77 WHERE major=2208 AND minor=99 AND patch=0;
[05:01] <StevenK> Or that, yes
[05:03] <StevenK> And there is the failure mail
[05:03] <wgrant> Yup.
[05:03] <wgrant> Just that one failure.
[05:04]  * StevenK is waiting for make
[05:04] <StevenK> So I can run it again
[05:17] <StevenK> wgrant: One line fix :-/
[05:17] <StevenK> Not sure why bzr merge didn't pick it up
[05:21]  * wgrant seeks opinions.
[05:22]  * StevenK submits it to PQM anyway
[05:23] <wgrant> Should I put the reset code in rabbitfixture itself? If so, do I make it mandatory? It depends on an unpackaged plugin.
[05:23] <wgrant> Test isolation without it is very slow.
[05:29] <wgrant> lifeless: Opinions?
[05:49] <lifeless> slow is bad
[05:49] <lifeless> other things will want rabid fixtures
[05:49] <StevenK> Rabid or rapid?
[05:53] <lifeless> both!
[05:56] <wgrant> Grar
[05:56] <wgrant> LP needs custom suites.
[06:11] <StevenK> Hm. I don't think I can change the vocab using a feature flag :-(
[06:13] <wgrant> You would have to override it in the view.
[06:17] <StevenK> How?
[06:17] <StevenK> From what I can see +distrotask (for example) uses BugAlsoAffectsDistroMetaView which is *tiny*
[06:19] <wgrant> Right, but you can probably do stuff in setUpWidgets.
[06:19] <wgrant> Override the defaults.
[06:21]  * spiv wonders how hard it would be to write some js goop to automatically add tooltips to every 'bug NNNN' link on every page, to show the bug title.
[06:23] <lifeless> theres a bug for that :)
[06:38] <StevenK> wgrant: BugAlsoAffectsDistroMetaView is a MultiStepView and it doesn't seem to call setUpWidgets at all
[06:40] <wgrant> It's not a LaunchpadFormView at all?
[06:41] <StevenK> The only thing in bugalsoaffects that uses LFV is BugAlsoAffectsProductWithProductCreationView
[06:41] <wgrant> Directly.
[06:42] <StevenK> Right
[06:43] <wgrant> lifeless: You never gave a real opinion on which version of rabbit we should target. Do you have one?
[06:43] <wallyworld_> spiv: should be easy since there's code to parse bug nnnn and linkify it using an XHR call. the title would just need to be added to the json data sent back from the server
[06:43] <wgrant> (2.2.0 is in CAT, but not in any Ubuntu release, so ew)
[06:44] <lifeless> wgrant: easiest meeting all the constraints
[06:44] <lifeless> wgrant: that *is* my opinion.
[06:45] <wgrant> :(
[06:47] <wgrant> My preferred option is to go with the latest stable Ubuntu release, 2.3.1. Trivial to put it in lucid-cat-lp. And it has not historically been a high-maintenance package, so shouldn't be a problem if LS wants to stay on 2.2.0 forever.
[06:47] <lifeless> I bet ls will upgrade happily
[06:51] <wgrant> Hopefully.
[07:09] <spiv> wallyworld_: tempting!  I'm trying to resist the urge to grow my todo list rather than shrink it though…
[07:13] <lifeless> wgrant: ls would be happy to upgrade
[07:15] <nigelb> spiv: I remember that bug. But I doubt if there's a lookup now. Adding that lookup was deemed more expensive the last time I asked.
[07:16] <nigelb> Because, theoretically a page could be slowed down by having a lot of bug numbers
[07:16] <wgrant> It's fairly cheap to do it by AJAX afterwards.
[07:16] <wgrant> It's expensive to do it during page rendering serverside, due to the way the nested views work.
[07:17] <nigelb> In that case, if the solution is easy - moderate and someone can mentor, I might be interested in picking it up
[07:19] <spiv> The main thing I'd worry about is making sure the calls are reasonably batched; I don't think one AJAX call per bug link would be great.
[07:19] <wgrant> Sure. We'd need to introduce a new API call to get details of a set of bugs.
[07:20] <spiv> But if it were one for all the links present at domready time, then maybe a couple more as other ajax things add more to the page, I think that'd be fine.
[07:20] <lifeless> note that this is then less efficient than supplying the data when we ender
[07:20] <lifeless> *render*
[07:20] <spiv> Yeah.
[07:20] <lifeless> we already look up the bugs
[07:20] <nigelb> BUt we also linkify nonexistent bugs
[07:20] <lifeless> to decide to linkify or not
[07:20] <nigelb> I thought that was because we don't look up
[07:20] <spiv> lifeless: even for e.g. merge proposal comments?
[07:21] <wgrant> lifeless: I don't think we do any more.
[07:21] <lifeless> hmm, I may be out of date
[07:21] <lifeless> spiv: theres a cluster of bugs around this
[07:21] <wgrant> We used to display titles in tooltips.
[07:21] <wgrant> But it was killed for being too slow.
[07:21] <lifeless> yah
[07:22] <spiv> nigelb: so, wallyworld_ reckons it should be easy… maybe he'd be willing to mentor? :)
[07:22] <wallyworld_> spiv: nigelb: of course, no problem
[07:23] <spiv> Sweet!
[07:23] <spiv> Looking forward to it already ;)
[07:23] <nigelb> \o/
[07:23] <wallyworld_> ping me when you want to start work on it and i can provide some pointers
[07:23] <nigelb> Hopefully, Monday.
[07:24] <wallyworld_> np. i wrote the code to do the linkification via the XHR call so I can tell you where to hook stuff up. any performance issue will be separate to that and will need to be considered of course
[07:27] <wallyworld_> spiv: just been reading the backlog - from memory there's only one XHR call to return details for all the bugs on a page so it should come together nicely
[07:27] <nigelb> this particular bug has been a long term itch of mine, just didn't know there was a way to fix it without affecting performanc
[07:27] <nigelb> +e
[07:28] <wallyworld_> nigelb: out of curiousity, how long standing? the linkification via XHR call was only put in about 6 months ago
[07:29] <nigelb> wallyworld_: Its from the old days of doing this server side
[07:30] <wallyworld_> ugh
[07:41] <lifeless> and its landed \o/
[07:41] <lifeless> a fitting time to end the week
[08:12] <adeuring> good morning
[08:13] <LPCIBot> Project db-devel build #708: STILL FAILING in 5 hr 57 min: https://lpci.wedontsleep.org/job/db-devel/708/
[08:30] <LPCIBot> Yippie, build fixed!
[08:30] <LPCIBot> Project devel build #873: FIXED in 6 hr 2 min: https://lpci.wedontsleep.org/job/devel/873/
[09:04] <jtv> Anyone else seeing JS test failures that happen _only_ on the command line, _not_ in the browser?  http://paste.ubuntu.com/639998/
[09:04] <jtv> It sounds like a test isolation problem.
[09:04] <jtv> But when I comment out a different test testMultiple, which consists of just a single assertion, it passes.
[09:04] <rvba> jtv: which branch?
[09:04]  * jtv digs
[09:05] <danilos> allenap, hi, did you see my reply for the review? :)
[09:05] <jtv> I haven't pushed it.  Let me just do that.
[09:05] <bigjools> Gavin is off today
[09:05] <rvba> danilos: allenap is off today.
[09:06] <jtv> he knows :)
[09:06] <jtv> rvba: just pushed to lp:~jtv/launchpad/bug-806946
[09:07] <jtv> Still waiting to be scanned…
[09:07] <jtv> danilos: do we have foldable branch revisions yet?  It'd be really helpful at this point.  :)
[09:08] <danilos> I didn't
[09:08] <danilos> jtv, nope, expander-anim is still in review :/
[09:08] <danilos> jtv, as is spiv's branch the last I heard of it (it was, yesterday)
[09:08] <jtv> Goes to show how much better this will make the world.
[09:09] <danilos> adeuring, wallyworld_: anyone want to take on the review of https://code.launchpad.net/~danilo/launchpad/expander-anim/+merge/67161 now that Gavin is off?
[09:09] <wallyworld_> danilos: i'll grab it but someone else will need to +1
[09:10] <danilos> wallyworld_, right, thanks, hopefully jtv or adeuring will do that :)
[09:10] <jtv> wallyworld_: my job I think :)
[09:11] <wallyworld_> jtv: hey, you're there
[09:11] <jtv> More amazingly, you're still here.  :)
[09:12] <wallyworld_> jtv: yeah, i should have eod but am tidying up some failing tests in a branch i really want to get landed
[09:12]  * jtv knows the feeling
[09:12] <wallyworld_> danilos: so is gavin not around today?
[09:13] <jtv> Nope
[09:13] <jtv> Well, shouldn't be.
[09:13] <wallyworld_> bollocks. i was going to ask him to +1 on a mp. he did the prerequisite one yesterday
[09:13] <bigjools> wallyworld_: !
[09:13] <bigjools> I need your halp with this pycharm thing
[09:14] <wallyworld_> bigjools: no cricket today :-(
[09:14] <bigjools> !
[09:14] <wallyworld_> bigjools: give me a bit of time to clean up some stuff, i'll ping you
[09:14] <bigjools> ok ta
[09:15] <wallyworld_> jtv: could you possibly +1 this mp for me. it looks big but its a lot of moving code around in yui tests more than anything else
[09:15] <wallyworld_> https://code.launchpad.net/~wallyworld/launchpad/yui-test-cleanup-807294/+merge/67281
[09:15]  * jtv looks
[09:15] <wallyworld_> thanks
[09:15] <jtv> Oh what the !?
[09:15] <wallyworld_> when landed, our yui tests will be a lot better and all lazr-js stuff will be integrated
[09:16] <wallyworld_> jtv: it's not as bad as it looks - a lot of code deletion
[09:16] <wallyworld_> and it's only in the tests
[09:16] <jtv> rvba: that breaking JS test passes for me when I run it with "lp.registry -t javascript" instead of "lp.registry -t test_distroseries."
[09:16] <jtv> (Sorry about that — on to the MP now)
[09:18] <jtv> wallyworld_: actually, I may have been running into the exact race that you've been fixing.
[09:18] <wallyworld_> with the test_distroseries test?
[09:19] <jtv> Yup.
[09:20] <jtv> And by the way, did you raise hell about the long-poll test that isn't being run?
[09:20] <jtv> File a bug?
[09:24] <jtv> wallyworld_: ^
[09:25] <wallyworld_> jtv: i will speak to wgrant or bigjools about the long poll stuff. we need to move the javascript to the "standard" place or change the find_test rules
[09:25] <jtv> Also, I'm surprised that the Y.on('domready', run_me) that you're cleaning up worked.  I'd imagine that event would already have fired by the time that executed.
[09:26] <jtv> wallyworld_: especially if the long poll will take time, make sure it isn't forgotten when a high-priority job comes along.  Better file a bug.
[09:26] <jtv> I wonder if "the tests are never run" qualify as Critical.
[09:26] <wallyworld_> jtv: with the domready event, i more or less cargo culted the old lazr-js implementation
[09:27] <jtv> Well, the whole thing looks tons better now.
[09:27] <wallyworld_> jtv: i checked that it works by hand, but....
[09:27] <wallyworld_> yeah, easier to write tests, waaaaaay less cut'n'paste
[09:27] <wallyworld_> i will file a bug about the long poll test too
[09:28] <jtv> Great
[09:29] <jtv> I'm not sure the bit about lock, stock, and barrels still makes sense now that lock, stock & barrel are no longer pasted everywhere.
[09:30] <jtv> Another thing that really excites me to bits is that this should open the door to log divs that, *gasp*, would be wide enough to read.
[09:32] <jtv> Or is that not the "log" div?  The one that the green/red markers appear in.
[09:34] <wallyworld_> jtv: bug 807426. i've marked as critical since i agree that tests not running is bad
[09:34] <_mup_> Bug #807426: Long poll yui tests not run automatically <Launchpad itself:Triaged> < https://launchpad.net/bugs/807426 >
[09:35] <jtv> Thanks.
[09:35] <wallyworld_> jtv: the log is sent to *both* the browser console and the log div, so it is really *very* readable now
[09:36] <wallyworld_> the lock, stock thing is from curtis so i am loath to remove it :-)
[09:38] <jtv> I think it's specifically about the situation you rectified though.
[09:39] <jtv> By the way, we're supposed to have clear criteria to say whether a bug is critical.
[09:39] <jtv> I'll just submit my MP vote and then I'll look into it.
[09:40] <rvba> wallyworld_: I had to modify the way the Makefile finds js files to include the js long poll stuff ... so I suppose we should do the same for the tests to be found and modify "find_yui_tests" ...
[09:41] <jtv> https://dev.launchpad.net/BugTriage#Critical
[09:42] <wallyworld_> rvba: yes. the method to change is build_yui_unittest_suite. or you could move the location of the javascript. but if you change the build_yui_unittest_suite, try and keep it generic so that other new code that puts javascript elsewhere can also work
[09:43] <wgrant> wallyworld_: rvba is more relevant for the JS stuff.
[09:43] <wgrant> I only know it from a little while struggling with a French keyboard.
[09:44] <rvba> wgrant: ;)
[09:44] <wallyworld_> we need to decide our packaging methodology. is it lib/lp/<silo>/javascript/<vertical> (like it is now) or lib/<silo>/<vertical>/javascript
[09:45] <wallyworld_> there's arguments for and against both
[09:46] <wallyworld_> even though lp uses the former almost exclusively, i prefer the latter (like longpoll has done)
[09:46] <wallyworld_> it keeps everything related together better
[09:49] <rvba> wallyworld_: +1
[09:50] <poolie> o/ wallyworld_
[09:51] <wallyworld_> hi poolie
[09:54] <rvba> wallyworld_: what is the outcome of Dublin's big javascript reorg?
[09:54] <wgrant> wallyworld_: IMO the latter is better.
[09:54] <wgrant> wallyworld_: But we need to be aggressively factoring out non-specific stuff.
[09:55] <wallyworld_> rvba: the main branch to do the reorg has landed. i've just got the one to clean up the tests approved
[09:56] <rvba> wallyworld_: Great! I'll check them out then :)
[09:57] <wallyworld_> jtv: thanks for the review. with the tests, i'm confident that fixing increasing that timeout will ensure the tests pass ok, so my comments in the mp may be a little too pesimistic
[09:58] <wallyworld_> rvba: the upcoming branch will cut large chunks of code from the yui tests. but the main refactoring has landed
[10:12] <rvba> jtv: have you figured out your js problem?
[10:17] <wallyworld_> danilos: this new expander is the one to replace all the other older implementations?
[10:20] <rvba> wallyworld_: maybe this has been discussed earlier but did you do something to address the intermittent test_distroseries.html.TestDeriveDistroSeriesActionsWidget.testSuccess issue?
[10:23] <wallyworld_> rvba: yes. i increased the wait timeout to 90ms (from 30ms). i seems to have fixed it for me. it could even be set a bit higher but let's see if 90 works for everyone
[10:25] <rvba> wallyworld_: ok ... it would be nice if we could come out with a proper strategy to test things like this (things with an animation) ... maybe the code should fire an event when the animation is done and then tests could perform verifications only when the event is fired.
[10:25] <rvba> I think this wasted too much of your time for a simple animation :)
[10:25] <wallyworld_> rvba: yes, that sort of strategy is better. i just wanted to do the minimum to get the test passing since it was not the focus of my branch
[10:26] <rvba> wallyworld_: sure, I get it.
[10:26] <wallyworld_> and the current implementation used a wait()
[10:42] <danilos> wallyworld_,yep
[10:43] <danilos> wallyworld_, few other branches with it have already been reviewed and are waiting for the animation to land
[11:02] <lifeless> gmb: hi
[11:02] <lifeless> gmb: I'll look more closely on monday
[11:02] <lifeless> but
[11:02] <lifeless> +        if linked_branches.is_empty():
[11:02] <lifeless> +            return EmptyResultSet()
[11:03] <lifeless> isn't needed
[11:03] <lifeless> is it?
[11:03] <danilos> jtv, could you ok the wallyworld_'s review on https://code.launchpad.net/~danilo/launchpad/expander-anim/+merge/67161 please? (if you agree, of course :)
[11:03] <lifeless> gmb: if it is needed, you should listify: is_empty performs a query, as does __iter__
[11:03] <lifeless> gmb: so you're querying the same thing twice
[11:04] <lifeless> as for whether you need to eager load, I suspect that you'll need to test - check the query counter on the templates that trigger foo.linked_branches, and see if it changes when you toggle eager loading on/off
[11:05] <lifeless> gmb: (and you have 3 or 4 linked branches, maybe one private, that sort of thing.
[11:05] <lifeless> gmb: I suspect you don't need it as the callers will be eager loading themselves, but IMBW
[11:12] <gmb> lifeless: Ah, good point re the is_empty. It's only needed because the store.find() blows up if you pass it an empty list of branch IDs.
[11:13] <gmb> So I'll listify early.
[11:13] <gmb> And yes, I'll play with the query counter and see what comes out. Thanks.
[11:15] <gmb> Anyway, tengo hambre.
[11:15]  * gmb -> lunch
[11:21] <jtv> danilos: was having lunch, coming now
[11:23] <jtv> danilos: does JS have different relative priorities between the ?: and = operators compared to C?  In C, "cfg.from = cfg.from ? cfg.from : {}" would evaluate as "(cfg.from = cfg.from) ? cfg.from : {}"
[11:26] <danilos> jtv, that's all copy-pasted from the old slide-out/in animations, I haven't questioned its sanity
[11:26] <jtv> always a big mistake :)
[11:26] <danilos> jtv, fwiw, we might want to drop that altogether if we don't care about users being able to set starting/ending points up front
[11:27] <jtv> danilos: at any rate, I'm afraid I won't have time to go through all this today.  :(
[11:27] <danilos> jtv, that sucks because branch is getting pushed around, and I might just as well land it then because I had two reviewers on it already :/
[11:28] <danilos> jtv, I'll find a different reviewer then, thanks
[11:28] <danilos> adeuring, hi, I need you so much :)
[11:28] <jtv> Very sorry; bad timing.
[11:29] <danilos> adeuring, can you perhaps ok wallyworld_'s * review at https://code.launchpad.net/~danilo/launchpad/expander-anim/+merge/67161?
[11:32] <danilos> adeuring, I've also got https://code.launchpad.net/~danilo/launchpad/replace-expanders-2/+merge/67314 up for a full review :)
[11:40] <adeuring> danilos: sure
[11:40] <adeuring> (sorry for the delay; had lunch)
[11:41] <danilos> adeuring, cool, thanks
[12:04] <danilos> adeuring, fwiw, if you haven't started yet, I'd prefer getting a review for expander-anim branch first, because that one is a prerequisite for another 3 of mine branches, and for spiv's branch as well
[12:21] <adeuring> danilos: r=me on the animation branch. great work!
[12:22] <danilos> adeuring, yaay, thanks
[13:00] <adeuring> danilos: your other branch looks also good, but there is one issue: On the +filebug page, I see the behaviour: for the first "expand" click on an item, the expand animation runs ... and then the collapse animation runs. On a second click, only the expand animation runs. And if you try one expand  click on collapsed item A, then try another expand click on item B, then then click again on item A, you still get "expand/close" animation
[13:01] <danilos> adeuring, sounds pretty weird, what browser is that? (so I can try to reproduce)
[13:01] <adeuring> danilos: firefox 5.0 (natty)
[13:02] <adeuring> monring deryck
[13:02] <deryck> morning, adeuring
[13:02] <danilos> adeuring, can you try the same thing in a webkit browser (epiphany, chromium) to see if it happens there as well (while I start up firefox and get the proper branch running :)
[13:03] <adeuring> danilos: just tried epiphany -- same behaviour
[13:03] <danilos> adeuring, hum, very weird
[13:04] <danilos> well, tbh, I did merge with the latest stable and haven't tried it with that, and now I have to run make schema as well (are we letting them on stable already, or did we merge db-stable back into stable already)
[13:05] <wgrant> danilos: Some patches can be run live nowadays.
[13:05] <wgrant> So we put them in devel.
[13:06] <wgrant> https://dev.launchpad.net/Database/LivePatching
[13:06] <danilos> adeuring, ok, I still can't reproduce this behaviour
[13:06] <adeuring> danilos: so... what shall we do?
[13:06] <danilos> wgrant, oh, cool (we could run some patches live in the past as well, but we did it in a very manual way :))
[13:06] <danilos> adeuring, can you look at the console to see if there are any problems being reported perhaps?
[13:06] <wgrant> danilos: Right. It's still pretty manual now, but at least they get landed in the tree properly.
[13:06] <wgrant> danilos: One day we will automate it.
[13:07] <danilos> wgrant, cool, sounds nice (and it also means that the pqm constraint is removed stopping DB patches getting to devel)
[13:07] <danilos> wgrant, it might make development a bit more annoying with more frequent 'make schema' steps
[13:07] <jcsackett> morning, all.
[13:08] <wgrant> danilos: Well, we should probably have a script to run upgrade.py over everything quickly.
[13:08] <wgrant> launchpad_dev_template, launchpad_dev, launchpad_ftest_template, launchpad_ftest_playground should do, I guess.
[13:08] <danilos> wgrant, I found upgrade.py to be very off-and-on for development systems
[13:08] <spiv> danilos: I'm not really here atm, but I love the commit message on expander-anim
[13:08] <danilos> spiv, heh, thanks :)
[13:08] <wgrant> danilos: But make schema is much faster these days.
[13:08] <wgrant> danilos: So it's not *that* bad.
[13:08] <danilos> wgrant, indeed it is
[13:09] <adeuring> danilos: the only messages I see are: "yui: NOT loaded: lp.app.longpoll" and "Y.lp.app.longpoll is undefined            Y.lp.app.longpoll.setupLongPollManager(); "
[13:10] <danilos> adeuring, can you perhaps re-run 'make jsbuild' or something along the lines (though that should have happened anyway)
[13:10] <adeuring> sure
[13:12] <adeuring> danilos: no change...
[13:12] <wgrant> May be worth a make clean_js as well.
[13:13] <danilos> adeuring, oh, indeed, wgrant has a point considering this also does some fixing to the newly integrated lazr JS inside the tree
[13:13] <wgrant> Considering what has been done to the JS build system in the last week, I think it's worth a try.
[13:14] <adeuring> danilos: I did not follow your conversation.... make schema??
[13:15] <adeuring> gaa make clean_js
[13:15] <danilos> adeuring, right :)
[13:15] <adeuring> just a second...
[13:17] <adeuring> danilos: no change.
[13:17] <adeuring> danilos: but one more detail:
[13:18] <adeuring> danilos: (1) click "expand" on a collapsed item -> expand/collapse runs (2) click into any other desktop window (3) click on the _title bar_ of firefox -> the collapsed item opens.
[13:19] <adeuring> danilos: same behaviour with epiphany
[13:20] <danilos> adeuring, hum, this sounds very weird and considering this code had some funny stuff even before, can you try out the clean "stable" tree and see how it behaves there?
[13:20] <adeuring> danilos: sure
[13:20] <danilos> adeuring, thanks a lot and sorry for the trouble with this
[13:21] <danilos> adeuring, the existing code has an event handler for the focus event so it expands when it's focused even without a click, and also some code to stop propagation of click events for different parts of the item as well, and I haven't really touched that
[13:21] <danilos> adeuring, so I am worried that it'd be hard to debug this but we can at least establish if it's the new code or the old code
[13:22] <gary_poster> deryck, hey, are you going to reply to jml's question about thunderdome status?  I ask both because I could help with it if you wanted, and because I want to know how your changes are going :-)
[13:25] <deryck> gary_poster, yeah, I was going to reply.
[13:25] <gary_poster> cool, I look forward to it deryck :-)
[13:25] <deryck> cool :)
[13:30] <adeuring> danilos: the expander behaves "normally" on stable
[13:36] <adeuring> danilos: one more details: The "expand/collapse" show runs only for a click on the green link text. Clicks onto the xepander icon or onto the text line "New (0 commentnts) cause a regular expansion
[13:51] <LPCIBot> Project db-devel build #709: STILL FAILING in 5 hr 38 min: https://lpci.wedontsleep.org/job/db-devel/709/
[14:05] <danilos> adeuring, ah, I can reproduce the problem now, I'll look into it, thanks
[14:08] <adeuring> danilos: cool, and sorry for spotting the exact issue so late...
[14:09] <danilos> adeuring, no worries, it's very nice to catch bugs like these early on
[14:10] <danilos> adeuring, the problem is that there's a big area to click (anything below the green line also works, and the actual expander icon)
[14:11] <danilos> adeuring, so the problem is with the focus handling and I'll look into that right now
[14:13] <danilos> adeuring, and this doesn't happen in chromium which I mostly use for testing :/
[14:23] <gary_poster> deryck, thanks for update, cool!  btw, my fix for the funky asyncore errors and hangs landed on devel yesterday.  I don't know how often you are encountering them, but for me it was obviously frequent enough to be annoying.  What I did seemed to make things much better for me.
[14:23] <gary_poster> So, merging with devel might help
[14:27] <deryck> ok, cool.  will do that.
[16:33] <flacoste> bac: are you OCR today?
[16:40] <benji> flacoste: bac is on vacation today
[16:51] <dobey> is it just me, or is merge proposal diff generation broken today?
[17:01] <wgrant> It is.
[17:01] <wgrant> The script is hung.
[17:01] <wgrant> Any maintenance people around?
[17:05] <wgrant> (an email has been sent about it every 20 minutes for the last 3.5 hours)
[17:05] <wgrant> But as it is 3am, I shall sleep.
[17:06] <flacoste> gary_poster: ^^^^
[17:23] <gary_poster> flacoste, ack.
[17:40] <gary_poster> flacoste, we have no code people on our team to ask for details.  Do you know them
[17:40] <gary_poster> flacosete belay that :-)
[17:43] <gary_poster> hm
[18:15] <flacoste> gary_poster: we'll have to start to figure them out by ourselves, as the only remaining code people is abentley and he's also on leave today :-)
[18:16] <gary_poster> flacoste, yeah, I figured :-)
[18:59] <gary_poster> flacoste, as best I can tell from looking at the logs, the code has some problems, but it is often able to recuperate, even if it has to lose a few jobs along the way.  However, there was something like a perfect storm of errors at the time of failure, and the last log that isn't simply waiting for the log file is this:
[18:59] <gary_poster>   File "/usr/lib/python2.6/traceback.py", line 57, in print_tb
[18:59] <gary_poster>     if hasattr(sys, 'tracebacklimit'):
[19:00] <gary_poster> exceptions.AttributeError: 'module' object has no attribute 'tracebacklimit'
[19:00] <gary_poster> This is indicatative of the interpreter having gone a bit insane to my mind
[19:00] <flacoste> yeah, looks like it
[19:00] <flacoste> is it now always failing with this?
[19:00] <flacoste> as this is run every 20 minutes
[19:01] <gary_poster> No, it is silent now, other than staring at the lock file (every minute, it seems)
[19:01] <gary_poster> 2011-07-08 17:26:06 DEBUG   Cronscript control file not found at file:cronscripts.ini
[19:01] <gary_poster> 2011-07-08 17:26:06 INFO    Creating lockfile: /var/lock/launchpad-merge-proposal-jobs.lock
[19:01] <gary_poster> 2011-07-08 17:26:06 DEBUG   Lockfile /var/lock/launchpad-merge-proposal-jobs.lock in use
[19:01] <gary_poster> 2011-07-08 17:27:04 DEBUG   Cronscript control file not found at file:cronscripts.ini
[19:01] <gary_poster> 2011-07-08 17:27:04 INFO    Creating lockfile: /var/lock/launchpad-merge-proposal-jobs.lock
[19:01] <gary_poster> 2011-07-08 17:27:04 DEBUG   Lockfile /var/lock/launchpad-merge-proposal-jobs.lock in use
[19:02] <gary_poster> My immediate recommendation is to have losas kick the process and its subprocesses
[19:02] <gary_poster> Then I can file bugs for the two or three errors that seem to have led up to this state
[19:02] <gary_poster> Do you agree?
[19:02] <gary_poster> well, kick the process and remove the lock file, I should say
[19:04] <flacoste> gary_poster: sounds good
[19:05] <gary_poster> ok thanks flacoste
[19:25] <LPCIBot> Yippie, build fixed!
[19:25] <LPCIBot> Project db-devel build #710: FIXED in 5 hr 34 min: https://lpci.wedontsleep.org/job/db-devel/710/
[19:30] <m4n1sh> gary_poster: I am working on a small writeup of LP
[19:30] <m4n1sh>  is it right to name the correct the various components of LP
[19:30] <gary_poster> hi m4n1sh
[19:30] <m4n1sh> e.g. malone or soyez
[19:30] <m4n1sh> or the name has been deprecated?
[19:30] <gary_poster> "soyuz" fwiw
[19:30] <m4n1sh> gary_poster: hope your are fine thesedays
[19:30] <m4n1sh> :)
[19:31] <gary_poster> yes, thank you m4n1sh, and you too :-)
[19:31] <m4n1sh> can I have the name of various components
[19:31] <m4n1sh> cant recall
[19:31] <m4n1sh> soyez
[19:31] <m4n1sh> malone
[19:31] <m4n1sh> malone - bug tracking
[19:31] <m4n1sh> soyez - package management
[19:31] <dobey> soyuz :)
[19:31] <m4n1sh> ah
[19:31] <dobey> rosetta is translations
[19:31] <gary_poster> I don't think they are deprecated.  Some internal names that you see in the code base (poppy and some other names) are not really encouraged
[19:31] <m4n1sh> ah that. just slipped
[19:31] <gary_poster> but yeah
[19:32] <dobey> i would just call them by what people see them as in the UI
[19:32] <gary_poster> soyuz, malone, rosetta, but then "answers" "blueprints"
[19:32] <gary_poster> yeah, I'd be inclined to agree with dobey
[19:32] <m4n1sh> I am writing a detailed explanation of what good things are there in Launchpad
[19:32] <m4n1sh> I am writing like
[19:32] <m4n1sh> 1) Code hosting
[19:32] <m4n1sh> 2) Bug tracker - Malone
[19:32] <dobey> bugs, code, archives, translations, answers, blueprints, etc
[19:32] <m4n1sh> 3) Question and Answers
[19:33] <m4n1sh> 4) Package Management - Soyuz
[19:33] <m4n1sh> 5) Translations - Rosetta
[19:33] <gary_poster> "blueprints", fwiw
[19:33] <m4n1sh> I can count only 6 till now
[19:33] <m4n1sh> any other?
[19:34]  * gary_poster looks for product manager's feature list :-)
[19:34] <m4n1sh> lol
[19:34] <lifeless> hmm
[19:34] <lifeless> I need some nuance explained to me with the js security model
[19:34] <lifeless> who has a minute or two ?
[19:34] <gary_poster> m4n1sh, try https://dev.launchpad.net/FeatureChecklist
[19:35] <gary_poster> the only thing you left out was what we call registry
[19:35]  * m4n1sh can only understand jQuery when he hears Javascript is mentioned remotely
[19:35] <m4n1sh> if the end user does not see registry, then it is useless to mention
[19:35] <gary_poster> well...
[19:35] <gary_poster> they see projects
[19:35] <gary_poster> and code
[19:35] <m4n1sh> ah yeah
[19:35] <gary_poster> I mean
[19:35] <m4n1sh> and teams?
[19:35] <gary_poster> yeah teams
[19:35] <gary_poster> but
[19:36] <m4n1sh> can I also add Mailing lists in one more feature?
[19:36] <gary_poster> yeah, that's another registry-ish thing
[19:36] <m4n1sh> oh
[19:36] <gary_poster> m4n1sh, I'd only use the "code" names if it helps you in your write-up
[19:36] <lifeless> <script type="text/javascript" language="javascript" src="http://...." async=True /> - what data on the page can that loaded script access ? I assume it can read the DOM because its been explicitly loaded by the page.
[19:36] <gary_poster> (like "soyuz" and stuff)
[19:36] <gary_poster> because from Launchpad's perspective, we do not talk about them
[19:36] <m4n1sh> i am mentioning in brackers (codenamed Soyuz)
[19:37] <gary_poster> sure
[19:37] <m4n1sh> *brackets
[19:37] <gary_poster> lifeless, le looks
[19:37] <gary_poster> me
[19:37] <m4n1sh> it is like a academic paper
[19:37] <dobey> gary_poster: hrmm, branch rescanning doesn't happen to be stuck now too, is it?
[19:37] <m4n1sh> so details are appriciated
[19:37] <m4n1sh> thanks everyone
[19:38] <gary_poster> lifeless yes, afaik.  iframes can complicate things a bit
[19:38] <lifeless> as in it might not be able to access the content of an iframe, even if the iframe is from the same site as the page, because its not part of the dom and its not same-site as the script
[19:39] <gary_poster> right lifeless
[19:39] <lifeless> however the script can't access the cookies, nor make new json requests to the pages site
[19:40] <lifeless> gary_poster: the cookies of the main page I mean, moving on from iframes
[19:40] <gary_poster> dobey, the only failure we had reported was merge-proposal-jobs
[19:41] <gary_poster> that may be related; me looks at logs
[19:42] <dobey> yeah i didn't see any rescnning issues earlier, but i'm seeing one that seems stuck now
[19:42] <dobey> lifeless: is the javascript and html hosted from the same domain?
[19:42] <lifeless> dobey: no
[19:42] <dobey> lifeless: that would be why
[19:43] <lifeless> dobey: I'm exploring the security implications of using a service that wants us to load their js remotely
[19:43] <lifeless> dobey: so there are rhetorical questions, not 'I tried and it couldn't'
[19:44] <dobey> ok
[19:44] <dobey> gary_poster: ah, there, it finally rescanned
[19:44] <gary_poster> dobey, whew I couldn't find anything wrong :-)
[19:44] <gary_poster> lifeless: https://developer.mozilla.org/En/Same_origin_policy_for_JavaScript ?
[19:45] <dobey> gary_poster: i guess it's just being slow for some reason. :)
[19:45] <lifeless> gary_poster: frustratingly they don't talk about the nuance here
[19:45] <gary_poster> more or less cool then
[19:46] <lifeless> gary_poster: that is loaded document vs included script
[19:47] <lifeless> I may be incorrectly assuming that there is a difference
[19:48] <lifeless> gary_poster: its easy to reason about the case where you have two tabs and one tab wants to access the other, or make new requests
[19:48] <lifeless> gary_poster: but this is the case where we load a script from an arbitrary site into the tab we have sensitive data on; I welcome corrections to my paranoia
[19:53] <gary_poster> lifeless, I get where you are coming from.  This is questions of the sort "if we include Google site analysis code, do they own our data and our users?"  I should know this, and I feel like I did at one point, but I've forgotten.  rockstar would know I bet.
[19:53] <lifeless> right
[19:53] <lifeless> I've replied to mrevell in the relevant thread
[19:58] <gary_poster> lifeless, since one of the standard ways of using YUI and similar libraries is to include it in the page from a source supplied by another provider (like Yahoo's CDN), I would be strongly inclined to guess that it runs, security-wise as if it were code that were written in the page
[19:58] <gary_poster> all your Dom, cookies, etc. belong to us
[19:58] <lifeless> gary_poster: I share that guess - its why I'm concerned
[19:58] <gary_poster> yeah
[20:11] <flacoste> m4n1sh: malone, rosetta and soyuz are really deprecated names
[20:11] <flacoste> m4n1sh: we removed all references to them from the UI
[20:12] <flacoste> so they should be called Bugs, Translations, Packages
[20:12] <flacoste> Soyuz is the only one that doesn't want to die
[20:12] <flacoste> the fact that we never put it in the UI in the first place probably makes this harder
[20:13] <rockstar> gary_poster, yes, bringing third party CDN code into HTTPS means you give them access to everything you're putting behind HTTPS.
[20:14] <lifeless> rockstar: thanks
[20:14] <gary_poster> thanks rockstar!
[20:14] <lifeless> rockstar: cookies as well ?
[20:14] <rockstar> Basically, they could load some malicious javascript that reads data right off your page.
[20:14] <rockstar> lifeless, yes.
[20:15] <lifeless> righto
[20:15] <lifeless> so we probably want to stop using analytics too :(
[20:15] <gary_poster> well
[20:15] <rockstar> Yeah, I mean, you're assuming google is reputable.
[20:15] <rockstar> And they probably are.
[20:16] <gary_poster> as you said for the other company "we've got no particular reason to trust them deeply"
[20:16] <rockstar> But you give them access to things that you might not want to give them access to.
[20:16] <gary_poster> It could be argued that we do have reason to trust Google.  It's a matter of degree
[20:16] <rockstar> Ubuntu One is using Analytics, but I'm hoping to start using some better services soon.
[20:17] <gary_poster> (I'm inclined to trust them; ruining our day would not be in their best interests, AFAIK)
[20:17] <gary_poster> rockstar, with JS served by you?
[20:18] <gary_poster> ("better analytics")
[20:18] <gary_poster> uh, "better services" :-P
[20:18] <rockstar> gary_poster, not sure.  Most of the services want you to use their site.
[20:18] <gary_poster> yeah that's what I've seen too
[20:18] <rockstar> But then we've got another request.
[20:19] <rockstar> These sites would be "pay for" services, so at that point they would also not really want to ruin our day.
[20:19] <gary_poster> heh
[20:29] <m4n1sh> flacoste: thanks
[20:35] <lifeless> rockstar: well we don't use their search appliance for lp private data because of potential data exposure
[20:35] <lifeless> rockstar: so I think you probably want to talk with ISF :)
[20:35] <gary_poster> flacoste: do you have an opinion about what LP should do if all a person's registered email addresses have been disabled due to repeated email bounces?  Email activity is so central that it might not be too crazy to disable the user, or at least put them in a state that is identical to being disabled except that leaving the state is done in a special way (simply stating that an email address is no longer disabled, for
[20:36] <gary_poster> On the other extreme, we could simply silently stop delivering emails to this person (silently other than the bounce processor trying to contact them once a week for N=4 weeks), and continue normally if they log in.
[20:38]  * gary_poster decides lifeless meant http://en.wikipedia.org/wiki/Information_Security_Forum
[20:38] <rockstar> lifeless, I'm much better at asking forgiveness.  :)
[20:38] <gary_poster> Iraqi Security Forces were another option
[20:38] <lifeless> gary_poster: I meant elmo :)
[20:38] <gary_poster> heh
[20:38] <lifeless> IS foundations
[20:38] <gary_poster> ah
[20:41] <flacoste> gary_poster: yeah, if it's primary contact address that is bouncing, we might as well disabled them until they sort their email out
[20:41] <flacoste> gary_poster: but it's not a strong opinion ;-)
[20:41] <gary_poster> cool thanks flacoste.  yeah, fair enough :-)
[20:43] <lifeless> that kindof implies showing them an explanation when they attempt to log in, and a way to fix
[20:43] <lifeless> FWIW I'm easy
[20:44] <gary_poster> :-)
[20:45] <gary_poster> I agree fwiw lifeless--if we were to go down the disabling road, we should provide a nice path for cleaning the situation up.
[20:45]  * gary_poster realized about 10 minutes ago that he was writing a LEP ;-/
[20:48] <lifeless> it is a nontrivial chunk of work
[20:48] <lifeless> long overdue though, and worth doing
[21:14] <gary_poster> bye all
[22:55] <thedac> staging on asuka is down. It errors out when attempting to start: https://pastebin.canonical.com/49528/


[00:17] <StevenK> wgrant: http://pastebin.ubuntu.com/1390509/
[00:32] <wgrant> StevenK: searchable_names, maybe? Not sure
[00:33] <wgrant> That otherwise sounds reasonable
[00:33] <wgrant> Hmm
[00:33] <wgrant> Though hmm
[00:33] <wgrant> This will sometimes end up too long for pg_trgm to cope with, I suspect :(
[00:34] <StevenK> Oh? pg_trgm has a limit?
[00:34] <wgrant> Indices in general are sort of limited. Try inserting a very large string and see what happens
[00:35] <wgrant> It will probably object
[00:39] <StevenK> INSERT 0 1
[00:40] <StevenK> That's inserting a row into packageupload with distroseries = 1, pocket = 0, archive = 1 and search_text = 'a'*50000
[00:40] <wgrant> Huh
[00:40] <wgrant> Interesting.
[00:40] <wgrant> ALthough it may optimise because it's all a
[00:41] <StevenK> I'm not sure about typing out 50000 random characters
[00:41] <StevenK> :-)
[00:42] <wgrant> Anyway, I must be off for a few hours
[00:42] <wgrant> If it works, then great ;)
[00:42] <wgrant> :)
[00:42] <StevenK> wgrant: Well, how about we cook up a query to fetch the BPNs for a large source and set search_text to that and see what happens
[08:49] <adeuring> good morning
[11:35] <adeuring> frankban: could you pease review this MP: https://code.launchpad.net/~adeuring/launchpad/lp-view-for-timelneproductseries/+merge/136374 ?
[11:36] <frankban> adeuring: sure, on it in a minute
[11:36] <adeuring> frankban: thanks, no hurry (enjoy lunch!)
[13:24] <rick_h_> adeuring: r=me on the review, I grabbed it frankban
[13:24] <adeuring> rick_h_: thanks!
[13:36] <frankban> rick_h_: thanks
[15:08] <czajkowski> jtv1: there are two of you :) jtv
[15:08] <rick_h_> abentley: ping, I'm about to get my car but while I pay/head home do you have time to look over my storm-ization of this https://pastebin.canonical.com/79162/ ?
[15:09] <abentley> rick_h_: certainly:
[15:09] <rick_h_> abentley: I've still got to get tests going against it, but I wanted to do a side vs side write and wonder if anything jumps out at you on it
[15:09] <rick_h_> ok, going to be afk for a little bit. Will catch up.
[15:09] <rick_h_> thanks!
[15:11] <jcsackett> frankban, rick_h_: can one of you take a look at https://code.launchpad.net/~jcsackett/launchpad/404-not-403-for-private-blueprints/+merge/136442
[15:23] <frankban> jcsackett: on it
[15:28] <jtv> czajkowski: setting up  a new system...
[15:28] <czajkowski> jtv: ahh I see
[15:28] <czajkowski> jtv: I had a user of lp translations who was unsure how to progress on an issue so asked them to mail lp-users
[15:29] <jtv> That's going to be a bit broad.  :/
[15:33] <abentley> jtv: For private projects, we need to ensure there are no translations.  It seems we need to ensure translations are disabled, there are no POTemplates, no ProductSeries has automatic imports.  Am I missing anything?
[15:36] <jtv> abentley: that almost covers it... ideally you don't want anything on its translations import queue either.
[15:36] <abentley> jtv: Okay, I'll include that.
[15:37] <czajkowski> jtv: which part is going to be broad...
[15:37] <jtv> czajkowski: it's going to cover a lot of people.
[15:38] <czajkowski> ah I see
[15:42] <jcsackett> frankban: thanks!
[15:45] <frankban> jcsackett: my pleasure
[15:48] <rick_h_> ok, back yay for new tires
[16:02] <abentley> rick_h_: So, the first thing is that I recommend using lp.blueprints.model.specification.get_specification_filters
[16:02] <abentley> rick_h_: If for some reason you can't, I still recommend using fti_search rather than specifying it manually.
[16:03] <rick_h_> abentley: ah ok, I thought I had seen something like that but when I searched a couple of other models found it done that way
[16:03] <abentley> rick_h_: It's only a month or so old.
[16:03] <rick_h_> ah, makes sense then
[16:05] <rick_h_> and yea, get_specification_filters looks good as well. Thanks
[16:05] <abentley> rick_h_: Also, using ProductSet.getProductPrivacyFilter does not address your bug, because that doesn't ensure the user can view the specification.  Use visible_specification_query
[16:06] <rick_h_> ok, I was going to ask about that as it seemed a bunch of magic for storm to auto join/etc to get those filters to work
[16:09] <abentley> rick_h_: Storm doesn't have a particularly clean way of doing composition with left joins, but using left joins was by far the most efficient way, so visible_specification_query returns both a list of tables and a list of clauses.
[16:10] <rick_h_> abentley: right, so the tables goes into a using() and looks like it's got specifications so should be complete there
[16:10] <rick_h_> is that prejoin right? It was the same api as used before, but that seems to match what I could find in the api docs for storm
[16:11] <abentley> rick_h_: AFAIK, Storm does not support prejoins, so I was surprised to see it there.  Have you tested it?
[16:12] <rick_h_> no, not yet.
[16:13] <rick_h_> abentley: ah, it's on the api under SQLObjectResultSet :/
[16:13] <abentley> rick_h_: Okay, so I would expect that to fail.  There are workarounds you can steal, though, if you need to support prejoins.
[16:13] <rick_h_> abentley: ok yea. I'll look for some more examples then.
[16:13] <rick_h_> thanks for the quick sanity check and pointers to the helper methods
[16:16] <abentley> rick_h_: See blueprints.model.specification.HasSpecificationsMixin._preload_specifications_people
[16:17] <abentley> rick_h_: But see if you need 'em first.  A lot of prejoins are premature optimizations.
[16:17] <rick_h_> abentley: well right now I"m just trying to port over all the old code to storm and it was there as a prejoin if the argument was passed in
[16:18] <rick_h_> I can look for uses and go from there
[16:20] <rick_h_> bah, it's default True so it just might be left out of the arg clause
[16:22] <rick_h_> man...that preload_specifications_people is fugly
[17:46] <czajkowski> rick_h_: you there?
[17:48] <rick_h_> czajkowski: yepper
[17:49] <czajkowski> rick_h_: whats the link to the bugs ye have opened for P bp ?
[17:50] <rick_h_> translation: links to bugs we're working on around private blueprints?
[17:50] <czajkowski> yes sorry
[17:50] <czajkowski> :/
[17:50] <rick_h_> czajkowski: can you see our kanban board?
[17:50] <czajkowski> really have to stop shortening words
[17:50] <rick_h_> single letter variable names are bad :P
[17:50] <czajkowski> yes
[17:50] <czajkowski> and yes I can
[17:50] <czajkowski> so just look there
[17:51] <rick_h_> yea, that'll be the most up to date.
[17:51] <czajkowski> grand job
[17:51] <rick_h_> if it's not there then we're not aware/it snuck in so let us know
[17:51] <czajkowski> thanks
[19:15] <rick_h_> abentley: do you recall the use of Compile to dump a resultset query?
[19:16] <abentley> rick_h_: You should use Store.compile, but you should really configure postgres to emit queries in the log, because that shows the substituted variables.
[19:16] <rick_h_> yea, you're right
[19:17] <abentley> rick_h_: log_statement='all' in /etc/postgresql/9.1/main/postgresql.conf will do the trick.
[19:17] <rick_h_> abentley: rgr, updating now. thanks for the reminder to quick doing it the hard way
[19:17] <abentley> rick_h_: np.
[21:30] <wgrant> rick_h_: Do you know about the LP_DEBUG_SQL=1 environment variable, and the convert_storm_clause_to_string function?
[22:05] <sinzui> wgrant, https://code.qastaging.launchpad.net/~sinzui/impressive/lirc-0/+merge/29161/++oops++
[22:34] <sinzui> wgrant, StevenK, does this relate to bug 62976
[22:34] <_mup_> Bug #62976: Soyuz should not allow duplicated packages in NEW/UNAPPROVED queue <boobytrap> <lp-soyuz> <oops> <rfwtad> <soyuz-upload> <Launchpad itself:Triaged> < https://launchpad.net/bugs/62976 >
[22:39] <StevenK> wgrant: http://pastebin.ubuntu.com/1393012/
[22:41] <cjwatson> ah, well that might make my long-stalled approved branch more sensible ...
[22:42] <StevenK> cjwatson: That was the plan
[22:42] <StevenK> If it's searchable_names you're talking about.
[22:42] <StevenK> wgrant and I came up with a plan yesterday
[22:42] <StevenK> Not quite as good as The Brilliant Disclosure Plan, but still a good one
[22:45] <wgrant> cjwatson: Yeah, we had a +queue search timeout bug, so I decided we might as well fix that and yours once and for all
[22:47] <wgrant> StevenK: https://bugs.launchpad.net/bugs/163997
[22:47] <_mup_> Bug #163997: Subject of Soyuz binaryful acceptance emails, emails, emails, emails, emails, emails stutter <lp-soyuz> <Launchpad itself:Won't Fix> < https://launchpad.net/bugs/163997 >
[22:47] <wgrant> sinzui, StevenK https://www.youtube.com/watch?v=H3OJvbnTnE8
[22:47] <StevenK> wgrant, sinzui: http://sphotos-c.ak.fbcdn.net/hphotos-ak-prn1/16056_378137315607151_2018832644_n.jpg
[22:53] <cjwatson> StevenK,wgrant: Right.  Every so often I've been looking at that branch and contemplating inserting a feature flag, and then giving up in despair at how horrible it is.
[22:54] <StevenK> I am looking forward to making IPackageUploadSet.getAll() a shadow of its former self.
[23:40] <StevenK> wgrant: The query is still baking?
[23:43] <wgrant> StevenK: Yeah
[23:55] <wgrant> StevenK: Something like http://paste.ubuntu.com/1393183/
[23:55] <wgrant> Although we also need to do something with PCJs, I guess
[23:57] <StevenK> I don't think you need array_agg for the source, there will be at most one source
[23:57] <wgrant> Oh, there's actually a UNIQUE constraint for that, indeed
[23:58] <wgrant> I know we only ever have one, and other stuff will break if there's more than one, but thought I might as well cope :)
[23:58] <wgrant> But there's indeed a constraint


[02:33] <FailBit> hello
[02:33] <FailBit> anyone here right now?
[02:34] <FailBit> I need a question answered relavitely quickly
[02:39] <FailBit> I'll ask it right now, in case anyone /is/ here
[02:39] <FailBit> does your bot use a regex for launchpad bug urls? if so, what is it?
[02:39] <FailBit> !foo
[02:40] <FailBit> https://bugs.launchpad.net/bugs/1378843
[03:09] <FailBit> !bar
[03:09] <FailBit> !baz
[03:35] <hieupm37> hi, can I push a deb file to my PPA
[03:36] <hieupm37> I've subscribed commercial
[09:56] <cjwatson> FailBit: The bot isn't operated by us, but perhaps https://wiki.ubuntu.com/IRC/Bots and https://launchpad.net/ubuntu-bots will help.  I think the latter has the code.
[10:01] <cjwatson> hieupm37: No, nobody can push binary packages directly.  I believe that a Launchpad commercial subscription will let you upload packages without full source code (though my word isn't gospel here), but from a technical standpoint you still need to construct a "source" package that builds in the usual way and constructs the right .debs, even if it just contains pre-built binaries that it copies into place.
[11:42] <FailBit> https://bazaar.launchpad.net/~ubuntu-bots/ubuntu-bots/devel/view/head:/Bugtracker/plugin.py#L34
[11:42] <FailBit> I lol'd
[11:44] <LocutusOfBorg1> FailBit, I think you mean "I fukin lol'd" :D
[11:44] <cjwatson> Please take this elsewhere.
[11:45] <FailBit> I'll just drop() it.
[13:19]  * gsilvapt is now away, auto-away after 20 minutes (log\on pager\on)
[14:24]  * gsilvapt is back after 1h 4m 48s
[14:27] <cjwatson> gsilvapt: Please could you turn off the public-away feature in your IRC client?
[14:27] <gsilvapt> yes, sorry
[14:27] <cjwatson> Thanks.
[14:28] <gsilvapt> that should do it
[22:22] <ScottK> Heya ChrisP1948.
[22:23] <ScottK> Is there anyone around that can help ChrisP1948 with getting his gpg key into LP.  We've been working on clamav packaging and it'd be really nice for him to be able to upload to the clamav PPA.
[22:23] <ScottK> Problem is not getting the confirmation email (after several tries)
[22:24] <wgrant> What's the address that the email is not getting to?
[22:24] <ChrisP1948><EMAIL_ADDRESS>[22:25] <wgrant> When did you last try?
[22:26] <ChrisP1948> about 40 mins ago, 15:45 CT
[22:26] <ScottK> US CT is -0600
[22:27] <ScottK> Thanks wgrant.
[22:28] <wgrant> ChrisP1948: Which fingerprint?
[22:28] <ChrisP1948> I'm using this one - 441D 71BC 727D 0B1C EC1F  6B39 E372 A7DA 98E6 705C
[22:44] <wgrant> ChrisP1948: I can't see any form posts to your OpenPGP keys page.  Another window says a message was sent to me and also shows key pending validation. I'll see what happens next
[22:54] <ChrisP1948> All right wgrant, good to go. Thank you very much, greatly appreciated
[22:54] <wgrant> No worries.


[00:00] <cjohnston> akgraner: I wasnt really sure what to do with the stuff that was already there.. If you tell me what to do I can... :-)
[00:01] <cjohnston> jcastro: sometime when you get some time to talk in the next week, let me know please. :-)
[00:02] <akgraner> cjohnston, oh what you added is great.. It's just a matter of voluntelling people now :-)  (I love that word)
[00:02] <cjohnston> you can put me down for stuff
[00:02] <akgraner> okie dokie remember you said that :-D
[00:02] <cjohnston> im pretty good with wp... whenever we get that.
[00:03]  * cjohnston erases the logs on akgraner's system
[00:03] <akgraner> hehe
[02:13] <doctormo> JanC: tounge breaker == tounge twister
[02:45] <nigelb> awesome vidoe!!!
[02:46] <nigelb> doctormo: who is that posing with a mini?
[02:46] <nigelb> I guess its doctormo in the dark working on the laptop ;)
[02:47] <doctormo> nigelb: correct
[02:47] <nigelb> strange, I can recognize most people I've worked with :D
[02:50] <nigelb> haha, laura is runnign away from the cam
[07:04] <cjohnston> uggh
[07:06] <jussi> cjohnston: you seem to say that fairly often...
[07:06] <cjohnston> well.. right now its 2am
[07:06] <cjohnston> and last night i think it was around 5 am
[07:06] <cjohnston> maybe if i was asleep at these off times
[07:06] <cjohnston> id be better
[07:07] <jussi> heh
[07:08] <cjohnston> tv internet and phone are out
[07:08] <cjohnston> problem is when phone goes out, house alarm goes off because it thinks that someone is messing with the phone line
[07:08] <jussi> heh
[07:08] <jussi> not fun
[07:10] <ddecator> cjohnston: is that a home security system then? i've never heard of an alarm for someone tampering with the phone
[07:46] <dpm> good morning everyone
[07:48] <ddecator> morning dpm
[07:50] <dpm> morning ddecator :)
[07:51] <dpm> heya dholbach!
[07:51] <dholbach> good morning
[07:51] <ddecator> morning dholbach
[07:51] <dholbach> hey dpm
[07:52] <dholbach> hi ddecator
[08:37] <czajkowski> aloha
[08:38] <czajkowski> nigelb: aye running as I told him at the begining I didnt want to be on his camera and he still did it. very annoyed
[08:53] <czajkowski> hmm just seen my old job advertise 2/3 of my old job
[09:22] <popey> were you made redundant?
[09:22] <popey> I didnt think you could do that, get rid of someone so you could re-advertise the same job for less money
[09:25] <AlanBell> constructive dismissal
[09:25] <czajkowski> popey: aye I was.
[09:25] <popey> yup
[09:25] <czajkowski> I'd like some good news please :(
[09:26] <popey> drop $potential_new_job a mail?
[09:27] <popey> 23:22:36 < doctormo> Nice work, ben was stuggeling to get people to smile all week ;-)
[09:27] <popey> maybe if he'd told people what he was going to do with it.. he might have had more takers :)
[10:10]  * jussi wasnt consulted... but still appeared in the videa
[10:10] <jussi> video
[10:11] <jussi> mind, its not like I mind or anything :P
[10:13] <popey> i think I am in it for a brief second :)
[10:14] <jussi> I actually got a decent shot, with Aurelién showing me something
[10:16] <czajkowski> it would be nice if he actually listened to folks if they didnt want to be on video, rather than him giving them to 2 fingers on their opinion and doing his own thing
[10:16] <popey> :(
[10:17] <AlanBell> yes that is not cool
[10:58] <Pendulum> Ben failed at the basic "ask permission" bit of journalism
[11:41] <cjohnston> mornin
[11:42] <Pendulum> hi cjohnston
[11:42] <cjohnston> ddecator: ya, its a security system.. so when the phone line breaks it thinks someone cut the phone so that the alarm cant send the signal to the alarm co
[11:47] <jussi> cjohnston: hows you? tired?
[12:26] <akgraner> hey what is a good RSS Feed reader that you can query by date range oh and that is not text based (me loves my GUI's)
[12:29] <jussi> akregator... oh wait... maybe not for you...
[12:29] <akgraner> jussi, yeah :-(
[12:29] <jussi> <3 kde
[12:30] <akgraner> jussi, I like my GNOME comfort zone.. :-)
[12:30] <jussi> akgraner: I watched your interview with mark - nice work
[12:31] <akgraner> jussi, thanks!
[12:32] <akgraner> I enjoy interviewing people at UDS (or anytime) there were a few of the interviews where I could tell I was tired... (me should write down stuff instead of just winging it)
[12:33] <jussi> akgraner: :D
[12:33] <jussi> akgraner: was funny when you turned away from the mike sometimes tho  :D
[12:33] <akgraner> jussi, my favorite line in the Mark Interview  - light through the clouds...
[12:34] <akgraner> jussi, yeah I didn't wait for them to move the mic before I started asking questions.. they were using a "boom" mic? (I think that is what they called it)
[12:36] <akgraner> I think the week before UDS I am going to ask for questions and pick some from the community (well if I get to go again)
[12:38] <akgraner> ahh dang it .. brb I just lost icons on my panel :-(   they just leave for no reason hmmm
[12:38] <jussi> hehe
[12:38] <jussi> I can just hear you say that "ahh dang it..."
[14:02] <jturek> akgraner: http://www.rssowl.org/  - its java based... but has tons of search features
[14:04] <jturek> akgraner: i just installed it on a fresh 10.04 vm, and it seems to work just fine with openJDK
[14:09] <jturek> who handles planet.ubuntu.com ? seems that there are some invalid characters in the feed that is causing rss readers to barf
[14:20] <popey> jturek: #canonical-sysadmin
[14:23] <doctormo> czajkowski:
[14:24] <doctormo> i noticed that on the video,
[14:26] <akgraner> jturek, thanks!
[14:46] <jturek> popey: thanks, i opened a ticket on their RT
[15:07] <nigelb> czajkowski: didn't think you were camera shy
[15:17] <JFo> nigelb, she just likes making faces to people when they are on camera
[15:17] <nigelb> JFo: haha
[15:17] <JFo> :)
[15:17]  * popey expects JFo will shortly be informed that he is a "brat" by cz<tab>
[15:18] <JFo> heh
[15:18] <nigelb> popey: haha
[15:18] <nigelb> what is the background music for the video?
[15:18] <nigelb> I can't place the name, I've heard it before too
[15:18] <jcastro> the music is great!
[15:19] <popey> i bought it on the u1 music store last night :)
[15:19] <nigelb> what is it called!
[15:19] <popey> MGMT Oracular Spectacula
[15:19] <jcastro> what?
[15:19] <jcastro> that's made up
[15:19] <popey> MGMT is the band, Oracular Spectacula is the CD name
[15:19] <popey> its the first track
[15:19] <popey> http://en.wikipedia.org/wiki/Oracular_Spectacular
[15:19] <nigelb> seems correct on a quck google
[15:19] <popey> http://en.wikipedia.org/wiki/Time_to_Pretend
[15:20] <popey> track 5 "Kids" is also quite good - and similar
[15:21] <nigelb> crap, not available via u1 for me
[15:21]  * nigelb needs to go shopping tomorrow
[15:21] <popey> silly record companies, missed a purchase there
[15:24] <nigelb> jcastro: any time frame of when we can see the unedited videos and help edit them?
[15:25] <jcastro> nigelb: popey submitted a ticket, I am unsure of it's state right nowe
[15:25] <popey> eek, i havent submitted a ticket
[15:25] <popey> i sent a mail
[15:25]  * popey submits a ticket
[15:25] <nigelb> ahhh :)
[15:26] <popey> sent
[15:27] <nigelb> awesome, I forgot my password and answer to secret question for my cellphone web account
[15:35] <Pendulum> win 20
[15:35] <nigelb> fail ;)
[15:35] <AlanBell> 20 is full of win
[15:35] <Pendulum> heh
[15:55] <jono_> dpm, dholbach, jcastro do you guys have any topics for our call?
[15:55] <jono_> I just wanted to ensure that you all get your actions completed this week
[15:56] <dholbach> jono_: I have a very few questions for a few blueprints, but I'm happy to resolve them via email
[15:56] <dholbach> other than that nothing from my end
[15:56] <dpm> jono_ apart from a general roundtable, there's nothing from me that we cannot discuss on our 1 to 1 tomorrow
[15:57] <jcastro> jono_: I am set, I just need clarification from you at some point wrt. that TB action I received
[15:57] <jcastro> jono_: (I sent a mail)
[15:57] <jono_> ok,m lets cancel, it seems most teams are canceling their team calls this week anyway
[15:57] <dholbach> yep
[15:57] <jcastro> yeah it's kind of WI city over here
[15:57] <dholbach> jono_: how do you feel today?
[15:57] <jcastro> can I have a pony?
[15:57] <jono_> cool, I am happy to resolve outstanding questions over mail, or ping me and I can hop on the phone with you
[15:57] <jcastro> I would very much like a pony
[15:57] <jono_> dholbach, feeling a bit better today :)
[15:57] <jono_> jcastro, sure, just expense it
[15:58] <jono_> :P
[15:58]  * jcastro took vitamin C boosters all week during UDS
[15:58] <nigelb> lol
[15:58] <jcastro> You need those to stave off the sladen-fllu!
[15:58]  * dpm should have done as well
[15:58] <dholbach> see, I told everybody it's always sladen
[16:00] <akgraner> jono_, if jcastro gets a pony can I have one too :-D...  (I just had to ask)
[16:00] <jcastro> jono_: if my stuff isn't showing up in the work items graph it means you haven't approved it yet right?
[16:01] <jono_> akgraner,aure :)
[16:01] <jono_> sure
[16:01] <jono_> jcastro, yep
[16:02]  * akgraner goes to tell Pete I'm getting a pony :-D  hehe
[16:02] <Pendulum> akgraner: do tell us his reaction :P
[16:05] <doctormo> jcastro: did the vit c work?
[16:05] <popey> ugh, ubuflu?
[16:05] <jcastro> doctormo: I am not sick if that's what you're asking. :D
[16:07] <doctormo> jcastro: Next time, we need more Vit B complexes for Jono :-D
[16:07] <dholbach> LOL: http://www.youtube.com/watch?v=sz0z90KLP-8
[16:07] <dholbach> very nice
[16:08] <qense> good afternoon
[16:09] <qense> dholbach: omg
[16:10] <akgraner> Pendulum, he was not amused.. :-(
[16:11] <Pendulum> akgraner: aww :(
[16:12] <nigelb> Pendulum: I finally made it.  Last day tomorrow!
[16:13] <nigelb> dholbach: bejamin does some nice editing ;)
[16:14] <akgraner> Pendulum, he was very colorful in describing his "amusement"...  and said don't you have work todo..and mumbled something needed a separate office building..*shrugs*
[16:14] <nigelb> akgraner: aww
[16:14] <akgraner> it's funny.. you all should be a fly on the wall  - you'd laugh all day
[16:15] <akgraner> my house should be a sitcom
[16:15] <nigelb> akgraner: in that case every house would be one ;)
[16:16] <akgraner> and you should see it when JFo stops by - it's a laugh a minute
[16:16] <nigelb> lol, how come?
[16:16] <akgraner> popey, can you describe JFo?
[16:16] <JFo> :-|
[16:16]  * JFo is always serious
[16:16] <Pendulum> JFo is undescribable
[16:17] <Pendulum> but well worth meeting
[16:17] <JFo> heh
[16:17] <akgraner> I can't do justice to that description
[16:17] <JFo> awww thanks Pendulum :-)
[16:17]  * popey has copious audio recordings of JFo but no pictures
[16:17] <JFo> I like you too ;)
[16:17] <qense> This video is great: <http://www.youtube.com/watch?v=Rxg2gjK4lHE>. Gives a nice impression of the UDS.
[16:17]  * nigelb should really go for next uds
[16:17] <nigelb> qense: its playing right now on my playlist ;)
[16:17] <Pendulum> nigelb: duh
[16:17] <akgraner> nigelb, uh yes!
[16:18] <qense> I second that!
[16:18] <nigelb> Its so difficult to identify folks with only audio, especially folks I havent seen
[16:19] <nigelb> the women were easy enough, but I got a lot of men mixed up, like JFo.  I think most of the brilliant stuff came from him
[16:19] <nigelb> I totally don't remember now
[16:19] <Pendulum> btw, http://uds.ubuntu.com/audio/uds-m/ was just linked in #ubuntu-meeting, it looks to have archives of all the audio in case anyone wants to listen
[16:19] <JFo> nigelb, you would be mistaken ;)
[16:19] <nigelb> yes, I should listen to stuff and separate it out
[16:20] <nigelb> JFo: most of the stuff you thought you were talking in secret were loud and clear to me :D
[16:20]  * JFo pushes forward the great ideas of others
[16:20] <JFo> nigelb, :-P
[16:20] <JFo> that is because I am loud
[16:20] <JFo> :)
[16:20] <akgraner> *nods*
[16:20] <akgraner> :-D
[16:20] <nigelb> also you sat near the mic and tried to whisper
[16:21] <nigelb> akgraner: how far does JFo stay from you folks?
[16:22] <akgraner> nigelb, 15 mins or so.. we are in the country - he lives in town :-)  he's city folk...
[16:22] <JFo> far enough where she can't hear me whispering :-P
[16:22] <JFo> I'm in high cotton
[16:22] <JFo> :-D
[16:22] <nigelb> hahaha
[16:23] <nigelb> akgraner: in the country, nice
[16:23] <nigelb> my home (well in my hometown) is a quiet corner away from all the noise too
[16:24] <nigelb> jussi: haha, fought with your lawnmover? :D
[16:25] <akgraner> nigelb, yep - I like it here.. I need to get out and enjoy it more often.. I was sitting on the porch earlier writing a letter and feeding all the birds...
[16:26] <nigelb> akgraner: aw, you make me miss home :(
[16:27] <akgraner> nigelb, :-( sorry...
[16:27] <akgraner> bbiab...
[16:32] <cjohnston> do be do
[16:32] <cjohnston> lets see how long my internet lasts this time
[16:36] <qense> jcastro: You are aware you still have to set a series (maverick) and a milestone (ubuntu-10.10) for <https://blueprints.launchpad.net/ubuntu/+spec/community-m-global-menu> and <https://blueprints.launchpad.net/ubuntu/+spec/dx-m-app-indicator>?
[16:37] <jcastro> qense: ah, thanks
[16:37] <jturek> the next UDS needs to be sponsored by Tamiflu
[16:37] <cjohnston>  /me hides from jcastro
[16:38] <cjohnston> lol jturek
[16:38] <qense> jturek: If they're ever going to give away goodies they should consider including that. ;)
[16:38] <cjohnston> knocking on wood cjohnston says he hasnt gotten sick
[16:39] <jturek> maybe they use linux i'd have to find an IT guy at Roche (the big pharma behind tamiflu) :)
[16:39] <cjohnston> I should have my wife talk to some of the drug reps she knows... lol
[16:40] <nigelb> or add flu medicines to the conference packs ;)
[16:42] <jturek> i guess it would be illegal to hand out OTC medicine,  but maybe a http://www.fluhelp.org/ flyer :)
[16:52] <JanC> it would be very much illegal for Roche to make publicity for Tamiflu in the first place here in Belgium  ;)
[16:52] <JanC> (or for any other medicine)
[17:18] <jcastro> <-- lunching
[17:26] <cjohnston> stupid internet!
[17:47] <czajkowski> popey why is jfo a brat....
[18:00] <dholbach> ok my friends - I call it a day, see you tomorrow!
[18:24] <qense> On of the required skills mentioned in a job description of Canonical: "Experience backporting cutting-edge technologies from Ubuntu to legacy platforms such as Microsoft's Windows" LOL
[18:26] <qense> Apparently Windows is already considered legacy.
[18:31] <Technoviking> morning all
[18:34] <qense> morning Technoviking
[18:46] <dpm> see you all tomorrow, have a nice rest of the day!
[18:49] <JanC> qense: I think I know somebody who applied for that job...
[18:51] <qense> JanC: Then I hope (s)he knows how to work with legacy technologies. ;)
[18:52] <JanC> I think his current job involves .NET on a "legacy platform"  ;)
[18:52] <qense> ah
[18:54] <JanC> it might be this job or a related one, not sure
[20:52] <Technoviking> never seen the channel so quiet, that is quite the UDS hangover:)
[20:54] <bencrisford> Technoviking: indeed :)
[21:02] <jcastro> heh
[21:05] <JanC> Technoviking: for some reason some wussies^Wpeople got sick after UDS  ;)
[21:31] <cjohnston> do be do be do
[21:36] <czajkowski> fecking flu!
[21:38] <cjohnston> :-(
[21:40] <JanC> I doubt people have the flu
[21:40] <highvoltage> ubuflu
[21:40] <JanC> at least most of them
[21:40] <JanC> if you really have the flu, you're really sick for 3 days to 3 weeks
[21:41] <JanC> otherwise you have some other "bug"  ;)
[21:41] <czajkowski> JanC: tis  a standing joke ubuflu
[21:41] <JanC> I know
[21:41] <JanC> just wrong terminology in the joke  ;)
[21:42] <JanC> more like an "ubucold"
[21:42] <JanC> doesn't sound as good I guess  :P
[23:10] <jturek> akgraner: did RSSOwl work out for ya?