[01:29] <guiverc> I just noticed we don't have a BETA announcment on lubuntu.me/blog/  (we have one for 19.10); i did create a modified beta text for discourse which I never used (looked too similar to my pre-beta one so decided not to post it)
 guiverc , I never created anything. Sorry. If you want me to post what you have I can do that.
[02:59] <guiverc> thanks Dan, I'll look at whatever I did shortly (I'll finish a askubu lub18.04 floppy first)
 Ok. thanks Chris.
[03:03] <guiverc> kc2bez, it's at the top of https://docs.google.com/document/d/1BY2S9-A5jz8iU2KJ6OZ4mK4iBsidb_TA_BOho7J-xKY/edit
[13:40] <The_LoudSpeaker> oh god! it is april 5, we are in beta freeze!
 Yup
[13:40] <The_LoudSpeaker> I haven't completed half the tasks I planned to.
 :)
 Uh oh
[13:41] <The_LoudSpeaker> @tsimonq2 lets keep jenkins for hold now, I did read half of what you asked me to. But lets get merges that are stuck first. Shall we?
[13:43] <The_LoudSpeaker> ^cc: @RikMills can you take a look at https://phab.lubuntu.me/D83 ?
[13:43] -lugito:#lubuntu-devel- [Needs Review] Merge from debian unstable.: https://phab.lubuntu.me/D83
 @The_LoudSpeaker [<The_LoudSpeaker> ^cc: @RikMills can you take a look at https://phab.lubuntu.me/ …], perhaps later, but I would not depend on it
[13:48] <The_LoudSpeaker> sare. have a look hen you are free. meanwhile I will checkout other merges.
[14:17] <The_LoudSpeaker> @wxl wake up!! it is beta time!
[14:17] <The_LoudSpeaker> XD
[14:29] <The_LoudSpeaker> @tsimonq2 you around?
 @The_LoudSpeaker [<The_LoudSpeaker> @tsimonq2 you around?], Hi
[14:30] <The_LoudSpeaker> I am looking at compton-conf, The report says there were errors while merging. But doesn't specify where is the conflict.
 Hmm
[14:30] <The_LoudSpeaker> hiii. :)
[14:31] <The_LoudSpeaker> I forgot the command to check for ">>>>>" marks in all files under current directory. think you can help?
[14:31] <The_LoudSpeaker> :P
[14:31] <The_LoudSpeaker> also, check your phab notifs. :)
 Okay
[14:34] <The_LoudSpeaker> nvm
[14:34] <The_LoudSpeaker> got the commad
[14:34] <The_LoudSpeaker> *command
[14:34] <The_LoudSpeaker> grep
[14:34] <The_LoudSpeaker> *facepalms*
[14:38] <The_LoudSpeaker> but I still don't find any file with ">>>>>" marks. wonder what exactly is the conflict..
[14:49] <The_LoudSpeaker> ERR: Can't clone compton-conf
[14:49] <The_LoudSpeaker> no rights?
[14:49] <The_LoudSpeaker> ^ @tsimonq2
[15:02] <The_LoudSpeaker> I changed key pair. Even then same error.
[15:05] <The_LoudSpeaker> ^ teward bhaiya plss help
 Ah, we're speaking Hindi here :)
 or Hinglish, to be accurate
[15:07] <The_LoudSpeaker> I can't clone any repo from phab.
[15:07] <The_LoudSpeaker> Quiet sure not a problem from my side.
[15:08] <The_LoudSpeaker> @rs2000 noo. Only I am allowed to call people bhaiya here. ;)
 Yeah :)
 rs2009
 not rs2000
 @teward001 YOU
 Did you restart Phab daemons?
 I think he did yesterday. not sure.
 :)
 I can't login to notes either.
 Interesting
 obviously less important
 notes I dont know about.  but phab I can poke if Simon didnt
 Uff I changed keys at phab and launchpad for no reason then.
 Probably didn't hurt :)
 @tsimonq2 Phab daemons and Phab SSH running now.


[07:19] <henryC> I am trying to create a dual boot, wanting Win7 @ 300GB, Lubuntu @ 180GB (leaving room for swap).  Win7 is set up but by default Lubuntu wants to share the 300G with Windows.
[07:20] <henryC> When I go to Advanced Settings, it's not clear to me how to make Lubuntu install in the other partition and leave my Win7 alone.  Ideas?
[07:20] <henryC> I set up the partitions as the first step, with gparted.
[08:07] <henryC> Well I tried the default settings and it appears it did shrink my Win7 partition like I asked, but lubuntu is nowhere to be found.
[10:47] <MaxFrames> hello
[10:49] <MaxFrames> how do I configure lubuntu 14.04 to automatically launch applications for all users? namely, nm-applet and xscreensaver (which I installed)
[10:51] <MaxFrames> more importantly, is this an active channel? I've been here a dozen times already asking questions, no one ever answered or even talked, for that matter...
[10:53] <hateball> Most are asleep I guess
[10:54] <hateball> MaxFrames: Is this for new or existing users?
[10:56] <MaxFrames> both existing and new
[10:57] <MaxFrames> I also need to launch vnc server (vino) so that it's active at boot (in the logon screen), but maybe we'll discuss this later
[10:57] <MaxFrames> I've googled extensively, and all the suggested methods failed
[10:57] <MaxFrames> I can only add the applications to the lxsession autostart list for each existing user, one user at a time
[11:01] <hateball> well for existing users you could script it
[11:01] <hateball> and for new ones, placing the desired .desktop files in /etc/skel should work
[11:02] <hateball> for in in `ls /home/`; do cp whatever, and so on
[11:05] <MaxFrames> like this? http://askubuntu.com/questions/83532/how-do-i-set-up-new-users-with-skel
[11:06] <MaxFrames> every .desktop file that goes in that directory gets executed whenever a new user is created?
[11:07] <MaxFrames> and what about existing users, and anyway it also applies to new ones; what do I have to script, where do I put it?
[11:08] <MaxFrames> I need to run "nm-applet", "xscreensaver -nosplash" and "/usr/lib/vino/vino-server"
[11:08] <MaxFrames> additionally, I also need vino-server to be running on the logon screen, so I can authenticate remotely
[11:09] <MaxFrames> I understand that for new users I need to place some file in /etc/skel, but what should I put in that file?
[11:09] <MaxFrames> as I understand it, it's a script to put those commands somewhere in the new user's profile, but where?
[11:09] <hateball> MaxFrames: well you need the same structure
[11:10] <hateball> I'm not on a lubuntu atm, so I don't remember where Autostart files go
[11:10] <hateball> but I'm guessing it's... ~/.lxde/Autostart or some such
[11:11] <hateball> You should be able to find out from an existing, properly configured account
[11:11] <hateball> Oh... vino before user logon? hmmm
[11:13] <MaxFrames> the idea is, if I need to, I wake the remote machine online, fire up the vnc client, authenticate with my sysadmin user, reconnect to the session and do stuff
[11:13] <MaxFrames> if I can't vnc to the logon window, I'm screwed
[11:14] <MaxFrames> unless there is another way to pass the logon credentials to the remote machine, via ssh or other
[11:14] <MaxFrames> so that an x session starts, vino is launched, and then I can connect
[11:17] <hateball> well if you can ssh, just x-forward?
[11:18] <MaxFrames> this requires an x server on the local machine right? (it'll be windows)
[11:18] <hateball> Well that's an unfortunate situation
[11:18] <MaxFrames> but you gave me a good idea
[11:19] <MaxFrames> xming should work, and it'll probably also cure the slowness problem, and it'll be secure since it's over ssh
[11:19] <hateball> well you can have a VNC server always running
[11:19] <hateball> regardless of user logged on
[11:20] <MaxFrames> but what you suggested is better. no need for a vnc server, more secure, faster
[11:20] <hateball> at least... iirc
[11:20] <hateball> oh well :)
[11:20] <hateball> MaxFrames: well, good luck then :)
[11:20] <MaxFrames> I really need at least xscreensaver to run for all users though, since there is a bug with the lock screen feature in 14.04
[11:20] <hateball> as for VNC being slow, TigerVNC is rather nice
[11:21] <MaxFrames> basically, it doesn't work because it still looks for xscreensaver which is not onboard anymore
[11:21] <MaxFrames> so one needs to install xscreensaver and make the daemon automatically run
[11:21] <MaxFrames> until they fix lock-screen
[11:22] <MaxFrames> nm-applet not running by default is also a known bug
[11:22] <MaxFrames> overall I think 14.04 was rushed
[11:23] <MaxFrames> I still don't understand or agree with the "release in april/october or die" philosophy
[11:23] <hateball> It's easier for enterprise
[11:24] <hateball> and well, deadlines are needed to get some people moving as well :p
[11:43] <MaxFrames> to be honest I am surprised that the lock screen bug is still there
[11:43] <MaxFrames> apparently, it was introduced in 13.10, and spotted in 14.04 beta months ago
[11:43] <MaxFrames> it affects multiple users, and has security implications, and it should be easy to fix
[13:49] <codemonkeyalx> Question, how do i get wifi running in lubuntu? So far its not registering my WEP code.
[13:52] <codemonkeyalx> And brb... I need food.
[14:52] <holstein> !wifi | codemonkeyalx
[14:53] <holstein> codemonkeyalx: id say (and most professional sources), if you are doing WEP, you might as well not bother with encryption
[14:54] <holstein> regardless, i suggest either disabling encryption, or testing with an open access point to make sure your wifi adapter is working properly.. then, add the encryption into the mix, and do WPA, or dont bother with WEP
[14:54] <codemonkeyalx> Its not actually my WiFi its my aunts so I am not exactly able to do anything with it. If I had it my way I would be running WPA Minimum.
[14:55] <codemonkeyalx> Also, if it makes any matter I am actually using LUbuntu on a RockChip (Radxa Rock Micro-Computer)
[14:55] <holstein> codemonkeyalx: still, testing away from the WEP connection will save some time.. if you have not connected the nic to *any* wifi access point, then, you are assuming kthe WEP is the issue
[14:56] <holstein> codemonkeyalx: im unfamiliar with "RockChip", but, i use lubuntu on many machines that connect to wifi without issue
[14:57] <holstein> save yourself some time and make sure that wifi nic can connect to *any* open network.. by either temporarily opening that one up, or use another spare router
[14:59] <codemonkeyalx> MHm, I am used to being able to just jump on Wifi and go - Also pleia2 and i go way back. Been through all kinda of Linux but it all started with Ubuntu. - Good times. Not to sound disrespectful. xD'
[15:01] <codemonkeyalx> The NIC works on the android side of the system. (Its a Dual Boot Android / LUbuntu Micro-computer running on an arm cpu)
[15:58] <FIXME_zulu> Hai, I'm having a bit of an issue with WiFi
[15:58] <FIXME_zulu> I set up the drivers, the wifi interface is up (and sees networks), however after I type in a password for a wifi network or click on an open network, nothing happens
[15:59] <FIXME_zulu> I tested this with 2 physical wifi networks, and a tethered network through my phone... it just doesn't connect to the wifi
[15:59] <FIXME_zulu> Any ideas?
[17:24] <leszek> hi
[17:25] <greeter> greetings leszek
[19:02] <randi> hi, is there a current repository available for viewnior the image viewer ?
[19:03] <randi> ppa:xsisqox/ppa ....is outdated I believe
[19:05] <tlosm> Heya
[19:05] <genii> randi: ppa:desdelinux
[19:06] <tlosm> Lubuntu PPC devs are here or are doing something else ? ;)
[19:07] <randi> genii ty I'll try have you ?
[19:07] <genii> randi: I haven't tried it yet, no. But it seems current, at least.
[19:07] <tlosm> Just i need to say an half good news :P
[19:09] <randi> k thanks genii
[19:14] <genii> tlosm: They're probably around, no separate -devel channel
[19:15] <tlosm> ok :) i can wait ..  :P
[19:20] <tlosm> I have a small problem ... i found another video board working on lubuntu PPC on a G5 Mac :P and this board is not apple supported :)
[19:21] <tlosm> but with lubuntu there is couple of things to fix ... one is "heavy"
[19:22] <tlosm> http://ubuntuforums.org/showthread.php?t=2221421&page=5 <-- i put a screenshot on post #46 on the forum
[19:23] <tlosm> Pratically on Xorg i dont have chars ... no ware
[19:44] <genii> tlosm: Might want to sign up to the lubuntu-qa mailing list
[19:44] <tlosm> genii: if needed to help why not :)
[19:49] <genii> tlosm: If you're already on Launchpad, I'd recommend to apply at https://launchpad.net/~lubuntu-qa   :)
[19:50] <cristian_c> Hi
[19:50] <cristian_c> I've purchased a Rii mini i8 bluetooth keyboard
[19:50] <tlosm> No sorry im not there but if needed i can registered
[19:50] <cristian_c> How can i enable the keyboard in lubuntu?
[19:50] <cristian_c> Any ideas?
[19:51] <cristian_c> I've paired it
[19:52] <tlosm> genii:  now i will register there :P
[19:53] <tlosm> genii: edit im registered on ubuntu launchpad i think it use the same ubuntu forum registration :P
[19:56] <tlosm> ok im in mailing list
[19:56] <genii> tlosm: They always need more testers, any little bit helps.
[19:56] <tlosm> im the top of testers :D
[19:58] <tlosm> genii i test the impossible hardware :) ... i think i discover this compatibility and i was the first probably around the world who have a RadeonHD working on Quad G5 Powermac :P
[20:15] <tlosm> genii:  pls whistle when on of the Lubuntu PPC come i dont know who they are ... for sure you know they :P
[20:15] <genii> tlosm: I'm not sure which ones work specifically on PPC
[20:17] <tlosm> ok thanks ... probably is better scream here :D
[20:18] <tlosm> Lubuntu PPC devs please go in the ubuntuforum  because i discover one great thing and need support!


