[00:13] <robert_ancell> jasoncwarner_, hey
[00:14] <jasoncwarner_> robert_ancell: hey
[00:14] <jasoncwarner_> getting ready for holiday? long flight to EU?
[00:14] <robert_ancell> jasoncwarner_, sure am.  Haven't heard of any LightDM issues?
[00:15] <jasoncwarner_> I haven't heard anything yet.
[00:18] <robert_ancell> jasoncwarner_, yes, paris first, then berlin, then switzerland before heading back
[00:19] <RAOF> Awesome.  Sounds fun!
[01:21] <TheMuso> Discovering gsettings schemas and keys from the command-line is much easier than it was with gconf.
[02:29] <jbicha> kenvandine: why does gwibber depend on gir1.2-wnck-1.0 instead of gir1.2-wnck-3.0?
[02:29] <kenvandine> gwibber-accounts is still gtk2
[02:29] <kenvandine> and it is python
[02:29] <kenvandine> so to drop the python-wnck dep
[02:30] <kenvandine> i ported it to use wnck-1.0 via gir
[02:31] <jbicha> oh ok, gwibber is part gtk2 and part gtk3 now, right?
[02:31] <AfC> that's um ... not supported
[02:31] <kenvandine> well, the gwibber client is pure gtk3
[02:31] <kenvandine> but gwibber-accounts is a different executable
[02:32] <kenvandine> that is much harder to port, all the service plugins include their bits of pygtk that get embedded in the accounts dialog
[02:32] <kenvandine> i would love to find a volunteer to do that though :)
[02:32] <kenvandine> or i'll get to it for 3.4 :)
[03:35] <micahg> dist-upgrade for lightdm still a no go, the old greeter is removed, but the new one isn't installed
[03:38]  * micahg thinks this is a bug in apt
[03:46] <RAOF> Bah!  At what point did dkms become so frustratingly silent?  No logs, no console output, no --verbose option.
[03:52]  * micahg is testing a lightdm fix
[04:06]  * micahg gives up and leaves it for someone else
[04:09]  * micahg guesses transitional packages are the way to go here
[04:22] <micahg> wow, even transitional packages didn't work...
[04:37] <RAOF> Argh.  What the dizzying dkms?
[04:38] <RAOF> Ah.  When you say a parameter is optional you are in fact lying through your teeth.  Got it.
[04:44] <TheMuso> lol
[05:03] <RAOF> Aha.  bug #812979 is the nvidia problem.
[05:03] <ubot2> Launchpad bug 812979 in dkms "Kernel modules are not built when the kernel is upgraded" [Medium,Fix committed] https://launchpad.net/bugs/812979
[05:53] <didrocks> good morning
[05:53] <didrocks> hum, spent 30 minutes fighting with lightdm
[06:05] <TheMuso> didrocks: Morning.
[06:05] <didrocks> hey TheMuso!
[06:16]  * didrocks reboots
[06:25] <didrocks> ok, works now :)
[06:29] <desrt> good morning, all
[06:31] <didrocks> hey desrt!
[06:31] <desrt> hi didrocks
[06:38] <chrisccoulson> good morning everyone
[06:39] <RAOF> Morning chrisccoulson
[06:39] <didrocks> hey chrisccoulson
[06:40] <chrisccoulson> hi RAOF, didrocks
[07:05] <didrocks> chrisccoulson: btw, if you need testing of the cache fix patch, I have it reliably at every start if I don't use the magical option
[07:06] <chrisccoulson> didrocks, it's definitely the same error in the error console?
[07:06] <didrocks> I can check again, didn't look today
[07:06] <didrocks> uno momento
[07:06] <chrisccoulson> thanks
[07:08] <didrocks> chrisccoulson: tree is undefined …folderPane.js 889
[07:08] <chrisccoulson> thanks
[07:08] <didrocks> yw :)
[07:47] <BigWhale> Good Morning.
[07:49] <Sweetshark> RAOF: hmmm, debian also has a dep on cli-common-dev (one thing it uses from there is /usr/bin/al)
[07:49]  * Sweetshark tries another build
[07:49] <Sweetshark> Morning all!
[07:57] <seb128> hey
[08:04] <oier> good morning
[08:05] <oier> is anybody up for reviewing indicator-bug?
[08:06] <oier> it's a python indicator which  displays bugs for a certain project in a indicator and it regularly polls Launchpad to notify the user when there are new bugs that match the defined settings
[08:06] <xclaesse> The following packages have unmet dependencies:
[08:06] <xclaesse>  x264 : Depends: libswscale1 (>= 4:0.7~~) but it is not going to be installed or
[08:06] <xclaesse>                  libswscale-extra-1 (>= 4:0.7~~) but it is not going to be installed
[08:06] <oier> I already have an advocate and I am looking for a second one
[08:07] <oier> http://revu.ubuntuwire.com/details.py?upid=9151
[08:07] <oier> dholbach told me that he found it very easy to review, so it should not take much time away
[08:08] <oier> I would be very grateful for your help
[08:16] <seb128> hey oier, will try to have it reviewed today
[08:16] <seb128> it would probably work better with a bug with ubuntu-sponsors subscribed though
[08:17] <seb128> not sure many people check on what is on revu otherwise
[08:17] <seb128> xclaesse, what ubuntu version? what command do you run?
[08:17] <xclaesse> seb128, oneiric
[08:17] <xclaesse> seb128, sudo apt-get install x264
[08:18] <xclaesse> seb128, did upgrade from natty to oneiric and I can't read x264 videos anymore
[08:18] <oier> thanks seb128, you mean I should subscribe ubuntu-sponsors on the needes packaging bug (#811837)?
[08:18] <seb128> xclaesse, there is a x264 transition it seems, should be sorted later today, wrong timing
[08:19] <seb128> oier, yes, so it would show up on http://reports.qa.ubuntu.com/reports/sponsoring/
[08:19] <seb128> oier, which is what people check usually
[08:19] <xclaesse> seb128, ok, just wanted to be sure the issue is known :)
[08:19] <xclaesse> thanks
[08:19] <seb128> yw
[08:19] <oier> so should I paste the revu link on the launchpad bug?
[08:20] <seb128> oier, yes
[08:20] <oier> ok
[08:20] <oier> good to know
[08:20] <seb128> oier, sorry it took a while, better to make sure it shows on the sponsoring list if you want some reviews usually
[08:20] <seb128> not sure who still use REVU nowadays
[08:21] <seb128> that's probably a workflow we should fix
[08:21] <oier> I read on the guide that that is how you are supposed to get new packages which aren't in debian
[08:21] <seb128> oier, yeah sorry about that
[08:22] <seb128> different people in Ubuntu have different opinions and workflow
[08:22] <seb128> I will check if REVU still has active reviewers
[08:22] <chrisccoulson> hey seb128, how are you?
[08:22] <seb128> but in doubt it doesn't hurt to do what you just did now
[08:22] <seb128> i.e add a bug with sponsors and an url to the REVU
[08:22] <seb128> so it shows up on both places
[08:22] <seb128> hey chrisccoulson, I'm fine thanks, how are you?
[08:23] <chrisccoulson> seb128, yeah, good thanks
[08:23] <seb128> chrisccoulson, did you daughter let you sleep this night?
[08:23] <chrisccoulson> seb128, yeah, she slept all the way through :)
[08:23] <seb128> great! ;-)
[08:24] <seb128> hey rodrigo_
[08:24] <rodrigo_> morning
[08:24] <seb128> rodrigo_, I've bugs for you!!!
[08:24] <seb128> rodrigo_, joking, don't run away ;-)
[08:24] <seb128> rodrigo_, how are you?
[08:25]  * rodrigo_ runs
[08:25] <jbicha> rodrigo_: howdy
[08:25] <rodrigo_> seb128, I'm fine and you?
[08:25] <rodrigo_> hey jbicha
[08:25] <seb128> hey jbicha!
[08:25] <seb128> rodrigo_, I'm great thanks
[08:25] <oier> seb128, one more questions. Once my package is in universe, how do I update it when there are new ubuntu releases? do I have to upload a new version to revu again?
[08:26] <geser> oier: no, just open a sponsoring request
[08:26] <seb128> hey geser
[08:26] <seb128> geser, do you know if REVU is still used?
[08:27] <jbicha> rodrigo_: what do you think about adding gnome-tweak-tool as one of your System Settings stub launchers?
[08:27] <seb128> oier, what geser said, either do a merge request or open a bug with the update and subscribe sponsors
[08:27] <rodrigo_> jbicha, hmm, not sure
[08:28] <geser> seb128: hi, I guess not much if at all as we try to push people to get their package into Debian (and sync later)
[08:29] <rodrigo_> jbicha, but I guess we could do it
[08:29] <seb128> geser, should we just move new packages to use the normal sponsoring process?
[08:29] <oier> ok, but when I open a bug and subscribe sponsors I just link to where the source is. Is the usual proceedure to attach the orig.tar.gz file to the bug?
[08:29] <rodrigo_> jbicha, we've already "broken" the shell, so one more is ok :)
[08:29] <Sweetshark> RAOF: I have now mono-devel and libmono-2.0-dev installed, hack a call to mkbundle2 to call mkbundle, and the pkg-config call in configure to check module mono-2 instead of mono, sprinkled in some glib2 cflags here and there, but I still get an error:
[08:30] <seb128> oier, the easier is to have a watch file pointing to your tarball and do a merge request on lp:ubuntu/source with the update
[08:30] <rodrigo_> seb128, did the grepping for g-p-m bus service end?
[08:30] <seb128> rodrigo_, "sort of", I went to bed before it was done and since I forget to start a screen I stopped it, I got it running again now though
[08:31] <RAOF> Sweetshark: Hurray?
[08:32] <rodrigo_> seb128, ok, let me know when it's done, I'd like to upload any needed package today, as tomorrow I'll be on vacation :)
[08:32] <seb128> rodrigo_, ok
[08:32] <Sweetshark> RAOF: yeah, right.
[08:32]  * Sweetshark tries to get a clean build
[08:33] <geser> seb128: I've no real idea about this yet. Not sure if using the normal sponsoring process will work out or if it will only clog the sponsoring queue. Part of the REVU problem is that many packagers vanish once their package is in the archive and those packages bit-rod till they get removed years later.
[08:34] <RAOF> Sweetshark: You haven't posted the error message yet.  Do you want me to have a quick gander?
[08:34] <seb128> RAOF, hey
[08:34] <RAOF> seb128: Ho!
[08:34] <seb128> RAOF, how is colord packaging going?
[08:34] <RAOF> seb128: It's done; it needs only a sponsor.
[08:34] <seb128> RAOF, having it in and mir-ed before ff would be nice
[08:35] <seb128> RAOF, oh, where is it?
[08:35] <Sweetshark> RAOF: I want to try it from a mostly clean build. hang on a sec
[08:35] <seb128> RAOF, you should subscribe ubuntu-sponsors...wait you are not motu?
[08:35] <RAOF> seb128: http://anonscm.debian.org/gitweb/?p=collab-maint/colord.git
[08:35] <seb128> RAOF, oh, you want it in debian
[08:35] <RAOF> Yah.
[08:35] <RAOF> Well, and I need a reviewer before uploading to Ubuntu to match our policy anyway.
[08:36] <RAOF> So they might as well also be a DD :).
[08:36] <seb128> RAOF, did you do any pinging around on the debian side?
[08:36] <RAOF> I've done a little, but not a great deal.
[08:36] <seb128> k
[08:36] <seb128> I will ping the #debian-gnome guys
[08:37] <seb128> do you have an itp bug or something?
[08:37] <RAOF> I find getting stuff sponsored in Debian frustrating, so there's a high activation energy :(
[08:37] <seb128> yeah, that's what I don't agree with geser and others
[08:38] <seb128> trying to push people to get their stuff in Debian is just pushing them in a wall that they will hit, which leads to frustrations and contributors running away
[08:38] <RAOF> It depends greatly on what you're pushing, I find.
[08:39] <RAOF> If there's an amenable team, then great - debian-x and pkg-cli-* are both welcoming and easy to deal with.
[08:39] <seb128> I'm not going to be popular with this one but I think we should stop trying to get new softwares in universe or in the archive
[08:39] <seb128> we should let people maintain their softwares in a ppa and make it easy to search in ppa from the packaging tools
[08:39] <seb128> well for things like this one which are a desktop component will still need to them in though
[08:40] <RAOF> I broadly agree with you.  I think we'd need make it possible to trust PPAs a little more first, though.
[08:40] <seb128> RAOF, yeah, pkg-gnome is fine as well
[08:40] <seb128> RAOF, well ppa combined with rating and reviews get you somewhat the "trust" level
[08:41] <jbicha> seb128: the ITP is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633518
[08:41] <ubot2> Debian bug 633518 in wnpp "ITP: colord -- system service to manage device colour profiles" [Wishlist,Open]
[08:41] <RAOF> Some way of blessing “project PPAs’ would be good.
[08:41] <seb128> jbicha, thanks
[08:41] <RAOF> jbicha: Thanks.  wnpp takes *ages* to come up here!
[08:41] <seb128> RAOF, well then you are back at the issue of having a board needing to do review and approval work
[08:41] <jbicha> it was in my Firefox history so it was easy
[08:41] <geser> seb128: I agree with you, most of the packages on REVU could easily use a PPA instead. And only packages with a team who cares about them (e.g. kubuntu or ubuntu-desktop) should be added to the archive directly
[08:42] <didrocks> seb128: seems your idea is more popular that you initialy thought then! :)
[08:42] <seb128> didrocks, ;-)
[08:42] <jbicha> people get all sorts of confused when they try to upgrade with PPAs though
[08:42] <RAOF> seb128: Well, not necessarily - it's already very nearly possible with existing Launchpad infrastructure.
[08:42] <RAOF> I mean, for projects hosted on Launchpad, at least.
[08:42] <seb128> RAOF, I've pointed #debian-gnome to the itp and vcs, let's see if somebody picks it
[08:43] <didrocks> jbicha: we need to make that easier for upstream then
[08:43] <didrocks> oh, you mean, upgrade
[08:43] <seb128> jbicha, why?
[08:43] <didrocks> indeed
[08:43] <seb128> because update-manager disable the ppas?
[08:44] <didrocks> and we are not sure there is a build under the next ubuntu release pocket
[08:44] <didrocks> (but ppa could maybe automatically rebuild when a new version is out?)
[08:44] <seb128> jbicha, why does libcryptui needs a mir? what in main is using it?
[08:44] <seb128> didrocks, we don't do rebuilds in the archive either
[08:44] <didrocks> or copy :)
[08:44] <RAOF> didrocks: Or update manager could check whether the PPAs have an upgrade path.
[08:44] <didrocks> just makes then available
[08:44] <seb128> didrocks, we clone the archive when a new serie open
[08:44] <didrocks> them*
[08:44] <jbicha> and then we get solutions like this one: https://lkubuntu.wordpress.com/2011/06/27/easy-way-to-remove-404-messages-on-apt-get-update/
[08:45] <seb128> urg
[08:45] <jbicha> seb128: seahorse depends on that library (or ought to)
[08:45] <seb128> jbicha, no it doesn't
[08:45] <seb128> hum
[08:46] <chrisccoulson> hmmmm, i'm not sure how i can make thunderbird get focus when you click on it in the messaging menu :/
[08:46] <chrisccoulson> we seem to be a little screwed by internal API limitations
[08:46] <RAOF> chrisccoulson: That's it.  Time to drop thunderbird for evolution! :D
[08:46] <chrisccoulson> lol
[08:47] <seb128> we would win calendar integration for free!
[08:47] <jbicha> seb128: hmm, let me check then
[08:47] <RAOF> Thinking of MIRs - could I get the wayland protocol MIR bumped up?  I'd like to enable support in mesa in the rc3 upload, which will hopefully be soon (whenever upstream gets their git in order).
[08:47] <seb128> RAOF, speaking of wayland does it still need cairo-gl?
[08:48] <Sweetshark> RAOF: http://pastebin.com/2zLvuybV
[08:48] <seb128> RAOF, I will give a nudge to mterry to see if he can get the wayland mir ball rolling
[08:48] <RAOF> seb128: Yes and no.  The wayland server library itself never did, but the demo-compositor does.  There's now a non-cairo-gl demo compositor, so it's not as much of an issue.
[08:49] <RAOF> seb128: In short - turn off cairo-gl support whenever you want to.
[08:49] <seb128> ok
[08:49] <seb128> RAOF, if we don't solve the nvidia issue we will have to again for oneiric
[08:49] <seb128> rodrigo_,
[08:49] <seb128> ./update-manager-0.152.7/DistUpgrade/utils.py:  Send a dbus signal to org.gnome.PowerManager to not suspend
[08:49] <jbicha> seb128: ok, maybe it doesn't need libcryptui, the commit message & NEWS is ambiguous
[08:49] <seb128> rodrigo_, that's the first match out of gnome-control-center that you didn't update it
[08:50] <seb128> jbicha, well, I built the new seahorse there, uploaded and it built on the buildds
[08:50] <seb128> jbicha, so I'm pretty confident it doesn't need the lib ;-)
[08:50] <RAOF> seb128: Right.  At some point we'll want this to be fixed; we can only kick that can down the road for so long.
[08:51] <seb128> RAOF, right, well I'm just saying
[08:52] <jbicha> seb128: ok, I guess it's only seahorse-plugins that depends on it, but seahorse-plugins is in main
[08:52] <rodrigo_> seb128, ok, working on it
[08:52] <seb128> jbicha, isn't seahorse-plugins deprecated?
[08:52] <seb128> rodrigo_, do a merge request for mvo I'm sure he will happily review it
[08:52] <rodrigo_> seb128, yeah :)
[08:53] <RAOF> seb128: Yeah.  We can happily kill it for now.  Sometime in the next couple of cycles we should probably schedule some work to fix it once and for all.  Like a giant ice cube!
[08:53] <jbicha> seb128: well, it sort of still works, it's just not really maintained
[08:53] <desrt> seb128: is it your intention to be following 3.0 or 3.2?
[08:53] <seb128> RAOF, ok, I think I will turn it off early, no point to keep it annoying users if we know it's not going to be solved this cycle
[08:53] <seb128> desrt, GNOME?
[08:54] <desrt> seb128: is there anything else? :)
[08:54] <seb128> GTK
[08:54] <desrt> both.
[08:54] <seb128> desrt, weird question since we are on GNOME 3.1.4 and I keep nagging you about unstable glib and gtk
[08:54] <seb128> desrt, but anyway 3.1 and we are mostly uptodate
[08:54] <desrt> seb128: i didn't know what gnome you're following
[08:54] <desrt> just glib/gtk
[08:55] <seb128> desrt, weren't you there at UDS pushing us to say 3.1 which we agreed on? ;-)
[08:55] <desrt> seb128: we agree on lots of things at UDS that i discover to be less true than i hoped :)
[08:55] <seb128> desrt, see versions url in the topic has well which has current oneiric versions lists
[08:55] <desrt> ah.  nice.
[08:55] <seb128> desrt, but yea, we follow 3.1 and got most of 3.1.4 packaged already
[08:56] <rodrigo_> I get a lot of these when building with bzr bd:
[08:56] <rodrigo_> perl: warning: Setting locale failed.
[08:56] <rodrigo_> perl: warning: Please check that your locale settings:
[08:56] <rodrigo_> 	LANGUAGE = (unset),
[08:56] <rodrigo_> 	LC_ALL = (unset),
[08:56] <rodrigo_> 	LC_TIME = "es_ES.utf8",
[08:56] <rodrigo_> 	LC_MONETARY = "es_ES.utf8",
[08:56] <rodrigo_> 	LC_MEASUREMENT = "es_ES.utf8",
[08:56] <rodrigo_> 	LC_NUMERIC = "es_ES.utf8",
[08:56] <rodrigo_> 	LANG = "en_US.UTF-8"
[08:56] <rodrigo_>     are supported and installed on your system.
[08:56] <rodrigo_> perl: warning: Falling back to the standard locale ("C").
[08:56] <seb128> rodrigo_, seems like your locale is incorrectly set
[08:56] <mvo> seb128, rodrigo_ what is the problem with u-m?
[08:57] <desrt> seb128: i see lots of green :)
[08:57] <seb128> mvo, gpm is moved to gsd so the dbus interface is renamed
[08:57] <seb128> which sort of suck
[08:57] <rodrigo_> mvo, it uses g-p-m's dbus interface, which is gone to g-s-d, so the bus name needs a change
[08:57] <rodrigo_> mvo, I'll submit a branch in a bit
[08:57] <seb128> GNOME should consider dbus interfaces as APIs and keep those stable ;-)
[08:58] <desrt> seb128: we're moving away from that, in fact
[08:58] <desrt> it's a royal pain in the arse, with little advantage
[08:58] <desrt> killall dconf-service and be happy :)
[08:58] <seb128> rodrigo_, ./gdm-3.0.4/gui/simple-greeter/gdm-greeter-panel.c:#define GPM_DBUS_NAME      "org.gnome.PowerManager"
[08:58] <seb128> desrt, hum?
[08:59] <seb128> desrt, well, update-manager for example talk to org.gnome.gpm to tell it to not suspend during dist-upgrade
[08:59] <desrt> seb128: it's widely becoming apparent that attempting to maintain API stability on dbus interfaces is a substantial investment
[08:59] <seb128> desrt, there is no "restart the service and the code will work with org.gnome.gsd being the inteface to talk to"
[08:59] <seb128> desrt, well then you need libs wrapping the interface and use those
[08:59] <desrt> seb128: exactly.
[09:00] <desrt> seb128: as i understand it, we will see this a bit more often going forward
[09:00] <seb128> desrt, which is not what we have for it session signals
[09:00] <seb128> or power signals
[09:00] <seb128> it->i.e
[09:00] <desrt> seb128: particularly with the new GDBus binding generation stuff
[09:00] <desrt> then those libraries will have stable API
[09:00] <seb128> well, works for me, as long as the "public interface" is stable
[09:01] <desrt> nod.
[09:01] <mvo> thanks rodrigo_ and seb128
[09:01] <seb128> because otherwise it sucks
[09:01] <seb128> especially if you rename things like the dbus interface for screen saver inhibition
[09:01] <seb128> or in this case suspend inhibition
[09:02] <seb128> it means all the softwares "out there" which are often non GNOME ones break in some way
[09:02] <seb128> those could be skype or vlc or mplayer or whatever
[09:02] <desrt> i always get slightly nervous when i see random software poking someone else's dbus interface :)
[09:02] <seb128> i.e things that don't synchronize with GNOME
[09:02] <seb128> desrt, well that's what GNOME people recommend to do to inhibit the screensaver
[09:02] <desrt> seb128: i know.  i don't think it's the greatest policy.
[09:03] <desrt> alas.
[09:03] <seb128> yeah, we should have a libdesktop wrapping around all those dbus "desktop" apis
[09:03] <seb128> like session, screensaver, power, etc
[09:03] <rodrigo_> yes, I guess power interface should be a freedesktop one
[09:04] <desrt> seb128: libgio is supposed to be this interface, supposedly
[09:04] <desrt> seems weird for screensaver and such, though
[09:04] <desrt> maybe we should consider using gtk...
[09:04] <rodrigo_> yes
[09:04] <rodrigo_> no libdesktop :)
[09:04] <desrt> i'll raise the point with matthias
[09:04] <rodrigo_> or gio itself
[09:05] <rodrigo_> although it seems to be too desktop-specific
[09:05] <rodrigo_> so yeah, gtk makes sense
[09:05] <desrt> we can implement it with gioextensions
[09:05] <desrt> gtk would just be the public interface
[09:05] <desrt> individual environments would be free to provide overrides
[09:06] <desrt> "stop the screensaver" is not in such a different league as "give me a tray icon"
[09:06] <desrt> seb128: stop screensaver, suspend... anything else you can think of that might fit well here?
[09:08] <seb128> desrt, not sure, we have a bunch of "useful interfaces" like im status
[09:08] <seb128> or mounting interfaces
[09:08] <desrt> we have mounting stuff in gio already
[09:09] <seb128> right
[09:09] <seb128> so no, nothing else I can think about right now
[09:09] <seb128> the most common one is "let my screen alone, I watch a movie"
[09:09] <seb128> the inhibit suspend one is useful as well for things like upgrades
[09:11] <desrt> https://bugzilla.gnome.org/show_bug.cgi?id=655398
[09:11] <ubot2> Gnome bug 655398 in gtk "provide API for inhibit screensaver/suspend/etc" [Enhancement,Unconfirmed]
[09:11] <desrt> we'll see how the discussion goes
[09:11] <seb128> desrt, thanks
[09:11] <desrt> thanks for the suggestion :)
[09:12] <seb128> rodrigo_, ok, so it seems the only things using the old gpm interface are g-c-c that you just fixed, update-manager and gdm
[09:13] <jbicha> seb128: seahorse has a ubuntu-desktop branch
[09:14] <seb128> jbicha, yes like most of GNOME components installed by default ;-)
[09:14] <jbicha> but you didn't push to it yesterday
[09:14] <seb128> hum, sorry, I used it, I probably forgot to bzr push
[09:14] <seb128> checking
[09:15] <seb128> jbicha, done
[09:16] <rodrigo_> seb128, ok, almost done with gdm, so update-manager only missing
[09:18] <RAOF> Sweetshark: Bah, sorry, missed that pastebin.  Also sorry that I can't be any help; I've got no idea what's missing there :/
[09:19] <davmor2> seb128: is pitti the best guy to talk about with regard a regression in managing an audio player? In Natty he fixed it so that the sansa fuse showed up and fired up banshee/shotwell however in oneiric it isn't again, or is this something yet to implement?
[09:20] <seb128> better to open a bug, for one thing pitti is away for 2 weeks
[09:21] <Sweetshark> RAOF: I just kicked out a huge bunch of the creepy mono patches, now it seems to build. hopefully, I will also pack (and be halfway sensible at what it packs).
[09:22] <davmor2> seb128: will do
[09:32] <seb128> chrisccoulson, did you need gnome-keyring sponsoring?
[09:33] <chrisccoulson> seb128, libgnome-keyring needs sponsoring
[09:33] <seb128> ok
[09:33] <chrisccoulson> i need to package p11-kit before gnome-keyring though don't i?
[09:33] <chrisccoulson> that's on my list for today :)
[09:34] <seb128> indeed you need it ;-)
[09:34] <seb128> great!
[09:35] <chrisccoulson> woohoo, focus issue fixed in thundebird
[09:35] <seb128> chrisccoulson, where is libgnome-keyring?
[09:35] <chrisccoulson> turned out to be a simple error :)
[09:35] <seb128> nice
[09:35] <chrisccoulson> seb128, 1 second, i will host it somewhere
[09:38] <jbicha> seb128: mterry was wanting someone to be a bug subscriber for the transmission mirs, would ubuntu-desktop be a good choice?
[09:39] <seb128> jbicha, no, desktop-bugs rather
[09:39] <seb128> that's the team we use to track desktop bugs, it avoids spamming ubuntu-desktop members ;-)
[09:39] <jbicha> ok, could you do that then? :-)
[09:40] <seb128> sure
[09:45] <davmor2> this mornings update of lightdm seems a bit broken it isn't starting is there an ubuntu-bug hook for lightdm yet, if not what logs will be useful?
[09:45] <chrisccoulson> seb128, http://people.canonical.com/~chrisccoulson/libgnome-keyring/
[09:45] <chrisccoulson> nice and easy ;)
[09:48] <seb128> chrisccoulson, ;-)
[09:57] <Sweetshark> woho, "building module postprocess"
[09:58] <didrocks> chrisccoulson: hey, have you heard about any bug in thunderbird which change the preferred smtp sender behind your back?
[09:59] <didrocks> and a crash :/
[10:00] <seb128> tb seems like a lot of fun ;-)
[10:00] <didrocks> seb128: at least with me :-)
[10:00] <chrisccoulson> didrocks, i haven't heard anything like that. what's the symptom?
[10:00] <didrocks> I do not want to generalize :)
[10:01] <didrocks> chrisccoulson: well, from yesterday, the default smtp was set to gmail instead of my canonical onen
[10:01] <didrocks> chrisccoulson: and I'm sure I didn't change any value
[10:01] <didrocks> so, I had to set it back
[10:03] <rodrigo_> mvo, a present for you -> https://code.launchpad.net/~rodrigo-moya/update-manager/use-new-power-interface/+merge/69422 :-D
[10:04]  * mvo hugs rodrigo_
[10:05] <rodrigo_> :D
[10:29] <Sweetshark> what do you guys think: is is ok to upload libreoffice without the mono bridge package for now? for oneiric?
[10:29] <Laney> does anything actually use it?
[10:31] <seb128> what is the mono bridge doing?
[10:31] <Laney> mono bindings to the lo api
[10:32] <Laney> you can write lo plugins in c# for example
[10:32] <Sweetshark> seb128: it provides UNO bindings to mono (i.e. you can write remote control LibreOffice from an mono app). It dont think anybody uses it anyway.
[10:33] <seb128> well if it has no rdepends in the archive seems fine to drop for a bit
[10:33] <Sweetshark> FWIW it is not even published as part of the "official" builds on libreoffice.org -- its novells own go-oo patchery ...
[10:34] <seb128> yeah, drop it
[10:35] <Sweetshark> seb128: ok, then I have a 3.4.1 build for oneiric ;D
[10:35] <Laney> i'd suggest debian do the same
[10:37] <rodrigo_> seb128, I just sent cjwatson a mail about adding gdm to the desktop packageset, I hope that's ok, right?
[10:37] <seb128> sure
[10:37] <rodrigo_> ok, that's why I did it before asking :)
[10:38] <seb128> ;-)
[10:46] <seb128> Laney, hey, did you plan to upload the new tomboy to oneiric as well or should I just rebase on your debian update and upload?
[10:48] <Laney> seb128: doing it now
[10:49] <Laney> like, right now
[10:49] <seb128> Laney, thanks!
[11:05] <Laney> does bzr push send tags too?
[11:06] <rodrigo_> Laney, yes
[11:06] <Laney> cool, thanks
[11:07] <didrocks> Laney: not if it's the only change (meaning: there is no commit since last push)
[11:08] <Laney> there were 2 commits and a tag, should be fine then?
[11:08] <rodrigo_> yes
[11:08] <Laney> :-)
[11:08] <rodrigo_> and if not you can always 'bzr commit --unchanged'
[11:14] <ricotz> rodrigo_, hi :)
[11:17] <ricotz> rodrigo_, by any chance did you know about this? bug 811822
[11:17] <ubot2> Launchpad bug 811822 in gnome-session "gnome-session gets stuck utilizing 100% cpu time of one core" [Undecided,New] https://launchpad.net/bugs/811822
[11:18] <rodrigo_> ricotz, hmm, no, looking
[11:18] <rodrigo_> hmm, no trace
[11:20] <ricotz> it seems i can confirm this, both gdm gnome-session process and the user one get stuck like this for me, but it seems system related
[11:20] <ricotz> i cant reproduce it on this machine
[11:20] <rodrigo_> ricotz, can you try getting a strace?
[11:21] <ricotz> i will try it when i am home again
[11:21] <rodrigo_> ricotz, ok, thanks
[11:22] <ricotz> it could be somehow related to the graphics driver :\ (happens with nvidia blob)
[11:30] <chrisccoulson> didrocks, where does unity get its setting for the default e-mail client from?
[11:30] <chrisccoulson> i just logged in to a guest session, and evo was the mail client in the dash
[11:30] <chrisccoulson> but the default was thunderbird in the messaging menu
[11:30] <didrocks> chrisccoulson: it was gconf before, unity-2d has been fixed for using the mimetypes, not sure about unity 3d, I'll have a look
[11:33] <chrisccoulson> hmmm, is the 2d session only meant to have a single workspace?
[11:56] <BigWhale> Uhmm... when did oneiric lost the ability to pin the window to all desktops? the right click on a titlebar menu?
[11:57] <seb128> you can use alt-space
[12:01] <pedro_> good morning!
[12:01] <seb128> hey pedro_
[12:01] <seb128> how are you?
[12:02] <pedro_> salut seb128, doing good and you?
[12:02] <seb128> I'm fine thanks!
[12:08] <BigWhale> seb128, alt-space is a workaround... is this now a permanent change? :(
[12:08] <seb128> sort of
[12:09] <rodrigo_> hey pedro_
[12:09] <seb128> design decision to drop the context menu yes but they are looking for a better way to do the pin and raise actions
[12:09] <pedro_> hello rodrigo_, how are you?
[12:09] <rodrigo_> pedro_, happy, about to leave on vacation, in a few hours :D
[12:09] <rodrigo_> pedro_, you?
[12:09] <seb128> rodrigo_, when do you come back?
[12:09] <rodrigo_> pedro_, oh, btw, I'm not going to Berlin :(
[12:09] <seb128> rodrigo_, desktop summit?
[12:10] <pedro_> rodrigo_, well now i'm envy you :-P
[12:10] <seb128> oh, no desktop summit?
[12:10] <seb128> is pedro_ coming?
[12:10] <rodrigo_> seb128, Monday 8th
[12:10] <pedro_> seb128, i'm going there yeah
[12:10] <seb128> great
[12:10] <BigWhale> seb128, 'Move to another workspace' and 'Always on visible workspace' were very often used by me... too bad :(
[12:10] <rodrigo_> seb128, I'll be back quite late on the 6th, so I could fly quite late on the 7th or the 8th, which is the last core day
[12:11] <BigWhale> I hope they come up with something soon :)
[12:11] <seb128> well you can use alt-space
[12:11] <rodrigo_> it's bad this year there's not the warm up days there use to be :(
[12:12] <seb128> there are some days and a gir hackfest after though
[12:14] <rodrigo_> yes, but just going for that, when most people are gone, didn't feel like a good idea
[12:14] <rodrigo_> I'll miss it though, it's the 1st time I'm missing 2 guadec's in a row :(
[12:15] <rodrigo_> pedro_, you're staying for the whole week?
[12:15] <rodrigo_> seb128, you?
[12:15] <seb128> rodrigo_, enjoy your holidays at least
[12:15] <seb128> 6 to 11 for me
[12:15] <pedro_> rodrigo_, i'm leaving on thursday 11
[12:15] <seb128> I'm flying back on the 11
[12:16] <seb128> rodrigo_, yeah, you are right, if you come on the 8th it's not really worth it if most people leave on the 10 or 11
[12:16] <seb128> well next year
[12:16] <seb128> enjoy your holidays at least ;-)
[12:16] <rodrigo_> yes, I hope so
[12:16] <rodrigo_> also missing the guadec-es :(
[12:16] <seb128> when is it?
[12:17] <rodrigo_> a few days before the one in berlin
[12:17] <rodrigo_> anyway, lunch time, bbl
[12:18] <BigWhale> rodrigo_, any news on the eds/gir/pygobject fixes?
[12:42] <cyphermox> oh evolution, how I love thee; let me count the ways.... especially when you sigtrap because of broken ui files...
[13:10] <mterry> seb128, do you know much about how pot files that are taken from the translation tarball that pkgbinarymangler makes are used by Launchpad to offer as translation templates?
[13:10] <mterry> seb128, (hello)
[13:10] <seb128> hey mterry, now it's your turn to ask things before saying hi? ;-)
[13:10] <desrt> mterry: can you mow my lawn for me?
[13:10] <desrt> mterry: oh.  hi, by the way.
[13:10] <seb128> mterry, not "much" I guess but I've an idea how the system works, why?
[13:10] <mterry> :)
[13:11] <seb128> mterry, I don't think the mangler does the pot import, it just does the po stripping from the binaries
[13:11] <mterry> seb128, deja-dup has a help pot, and it's not showing up in LP for translators.  I have a couple ideas why, but don't know which makes sense
[13:12] <mterry> seb128, yeah.  It also puts the pot files in its tgz.  I assumed LP got the pots from that tgz
[13:12] <seb128> mterry, we blocked help templated years ago since there is no way to export help translations back
[13:12] <mterry> seb128, ah...  bummer
[13:12] <seb128> like launchpad knows how to export translations files
[13:12] <seb128> but not how to build localized xml files
[13:13] <mterry> seb128, hmm..  I bet we could do something similar that we do for .desktop files and replace the help xml with a bunch of xincludes to translated snippets.  ;)
[13:13] <seb128> it was misleading users to think that they translations would be used
[13:13] <seb128> where they are not, it would require manually updating the po files in the source
[13:13] <seb128> since the localized xml are built at build time
[13:13] <seb128> not using gettext
[13:13] <mterry> right
[13:14] <mterry> seb128, ah well
[13:15] <kenvandine> oh, no localized help?
[13:15] <seb128> mterry, well not sure if it would be possible to have translated documentation to be using the english xml and gettext
[13:15] <mterry> kenvandine, only what upstream provides
[13:15] <seb128> kenvandine, hey
[13:15] <kenvandine> hey seb128 and mterry
[13:16] <seb128> kenvandine, what I said, the localized xml are generated during the build so they use the po directory content, not langpacks
[13:16] <kenvandine> do the help translations get stripped?
[13:16] <mterry> seb128, yeah, but we could construct some monstrosity using xincludes to tiny files with snippets of text, but that's not a serious suggestion
[13:16] <seb128> they get moved in langpacks yes
[13:16] <kenvandine> ok
[13:17] <seb128> mterry, well previous suggestion was to teach launchpad to build the translated xmls
[13:17] <seb128> but I think it was not trivial and not on the launchpad priority list
[13:17] <mterry> yeah
[13:32] <highvoltage> hi!
[13:33] <highvoltage> gnome-session-fallback should depend (or at least reccomend) on gnome-menus so that a user has menus when its installed
[13:34] <highvoltage> what's the preferred way to fix it, can I add it and paste a debdiff? stgraber said he could sponsor it this afternoon but I thought I'd pop in and check first
[13:34] <seb128> highvoltage, the session doesn't use the menus, gnome-panel should do that
[13:34] <seb128> highvoltage, do a merge requests against the ubuntu-desktop vcs
[13:35] <highvoltage> seb128: ok, will do
[13:35] <seb128> thanks
[13:35] <seb128> highvoltage, gnome-panel depends on gnome-menus
[13:36] <highvoltage> odd, I wonder why it's not installed in edubuntu
[13:36] <seb128> highvoltage, what desktop are you using?
[13:36] <highvoltage> seb128: Edubuntu with gnome 3 fallback
[13:36] <seb128> highvoltage, there was a bug with one of the .menus naming until yesterday
[13:36] <seb128> did you upgrade today?
[13:36] <highvoltage> seb128: I installed the gnome-menus package this morning, so it's possible I got the fix just now :)
[13:37] <highvoltage> seb128: I'll try with a daily build tomorrow, I guess it will be fixed. thanks :)
[13:37] <seb128> yw
[14:19] <cyphermox> hrm... anyone having issues connecting to a previously-unknown wifi network requiring security?
[14:29] <Sweetshark> soo, who is willing to sponsor libreoffice 1:3.4.1-3ubuntu1 once it finishes building and survives sanity checks?
[14:30]  * Sweetshark is looking for victims
[15:00] <jbicha> why do we ship xterm on the CD? and do we really need to show it by default since we have gnome-terminal?
[15:04] <jbicha> oh I see, the .desktop is shipped so that xterm gets a pretty icon but I think it should be NoDisplay=True
[15:10] <ronoc> mvo ping ?
[15:18] <mvo> ronoc: hello, I'm in a meeting right now
[15:18] <ronoc> mvo, no stress
[15:18] <mvo> ronoc: you are curious about the restart-required property?
[15:19] <cyphermox> now now, why won't gnome-keyring-daemon start on a new install?
[15:20] <mvo> seb128: have you seen https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/813468 ? do you have a opinion?
[15:20] <ubot2> Ubuntu bug 813468 in update-manager "Panel indicators not updated correctly after upgrade from Hardy to Lucid" [Undecided,New]
[15:20] <seb128> cyphermox, bug #813755
[15:20] <ubot2> Launchpad bug 813755 in gnome-keyring "gnome-keyring-daemon fails to start as it can't get capabilities" [Undecided,Confirmed] https://launchpad.net/bugs/813755
[15:20] <cyphermox> ohhh
[15:21] <cyphermox> thanks :)
[15:21] <ronoc> mvo, yeah just wondering when I should plan to finish that apt menu item off
[15:21] <seb128> mvo, it's one of those old gnome-panels bugs which are there since warty that nobody will ever fix in the old codebase and which are fixed in GNOME3
[15:22] <mvo> so WONTFIX?
[15:22] <seb128> yes
[15:22] <seb128> or duplicate it from one of the other bugs on gnome-panel
[15:30] <BigWhale> rodrigo_, around? any news on the gir PyGObject problems?
[15:30] <cyphermox> seb128: ok, so that gkd issue would be fixed once the update to 3.1.4 lands
[15:32] <seb128> cyphermox, well it?
[15:33] <cyphermox> the what?
[15:33] <cyphermox> oh
[15:33] <cyphermox> yeah, should, there is a code change in there to get the capability, and there's something else that could benefit being added (depends for setcap)
[15:33] <cyphermox> chrisccoulson:  ^^
[15:34] <seb128> cyphermox, well -> will, sorry typo
[15:35] <rodrigo_> BigWhale, no, just filed the bug to pygobject, instead of evolution
[15:35] <seb128> well, why did it break?
[15:35] <cyphermox> seb128: yeah, it took me a little while to catch it :)
[15:35] <rodrigo_> in fact, I didn't, doing it now
[15:37] <chrisccoulson> wassup?
[15:37] <BigWhale> rodrigo_, cool thanks.
[15:38] <BigWhale> rodrigo_, I'll also add my code that fails to work
[15:39] <rodrigo_> ok
[15:51] <cyphermox> seb128: just uploaded EDS... evo will take some more time given that it won't start :)
[15:52] <cyphermox> afaics evo 3.1.3 works, and now it displays emails properly
[15:52] <seb128> cyphermox, ok, I've pinged mchra let's see if he replies
[15:52] <seb128> great
[15:54] <cyphermox> now to finish testing bluez
[16:29] <seb128> didrocks, mterry: hey guys, could you give gnome-online-account some mir action this week?
[16:29] <seb128> gnome-online-accounts
[16:30] <didrocks> still on an universe package for the sync stuff, can add to the list if you ping me later :)
[16:30] <seb128> kenvandine, could you reply to kees' comment on bug #791843?
[16:30] <ubot2> Launchpad bug 791843 in telepathy-indicator "[MIR] telepathy-indicator" [Undecided,Incomplete] https://launchpad.net/bugs/791843
[16:32] <seb128> didrocks, seems like bug #795089 is ready for a new review from you though they didn't ping you again?
[16:32] <ubot2> Launchpad bug 795089 in python-xattr "[MIR] python-xattr" [Undecided,Incomplete] https://launchpad.net/bugs/795089
[16:33] <seb128> mterry, RAOF wanted some review for bug #810217 as well if possible
[16:33] <ubot2> Launchpad bug 810217 in wayland "[MIR] wayland protocol package" [Medium,New] https://launchpad.net/bugs/810217
[16:34] <rodrigo_> ok, out for now, bbl, but just in case you're all gone, have a nice next week, I'll think about you when on vacation :)
[16:34] <seb128> didrocks, can things like bug #792005 be promoted and bug closed?
[16:34] <ubot2> Launchpad bug 792005 in xchat-indicator "[MIR] xchat-indicator" [Undecided,In progress] https://launchpad.net/bugs/792005
[16:35] <seb128> rodrigo_, have fun during your holidays!
[16:35] <rodrigo_> seb128, I will!
[16:35] <seb128> rodrigo_, is there anything we should watch from while you are not there?
[16:35] <didrocks> seb128: will have a look, just not now :)
[16:35] <seb128> ok
[16:35] <rodrigo_> seb128, I'll be reading my mail just in case there's something urgent, but for BigWhale, if you can watch https://bugzilla.gnome.org/show_bug.cgi?id=654564 that would be great
[16:35] <ubot2> Gnome bug 654564 in introspection "Querying EDS address book in Python results in a segfault" [Critical,Unconfirmed]
[16:36] <rodrigo_> as I said, I'll be checking mail, but just in case there's a fix coming and I miss it, please watch it
[16:36] <kenvandine> seb128, will do
[16:36] <seb128> rodrigo_, ok
[16:36] <seb128> kenvandine, thanks
[16:45] <micahg> seb128: did someone fix lightdm today?
[16:45]  * micahg didn't see an upload
[16:46] <seb128> micahg, is it still broken?
[16:46] <lool> compiz (decor) - Warn: No default decoration found, placement will not be correct
[16:46] <seb128> micahg, chrisccoulson made an upload yesterday night
[16:46] <lool> wow, decorator crashing for a new window
[16:47] <lool> in a loop
[16:47] <micahg> seb128: no, that didn't fix it
[16:47] <lool> I opened a new xterm, and the decorations appeared/disappeared in a loop
[16:47] <micahg> seb128: also, adding transitional packages and breaks/replaces on the old greeters didn't help
[16:47] <lool> until I moved it a bit to not be as close to other windows
[16:47] <lool> now it's stopped
[16:47] <micahg> seb128: appears to be a bug in apt that it's allowing the greeter being removed to fulfill the virtual recommends requirement
[16:48]  * lool reboot
[16:49] <micahg> oh, wait, I didn't do the transitional packages right locally, that might actually work
[16:49] <seb128> micahg, I'm confused, lightdm recommends the gtk-greeter | virtual-greeter
[16:49] <seb128> micahg, so the gtk greeter should be installed first if no greeter is installed
[16:50] <seb128> micahg, the second issue yesterday was that the conflicts was wrong and letting a non working greeter installed which was enough to fill the recommends
[16:50] <micahg> seb128: right, but the old greeter which provides the virtual package is installed
[16:50] <micahg> it's being removed but apt doesn't seem to take that into account
[16:50] <seb128> micahg, well the conflicts update from chrisccoulson should address that issue
[16:50] <micahg> seb128: it dosn't
[16:51]  * micahg is testing transitional packages ATM
[16:52] <seb128> micahg, well, you mean no greeter get installed on your box?
[16:52] <micahg> seb128: right
[16:52] <mterry> seb128, ack for gnome-online-account and wayland
[16:52] <seb128> the recommends should ensure there is at least one
[16:52] <seb128> mterry, thanks
[16:52] <micahg> seb128: it's a bug in apt
[16:52] <seb128> micahg, what do you suggest doing then?
[16:52] <micahg> transitional packages, I'm testing to make sure it works right now
[16:52] <seb128> micahg, I've no seen other users complaining about lightdm working during the course of the day
[16:52] <seb128> not
[16:53] <micahg> are you idling in #ubuntu+1?
[16:53] <seb128> which is weird if upgrades are really still broken
[16:53] <seb128> no, but "broken for everybody" tend to reacht #ubuntu-desktop usually
[16:53] <seb128> like barry got the issue before chrisccoulson's update yesterday
[16:53] <seb128> nobody complained today
[16:53] <micahg> they all saw the workaround ;)
[16:54] <micahg> apt-get dist-upgrade doesn't offer a greeter with ubuntu3 if you had the old one installed
[16:56] <seb128> micahg, so you get the old example greeter installed and no new one?
[16:56] <micahg> no, the old one gets removed and nothing gets installed
[16:56] <seb128> or is the conflicts still broken?
[16:56] <seb128> ok, easy to fix then
[16:56] <seb128> we should just change the recommends to a depends
[16:57]  * micahg never acutally checked the diff
[16:57] <seb128> I wanted to check with robert_ancell why he just recommended a greeter to be installed, I don't see a case for not having one
[16:57] <seb128> well
[16:57] <micahg> no, the diff last night was right
[16:57] <seb128> lightdm recommends gtk-greeter | virtual-greeter
[16:57] <seb128> but the issue with recommends is that apt might decide it's fine that you have none installed
[16:57] <seb128> changing to a depends would ensure you always have a greeter
[16:58] <seb128> which seems to happen in this particular upgrade case, apt got confused and you get no recommends
[16:58] <micahg> seb128: transitional packages seem to work, want a debdiff?
[16:58] <seb128> no
[16:58] <seb128> but thanks
[16:58] <seb128> I don't want to add binaries
[16:58] <seb128> using a proper depends ought to fix that issue
[16:58] <seb128> with a depends there is no way that people get no greeter
[16:59] <seb128> it's a one liner
[16:59] <didrocks> do you know why it's not a dep? seems weird
[16:59] <seb128> no, as said I wanted to check with robert_ancell
[17:00] <didrocks> agreed (sorry just backlogged)
[17:00] <seb128> not sure if he wanted to take into account the case where you are local custom greeter not packaged
[17:00] <seb128> but it would really be a corner case
[17:00] <didrocks> seb128: LTSP maybe?
[17:00] <seb128> or that
[17:00] <seb128> well for now let's sort the obvious issue
[17:02] <didrocks> kenvandine: seb128: xchat-indicator promoted
[17:02] <seb128> didrocks, thanks
[17:03] <didrocks> yw :)
[17:04] <kenvandine> didrocks, thx!
[17:04] <didrocks> kenvandine: add the recommends: if not done :)
[17:05] <seb128> it's done
[17:05] <didrocks> ok, didn't check ;)
[17:08] <didrocks> and python-xattr reviewed and promoted
[17:09] <didrocks> I'll have a look tomorrow at other MIRs if some updates were made without pinging me
[17:10] <seb128> didrocks, thanks
[17:14] <didrocks> yw (not sure what went wrong, X just restarted under my feet)
[17:15] <mterry> mpt, thanks for your review of deja-dup!  I've moved it to https://live.gnome.org/DejaDup/Design/Review-2011-07 and I will mark various items as done when I fix them
[17:17] <mterry> mpt, you mention right-aligned labels?  I've seen various attempts at that in GNOME 3.0 controls (right aligned, no colon, sometimes lighter text).  Is there an HIG recommendation for such control labels yet?
[17:20] <didrocks> ok, enough for today, see you tomorrow! :)
[17:22] <czajkowski> wondering does anyone have any thoughts on https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/807723  is it a bug or a wishlist ?
[17:22] <ubot2> Ubuntu bug 807723 in empathy "Empathy does not start at login by default" [Wishlist,New]
[17:23] <seb128> kenvandine, ^
[17:23] <czajkowski> seb128: evening
[17:23] <seb128> hey czajkowski
[17:23] <kenvandine> hummm
[17:23] <seb128> czajkowski, well I think that picking "online" in the indicator should work after login at least
[17:24] <seb128> then the connect by default, not sure, I think GNOME was discussing doing that for this cycle
[17:24] <czajkowski> seb128: aye thats what I would have assumed tbh
[17:24] <kenvandine> i think that does now
[17:24] <seb128> would be worth reading what they decided
[17:24] <czajkowski> kenvandine: ello
[17:24] <kenvandine> hey czajkowski
[17:24] <kenvandine> and you can add empathy to your session
[17:24] <czajkowski> kenvandine: not my bug I'll have you know came up in a lug channel and I found it interesting seeing as he's been mentoning it for some time but nobody looked at it
[17:24] <kenvandine> if you want it to start
[17:25] <kenvandine> i think in oneiric, with tp-indicator starting... it lets us go online from the indicator
[17:25] <kenvandine> without starting empathy
[17:30] <BigWhale> Hm, my empathy always starts upon login and sets me online. Might be only me.
[17:37] <seb128> micahg, ok, I upload with a depends instead of the recommends, if that doesn't fix it I will take your transitional package solution ;-)
[17:37] <micahg> seb128: k, I still have my system to test, but I will be afk in about an hour until evening CDT, so can I ask someone to upload later if it doesn't work?
[17:38] <seb128> sure
[17:38] <micahg> thanks
[19:19] <BigWhale> Not having restart in the system menu is a pain! *spits and curses*
[19:26] <dobey> what system menu?
[19:29] <chrisccoulson> i think he's referring to the new device menu
[19:29] <chrisccoulson> there's no restart option ;)
[19:31] <stgraber> oh, I just noticed ;) that's indeed annoying (I restart a lot more often than I shutdown or logout)
[19:33] <chrisccoulson> stgraber, it's a bug. they just forgot to remove the shutdown entry
[19:34] <chrisccoulson> :)
[19:36] <stgraber> ;)
[19:38] <dobey> what's annoying is that lightdm doesn't seem to do the shutdown magic
[19:39] <dobey> so no matter what i choose, it's all just log out to me :(
[19:39] <dobey> and the "are you sure you want to do that" dialogs are annoying
[19:39] <dobey> YES IM SURE, I JUST CLICKED THE MENU ITEM FOR A REASON
[19:39] <dobey> :)
[19:49] <dobey> i wonder
[19:49] <dobey> is there even one package in debian/ubuntu that does private python modularization correctly.
[20:16] <czajkowski> chrisjrob: aloha
[20:17] <chrisjrob> hell czajkowski
[20:17] <chrisjrob> o
[20:17] <chrisjrob> start with a typo :)
[20:17] <czajkowski> chrisjrob: I'll convert ye all yet in that channel to asking for help on irc :)
[20:17] <chrisjrob> you can try
[20:18] <czajkowski> chrisjrob: well folks are helpful in here and easier than feeding you to the wolves on a mailing list ;)
[20:19] <chrisjrob> thanks
[20:19] <chrisjrob> kenvandine: i think czajkowski was discussing a bug i logged in empathy https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/807723
[20:19] <ubot2> Ubuntu bug 807723 in empathy "Empathy does not start at login by default" [Wishlist,New]
[20:22] <kenvandine> chrisjrob, hey
[20:22] <kenvandine> yeah?
[20:23] <chrisjrob> sorry, on another screen...
[20:23] <kenvandine> hi chrisjrob
[20:23] <chrisjrob> i was wondering how it is that the workflow is so different between gwibber and empathy for example
[20:24] <kenvandine> it isn't really
[20:24] <chrisjrob> when you set up gwibber it just works
[20:24] <kenvandine> true
[20:24] <chrisjrob> with empathy it doesn't, you have to run it every time or add to start-up application
[20:24] <kenvandine> after configuring accounts it sets to start automatically
[20:24] <kenvandine> but, gwibber doesn't provide presence
[20:25] <kenvandine> so starting it doesn't tell everyone you are friends with you are online
[20:25] <kenvandine> and ready to chat
[20:25] <kenvandine> so it is much more passive
[20:25] <chrisjrob> okay, but empathy doesn''t run at all, offline or online
[20:25] <kenvandine> you can choose to add it to your startup programs
[20:25] <kenvandine> and it will
[20:25] <chrisjrob> indeed, and it does
[20:26] <chrisjrob> my problem with that is for new users
[20:26] <chrisjrob> they will be completely lost
[20:26] <kenvandine> indeed
[20:26] <chrisjrob> it just seems wrong to me
[20:26] <kenvandine> however, defaulting to starting empathy and bringing them online automatically would upset lots of people
[20:26] <chrisjrob> but there's a tickbox for that in empathy
[20:27] <chrisjrob> so a new user will work that out
[20:27] <chrisjrob> leave it off by default
[20:27] <kenvandine> right
[20:27] <chrisjrob> any vaguely literate computer user who is wondering why he starts offline will find that tickbox and tick it
[20:27] <chrisjrob> but empathy should at least run, once configured, at startup
[20:27] <kenvandine> personally i start mine at login :)
[20:28] <chrisjrob> you have a better memory than me clearly ;)
[20:28] <kenvandine> that is a matter of opinion... i think a lot of people feel it is better to protect the new user
[20:28] <chrisjrob> would they not be protected by starting up offline?
[20:28] <kenvandine> then there is no point in starting empathy at all at login
[20:28] <chrisjrob> well i disagree there
[20:29] <chrisjrob> at least the buttons would all work
[20:29] <hggdh> well. I rarely start empathy. If it is to stay offline, them it should not be started, just another CPU consumer
[20:29] <kenvandine> one thing to note is they do work now
[20:29] <chrisjrob> for example changing your status to online
[20:29] <kenvandine> chrisjrob, so you can now change it to online without starting empathy
[20:29] <chrisjrob> well some do - chat accounts does and chat
[20:29] <chrisjrob> but not the status indicators
[20:29] <chrisjrob> not in 11.04
[20:29] <kenvandine> in 11.10
[20:29] <chrisjrob> they are greyed out
[20:29]  * kenvandine did that work :)
[20:29] <chrisjrob> yay!
[20:29] <chrisjrob> that would make me happy
[20:30] <czajkowski> chrisjrob: see  just have to upgrade so :)
[20:30] <kenvandine> so it brings you online, without starting empathy
[20:30] <kenvandine> if someone IMs you, and you click on it in the indicator
[20:30] <kenvandine> it opens empathy
[20:30] <kenvandine> to the chat
[20:30] <chrisjrob> sounds good
[20:31] <kenvandine> :)
[20:31] <chrisjrob> my issue was the fact that stuff seemed broken by default
[20:31] <chrisjrob> thank you kenvandine
[20:31] <kenvandine> yeah, it wasn't that empathy wasn't started on login
[20:31] <kenvandine> it was that the indicator had no notion of telepathy unless it was running
[20:31] <kenvandine> i fixed that :)
[20:32] <kenvandine> no problem chrisjrob
[20:35] <czajkowski> so cna the bug be then closed/
[20:38] <chrisjrob> czajkowski: just doing it now
[20:38] <chrisjrob> what status should i change it to? fix-released or invalid?
[21:04] <chrisccoulson> hmmm, is nautilus-sendto actually maintained?
[21:06] <dobey> chrisccoulson: probably not
[22:49] <james_w> anyone know where org.gnome.settings-daemon.peripherals.touchpad touchpad-enabled is exposed in the UI?
[22:49] <james_w> It was somehow set to false for me, but the touchpad capplet gave no indication that the touchpad was disabled
[23:29] <cyphermox> james_w: don't think it is
[23:31] <cyphermox> there's just "while typing"