[01:18] <desrt> pitti: good morning
[01:18]  * desrt wonders why you are here
[01:20] <larsu> desrt, might be a bit early even for pitti
[01:20]  * desrt is hacking on that idea we were talking about at the greek place
[01:21]  * larsu tries to remember which one
[01:21] <desrt> the split-jhbuild-up one
[01:21] <larsu> oh, right! How is it coming along?
[01:22] <desrt> i have a hacky python script so far that uses some tricks to suck the dependency tree out of jhbuild
[01:22] <larsu> nice
[01:22] <desrt> then for each package with no dependencies it erases the installdir, builds it, and makes a tar of the result (according to the manifest)
[01:23] <desrt> then for the following packages (with deps) it untars only the listed deps, does the build, makes the tar
[01:23] <desrt> of course it takes the transitive closure of dependencies...
[01:23] <desrt> but the important part is that each .tar.xz contains only the files from that one module
[01:25] <larsu> will you put the builds up on a server somewhere?
[01:25] <desrt> for end-user usefulness i think i will drop the transitive closure business on the deps and, instead, generate a metadata file for each built module describing the .tar.xz files that you need to unpack, with checksums
[01:25] <desrt> ya...
[01:26] <desrt> trying to figure out how i can set this up to have jobs dispatched to various different servers all sharing the tar directory
[01:26] <desrt> and if that will be the same interface as i want users to use
[01:26] <desrt> they're kinda different jobs
[01:29] <larsu> sounds awesome
[01:29] <larsu> need any help?
[01:29] <desrt> maybe
[01:29] <desrt> best done in person, though
[01:29]  * desrt has no idea when that will be possible, unfortunately :(
[01:30] <larsu> well, we were thinking about visiting you tomorrow
[01:30] <desrt> interesting
[01:30] <larsu> but I'm coming down with a bit of a cold myself :)
[01:30] <desrt> you probably caught mine :p
[01:30] <larsu> ya, already blamed you in my head
[01:30] <desrt> (or tiffany's, since we discuss transitivity)
[01:30] <larsu> heh
[01:31] <larsu> let us know if you're up to it
[01:31] <desrt> i tend to feel much better in the mornings than i do later in the day
[01:31] <desrt> so it could work
[01:32] <desrt> what was your overall impression of that work area today, btw?
[01:34] <larsu> nice, but closed at 5pm
[01:34] <desrt> ouch
[01:34] <larsu> at least the lounge area
[01:35] <larsu> I think if you rent your own desk/office you get access 24h
[01:35] <larsu> at least that's what the website says
[01:35] <larsu> the receptionist wasn't very helpful in that regard (she was new)
[01:35] <desrt> what are the prices like for that?
[01:36] <larsu> http://www.workplaceone.ca/availability_R1.html
[01:36] <larsu> private offices start at 765
[01:36] <larsu> but we haven't seen those today
[01:37] <desrt> not too much info on the site either
[01:37] <desrt> except the strong suggestion that $765 would be for an office suitable for 1 person
[01:39] <larsu> without a window
[01:39] <larsu> :)
[01:39] <larsu> but would that place even work for you? It's a fairly long commute, no?
[01:39] <desrt> it could work
[01:40] <desrt> but i'd probably need to keep odd hours to avoid the rush
[01:40]  * larsu nods
[01:40] <desrt> going in the opposite direction means that this problem disappears :)
[01:40] <larsu> ha
[01:40] <larsu> no office there, though :)
[01:49]  * desrt notes another advantage of splitting the build results into separate tarballs: you can take yesterday's tarball of webkit
[01:55] <larsu> haha!
[01:56] <desrt> no joke.  seriously a good idea
[01:56] <larsu> ya, that seems to be the biggest win of the system so far :P
[01:56] <desrt> webkit builds from a tarball so by definition there are no changes since yesterday in the source
[01:56] <desrt> and it uses glib, etc. in a way that is unlikely to break with regards to API/ABI issues in the headers
[01:56] <desrt> (read: minimally)
[01:57] <larsu> it will lead to people never building webkit again, though :D
[01:57] <larsu> s/will/might
[01:57] <larsu> and maybe that's not such a bad idea ...
[01:57] <desrt> ya
[01:57] <desrt> maybe the kyoto protocol would have been a success if this had been invented earlier
[01:58] <larsu> lol
[01:58] <desrt> i don't know if you know about this: http://en.wikipedia.org/wiki/File:Kyoto_protocol_parties_and_2012-2020_commitments.svg
[01:59] <desrt> pretty shameful
[02:00] <larsu> hm, sad
[02:00] <larsu> well, at least I'm not a citizen
[03:31] <ritz> robert_ancell , sweet, thank you :)
[03:31] <robert_ancell> ritz, ?
[03:31] <ritz> user selection patch
[03:32] <robert_ancell> ritz, oh, np
[03:33] <ritz> how long before https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-improved-authentication is merged ?
[03:37] <robert_ancell> ritz, it's not actively being worked on
[03:54] <ritz> robert_ancell  passive auth seems to be it. are you thinking of using plugins or external apps to map against multiple pam stack ?
[03:54] <ritz> hope, I am not breaking your workflow
[03:54] <robert_ancell> ritz, no problem. It's a patch I'd like to work on but never has high enough priority
[03:55] <robert_ancell> ritz, the idea is you will have a list of passive PAM stacks configured e.g. fingerprint, smartcard and lightdm starts all of those when the greeter appears
[03:56] <robert_ancell> the conversations will still have to be standard PAM, but if the greeter is capabable it can do a better rendering of each method
[04:01] <ritz> hmmm
=== Ursinha_ is now known as Ursinha
[06:12] <didrocks> good morning
[06:57] <pitti> Good morning
[06:57] <pitti> desrt: hey, what's up?
[06:57] <pitti> desrt: my proxy is always here :)
[06:57] <didrocks> hey pitti, how are you?
[06:57] <pitti> didrocks: quite fine, thanks!
[06:57] <pitti> didrocks: I'll go back home today
[06:58] <didrocks> ah, some quiet train hacking session then? :)
[07:01] <pitti> didrocks: en effet!
[07:39] <didrocks> pitti: if I have a .crash file from a machine I can't log in (but I can have access to the file), with different arch, but which is using distro packages, can I just download it locally and run apport-bug? this won't really work I'm afraid as I have different version of packages here
[07:40] <RAOF> didrocks: You should be able to run apport-retrace, which should basically pull everything into a chrootish.
[07:41] <didrocks> RAOF: working even you I'm on amd64 and the crash is on i386?
[07:41] <RAOF> IIRC, yes.
[07:41] <didrocks> let's see how it goes :)
[07:43] <didrocks> RAOF: hum, I should do something that is not suited: apport-retrace _usr_bin_compiz.1000.crash -o stacktrace
[07:44] <didrocks> E: La version « 1:0.9.9~daily13.02.06-0ubuntu1 » indisponible du paquet « compiz » est ignorée
[07:44] <didrocks> which is the locally instealled version
[07:44] <didrocks> not the one the crash was against
[07:45] <RAOF> didrocks: I think you need the -S option, to do the retrace in a sandbox.
[07:46]  * didrocks tries -S system
[07:47] <didrocks> ah, it's trying to take my ppas though ;)
[07:47] <RAOF> Yeah. You might want to set up a non-system sandbox if you want a pure environment :)
[07:48] <didrocks> RAOF: do you know where I can find a config file example?
[07:48] <RAOF> pitti surely has one; I've never tried hard enough to get that working.
[07:48] <didrocks> I don't find one in the man
[07:49] <didrocks> let's edit to comment the ppas for now :)
[07:49] <pitti> didrocks: you need to run the apport UI on the affected machine, not on your's; otherwise it'll be worthless
[07:49] <didrocks> pitti: yeah, but I don't have access to that, so apport-retrace is my last chance?
[07:50] <pitti> didrocks: or, if you know exactly what's running on that foreign machine, run it in a chroot or sandbox indeed, but that's not very reliable
[07:50] <pitti> didrocks: apport-retrace it is then, I guess
[07:50] <pitti> http://bazaar.launchpad.net/~ubuntu-archive/apport/lp-retracer-config/files has valid configs for all our releases
[07:51] <pitti> (which are by and large the correct apt sources)
[07:51] <pitti> you can use those with apport-retrace -S <checkout of above branch>
[07:51] <pitti> didrocks: oh, and -R
[07:52] <didrocks> pitti: I don't see where I will be able to tell "please run that on i386 rather amd64 for the sandbox", is that deduced from the .crash file?
[07:53] <pitti> didrocks: yes, the .crash has an Architecture: field
[07:53] <didrocks> ok, let's try that
[07:53] <didrocks> thanks pitti, RAOF :)
[07:53] <jibel> good morning
[07:54] <didrocks> salut jibel!
[07:54] <jibel> bonjour didrocks
[07:59] <pitti> bonjour jibel
[07:59] <jibel> bonjour pitti
=== tkamppeter_ is now known as tkamppeter
=== Amoz_ is now known as Amoz
[09:47]  * Laney eyes xnox 
[09:48] <Laney> I just got usb-creator-gtk when nothing is plugged in
[09:48] <Laney> it was during a dpkg --configure run
[09:48] <Laney> in which u-c-g was updated(!)
[09:49] <xnox> Laney: ah!
[09:49] <Laney> YOU!
[09:49] <xnox> thanks, I guess it shouldn't start on upgrading....
[09:49] <Laney> haha
[09:50] <xnox> Laney: i have another question - why do I see lightdm login screen as my wallpaper? and when changing wallpaper nothing changes....
[09:50] <xnox> (the whole thing with username input thing and the dotted pattern)
[09:51] <Laney> weird
[09:51] <Laney> did you disable icons on desktop?
[09:51] <ogra_> i think seb128 dropped the wallpaper plugin from g-s-d
[09:51] <ogra_> so if your nautilus doesnt run nothing will repaint the desktop
[09:51] <Laney> I've heard of that causing no wallpaper i.e. black
[09:51] <Laney> but I suppose it could cause this
[09:52] <ogra_> depends on the buggyness of your graphics driver :)
[09:52] <Laney> xnox: gsettings get org.gnome.desktop.background show-desktop-icons
[09:53] <popey> i got the ubuntu core installer popup too on upgrade
[09:54] <xnox> false
[09:54] <Laney> we should probably make sure that the *tweak* programs stop letting you tweak that key
[09:54] <Laney> xnox: set it true
[09:55] <xnox> Laney: gosh my desktop is a mess
[09:55] <xnox> Laney: but yeah i have wallpaper now.
[09:55]  * xnox kind of wishes it still worked without showing icons
[09:55] <Laney> you could also re-enable the background gsd plugin
[09:55] <popey> hmm.. can't help thinking this dialog could be a touch more useful... http://popey.com/~alan/updater.png  ☹
[09:56] <popey> first thoughts are "which one?" "why?" and "how do i fix it?"
[09:56] <Laney> did you get to report it to errors?
[09:56] <popey> no
[09:56] <Laney> em pea tea
[09:56] <popey> just that dialog
[09:56]  * popey pokes mpt with a stick
[09:57] <popey> mpt: http://popey.com/~alan/updater.png what do I do with this information?
[09:59] <mpt> huh wuh
[10:00] <mpt> popey, oh dear. That's not supposed to happen. If the wiki was responding I might be able to tell you what is supposed to happen.
=== vrruiz_ is now known as rvr_
[10:02] <Laney> https://wiki.ubuntu.com/SoftwareUpdates#Handling_uninstallable_updates ?
[10:03] <Laney> I don't see a design for when updates are statically installable but fail for some other reason
[10:03] <mpt> Laney, yeah, that's for when Ubuntu knows ahead of time that they aren't installable
[10:03] <mpt> but there are many reasons an update might fail after starting
[10:03] <mpt> This is more the realm of https://wiki.ubuntu.com/SoftwarePackageOperations#Errors_common_to_installations_and_updates
[10:04] <Laney> oho
[10:04] <mpt> But then, we don't know exactly what the problem was here, which is the problem in the first place :-)
[10:04] <mpt> popey, please report a bug, including the error from the relevant log file if you know it
[10:05] <mpt> How to tell the bug is fixed: The string "The installation or removal of a software package failed." should no longer be present in the code
[10:06] <mpt> because it's too generic to be useful
[10:06] <popey> ok
[10:09] <xnox> Laney: how to enable the plugin in g-s-d? (or has it been dropped upstream as well)
[10:10] <Laney> no
[10:10] <Laney> I forget the key name
[10:10] <seb128> hey desktopers
[10:10] <Laney> hey seb128, nice hangout ;-)
[10:10] <seb128> Laney, thanks ;-)
[10:10] <Laney> xnox: look at the ubuntu-settings diff which disabled it or browse in dconf-editor
[10:11] <xnox> Laney: ok, thanks.
[10:11] <Laney> org.gnome.settings-daemon.plugins.background enabled true or something like that
[10:11] <seb128> xnox, gsettings set org.gnome.settings-daemon.plugins.background active true
[10:11] <Laney> man, I was close
[10:11] <seb128> ;-)
[10:12] <Alastair1> yeah, thanks seb128. how would i get involved with the development of Ubunut Phone? i've already got Qt installed to develop FOR it but i'd love to be able to at least browse the source tree
[10:13] <seb128> Alastair1, you will need to wait a bit until the dev images are published to have access to the code of the system itself
[10:13] <ogra_> wait until end of month
[10:14] <ogra_> it is still dressing up before it goes to the public, be patient and give it some time ;)
[10:14] <Alastair1> looking forward to it. thanks for all the hard work so we can have a choice, @everyone-in-here :)
[10:15] <Alastair1> i'm not impatient (much...), i just didn't want to be missing out on anything. i've got my galaxy nexus waiting to be flashed (and hoping it continues onto the nexus 4)
[10:26] <czajkowski> seb128: good interview
[10:27] <seb128> czajkowski, thanks ;-)
[10:27]  * mlankhorst waves to czajkowski 
[10:32]  * Laney waves goodbye to gnome-media
[11:14] <xnox> Laney: why does ubuntu-desktop explicitly depends on gstreamer 0.10 stack?
[11:14] <Laney> some default sinks
[11:15] <xnox> Laney: but that's keeping 0.10 stack on the CDs.
[11:15] <Laney> soon they go
[11:15] <xnox> also bluez-gstreamer seems to still keep 0.10 stack.
[11:15] <Laney> libpurple and sessioninstaller still do too
[11:15] <Laney> and that
[11:15] <xnox> ah, ok.
[11:16] <Laney> isn't germinate output just great?
[11:17] <xnox> it has a lot of information =) but one can get cross-eyed if starring too long at it.
[11:17] <xnox> (clearly it should be -> xml -> dot -> pretty bubbles)
[11:17]  * xnox likes bubbles
[11:17] <Laney> i find it quite readable
[11:17] <Laney> you're looking at the table?
[11:18] <xnox> I was looking at rdeps output.
[11:18] <Laney> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.raring/all
[11:18] <didrocks> xnox: I see as for ogra the "Ubuntu Core Installer" randomly, without the nexus attached
[11:18] <Laney> he's been trolled for that one already :-)
[11:18] <didrocks> (and no device listed in the device list)
[11:18] <ogra_> not my fault !
[11:18] <xnox> didrocks: yes, it pops up on upgrading usb-creator. sorry about that.
[11:18] <didrocks> ogra_: come on, you want your image to be installed everywhere!
[11:19] <ogra_> indeed, thats *our* secret cabal ;)
[11:19] <didrocks> xnox: ok, at least, you know when it happens, let's pray for a fix :)
[11:19] <didrocks> ogra_: heh
[11:20] <Laney> is start on usb-device-added not enough?
[11:21] <xnox> Laney: postinstall does unconditional start by default (e.g. all services should be started after installation....)
[11:21] <Laney> oho
[11:22] <Laney> --noscripts!
[11:43] <ricotz> cyphermox, hi :), fyi, the libnm-gtk-dev package needs to depend on gir1.2-nmgtk-1.0
=== MacSlow is now known as MacSlow|lunch
[12:10] <nessita> hello everyone! I was wondering if someone may help me understand why a package is failing to build for Lucid in LP, when the same package builds fine in my machine using pbuilder-lucid build. The build log is https://i130559809.restricted.launchpadlibrarian.net/130559809/buildlog_ubuntu-lucid-i386.django-oauth-backend_0.2.2_MANUALDEPWAIT.txt.gz?token=80cfbbad688f8a69fe039491c7c15399 and the debian/ dir is http://bazaar.launchpad.net/~canonical-isd
[12:11] <seb128> nessita, hey, how are you?
[12:11] <nessita> hola seb128! so long :-)
[12:11] <nessita> I'm pretty good, doing server stuff mostly for ubuntu single sign on and ubuntu pay
[12:12] <seb128> indeed, good to see that you are still around ;-)
[12:12] <nessita> :-)
[12:12] <seb128> nessita, it that build log from a ppa?
[12:13] <nessita> seb128, yes, for this https://launchpad.net/~canonical-isd-hackers/+archive/ppa
[12:13] <seb128> nessita, the issue is
[12:13] <seb128> "After installing, the following source dependencies are still unsatisfied:
[12:13] <seb128> python-all(inst 2.6.5-0ubuntu1 ! >= wanted 2.6.6-3)|python-support(missing)"
[12:13] <nessita> seb128, right, but python-support *is* available in Lucid, I checked
[12:13] <nessita> so why is not installing it?
[12:13] <Laney> dobey asked that question yesterday
[12:14] <nessita> yeah, he was helping me
[12:14] <Laney> it's a bug with alternate build-depends
[12:14] <nessita> Laney, hi, btw
[12:14] <Laney> greetings!
[12:14] <nessita> Laney, any known workaround?
[12:15] <seb128> nessita, change the python-all (>= 2.6.6-3) | python-support to just be python-support on lucid I guess...
[12:16] <nessita> seb128, ack, will do then
[12:16] <Laney> I suppose some dep chain changed and that python-support used to be pulled in indirectly
[12:16] <Laney> I would indeed have different source packages
[12:16] <nessita> seb128, Laney, thanks a lot for the info, will apply that approach
[12:17] <Laney> if you make a different bzr branch for each release it should be quite trivial to merge and upload whenever you need to
[12:17] <seb128> nessita, yw!
[12:20] <Laney> nessita: I can't see that PPA btw ;-)
[12:21] <chrisccoulson> didrocks, i've figured out your tb hang now
[12:22] <didrocks> \o/
[12:22] <didrocks> \o/
[12:22] <didrocks> \o/
[12:22] <didrocks> chrisccoulson: sweet! not too difficult one?
[12:22] <chrisccoulson> didrocks, not sure yet. i'll have a go at fixing it this afternoon
[12:23] <didrocks> great ;)
[12:23] <nessita> Laney, hum, weird... I thought it was open
[12:27] <chrisccoulson> didrocks, so, basically, there's an IMAP thread waiting on a blocking read from a stream, and the socket transport thread which is feeding it gets shut down first
[12:27] <chrisccoulson> so the IMAP thread waits forever
[12:28] <didrocks> ah, makes sense
=== jackyalcine is now known as Jacky_
=== MacSlow|lunch is now known as MacSlow
[13:46]  * popey hugs chrisccoulson 
=== Jacky_ is now known as jackyalcine
=== m_conley_away is now known as m_conley
=== Quintasan_ is now known as Quintasan
[15:06] <Laney> pitti: when you upload glib, are the rdep tests automatically triggered or is that something you manually kick off?
[15:06] <Laney> (about to upload .7)
[15:13] <Laney> I'll upload & block it anyway
[15:20] <pitti> Laney: they are triggered automatically
[15:20] <pitti> Laney: thanks for prepping the update!
[15:20] <Laney> excellent
[15:20] <Laney> how can I know which ones are relevant?
[15:23] <pitti> Laney: you mean which failures belong to glib?
[15:24] <pitti> Laney: right now, probably best to look at the currently failing set, and compare with tomorrow's
[15:24] <pitti> Laney: or look at all failed tests and check which started failing since today
[15:28]  * kenvandine does the mhr3 fixed the dee leak dance!
[15:29] <Laney> pitti: fair enough - I thought there might be a log file which says "glib upload detected; triggering foo bar baz"
[15:30] <pitti> Laney: actually there is such a file (jibel would know the details), but I'm not sure we are using that already as the britney integration isn't being used yet
[15:32] <tkamppeter> pitti, do you know about debugging aptdaemon? You remeber perhaps that I have asked you about problems with a signature key for printer driver packages some days ago. Therefore I have reported bug 1116503 now. Can you perhaps hve some idea to solve the problem?
[15:32] <ubot2> Launchpad bug 1116503 in aptdaemon (Ubuntu) "Problems installing package signature from Python script" [High,New] https://launchpad.net/bugs/1116503
[15:33] <jibel> Laney, there is such a file but the other way around: "triggering blah because glib upload detected"
[15:34] <pitti> tkamppeter: you can run "sudo aptd -rd" to run it in the foreground and get debugging output
[15:34] <pitti> tkamppeter: I'll look at the bug, but can't do it right now (very low bandwidth in the train)
[15:35] <Laney> jibel: ah cool - can I look at it somehow?
[15:36] <Laney> (I have VPN-fu if that's required)
[15:37] <pitti> that's running on lillypilly, isn't it?
[15:42] <Laney> https://launchpadlibrarian.net/130637958/buildlog_ubuntu-raring-armhf.glib2.0_2.35.7-0ubuntu1_FAILEDTOBUILD.txt.gz
[15:42] <Laney> gosh
[15:43] <chrisccoulson> hmmm, do i bow to pressure and turn on gstreamer support in firefox?
[15:43] <pitti> Laney: some tests are a tad unstable; last time I needed to retry the armhf build once or twice
[15:44] <pitti> alright, need to go AFK, almost home; cu tomororw!
[15:44]  * Laney will retry
[15:44] <Laney> dem cosmic rays
[15:44] <Laney> chrisccoulson: as long as it's using 1.0 ;-)
[15:45] <chrisccoulson> i could turn it on for every release except 13.04 ;)
[15:52] <tkamppeter> pitti, thanks, I will try this command.
[15:52] <attente> chrisccoulson: hey, do you know what's the correct bzr branch for chromium-browser? lp:chromium-browser seems really out of date
[16:00] <mitya57> attente: I believe it's lp:~cmiller/chromium-browser/ppa-chromium-browser.raring.stable, but qengho knows better
[16:01] <attente> mitya57: thanks
[16:01] <attente> qengho: is ^ correct?
[16:11] <tkamppeter> pitti, here is the output of "sudo aptd -rd": http://paste.ubuntu.com/1621333/ while I do the Python commands of the initial description of the bug in another terminal, with both the short and the long version of the key ID. Also with the long version it complains that short versions are not supported any more.
[16:25] <seb128> chrisccoulson, those leaks you fixed in libdbusmenu ... did you have small testcases or would it be hard to write some?
[16:26] <jibel> Laney, sorry was otp. it's running on lillypilly, I must have written some doc somewhere, 1 second
[16:26] <tkamppeter> pitti, using the full key fingerprint instead of the 8-character key ID seems to work.
[16:27] <jibel> Laney, http://bazaar.launchpad.net/~auto-package-testing-dev/auto-package-testing/trunk/view/head:/doc/adt-britney.md
[16:27] <jibel> Laney, the format of the request file is described line 93 with an example line 111
[16:28] <Laney> jibel: aha, and where can I find the file?
[16:29] <seb128> bdrung, hey, did you finish the libreoffice 4 review for sponsoring? is it good to go or are there things that need fixing?
=== jackyalcine is now known as Jacky_
[16:51] <ricotz> seb128, hi
[16:52] <seb128> ricotz, hey
[16:52] <ricotz> seb128, do you have a moment to sponsor this http://paste.debian.net/plain/232471 ?
[16:53] <seb128> cyphermox, ^
[16:53] <seb128> ricotz, it's a cyphermox's package ;-)
[16:53] <ricotz> right ;), if he is around
[16:53] <cyphermox> yeah, will do
[16:53] <ricotz> cyphermox, thanks, it is a bit broken currently
[17:21] <bdrung> seb128: i was busy with RL stuff. it's on my list as first item for some days. i will look into it now.
[17:21] <seb128> bdrung, thanks
[19:44] <robert_ancell> seb128, hey, so that lightdm issue only occurs if you've enabled a login timeout. I'm not sure if that happened manually for those people or updating from GDM added it in
[19:44] <seb128> robert_ancell, hey, I figured that out, it's all sorted, I got cjwatson to move unity-greeter to precise-updates as well
[19:45] <robert_ancell> seb128, ta
[19:45] <seb128> yw
[20:44] <jbicha> Laney: there's no way we can prevent people from disabling desktop icons (in fact, Ubuntu GNOME ships that way), we could just patch the tools so that they also turn on that g-s-d plugin
[20:45] <jbicha> I'm wondering for ubuntu-gnome-default-settings if we should explicitly override the ubuntu-settings overrides
[21:05] <thumper> I seem to have two "System Settings > Appearance" icons, one works, the other doesn't...
[21:05] <thumper> how can I remove the not working one?
[21:09] <jbicha> thumper: that's weird, what version of gnome-control-center do you have installed and what desktop are you using?
[21:10] <thumper> jbicha: I'm running unity with the unity team PPA
[21:10] <thumper>  1:3.4.2-0ubuntu19 of gnome-control-center
[21:10] <thumper> jbicha: I've had the extra one for a while...
[21:11] <thumper> but it annoys me...
=== Jacky_ is now known as zz_Jacky_
[21:20] <labsin> Is there a Ubuntu calendar and other standard apps in the making? The current solution of using evolution as a calendar for displaying in the timeanddate and thunderbold for e-mail is a bit weird.
[21:21] <jbicha> thumper: the latest gnome-control-center version is 1:3.6.3-0ubuntu12, maybe you need to do a dist-upgrade?
[21:27] <thumper> jbicha: for quantal or raring?
[21:28] <thumper> jbicha: I'm just on quantal
[21:30] <jbicha> thumper: oh I thought I was in the #ubuntu+1 channel, maybe try uninstalling gnome-control-center-unity?
=== manish is now known as m4n1sh
[21:31] <jbicha> I didn't realize there was a PPA where you could run raring's Unity on top of quantal :|
[21:35] <thumper> jbicha: hmm... I thought that may have been the cause of the problem
[21:37] <thumper> so... how do I go about removing the PPA and going back to what is in the standard quantal repositories?
[21:39] <jbicha> try something like sudo ppa-purge ppa:unity-team/staging
[21:43] <seb128> thumper, echo $XDG_CURRENT_DESKTOP?
[21:43] <thumper> seb128: Unity
[21:44] <seb128> thumper, ls .local/share/applications
[21:45] <thumper> facebook, googleplus, mimeapps.list, sublime
=== larsu_ is now known as larsu
[21:46] <seb128> thumper, strace -f gnome-control-center background 2>&1 |grep gnome-background-panel.desktop -> pastebin?
[21:48] <seb128> thumper, I'm putting a beer on /usr/local
[21:48] <seb128> ;-)
[21:48] <thumper> http://pastebin.ubuntu.com/1622306/
[21:49] <thumper> seb128: does that mean I get a beer?
[21:49] <seb128> thumper, seems so :p
[21:49] <thumper> perhpas UDS
[21:49] <thumper> if I'm there...
[21:49] <seb128> yeah
[21:50] <thumper> it is oakland again isn't it?
[21:50] <seb128> thumper, do you have gnome-control-center-unity installed?
[21:50] <seb128> thumper, it's supposed to be, we didn't get confirmation yet though
[21:50] <thumper> seb128: yep, 1.2bzr11pkg0quantal0
[21:50] <thumper> I've heard from high quality sources that it is...
[21:51] <thumper> but I've not had official confirmation either
[21:51] <seb128> thumper, ok, so that's your issue, uninstall that package
[21:51] <thumper> seb128: I don't need it?
[21:52] <seb128> thumper, in raring we moved the unity's appearance to that package and unpatched gnome-control-center
[21:52] <seb128> but in quantal it's still in g-c-c
[21:52] <seb128> so it's duplicated for you
[21:52] <thumper> seb128: was a little frustrated when I got the new unity that removed workspaces, but the control centre I had didn't have the setting to enable it
[21:52] <thumper> ah...
[21:53] <thumper> but I'm guessing that my unity requres it?
[21:53] <thumper> as it is from the staging ppa?
[21:53] <thumper> such is the hazards of running the trunk I guess
[21:53] <seb128> thumper, it's only a recommends
[21:54] <thumper> ok
[21:55] <thumper> seb128: thanks, looks good now
[21:55] <jbicha> seb128: https://uds.ubuntu.com/ says Oakland
[21:56] <thumper> bugger...
[21:56] <thumper> UDS is on the same week as my daughters camp
[21:56] <thumper> school camp
[21:56] <thumper> can't be a camp dad :(
=== m_conley is now known as m_conley_away