[00:30] <axw> hml: will be a couple mins
[00:30] <hml> axw: ack
[22:39] <bdx> heyyyyy, some network-get findings
[22:40] <bdx> juju status --format yaml <- http://paste.ubuntu.com/25722803/
[22:40] <bdx> ok, now check this out
[22:41] <bdx> http://paste.ubuntu.com/25722809/
[22:41] <bdx> no public address at all
[22:42] <bdx> all I'm doing is logging the dict returned by the new network_get() addition
[22:42] <bdx> there doesn't seeem to be a public ip address anywhere in there
[22:43] <bdx> jam, wpk, wallyworld, rick_h: ^
[22:43] <jam> bdx: are you in a cross model relation?
[22:43] <bdx> jam, no
[22:43] <jam> otherwise I wouldn't expect to give a public address
[22:44] <bdx> ahhh
[22:44] <bdx> so juju chooses for you
[22:44] <jam> cause everyone who wants to talk to you should talk to you on the private addresses
[22:44] <bdx> what you get
[22:44] <bdx> got it
[23:04] <bdx> jam: http://paste.ubuntu.com/25722894/
[23:04] <bdx> ^ thats a cross-model
[23:04] <bdx> looks nice, only one comment
[23:05] <bdx> possibly dedup the addresses list
[23:05] <bdx> 'bind-addresses': [{'addresses': [{'cidr': '<IP_ADDRESS>/20', 'address': '<IP_ADDRESS>'}, {'cidr': '<IP_ADDRESS>/20', 'address': '<IP_ADDRESS>'}],
[23:05] <bdx> :)
[23:06] <bdx> other then that, super!
[23:07] <bdx> so it looks like I can just use bind-addresses to get my private address to feed to my relation data then
[23:08] <jam> bdx: can you file a bug about us giving the same address multiple times?
[23:08] <jam> I don't know where that is coming from but definitely looks like a bug
[23:22] <bdx> yea
[23:24] <bdx> https://bugs.launchpad.net/juju/+bug/1722958
[23:24] <mup> Bug #1722958: network-get: dedup bind-addresses addresses  <juju:New> <https://launchpad.net/bugs/1722958>


[11:22] <jenda> yo, Mike_F
[11:25] <Mike_F> jenda:hey, up early today
[11:26] <jenda> Mike_F: some memory at the back of my mind is telling me you were supposed to receive something from the post office - did that happen? :)
[11:31] <Mike_F> jenda: yes i got them last week
[11:31] <Mike_F> i thought that i ket you know i guess i forgot
[11:33] <Mike_F> jenda: the posters are cool, did you design them?
[11:34] <jenda> Mike_F: nah, you likely did let me know, and I forgot :)
[11:34] <jenda> I didn't - Hannes Pasqualini did, on my order :)
[11:35] <Mike_F> i always liked the information highway concept for the internet
[11:39] <Mike_F> jenda: what type of resources are available to let regular people know about ubuntu ?
[11:44] <Mike_F> if there aren't any maybe that is something that I can help contribute to.
[11:45] <Mike_F> At least from an (East Coast) American point of view
[12:12] <jenda> hmm
[12:13] <jenda> Mike_F: that's a difficult question :)
[12:13] <jenda> Mike_F: and it's the one question the MT is here to answer.
[12:13] <jenda> However... it's not simple ;)
[12:13] <jenda> There is no way, I think, to let _regular_/average people know.
[12:13] <jenda> You need some spark of interest on their side, first.
[12:26] <jenda> That could be generated by outdoor advertising: posters, stickers, shirts, simply seeing the logo or the OS itself somewhere.
[12:26] <jenda> Once you've got that, you need to be able to give them info on the pros and cons of using Ubuntu.
[12:27] <jenda> And lastly, you have to help them use it - that's documentation and support land, not marketing.
[12:34] <Mike_F> jenda: true support is the keyword for what a consulting business is
[12:34] <Mike_F> everything else is marketing
[12:35] <Mike_F> as an engineer, marketing is something that i have learned from "the street"
[12:48] <Mike_F> jenda: i am going to let some regular people know about ubuntu in Orlando Fla. at my chamber of commerce leads group
[12:48] <jenda> sweet
[03:12] <Vorian> hey everyone, boredandblogging will be up for membership in a little while!
[03:12] <Vorian> lets all make sure he gets some good support from us :)
[03:13] <beuno> Yay! boredandblogging!
[03:13] <boredandblogging> any help would be appreciated :-)
[03:16] <Vorian> *gently
[03:16] <boredandblogging> hah
[03:28] <Vorian> meatballhat, 1!!!!11!!!!
[03:28] <Vorian> hello
[03:29] <meatballhat> Vorian: he-Yello!  :D
[03:29] <beuno> meatballhat, :D
[03:29] <Vorian> :
[03:29] <meatballhat> howdy howdy howdy
[03:29] <meatballhat> anybody else recently receive Feisty CDs from Shipit?  :)
[03:30] <beuno> meatballhat: yes!  kubuntu artwork is very nice
[03:30] <Vorian> meatballhat, http://vorian.org/?p=43
[03:31] <meatballhat> as per usual, I'm behind the times  :P
[03:31] <Vorian> lol
[03:31] <Vorian> I feel like I'm hording
[03:32] <meatballhat> Vorian: we should get an announcement out to Libraries
[03:32] <Vorian> yep
[03:32] <meatballhat> I can call our guy at OPLIN - he offered to announce on our behalf
[03:32] <Vorian> and a press release
[03:32] <Vorian> meatballhat, OPLIN would be kewl!
[03:32] <meatballhat> Vorian:  shall we?  -->  #ubuntu-oh
[03:33] <Vorian> sure
[03:37] <beuno> meatballhat: I'm trying to get my LoCo officalised today  :p
[03:37] <meatballhat> beuno: very cool!!!   /me checks the Agenda
[03:38] <boredandblogging> thats awesome beuno
[03:38] <meatballhat> beuno: I see the Agenda is pretty slim
[03:38] <beuno> meatballhat: luckily  :D
[03:39] <meatballhat> whee!
[03:40] <beuno> that reminds me, jono, I'm sorry I went ahead and added the LoCo to the agenda, I was anxious   :D
[03:40] <jono> beuno: which team?
[03:40] <beuno> jono: Argentina Team, I emailed you about it a few days ago
[03:41] <jono> why did you add it?
[03:41] <beuno> oh, and "hello", I never seem to great you  :D
[03:41] <beuno> jono: to get it approved
[03:41] <jono> beuno: why did you add it before I responded?
[03:41] <jono> beuno: the process is that I look over the applicatiobn
[03:42] <beuno> jono: the meeting was today
[03:42] <elkbuntu> beuno, you only need to bribe jono these days
[03:42] <jono> and with UDS I have not had time to catch up, you are not supposed to just go and add it
[03:42] <beuno> elkbuntu, :D
[03:43] <beuno> jono: right, I'm sorry I went over you, should I have it skipped then?
[03:43] <Vorian> beuno, just give jono a link to your forum with it's 5 million posts....
[03:43] <Vorian> :)
[03:43] <beuno> yes
[03:43] <beuno> we've got voer 100 members in Launchpad alone
[03:43] <beuno> I *really* thought we where ready
[03:43] <jono> beuno: I am sorry, but you should not skip the process, the process is there for a reason,and I expect a little flexability considering I was travelling all weekend - let me check your approval now
[03:44] <beuno> jono, quick links: https://wiki.ubuntu.com/ArgentinaTeamApprovalApplication
[03:44] <beuno> https://launchpad.net/~uluga/
[03:44] <beuno> http://uluga.ubuntuforums.org/  (a lot of activity there)
[03:44] <beuno> http://uluga.ubuntuforums.org/
[03:44] <jono> looks good beuno
[03:44] <beuno> eeerrr...  https://lists.ubuntu.com/archives/ubuntu-ar/
[03:44] <jono> but don't do that again, processes are there for a reason
[03:45] <beuno> jono: yes, hence the "sorry" bit  :D
[03:45] <beuno> I won't
[03:45] <jono> :)
[03:45] <beuno> thanks for the last minute review
[03:45] <beuno> it's just I'm going to debconf (yay!), and I didn't know if I would have time next meeting
[03:45] <beuno> and I've got a lot of anxious members
[04:15] <beuno> jono: thanks for the support   :D
[04:15] <jono> np
[04:16] <jono> :)
[04:16] <juliux> Tm_T, join #ubuntu-meeting
[04:16] <Vorian> cheer for boredandblogging !!!!
[04:28] <beuno> boredandblogging,  :D   congrats!
[04:53] <boredandblogging> beuno: thanks for the help
[04:53] <beuno> boredandblogging: you earned it, no help needed   :D
[05:04] <loudmouthman> Right , whilst I await Daviey in the meeting , I want to go back to my question yesterday. Im interested in discussing how we can market Ubuntu to SMEs. Ive been doing OSS evengelism for the last 8 years to SMEs and now and it always seems to break down to Enterprise or Desktop .
[05:05] <loudmouthman> Im wondering if I have missed a core segment of the marketing statement that deals with engagement of SMEs or am i buzzwording <grin>
[05:14] <boredandblogging> loudmouthman: what does an SME need thats not on the ubuntu server? I'm asking because I'm not really sure whats on the server edition exactly
[05:14] <loudmouthman> oh im talking about Desktop delivery though.
[05:15] <loudmouthman> ive actually got a few SMEs paying me to install or dual boot there machines and set them up, plus Jo Miller from Certain shops has had to be dropped in at the deep end and use it.
[05:16] <loudmouthman> the core issue is Business managers and Management Consultants dont like something they cant sell into ( e.g. OSS ) where as they can get traction and feel good factors from MS and Apple.
[05:17] <boredandblogging> ahh, I see
[05:18] <loudmouthman> Down here in sunny sussex UK  I can sell IT support and Ubuntu Servers till the cows come home but selling Desktops is another matter. And pretty much all the case and conversations are based around Enterprise or Ma and Pa delivery.
[05:29] <loudmouthman> So I am wondering about kicking off a Ubuntu SME delivery project to get the conversation going about SME delivery and implementation
[05:35] <boredandblogging> hi Burgundavia
[05:35] <Burgundavia> hello
[07:42] <Tm_T> juliux: CRAP
[07:43] <Tm_T> juliux: what did I miss?
[07:46] <Tm_T> oh noes, I knew there's some losses when I don't have net connection other than my mobile phone...
[08:00] <juliux> Tm_T, you miss your membership;)
[08:24] <nixternal> jenda: you freenode people are slow man with the pdpc cloaks ;p
[08:24] <nixternal> been 2 weeks and still no love, I want a refund ;p
[08:25] <juliux> nixternal, lol
[08:27] <jenda> nixternal: oh yes :)
[08:27] <jenda> nixternal: we are
[08:27] <jenda> juliux: I have info from Hannes
[08:27] <juliux> jenda, cool
[08:27] <nixternal> I know you are...pathetic...makes me want to use efnet instead!
[08:27] <nixternal> muhehehe
[08:28] <jenda> It should be feasable to make A0 posters... I mean, the fonts are resisable, and the illustration should have enough resolution.
[08:28] <jenda> The bigger a poster, the less dpi it needs... an A0 does not need more than 100-150 dpi to look good.
[08:28] <jenda> I'll check if I can export a pdf with max resolution...
[08:28] <jenda> That was a quote ^
[08:28] <nixternal> I want my cloak to say @debian/ubuntu/fsf/member/pdpc.whatever.active/nixternal
[08:28] <nixternal> and I just might want to add more damnit!
[08:28] <juliux> jenda, we only need the indesing sources because we have to give the printer a ps file
[08:30] <jenda> nixternal: And I want it to be @freenode.staff/ubuntu.marketing.member/ubuntuforums.moderator/ubuntucz.loco.member/tapthru.founder/jenda, but it's a know-go
[08:30] <nixternal> oh ya, I want some of that too
[08:30] <jenda> :)
[08:30] <jenda> juliux: hmm...
[08:30] <nixternal> the loco, forums mod, marketing member pssh
[08:30] <jenda> juliux: I don't know what that is
[08:30] <nixternal> ;p
[08:31] <juliux> jenda, indesign is a programm for windows
[08:31] <juliux> ;),
[08:32] <nixternal> I will whois myself later, and if there is nothing there, OFTC will have havoc brought upon them ;p
[08:33] <tsmithe> jenda, so...
[08:33] <tsmithe> eh?
[08:34] <jenda> juliux: "indesing" I read that as indexing ;)
[08:34] <jenda> tsmithe: hmm?
[08:34] <tsmithe> you know what i want :P
[08:34] <juliux> jenda, tsts
[08:34] <jenda> tsmithe: I had the exam today
[08:34] <jenda> tsmithe: and I failed it ;)
[08:34] <tsmithe> you always fail!
[08:34] <tsmithe> that's not good enough!
[08:34] <jenda> hehehe


