[02:10] <imgbot> [03:55] <imgbot> [03:55] <imgbot> [05:04] <Mirv> woohoo, qtwebkit is out
[05:04] <Mirv> ogra_: ^
[05:05] <Mirv> also, Qt printing support is out :)
[07:14] <ogra_> Mirv, YAY !!!
[07:15] <ogra_> gained us 10M on the cdimage rootfs tarball
[07:19] <Mirv> \o/
[07:39] <mandel> Mirv, any idea of when I'd get a silo for line 67, i need to land that to start landing location service fixes... no pressure ;)
[07:40] <mandel> Mirv, 62, not 67
[07:40] <Mirv> mandel: are you on the old spreadsheet? line 45 is the newest I can see at http://wiki.ubuntu.com/citrain/ ...
[07:41]  * Mirv personally wrote "0au" to firefox address field and pressed Delete on each for as long as there were new results found, needed to repeat a couple of times
[07:47] <mandel> Mirv, and that happens for not reading the header..
[07:51] <Mirv> mandel: silo 016 for you
[07:51] <mandel> Mirv, \o/
[08:09] <Mirv> gah, phablet-click-test-setup is again broken, this time I guess because of calculator
[08:32] <seb128> hum, https://errors.ubuntu.com/problem/76f68536265ec2ed46837fd3f35abbda886cb568 seems quite frequent nowadays
[08:32] <seb128> "ImportError: /usr/lib/python3.4/lib-dynload/_ctypes.cpython-34m-arm-linux-gnueabihf.so: undefined symbol: _PyTraceback_Add"
[08:33] <seb128> in click-apparmor
[08:33] <seb128> jdstrand, ^
[10:04] <tvoss> Mirv, can I get a silo for line 63?
[10:17] <Mirv> tvoss: the last line at https://wiki.ubuntu.com/citrain/ is line 47. please clear your browser history of the old spreadsheet (it says it's obsolete at the top of it)
[10:18] <tvoss> Mirv, oops, sorry
[10:20] <tvoss> Mirv, done :)
[10:22] <Mirv> tvoss: assigned. note that you shouldn't build just yet, since the previous landing from 023 ^ is not yet cleaned.
[10:22] <tvoss> ack
[10:23] <Riddell> what does this mean? red headline but green builds? https://jenkins.qa.ubuntu.com/job/vivid-adt-okteta/96/
[10:23] <Riddell> another one https://jenkins.qa.ubuntu.com/job/vivid-adt-kate/109/
[10:33] <Mirv> cihelp ^ see Riddell's question
[10:35] <Laney> okteta's builds link to build 85
[10:37] <Laney> newer ones still say they are in the publishing queue
[11:09] <tvoss> Mirv, sorry, change in plans, could you reconfigure 023
[11:11] <Mirv> tvoss: you mean 020?
[11:11] <Mirv> tvoss: reconfigured 020
[11:15] <tvoss> Mirv, thx
[11:16] <rvr> rsalveti: ping
[11:49]  * Mirv holds 023 silo's hand to land one step at a time..
[12:10] <Mirv> 1 more to go
[13:15] <rvr> rsalveti: After PPA packages are installed: http://people.canonical.com/~vrruiz/nm-usb-3g.png http://people.canonical.com/~vrruiz/nm-usb-3g-2.png
[13:26] <jdstrand> seb128: yes, I noticed that this morning I'm not sure what it means
[13:27] <jdstrand> seb128: I'll investigate
[13:28] <seb128> jdstrand, thanks
[13:36] <jgdx> om26er, ping
[13:36] <om26er> jgdx, pong
[13:37] <jgdx> om26er, I'm looking at silo 6 and just want to confirm what it needs for to land.
[13:37] <jgdx> om26er, AP test for bug 1438049 and anything else?
[13:38] <om26er> jgdx, that and add the manual cases to the TestPlan for other bug fixes
[13:38] <jgdx> om26er, okay
[13:39] <jgdx> om26er, could you add that to the card as well? (In case it gets handed over to someone else)
[13:39] <om26er> jgdx, sure
[13:40] <jgdx> pmcgowan,thx
[13:40] <jgdx> om26er, thanks
[14:04] <boiko> Mirv: sorry for the unnapproved branch on silo 29, forgot to ask salem_ to review/approve that yesterday
[14:05] <Mirv> boiko: no problem
[14:05] <boiko> Mirv: all approved now
[14:05] <Mirv> boiko: I noticed :)
[14:05] <boiko> Mirv: thanks :)
[14:27] <rsalveti> rvr: does it work if you restore back the previous network manager version?
[14:28] <rsalveti> rvr: also, can you share your syslog?
[14:32] <rvr> rsalveti: Nope
[14:32] <rsalveti> sorry, nope for what?
[14:32] <rvr> rsalveti: Doesn't work with the previous version either
[14:33] <rvr> modem is not available on the device ttyUSB4
[14:33] <rsalveti> crap, maybe it's just broken then
[14:33] <rsalveti> why does it keep increasing the device tty number
[14:33] <rsalveti> rvr: have the syslog in hands?
[14:33] <rvr> Yes, wait a moment
[14:38] <rvr> rsalveti: https://pastebin.canonical.com/129630/
[14:40] <ogra_> rvr, did you test if it works before starting to install anything ?
[14:40] <ogra_> probbably it is gerenally broken
[14:40] <rvr> ogra_: Yes, it worked the first time
[14:41] <ogra_> k
[14:41] <ogra_> :(
[14:42] <rvr> brb
[14:44] <rsalveti> ogra_: guess it worked when it was using ttyUSB0
[14:45] <rsalveti> then for some other reason the interface name keeps bumping
[14:46] <ogra_> well, the name shouldnt matter ... i guess the permissions do though ... assuming it ships no udev rules to handle that device name
[14:47] <ogra_> (i mean for modemmanager it shouldnt matter how the device node is called)
[14:47] <rsalveti> the name is actually correct
[14:47] <rsalveti> there are 2 interfaces
[14:47] <rsalveti> ttyUSB0 and ttyUSB4
[14:47] <rsalveti> NM uses ttyUSB4
[14:47] <rsalveti> and it seems fine, just can't enable/connect it seems
[14:47] <rsalveti> Apr 15 14:32:19 ubuntu NetworkManager[12589]: <info> (ttyUSB4): modem state changed, 'enabling' --> 'registered' (reason: user-requested)
[14:47] <rsalveti> Apr 15 14:32:23 ubuntu NetworkManager[12589]: <warn> Failed to activate 'Movistar (Telefónica) Movistar (USB modems)': Connection 'Movistar (Telefónica) Movistar (USB modems)' is not available on the device ttyUSB4 at this time.
[14:48] <ogra_> kernel: [ 8201.774823] scsi 23:0:0:0: Direct-Access     HUAWEI   SD Storage       2.31 PQ: 0 ANSI: 2
[14:48] <rsalveti> now not sure why this only worked at the first time
[14:48] <ogra_> whats that ?
[14:48] <rsalveti> they usually got a small storage device with it
[14:48] <ogra_> that looks like the dongle has a "driver partition"
[14:48] <rsalveti> not sure if for sim stuff
[14:48] <rsalveti> or just for windows drivers
[14:48] <ogra_> iirc you need to init such devices with a special toggle
[14:49] <ogra_> to make it recognized properly by the kernel ... else it works degraded
[14:50] <ogra_> sudo usb_modeswitch -v 12d1 -p 1c0b -M '55534243123456780000000000000011062000000100000000000000000000'
[14:51] <rsalveti> interesting
[14:51] <rsalveti> rvr: ^
[14:51] <ogra_> switches a huawei dongle from storage mode into modem mode
[14:51] <ogra_> (from a german forum)
[14:55] <ogra_> https://help.ubuntu.com/community/MobileWirelessBroadband#USB_modeswitch
[14:55] <ogra_> "None of these facilities are of any use under linux. Moreover, some modems are not recognised by Network Manager until you unmount the filesystem. "
[15:51] <rvr> rsalveti: ogra: I've read that usb_switchmode disables CD mode in the dongle
[15:51] <ogra_> rvr, right ... and apparently "CD mode" interferes with the modem functionality when it is enabled
[15:53] <rvr> ogra_: So, is it not working in my case?
[15:53] <ogra_> rvr, i dont know, seemingly it works for some people on first start but not on subsequent ones ...
[15:53] <ogra_> if they dont disable that storage mode
[15:54] <ogra_> though i'm not sure if thats still the case in 14.04 ... pitti used to maintain usb-modeswitch. probably he can tell you
[15:54] <rvr> I don't see any storage device on the desktop realted to the dongle
[15:55] <ogra_> so perhaps thats a red herring and we se the right defaults in newer relesases
[15:55] <ogra_> (pitti would know i guess)
[16:01] <rsalveti> rvr: ogra_: lsusb should tell you if needed or not
[16:01] <rsalveti> actually, it seems to be changing the mode for the known port
[16:01] <rsalveti> rvr: but did you try running modeswitch for it?
[16:01] <rsalveti> just weird it worked once
[16:06] <rvr> rsalveti: http://paste.ubuntu.com/10827662/
[16:07] <rvr> rsalveti: No, I haven't tried running modeswitch manually, how's done?
[16:07] <rvr> Driver=usb-storage
[16:10] <rsalveti> rvr: I think by just installing usb-modeswitch and usb-modeswitch-data
[16:11] <rsalveti> rvr: there are udev rules in there for this modem
[16:11] <rsalveti> if not already installed by default
[16:12] <rsalveti> awe_: rvr is currently trying to validate the usb dongle with the nm silo, but having issues with his device
[16:12] <rvr> rsalveti: usb-modeswitch is already installed
[16:12] <rsalveti> awe_: not specifically with the silo, just not reliably working even with the previous nm version
[16:13] <rsalveti> awe_: ChickenCutlass: don't you guys have any other usb modem dongle in the office?
[16:13] <ChickenCutlass> I don't
[16:13] <rsalveti> freeze is tomorrow, so we need to try to land this nm change probably today still
[16:14] <awe_> rsalveti, I have no access to USB dongles.  cyphermox, do you have any with you?
[16:14] <awe_> cyphermox, or could you at least help rvr out with his modem?
[16:15] <cyphermox> what's up?
[16:15] <rsalveti> cyphermox: rvr is trying to validate latest awe_'s changes to see if that affected or not modem manager
[16:15] <rsalveti> cyphermox: as you requested
[16:15] <cyphermox> ok
[16:15] <rsalveti> cyphermox: but he is having issues with his dongle
[16:16] <cyphermox> well, usb-modeswitch of itself should handle things without any interaction
[16:16] <cyphermox> rvr: are you on vivid?
[16:16] <rsalveti> https://pastebin.canonical.com/129630/
[16:16] <rsalveti> yes, vivid
[16:16] <rsalveti> as he is testing vivid + that package
[16:16] <rvr> cyphermox: Yes, it is a live Vivid
[16:17] <cyphermox> and MM doesn't see your modem at all?
[16:17] <rvr> cyphermox: Yes, it does
[16:17] <rvr> cyphermox: But returns connection error when enabling it
[16:18] <cyphermox> then there is nothing for usb-modeswitch to do
[16:18] <cyphermox> isn't it ttyUSB4?
[16:18] <cyphermox> looks like it's working just fine, it registered and all
[16:20] <cyphermox> is the connection properly configured? MM is saying it's not available on ttyUSB4, so maybe it thinks you're roaming or not on the right provider or something
[16:20] <rvr> cyphermox: Yes, the connection is properly configured
[16:21] <rvr> cyphermox: I can connect the first time
[16:28] <rsalveti> rvr: the first time you tried or first time after a reboot?
[16:29] <rvr> rsalveti: First time after boot
[16:29] <rsalveti> right, might be related with the mode switch then
[16:29] <rsalveti> rvr: can you still validate the silo by testing after the boot?
[16:30] <cyphermox> no
[16:30] <robru> boiko: do you really need 2 silos for telephony-service? can those be merged into 1 silo?
[16:31] <rvr> rsalveti: I think I tried and failed, but checking again
[16:31] <cyphermox> after you've booted and it switched once, the devices don't switch back to non-modem mode
[16:31] <cyphermox> rvr: have you ran a test without awe's patches yet?
[16:31] <cyphermox> ie. are you doing a control test beforehand?
[16:32] <rvr> cyphermox: Yes, of course
[16:32] <rvr> cyphermox: I tried to connect without the silo, and it did
[16:32] <rvr> After that, I couldn't
[16:33] <boiko> robru: well, the fix on silo 25 needs to land as quick as possible, the other silo will still take a bit of time to land
[16:33] <robru> boiko: hm
[16:33] <boiko> robru: so after talking to bfiller we agreed that it was better not to get both fixes on the same silo
[16:34] <boiko> robru: but if we are short on silos, row 53 can wait a bit
[16:34] <robru> boiko: I just noticed that telephony-service in silo 29 is stuck in proposed, trying to get that poked through for you.
[16:34] <robru> boiko: we're not super short, but we just got out of a big crunch, so I'm hoping not to tie them all up again so soon.
[16:34] <boiko> robru: QA has also complained in the past when we put non-related fixes together on the same silo
[16:35] <boiko> robru: that's fine, so maybe I can get a silo assigned and in case you need it back you can take it
[16:35] <robru> boiko: but if they're two fixes for the same package, are they really non-related? :-P
[16:35] <robru> boiko: ok
[16:36] <boiko> robru: I also prefer everything on the same silo, but in the past it delayed some urgent landings, so we try to avoid it
[16:36] <cyphermox> rvr: after that meaning, you updated the package and then it will not reconnect?
[16:36] <robru> boiko: right
[16:36] <cyphermox> rvr: or does that mean you then disconnected and tried to reconnect and it didn't, and you stil hadn't installed awe's package?
[16:37] <rvr> cyphermox: I updated the package
[16:38] <cyphermox> and then you restarted NM?
[16:38] <cyphermox> and/or MM too?
[16:39] <boiko> robru: just for reference, how do I know a package is stuck in proposed? just checking the excuses page? and in case it is, who should I ping or what do I need to do?
[16:41] <robru> boiko: the silo dashboard will say "foo is in the Proposed pocket" for an unreasonable amount of time, and it'll link to the excuses page, which will give some reasons. In this case there's a boottest regression, which in my experience is always a false positive, so i pinged ci people to retry that test which usually works
[16:42] <boiko> robru: ok, the ci people to ping, are they on this channel? or should I go to another channel?
[16:43] <robru> boiko: yeah they're here but in this case I pinged in #ci on the private server. they respond to 'ci-help' without the hyphen
[16:44] <boiko> robru: ok, thanks, I will join that channel in case I need it in the future (which I think I will as I got into that boottest thing already once or twice)
[16:44] <robru> boiko: yeah i've been seeing that a lot, several times per day
[16:45] <boiko> robru: ok, thanks for the explanation and thanks for the silo too :)
[16:46] <boiko> robru: one last question: while telephony-service is stuck in proposed (and thus the changes not merged back to trunk), can I force the build on the other telephony-service silos just to start testing?
[16:46] <boiko> robru: the silo will still be marked dirty after silo 29 lands, right?
[16:47] <robru> boiko: yes, you can FORCE_REBUILD to make a build happen, but just be aware it will not have the fix from the other silo, and it'll be marked dirty when the other silo merges.
[16:48] <boiko> robru: that's ok, it is just that we can start testing it
[16:48] <boiko> robru: thanks
[16:48] <robru> boiko: you're welcome
[16:58] <om26er> cihelp Hi! ci dashboard seems to be showing very incomplete results of the last test run, can anyone look into that ?
[16:58] <om26er> http://ci.ubuntu.com/smokeng/vivid/touch/
[17:02] <plars> om26er: it looks like some of them timed out trying to unlock
[17:02] <om26er> plars, ^
[17:02] <om26er> uh
[17:03] <plars> om26er: unity8, camera_app, and webapp_container in particular - anything changed that might have affected this?
[17:04] <plars> om26er: I'm not suggesting that something changed with those specifically, but perhaps something with unity8 and friends that made unlocking less reliable in general?
[17:04] <om26er> plars, I believe unity8 holds the unlock script
[17:04] <plars> om26er: right, unity8-autopilot
[17:05] <om26er> plars, need to look into lp:unity8 to see if something changed there.
[17:07] <om26er> Saviq, hey! was the unity8 unlocker helper changed recently ?
[17:07] <Saviq> om26er, not for a while, why?
[17:07] <om26er> plars, reports some tests are failing in the lab due to unlock timing out
[17:10] <Saviq> om26er, that's likely bug #1421009
[17:18] <rvr> rsalveti: cyphermox: Do network manager restarts when logging out of a session, or just nm-applet?
[17:18] <ogra_> rvr, you could tell yourself ;) NM is a system upstart job ...
[17:19] <ogra_> nm-applet is a session job
[17:20] <rvr> Ok, I have restarted the service
[17:20] <rvr> And I'm still connected
[17:21] <rvr> rsalveti: cyphermox: So, apparently, I can connect with silo packages
[17:24]  * sil2100 off for lunch
[17:25] <jhodapp> robru, can I get a silo for line 55 please?
[17:26] <rvr> rsalveti: cyphermox: http://paste.ubuntu.com/10828013/
[17:26] <rvr> Have to go now
[17:26] <cyphermox> rvr: only nm-applet
[17:32] <awe_> cyphermox, rvr, any luck with the dongle?  I managed to snag one here in Lex, but can't test it till later this afternoon
[17:47] <robru> jhodapp: oh sorry just on lunch. One sec
[17:47] <jhodapp> robru, np
[18:13] <jhodapp> thanks robru
[18:15] <rsalveti> awe_: rvr said he can connect with the silo packages
[18:15] <rsalveti> awe_: so we're good
[18:15] <awe_> w00t!
[18:15] <rsalveti> but still require someone from qa to mark it as signed off
[18:15]  * awe_ quotes Sciri
[18:15] <rsalveti> and rvr is gone it seems
[18:15] <rsalveti> davmor2: can you help us with that?
[18:15] <awe_> ;(
[18:16] <awe_> rsalveti, guess I can give cgregan his 3g dongle back
[18:16] <awe_> ;)
[18:16] <rsalveti> who else from QA should still be around at this time?
[18:16] <rsalveti> robru: maybe you know
[18:17] <rsalveti> davmor2: om26er: brendand: someone? :-)
[18:17] <robru> rsalveti: should be ToyKeeper or jibel
[18:17] <robru> jhodapp: you're welcome
[18:17] <davmor2> rsalveti: rvr should do that
[18:18] <davmor2> rsalveti: I was tea
[18:19] <davmor2> rsalveti: rvr is still around
[18:19] <rsalveti> rvr: he said he had to go a few minutes ago
[18:19] <rsalveti> davmor2: the silo is approved basically, but card not updated
[18:19] <rsalveti> davmor2: so we can't land
[18:19] <rsalveti> and would like to land that today because final freeze is tomorrow
[18:21] <davmor2> rsalveti: let me chase it down with rvr, he still has the card marked as blocked
[18:21] <rsalveti> davmor2: right, that was with the morning status
[19:20] <ToyKeeper> Hmm, a mobile data bugfix...  hard to test that when mobile data doesn't work.
[19:46] <robru> bzoltan: zbenjamin: https://code.launchpad.net/~zeller-benjamin/qtcreator-plugin-ubuntu/fw1504/+merge/256336 please top-approve
[19:47] <zbenjamin> robru: done
[19:47] <robru> zbenjamin: thanks
[20:28] <rsalveti> davmor2: were you able to talk with rvr?
[21:18] <alecu> ping cihelp: hi! with dobey we are considering some renaming of the main devel branches in our projects (click-scope, pay-ui, and a few more to follow). We would like to use "/trunk" for new feature development, and to use "/stable-15.04", "/rtm-15.06", etc as needed.
[21:19] <thomi> hi alecu
[21:19] <thomi> alecu: is this urgent? We're all sprinting in Austin this week
[21:19] <alecu> thomi: hi!
[21:19] <alecu> thomi: really, not urgent
[21:20] <thomi> alecu: if it can wait till next week, that would be awesome.
[21:20] <alecu> thomi: sure, don't worry about it for now, hope you guys have a great sprint!
[21:20] <thomi> alecu: thanks :D
[21:58] <jgdx> pmcgowan, silo 6 is back in qa's hands btw.
[21:58] <pmcgowan> jgdx, thanks for that
[21:59] <pmcgowan> jgdx, dude go to bed :)
[22:00] <jgdx> pmcgowan, going :) Good night!
[22:14] <rvr> rsalveti: Here
[22:14] <rvr> rsalveti: So, everything is good?
[22:15] <rvr> rsalveti: I'll approve the silo then
[22:22] <rvr> rsalveti: Done.
[22:42] <rsalveti> rvr: awesome, thanks!