[01:38] <MavKen> my neighbor is on my wifi... is there anything I can do to scare him?
[01:39] <sarnold> best would be to fix your wiki.
[01:40] <sarnold> manipulating his traffic while it goes through your network may introduce legal liabilities. best to just shut it down and be done with it.
[01:41] <MavKen> ok
[05:37] <pitti> Good morning
[09:01] <seb128> good morning desktopers
[09:04] <Laney> morning!
[09:05] <larsu> morning!
[09:08] <Laney> hey larsu, wie gehts?
[09:09] <seb128> hey Laney, larsu, how are you?
[09:09] <Laney> happy that I work from home ;-)
[09:10] <Laney> weeeeeeeeeeeeeeeet
[09:10] <seb128> haha
[09:10] <Laney> otherwise good! you?
[09:11] <larsu> Laney: good thanks!
[09:11] <seb128> I'm ok, I got a cold a friday which is slightly annoying, but I'm slowly getting over it, it seems
[09:14] <Laney> oh I wanted to show you something ...
[09:14] <Laney> https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1276699/comments/2
[09:14] <ubot2`> Launchpad bug 1276699 in ofono (Ubuntu) "scan-for-operator script fails: org.ofono.Error.Failed: Operation failed" [Undecided,Incomplete]
[09:14] <Laney> " we currently only support automatic network registration, and thus scanning is forbidden."
[09:15] <seb128> shrug, kenvandine said it used to work!
[09:15] <Laney> it did
[09:15] <seb128> ok, so the title is misleading ;-)
[09:15] <Laney> so do we need to take that feature out ...
[09:15] <seb128> but "good", it's not our fault
[09:16] <seb128> yeah, I'm going to talk to them though
[09:16] <seb128> that one seems like a basic feature, it sucks to take it out
[09:16] <Laney> I'm pretty sure it did work before
[09:16] <Laney> so maybe he is mistaken
[09:16] <seb128> though I've to admit in practice autoconnect is probably good enough for most users
[09:16] <seb128> yeah
[09:17] <Laney> I had to use it in the usa last time because roaming didn't work
[09:17] <seb128> let's talk to awe or rsalveti when they are online
[09:17] <Laney> k, /me patch pilots
[09:17] <seb128> Laney, enjoy!
[09:18] <seb128> larsu, don't bother arguing with that guy on the evince bug, I guess he's going to be happy enough once the keybindings issue is resolved
[09:18] <Laney> after the über dist-upgrade of doom
[09:18] <seb128> I saw all indicators landed, I wonder if that comes with any new bug
[09:18]  * seb128 starts update-manager
[09:20] <larsu> seb128: I'm not arguing, but trying to explain. I wonder why F10 doesn't open the menu on unity anymore...
[09:21] <seb128> larsu, because there is no cog menu on unity?
[09:21] <larsu> F10 used to open the global menu
[09:21] <larsu> I'll ask attente later today
[09:21] <seb128> that's an attente issue
[09:21] <seb128> I think he's working on it
[09:21] <larsu> ya, it's either an issue in the menus or the global keyboard shortcuts
[09:21] <larsu> both attente issues :)
[09:22] <larsu> man, he sure picked the easy problems on our desktop...
[09:22] <seb128> lol
[09:22] <seb128> you have to give him credits for picking those issues and sticking to them until they are fixed!
[09:23] <darkxst> hi seb128
[09:24] <seb128> darkxst, hey, how are you?
[09:24] <darkxst> good, bit cooler now ;)
[09:25] <seb128> come to Europe if you like cold
[09:25] <seb128> or not, go to Canada I guess
[09:25] <seb128> darkxst, what's the plan for external panels in g-c-c-vanilla? which ones do you want to keep?
[09:25] <Laney> we can do wet https://witness.theguardian.com/assignment/52f0dd85e4b08e6aaede60d3
[09:26] <seb128> hehe
[09:26] <darkxst> seb128, mainly dejadup, UOA (not installed by default but we have users using it)
[09:27] <seb128> darkxst, UOA is going to be problematic I think, would a standalone GUI work for it?
[09:27] <darkxst> seb128, yes
[09:27] <seb128> I'm saying that because robert_ancell had a look at dual building it for u-c-c and g-c-c and mostly gave up
[09:27] <seb128> so I think they want to do what deja-dup is doing, having a standlone interface for non Unity
[09:28] <darkxst> gufw, but that might just be a desktop link
[09:28] <seb128> k
[09:29] <darkxst> likewise with ubuntuone
[09:29] <Laney> darkxst: what's the parent branch of this one you gave me?
[09:29] <seb128> the changelog of that branch is weird
[09:29] <darkxst> Laney, robert_ancells
[09:29] <Laney> I'm kind of confused
[09:29] <Laney> why didn't he branch off of the current g-c-c one?
[09:29] <seb128> I would expect a "drop <list of Ubuntu patches>" on top of the current version
[09:30] <darkxst> he dropped everything...
[09:30] <darkxst> and I added back in the bits that are required
[09:30] <seb128> that seems the wrong strategy
[09:30] <darkxst> seb128, it wasn't my strategy!
[09:30] <seb128> imho you should take the current "trunk" from trusty and drop things you do'nt want
[09:30] <seb128> yeah
[09:30] <Laney> indeed
[09:31] <seb128> what's I'm saying is "feel free to discard what robert_ancell did"
[09:31] <Laney> I'd rebase on the ubuntu-desktop branch
[09:31] <Laney> if I were you
[09:31] <seb128> I doubt he has much interest in it, he just tried to get things moving
[09:32] <darkxst> right, I don't either if we can still sneak in that gnome-desktop transition (that makes seb128 so nervous)
[09:32] <darkxst> seb128, fwiw config migration is not an issue, since it still uses the same file, but more of a backup for persistant storage
[09:33] <seb128> good
[09:33] <seb128> well, I'm too busy to help driving that transition through, and it makes me nervous
[09:33] <seb128> I'm not going to block it if you find somebody wanting to take responsibility for it/do the uploads though
[09:33] <seb128> you can try with Laney or other
[09:34] <seb128> robert_ancell seems to share my opinion that we should better delay that one after the LTS, for the record (we discussed it last week)
[09:35] <Laney> I didn't follow the issues really
[09:35] <darkxst> Laney, all the XRANDR code move from gnome-deskop into a mutter
[09:35] <seb128> basically gnome-desktop replaced their gnome_rr xrandr api to call a new dbus servic
[09:35] <darkxst> so I ripped that code and made a standalone daemon which seems to work well
[09:36] <darkxst> g-s-d obviously needs a bunch of git patches to adapt, g-c-c is much more trivial
[09:37] <seb128> gnome-screensaver and others also use that API and are going to do patching if we do that
[09:37] <seb128> but the bit that makes me most nervous is changing a xrandr library but a new, virtually untested for us, dbus service
[09:37] <darkxst> seb128, its largely the same code
[09:38] <lifeless> I sometimes thing Gnome has gone crazy w.r.t. DBUS
[09:38] <lifeless> whats wrong with using component specific APIs like XRANDR
[09:38] <Laney> do a PPA with all of the packages and a call for testing on -devel?
[09:38] <Laney> anwyay, regarding g-c-c - can you put the changes back on top of the current branch?
[09:39] <darkxst> lifeless, the whole point was to abstract away the display server from gnome-desktop
[09:39] <darkxst> Laney, yes will rebase, but won't be tonight
[09:39] <Laney> okay, no problem
[09:42] <Laney> cyphermox_: do you have commit to network-manager?
[09:42] <Laney> upstream
[09:44] <seb128> Laney, if he doesn't he most likely know upstream enough to get stuff commited
[09:45] <seb128> either way you can bounce patches his way I think ;-)
[09:45] <Laney> that was my backup hope
[09:45] <Laney> cyphermox_: https://bugzilla.gnome.org/show_bug.cgi?id=663774
[09:45] <ubot2`> Gnome bug 663774 in nm-applet "Country selection dialogue does not react on Enter key" [Normal,Unconfirmed]
[09:47] <lifeless> darkxst: uhm, ok. And DBus is the right answer for that? I would have thought an abstraction library, but thats just me.
[09:55] <seb128> larsu, https://code.launchpad.net/~samvasko/libappindicator/libappindicator/+merge/204202 ... looks fine to you? (I just crossed it while looking at pending merge requests)
[09:57] <larsu> seb128: yep, looks fine to me. Shall I approve?
[09:57] <seb128> larsu, +1 from me, thanks
[09:59] <seb128> Laney, do you know what desktops use g-s-d/u-s-d?
[09:59] <seb128> out of Unity/gnome-shell of course
[10:01] <Laney> fallback too
[10:01] <Laney> and there are sessions that are fallback but with different window managers
[10:01] <seb128> Laney, what is fallback likely to use? g-s-d or u-s-d?
[10:01] <Laney> but you can think of those as mostly the same
[10:01] <seb128> asked differently, do we need to keep the legacy key grabber in u-s-d
[10:02] <Laney> g?
[10:02] <darkxst> seb128, yes, I see all the fallback desktops using u- variants
[10:03] <seb128> darkxst, for the control-center yes, I was wondering for the settings daemon
[10:03] <darkxst> seb128, same
[10:03] <seb128> I wonder if we need a rotw-s-d
[10:03] <seb128> rest-of-the-world-settings-daemon :p
[10:03] <darkxst> right now, u-s-d should fit the rest of the world
[10:03] <seb128> darkxst, that's convenient for you, means we get to keep the legacy code there
[10:04] <seb128> I'm not really wanting to do that though
[10:04] <Laney> doesn't compiz need the keygrabber?
[10:04] <seb128> I wanted to take the opportunity to clean stuff we don't use/need
[10:04] <seb128> no
[10:04] <seb128> attente is moving that to compiz, same way GNOME moved it to gnome-shell
[10:04] <seb128> that's the only reliable way to do grabbing
[10:04] <Laney> right now it does though
[10:05] <darkxst> seb128, in that case the fallbacks can you that in compiz?
[10:05] <seb128> e.g to key modifier only keys to work
[10:05] <seb128> some fallbacks session don't use compiz
[10:05] <darkxst> although I suppose some insist on using oldschool metacity
[10:05] <seb128> so we can fix things for those in compîz
[10:05] <seb128> well
[10:05] <seb128> or some are Laney and use custom wms
[10:05] <seb128> ;-)
[10:05] <seb128> (can't even remember the name of that wm now)
[10:06] <Laney> it's still panel + gsd
[10:06] <seb128> xmodmap?
[10:06] <Laney> monad
[10:06] <seb128> close :p
[10:07] <seb128> Laney, context is https://code.launchpad.net/~attente/gnome-settings-daemon/gnome-key-grabber/+merge/202758
[10:07] <seb128> well I guess it's not the end of the world to keep the legacy grabber in there
[10:07] <seb128> it's just more code to maintain
[10:09] <Laney> I see
[10:09] <Laney> that stuff seems pretty stable in practice though
[10:10] <seb128> right, as said it's just cruft/old code to keep around
[10:10] <seb128> the reason I want to clean it out is the same that made GNOME drop their fallback code
[10:10] <seb128> less code makes the job easier for us
[10:10] <seb128> but as said, no big deal for that one, we can keep it at least for the LTS
[10:11] <Laney> as it is the fallback sessions will get gsd btw
[10:11] <seb128> darkxst just said he expect those to use usd
[10:11] <darkxst> seb128, I have no intentions of maintaining legacy desktops, surely that should fall onto the teams that still want to use them?
[10:11] <Laney> yep
[10:11] <Laney> but somebody has to fix it to do that
[10:11] <seb128> darkxst, I can copy/paste what you just wrote
[10:12] <seb128> darkxst, gnome-classic is not more an Unity session than it is a GNOME one, it's rather closer from a  GNOME one in fact
[10:12] <darkxst> seb128, gnome classic *IS* gnome-shell
[10:12] <seb128> gnome-panel-session
[10:12] <seb128> whatever that's called
[10:13] <darkxst> no it is gnome-shell
[10:13] <darkxst> with some extensions
[10:13] <seb128> well, what Laney is using
[10:13] <seb128> and that's not gnome-shell
[10:13] <Laney> fallback
[10:13] <seb128> we have users who still run gnome-panel with the wm of their choice
[10:13] <darkxst> there are some issues with UI expectations, but gnome classic is technology wise identical
[10:14] <Laney> or whatever it's really called
[10:14] <darkxst> gnome-panel aka fallback, would be much better using Unity stuff
[10:14] <darkxst> they use the same indicators etc
[10:15] <darkxst> edubuntu are going to switch over to Unity for XDG_CURRENT_DESKTOP
[10:15] <seb128> right, for UI bits it makes sense
[10:15] <darkxst> (for gnome-flashback)
[10:15] <seb128> g-s-d I'm unsure about
[10:15] <Laney> Sweetshark: have you seen bug #1200277 is still alive?
[10:15] <ubot2`> Launchpad bug 1200277 in libreoffice (Ubuntu) "[LibreOffice] - libreoffice-writer.desktop when drag/drop to desktop, 100% broken. " [Low,Confirmed] https://launchpad.net/bugs/1200277
[10:16] <darkxst> seb128, the biggest problem here is there is no distinction between UI bit and backend bits
[10:17] <darkxst> backend wise, gnome-panel etc is very similar to Unity (apart from the few extra integrations you have)
[10:17] <seb128> it's not that far from GNOME either
[10:18] <Laney> haha
[10:18] <seb128> you just don't want to have to keep maintaining the legacy code needed for those session (which I understand, but I don't want either ;-)
[10:18] <darkxst> seb128, do you have any idea how much legacy code is hanging around to support Unity/panel sessions?
[10:18] <seb128> I think we are eventually going to need to say "if you use a non gnome-shell/compiz wm, you are on your own"
[10:18] <seb128> but that would be unkind to do that before the LTS
[10:19] <seb128> darkxst, I've been putting those patches in for the most part, so yes
[10:20] <darkxst> right, and apart from the possible move of keygrabber into compiz, everything is needed by unity also
[10:21] <seb128> right, which is why we are making u-c-c/u-s-d
[10:21] <seb128> not sure what we are discussing at this point
[10:21] <seb128> out of
[10:21] <seb128> Laney, nobody wants to maintain legacy code for you it seems...
[10:21] <darkxst> no one wants the legacy code!
[10:22] <seb128> right
[10:22] <seb128> well, I guess we are going to keep it in u-s-d until it's creating enough issues that we decide that those sessions to find a solution that doesn't put the burden on us
[10:23] <Laney> I think highvoltage does some upstream flashback maintenance :-)
[10:23] <seb128> need to find*
[10:23] <darkxst> mitya as wall
[10:23] <darkxst> well even
[10:24] <darkxst> perhaps all the legacy fanatics can move to MATE
[10:24] <seb128> Laney, https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1274740/comments/21 btw
[10:24] <ubot2`> Launchpad bug 1274740 in nautilus (Ubuntu) "Re-enable traditional titlebar on 'gnome-but-not-shell' sessions too" [Low,Confirmed]
[10:24] <seb128> Laney, we were discussing that last week
[10:24] <darkxst> altough I have no idea where that is at
[10:24] <seb128> yeah, me neither*
[10:24] <Laney> seb128: nice, I can't remember the details from before
[10:25] <seb128> Laney, it's early enough in the cycle than we can deal with issues
[10:25] <Laney> I made some patches over the weekend to set that for the indicators ;-)
[10:25] <seb128> and I trust Dmitry to know what he is doing
[10:25] <seb128> nice ;-)
[10:25] <darkxst> Laney, Jeremy switched over flashback to Unity in past, then straight away reverted it since it was buggy
[10:26] <seb128> do you remember what was buggy?
[10:26] <darkxst> no, but I checked recently, as far as I can tell that was only due to the OnlyShowIn fields in the various desktop files
[10:27] <darkxst> gnome-panel, nautilus-classic and indicator*
[10:27] <seb128> ok, that's what we were discussing, Laney remembered that it was tried but not the reasons it didn't work/what was to be resolved
[10:28] <darkxst> indicator ones will need a autostart condition I suppose
[10:28] <darkxst> GNOME3 unless-session Unity
[10:28] <seb128> we use upstart for those in Unity
[10:28] <darkxst> oh, then it should be fine
[10:28] <seb128> so they can do what they need with the desktop
[10:28] <darkxst> which is just add Unity to them
[10:30] <darkxst> offtopic, we have been hitting a weird bug where gdm restarts on upgrade, could that be some upstart thing?
[10:30] <seb128> wasn't that https://launchpad.net/ubuntu/+source/gdm/3.10.0.1-0ubuntu2 ?
[10:31] <darkxst> apparently not, that did work at the time when I tested it, but its still happening now
[10:31] <seb128> but I doubt it's an upstart thing
[10:31] <seb128> is gdm upstart managed nowadays?
[10:32] <seb128> if it is the job didn't change in ages and usually they don't do restart, just start/stop and the stop for a dm is on init level change
[10:32] <darkxst> I wouldnt have thought so
[10:32] <darkxst> however, when I built and test the 3.10 package it was fine
[10:32] <darkxst> (i.e Dec sometime)
[10:33] <seb128> can you reproduce the issue?
[10:33] <darkxst> sure, just reinstall gdm while gdm is running, and it brings down the entire session
[10:35] <seb128> what does "sudo status gdm" says?
[10:36] <seb128> does it restart when that happens or just goes down?
[10:36] <darkxst> seb128, it restarts, but takes some time
[10:37] <seb128> hum, k
[10:37] <seb128> I can try having a look at it in a vm today
[10:37] <darkxst> I can't even switch to a vm once it goes down
[10:38] <seb128> that seems like a kernel/xorg issue to me
[10:38] <darkxst> but ssh says: gdm start/running, process 4064
[10:39] <darkxst> and apparently this time it is coming back up
[10:39] <seb128> no segfault/sigabrt in the Xorg.*
[10:39] <seb128> no apport repport?
[10:39] <seb128> did the pid change?
[10:39] <darkxst> no crash logs
[10:40] <darkxst> X still seems happy enough
[10:40] <darkxst> no idea if the PID changed
[10:40] <seb128> you can maybe try to sudo gdb -p $(pidof gdm)
[10:41] <seb128> (gdb) c
[10:41] <seb128> then reinstall
[10:41] <seb128> and see what happens in the gdb
[10:41] <seb128> do that from a ssh
[10:42] <darkxst> seb128, x tried to restart and failed
[10:42] <seb128> why did it try to restart?
[10:43] <seb128> debian
[10:43] <darkxst> I don't get any logs of that
[10:43] <darkxst> gdm tries to fire up on a new dispaly (:1) and fails
[10:43] <seb128> when did that issue start?
[10:44] <darkxst> but on my real machine, upgrade will result in gdm restarting
[10:44] <darkxst> late Jan
[10:44] <seb128> k, so not the new xorg
[10:45] <seb128> I've problem with user switching for some days, I blame new xorg/intel
[10:45] <seb128> but that's probably different
[10:51] <darkxst> seb128, sometime before 22nd Jan
[10:52] <seb128> hum, k
[10:53] <darkxst> and my gdm changelog is dated way back in Nov
[10:54] <darkxst> but it was certainly tested through dec
[10:54] <seb128> what do you mean? you don't have the recent fix from trusty?
[10:54] <darkxst> https://launchpad.net/ubuntu/+source/gdm/3.10.0.1-0ubuntu1
[10:55] <darkxst> Of I have the recent fix
[10:55] <darkxst> ^of course
[10:56] <seb128> k
[10:56] <seb128> I can try having a look later, need to set up a vm or try on my real box (but testing needs closing/restarting sessions)
[10:57] <darkxst> seb128, it will happen in a vm too
[10:58] <seb128> good, makes debugging easier ;-)
[10:58] <darkxst> just gdm fails to actually restart in my vmware VM's, whereas it does on real hardware
[10:59]  * darkxst could not live without VM's although I am running out of diskspace
[11:02] <seb128> darkxst, https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/1266496 seems still valid (look through recent reports)
[11:02] <ubot2`> Launchpad bug 1266496 in gdm (Ubuntu) "extra "fi" in file" [Undecided,New]
[11:05] <Laney> ooh, just started snowing
[11:07] <seb128> Laney, that's another kind of weet ;-)
[11:07] <Laney> an exciting one
[11:07] <seb128> yeah
[11:07] <Laney> but it won't settle because of the previous wetness
[11:10] <darkxst> Laney, can you bring some snow ;)
[11:11] <Laney> sure, I'll pack it inside a thermos and send it over
[11:12] <darkxst> Laney, a 40ft container would be better ;)
[11:16] <darkxst> seb128, right, though I can't see how that would cause this issue
[11:16] <darkxst> but will fix
[11:17] <seb128> yeah, it's not likely it, I just crossed the bug while looking at reports
[11:17] <seb128> thanks
[11:22] <darkxst> seb128, I havent seen a single report of this, since people only submit bugs when prompted right? and gdm doesnt update that often...
[11:22] <seb128> right
[11:22] <Laney> woah, what happened
[11:22] <Laney> 11/02 11:20:15 <Laney> seb128: can you push e-d-s please?
[11:22] <seb128> Laney, did your box reboot by itself again?
[11:22] <Laney> did that send?
[11:22] <Laney> freenode lagged out
[11:22] <seb128> Laney, "push"? there is a vcs?
[11:23] <Laney> this is on a different server :-)
[11:23] <Laney> ~ubuntu-desktop/e-d-s/ubuntu
[11:23] <seb128> oh ok
[11:23] <seb128> sure, sorry about that
[11:23] <Laney> cheers, np
[11:35] <seb128> Laney, ok, vcs updated
[11:35] <Laney> merci!
[11:35] <seb128> de rien
[11:43] <Laney> mlankhorst: was that ld crashing bug only on i386?
[11:43] <Laney> i.e. not amd64?
[11:43] <mlankhorst> yeah
[11:44] <Laney> mmk
[12:41] <xnox> MUAHAHA =) http://people.canonical.com/~xnox/gtk3-qmlscene.png
[12:41] <xnox> this is qmlscene, loading Desktop Components gallery.... using gtk3 instead of gtk2 =) here be dragons.
[12:58] <ogra_> xnox, dude !
[12:59] <xnox> and it's only a 260 lines patch so far. https://codereview.qt-project.org/#change,77853
[13:05] <seb128> xnox, I'm not sure to grasp what that is doing
[13:05] <seb128> xnox, you are making qt use gtk widgets? ;-)
[13:05] <ogra_> yeah
[13:05] <ogra_> evil ...
[13:06] <ogra_> that will get you all sorts of political issues :)
[13:06] <xnox> seb128: more specifically, it already knows how to use gtk _2_ widgets, i'm making it use gtk _3_ widgets/themes instead =)
[13:06] <seb128> that seems a weird concept
[13:06] <xnox> ogra_: my evil plan is to rewrite ubiquity using qt/qml and nobody to notice the difference.
[13:06] <ogra_> haha
[13:06] <xnox> seb128: well, do you find mumble & skype out of place in terms of theming on ubuntu?
[13:07] <seb128> xnox, they do, but I would think the fix there is to make a Qt theme matching our desktop one
[13:07] <xnox> (e.g. the buttons are fully pale orange, instead of having gtk3 orange aura)
[13:08] <xnox> seb128: Making qt themes is a pain, and at the moment, it simply dlopens gtk2 renders widgets and copies the pixmap back into QImage and slaps it onto QWindow.
[13:08] <xnox> seb128: and that ends up looking far more native, then trying to maintain a parallel theme.
[13:08] <xnox> sans gtk3 and gtk2 theme missmatches.
[13:08] <seb128> k
[13:09] <xnox> firefox is moving to gtk3 finally (patches posted), so it's time for qt as well ;-)
[13:09] <xnox> then we will be left with google chom[e|ium] and libreoffice.
[13:09] <xnox> eclipse / swt did move to gtk3, so i'm not sure what's holding libreoffice back.
[13:10] <mdeslaur> hrm, won't switching firefox to gtk3 break flash?
[13:10] <mdeslaur> or is that handled by the firefox sandbox now?
[13:10] <xnox> mdeslaur: no idea, but as far as i remember firefox is sandoxing flash.
[13:10] <xnox> mdeslaur: but i also thought flash stopped publishing napi plugin, and it's pepper only as part of google chrome....
[13:11] <mdeslaur> chromium is dropping gtk and moving to their own widget set in the latest dev version I believe
[13:11] <mdeslaur> xnox: well, the old flash is still supported for another 3 years or so
[13:11] <xnox> excellent =) or i guess i'll make my mind up once it lands in stable channel.
[13:11] <mdeslaur> it looks like ass at the moment :P
[13:12] <mdeslaur> well, like windows ass :)
[13:12] <xnox> mdeslaur: based on my timelines we will be all using silverlight by then.... oh wait maybe not =) and it will be more like XP never-ending EOL.
[13:12] <mdeslaur> (by ass, I mean out of place)
[13:12] <mdeslaur> xnox: lol :)
[13:12] <xnox> mdeslaur: http://www.newyorker.com/online/blogs/borowitzreport/2014/02/gates-spends-entire-first-day-back-in-office-trying-to-install-windows-81.html
[13:13] <mdeslaur> hehe, yes, saw that...funny :)
[13:13] <xnox> it took me 2 days to figure out how to upgrade stock OEM 8 to 8.1
[13:13] <mdeslaur> I booted windows 8 on my new laptop just out of curiosity before I blew it away. I had to google search how to turn it off.
[13:13] <mdeslaur> seriously.
[13:14] <xnox> turns out pre-loaded crapware, well McAffe antivirus, blogs connections to the 8.1 update servers and thus download just stalls at 0% and no indication how to fix it.
[13:14] <xnox> lol =) i push power buttons to turn it off =)
[13:14] <mdeslaur> heh
[13:21] <seb128> xnox, so, doing an apt-get install --reinstall gdm leads to a console output
[13:22] <seb128> Preparing to unpack ...deb
[13:22] <seb128> gdm stop/waiting
[13:22] <seb128> Unpacking gdm
[13:22] <seb128> Setting up gdm
[13:22] <seb128> gdm start/running
[13:22] <seb128> xnox, do you know what could make gdm change to stop before the unpacking?
[13:23] <seb128> the upstart script has
[13:23] <seb128> stop on runlevel [016]
[13:23] <seb128> that doesn't make sense to me
[13:24] <xnox> seb128: dh_installinit by default stops in prerm and start in postinst
[13:24] <xnox> seb128: one should pass --no-scripts or something like that, to make sure restart is not performed.
[13:25] <xnox> seb128: it's not events that trigger restart, it's update-rc.d in maintainer scripts that explicetely stops and starts it, just like any other daemon.
[13:25] <mdeslaur> mpt: heh, have you seen this? http://www.therestartpage.com/
[13:25] <seb128> xnox, thanks
[13:26] <mpt> Ahaha
[13:26] <mpt> mdeslaur, that’s brilliant
[13:26] <xnox> it's even animated!
[13:26] <mdeslaur> love the bios screens
[13:27] <mdeslaur> got surprised by the mac startup sound :)
[13:28] <mlankhorst> 2gs is quiet. :P
[13:28] <mpt> mdeslaur, reminds me of http://www.clivejames.com/poetry/james/windows
[13:29] <mdeslaur> lol
[13:30] <mdeslaur> mpt: kind of like this: http://slowcoustic.com/wp-content/uploads/2010/12/The-Birds-is-coming.jpg
[13:30] <mdeslaur> hehe
[13:30] <mlankhorst> did I miss the os/2 one?
[13:31] <mlankhorst> ah nm found it
[13:43] <rsalveti> seb128: I know scanning was working fine with ofono in the past, as I implemented that feature
[13:43] <rsalveti> not sure if it was disabled later on by awe
[13:43] <rsalveti> will check once he's back
[13:44] <seb128> rsalveti, ok, no hurry ... is he away this week? when is he back?
[13:44] <seb128> Laney, ^
[13:45] <rsalveti> seb128: he was sick yesterday
[13:46] <seb128> k
[13:48] <Laney> rsalveti: thought as much!
[13:48] <Laney> rsalveti: can you confirm if scan-for-operators / manual mode in system-settings works for you?
[13:48] <rsalveti> and it's useful, I use it all the time when traveling
[13:49] <rsalveti> sure
[14:07] <qengho> xnox, mdeslaur, right, two major-versions of chrom.. (about April!) from now will not support any NPAPI.
[14:08] <qengho> mdeslaur: right, gtk2 dies in Cr. Aura should replace it.
[14:09] <mdeslaur> qengho: right, so at least chromium can use the pepper flash in an likely illegal way...but firefox still needs gtk2 flash unfortunately
[14:09] <mdeslaur> qengho: so, is the pepper flash using aura?
[14:11] <qengho> mdeslaur: I have no idea what Flash is using. I doubt Adobe is that sophisticated, considering the youth of Aura.
[14:11] <mdeslaur> I thought the whole point of pepper flash was that the chrome devs took over its development
[14:11]  * mdeslaur shrugs
[14:12] <qengho> mdeslaur: nope. The security and process model is the goal of PPAPI Everything. Adobe still owns.
[14:12] <mdeslaur> I see
[14:38] <qengho> May I have an upload for Trusty?  My usual contact seems busy.  https://launchpad.net/~canonical-chromium-builds/+archive/stage/+packages
[14:40] <seb128> qengho, is usual contact chrisccoulson?
[14:40] <seb128> chrisccoulson, stop being jetlagged :p
[14:41] <seb128> qengho, I can sponsor that for you, sure
[14:41] <qengho> seb128: merci.
[14:41] <seb128> de rien
[15:13] <kgunn> mlankhorst: just a heads up...we're going for another mir promotion...which will necessitate another xserver build
[15:13] <kgunn> just a heads up so we don't collide again :)
[15:14] <kgunn> i'll ping you as soon as i'm aware its happening, but you can always check with sil or did
[15:16] <mlankhorst> hey
[15:16] <mlankhorst> kgunn: no it's fine, nothing major planned, maybe mesa though :P
[15:16]  * kgunn thinks mlankhorst is crazy "nothing major"=mesa :)
[15:16] <mlankhorst> not immediately planned though
[15:30] <seb128> oh, it's meeting time
[15:31] <seb128> qengho, Sweetshark, mlankhorst, Laney, tkamppeter, desrt, attente_, larsu: hey, I hope you all made it back without issues
[15:31] <desrt> holy crap.  it's a meeting.
[15:31] <larsu> now?
[15:32] <seb128> ;-)
[15:32] <seb128> larsu, why not?
[15:32] <seb128> larsu, are you still on London time? (or did I screw the time?)
[15:33] <larsu> seb128: I just didn't keep track of time is all.
[15:33]  * larsu feels like it's noon
[15:34] <seb128> same here
[15:34] <seb128> ok, let's get started
[15:34] <seb128> qengho, hey
[15:34] <qengho> - Testing chromium binary-package rename.
[15:34] <qengho> - To-do: treat meeting flu.
[15:34] <qengho> - To-do: Chromium high-dpi first, then multitouch.
[15:34] <qengho> EOF
[15:35] <seb128> got the ubuflu as well?
[15:35]  * seb128 got a cold starting on friday
[15:35] <seb128> qengho, thanks
[15:35] <seb128> Sweetshark, hey
[15:35] <qengho> I washed my hands 1000 times.  :(
[15:35]  * desrt flexes his immune system
[15:36] <Sweetshark> seb128: aye
[15:36] <mlankhorst> ohai
[15:36] <Sweetshark> - fixed l10n issue
[15:36] <Sweetshark> - bumped tarballs to 4.2.0 final, reviewed removed some superficial tarballs from -src
[15:36] <Sweetshark> - using system mdds and orcus
[15:36] <seb128> Sweetshark, DONE?
[15:36] <Sweetshark> - tried for system libetonyek, but wont do it (not MIRing)
[15:37] <Sweetshark> - bumped LibreOffice 4.1.5 to the PPA
[15:37] <Sweetshark> EOF
[15:37] <seb128> Sweetshark, you said some sponsoring request was coming soon, is that still happening? ;-)
[15:38] <Sweetshark> seb128: its already at http://people.canonical.com/~bjoern/trusty/libreoffice_4.2.0-0ubuntu1_source.changes -- I just need to smoketest it.
[15:38] <seb128> Sweetshark, ok, let me know when it's ready for upload
[15:39] <Sweetshark> seb128: addendum: removed system-xmlsec its gone, add suggest to -sifr, did some major cleanup on ./debian/rules (ongoing)
[15:40] <Sweetshark> and upstream some of that to debian and LibreOffice.
[15:40] <seb128> let's cross fingers than the cleanup doesn't hit new bugs
[15:40] <seb128> Sweetshark, thanks
[15:40] <Sweetshark> s/upstream/upstreamed/
[15:41] <Sweetshark> seb128: new bugs risk is actually rather low if one can compare the generated BUILD_DEPS and configure-flags to be staying the same. But this could also be punted for after the LTS.
[15:41] <seb128> right
[15:41] <seb128> Sweetshark, thanks
[15:41] <seb128> mlankhorst, hey
[15:42] <mlankhorst> transition to xorg 1.15, fixing bug related to GL_NV_vdpau_interop, fixing trusty xorg-server bug #1277014 . transition from precise to trusty https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1278737
[15:42] <ubot2`> Launchpad bug 1278737 in xorg (Ubuntu Trusty) "Upgrade to trusty fails from precise backported enablement stacks" [High,In progress]
[15:42] <ubot2`> Launchpad bug 1277014 in xorg-server (Ubuntu) "Xorg assert failure: X: ../../dix/dispatch.c:3920: DetachUnboundGPU: Assertion `slave->isGPU' failed." [Medium,Fix released] https://launchpad.net/bugs/1277014
[15:43] <mlankhorst> and preparing mesa 10.1 for debian-experimental
[15:43] <seb128> mlankhorst, how is the feedback on xorg 1.15 so far? good?
[15:43] <mlankhorst> no feedback is good feedback :-)
[15:43] <seb128> I had some intel issues on the way but seems they got resolved with the newest version
[15:43] <mlankhorst> intel gave more problems recently, should be fixed with 910
[15:43] <seb128> right
[15:44] <seb128> seems to work fine for me
[15:44] <seb128> no corruption today, and user switching seems stable
[15:44] <seb128> mlankhorst, thanks
[15:44] <mlankhorst> yeah npp
[15:44] <seb128> Laney, hey
[15:44] <Laney> hi
[15:44] <Laney> • Short-ish week; swap day
[15:44] <Laney> • Some gnome updates: glib, pango, cogl
[15:44] <Laney> • u-s-s reviews, brightness panel work (fixing things including animation-after-opening), investigation of slow-loading panel animation (ongoing), poke at 'manual' network selection not working → rsalveti taking a look.
[15:44] <Laney> • u-s-d/u-c-c discussions, work on the upstart conditions for u-s-d.Turns out you can parameterise 'start on starting' conditions for instance jobs! Implement hax to get the correct (Unity) settings panels from the indicators - will hopefully not be needed if we can manage to have XDG_CURRENT_DESKTOP=Unity for fallback sessions too.
[15:44] <Laney> • Patch pilot
[15:44] <Laney> • DMB meeting/election wrangling
[15:44] <Laney> ⚝
[15:46] <seb128> Laney, thanks
[15:46] <seb128> tkamppeter, hey
[15:46] <tkamppeter> - cups/cups-filters: Worked out concept for on-demand starting of daemons
[15:46] <tkamppeter> - cups: Patch for starting CUPS daemon socket-triggered via Upstart
[15:46] <tkamppeter> - Talked with xnox about socket-triggered daemon starting with Upstart, found Upstart bug which prevents it, xnox reported the bug.
[15:46] <tkamppeter> - Talked with mpt about print dialog for Ubuntu Touch, mpt posted first design thoughts on Ubuntu Wiki.
[15:46] <tkamppeter> - Google Summer of Code 2014: Posted project ideas for OpenPrinting, mentoring organization application for the Linux Foundation.
[15:46] <tkamppeter> - Bugs.
[15:47] <seb128> tkamppeter, thanks
[15:47] <seb128> desrt, hey
[15:48] <desrt> seb128: hey.  working on a secret project right now.  i don't want to talk about it because of something larsu told me about motivation.
[15:48] <desrt> but i can tell you that it's useful
[15:48] <larsu> wait. what?
[15:48] <seb128> lol
[15:48] <larsu> oh, I remember!
[15:48] <desrt> larsu: you said that if you tell people what you're working on you lose the motivation to keep working on it
[15:48] <larsu> in some bus/tram in brussels
[15:49] <desrt> so i'm giving that a try :)
[15:49] <larsu> s/lose/can lose/
[15:49] <Laney> parlez-vous français?
[15:49] <larsu> croissant!
[15:49] <seb128> it has been a long week already it seems :p
[15:50] <larsu> feels like Friday
[15:50] <seb128> desrt, nothing you want to share since friday then? ;-)
[15:50] <desrt> nope.
[15:50] <Laney> ohne Schokolade
[15:50] <larsu> Laney: MIT!
[15:50] <seb128> k, fair enough, enjoy the secret hacking ;-)
[15:50] <seb128> attente_, hey
[15:50] <desrt> mit ohne alles?
[15:50] <desrt> this is a strange meeting
[15:50] <larsu> desrt: you made it strange
[15:51] <desrt> having a meeting to cover one work day since we last saw each other makes it strange :)
[15:51] <attente_> more key grabber bug fixes, AP tests for key grabber
[15:51] <attente_> trying to debug why they don't work on ChrisTownsend's machine...
[15:51]  * attente_ also caught ubuflu last night
[15:51] <attente_> EOF
[15:51] <seb128> :-(
[15:51] <seb128> attente_, get better!
[15:51] <larsu> attente_: get well soon!
[15:51] <Laney> I didn't understand that it was just supposed to be this week's stuff :P
[15:52] <attente_> seb128, larsu, thanks :)
[15:52] <seb128> I've ubuflu since friday, it's starting to be better
[15:52]  * Laney nods towards attente_ 
[15:52] <seb128> desrt, well, in fact almost everybody has been doing a summary of what they did last week (mine is going to have that as well)
[15:52] <tkamppeter> I have no ubuflu at all.
[15:52] <seb128> tkamppeter, lucky you!
[15:52] <Laney> me neither
[15:52] <seb128> attente_, congrats on getting your compiz changes merged in btw!
[15:53] <Laney> I rode a Boris bike all around London on Saturday
[15:53] <Laney> the fear probably scared the ubuflu away
[15:53] <attente_> seb128, thanks!
[15:53] <seb128> Laney, lol
[15:53] <seb128> larsu, your turn ;-)
[15:53] <larsu> sure
[15:53] <larsu> - finally got the evince menu work in. Fixed a couple of issues we found while testing it (mainly related to accels)
[15:53] <larsu> - gave file-roller a better menu bar on !GNOME desktops (thanks to mpt for design input)
[15:53] <larsu> - started working fixing the amplified volume UI mess. On hold because of gtkscale issues
[15:53] <larsu> - some theming and layout (unity-control-center) tweaks
[15:53] <larsu> EOW
[15:55] <Laney> yay menus
[15:55] <seb128> larsu, is the file-roller one pushed somewhere? I lost track on friday afternoon
[15:55] <larsu> Laynes: somehow I can't share your enthusiasm about menus anymore
[15:55] <larsu> woah. Laney of course
[15:55] <larsu> seb128: ya, it's in master
[15:55] <Laney> it's a weird afternoon for my nickname
[15:56] <larsu> let me find the bug
[15:56] <Laney> hey man, you're getting upstreams to care about other environments
[15:56] <Laney> that is GREAT!
[15:56] <larsu> seb128: https://git.gnome.org/browse/file-roller/commit/?id=cefd32cb41abe0231b06e0fe2f43091e55a944ba
[15:56] <seb128> larsu, danke
[15:56] <desrt> Laney: most upstreams want to care
[15:56] <Laney> or at least to not block other people who care :P
[15:56] <Laney> yeah
[15:56] <seb128> but yeah
[15:56] <Laney> it's good! makes you enthusiastic!
[15:56] <seb128> \o/
[15:56] <desrt> Laney: one of the goals of this entire gmenumodel thing from the start was to make it easier for them to care
[15:57] <Laney> I was trying to give larsu back some enthusiasm :-)
[15:57] <desrt> don't worry -- they love larsu :)
[15:57] <seb128> ;-)
[15:57] <larsu> Laney: it's working... I think
[15:57] <desrt> gedit guys are currently standing in the love-larsu queue, in fact...
[15:57] <larsu> :)
[15:58] <seb128> larsu is made of awesome, why would anyone not love him ;-)
[15:58] <desrt> *nudge*
[15:58]  * larsu didn't know there was a queue
[15:58]  * Laney coughs
[15:58] <seb128> ok, on that note
[15:58] <seb128> larsu, thanks ;-)
[15:58] <seb128> my turn
[15:58] <seb128>  * Desktop Debian syncs and updates (harfbuzz, telepathy-mission-control, geary, evolution-data-server, pidgin, gstreamer/base1.0)
[15:58] <seb128>  * unity-control-center/unity-settings-daemon testing, fixed some bugs (keybindings integration for compiz/unity)
[15:58] <seb128>  * synced new libcmis for Sweetshark, had to deal with build issues then
[15:58] <seb128>  * some desktop bugs fixes (gedit, nautilus, software-properties)
[15:58] <seb128>  * reworked evolution-data-server online accounts packaging split to merge goa/uoa and move common bits back in e-d-s
[15:58] <seb128>  * reviewed changes from other (u-s-s changes from Laney and click guys, gnome-settings-daemon audio detection from diwic, evince work from larsu)