[20:59] <bkerensa> valorie: Oregon will be having a global jam if any washington folks are in the southern parts and care to join us
[21:23]  * MarkDude wishes he could roadtrip
[23:57] <valorie> when is global jam again?
[23:57]  * valorie just got back from dad's ortho surgeon appt.
[23:57] <valorie> still out of the loops


[15:00] <matsubara> #startmeeting
[15:00] <MootBot> Meeting started at 09:00. The chair is matsubara.
[15:00] <danilos> me
[15:00] <sinzui> me
[15:00] <rockstar> me
[15:00] <danilos> and now, who's here?
[15:00] <bigjools> me
[15:00] <stub> me
[15:00] <intellectronica> me
[15:00] <matsubara> me
[15:00] <herb> me
[15:01] <matsubara> [TOPIC] Roll Call
[15:01] <MootBot> New Topic:  Roll Call
[15:01] <matsubara> oops, forgot to change it to the right topic
[15:01] <mrevell> me
[15:01] <matsubara> Ursinha, ?
[15:01] <matsubara> flacoste,
[15:01] <Ursinha> me
[15:01] <flacoste> me
[15:01] <Ursinha> sorry
[15:02] <matsubara> ok, everyone seems to be here. let's move on
[15:02] <matsubara> [TOPIC] Agenda
[15:02] <MootBot> New Topic:  Agenda
[15:02] <matsubara> * Next meeting
[15:02] <matsubara>  * Actions from last meeting
[15:02] <matsubara>  * Oops report & Critical Bugs
[15:02] <matsubara>  * Operations report (mthaddon/herb/spm)
[15:02] <matsubara>  * DBA report (DBA contact)
[15:02] <matsubara> so, next meeting, same time next week?
[15:02] <Ursinha> +1
[15:03] <danilos> +1
[15:03] <matsubara> all right. so be it
[15:03] <matsubara> [topic] actions from last meeting
[15:03] <MootBot> New Topic:  actions from last meeting
[15:03] <rockstar> It's early for me, but that's alright I guess.
[15:03] <matsubara> * intellectronica to continue diagnosing bug 279561
[15:03] <matsubara> * intellectronica to discuss bug 95822 (app server core dump bug) with Bugs team and try to find a quick workaround
[15:03] <matsubara> * matsubara update core dump bug with progress made last week
[15:03] <matsubara> * herb to find or file a bug about codebrowse being unresponsive and needing restarts
[15:04] <matsubara> I think I did the progress update
[15:04] <intellectronica> matsubara: i think bjorn is dealing with 95822, i don't know the status, though
[15:04] <herb> Codebrowse bug(s): Bug #118625 and Bug #156453
[15:04] <matsubara> thanks herb
[15:04] <intellectronica> 279561 is a data issue, and the priority is low, since it's very rare, and we haven't seen any recent oopses
[15:05] <matsubara> intellectronica, can you update the bug report with the importance + rationale?
[15:05] <intellectronica> matsubara: sure, will do
[15:05] <matsubara> thanks intellectronica
[15:05] <matsubara> all right, moving on
[15:05] <matsubara> [topic]  * Oops report & Critical Bugs
[15:05] <MootBot> New Topic:   * Oops report & Critical Bugs
[15:05] <matsubara> Ursinha, take the stage please
[15:05] <Ursinha> look ma, that's me!
[15:06] <Ursinha> hi guys
[15:06] <Ursinha> Have three bugs
[15:06] <Ursinha> bug 286401, bug 294689, bug 294719
[15:06]  * rockstar hopes they aren't for code.
[15:06] <Ursinha> cool
[15:06] <Ursinha> so, the first one, I think barry is taking care, but not sure
[15:06] <danilos> rockstar: most bugs are for code :P
[15:07] <rockstar> danilos, :)
[15:07] <Ursinha> it's annoying and very easy to reproduce :/
[15:07] <danilos> Ursinha: have you tried contacting me?
[15:07] <Ursinha> sinzui, do you know if barry is taking care of that?
[15:07] <intellectronica> Ursinha: i'll take 294689, of course
[15:08] <Ursinha> intellectronica, great, thanks
[15:08] <Ursinha> about bug 294719
[15:08] <sinzui> 286401 will be in review today
[15:08] <stub> It is assigned to barry and scheduled for this cycle, so I guess he is handling it.
[15:08] <Ursinha> sinzui, ok, thanks
[15:08] <intellectronica> Ursinha: and i'll either take or try to find someone to deal with 294719
[15:09] <Ursinha> intellectronica, nice! I've discussed it briefly yesterday with bac and EdwinGrubbs
[15:09] <Ursinha> it was an "accident", but happened again, so needs some love
[15:09] <Ursinha> :)
[15:09] <intellectronica> unless someone from registry already knows more about it and wants to deal with it :)
[15:09] <Ursinha> sinzui, ?
[15:09] <sinzui> I think I can pass 294719 to Edwin
[15:10] <intellectronica> sinzui: cool, thanks
[15:10] <sinzui> or possibly salgado
[15:10]  * sinzui targets bug
[15:10] <Ursinha> danilos, now I understood your question :P I didn't, but it'd oops for sure
[15:10] <Ursinha> great, thanks sinzui
[15:10] <Ursinha> ok guys, that's all from oops land
[15:11] <matsubara> thanks Ursinha.
[15:11] <matsubara> we have 1 critical bug report which is fix committed
[15:11] <Ursinha> no critical bugs, so fine
[15:11] <Ursinha> yes
[15:11] <matsubara> so, moving on
[15:11] <Ursinha> thanks matsubara
[15:11] <matsubara> thanks guys
[15:11] <Ursinha> thanks guys
[15:11] <matsubara> [topic] * Operations report (mthaddon/herb/spm)
[15:11] <MootBot> New Topic:  * Operations report (mthaddon/herb/spm)
[15:11] <herb> - 2008-10-16 -- Had a service affecting issue related to proxied requests using HTTP/1.1 vs. HTTP/1.0
[15:11] <herb> - 2008-10-17 -- Rolled out r7188 to production
[15:12] <herb> - 2008-10-20 -- Finally isolated and fixed the issues relating to proxied requests that affected is on 2008-10-16 and again on 2008-10-20
[15:12] <herb> - 2008-10-20 -- Cherry pick r7204
[15:12] <herb> - 2008-10-29 -- Cherry pick fix for bug #289661 and a fix for the mirror prober
[15:12] <herb> - 2008-11-04 -- Cherry pick r7226 and r7231
[15:12] <herb> - 2008-11-05 -- Cherry pick r7219
[15:12] <herb> - We continue to be affected by the codebrowse bugs several times a week. See bug #118625 and bug #156453.
[15:12] <herb> that's it from us unless there are questions.
[15:12] <rockstar> herb, we worked on loggerhead this last two weeks.  I think we've narrowed the problem down, and can get a good idea what's going on.
[15:13] <herb> rockstar: good to know. thanks.
[15:13] <rockstar> Er, have a good idea what needs fixing.
[15:13] <stub> Leonard will be in contact to discuss why certain HTTP headers are being seen on production and not on staging, breaking Launchpad APIs on staging.
[15:13] <herb> stub: ok
[15:13] <matsubara> rockstar, can you assign those bugs to someone in your team and add a small comment on their status for everyone else benefit?
[15:14] <rockstar> matsubara, yes, doing it now.
[15:14] <herb> stub: he queried me right before the meeting.
[15:14] <matsubara> thank you rockstar
[15:14] <matsubara> anything else for the LOSAS?
[15:14] <matsubara> all right, moving on. thanks herb
[15:14] <herb> thanks
[15:14] <matsubara> [topic] * DBA report (DBA contact)
[15:15] <MootBot> New Topic:  * DBA report (DBA contact)
[15:15] <stub> Staging is now running replicated. I managed to track down the variable that triggered the replica subscription failures. Our idle connection reaper was detecting one of the slony connections as evil and killing it, and Slony didn't report this in any meaningful way or abort the operation that could no longer be completed.
[15:15] <stub> I've added a whitelist facility to our reaper and installed it into production and staging. I've opened a bug upstream - I suspect it will be a WONTFIX, but the information should be useful to others when they get bitten (the error message we where seeing is reported on the mailing list about once per month, but no help there apart from retrying until it works).
[15:15] <stub> I think we are still on track to make production replicated next rollout.
[15:15] <stub> I'm aware of one outstanding DB patch that still needs to be dealt with - ProductRelease -> Milestone linkage. I think there is an agreement already so it is just a case of landing the patch tomorrow with the others unless further issues get raised overnight.
[15:15] <stub> oot
[15:16] <matsubara> thanks stub
[15:16] <matsubara> I'd like to make a quick request for you all
[15:17] <matsubara> if you have open items on https://edge.launchpad.net/launchpad-project/+milestone/2.1.10 please close them (mark as fix released/ implemeented or move to another milestone)
[15:17] <matsubara> I need to close the 2.1.10 milestone
[15:17] <matsubara> anyone has anything else before I close the meeting?
[15:18] <flacoste> sinzui: do you have any comments for stub on the ProductRelease -> Milestone linkage?
[15:18] <stub> Its in email
[15:18] <flacoste> ok
[15:18] <matsubara> all right. I think that's all then.
[15:18] <matsubara> Thank you all for attending this week's Launchpad Production Meeting. See the channel topic for the location of the logs.
[15:19] <matsubara> #endmeeting
[15:19] <MootBot> Meeting finished at 09:19.
[15:19]  * sinzui was satisfied with his email
[15:19] <Ursinha> thanks matsubara
[15:19] <mrevell> nice meeting people
[15:20] <intellectronica> thanks matsubara


