[10:01] <alias_neo> Hi guys.  Is there something I can do to encourage attention to it? https://bugs.launchpad.net/ubuntu/+source/ubuntu-gnome-meta/+bug/1605875
[10:01] <ubot5`> Ubuntu bug 1605875 in ubuntu-gnome-meta (Ubuntu) "screen lock cycles screens on/off constantly" [Undecided,New]
[12:55] <rbasak> alias_neo: try contacting the Ubuntu GNOME community maybe, if it's an Ubuntu GNOME issue? This channel is for bug triage, not for finding developers to fix things.
[12:56] <rbasak> alias_neo: unfortunately if you're the only one affected by the bug your chances are quite low.
[13:21] <slashd> hi rbasak,  how are you ? for the second pair of eyes on the dhclient from sru team is this an action plan you want me to do or you'll do it ?
[13:36] <rbasak> slashd: probably #ubuntu-devel is most relevant for this. This channel is for bug triage. I asked infinity in #ubuntu-devel.
[13:52] <slashd> rbasak, just join the channel
[17:12] <wagafo> Bug 1021376 is about USB drives mounting read only or not mounting at all. I've seen quite a lot of reports about  this recently in different systems. A workaround is to remove the .config/nautilus folder. There is an upstream bug linked to this bug but not much attention either.  Just in case this bug can get some more triaging, it looks like a quite serious issue as users can mount USB devices
[17:12] <ubot5`> bug 1021376 in eCryptfs ""mount: Operation not permitted" on every login or after ecryptfs-mount-private" [Undecided,Incomplete] https://launchpad.net/bugs/1021376
[17:12] <wagafo> Sorry, wrong bug number, it is bug 1021375
[17:12] <ubot5`> bug 1021375 in nautilus (Ubuntu) "Nautilus says the USB stick is read only when it is not" [High,Confirmed] https://launchpad.net/bugs/1021375


[01:37] <RAOF> Hm.  ?Disc has a few bad sectors?.  That could, perhaps, trigger some sort of warning, rather than waiting around until I check why everything's going mental.
[01:52] <bjsnider> RAOF, the hdd can have a few bad sectors without it being an immediate crisis. it can continue to perform fine for years afterwards
[01:53] <RAOF> bjsnider: It would, however, be polite for our tools to pop up a little ?oh, by the way, we've detected errors on your harddrive? message the first time it happens.
[01:55] <bjsnider> the system could also show the user everything that's in .xsession-errors and dmesg
[01:56] <RAOF> It could, but that happens *enormously* more often than my disc increasing its bad sector count by 16.
[01:56] <bjsnider> by the way...
[01:57] <bjsnider> you need to replace that drive right now
[01:57] <bjsnider> i'm sure you already knew that
[01:59] <RAOF> Yeah.
[01:59] <RAOF> Which is why it'd be polite for our desktop environment to give me a heads up.
[02:00] <bjsnider> does osx do that?
[02:00] <jbicha> RAOF: palimpsest doesn't do a popup like that any more?
[02:00] <RAOF> jbicha: Apparently not.
[02:00] <bjsnider> in some cases windows will ask the user to do a chkdsk when it detects disk errors
[02:01] <jbicha> I have 7 bad sectors, hope it's not too big of a deal
[02:01] <bjsnider> palimpsest is to difficult for average users to understand
[02:01] <bjsnider> jbicha, as long as it isn't increasing
[02:02] <bjsnider> the sectors will be marked and the system will not try to use them anymore
[03:03] <TheMuso> I thought one got a pop-up with drives that had bad sectors. I remember connecting a drive externally a while back, and discvoered through a pop-up that it had bad sectors...
[04:03] <bjsnider> during the karmic cycle there were bugs reported where people complained about a lot of false positives, and then a new release quieted the warnings down to the point where you're only warned "if the disk is really failing", so perhaps a few bad sectors isn't bad enough to produce the warning
[04:04] <bjsnider> that was bug 412152
[04:04] <ubot2> Launchpad bug 412152 in gnome-disk-utility "gnome-disk-utility nags me too much that my disk is failing" [Medium,Fix released] https://launchpad.net/bugs/412152
[04:17] <TheMuso> Interesting, because I ran a scan on the disk and it did have bad sectors.
[04:19] <pitti> Good morning
[04:22] <bjsnider> i don't think bad sectors alone is enough to generate the warning message anymore, but it was in karmic
[04:30] <jbicha> pitti: good morning! could we get bug 878672 looked at?
[04:30] <ubot2> Launchpad bug 878672 in gnome-shell "[SRU] Please upgrade gnome-shell and mutter to 3.2.1" [Undecided,New] https://launchpad.net/bugs/878672
[04:31] <bjsnider> yeah, that would be cool
[04:32] <pitti> jbicha: ah, there they are; I wanted to sponsor branches on Friday, but the LP search for branches timed out, and they weren't on the pad
[04:32] <pitti> jbicha: yes, can do
[04:33] <jbicha> pitti: oh ok :)
[04:34] <pitti> err, what?
[04:34] <pitti> $ bzr branch lp:ubuntu/oneiric/mutter
[04:34] <pitti> bzr: ERROR: Revision<EMAIL_ADDRESS>not present in "Graph(StackedParentsProvider(bzrlib.repository._LazyListJoin(([CachingParentsProvider(None)], []))))".
[04:34] <pitti> ubuntu:oneiric/gnome-shell works fine
[04:35] <pitti> and lp:ubuntu/mutter is out of date
[04:36] <pitti> ah, but seems you do carry 3.2.0-0ubuntu2 in your branch
[04:38] <pitti> jbicha: why does g-shell bump the dh compat?
[04:39] <jbicha> pitti: just because, we could drop that change if you like
[04:40] <pitti> jbicha: better for an SRU to not change the build system
[04:42] <pitti> jbicha: ok, I'll revert it in the merge
[04:42] <jbicha> pitti: ok, thank you
[04:43] <pitti> jbicha: ok, both sponsored, thanks!
[04:59] <bjsnider> i'd like to see the user-menu status bug fixed if there's a patch available
[05:00] <jbicha> bjsnider: which bug?
[05:01] <bjsnider> the status-menu will not change to online unless the user manually sets it. it's a missing feature
[05:01] <bjsnider> i've been bugging them about it
[05:02] <bjsnider> that's how empathy gets its status, so it has implications outside gnome-shell too
[05:03] <bjsnider> i'm not 100% sure what the eta is, or how trivial a change it would be
[05:03] <jbicha> bjsnider: well the first time should be manual, right?
[05:04] <bjsnider> no, it should be based on mouse/keyboard use, just like the screensaver and whatnot
[05:05] <bjsnider> right now, mine says away, even though i'm obviously using the system
[05:06] <jbicha> this fix in 3.2.1 helps some, right? http://git.gnome.org/browse/gnome-shell/commit/?id=2947b921489937e6fb8ea8d9634510585b78bcc0
[05:07] <bjsnider> probably not, since the session is always at away or unavailable unless the user directly intervenes
[05:08] <bjsnider> they told me this week that it's a feature not yet implemented. at least i think that's what they were saying
[05:08] <bjsnider> i wanted to know about 3.2.1, because i thought maybe it was fixed there, but it isn't
[05:08] <jbicha> that sounds more appropriate for 3.3
[05:09] <bjsnider> well, i have no idea how trivial a change it is
[05:09] <bjsnider> maybe it's a few lines, maybe it's a lot more than that
[05:10] <bjsnider> i mean we're only talking about changing the status to online. the status area works otherwise. the other status options are implemented
[05:12] <bjsnider> jbicha, there's a sushi 2.1 now. a few small changes. nothing that would affect the packaging scripts in any way
[05:19] <jbicha> bjsnider: would you like to open an SRU bug for it? the text file preview toolbar fix would be good to have
[05:20] <bjsnider> yeah, that's fine. i already built local packages and installed them. no problems arise, so it's safe
[05:21] <bjsnider> don't know what's holding up 848198 either. those patches fix two bugs.
[05:24] <jbicha> bjsnider: why don't you propose an update with a bzr branch or at least a debdiff?
[05:26] <bjsnider> what do i do with the debdiff?
[05:27] <bjsnider> do i post it on the bug page?
[05:51] <RAOF> Dear lord gnome-desktop is a big fan of grabbing the server, querying the current mode, and then setting *exactly the same mode* over and over again.
[05:52] <RAOF> We're lucky the driver doesn't blindly modeset each time it's asked.
[07:19] <TeTeT> RAOF: hi Chris, with respect to bug 820327 I wanted to let you know that in LVM's Ubuntu deployment I removed 10_fn-F7.patch from gsd as it made fn-f7 jump to the wrong display setting and caused the virtual desktops (bottom right) to show wrong areas, maybe it needs to be dropped here as well
[07:19] <ubot2> Launchpad bug 820327 in gnome-settings-daemon "Fn+F7 cycling gives external monitor incorrect resolution on Thinkpad x220" [High,In progress] https://launchpad.net/bugs/820327
[07:27] <chrisccoulson> good morning everyone
[07:28] <Omega> morning
[07:28] <pitti> hey chrisccoulson
[07:28] <chrisccoulson> hi pitti, how are you?
[07:28] <pitti> chrisccoulson: quite fine, thanks! how about you?
[07:29] <chrisccoulson> pitti - yeah, good thanks. although, i feel a bit sleepy this morning
[08:20] <Sweetshark> G'Morning Desktoppers!
[08:22] <pitti> hey Sweetshark
[08:22] <chrisccoulson> i'm rewriting ubufox atm to drop the apturl dependency, and also stop using http://mozilla-pfs.ubuntu.com/. is there actually a way to search for packages providing a particular mimetype?
[08:23] <huats> morning
[08:23] <chrisccoulson> i had a look at sessioninstaller, but i'm not sure it does what i want
[08:31] <rickspencer3> hi huats
[08:32] <chrisccoulson> mvo, you there?
[08:33] <rodrigo_> morning
[08:34] <mvo> chrisccoulson: yes
[08:34] <huats> hey rickspencer3 !
[08:34] <chrisccoulson> hi mvo. did you see my earlier comments there?
[08:34] <mvo> chrisccoulson: no, sorry, could you please paste it again?
[08:35] <huats> rickspencer3, I am not at the office today (giving a course to students) but be there tomorrow, so you are welcome to join us !
[08:35] <chrisccoulson> mvo - i'm trying to figure out the best way of searching for packages providing a particular mimetype
[08:35] <chrisccoulson> this is in the context of ubufox, which i'm currently rewriting to stop using https://mozilla-pfs.ubuntu.com/ and no longer depend on apturl
[08:35] <rickspencer3> huats, sounds good, but I'm leaving today!
[08:35] <chrisccoulson> (for the plugin finder)
[08:35] <rickspencer3> Munich for Qt Dev Days tomorrow, then Orlando!
[08:36] <huats> rickspencer3, oh I forgot about the Qt thing :(
[08:36] <chrisccoulson> and i took a look at sessioninstaller, thinking it might do what i want, but then i realized it probably won't
[08:36] <rickspencer3> huats, I plan to come way more after FL, so we can speak more French :)
[08:36] <mvo> chrisccoulson: the xapian db we use has this info, software-center search:mime:text/html should work for example
[08:36] <mvo> chrisccoulson: currently the startup speed is not ideal, but we are working to improve that
[08:36] <huats> rickspencer3, hum we will speak french i Florida !
[08:37] <rickspencer3> I hope so!
[08:37] <rickspencer3> huats, I go for days here without speaking any French :(
[08:37] <rickspencer3> I'll probably have more chance in FL than in France :)
[08:38] <chrisccoulson> mvo - one thing i'm trying to avoid is depending on an external UI like software-center for this. the reason being that if we don't have a plugin to handle a specific mimetype in our archive, i want to fall back to using https://pfs.mozilla.org to query upstreams db
[08:38] <chrisccoulson> and i want to do that transparently really, with a single UI
[08:38] <huats> rickspencer3, indeed !
[08:38] <mvo> chrisccoulson: aha, ok, so you need a commandline helper or dbus helper that just provides you the info?
[08:39] <huats> rickspencer3, and we'll work on your french ! you have a talk to give at the end of november !
[08:39] <chrisccoulson> mvo - possibly, if that's the best way to go :)
[08:39] <rickspencer3> indeed!
[08:39] <chrisccoulson> mvo - i was thinking of using the information shipped with app-install-data, but i probably need an extra field in the desktop files
[08:39] <mvo> chrisccoulson: if you let me know what exactly you need, we (software-center guys) can provide it. well, instead of spawning a helper you could talk to the xapian db directly, depends really on what you need/want :) does your requirements include e.g. rating info?
[08:39] <chrisccoulson> mvo - i'm not too concerned about ratings info
[08:39] <mvo> chrisccoulson: extra field should be fine, what is it used for?
[08:42] <chrisccoulson> mvo - we want to associate mimetypes to plugin packages, but the existing MimeType field isn't really appropriate for that as we don't want, eg, the adobe flashplugin to appear as a handler for local flash files
[08:43] <chrisccoulson> that wouldn't work, as there's not really an executable to handle that
[08:43] <chrisccoulson> so i was thinking of having an extra mimetype field just for browser plugin mimetypes
[08:43] <mvo> ok
[08:45] <chrisccoulson> mvo, does that make sense? :)
[08:45] <chrisccoulson> i just want to make sure that i'm not completely crazy ;)
[08:48] <mvo> chrisccoulson: yeah, that sounds fine, we just need to make sure that the mime-type can be extracted sanely for the plugins. how many plugins are we actually talking about?
[08:48] <mvo> chrisccoulson: didn't you guys pushed most of the plugins out of the archive previously?
[08:48] <chrisccoulson> mvo - i'm not too sure, it's not many though. i think it's in the order of ~10 packages
[08:49] <chrisccoulson> mvo - we pushed extensions out, but we still have browser plugins (eg, totem, flash, vlc etc)
[08:50] <mvo> chrisccoulson: aha. ok. would be nice if we could integrate the plugin info query into the lp:app-archive code
[08:50] <mvo> chrisccoulson: is there going to be a uds session about it?
[08:50] <chrisccoulson> mvo - i wasn't planning one. do you think we should have one?
[08:51] <mvo> chrisccoulson: not really, just wanted to double check :)
[08:51] <chrisccoulson> heh
[09:26] <seif> rickspencer3, yo
[09:27] <seif> rickspencer3, before u do  more work on stealth maybe we can merge it with bzr branch lp:activity-log-manager
[09:27] <seif> please try it out
[10:32] <chrisccoulson> gah, stupid ISP
[10:33] <chrisccoulson> and that's probably the worst time to discover that my 3G dongle doesn't work on oneiric
[10:33] <pitti> chrisccoulson: tether from your phone, and use the usb-ethernet?
[10:33] <chrisccoulson> pitti - that's what i've resorted to ;)
[10:33] <chrisccoulson> after trying to get my 3G dongle to work, but it's totally broken in oneiric :(
[10:34] <pitti> chrisccoulson: your new machine doesn't have a builtin 3G and sim card?
[10:34] <pitti> sim card holder, anyway
[10:34] <chrisccoulson> pitti - i think i saw a sim card holder when i took the whole thing apart last week
[10:34] <chrisccoulson> i didn't actually think about sticking my sim card in it though
[10:34] <chrisccoulson> perhaps i should try
[10:35] <pitti> chrisccoulson: the builtin antenna of my laptop is some ten times better than an usb stick (and takes much less power, too)
[10:37] <asac_> hola gents! didrocks on the road?
[10:38] <asac_> chrisccoulson: often laptops have an option for an internal 3g modem and have a null-op sim card slot. what does lsusb show you?
[10:38] <ogra_> get an ac100 ! :)
[10:38] <pitti> asac_: he's in Orlando already
[10:38] <asac_> pitti: hi. thats what i thought. will try to catch him later then. thanks
[10:39] <chrisccoulson> asac_, yeah, mine doesn't actually have any 3g hardware. i need to buy one of these - http://search.dell.co.uk/1/2/128267-mobile-broadband-internal-dell-wireless-5540-card-3g-hsdpa-sim-not-included-kit.html
[10:39] <chrisccoulson> which i'm tempted to
[10:39] <chrisccoulson> it can't be any more difficult to install than the bluetooth module i fitted last week
[10:40] <asac_> chrisccoulson: http://www.amazon.co.uk/WIRELESS-5540-Broadband-MiniPCI-Mini-Card/dp/B0047TG568
[10:40] <asac_> that one is cheaper
[10:40] <asac_> not sure if it fits, but i would think :)
[10:40] <asac_> might even be the same. anyway. that thing will work great from what i can tell
[10:40] <asac_> and you would have strong signal with your laptop antenna
[10:40] <ogra_> 4x that price and you have an ac100 :P
[10:41] <chrisccoulson> heh
[10:41] <asac_> ogra_: but the horse power is really bad in an ac100. i doubt our mozilla man can use one of these to do anything :)
[10:41] <chrisccoulson> i wonder why the one on amazon is so much cheaper
[10:41] <chrisccoulson> heh
[10:42] <chrisccoulson> yeah, i've had to upgrade to 8GB of RAM now ;)
[10:42] <ogra_> asac_, well, he would have to use chromium :P
[10:42] <ogra_> chromium flies here :)
[10:42] <chrisccoulson> does the ac100 have that much?
[10:42] <ogra_> it has 512M plus 256M zram plus the swap you grant it :)
[10:42] <asac_> ogra_: i dont think chromium can build on that machine without loads of swap
[10:42] <ogra_> asac_, yeah, building is another issue indeed :)
[10:42] <chrisccoulson> you really need 8GB to build chromium if you want to be able to do something else at the same time ;)
[10:43]  * ogra_ just got a second ac100 :)
[10:44] <ogra_> so i can do other stuff at *full speed* on one while the other compiles ;)
[10:44] <ogra_> (full speed being 1GHz indeed ;) )
[10:47] <chrisccoulson> i really need to get some arm hardware, so i can try and figure out why firefox sucks so much on it ;)
[10:47] <chrisccoulson> but jo would really kill me if i spent any more money
[10:47] <chrisccoulson> i've spent way too much recently
[10:47] <ogra_> expense it :)
[10:47] <chrisccoulson> heh
[10:47] <ogra_> its for your work
[10:48] <chrisccoulson> i'll ask jason at UDS ;)
[10:48] <ogra_> everyone in canonical should have any arm HW in the long term
[11:46]  * rodrigo_ lunch
[12:19] <chrisccoulson> hmmm, internet is still down
[12:19] <chrisccoulson> i think i'm going to have to call my ISP in a minute
[12:21] <mvo> is it just me or can tomboy no longer sync with ubuntuone ? I hit bug #875999 it seems
[12:21] <ubot2> Launchpad bug 875999 in tomboy "cannot synchronise with ubuntuone in spite of success..." [Undecided,New] https://launchpad.net/bugs/875999
[12:47] <chrisccoulson> ah, "There is currently an outage affecting the Midlands"
[12:48] <chrisccoulson> from the nice support guy from my ISP
[12:49] <Laney> mvo: I think there is a bug around the sensitivity of that button... if you type something in the box to make Save active and then authorize with U1, does it work?
[12:49]  * Laney thought someone was going to look at that
[12:52] <mvo> Laney: aha, nice, let me try that
[12:52] <mvo> Laney: I found a helpful soul in #ubuntuone, lets hope he will come up with a good solution, but indeed, it looks like its just the button not being sensitive
[12:52] <mterry> mvo, yeah, try http: instead of https:
[12:52] <Laney> it should be made sensitive on a successful authentication
[12:54] <mvo> mterry: ha! thanks, that did the trick
[12:55] <Laney> does it all work if you just change that?
[12:55] <Laney> sensitivity and eeverything?
[12:55] <mterry> Laney, for me, yeah
[12:55] <Laney> i mean, the button becoming active isn't just a side effect of you changing something in the textarea?
[12:57] <Laney> (if correct, sruing that change would be a good idea)
[13:24] <mvo> Laney: it seems like its enough to just change the field, indeed
[13:24] <Laney> then authentication needs to be fixed to make the button sensitive correctly
[13:24] <Laney> when it returns successfully
[13:25] <mvo> sync does still not work for me, but its a different problem now
[13:26] <mvo> 10/24/2011 15:26:00 [ERROR]: Synchronization failed with the following exception: Collection was modified; enumeration operation may not execute.
[13:26] <mvo> *sigh*
[13:26] <Laney> :(
[13:39] <jbicha> Laney: where can I find existing packageset descriptions?
[13:39] <Laney> we don't exactly have them yet
[13:40] <Laney> it is a new change we are trying to introduce
[13:40] <Laney> to make things more equitable
[13:41] <Laney> so how do you define what is a part of GNOME? write that down
[13:41] <jbicha> Laney: the simple idea I had in mind was the GNOME packages that weren't already in main
[13:41] <Laney> right
[13:41] <Laney> what is a GNOME package?
[13:42] <jbicha> and GNOME packages generally are hosted on git.gnome.org
[13:42] <Laney> part of the gnome release moduleset?
[13:42] <jbicha> Bugzilla splits packages into Core, Applications, and Other
[13:44] <Laney> something that can be extracted from http://ftp.gnome.org/pub/GNOME/teams/releng/3.2.1/ ?
[13:44] <Laney> with reference to the ubuntu-desktop set
[13:45] <jbicha> Core & Applications definitely are part of GNOME, Other is a very big category with some stuff that is only loosely associated with GNOME & some stuff that maybe should be bumped to Applicatiosn
[13:45] <jbicha> https://bugzilla.gnome.org/enter_bug.cgi
[13:48] <jbicha> gnome-tweak-tool & tracker in particular aren't in the release modules
[13:49] <jbicha> well, tracker is in as a dependency of gnome-documents
[14:06] <dobey> jbicha: there are "external dependencies" that aren't necessarily part of the gnome release, but are things which gnome does need
[14:11] <dobey> jbicha: and if you mean "other" as it is on bugzilla, i wouldn't bother with that as a special thing. "other" there just means "all the other random stuff in bugzilla and hosted on gnome.org, but which isn't necessarily anything in gnome or used by gnome"
[14:13] <jbicha> I think the question is how narrow do we want the desktop-extra set to be defined
[14:14] <dobey> jbicha: getting gnome release team to actually define modulests in https://live.gnome.org/ThreePointThree is probably the way to get a proper list
[14:14] <dobey> jbicha: it still says "(To do)" on the 3.2 page as well :-/
[14:30] <jbicha> hmm, I wonder how well this works: http://sourceforge.net/projects/ubuntu-gs-remix/
[14:30] <jbicha> description: http://linux.softpedia.com/get/System/Operating-Systems/Linux-Distributions/Ubuntu-GNOME-Shell-Remix-74925.shtml
[14:33] <bjsnider> anybody can do that after they install
[14:56] <jjardon> dobey, jbicha: you can use this list for now: https://live.gnome.org/GnomeGoals/Template
[14:59] <jjardon> kenvandine: if you have some spare time: https://launchpad.net/indicator-power/trunk/0.10
[15:00]  * kenvandine looks
[15:01] <hallyn> hm, indicator-multiload is taking 22% cpu.  that seems like a lot to watch my cpu load sit at 6.6 :)
[15:03] <kenvandine> jjardon, 0.10 meant for a oneiric SRU or for upload to precise?
[15:04] <jjardon> kenvandine: It would be good to have the update in Oneiric
[15:42] <jjardon> dobey, jbicha: indeed, this is the canonical list of core modules http://ftp.acc.umu.se/pub/GNOME/teams/releng/3.2.1/versions
[16:03] <pitti> good night everyone!
[19:01] <chrisccoulson> cyphermox, you around?
[19:05] <cyphermox> chrisccoulson: yep
[19:06] <chrisccoulson> hi cyphermox
[19:06] <chrisccoulson> so, my ADSL decided to die today, which isn't normally a problem, as i can just plug in my 3G dongle
[19:06] <chrisccoulson> however
[19:06] <cyphermox> doesn't work?
[19:06] <chrisccoulson> i plugged that in today (for the first time on oneiric), and it doesn't work :(
[19:06] <cyphermox> doh
[19:06] <cyphermox> does it get seen by NM at all?
[19:07] <chrisccoulson> cyphermox, yeah. i even get a notification from notify-osd to say it's connected, but it isn't actually connected really
[19:07] <cyphermox> ok
[19:07] <chrisccoulson> cyphermox, this is what i see in my syslog when i plug it in -
[19:07] <cyphermox> what model is that?
[19:07] <chrisccoulson> http://paste.ubuntu.com/718149/
[19:08] <chrisccoulson> cyphermox, according to lsusb:
[19:08] <chrisccoulson> Bus 002 Device 014: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modem
[19:08] <cyphermox> so far it's normal
[19:08] <cyphermox> do you have logs for when you click the connection to activate it?
[19:09] <chrisccoulson> cyphermox, i'm not sure what to click to activate it. i've got mobile broadband enabled in nm-applet, and in the "Mobile Broadband" section of the menu, i have an inactive entry "O2 - UK UMTS", which is the connection i want :)
[19:10] <chrisccoulson> but i can't activate it ;)
[19:16] <cyphermox> chrisccoulson: can't activate because it's insensitive or because that's what fails?
[19:16] <chrisccoulson> cyphermox, it's insensitive
[19:16] <cyphermox> interesting
[19:16] <chrisccoulson> although, there is an entry to create a new connection, where i have to enter all my provider information
[19:16] <chrisccoulson> but that doesn't work anyway, and i've never needed to do that before
[19:17] <cyphermox> edit the connection, in case it's somehow pointing to a different device?
[19:18] <cyphermox> I mean, any further logs for NM or MM would help, but what you already pasted is basically normal behavior when a device has just been connected
[19:18] <chrisccoulson> hmm, there currently isn't a connection listed for it
[19:18] <cyphermox> then it's probably fine as "any device"
[19:19] <chrisccoulson> hmmm, it's connected now, which it didn't do when i created a connection earlier :/
[19:19] <chrisccoulson> cyphermox, how come i need to manually create the connection now? i don't remember having to do that in the past
[19:20] <chrisccoulson> or perhaps i did, but just forgot about it ;)
[19:20] <cyphermox> then one that got connected is the new one you created?
[19:20] <chrisccoulson> yeah, i've just created a connection, and that seems to have connected
[19:20] <chrisccoulson> 1 second, will just remove my cell phone to make sure it works
[19:20] <cyphermox> my guess is that the old one was converted from 11.04/ NM0.8 and that conversion failed for that connection
[19:22] <cyphermox> the thing is now they're probably called the same, but if not and you can ship me the file from /etc/NetworkManager/system-connections then I can probably have one more hint as to what fails with these conversions
[19:22] <chrisccoulson_> ok, seems to work
[19:23] <chrisccoulson_> you want the connection from /etc/NetworkManager/system-connections?
[19:23] <chrisccoulson_> i don't think there's anything private in there - http://paste.ubuntu.com/718174/
[19:23] <chrisccoulson_> i hope not ;)
[19:23] <chrisccoulson_> "password=password"
[19:23] <chrisccoulson_> :)
[19:27] <cyphermox> chrisccoulson: no, most isps just use such stupid passwords ;)
[19:27] <cyphermox> chrisccoulson: the other is also O2 or "O2 1"?
[19:28] <chrisccoulson> cyphermox, oh, i deleted the other connection (the one which failed)
[19:28] <chrisccoulson> i guess that's no use ;)
[19:29] <cyphermox> oh, that's the one I wanted to see ;)
[19:29] <cyphermox> oh well
[19:29] <chrisccoulson> heh
[19:29] <chrisccoulson> sorry ;)
[19:29] <cyphermox> but you're right, you shouldn't have had to create a new one
[19:30] <cyphermox> but the NM0.8 to NM0.9 was kind of rough, although I tested a few different connection types and it worked for me
[19:30] <cyphermox> I can't remember if I had a 3G connection though :/
[19:31] <cyphermox> that said, it's so simple it should have just worked... but I think it largely borked because of gconf more than anything else
[21:18] <TheMuso> Wow, not many desktop sessions on the schedule so far, but I am only up to Tuesday.
[21:30] <RAOF> Time for me to subscribe to all the interesting ones!
[21:45] <RAOF> That's *totally awesome*!
[21:46] <seb128> RAOF, hey
[21:46] <seb128> that being?
[21:46] <RAOF> How gnome-shell handles GL_MAX_TEXTURE_SIZE.
[21:47] <RAOF> Hey seb128!
[21:47] <seb128> RAOF, how is it going?
[21:47] <RAOF> Alright.
[21:48] <RAOF> I'm going to try a mad crazy hack for that fn-f7 bug.  It'll be awesome.
[21:49] <broder> RAOF: i don't know if you noticed, but i found a few odd things about the fn-f7 stuff
[21:49] <RAOF> Almost as awesome as gnome-shell refusing to start when a dual-head display is set up with > MAX_TEXTURE_SIZE, but it's quite happy to set that up while running :)
[21:49] <broder> first is that i see a keypress event coming in on both the ACPI "Video Bus" and the keyboard device
[21:50] <RAOF> broder: That sounds like chrisccoulson's bug?
[21:50] <broder> oh, you're working on a different fn-f7 bug?
[21:52] <RAOF> Yeah, one which turns out to (proabably) be our old friend, Mr Disabling Outputs With Gnome-RR Sometimes Makes Things Weird.
[21:53] <broder> oh, ok. i hadn't associated that with being a fn-f7 bug, but sure. anyway, i'm looking forward to the solution
[21:54] <RAOF> Well, hitting fn-f7 will take you through the codepaths that do the disable everything, now re-enable everything dance.
[22:16] <TheMuso> Right, first run through of schedule complete. There are many empty slots atm, so will have to do another run through on Friday I suspect.


[00:09] <cyphermox> np
[00:19] <racarr> cyphermox: Ok left some comments. changelog updated...I guess since we are getting another review from trainguards I will go ahead and flip on the spreadsheet
[00:20] <racarr> Thanks :)
[02:05] <imgbot> [03:05] <imgbot> [03:40] <imgbot> [03:40] <imgbot> [04:15] <imgbot> [04:15] <imgbot> [04:35] <elopio> ping cihelp: can somebody please take look at the runner machines? I'm getting:
[04:36] <elopio> ssh: Could not resolve hostname bazaar.launchpad.net: Name or service not known
[04:36] <elopio> like here: http://s-jenkins.ubuntu-ci:8080/job/ubuntu-sanity-tests-vivid-amd64-autolanding/31/console
[04:52] <bzoltan_> is anybody from the QA team here?
[04:57] <racarr> trainguards: Mir and friends ready to land in silo 12
[06:04] <Mirv> racarr: looking (and morning)
[06:14] <Mirv> racarr: needs archive admin approval since adds new binary packages. I'm asking on #ubuntu-release, or you could ask if you know someone from https://launchpad.net/~ubuntu-archive/+members is online
[06:58] <michi> cihelp:
[06:58] <michi> Looks Jenkins CI has a problem.
[06:58] <michi> Can’t resolve bazaar.launchpad.net
[06:59] <michi> See unity-scopes-api build #570
[06:59] <michi> Can anyone help with that?
[07:00] <michi> That’s s-jenkins.ubunutu-ci:8080/job/unity-scopes-api-ci
[07:21] <vila> michi: s/ubunutu/ubuntu/ you got me there ;) But joke aside, you've already retried that job right ?
[07:21] <michi> vila: Yes, I have.
[07:21] <michi> Failed the second time too, the same way.
[07:21] <michi> Check the console log
[07:22] <vila> michi: err, it's still running http://s-jenkins.ubuntu-ci:8080/job/unity-scopes-api-ci/571/
[07:22] <michi> Yes. And the amd and 386 builds have failed already.
[07:22] <michi> Check the console log for amd64, for example.
[07:23] <vila> ha right
[07:30] <vila> michi: digging, pretty weird so far as going to the worker where the job run I can ping bazaar.l.n ...
[07:30] <michi> vila: Thanks for checking. I have no idea why it’s failing, obviously.
[07:35] <bzoltan_> michi:  do you know why the silo9 is acting as the MR would not be approved? It is top approved ages ago.
[07:35] <michi> Looking...
[07:36] <michi> bzoltan_: Sorry, I have no idea.
[07:40] <bzoltan_> Mirv:  do you know why the silo9 is acting as the MR would not be approved?
[07:42] <vila> michi: http://s-jenkins.ubuntu-ci:8080/job/unity-scopes-api-vivid-amd64-ci/99/console (rebuilding just that job) show some progress but still ... fails in the end
[07:42] <michi> Looking...
[07:42] <vila> michi: ping from the worker itself has hiccups
[07:43] <Mirv> bzoltan_: the run is from yesterday
[07:44] <Mirv> bzoltan_: now it's publishing
[07:44] <michi> vila: Looks like the same error again, but later.
[07:44] <vila> michi: yup
[07:44] <vila> michi: it's the network
[07:44] <bzoltan_> Mirv:  thanks
[07:45] <michi> I’m getting that same BzDir.open_2.1 here occasionally when I pull or push a branch.
[07:45] <michi> It’s been happening for weeks.
[07:45] <michi> On and off.
[07:46] <vila> michi: really ? Literally that error means that bzr can't connect to launchpad or that launchpad close the connection
[07:46] <michi> Yes.
[07:46] <michi> I’ve been seeing this since late last year.
[07:46] <michi> Not all the time, but occasionally.
[07:46] <michi> Usually, it recovers.
[07:46] <michi> Launchpad has been running like dog today.
[07:46] <vila> michi: and this is supposed to happen only when lp goes down for upgrades or a long ssh connection is cleared
[07:46] <michi> I’ve been getting something like 10-30 kBs when pulling.
[09:02] <pete-woods> hi trainguards: I figured you might be the sort of folks who could tell me where ddebs for CI train PPAs go?
[09:05] <Mirv> pete-woods: tough question :) you mean, you'd like to have ddebs before publishing, during PPA testing?
[09:06] <Mirv> sil2100: is it that we don't have that feature, I think?
[09:06] <pete-woods> Mirv: yeah. if there is a crash after installing the PPA, I'd really like to have debug symbols, without having to spend a long time rebuilding all the packages on my phone
[09:06] <Mirv> ddeb creation could be enabled for PPA:s via LP infra guys, but I think it would then mess up with copying to archives
[09:07] <Mirv> pete-woods: without hearing from sil my answer would be to install ddebs for everything you can from the normal http://ddebs.ubuntu.com/ and then rebuild the hopefully one package in PPA on the phone..
[09:07] <pete-woods> sure, it just takes like 2 hours to build many packages on the phone
[09:08] <Mirv> ouch
[09:08] <Mirv> ..and qt, libc etc have -dbg packages as well
[09:08] <pete-woods> yeah
[09:08] <Mirv> I wonder if that could be helped by copying the PPA contents to some special ddeb enabled PPA to have them created
[09:08] <sil2100> hm, I don't remember we had ddebs enabled for our train PPAs
[09:09] <pete-woods> I'm certain that it's possible to make this work
[09:09] <Mirv> pete-woods: which PPA, which package?
[09:09] <pete-woods> it's just the amount of effort
[09:09] <pete-woods> it's not actually for me, in this particular instance
[09:09] <pete-woods> but it would be super helpful if this feature was generally enabled
[09:09] <Mirv> yeah, it's also the general feature
[09:10] <Mirv> sil2100: if I remember correctly, having the ddebs in the PPA causes problem when publishing is tried to be done
[09:10] <Mirv> since I tried to do that with Qt a long time ago
[09:10] <Mirv> I'm not sure how that could be resolved, like removing the ddeb:s from the PPA at the time of publishing
[09:10] <sil2100> Mirv: I think I saw this mentioned by William once somewhere as well
[09:14] <pete-woods> if you guys could figure out some way of enabling it, I would be very grateful
[09:26] <Mirv> pete-woods: sil2100: filed bug #1420185 at least for now
[09:26] <Mirv> I think we might need to consult Colin or someone on that though, for an idea to have them without downsides
[09:30] <popey> landing call?
[09:31]  * ogra_ lands in the call
[09:32] <sil2100> davmor2: landing meeting!
[09:35] <popey> ffs, browser died
[09:48] <vila> michi: got some feedback from bootstack support. They think it was a glitch. I've seen better results and I've re-run http://s-jenkins.ubuntu-ci:8080/job/unity-scopes-api-ci/573/console
[09:48] <sil2100> jibel: what about silo 7?
[09:49] <michi> vila: Thanks for following up on that!
[09:49] <michi> So, I guess it should work again now
[09:49] <michi> ?
[09:49] <vila> Mirv: they'll keep an eye on it but the current theory is a nameserver issue that nobody has been able to observe yet...
[09:49] <jibel> sil2100, rejected by om26er with this comment: "This is not working for me. My SIM perfectly works on 3G on slot1 but whenever I swap my SIMs and put SIM1 into SIM2(and SIM2 into SIM1) slot, 3G does not work, only 2G does."
[09:49] <michi> OK. Thanks for your help! I’ll shout if it’s still not working.
[09:50] <vila> michi: so, yeah, crossing fingers and reporting to support if it happens again in the current route :-)
[09:50] <vila> michi: right
[09:50] <michi> Looks like it’s compiling fine now, so should be good.
[09:51] <sil2100> Wellark_, awe__, abeato: hey, did you see QA comments on silo 7?
[09:52] <sil2100> I'm bumping the silo to not tested again
[09:53] <sil2100> Mirv: archiving landing requests
[09:53] <abeato> jgdx, ^^
[09:53] <Mirv> sil2100: ok
[10:00] <jgdx> abeato, it's working, but maybe the indicator is not?
[10:01] <jgdx> I'm seeing hspa on ril_1 and 2g in my indicator
[10:01] <jgdx> gah
[10:01] <abeato> jgdx, hmm, must be indicator, Wellark_ ^^
[10:15] <sil2100> john-mcaleely: I promoted the image to ubuntu-touch/rc/bq-aquaris.en
[10:15] <sil2100> john-mcaleely: you should see an update coming in soon
[10:15] <john-mcaleely> sil2100, cool
[10:15]  * john-mcaleely waits excitedly
[10:25] <jgdx> sil2100, john-mcaleely, silo 7 failed due to [1] it seems. There's a fix in the works. [1] https://bugs.launchpad.net/barajas/+bug/1378778
[10:26] <jgdx> but might need that bug prioritized at the same level as bug 1379850 and friends
[10:29] <john-mcaleely> jgdx, ack. will review. can you comment on that bug please?
[10:38] <jgdx> john-mcaleely, commented why I removed the duplicate link. Anything else you need in there?
[10:40] <john-mcaleely> jgdx, I've added your comment about silo7, so that should be fine
[10:40] <john-mcaleely> sil2100, phone upgraded to 17. looks good!
[10:46] <mandel> sil2100, what was the trick to sync a package from vivid to trusty in the spreadsheet?
[10:46] <mandel> sil2100, I have something to land for both and there is no delta between them (vivid and trusty for ciborium)
[10:55] <davmor2> sil2100: so you know in that nice email I sent you where I said I wouldn't be in on Friday or Monday and might not make some of the meetings in the morning :P ;)
[11:01] <vila> michi: http://s-jenkins.ubuntu-ci:8080/job/unity-scopes-api-ci/573/ \o/
[11:01] <michi> vila: sweet, thank you! :)
[11:06] <sil2100> mandel: hey!
[11:07] <mandel> sil2100, hello! did you see my message, I just want to create two ppas, one for trusty other for vivid, same mr
[11:07] <sil2100> mandel: ok, try writing this in the 'additional packages to land': sync:ubuntu,vivid ciborium
[11:07] <sil2100> mandel: in the trusty PPA
[11:07] <sil2100> Oh
[11:07] <mandel> sil2100, ok
[11:07] <sil2100> So you want to first land the thing for vivid?
[11:07] <sil2100> Or is it already landed there?
[11:08] <mandel> sil2100, I want to land it in both
[11:08] <mandel> sil2100, so that we support rtm and we have it in vvid
[11:08] <mandel> sil2100, I guess, first vivid and then trusty
[11:08] <sil2100> mandel: ok, so first prepare the normal silo for vivid
[11:09] <sil2100> mandel: then I'll create all the bits for you for trusty, since if you want to sync from a PPA it can be a bit more tricky
[11:09] <sil2100> mandel: (since we have easy syntax only for ubuntu <-> ubuntu-rtm silo syncs :) )
[11:10] <mandel> sil2100, ok, done, thx!!!
[11:10] <sil2100> mandel: you can of course land it for vivid first and then request a sync from the vivid archive to trusty (with the syntax I mentioned above)
[11:10] <sil2100> But I suppose we can do it in parallel
[11:10] <mandel> sil2100, I'd like to have it in a ppa for testing, is related to sd card formatting.. I don't want to screw up
[11:13] <sil2100> mandel: ok, let me prepare everything for you
[11:13] <sil2100> One moment :)
[11:14] <mandel> sil2100, you rule! thx!
[11:18] <sil2100> mandel: ok, vivid silo assigned, but ciborium is in silo 005 as well
[11:19] <mandel> sil2100, agh.. great, I'll try to unblock that
[11:30] <sil2100> mandel: ok, the trusty silo is setup, once your packages have built successfully in the vivid one, just go to silo 007 (trusty) and press the build button
[11:30] <mandel> \o/
[11:45] <cjwatson> michi: Which silo is it you're talking about?
[11:45] <michi> cjwatson: 021
[11:45] <cjwatson> michi: ubuntu or ubuntu-rtm?
[11:45] <michi> Fails on the phone with a segfault.
[11:45] <oSoMoN> trainguards: hey, can I haz a silo for line 60, please?
[11:46] <michi> crash dump shows me a stack trace, but without symbols.
[11:46] <michi> ubuntu, as far as I know.
[11:46] <cjwatson> I wonder why the ddebs in question aren't on ddebs.ubuntu.com anyway.
[11:46] <cjwatson> I'm sure they used to be for silos.
[11:47] <michi> https://ci-train.ubuntu.com/job/ubuntu-landing-021-1-build/66/console
[11:47] <michi> I have no idea.
[11:47] <michi> But, basically, without symbols, I’m screwed, because I can’t make sense of the core dump.
[11:47] <michi> Same MRs work fine in CI.
[11:47] <michi> Might be an ABI issues, or a compiler change, or a real bug.
[11:48] <michi> But I have no way of finding out if I’m staring at a black box.
[11:48] <cjwatson> michi: I can extract them for you manually
[11:48] <michi> That would be really useful, thank you!
[11:48] <michi> But we need a way to get symbols when a silo build fails on the phone.
[11:48] <michi> Otherwise, we just don’t know what’s happening.
[11:49] <cjwatson> michi: I understand, but this is the best I can do for you for now.
[11:49] <michi> Sure! I’m *very* appreciative of your help!
[11:49] <cjwatson> michi: We're very close to having something generically better.
[11:49] <michi> That would be truly useful.
[11:49] <michi> As is, any core dump after applying a PPA on the phone is likely to be useless.
[11:50] <cjwatson> (As in, William implemented it a year or two ago and since then it's been blocked on infrastructure issues)
[11:50] <michi> I hear you :)
[11:53] <cjwatson> michi: http://people.canonical.com/~cjwatson/tmp/unity-scopes-api_0.6.13+15.04.20150209-0ubuntu1_armhf_ddebs.tar - please let me know when you've grabbed it so I can free space
[11:56] <michi> cjwatson: Bloody brilliant, thank you!
[11:56] <michi> I have a copy now, so you can blow yours away.
[11:56] <michi> I haven’t looked at it yet. How do I use it?
[11:59] <sil2100> oSoMoN: suar
[12:01] <oSoMoN> sil2100, thanks!
[12:02] <cjwatson> michi: It's a tarball of some .ddeb files.  You should be able to plug it into https://wiki.ubuntu.com/DebuggingProgramCrash somehow
[12:02] <cjwatson> Worst case manually install them with dpkg -i in whatever context is appropriate, and remove afterwards
[12:02] <michi> OK, cool, I think I can handle that :)
[12:02] <michi> Thanks heaps for  your help!
[12:02] <cjwatson> np
[12:11] <sil2100> lool: hey! Just poking to see if maybe you had some time for the custom tarball modification :)
[12:18] <Mirv> thanks colin for all the help to michi
[12:19] <michi> Mirv, cjwatson: Hell, yes! :)
[12:19] <Mirv> pete-woods: so the end result in that bug discussion was that there has been something brewing for a long time and hopefully available in the next few weeks
[12:19] <michi> Mirv: I sincerely hope so.
[12:19] <michi> We have a similar issue with tests dumping core only on CI, but not locally.
[12:20] <michi> If they dump core on CI, I can see that there was a segfault, but the buck stops right there.
[12:20] <michi> What we really need is (a) the stack trace for all threads as part of the CI test run and (b), the core, so we can look where it blew up in detail.
[12:22] <pete-woods> Mirv: yes, read the bug report. sounds positive to me :)
[13:29] <Mirv> ^ rtm-000 not really, I set qa approval to required now
[14:11] <Mirv> om26er: so the whatever test plan related issue related to rtm-005 (if I remember correctly from jibel) was resolved and the silo is good to go?
[14:13] <om26er> Mirv, yes, I found a bug in the fix, they fixed it and now its good to go
[14:14] <Mirv> om26er: ok, thank you
[14:27] <sil2100> ogra_: just a curiosity question: you have access to lillypilly, or is it only for archive-admins?
[14:27] <ogra_> sil2100, ssh people.canonical.com
[14:27] <ogra_> you shoudl too ;)
[14:27] <sil2100> Uh, argh
[14:27] <sil2100> Somehow I mixed up lillypilly with snakefruit
[14:28] <sil2100> ogra_: thanks for reminding me ;)
[14:28] <ogra_> ah, no idea about snakefruit :)
[14:31] <davmor2> sil2100: slap your forehead and say "D'oh!"
[14:33] <Mirv> cihelp you might want to make a note that Qt autolander jobs are somehow broken see for example https://code.launchpad.net/~ricmm/kubuntu-packaging/qtdeclarative-opensource-src_532-implement-jit-cache/+merge/248381
[14:34] <Mirv> oh well, that's not a good example since I ran the autolander job myself since it was to an unusual branch :) https://code.launchpad.net/~timo-jyrinki/kubuntu-packaging/qtdeclarative_crashers_fixes_trigger_CI/+merge/243974 is better
[14:34] <Mirv> if the release is in archives it shouldn't try to fetch from upstream (and fail for whatever reason)
[14:36] <fginther> Mirv, thanks for the notice. Will have a look into this
[14:37] <om26er> jgdx, hey
[14:37] <jgdx> om26er, yo
[14:38] <om26er> jgdx, I again went out for some field testing. Even though the technology of the SIM slot changes, 3G does not work on the second SIM
[14:38] <jgdx> om26er, what's used as indicator that it works/not work?
[14:38] <om26er> It always stays on 2G plus I have tested the speed to ensure that the icon is not lying
[14:39] <om26er> jgdx, Have you tested it on your device ?
[14:40] <om26er> jgdx, perhaps we have a way to iquire which band is working right now ? Something similar to what the indicator-network uses to know the band in use.
[14:43] <jgdx> om26er, yeah, I've tested it, but I've just confirmed that I see hspa in ConnectionManager.Bearer.
[14:44] <jgdx> which I do, on ril_1 (second SIM)
[14:44] <om26er> jgdx, give me the command so I could verify that as well
[14:44] <jgdx> om26er, /usr/share/ofono/scripts/list-modems
[14:44] <jgdx> takes a while
[14:45] <om26er> jgdx, "Model = Fake Modem Model" looks sane ?
[14:45] <jgdx> yeah
[14:50] <jgdx> abeato, is there a 100% sure way of knowing, on the phone, whether or not you're on a '3g' connection?
[14:51] <abeato> jgdx, you can check the ConnectionManager interface in ofono
[14:51] <jgdx> abeato, and look at Bearer?
[14:51] <abeato> jgdx, yes
[14:52] <jgdx> abeato, thanks
[14:52] <abeato> np
[15:02] <racarr> trainguards: Hey. Mir 0.11 has landed but the assosciated mp still hasn't, what could be going on? https://code.launchpad.net/~mir-team/mir/0.11/+merge/248221 and was silo 12
[15:02] <sil2100> racarr: looking, but I might have an idea why
[15:03] <racarr> sil2100: We have an idea as well aha, I made a mistake with the changelog and there is
[15:03] <racarr> a commit updating debian/changelog
[15:03] <racarr> that didn't make it in to the PPA
[15:03] <sil2100> Yeah
[15:03] <Mirv> hmm
[15:03] <sil2100> Exactly
[15:03] <sil2100> We need to add a check for that to the train
[15:03] <racarr> -.-...sorry I didn't know the packages were copied I thought they built again in archive or something
[15:04] <racarr> Hmm, so what should we do? It's just the text content change (as opposed to version number or something) so its probably pretty harmless
[15:04] <sil2100> No, it's basically what you have in the silo you release to the archive, this way we make sure that what you test is what will be on the devices
[15:05] <racarr> mm
[15:06] <sil2100> Since the only missing change is a changelog update, not much we can do here without re-releasing
[15:06] <sil2100> I would say let's mark the merge as merged manually and just leave it as it is
[15:06] <racarr> sil2100: Mm. Sounds good to me.
[15:07] <Mirv> sil2100: hey, I'd need some help https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-005-3-merge-clean/33/console
[15:07] <racarr> sil2100: Thanks :)
[15:08] <Mirv> sil2100: bzoltan pointed the gles branch to a wrong (vivid) branch of gles, and I'm trying to fake the branch for CI Train so that the clean job would work, after which I'd split it properly to gles-rtm
[15:08] <om26er> jgdx, hey
[15:08] <om26er> jgdx, I am out doing fielding testing, so it seems the icon is lying
[15:08] <jgdx> om26er, hay
[15:08] <jgdx> om26er, have you seen https://bugs.launchpad.net/barajas/+bug/1378778
[15:08] <Mirv> sil2100: but I push --overwrite:d what it'd like to see (rev 39), but it still claims there'd be 41 available
[15:08] <jgdx> om26er, it is that issue, I think.
[15:08] <om26er> jgdx, well in my case it does say 2G *always*
[15:08] <sil2100> Mirv: hmm, let me look
[15:09] <Mirv> sil2100: oh, wait
[15:09] <Mirv> sil2100: it might be that it was just LP being slow.
[15:09] <om26er> jgdx, wouldn't the silo make more sense with that fix in ?
[15:09] <Mirv> sil2100: yeah, some query was cached even though rev contents already showed 39
[15:09] <sil2100> Mirv: is it ok now?
[15:09] <Mirv> sil2100: problem solved, thanks!
[15:09] <Mirv> sil2100: yes.
[15:09] <sil2100> Yaay! ;)
[15:09] <Mirv> manual hacking ftw
[15:10] <Mirv> bzoltan_: so, I've now created a proper gles-rtm branch + series for you, which was previously not existing
[15:13] <jgdx> om26er, it would, but seems that fix was never made. It's supposedly in progress right now.
[15:14] <om26er> jgdx, hmm, ok. I'll start with TestPlan now that the feature is known to be working.
[15:14] <jgdx> om26er, thanks
[15:14] <cjwatson> Mirv: You were probably on a database slave.
[15:15] <Mirv> sil2100: btw, when a job fails to merge something like that, it seems it retries it automatically somehow ad infinitum every 5 minutes, creating something like this... https://code.launchpad.net/~system-settings-touch/gsettings-ubuntu-touch-schemas/trunk
[15:15] <sil2100> Shit, I thought robru fixed that
[15:15] <Mirv> so if something like that would be left alone overnight, the bzr log would be quite noisy :)
[15:16] <sil2100> robru: ^ remember this bug we reported when the auto-merge functionality got introduced?
[15:16] <sil2100> robru: wasn't that fixed?
[15:16] <sil2100> robru: i.e. when a push to some branch is failing, CI Train re-pushes to branches it already pushed into
[15:17] <sil2100> robru: we had that when ci-train-bot didn't have the right perms
[15:36] <bzoltan_> Mirv: Thank you
[15:41] <sil2100> Sadly the train's merge job wasn't meant to be ran in a loop :D
[15:44] <sil2100> robru: I'll have a quick merge for that soon
[16:13] <anpok_> ping cihelp
[16:13] <anpok_> i have a build failure in silo-000 for arm64, whithout a log
[16:14] <anpok_> https://ci-train.ubuntu.com/job/ubuntu-landing-000-1-build/267/console
[16:14] <boiko> sil2100: any idea why there is no build log here: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-013/+build/6962978 ?
[16:15] <sil2100> boiko: wow, that's something new
[16:15] <sil2100> boiko: let me retry, maybe it's some transient LP issue
[16:15] <boiko> sil2100: the two arches that failed are in that state
[16:16] <sil2100> boiko: hm, ok, then let's poke launchpad-ops
[16:17] <anpok_> sil2100: had the sme on silo-000
[16:17] <camako> sil2100, I think anpok's issue is the same as boiko's.
[16:19] <rvr> pstolowski: ping
[16:21] <pstolowski> rvr, pong
[16:21] <rvr> pstolowski: Silo 2
[16:22] <rvr> pstolowski: I created an account in System Settings > Online Accounts, and I expected that the Instagram scope would show the photos instead of "Add your account" message.
[16:22] <sil2100> camako, anpok_: I poked the right people, let's see what they say
[16:23] <sil2100> Maybe there's some work going on LP
[16:24] <anpok_> thx
[16:26] <sil2100> anpok_, camako: cjwatson reports it seems to be some network problem in the datacenter
[16:26] <sil2100> So we can retry by rebuilding later
[16:27] <cjwatson> There isn't active maintenance, but I'm retrying
[16:27] <pstolowski> rvr, could you please add a comment in the spreadsheet and I'll ask marcustomlinson to check
[16:29] <rvr> pstolowski: Ok
[16:30] <boiko> cjwatson: sil2100: thanks
[16:30] <sil2100> ogra_, jibel, davmor2, popey, robru: let's skip todays meeting as always
[16:30] <ogra_> yup, fine with me
[16:31] <pstolowski> rvr, thanks!
[16:31] <davmor2> sil2100: no you skip martial arts for a change ;)
[16:31] <davmor2> sil2100: :D  have a good evening dude :)
[16:36] <rvr> I'll attend as I haven't been noticed ;)
[16:56] <cjwatson> sil2100: chasing on #webops
[17:01] <boiko> cjwatson: sil2100: can I rebuild silo 13? (the one that failed with no logs), renato added some more stuff to address-book-app in there
[17:01] <cjwatson> boiko: There's no point yet
[17:01] <boiko> cjwatson: ok, would you mind letting me know when it is fine to build again?
[17:01] <cjwatson> boiko: I don't know exactly what it is but we have a couple of architectures out of operation.  I've raised it, hopefully it will be fixed soon
[17:02] <cjwatson> boiko: Sadly I have to leave pretty much now so it may be rather later, unless somebody is keeping an eye on #webops
[17:02] <cjwatson> I'll be back in ~6 hours for an LP team meeting ...
[17:03] <boiko> cjwatson: that's fine, don't worry :)
[17:20] <om26er> jgdx, which section here I should be running exactly ? https://wiki.ubuntu.com/Process/Merges/TestPlan/ubuntu-system-settings
[17:30] <dobey> fginther: hey. can you re-run the autopilot job for pay-ui against that same branch again? thanks
[17:31] <fginther> dobey, restarted
[17:38] <jgdx> om26er, tests under Cellular (Single SIM) and Cellular (Dual SIM) perhaps. Not sure what your policy are, but I ran those two.
[17:52] <dobey> ok, so fails there with the same issue. need to figure out a solution for that
[17:57] <dobey> i wonder if just running "apparmor-exec qmlscene blah blah" will work
[17:57] <robru> Mirv: sil2100: I cleaned up the errant commits from http://bazaar.launchpad.net/~system-settings-touch/gsettings-ubuntu-touch-schemas/trunk/changes
[17:58] <robru> Mirv: sil2100: yeah I remember this happening before but I can't remember what I did about it then. possibly I just did something to mitigate it, not a full solution. I think the best solution would be for the 'Resync trunk' code to check if the resync commit is empty before committing it.
[18:03] <wxl> hey folks. i understand this the place to be for touch image testing?
[18:11] <robru> wxl: you could say that
[18:12] <wxl> robru: so, where can i find information on the process?
[18:13] <robru> wxl: depends, what do you want to do?
[18:14] <wxl> robru: well, i figure image testing is needed, no?
[18:14] <robru> wxl: sure but there's lots of different things to do. are you an upstream developer wanting to test changes to the image before they get in the image?
[18:15] <john-mcaleely> sil2100, so, heads up. I will make a device tarball for ww07 tonight (can land as normal)
[18:15] <robru> wxl: or you just want to take whatever image and look for bugs in it?
[18:15] <john-mcaleely> sil2100, it seems likely there may be another late tomorrow, which will need discussion about if it can go in ww07
[18:16] <robru> wxl: generally speaking I guess you're looking for https://wiki.ubuntu.com/QATeam/TouchTesting
[18:18] <wxl> robru: so ultimately, ubuntu-quality should be who i touch base with?
[18:19] <robru> wxl: yeah, they often hang out here.
[18:19] <wxl> robru: thx
[18:19] <robru> wxl: you're welcome
[18:19] <wxl> i'll leave you guys to whatever it is that you're doing :)
[18:24] <om26er> jgdx, a few more bugs: http://paste.ubuntu.com/10161950/
[18:27] <om26er> jgdx, issue#2 in that paste is critical since the user won't know if Data is enabled or not.
[18:32] <om26er> Wellark_, Hey! I think you are a stakeholder in silo 7 as well. There are a few issues found in that silo.
[18:32] <om26er> Wellark_, http://paste.ubuntu.com/10161950/
[19:53] <bfiller> robru: can you publish ubuntu silo 4 please
[19:54] <robru> bfiller: done
[19:54] <bfiller> robru: thanks
[19:54] <robru> bfiller: you're welcome
[19:58] <robru> cjwatson: hey I'm seeing some strange build failures that are missing build logs, any idea what's going on here? https://launchpad.net/~ci-train-staging-area/+archive/ubuntu/landing-003/+build/6964351
[19:59] <robru> cjwatson: also https://launchpad.net/~ci-train-staging-area/+archive/ubuntu/landing-000/+build/6964208
[20:08] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150210-4b918db.tar.xz
[20:08] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150210-4b918db.changes
[20:08] <john-mcaleely> http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150210-4b918db.ods
[20:09] <john-mcaleely> sil2100, ^ new device tarball for rtm. will do spreadshee t & email shortly
[20:19] <jgdx> om26er, ping
[20:19] <om26er> jgdx, pong
[20:20] <jgdx> om26er, in [1], did you by any chance not reboot after hot swapping the SIMS? [1] http://paste.ubuntu.com/10161950/
[20:20] <jgdx> om26er, also, 2. is equal to the first issue you found. :)
[20:22] <om26er> jgdx, I am not sure, I think I did. trying again this time with a reboot
[20:22] <om26er> jgdx, also indicator-network just crashed
[20:23] <om26er> :(
[20:23] <om26er> https://errors.ubuntu.com/oops/c4eb9ca8-b15e-11e4-9e19-fa163e525ba7
[20:24] <om26er> jgdx, even after reboot issue #1 persists.
[20:27] <jgdx> om26er, for 1. could you pm the output of /usr/share/ofono/scripts/list-modems ?
[20:27] <jgdx> and steps to reproduce
[20:29] <jgdx> om26er, crash does not look like a regression in this silo though
[20:32] <sil2100> john-mcaleely: ACK, that's for this milestone?
[20:33] <john-mcaleely> sil2100, yup
[20:36] <om26er> jgdx, might sound a lil silly, right now that issue#1  is not happening. Perhaps some kind of race or something ?
[20:37] <om26er> jgdx, FWIW indicator-network never crashed for me before. So that crash makes me a little nervous.
[20:38] <om26er> jgdx, also sorry for being pain in the arse, this landing changes core part of the stack so I am trying to be extra cautious.
[20:38] <om26er> :)
[20:47] <jgdx> om26er, I think you're just being thorough, and that's critical. :) If you need some more eyes on #1 I can help.
[20:47] <kenvandine> om26er, we do appreciate that!
[20:47] <jgdx> but I'm a bit back/forth.
[20:47] <kenvandine> please be thorough :)
[20:48] <sil2100> robru: hey, you around today? :)
[20:48] <sil2100> robru: ah, I see you are
[20:48] <robru> sil2100: yeah, why?
[20:48] <sil2100> cyphermox: ^ :)
[20:49] <robru> sil2100: build.py rewrite is really close to done, just cleaning up some small regressions I found. I'm soooo stoked for this.
[21:07] <robru> sil2100: cyphermox: do you guys need me?
[21:12] <om26er> jgdx, so here a  way: Make sure you only have a SIM in slot2 (Slot1 should be empty). clean flash, install silo. You will only have 2G you cannot change to 3G.
[21:13] <om26er> unless you insert a SIM into slot1 you can never enable 3G on SIM slot 2.
[21:17] <sil2100> robru: we just need someone on train duty :) Great news with that build redesign
[21:17] <sil2100> robru: did you add sync support?
[21:18] <sil2100> Anyway, really need to run now
[21:18] <sil2100> o/
[21:30] <robru> lunch!
[21:37] <john-mcaleely> anyone object to a vicid tarball push in ~30-60 mins?
[21:37] <john-mcaleely> vivid, even
[21:37] <john-mcaleely> ogra_, ? ^
[22:23] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150210-95b6a9f.tar.xz
[22:23] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-20150210-95b6a9f.changes
[22:23] <john-mcaleely> http://people.canonical.com/~jhm/barajas/master/device_krillin-testresults-20150210-95b6a9f.ods
[22:24] <john-mcaleely> vivid tarball incoming
[22:26] <john-mcaleely> pushed
[22:37] <cjwatson> robru: it should be fixed now, apparently it related to an ntp upgrade that made launchpad-buildd very sad indeed.  just retry any you see
[22:37] <cjwatson> boiko: ^-
[22:38] <cjwatson> robru: though I plan to write something before I go to sleep to track down at least a respectable set of the failures and mass-retry them
[22:49] <robru> cjwatson: thanks
[22:51] <cjwatson> Hm, this is harder than usual because these builds don't show up in builder history so I can't use my usual workaround for LP not having a sensible global way to search for builds
[22:52] <robru> cjwatson: no worries on my end, I can just retry them as I see them.
[22:52] <ToyKeeper> dbarth ... isn't around.  D'oh.
[22:53] <robru> cjwatson: there were only 3 or 4 that I cared about.
[22:53] <cjwatson> Sure, but there were gazillions globally
[22:54] <robru> cjwatson: true
[22:54] <cjwatson> let me see, maybe I can at least pare the script down to taking a list of archives or something
[23:02] <ToyKeeper> Well, it fixed an issue or two and doesn't appear to have broken anything...
[23:14] <robru> mardy: dbarth: https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-000-2-publish/28/console need merges approved in order to publish
[23:16] <cjwatson> hmm.  gross hack, but on the webapp /builders/+build/ID redirects to the canonical URL of that build, so I can do that from a script and then figure out the webservice URL from that
[23:16] <cjwatson> ugh ugh ugh will be hideously slow
[23:16] <cjwatson> my kingdom for getByIds or something
[23:18] <ToyKeeper> Cool, can't publish due to unapproved merges.  Why does this still happen?  Isn't there a landing checklist before submitting a silo for its final steps?
[23:29] <robru> ToyKeeper: people are supposed to approve the merges before they send for QA, but after they've had the silo assigned and had a chance to test that the built packages behave as they expect. The train  unfortunately has no way to enforce that until you click 'publish', which comes after QA.
[23:30] <ToyKeeper> Yeah, I mean...  a manual checklist.  Not sure if that exists or if people normally use it.
[23:31] <robru> ToyKeeper: it is mentioned at https://wiki.ubuntu.com/citrain/LandingProcess but evidently not everybody reads this every time ;-)
[23:35] <robru> ToyKeeper: wow, in this case, all three MPs don't even have any review at all, much less top-approved. if they had regular reviews approving them I might have overlooked the lack of top approvals, but yikes.
[23:39] <ToyKeeper> In theory, it needs to land within a few hours to get in before the window closes...  but that'd be easier if people were around.


[12:38] <Daniel> hi, is there anyone around? Our mirror is not listed anymore and we have not idea why
[16:52] <sarnold> https://launchpad.net/ubuntu/+mirror/ubuntu.mirrors.linux.ro-archive perhaps?
[16:52] <sarnold> or is that a different daniel?