[15:58] <larsu> seb128: thanks for the reviews and testing btw!
[15:58] <seb128> larsu, thanks for iterations and bugfixes, good work ;-)
[16:00] <seb128> ok
[16:00] <seb128> comments/questions?
[16:00] <seb128> if done, we are just done on the half an hour mark ;-)
[16:00]  * desrt refrains
[16:00] <Laney> skill
[16:00] <seb128> lol
[16:00] <seb128> thanks everyone!
[16:00] <desrt> we did it!!
[16:00] <seb128> desrt, you didn't share what you work on, you don't get to ask questions :p
[16:01] <desrt> i was going to share
[16:01] <desrt> but since we finished on time, i didn't want to ruin it
[16:01] <seb128> ;-)
[16:01] <desrt> (at least was going to share the last-week stuff)
[16:01] <seb128> double round next week!
[16:02]  * Laney cries
[16:03] <seb128> Laney, ?
[16:03] <seb128> qengho, https://launchpad.net/ubuntu/trusty/+source/chromium-browser/32.0.1700.107-0ubuntu1~20140204.977.1
[16:03] <ritz> larsu,  hi, are you working on indicator-printer replacement ?
[16:03] <Laney> I just looked at why the kylin images don't build
[16:04] <ritz> or are we focusing on s-c-p ?
[16:04] <Laney> https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/ubuntukylin-default-settings/trusty/view/head:/hooks/chroot#L12
[16:04] <Laney> at least most of it is commented out now
[16:05] <larsu> ritz: no. I'm afraid nobody's focusing on anything printing right now...
[16:05] <seb128> Laney, I did hurt my eyes by reading that file once as well :/
[16:05] <ritz> larsu, hmm, thanks. so the best option would be to "ubuntuize" s-c-p ?
[16:05] <Laney> one of the packages doesn't exist
[16:06] <Laney> I'll just upload to remove that
[16:06] <Laney> get in and get out, surgical extraction
[16:06] <larsu> ritz: what needs ubuntuizing? Are you talking about the auth/keyring issue?
[16:06] <ritz> yes
[16:06] <ritz> s-c-p does not have an indicator icon
[16:06] <ritz> akin to indicator-printer
[16:07] <ritz> which presents us with a nice queue option
[16:07] <larsu> indicator-printer is the replacement of s-c-p's tray icon
[16:07] <larsu> but according to design, we don't want that at all anymore
[16:07] <larsu> but show the queue list in the launcher instead
[16:07] <larsu> indicator-printer has a queue option, no?
[16:07] <seb128> larsu, have you seen https://git.gnome.org/browse/file-roller/commit/?id=74eae54feab2fdb54b5230c1cb48238585147d71 ?
[16:08] <seb128> larsu, Archive Manager _Help -> Contents is going to make mpt cry :-(
[16:08] <ritz> nope, it use s-c-p
[16:08] <ritz> k, so not to show the queue
[16:08] <larsu> seb128: ya :( I've been meaning to talk to paolo about it but forgot
[16:09] <ritz> if I understand this correctly, indicator-printer can be killed by design
[16:09] <seb128> larsu, anyway, no hurry, I'm backporting your patch and not that extra one, we have time before updating to 3.12
[16:09] <larsu> seb128: :)
[16:09] <larsu> ritz: right, but something still needs to listen to cups' notifications and show/hide the queue window accordingly
[16:09] <larsu> and that still wouldn't fix the auth issue
[16:10] <larsu> I think just keeping the indicator the way it is this late in the cycle is the safest option
[16:10] <ritz> larsu, why would this not fix ? s-c-p does listen and responds to auth request
[16:11] <ritz> aah
[16:11] <ritz> fair point, pretty late in cycle
[16:11] <mpt> ritz, indicator-printer was perhaps my most elaborate design mistake. Its replacement is specced at https://wiki.ubuntu.com/Printing#Printing-1
[16:12] <larsu> ritz: ya, and not all issues would be fixed. The print dialogs of various apps still show an auth dialog in some cases
[16:12] <larsu> because CUPS inserts AuthRequired into printers.conf when it can't reach the printer
[16:12] <ritz> hmm, will test this out
[16:12] <ritz> thanks a ton for the insight
[16:12] <larsu> I haven't had the time to investigate this deeply, but I think this needs a more elaborate fix
[16:20] <seb128> larsu, there is an issue with your file-roller work (or with my backport)
[16:21] <larsu> seb128: impossible!
[16:21] <seb128> larsu, ;-) the "open" menu item is unactive for me
[16:21] <larsu> uh oh
[16:21] <seb128> hum, as are all the other items from files except "new archive"
[16:22] <seb128> same for the edit menu
[16:22] <seb128> larsu, does it happen for you as well?
[16:22] <larsu> no, it works for me
[16:24] <seb128> larsu, ok, don't bother, probably an issue with my backport then
[16:24]  * seb128 does a git build
[16:24] <seb128> that one is actually easy to git build ;-)
[16:24] <larsu> let me try applying it to 3.10
[16:25] <larsu> seb128: oh, conflicts
[16:26] <seb128> larsu, https://git.gnome.org/browse/file-roller/log/src/ui/app-menubar.ui?id=cefd32cb41abe0231b06e0fe2f43091e55a944ba
[16:26] <seb128> I backported those 4 commits
[16:26] <seb128> (well not limited at this file)
[16:32] <larsu> seb128: I have the same problem
[16:33] <larsu> after applying those four commits
[16:33] <larsu> it's only the open command though
[16:33] <larsu> everything else works as soon as I open an archive
[16:33] <seb128> not for me
[16:34] <seb128> I tried to open a tar.xz from nautilus
[16:35] <larsu> right
[16:35] <larsu> some of them don't work for me either
[16:35] <larsu> like anything in file
[16:35] <larsu> stuff in view and help works
[16:35] <seb128> there are not so many commits between 3.10 and master
[16:35]  * seb128 looks at the log
[16:37] <larsu> seems like the actions were renamed at some point
[16:41] <larsu> seb128: even worse. Seems like the window actions weren't gactions at that point
[16:42] <larsu> seb128: even worser, these were added in the same commit as the header bar
[16:42] <seb128> https://git.gnome.org/browse/file-roller/commit/src/fr-window.c?id=66d798e79c079af6fd9203f659ea6e158580c772
[16:42] <larsu> https://git.gnome.org/browse/file-roller/commit/src/ui/app-menubar.ui?id=66d798e7
[16:43] <larsu> lol
[16:43] <seb128> "fun"
[16:44] <larsu> not my idea of fun
[16:44] <larsu> whatever happened to independent small commits?
[16:44] <larsu> sigh
[16:44] <seb128> yeah, mine neither
[16:44] <seb128> which is why the ""
[16:44] <larsu> it's actually not thast big of a commit
[16:45] <larsu> let me try separating it
[16:45] <seb128> right, one hundred lines
[16:45]  * larsu wonders if that's all though
[16:45] <seb128> it should be easy enough to drop the headerbar part
[16:45] <seb128> larsu, don't bother, I'm going to deal with that
[16:46] <larsu> we should just switch to 3.12!
[16:46]  * larsu hides
[16:46] <seb128> lol
[16:46]  * seb128 looks for a spare battery
[16:46] <larsu> seb128: good, then I can go on the run wanted to go on :)
[16:46]  * larsu needs air
[16:46] <seb128> larsu, enjoy! (and sorry for delaying you with that)
[16:46] <larsu> let me know if you need help
[16:46] <larsu> no worries :)
[16:46] <larsu> thanks
[16:46] <seb128> should be fine, but thanks!
[18:56] <ChrisTownsend> attente_: Hey
[20:03] <attente_> ChrisTownsend, hey
[20:04] <ChrisTownsend> attente_: I made a comment in the MP, but I seem to be the only one hitting that AP failure, so I'm pretty convinced it's something with my machine.
[20:04] <robert_ancell> seb128, yo
[20:04] <ChrisTownsend> attente_: So when you merge in trunk again, we'll globally approve.
[20:04] <robert_ancell> seb128, I wasn't sure about the dummy package - can we just stop providing a binary package? Will that correctly uninstall the old binaries?
[20:04] <attente_> ChrisTownsend, ok, thanks!
[20:04] <seb128> robert_ancell, just going for dinner but I'm back in half an our and can chat/read scrollback then
[20:05] <robert_ancell> seb128, ok, cool
[20:05] <seb128> robert_ancell, you can stop yes, uninstall ... if not, add a Conflicts on it
[20:05] <seb128> bbiab
[20:05] <robert_ancell> k
[20:05] <asac> seb128: which source carries gdk nowadays
[20:05] <seb128> asac, gtk as always
[20:06] <asac> seb128: whats the source package :/
[20:06] <asac> ?
[20:11] <attente_> ChrisTownsend, ok, resolved
[20:11] <ChrisTownsend> attente_: Cool, thanks
[20:14] <attente_> ChrisTownsend, thanks :)
[20:15] <ChrisTownsend> attente_: No problem, and thank *you*!
[20:52] <seb128> asac, sorry was at dinner, depends of the gtk version, gtk+3.0 for gtk3
[21:03] <robert_ancell> seb128, so what do we do about gnome-control-center-datetime? Nothing provides/conflicts etc with it
[21:03] <robert_ancell> seb128, Do we just make gnome-control-center do that?
[21:04] <seb128> robert_ancell, sorry, was catching up with pings
[21:04] <robert_ancell> no rush
[21:04] <seb128> robert_ancell, to get it uninstalled?
[21:05] <robert_ancell> seb128, I guess? Because we don't want to leave it lying around around right?
[21:05] <seb128> well, would it still work in g-c-c?
[21:06] <seb128> I still have the u1 integration with nautilus installed, even after dobey dropped it from the archive, and I'm glad about that since it still works and prove to be useful
[21:07] <robert_ancell> seb128, it would, but since it wont be rebuilt ever it might hold back its dependencies
[21:08] <seb128> well, that's something for the apt resolver to resolve imho
[21:08] <seb128> I would just let it like that and change things if we get reports of upgrade issues
[21:08] <robert_ancell> seb128, it depends "indicator-datetime (= 13.10.0+14.04.20140124-0ubuntu1)"
[21:08] <dobey> i'm not glad that i have 2 of every control-center module listed in the dash
[21:08] <seb128> dobey, yeah, transitions suck
[21:08] <robert_ancell> So it would stop the indicator upgrading right?
[21:08] <seb128> robert_ancell, depends of which one has more "weight" in the apt resolver
[21:08] <robert_ancell> dobey, yeah, that was the least painful transition we could do
[21:08] <robert_ancell> seb128, so at some point it will just be uninstalled
[21:09] <seb128> right
[21:09] <robert_ancell> fine by me to keep it = less work for me :)
[21:09] <seb128> ;-)
[21:09] <dobey> and i had to run gnome-control-center.real to get online accounts to work
[21:09] <seb128> well, just don't do anything
[21:09] <seb128> if upgrades are blocked on buggy due to it we can tweak
[21:09] <seb128> dobey, blame the CI daily landing stuff
[21:10] <seb128> the fix was commited but stuff don't land as they should
[21:10] <seb128> https://launchpad.net/ubuntu/+source/gnome-control-center-signon/0.1.7~+14.04.20140211.2-0ubuntu1 should fix it
[21:10] <seb128> got uploaded today
[21:10] <dobey> ok
[21:11] <seb128> robert_ancell, on a similar "annoying transition issue", g-s-d-fallback-mount and u-s-d-fallback-mount grrrr
[21:11] <robert_ancell> seb128, got any better ideas?
[21:11] <seb128> robert_ancell, I get a mount and a "conflict mount prompt" every time I plug a device
[21:11] <seb128> no
[21:11] <seb128> I would have fixed it otherwise :p
[21:11] <seb128> just get the damn transition done? :)
[21:11] <robert_ancell> in flight...
[21:12] <seb128> yeah
[21:12] <seb128> btw did fginther got the autolanding work for u-c-c?
[21:12] <robert_ancell> seb128, no
[21:13] <seb128> robert_ancell, oh, and did you get an ok flight back? ;-)
[21:13] <seb128> :-(
[21:13] <robert_ancell> long and tedious but yes
[21:13] <seb128> what's the issue with the CI ?
[21:13] <seb128> k
[21:13] <robert_ancell> seb128, still don't know
[21:13] <seb128> fginther, hey!
[21:13] <fginther> seb128, yes?
[21:13] <robert_ancell> Can you approve https://code.launchpad.net/~robert-ancell/unity-control-center/datetime-panel/+merge/205665 and https://code.launchpad.net/~robert-ancell/indicator-datetime/no-panel/+merge/205664 if good now?
[21:14] <robert_ancell> fginther, u-c-c still doesn't build (i.e. https://jenkins.qa.ubuntu.com/job/unity-control-center-trusty-i386-ci/8/console)
[21:14] <robert_ancell> Anything I'm doing wrong?
[21:14] <robert_ancell> "dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting"
[21:14] <robert_ancell> it's like it can't find any dependencies
[21:16] <fginther> robert_ancell, looking
[21:34] <dobey> seb128: when will the duplicate entries disappear from the dash? or am i going to have to remove things manually?
[21:35] <seb128> dobey, with the next g-c-c upload, which I hope is for this week
[21:35] <seb128> dobey, you can also uninstall gnome-control-center
[21:35] <dobey> ok
[21:36] <seb128> it should be needed (once the -signon version from proposed lands)
[21:36] <seb128> it shouldn't*
[21:36] <dobey> i'll wait to make sure stuff goes away with the new upload :)
[21:40] <robert_ancell> seb128, dpkg question... Since I've removed those old packages indicator-datetime doesn't build because the .install file now doesnt pick up the files in debian/tmp
[21:41] <seb128> robert_ancell, can you pastebin the error?
[21:41] <robert_ancell> is the "correct" way to fix this to update debian/rules or the .install
[21:42] <robert_ancell> "dh_install: indicator-datetime missing files (usr/share/glib-2.0/schemas/*), aborting"
[21:42] <dobey> robert_ancell: you've only got one binary package coming from the source now?
[21:42] <robert_ancell> dobey, yep
[21:42] <robert_ancell> whenever i hit this i dont know what to do
[21:42] <dobey> robert_ancell: i'd just delete the install file unless you need to install extra stuff with it to debian/tmp (like man pages or whatever)
[21:43] <dobey> robert_ancell: if it's just to pull files into the package and you've only got one binary, i'd just delete it
[21:43] <robert_ancell> I'll check it doesn't filter anything out
[21:43] <dobey> if you need to filter stuff out, i'd rm -f it in debian/rules explicitly, with a comment why
[21:45] <seb128> robert_ancell, one binary -> destdir = debian/binary (instead of debian/tmp + .install moves)
[21:45] <seb128> but yeah, you just need to rm the unwanted files, if any, in debian/rules
[21:45] <robert_ancell> yeah, whoever came up with that inconsistency...
[21:46] <seb128> I like it
[21:46] <seb128> default case = no work
[21:46] <seb128> if you need split, you define the details
[22:02] <seb128> ok, enough for today
[22:03] <seb128> robert_ancell, I approved the u-c-c mp (let's see if fginther finds the issue with the lander) and +1ed the indicator one for charles_ letting charles to approve since he's the maintainer for that one
[22:03] <robert_ancell> seb128, yep, saw that. Thanmks
[22:03] <seb128> yw!
[22:04] <fginther> robert_ancell, seb128, I found a missing dependency on the build hosts gnome-pkg-tools. should have everything updated soon.
[22:04] <robert_ancell> fginther, awesome, thanks!
[22:04] <seb128> robert_ancell, btw, you should put your gnome-screensaver changes up for review as well ;-)
[22:04] <seb128> fginther, thanks
[22:04] <robert_ancell> seb128, review while broken?
[22:04] <charles_> seb128: thanks for the update, I was waiting on your needs-info :)
[22:04] <TheMuso> Which gcc/ucc branch should I be using to work on? Got some a11y fixes for the behavior tab in the look preferences panel.
[22:04] <seb128> robert_ancell, well, with a "need to be fixed" note, maybe somebody has an idea about the focus thing or indicators
[22:05] <robert_ancell> sure
[22:05] <seb128> TheMuso, u-c-c for Unity, g-c-c for GNOME, both if you care about both
[22:05] <seb128> g-c-c doesn't have "appareance"
[22:05] <seb128> they are going to have their own "background" soon which is a new design
[22:05] <seb128> charles, yw ;-)
[22:06] <TheMuso> Ok, I just remember seeing discussion last night about the incorrect branch being used or some such... I was using lp:unity-control-center as a base, but should I be using another u-c-c branch?
[22:07] <robert_ancell> TheMuso, that's correct
[22:07] <seb128> night
[22:07] <TheMuso> Ok good.
[22:39] <fginther> robert_ancell, the builders should all be updated now
[22:39] <robert_ancell> fginther, thanks again
[22:54] <fginther> robert_ancell, I've triggered a rebuild for https://code.launchpad.net/~robert-ancell/unity-control-center/datetime-panel/+merge/205665
[23:50] <robert_ancell> charles, Is Jenkins confused on https://code.launchpad.net/~robert-ancell/indicator-session/unity-settings-daemon/+merge/205421? Should that be merged?