[02:05] <imgbot> [04:23] <bzoltan_> good morning, I have no idea why the qtcreator-plugin-ubuntu package is marked as regression here http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[04:23] <bzoltan_> robru: Mirv ^
[04:27] <robru> bzoltan_: https://jenkins.qa.ubuntu.com/job/vivid-adt-qtcreator-plugin-ubuntu/lastBuild/ARCH=amd64,label=adt/console looks like an infrastructure issue...
[04:28] <robru> hm, I can't seem to log in to d-jenkins...
[04:28] <robru> oh, there we go
[04:30] <robru> bah, I don't seem to have permission to retry it
[04:32] <robru> cjwatson: infinity ^ any chance to retry that jenkins run? pretty obviously not phablet-tools' fault
[04:33] <robru> bzoltan_: anyway it's out of my hands. You need #ubuntu-release to shepherd it through proposed.
[04:38] <bzoltan_> robru:  thank you, I will reach out there
[05:40] <Mirv> morning
[05:48] <Mirv> bzoltan_: I was able to kick a new try of it
[05:48] <bzoltan_> Mirv:  sweet, thank you
[06:11] <robru> Mirv: no fair! ;-)
[06:21] <Mirv> robru: I vaguely remember someone long time ago asking me "umm, what's your launchpad id?", and I believe this is related to that :)
[06:22] <robru> Mirv: cool, thanks for taking care of that
[06:32] <Mirv> bzoltan_: whoo, success
[06:36] <bzoltan_> Mirv:  \o/
[08:22] <oSoMoN> trainguards: good morning! any idea why gallery-app is still stuck in proposed, despite having been published 18hrs ago? (https://launchpad.net/ubuntu-rtm/+source/gallery-app)
[08:22] <sil2100> oSoMoN: hey! It's because of the missing dependency that has been added that cannot be fulfullied
[08:23] <oSoMoN> sil2100, which missing dependency?
[08:23] <sil2100> oSoMoN: I warned about this but kenvandine signed it off anyway
[08:23] <sil2100> oSoMoN: qtdeclarative5-ubuntu-ui-extras0.2
[08:24] <sil2100> oSoMoN: silo 17 introduces this package but it didn't land because of failed QA sign-off
[08:24] <oSoMoN> oh, I wasn’t aware of that
[08:25] <oSoMoN> huh, I’m not sure why gallery-app was in a separate silo then, it should have been in silo 17 too
[08:26] <jibel> oSoMoN, or just drop the dep if if it not required
[08:26] <sil2100> Indeed, from what bfiller mentioned this dependency is only used for the .deb version, but yeah, britney won't let it in this way
[08:28] <oSoMoN> unfortunately I don’t know this codebase, I merely fixed the failing autopilot tests for gallery-app, I’ll check why this dependency is needed at all
[08:39] <oSoMoN> if my grep-fu is still ok, this dependency on qtdeclarative5-ubuntu-ui-extras0.2 is completely useless
[08:45] <oSoMoN> and apparently the need for this dependency was removed with revision 1008 of lp:gallery-app, in July last year…
[08:45] <oSoMoN> but debian/control wasn’t updated accordingly
[08:45] <oSoMoN> let me try and fix that mess
[08:46] <jibel> oSoMoN, yeah, that's what I checked with ldd
[08:46] <jibel> oSoMoN, unless it is dynamically loaded
[08:47] <oSoMoN> jibel, well it’s a QML plugin, so yes it would be dynamically loaded, but it’s not even imported anywhere
[08:47] <jibel> oSoMoN, ah ok
[08:47] <jibel> oSoMoN, sil2100 if it is not needed just drop the dep and reupload
[08:48] <jibel> to fix the archive
[08:48] <oSoMoN> jibel, yep, I’ll do that
[08:49] <sil2100> jibel: btw. since I see some silos signed-off yesterday - do you want those to land or prefer to only land silo 15?
[08:49] <Mirv> I guessed rtm is closed when it's closed and obviously didn't do anything to them :)
[08:50] <jibel> sil2100, uitk and unity8 anything else?
[08:50] <jibel> unity8  has some nice fixes
[08:50] <sil2100> Mirv: and good, since QA already started testing yesterday so I didn't want to make them re-test as well
[08:51] <sil2100> jibel: well, all depends on how much testing you did already and how much time we have, since I suppose it would call for a re-test
[08:53] <jibel> sil2100, 60% left
[08:53] <jibel> sil2100, we just ran sanity for telephony, waiting for silo 15
[08:54] <sil2100> jibel: ok
[08:54] <jibel> sil2100, I think it's better to rebuld with nly 15
[08:54] <jibel> +i +o
[08:54] <sil2100> jibel: yeah, otherwise I guess much more would need retesting
[08:55] <jibel> sil2100, and it's already late if we want something tomorrow
[08:58] <oSoMoN> jibel, sil2100: care to approve https://code.launchpad.net/~osomon/gallery-app/cleanup-debian-control/+merge/250272 ?
[08:58] <oSoMoN> gonna need a core-dev ack too, now that I think of it
[08:58] <jibel> oSoMoN, so currently in vivid, just the camera needs it?
[08:59] <oSoMoN> mvo, hey, if you’re around and have a sec, would you mind having a quick look at https://code.launchpad.net/~osomon/gallery-app/cleanup-debian-control/+merge/250272 and validating it?
[08:59] <jibel> it has been dropped from mediaplayer too
[08:59] <oSoMoN> jibel, not sure who uses it, but I know for sure that gallery-app doesn’t use it
[08:59] <oSoMoN> let me check
[08:59] <mvo> oSoMoN: sure
[09:00] <jibel> oSoMoN, if it is only for the camera, wouldn't it be better to embed it in the click package rather than making a click depend on a non-sdk lib?
[09:01] <oSoMoN> jibel, maybe, but as I don’t know the codebases and future plans for those apps, I can’t really comment
[09:02] <oSoMoN> apparently ubuntu-touch has a dependency on qtdeclarative5-ubuntu-ui-extras0.2
[09:02] <jibel> oSoMoN, yes for the camera
[09:02] <oSoMoN> I suppose to ensure that it’s present even though it’s not officially part of the SDK
[09:02] <jibel> oSoMoN, before it was pulled in by mediaplayer
[09:05] <oSoMoN> trainguards: can I haz a silo for line 64, please?
[09:06] <oSoMoN> mvo, thanks for the review btw
[09:06] <Mirv> oSoMoN: sure
[09:07] <oSoMoN> jibel, so once I land the dependency-drop in vivid, I’ll request another sync for RTM, but I suppose it’s too late at this stage, right?
[09:08] <jibel> oSoMoN, it's fine, it is just for the deb and we use the click package on the phone
[09:08] <oSoMoN> excellent
[09:14] <ogra_> imgbot, status 105 vivid
[09:14] <imgbot> Error: There does not seem to be any build with the number 105
[09:14] <ogra_> imgbot, status 104 vivid
[09:14] <imgbot> Status: succeeded, Started: 2015-02-18 19:12:45 UTC, Finished: 2015-02-18 20:10:15 UTC
[09:14] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/20186
[09:14] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/104.changes
[09:16] <oSoMoN> trainguards: can silo 3 be published, please?
[09:17] <sil2100> oSoMoN: sure, thanks :)
[09:19] <sil2100> oSoMoN: hmm, ok, so it seems 1.4.2-0ubuntu2 got published after you built the silo
[09:19] <sil2100> oSoMoN: do you have all the changes from 1.4.2-0ubuntu2 in this silo?
[09:20] <oSoMoN> sil2100, yes, they were fixes to make oxide work with Qt 5.4, they’re all part of the 1.5 branch
[09:21] <sil2100> Ok, so it's safe to publish nevertheless
[09:22] <sil2100> oSoMoN: ok, we need a core-dev review for this
[09:24] <oSoMoN> sil2100, the relevant revisions in the 1.5 branch of oxide are http://bazaar.launchpad.net/~oxide-developers/oxide/1.5/revision/950 and http://bazaar.launchpad.net/~oxide-developers/oxide/1.5/revision/956
[09:27] <sil2100> ogra_: would you have a moment to review a packaging diff for oxide? https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/lastSuccessfulBuild/artifact/packaging_changes_oxide-qt_1.5.3-0ubuntu1.diff
[09:27] <Mirv> oSoMoN: it'd be nice to preserve changelog history though, but I can make a MP for it
[09:28] <oSoMoN> mvo, I need another core-dev ack for https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/74/artifact/packaging_changes_oxide-qt_1.5.3-0ubuntu1.diff . This one is not as trivial as the other, but most of the diff is changes in the third-party chromium copy that goes with oxide, so there’s actually not that much to review
[09:28] <mvo> oSoMoN: let me look - is it intentional that you replace the changelog instead of appending to it?
[09:29] <Mirv> mvo: I just mentioned it
[09:29] <mvo> :)
[09:29] <Mirv> but it can be fixed for the next upload
[09:29] <oSoMoN> mvo, no, it’s not intentional
[09:29] <ogra_> sil2100, ACK
[09:30] <sil2100> oSoMoN, mvo: it seems ogra_ already gave a +1 on it ;)
[09:30] <mvo> oh, ok
[09:30]  * mvo needs to go to a meeting anyway:)
[09:30] <oSoMoN> excellent, thanks guys!
[09:30] <sil2100> mvo: yeah, the changelog thing is a bit sad, but oxide takes ages to compile ;p
[09:30]  * sil2100 noticed that his commitlogs are suddenly broken
[09:31] <mvo> no worries
[09:32] <Mirv> sil2100: just 5.5h, no problem
[09:33] <Mirv> oSoMoN: https://code.launchpad.net/~timo-jyrinki/oxide/restore_142ubuntu2_changelog/+merge/250276
[09:34] <oSoMoN> Mirv, man you’re fast :)
[09:37] <Mirv> sil2100: mvo: oSoMoN: ogra_: possible NACK on oxide? build dependency on libmedia-hub-dev added, which is in universe
[09:38] <ogra_> eeek !
[09:38] <Mirv> so it wouldn't pass from proposed, right? or media-hub would need to be promoted
[09:38] <oSoMoN> ouch
[09:38] <ogra_> yeah
[09:38] <ogra_> damn
[09:38] <Mirv> time to apply for core-dev if I spot something ogra doesn't! :)
[09:38] <ogra_> ++
[09:38] <ogra_> !
[09:38] <oSoMoN> man, I keep getting bitten by this kind of things, I should have learnt my lesson by now :/
[09:38] <oSoMoN> chrisccoulson, ^^
[09:44] <popey> cihelp (and maybe mirv) we're getting qt5.3/5.4 issues where it's complaining about 5.3 stuff installed and can't pull in 5.4 http://<IP_ADDRESS>:8080/job/generic-mediumtests-vivid/1085/console (look for 5.3.0+dfsg-2ubuntu9 in that page) ...
[09:45] <Mirv> popey: cihelp: nothing should build against vivid (which already had Qt 5.3.2 instead of 5.3.0 before), should build against rtm
[09:55] <sil2100> Good thing I didn't publish it yet ;)
[09:55] <Mirv> popey: cihelp: that said, the problem only comes from that there is now somehow a mix of 5.4.0 (vivid) + rtm (5.3.0) - if everything would be compiled against 5.4.0, it would just work still since Qt is largely backwards compatible
[09:55] <vila> Mirv: and the solution would be ? To have jobs for rtm instead of vivid ?
[09:58] <Mirv> vila: I guess to have either, not a mix of them. now it first compiles something on vivid and then tries to use those on rtm
[09:58] <Mirv> vila: but, additionally, since reminders is a .deb app instead of click, it would need to be built purely on rtm
[09:59] <vila> Mirv: and the build is part of the jenkins job ?
[10:01] <vila> Mirv: I see archive references for utopic and vivid (which is already surprising) but none to rtm...
[10:02] <dbarth__> Mirv: what's the recommendation for build depends like these?
[10:03] <dbarth__> i mean oxide supports both desktop and devices, but it would sound odd to have a device build with an extra dependency, and not on the desktop
[10:03] <dbarth__> and i imagine there are other components using media-hub which are in this case, aren't they?
[10:04] <dbarth__> sil2100, oSoMoN, ogra_ ^^ ?
[10:04] <ogra_> dbarth__, the only recommendation i have is to move media-hub to main
[10:04] <ogra_> or to drop the dep
[10:05] <ogra_> the infrastructure wont let it through otherwise
[10:05] <oSoMoN> ogra_, it won’t be trivial as media-hub itself build-depends on stuff that is in universe
[10:05] <oSoMoN> (e.g. gstreamer1.0-fluendo-mp3)
[10:05] <Mirv> vila: yeah, I only look at that log and see that it's first building on vivid, then trying to use those on utopic, and indeed nothing rtm. it doesn't look right, and has worked by luck before probably.
[10:05] <ogra_> right ...
[10:06] <vila> Mirv: I'm recording the issue in our queue to keep track
[10:07] <oSoMoN> dbarth__, we need to discuss the issue with media-hub maintainers
[10:07] <ogra_> long term media-hub needs to move to main one way or the other
[10:08] <ogra_> assumin we will use it in desktop at some point
[10:09] <oSoMoN> right, so the question becomes: how hard is it to promote it to main, and how fast can it be done to unblock oxide
[10:10] <imgbot> [10:10] <imgbot> [10:11] <oSoMoN> trainguards: can silo 12 be published, please?
[10:11] <ogra_> oh, that image only took 8h to build :)
[10:12] <Mirv> oSoMoN: done.
[10:12] <vila> ogra_: ooc, where there a particular issue that explains the 8h ?
[10:13] <oSoMoN> cheers
[10:13] <ogra_> vila, yep, a broken image on the system-image server, so the importer couldnt finish importing
[10:13] <Mirv> and right at that moment people.canonical.com went down?
[10:13] <vila> ogra_: thanks !
[10:13] <Mirv> ah, scheduled maintenance
[10:25] <dbarth__> ogra_: or move oxide to universe?
[10:26] <ogra_> dbarth__, then you would need to unseed it from desktop
[10:26] <dbarth__> and again, to clarify, it's the /build/ aspect that breaks? otherwise we do runtime detection of the media-hub api
[10:26] <ogra_> it is the build dependency
[10:26] <dbarth__> ogra_: yeah, well, i was trying different angles, but that one was extreme obviously ;)
[10:27] <dbarth__> ok
[10:37] <pete-woods> trainguards: just wanted to check if it was my dodgy net connection that was stopping the citrain dash from working?
[10:38] <sil2100> hm, I seem to be experiencing problems as well
[10:38] <Mirv> pete-woods: sil2100  scheduled maintenance on p.c.c
[10:38] <sil2100> Ah, ok, missed the announcement
[10:38] <pete-woods> ah, cool :)
[10:42] <oSoMoN> I just upgraded to image #115 on krillin, and I’m seeing unity8 use up a lot of CPU very quickly
[10:43] <sil2100> Mirv: btw. where was that announced? :)
[10:46] <Mirv> sil2100: is channel topic at the moment it went down, dunno otherwise :)
[10:48]  * sil2100 prefers e-mail announcements
[10:49] <sil2100> Since I'm not on all channels everywhere ;)
[10:49] <ogra_> that will teach you !
[10:49] <popey> vila: so what was the outcome of that qt5.3/5.4 issu?
[10:51] <vila> popey: <vila> Mirv: I'm recording the issue in our queue to keep track
[10:52] <popey> ah okay.
[11:07] <boiko> davmor2: good morning! just so you know, if you need anything regarding silo 15, I am around :)
[11:08] <davmor2> boiko: nice thanks
[11:08] <davmor2> boiko: a spare cmu2000
[11:08] <davmor2> no
[11:09] <davmor2> 200 I was close
[11:09] <boiko> :)
[12:01] <oSoMoN> trainguards: should I be worried about "gallery-app (0.0.67+15.04.20150219-0ubuntu1) is in no known spacetime" ?
[12:20] <cjwatson> oSoMoN: It doesn't seem to have made it to publishing.
[12:20] <cjwatson> https://launchpad.net/ubuntu/+source/gallery-app/+publishinghistory
[12:22] <oSoMoN> Mirv, ^^ looks like silo 12 wasn’t published
[12:22] <cjwatson> ubuntu-archive@snakefruit:~$ cat public_html/cicopy.log
[12:22] <cjwatson> Latest update:  Thu Feb 19 12:20:01 UTC 2015
[12:22] <cjwatson> bzr: ERROR: These branches have diverged. Use the missing command to see how.
[12:22] <cjwatson> Use the merge command to reconcile them.
[12:22] <cjwatson> I've seen more reassuring things
[12:23] <cjwatson> Nothing in cu2d/incoming though, so perhaps we need to reprocess?
[12:28] <cjwatson> If so, please get me a list of packagelist_rsync_* URLs to fetch manually.
[12:32] <popey> cihelp: I can't see what's wrong with this, but it's failing to land.. help? http://<IP_ADDRESS>:8080/job/ubuntu-calendar-app-autolanding/458/
[12:34] <Mirv> oSoMoN: hmm
[12:35] <Mirv> oSoMoN: publish success, there's the rsync line...
[12:35] <Mirv> cjwatson: http://pastebin.ubuntu.com/10307419/ ?
[12:35] <Mirv>  oh, I mean https://ci-train.ubuntu.com/job/ubuntu-landing-012-2-publish/66/artifact/packagelist_rsync_landing-012-vivid
[12:36] <Mirv> cjwatson: and https://ci-train.ubuntu.com/job/ubuntu-landing-011-2-publish/lastSuccessfulBuild/artifact/packagelist_rsync_landing-011-vivid
[12:37] <boiko> tranguards: I need a silo for a telepathy-qt5 change (which usually lands as source pushing directly), how should I put that in the spreadsheet?
[12:37] <cjwatson> Mirv: both poked into incoming
[12:37] <boiko> trainguards: the MR for the change is here: https://code.launchpad.net/~tiagosh/ubuntu/vivid/telepathy-qt5/fix-requested/+merge/250251
[12:37] <cjwatson> ubuntu-archive@snakefruit:~/cu2d/incoming$ cat packagelist_rsync_*
[12:37] <cjwatson> ci-train-ppa-service/ubuntu/landing-011 Release vivid   Proposed        vivid   libusermetrics  1.1.1+15.04.20150219-0ubuntu1   1.1.1+14.10.20141020-0ubuntu1   timo-jyrinki    ubuntu
[12:37] <cjwatson> ci-train-ppa-service/ubuntu/landing-012 Release vivid   Proposed        vivid   gallery-app     0.0.67+15.04.20150219-0ubuntu1  0.0.67+15.04.20150217-0ubuntu1  timo-jyrinki    ubuntu
[12:38] <Mirv> boiko: since we've no upstream project for it, you'd add it still to the additional source packages to land and get your MP uploaded manually to the silo by a trainguard
[12:38] <Mirv> cjwatson: great!
[12:39] <boiko> Mirv: ah ok, and how do I create the same change for RTM? just manually create the source deb?
[12:39] <Mirv> cjwatson: do you think you'd have time for pre-binNEW review of compiz-mate that I've tried for vain to get archive admin to review without poking directly? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-021 / https://ci-train.ubuntu.com/job/ubuntu-landing-021-2-publish/lastSuccessfulBuild/artifact/packaging_changes_compiz_1%3A<IP_ADDRESS>+15.04.20150213-0ubuntu1.diff
[12:39] <Mirv> since it's FF today, I'll need to start poking arch admins directly unfortunately
[12:40] <cjwatson> Mirv: Probably not, I'm afraid.  I need to put some dedicated thought into proposed-migration for stable releases today
[12:40] <Mirv> cjwatson: ok, thanks
[12:40] <cjwatson> At the moment I'm mainly in ubuntu-archive for operational emergencies and code maintenance, rather than package review
[12:41] <Mirv> that's alright
[12:44] <Mirv> boiko: hmm, I don't find ubuntu-rtm packaging branches to exist, so yes that'd be it. trainguards would debdiff what you have to make sure the upload is alright.
[12:44] <Mirv> boiko: or you can simply give a patch or something like that..
[12:44] <boiko> Mirv: ok, thanks :)
[12:50] <cjwatson> Mirv: still seems sad, http://people.canonical.com/~ubuntu-archive/cicopy.log
[12:50] <cjwatson> hm, maybe that's the cu2d code itself
[12:51] <Mirv> sil2100: ^ we might need you
[12:51] <cjwatson> ubuntu-archive@snakefruit:~/cu2d/cupstream2distro$ bzr pull
[12:51] <cjwatson> Using saved parent location: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/
[12:51] <cjwatson> bzr: ERROR: These branches have diverged. Use the missing command to see how.
[12:51] <cjwatson> Use the merge command to reconcile them.
[12:51] <cjwatson> did somebody uncommit something?
[12:51] <cjwatson> ubuntu-archive@snakefruit:~/cu2d/cupstream2distro$ bzr log --line | head -n3
[12:51] <cjwatson> 886: Robert Bruce Park 2015-02-18 Implement new Revno class with tests.
[12:51] <cjwatson> 885: Robert Bruce Park 2015-02-18 Delete also build-area/ to save space.
[12:51] <Mirv> robru has been active there recently
[12:51] <cjwatson> 884: Robert Bruce Park 2015-02-18 [merge] Simplify some packagemanager functions, with tests. Fixes: https://bugs.launchpad.net/bugs/1423080.
[12:51] <Mirv> it would look like matching https://code.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk
[12:52] <cjwatson> almost but not quite
[12:52] <cjwatson> the deployed r886 is revision ID<EMAIL_ADDRESS>the one on LP is<EMAIL_ADDRESS>[12:52] <Mirv> robru: don't go uncommitting! :)
[12:52] <cjwatson> I spy an uncommit/recommit
[12:52] <Mirv> cjwatson: so, bzr uncommit, bzr revert, bzr pull
[12:53] <Mirv> would workaround
[12:53]  * cjwatson runs bzr pull --overwrite
[12:53] <cjwatson> should work now
[12:53] <Mirv> oh, that option
[12:54] <boiko> rsalveti: oups, the spreadsheet was not up-to-date here (not sure why/how) and I accidentally messed up with row 62 of the spreadsheet :-S
[12:55] <boiko> rsalveti: do you by chance know how do I revert that?
[12:56] <cjwatson> Mirv: http://people.canonical.com/~ubuntu-archive/cicopy.log looks happier
[12:57] <rsalveti> boiko: guess sil2100 should be able to help
[12:57] <boiko> sil2100: help please! :)
[12:58] <rsalveti> because powerd already landed at least
[12:58] <boiko> sil2100: the spreadsheet was outdated(?) here, and I accidentally ended up messing up rsalveti's entry at row 62
[12:58] <boiko> sil2100: any way to revert that?
[12:59] <boiko> rsalveti: really sorry about that
[12:59] <rsalveti> as my entry landed already, I think you can just overwrite it
[13:00] <Mirv> boiko: the spreadsheet has had mor eand more syncing problems recently
[13:01] <boiko> Mirv: yes, that's bad :/
[13:02] <boiko> Mirv: thanks
[13:02] <Mirv> sil2100: I think unping re: all pings at your direction lately :)
[13:03] <Mirv> davmor2: so, 15 ready to land now and then a image rebuild?
[13:03] <pmcgowan> oh goodie
[13:03] <boiko> \o/
[13:03] <davmor2> jibel: ^ sounds correct right?
[13:04] <jibel> davmor2, perfectly correct
[13:04] <jibel> davmor2, thank you!
[13:04] <boiko> Mirv: so, should I continue using the row I messed up or should I use a new one? I will need two rows anyway (one for vivid and one for rtm)
[13:04] <Mirv> boiko: I added a line for you already, I can add another one below it too
[13:05] <Mirv> rtm-015 published
[13:05] <boiko> Mirv: ah ok, I had one more at the end, let me remove that one
[13:05] <davmor2> boiko, pmcgowan: well technically I should fail it, for the lack of cmu200 but we'll let that one slide :) It doesn't break anything on the phone so we'll need to leave that to whoever it is that has one to test it works :)
[13:07] <pmcgowan> davmor2, you mean you could not test it? yeah understood
[13:07] <boiko> pmcgowan: salem_ created a patch for telepathy-qt5 fixing the bluetooth problems you were seeing
[13:08] <pmcgowan> boiko, I saw, does it really add a new file?
[13:08] <boiko> pmcgowan: luckly it is a one line change, the rest of the stack was ready for this case already for quite some time
[13:08] <boiko> pmcgowan: nops, one line change, the new file is because of quilt (git patch management)
[13:09] <pmcgowan> boiko, ok figured something like that
[13:09] <davmor2> pmcgowan: http://www3.rohde-schwarz.com/bargains/catalog/Test_and_MeasurementWireless_Communications_Testers_and_SystemsWireless_Device_Testers/F2AE553561110BACC125726D003A0DF3.html  their cheap at 34,000 euros so I'm not sure why all of qa don't have them ;)
[13:09] <davmor2> s/their/they're
[13:09] <pmcgowan> davmor2, I'll see what I can do :)
[13:10] <davmor2> pmcgowan: hehe :)
[13:11] <boiko> Mirv: can I get this source change uploaded on vivid silo 25: https://code.launchpad.net/~tiagosh/ubuntu/vivid/telepathy-qt5/fix-requested/+merge/250251
[13:12] <Mirv> boiko: it's there already, building :D
[13:12] <Laney> "Forwarded: no" → why?
[13:13] <Mirv> boiko: I knew what you'd want, so I went ahead and did it
[13:18] <vila> popey: sry for the dealy, lunch ;) Isnt't http://<IP_ADDRESS>:8080/job/generic-mediumtests-vivid/1116/testReport/ the explanation ?
[13:19] <popey> vila: i see nothing there that explains anything - what am I missing?
[13:19] <vila> popey: there is only one test and it fails (I don't why either though :-/)
[13:19] <vila> *know
[13:20] <vila> popey: but at least I think it explains why the job is marked UNSTABLE
[13:21] <popey> i guess the frustrating thing is it passed ci, but fails autolanding and we have no idea why
[13:21] <popey> i don't know what we do at this point
[13:21] <vila> popey: try to reproduce locally ?
[13:21] <popey> ok
[13:22] <vila> popey: if that's possible I mean, I don't know much of the context here :-/
[13:22] <popey> I'll run it and see what happens
[13:22] <vila> popey: re-reading the log, it seems that some tests are passing so the end result shouldn't be a single failed test
[13:23] <vila> popey: in reverse chronological order:
[13:24] <vila> + autopilot_result=137 # overall error ?
[13:24] <popey> where are you seeing this?
[13:24] <vila> /tmp/hudson7000586311193193760.sh: line 91:  2088 Terminated              qmlscene /tmp/main.qml
[13:24] <vila> /tmp/hudson7000586311193193760.sh: line 91:  2096 Killed                  timeout --kill-after=30 --signal=2 $test_suite_timeout $python_to_use -m autopilot.run run --timeout-profile=long -v -o /tmp/test_$test_suite.xml -f xml -r -rd /tmp/ $test_suite
[13:24] <popey> every link I click gives me empty pages
[13:24] <vila> http://<IP_ADDRESS>:8080/job/generic-mediumtests-vivid/1116/consoleFull
[13:24] <vila> 12:29:32.691 DEBUG _X11:309 - Releasing mouse button 1
[13:24] <vila> Traceback (most recent call last):
[13:24] <vila>   File "/usr/lib/python3/dist-packages/dbus/connection.py", line 602, in msg_reply_handler
[13:24] <vila>     def msg_reply_handler(message):
[13:24] <vila> KeyboardInterrupt
[13:25] <popey> i can't even run the tests locally, ImportError: No module named address_book_service_testability
[13:26] <vila> popey: so that last test seems to loop and probably hit a timeout but that seems to be a timeout to guard the whole run instead of failing the test itself (and it also seems that the name of the test is only displayed at the end so we don't know which one is failing)
[13:26] <vila> popey: :-/
[13:27] <popey> it does seem to take a long time to run those tests on jenkins
[13:27] <popey> i have address_book_service_testability installed. so not sure what it wants from me
[13:28] <vila> ha, the failing test seems to be:
[13:28] <vila> 12:16:42.866 INFO _logging:41 - Starting test calendar_app.tests.test_weekview.TestWeekView.test_show_next_weeks
[13:28] <vila> and it loops until 12:30:02.820 DEBUG _X11:309 - Releasing mouse button 1
[13:28] <vila> so 14mins
[13:29] <popey> hmm
[13:29] <popey> thanks for that info
[13:29] <popey> wish I could run it here.
[13:29] <vila> popey: np, sorry I can't help much more :-/
[13:29] <vila> yeah, that's a killer :-/
[13:34] <sil2100> Im still on lunch, will be back soonish
[13:36] <Mirv> sil2100: all is good here, no hurry
[13:39] <kenvandine> ugh... translations got merged into trunk during landing...
[13:39] <Mirv> bregma: note FF is today, and I haven't been able to find https://launchpad.net/~ubuntu-archive/+members to pre-binNEW review compiz-mate from the silo to publish it. Colin is not available for review, didrocks has not (yet) answered my ping.
[13:39] <kenvandine> sil2100, should i just do a rebuild and publish again?
[13:39] <Mirv> bregma: on Tue and Wed I asked generally and today started pinging directly... it needs to bin by 2100 UTC
[13:39] <bregma> Mir, this makes me sad
[13:40] <ogra_> why does Mir make you sad ?
[13:40] <bregma> well, that too :)
[13:40] <ogra_> :)
[13:40] <bregma> perhaps I meant to type "Merde, that makes me sad"
[13:40] <ogra_> haha
[13:41] <Mirv> bregma: there's plenty of US archive admins though, but direct pinging seems necessary, and possibly explaining that Train passes by binNEW meaning that the review needs to be done before hitting Publish
[13:42] <Mirv> bregma: you can recruit robru to help you in pinging archive admins
[13:43] <bregma> when the sun rises on that part of the world
[13:44] <popey> balloons: you about? need help running ap tests
[13:51] <john-mcaleely> imgbot, status 241 rtm
[13:51] <imgbot> Error: There does not seem to be any build with the number 241
[13:51] <om26er> jgdx, ping
[13:51] <john-mcaleely> imgbot, status 240 rtm
[13:51] <imgbot> Status: succeeded, Started: 2015-02-18 18:43:30 UTC, Finished: 2015-02-18 19:33:30 UTC
[13:51] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/20184
[13:51] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/240.changes
[13:56] <jgdx> om26er, pong
[13:57] <sil2100> kenvandine: hm, as you prefer ;) Thosr can land next time too
[13:57] <om26er> jgdx, it was about setup wizard regression, which I was told is mterry' domain. unping :)
[13:57] <jgdx> om26er, successfully unpinged :)
[13:58] <sil2100> Mirv: did silo 15 rtm land?
[13:58] <Mirv> sil2100: yes!
[13:58] <Mirv> so if rmadison is happy it's time for image
[13:59] <jibel> sil2100, not yet in the release pocket
[13:59] <Mirv> it's according to LP but probably a few minutes still until it's really
[14:00] <jibel> sil2100, om26er found a problem with the wizard, without SIM the wizard doesn't tell "you don't have a sim"
[14:00] <Mirv> yeah, not yet
[14:00] <sil2100> Uh
[14:01] <om26er> could be landing 007
[14:06] <sil2100> Mirv, bregma: as compiz is a desktop package maybe you could ping didrocks about it? He's an archive admin
[14:07] <bregma> sil2100, taken care of
[14:09] <sil2100> jibel: how much testing (not counting telephony) is needed from the regression suite still?
[14:10] <jibel> sil2100, ~200 tests, it should be finished tomorrow morning
[14:10] <sil2100> So far no blockers?
[14:10] <Mirv> sil2100: jibel: rmadison seems now happy http://pastebin.ubuntu.com/10308469/
[14:10] <jibel> sil2100, this wizard thing om26er just found
[14:11] <jibel> sil2100, bug 1423565
[14:12] <sil2100> Mirv: Ill need 25 moar minutes before I can kick an image, I don't have the required keys here...
[14:12] <sil2100> ogra: could you kick an rtm image for us?
[14:13] <sil2100> jibel: thanks, we need mterry I guess
[14:13] <jibel> sil2100, he is on it
[14:13] <mterry> sil2100, jibel: I'm working with boiko to see where the regression lies, yeah
[14:14] <pmcgowan> sil2100, do you want to hold off the image until they debug the wizard
[14:14] <sil2100> mterry: excellent
[14:15] <sil2100> pmcgowan: yeah, anyway I don't have the tools for kicking it right now
[14:16] <sil2100> ogra_: don't kick an image for now, I'll do it later ;) Sorry for the noise
[14:17] <ogra_> sil2100, heh,. ok
[14:27] <oSoMoN> trainguards: can I have a silo for line 69, please?
[14:34] <Mirv> oSoMoN: rtm-014
[14:38] <oSoMoN> Mirv, thanks!
[14:49] <tedg> trainguards, Can I get a vivid silo for line 68 please?
[14:54] <sil2100> tedg: on it
[14:54] <tedg> sil2100, Thanks!
[15:02] <sil2100> mterry: any progress? :)
[15:03] <davmor2> sil2100: looks like libqofono that landed in 239
[15:04] <mterry> sil2100, we know roughly what caused it, but solutions aren't clear yeat
[15:04] <davmor2> sil2100: 238 shows the no sim page
[15:06] <sil2100> mterry, davmor2: so there's chance that the fix will have to happen on ofono side?
[15:07] <mterry> sil2100, ...  I dunno.  Technically, the ofono update is nice.  But it breaks assumptions the wizard made.  And it's not clear if the wizard can fix assumptions without regressions of some sort (maybe on tablet only though?)
[15:10] <sil2100> hm, ok, then I'll waiti with kicking the image
[15:10] <sil2100> Since if ofono changes would be needed then QA would anyway have to re-test telephony
[15:14] <jgdx> mterry, what in ofono was updated/changed?
[15:16] <mterry> jgdx, I haven't looked at the diff yet.  still fighting some stupid krillin problem.  But good point, let me check
[15:18] <mterry> jgdx, http://launchpadlibrarian.net/196819617/libqofono_0.53-0ubuntu2_0.70~rtm-0ubuntu2.diff.gz - OfonoManager went from sync to async
[15:18] <jgdx> mterry, aah libqofono
[15:19] <jgdx> I thought ofono
[15:21] <pmcgowan> jgdx, do we depend on changes in libqofono? or could we consider reverting it
[15:22] <jgdx> pmcgowan, we do depend on those changes.
[15:23] <tedg> trainguards, what ever you do, give me a vivid silo for line 70 before you give one to kenvandine.
[15:23] <sil2100> pmcgowan, jgdx: I suppose reverts aren't an option, as I see it was a critical requested by bq as well
[15:23] <sil2100> tedg: ;)
[15:23] <pmcgowan> jgdx, ok just thought I'd ask
[15:23] <kenvandine> tedg, i have a silo already :)
[15:23] <kenvandine> tedg, i win
[15:24]  * tedg cries a little
[15:24] <kenvandine> tedg, nothing but love man!
[15:24] <sil2100> mterry, jgdx: give me a sign where you think the fix will be needed, since basing on that we can either have a new image already or wait for your fix to land instead
[15:24] <sil2100> tedg: assigning anyways
[15:25] <tedg> sil2100, Heh, thank you!
[15:25] <jgdx> mterry, sil2100, for rtm, the wizard in u-s-s needs a small rewrite of the modem detection logic
[15:25] <jgdx> mterry, right?
[15:26] <jgdx> mterry, I can help if you need any!
[15:26] <kenvandine> jgdx, i'm sure you already have code for that
[15:26] <jgdx> kenvandine, yeah
[15:26] <mterry> jgdx, yes....  that would do it.  But may require regressions on the tablet
[15:26] <sil2100> uh
[15:26] <mterry> jgdx, for a no regression solution, we'd need to revert libqofono back to sync
[15:26] <mterry> not all the changes, just the async one
[15:27] <kenvandine> or add a sync one
[15:27] <kenvandine> i'd think we want both
[15:29] <mterry> Alternatively, we could add a small property to libqofono AND update the wizard, so that no regression happesn
[15:34] <om26er> tedg, Hi! do you work on indicator-network ?
[15:35] <tedg> om26er, Not that often, but I might be able to point in the right direction.
[15:35] <tedg> om26er, We do have an "indicator team" meeting in 30 minutes :-)
[15:36] <om26er> tedg, ok, So right now on image 240, my indicator looks like this: http://i.imgur.com/nBcJ3ue.png
[15:36] <om26er> repeating stuff FTW!
[15:36] <tedg> om26er, What channel is "240" ?
[15:36] <om26er> tedg, its latest rtm image.
[15:37] <tedg> Ah, so RTM proposed.
[15:37] <tedg> Probably the best thing there is grab the menu from the indicator so we can see if the indicator is to blame or U8 is.
[15:38] <kgunn> trainguards can i get a reconfig on vivid silo 0
[15:38] <kgunn> pretty please
[15:39] <tedg> om26er, gdbus call --session --dest com.canonical.indicator.network --object-path /com/canonical/indicator/network/phone --method org.gtk.Menus.Start "[0,1,2,3,4]"
[15:39] <sil2100> kgunn: sure
[15:39] <tedg> om26er, See if that has the same duplication.
[15:40] <tedg> om26er, If it does, file the bug on indicator-network, if it doesn't file it on unity8.
[15:41] <om26er> tedg, http://paste.ubuntu.com/10309642/
[15:42] <sil2100> pmcgowan: ok, so since it indeed seems that we might need a change in ofono, let's wait with building the promotion candidate
[15:43] <om26er> seems its only showing data from indicator.modem.1 ?
[15:46] <tedg> om26er|dinner, Yeah, seems like a u8 bug to me.
[15:47] <tedg> dednick, ^
[15:52] <dednick> tedg: looking
[15:55] <dednick> tedg, om26er|dinner: that's not u8 bug. if it's showing menu data for 1 modem twice then it's a indicator-network issue. Wellwark is probably your man.
[15:56] <dednick> u8 doesnt supply the menu data.
[15:57] <oSoMoN> jibel, I landed the dependency removal for gallery-app in vivid and requested an RTM sync, it’s in silo 14 and needs QA approval, in case you can do something about it
[15:57] <dednick> also showing access point twice which is weird.
[15:57] <tedg> dednick, We dumped the menu data and I don't see two instances in there.
[15:57] <dednick> tedg: look again :)
[15:58] <dednick> tedg: there are 2 modeminfoitems.
[15:58] <dednick> com.canonical.indicator.network.modeminfoitem
[15:58] <tedg> dednick, Ah, you're right, my search failed me.
[15:58] <tedg> We need to get a better dump of menus.
[16:02] <dednick> tedg, om26er|dinner: FTW. dbus-send --print-reply --session --dest=com.canonical.indicator.network /com/canonical/indicator/network/phone org.gtk.Menus.Start array:uint32:0,1,2,3,4
[16:03] <tedg> Ah, that is better. We should be able to do even better though :-)
[16:20] <mterry> jgdx, btw, I've almost got a fix -- no libqofono changes needed, it contains enough information that wizard can get everything it needs
[16:20] <sil2100> \p/
[16:20] <jgdx> mterry, wow, nice. How?
[16:20] <jgdx> not let me keep you, btw
[16:21] <mterry> jgdx, just using a bunch of signal watchers and properties to wait until ofono is done initializing
[16:21] <mterry> Just testing all cases I can think of now
[16:22] <jgdx> cool
[16:23] <jibel> sil2100, do we wait for a fix or respin an image so we can test telephony?
[16:23] <sil2100> mterry: what's the ETA for the fix?
[16:24] <mterry> sil2100, within an hour for sure.  hopefully 30m
[16:24] <sil2100> (by ETA I mean finishing the fix and testing it)
[16:27] <robru> Mirv: cjwatson: bah! sorry for the uncommit, it was one typo, took me like 10 seconds to correct. bad luck with snakefruit snagging that...
[16:27] <cjwatson> ah well
[16:28] <cjwatson> I thought about adding --overwrite to the cron job but I figure generally we want to know ...
[16:28] <sil2100> jibel: we could basically build a new image now, since it would land in ~1.5h probably (which is how long an image is building)
[16:28] <robru> cjwatson: yeah it shouldn't happen, was a mistake on my end
[16:28] <sil2100> jibel: this way we could at least have a testing candidate in case some problems with the fix appear
[16:29] <sil2100> We might not gain much time, but we don't loose much by kicking an image
[16:29] <pmcgowan> sil2100, without the wizard change?
[16:29] <pmcgowan> not sure we gain much by building without it vs wait 30 mins
[16:29] <jibel> sil2100, hm, if it is just to save 1h, we don't gain much
[16:29] <sil2100> pmcgowan: yeah, since in case the wizard change takes longer to test, QA will at least be able to do some telephony tests in the meantime
[16:30] <sil2100> And building an image doesn't cost us anything
[16:31] <sil2100> I would personally opt for building an image
[16:39] <jibel> sil2100, let's wait for the fix.
[16:39] <sil2100> Well, your call ;) Normally we would already have an image with the ofono bits in it
[16:41] <jibel> sil2100, we still have plenty of things to review to keep us busy for the next hour :)
[16:41] <sil2100> jibel: ;)
[16:42] <jibel> sil2100, no landing meeting tonight, correct?
[16:42] <sil2100> jibel: no, since the stakeholder meeting is conflicting for me
[16:42] <jibel> k
[16:42] <sil2100> robru: ^ just so you know, no landing meeting today
[16:45] <robru> sil2100: cool
[16:46] <robru> sil2100: did you see any cases where publication was blocked due to unbuilt revisions? I landed that yesterday.
[16:46] <mterry> jgdx, sil2100: can I have some testing help?  lp:~mterry/ubuntu-system-settings/wait-for-qofono has the fix.  I've tested on mako.  But my krillin is having some issues and I don't have a tablet -- both should have this run
[16:47] <mterry> jgdx, sil2100: it's just qml changes, so no need to rebuild
[16:47] <mterry> am trying to fix my krillin
[16:47] <jibel> om26er, ^ can you help?
[16:47] <om26er> mterry, jibel sure
[16:47] <jgdx> mterry, on it
[16:48] <jgdx> mterry, rtm, right?
[16:48] <mterry> jgdx, yes
[16:49] <sil2100> I need to reflash to ubuntu-rtm, doing
[16:51] <jgdx> mterry, steps to verify?
[16:52] <jgdx> guess I have to remove all sims
[16:52] <mterry> jgdx, on krillin: make sure that 0, 1 (first), 1 (second), and 2 SIM cards all behave as you expect.  And on tablet, make sure you don't see the screen (because you have no SIM modems anyway)
[16:55] <jgdx> mterry, 1. 0 SIMs, got the screen re: insert and reboot. 2. One SIM, no screen. 3. Two SIMs, no screen. That is what I would except.
[16:55] <jgdx> on a cell, don't own a tablet
[16:56] <jgdx> s/except/expect :)
[16:56] <mterry> jgdx, good enough for me.  I suspect we can regress tablet on this regard in RTM momentarily, if this is blocking us on other stuff (and I don't think it will regress, just saying if I screwed up)
[16:56] <mterry> jgdx, worst case is tablet shows a no-sim page in wizard
[16:59] <jgdx> mterry, wouldn't onModemsChanged have to fire on tablet for the screen to show?
[16:59] <om26er> mterry, there is a minor flicker while going from "Hi!"  to "Lock security" page with a SIM in.
[16:59] <om26er> the fix however does work.
[16:59] <mterry> jgdx, yes.  But in code, it fires even if no modems, even if going from zero to zero.  It just fires as soon as it hears the answer from ofono
[17:00] <elopio> ping cihelp: which is the team one should be in to get jenkins runs in ubuntu-sanity-tests branches?
[17:00] <mterry> jgdx, and then once it does fire, we see "OK, we have enough info" and then skip anyway because no modems
[17:00] <elopio> the branches by fgimenez are not triggering the jenkins runs.
[17:00] <mterry> om26er, yup, that's us waiting on ofono now :-/
[17:01] <mterry> om26er, I could do some more work and fix that flicker probably, by keeping previous screen up?  But then we look slightly unresponsive
[17:01] <jgdx> mterry, ah. So the fix would be to create Sim bindings for each modem and check the "present" property.
[17:01] <mterry> om26er, or we could add an indicator.  But I believe design nixed that at one point
[17:01] <fginther> elopio, looking
[17:01] <mterry> jgdx, which we do
[17:01] <elopio> thanks fginther
[17:01] <om26er> mterry, Well since its a blocker I guess its fine to put in.
[17:01] <mterry> om26er, "an activity indicator"
[17:02] <om26er> yeah I got that.
[17:02] <jgdx> mterry, right, but that's also async :p
[17:02] <mterry> om26er, oh... design nixed it in a different context.  maybe they wouldn't mind in this case
[17:02] <mterry> jgdx, yup, but they also have a "ready" property to tell us when they have all their properties ready to be read
[17:02] <psivaa_> fginther: https://trello.com/c/sBrbVVTR/92-vanguard-a-private-mp-from-canonical-platform-qa-is-not-triggering-the-ci-and-autolanding is the card that i creaed for this
[17:03] <fginther> psivaa_, thanks, looking at that
[17:03] <om26er> mterry, ah so we can get a spinner there, then :)
[17:03] <mterry> om26er, I can fix by adding a spinner in a follow-on branch, and talking to design about it
[17:03] <mterry> om26er, in past, they have not been thrilled with super-quick spinners, preferring to just not show anything.  But again, that was a different context
[17:03] <mterry> om26er, but I don't want to block this on a design decision
[17:04] <jgdx> mterry, [1] does not make me confident ready actually does that. [1] https://github.com/nemomobile/libqofono/blob/master/src/qofonomodeminterface.cpp#L107
[17:04] <om26er> mterry, +1
[17:04] <mterry> jgdx, I saw that comment, but the code does what we want
[17:05] <jgdx> mterry, okay
[17:05] <mterry> jgdx, maybe they'll remove it in future...  But seems like they are committed to the property
[17:05] <mterry> jgdx, I have to go meet someone for lunch.  If this needs further fixes, can you have kenvandine do it in the short term?  I'll check back after
[17:05] <jgdx> mterry, sure
[17:05] <mterry> thanks!
[17:06] <kenvandine> jgdx, just let me know
[17:08] <jgdx> kenvandine, wait, what state is that fix in now?
[17:09] <sil2100> mterry, jgdx, kenvandine: is the fix ready for a silo already?
[17:09] <mterry> sil2100, kenvandine, jgdx: should be
[17:09] <mterry> needs review, but has been tested on mako and krillin
[17:10] <jgdx> reviewed
[17:10] <mterry> Could stand a review on flo
[17:10] <mterry> a test on flo I mean
[17:10] <fginther> elopio, psivaa_, ok, fgimenez is now on the right list. Can you please propose an MP to test it out if one doesn't already exist?
[17:10] <mterry> But still.  Should be ready to go
[17:10] <kenvandine> jgdx, i hadn't even seen there was a fix yet :)
[17:10] <elopio> thanks fginther.
[17:10] <mterry> kenvandine, https://code.launchpad.net/~mterry/ubuntu-system-settings/wait-for-qofono/+merge/250349
[17:10] <jgdx> mterry is superman
[17:10] <kenvandine> jgdx, but if it's good to go... i'd be happy to land it
[17:10] <jgdx> kenvandine, awesome
[17:10] <kenvandine> jgdx, indeed... mterry is like superman and green lantern in one
[17:11]  * mterry blushes
[17:11] <sil2100> mterry: does the same problem happen on vivid?
[17:11]  * mterry runs out door
[17:11] <sil2100> hah ;)
[17:11] <mterry> sil2100, yes, it does.  I'll file a unity8 MP after lunch
[17:11] <kenvandine> mterry, don't forget your cape
[17:11] <sil2100> Would be nice to make sure it's landing in vivid as well
[17:11] <sil2100> mterry: thanks, you rock!
[17:12] <mterry> sil2100, (well, I assume it does -- same code)
[17:12] <jgdx> and that ap test :P
[17:12] <fginther> psivaa_, I've also updated the playbook to correct the path to the jlp config file
[17:12] <psivaa_> fginther: thanks
[17:12] <fginther> psivaa_, thanks for referenencing that
[17:12] <mterry> jgdx, right...  the QA team was going to write some autopilot tests for the wizard
[17:12] <sil2100> Will anyone fill in a landing for this? ;)
[17:12] <mterry> not sure what came of that
[17:12]  * mterry really runs
[17:15] <sil2100> kenvandine, mterry, jgdx: let me create a landing for that then
[17:15] <kenvandine> sil2100, thx!
[17:15] <kenvandine> jgdx, do you have an rtm device handy to test?
[17:15] <jgdx> kenvandine, yeah
[17:15] <kenvandine> i just flashed back to vivid to test the AP fixes :)
[17:15] <kenvandine> cool
[17:15] <kenvandine> jgdx, so you can test the silo?
[17:15] <jgdx> yes
[17:15] <kenvandine> awesome, thanks!
[17:20] <sil2100> mterry, kenvandine, jgdx: building the silo
[17:20] <kenvandine> sil2100, thx
[17:20] <sil2100> yw :)
[17:34] <jgdx> sil2100, just quickly eating something. Testing it as soon as done()
[17:35] <sil2100> jgdx: thanks! And please get the branch top-approved if you can
[17:41] <boiko> trainguards: can I get a reconfigure on vivid silo 25? new component (telepathy-ofono) added there
[17:41] <robru> boiko: what spreadsheet line/
[17:42] <robru> boiko: 63?
[17:43] <robru> boiko: done, note that you have conflicts in silo 24
[17:43] <boiko> robru: yep, I will manage those, thanks
[17:43] <robru> boiko: you're welcome
[17:43] <kenvandine> sil2100, jgdx top approved
[17:44] <elopio> fginther: psivaa_: fginther: the jenkins job ran. Thanks.
[17:44] <fginther> elopio, thanks for the update
[17:46] <sil2100> \o/
[17:50] <john-mcaleely> imgbot, status 241 rtm
[17:51] <imgbot> Error: There does not seem to be any build with the number 241
[17:51] <john-mcaleely> imgbot, status 240
[17:51] <imgbot> Status: succeeded, Started: 2015-02-18 18:43:30 UTC, Finished: 2015-02-18 19:33:30 UTC
[17:51] <imgbot> Build URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/20184
[17:51] <imgbot> Changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/240.changes
[17:51] <john-mcaleely> imgbot, help
[17:51] <imgbot> I am the firendly system-image watchbot !
[17:51] <imgbot> I know the following commands:
[17:51] <imgbot> help, stop, status, map, stunt
[17:51] <imgbot> for questions please mail<EMAIL_ADDRESS>[17:51] <john-mcaleely> joc_, ^
[17:51] <john-mcaleely> imgbot, stunt
[17:51]  * imgbot rolls on its back and purrs
[17:51] <ogra_> :)
[17:52] <john-mcaleely> thanks ogra_ :-)
[17:52] <davmor2> john-mcaleely: behave ;)
[17:52] <john-mcaleely> this is all joc_ 's fault.
[17:53] <sil2100> john-mcaleely: sadly still no new image
[17:53] <sil2100> john-mcaleely: we're waiting for the wizard fix...
[17:53] <sil2100> It's in a silo and building
[17:53] <john-mcaleely> sil2100, yeah. was just showing joc_ how imgbot works :-)
[17:53] <joc_> does sil2100 do stunts?
[17:53] <ogra_> sil2100, stunt
[17:53] <ogra_> lets try :)
[17:53]  * sil2100 drops on the floor and hits his head on the table
[17:53] <john-mcaleely> he's very slow
[17:54] <sil2100> Ouch
[17:54] <john-mcaleely> ouch
[17:54] <ogra_> well, that stunt probably needed some preparation
[17:54] <ogra_> like a pillow on the table :)
[17:54] <john-mcaleely> or no table
[17:54] <ogra_> then he would just hit the ground
[17:55] <john-mcaleely> ouch
[17:59] <sil2100> ...ouch!
[18:10] <boiko> traiguards: can I get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz
[18:30] <jibel> mterry, jgdx silo 15 ready for QA?
[18:30] <jgdx> jibel, i'm currently installing the silo
[18:30] <jgdx> so not yet
[18:45] <mterry> jgdx, bakc
[18:45] <jgdx> mterry, just testing your silo now
[18:45] <jgdx> looking good, one more test to go
[18:49] <jgdx> jibel, mterry, sil2100: ok from me
[18:49] <sil2100> jibel, davmor2, ToyKeeper: ^
[18:52] <ToyKeeper> Er...  is that a rebuild of the same silo 15 as yesterday?
[18:53] <ToyKeeper> Nope, looks like a new one.
[18:55] <sil2100> ToyKeeper: it's something new
[18:56] <sil2100> ToyKeeper: it's a fix for a blocking regression in our images
[18:57] <ToyKeeper> Yeah, I'm just catching up on what happened overnight.  :)
[18:57] <ToyKeeper> (been up for about 10 minutes now)
[19:01] <boiko> sil2100: could you please get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz ?
[19:02] <jibel> om26er, ^ can you take silo 15?
[19:03] <om26er> jibel, I can, let me look.
[19:03] <om26er> jibel, its passed ?
[19:04] <jibel> ToyKeeper, it is a regression in 240. there is no 'No SIM' screen in the wizard when there is no SIM
[19:04] <om26er> nvm, there is new in silo15 in the queue as well... at the bottom.
[19:04] <ToyKeeper> jibel: Thanks, I found it in the IRC log, which I read every morning for context.  :)
[19:05] <davmor2> jibel: just back from tea do you want me to take that?
[19:05] <davmor2> oh om26er already has
[19:33] <fgimenez> fginther: the builds seem to working now thanks!
[19:33] <fginther> fgimenez, sweet! thanks for letting us know
[20:13] <pmcgowan> om26er, yay
[20:13] <om26er> pmcgowan, :)
[20:13] <pmcgowan> whos here to publish
[20:14] <pmcgowan> mterry, woot
[20:15] <mterry> pmcgowan, what happened? Did we get the wizard fix through?
[20:15] <pmcgowan> mterry, yes
[20:16] <mterry> yay
[20:16] <pmcgowan> nice work
[20:16] <cyphermox> robru: around? or should I watch the train?
[20:16] <cyphermox> ^^
[20:16]  * mterry is working on vivid version now
[20:19] <pmcgowan> cyphermox, we need to publish silo 15 and kick a build
[20:19] <cyphermox> vivid silo 15, correct?
[20:19] <cyphermox> ah, no, rtm
[20:19] <pmcgowan> rtm
[20:20] <pmcgowan> cyphermox, but only that silo, not taking the others for now
[20:22] <boiko> traiguards: can I get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz
[20:22] <robru> cyphermox: ah, just on lunch for a bit, if you could watch for a bit that'd be great, thanks
[20:22] <cyphermox> robru: it's fine I published rtm 15.
[20:22] <robru> cyphermox: thanks
[20:25] <cyphermox> pmcgowan: as I recall I don't have access to kick off a build for RTM though; although it's not yet time for it given that the package isn't published yet
[20:25] <sil2100> Is it in?
[20:25] <pmcgowan> cyphermox, ok
[20:25] <pmcgowan> sil2100, publishing now
[20:26]  * sil2100 waits for it to migrate
[20:35] <boiko> trainguards: can I get this source package uploaded to rtm silo 11: https://chinstrap.canonical.com/~boiko/tp-qt-rtm.tgz
[20:36] <cyphermox> boiko: that doesn't look like a source package?
[20:36] <cyphermox> boiko: Also, Forbidden.
[20:38] <boiko> salem_: ^
[20:39] <boiko> cyphermox: let me check the permissions
[20:40] <boiko> cyphermox: I think salem_ packed everything
[20:40] <boiko> cyphermox: permissions fixed
[20:41] <salem_> boiko, cyphermox yup
[20:41] <boiko> cyphermox: so for next time, what exactly do we need to provide? .changes file?
[20:45] <cyphermox> boiko: .changes, .dsc and .diff.gz or .debian.tar.gz, depending on the type of package... and .orig.tar.gz if it's a new release
[20:46] <cyphermox> boiko: it's not that big a deal, but it simplifies the downloading when you get a dsc ;)
[20:46] <boiko> cyphermox: ah so you prefer them unpacked there?
[20:46] <cyphermox> how come it's not a "traditional" MP?
[20:46] <cyphermox> boiko: yes, but don't bother for this time
[20:47] <boiko> cyphermox: telepathy-qt5 is canonical upstream, we are just adding a patch to the package, for vivid we submitted a MP, but for RTM there is no bzr target, right?
[20:47] <boiko> cyphermox: https://code.launchpad.net/~tiagosh/ubuntu/vivid/telepathy-qt5/fix-requested/+merge/250251
[20:48] <cyphermox> err, why is this targetted to trusty?
[20:48] <boiko> salem_: ^
[20:48] <cyphermox> I can fix this, it's not a big deal
[20:49] <boiko> cyphermox: what's the correct target for rtm? I never did source landing on rtm before, sorry
[20:49] <salem_> cyphermox, ops, probably a copy'n'paste issue. Can you fix it?
[20:49] <cyphermox> salem_: yeah, I was just making sure before that it really was done with the right versions, in case it was a more involved fix
[20:50] <sil2100> hm, it's taking its time to migrate
[20:50]  * sil2100 waits for another publisher run
[20:50] <cyphermox> it is
[20:52] <sil2100> It's in, yay!
[20:53] <sil2100> pmcgowan, kenvandine, jgdx, jibel, ToyKeeper: kicking a new image
[20:53] <jgdx> sil2100, yay
[20:54] <pmcgowan> vg
[20:55] <kenvandine> sil2100, woot
[21:00] <imgbot> [21:11] <pmcgowan> imgbot, status 241
[21:11] <imgbot> Error: There does not seem to be any build with the number 241
[21:12] <pmcgowan> thats not helpful
[21:13] <sil2100> Still building, I think imgbot only fetches status of already built images
[21:16] <cyphermox> boiko: it's uploaded
[21:18] <boiko> cyphermox: thanks!
[21:24] <pmcgowan> sil2100, be nice if it said "in progress started at 18:30 utc" or something
[21:27] <robru> cyphermox: I'm back, I'll publish