[01:28] <Frankie1> I just asked this in #ubuntu but it looks like I got missed.  Has anyone here used Ubuntu 10.10?  My mouse pointer disappears after about 3 seconds of inactivity.  Is there a setting for that?
[01:43] <TheMuso> I get the same thing in maverick here, haven't checked for a setting, as it doesn't bother me personally.
[01:45] <Frankie1> The only thing is tooltips disappear too fast for me to read them.
[01:45] <RAOF> It's the “unclutter” package.
[01:45] <RAOF> I'm not sure if or where there are settings for it.
[01:46] <Frankie1> Hey, that's great!
[01:46] <Frankie1> I saw that package in Scroogle searches, but I didn't know I had it.
[01:55] <TheMuso> According to the startup script for unclutter in /etc/X11/Xsession.d, it checks to see if there is /etc/default/unclutter, which is not shipped in the package by default.
[01:55] <TheMuso> ubuntu-desktop depends on it.
[01:56] <TheMuso> Looks like there is no GUI for it.
[01:56] <TheMuso> For starting/stopping, or changing settings.
[01:57] <TheMuso> Unclutter is a recommends of ubuntu-desktop, so it can be removed safely.
[02:05] <Frankie1> Oh, good.
[05:44] <pitti> Good morning
[05:54] <TheMuso> Hey pitti.
[05:54] <tremolux> hello pitti!
[05:54] <pitti> hey TheMuso
[05:54] <pitti> good morning tremolux, how are you?
[05:55] <tremolux> oh, I'm fine, how about you?
[05:55] <pitti> I'm great, thanks
[05:55] <tremolux> :)
[06:17] <vish> Amaranth: hi , got a min to review alacarte patch?
[06:19] <vish> Amaranth: Bug #395692
[06:19] <ubot2> Launchpad bug 395692 in alacarte (Ubuntu) (and 2 other projects) "Drag-and-Drop behavior in the menu editor is inconsistent and confusing (affects: 3) (heat: 27)" [Low,Triaged] https://launchpad.net/bugs/395692
[08:32] <rickspencer3> good morning desktoppers
[08:32] <RAOF> rickspencer3: Good evening, Europeman!
[08:32] <rickspencer3> hey RAOF, how is the future? looking bright?
[08:33] <RAOF> Looking full of promising kernel SRUs.
[08:34] <rickspencer3> sweet
[08:35] <and471> does anyone know how to use a custom template file in glade-3?
[08:36] <and471> rickspencer3, I think quickly does it ^
[08:37] <rickspencer3> and471, what is a "custom template file"?
[08:37] <rickspencer3> can you tell me a bit what you're trying to do?
[08:37] <and471> rickspencer3, it is where you define custom widgets for glade, I am working on a papercut for shotwell, and it uses them and I can't remeber if you can supply an argument on the CLI to use a custom one.
[08:38] <and471> rickspencer3, I thought I reme,bered quickly doing it, so I thought i'd ask to see if I could get a quick answer ;-p
[08:39] <and471> rickspencer3, don't worry if you don't know I'll stop being lazy and go on #glade3
[08:39] <and471> :)
[08:39] <rickspencer3> and471, so you have a custom widget, and you want it to show up in Glade?
[08:40] <and471> rickspencer3, it is something that shotwell uses, I don't really know why, just need ot be able to open the glade file
[08:40] <rickspencer3> I see
[08:41] <rickspencer3> and471, look in the data/ui directory of a quickly project, you'll see the .xml files you need there for each custom widget
[08:41] <rickspencer3> then you can look at the quickly code to see the cli switches you need to load them into glade
[08:41] <and471> rickspencer3, yeah I was just wondering how quickly uses them ({as then I could copy this arg)
[08:41] <rickspencer3> in design.py
[08:41] <and471> rickspencer3, ah yes :)
[08:42] <rickspencer3> and471, here ya' go
[08:42] <rickspencer3> cmd = "GLADE_CATALOG_PATH=./data/ui glade-3 " + " ".join(files)
[08:43] <and471> rickspencer3, you rock
[08:43] <and471> rickspencer3, launchpad is being slow, thanks :D
[08:43] <rickspencer3> :)
[08:44] <and471> rickspencer3, hehe in the end, the stuff I wanted isn't in the glade file :)
[08:44] <and471> rickspencer3, oh well it is good to know for in the future
[08:45] <rickspencer3> oh well :/
[08:45] <and471> hehe
[09:12] <RAOF> Why are all the computers around me so slow all of a sudden?
[09:12] <RAOF> It's like they realise it's 6:15 on a Friday evening.
[09:14]  * mvo twiddles thumbs while waiting for LP to answer
[09:16] <and471> mvo, at least lp wasn't just slow for me
[09:18] <mvo> vish: I uploaded something that may fix bug #355355 into maverick
[09:18] <ubot2> Launchpad bug 355355 in synaptic (Ubuntu) "Update Manager causes high Xorg CPU usage when checking for updates (affects: 9) (dups: 1) (heat: 31)" [Medium,Confirmed] https://launchpad.net/bugs/355355
[09:18] <mvo> vish: if you can reproduce the problem, then I would be very grateful if you could let me know if it fixes it or not (we can backport then)
[09:21] <mvo> and471: :)
[09:23] <and471> using svn makes me appreciate bzr...
[09:28] <and471> vish, I am working on the shotwell icons papercut
[09:30] <RAOF> and471: Install bzr-svn
[09:30] <and471> RAOF, what does it do?
[09:31] <RAOF> Allows bzr to interact with svn repositories.
[09:31] <RAOF> Essentially it turns bzr into an svn client.  But a really kick-arse svn client.
[09:31] <and471> RAOF, sounds awesome, thanks :)
[09:31] <RAOF> Similarly, bzr-git.
[09:32] <and471> RAOF, how do I run it?
[09:33] <RAOF> bzr branch svn://svn.debian.org/whatever local-whatever
[09:35] <RAOF> It basically just means you can treat an svn repository as a bzr branch.
[09:35] <and471> RAOF, ah okay
[09:47] <seb128> re
[09:48] <seb128> pitti, did apport stop to count crashes and bother you after 3 times getting the same issue?
[09:48] <pitti> seb128: "stopped counting"?
[09:48] <pitti> no, it's still doing that
[09:48] <pitti> at least, supposed to
[09:49] <pitti> it's testcase'd, too, so it ought to work
[09:49] <seb128> pitti, it doesn't there
[09:50] <pitti> seb128: after the second crash, do you get a CrashCounter: in the .crash file?
[09:50] <vish> mvo: hi , I'm on Lucid now ,can i just try the maverick version on Lucid?
[09:50] <vish> and471: cool!
[09:50] <mvo> vish: I think that should work, if not I can build you a backport
[09:50] <vish> ok. on it
[09:50] <mvo> thanks!
[09:50]  * mvo hugs vish
[09:51] <vish> :)
[09:51] <seb128> pitti, yes but it's staying to 1
[09:52] <seb128> pitti, it's not raising on next crashes
[09:52] <seb128> I get rhythmbox crashing on closing in maverick
[09:53] <seb128> but I got it to crash 3 times in a row now and the counter still say 1
[09:53] <seb128> pitti, I will open a bug, thanks
[09:53] <pitti> hm, weird; let's discuss it there, right
[10:04] <and471> vish, part of the bug is removing custom icon references and replacing them with stock ones
[10:05] <and471> vish, the other part is replacing icons that need  to be custom with good looking ones :)
[10:05] <and471> vish, could you do something about that?
[10:05] <vish> and471: new icons?
[10:05] <and471> vish, yup
[10:06] <rickspencer3> does anyone know where I would find python gio reference documentation
[10:06] <rickspencer3> ?
[10:06] <and471> rickspencer3, google python gobject reference
[10:06] <vish> and471: not sure , already this is turning out to be a handful :( and i have other TODO witing as well.. not really sure , but i can try at some point :)
[10:06] <vish> waiting*
[10:06] <and471> vish, sure it is not urgent
[10:06] <seb128> rickspencer3, /usr/share/gtk-doc/html/pygobject
[10:07] <and471> rickspencer3, it should be on that page (strangely enough I was looking for it yesterday)
[10:07] <seb128> rickspencer3, /usr/share/gtk-doc/html/pygobject/index.html
[10:07] <vish> and471: for now just replace them and we can add new icons later whenever that is ;)
[10:07] <seb128> rickspencer3, "PyGio Class Reference" there
[10:07] <and471> vish, sure, they are not THAT bad, but, not great either
[10:08] <vish> and471: hehe , they are actually ours too , from breathe ;p
[10:08] <and471> vish, when you do have time, they are redeye, enhance (like a magic wand), crop and adjust (colour bars)
[10:08] <and471> vish, oh :D
[10:16] <seb128> pitti, bug #603503, not sure what informations would be useful though
[10:16] <ubot2> Launchpad bug 603503 in apport (Ubuntu) "doesn't increment the CrashCount over 1 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/603503
[10:19] <pitti> seb128: thanks; I'm upgrading my maverick netbook now
[10:20] <pitti> seb128: in the meantime, could you clean /var/crash/ and run /usr/share/apport/testsuite/run ?
[10:20] <pitti> seb128: please paste the failures to the bug report
[10:20] <seb128> pitti, ok
[10:22] <seb128> pitti, done
[10:23] <pitti> seb128: hm, do you actually have apport enabled?
[10:23] <seb128> pitti, I guess so, I get it poping on screen every half an hour for a week
[10:24] <seb128> $ grep enabled /etc/default/apport
[10:24] <seb128> enabled=1
[10:24] <pitti> seb128: ah, and please attach /var/log/apport.log after your gconf-editor test
[10:24] <pitti> seb128: ok, seems it's getting confused somewhere then; I'll test on my mini once it's done upgrading, and stare on the code
[10:24] <seb128> apport (pid 11127) Fri Jul  9 11:18:29 2010: executable: /usr/bin/gconf-editor (command line "gconf-editor")
[10:24] <seb128> apport (pid 11127) Fri Jul  9 11:18:29 2010: this executable already crashed 2 times, ignoring
[10:24] <pitti> right, that's expected
[10:24] <pitti> first crash -> no crashcounter
[10:24] <pitti> second crash -> counter: 1
[10:25] <pitti> third and further crashes -> ignored
[10:25] <seb128> right, but it displays display the "gconf-editor crashed" dialog
[10:25] <pitti> yep, that's the bug part of it
[10:25] <seb128> ok
[10:25] <pitti> perhaps the new kernel changed something with mtime/atime
[10:26] <seb128> it's not new from today
[10:26] <pitti> but the test case failures are weird
[10:26] <seb128> I have the issue since start of the week
[10:26] <kiwinote> mvo: hi!
[10:26] <kiwinote> mvo: I'm looking at ubufox code atm because it uses apturl to install plugins, but have two queries..
[10:26] <kiwinote> mvo: atm apturl sends a signal on exit with the state of installation (ie installed, aborted, error, etc). Is the correct thing to do here to adapt ubufox not to care about the status?
[10:26] <kiwinote> mvo: also ubufox sends apturl an http-proxy argument. Is this something that s-c deals with anyway without the argument, or do I need to look into how this works and allow s-c to deal with this?
[10:26] <seb128> ie since apport is running again
[10:28] <mvo> kiwinote: hello! the proxy should be picked up automatically, however if firefox <-> gnome-proxy-settings disagree then having the proxy is a good idea I think
[10:28] <mvo> kiwinote: its a corner case though I think
[10:31] <kiwinote> mvo: thanks, so that means that apt (via s-c) should use the firefox proxy settings when available, rather than it's own proxy settings?
[10:31] <mvo> kiwinote: I think firefox should use the gnome proxy settings IMO its a bug that it has its own :)
[10:31] <kiwinote> mvo: ok ;)
[10:32] <mvo> kiwinote: as the signal, you mean that it uses the exit codes to communicate if the install was successful or not?
[10:32] <kiwinote> mvo: yep
[10:33] <mvo> kiwinote: I think we need to support this
[10:34] <mvo> kiwinote: one way (if s-c is already running) is to make apturl-gtk just send the right dbus signals to the SoftwareCenterDbus controller and collect the status. when all is finished, that bit can exit, while the main s-c can keep running
[10:34] <kiwinote> mvo: via exit codes, or something else?
[10:34] <mvo> kiwinote: what do you have in mind? we could use dbus, but then we need to port the apturl-kde to that schema
[10:35] <mvo> (make ubufox use dbus instead of spawning a process)
[10:38] <kiwinote> mvo: I wasn't really sure. Exit codes on s-c itself won't really work as people probably won't close s-c straight away (and firefox is not usable in the meantime). If we don't have apturl-gtk installed (which we shouldn't need to), then we can't use that either..
[10:39] <kiwinote> mvo: so then getting ubufox to use dbus sounds the most reasonable solution (be it that I would need to look into dbus and js ;) )
[10:40] <kiwinote> mvo: or we  don't return a state, and get s-c to prompt to restart the browser after installing certain packages?
[10:41] <mvo> kiwinote: well, if apturl-gtk is just a thin wrapper that calls a SoftwareCenterDbus thing and collects the status, then we can use exit codes. this app would exit, s-c itself would keep running
[10:41] <vish> mvo: tried synaptic 0.63.1ubuntu10 , but no luck :s  , its the same cpu usage as with the lucid version
[10:41] <kiwinote> mvo: yeah, suppose so
[10:45] <mvo> vish: thanks a bunch, its actually https://edge.launchpad.net/ubuntu/+source/synaptic/0.63.1ubuntu11 (ubuntu11) that has the changes
[10:45] <pitti> seb128: I get the three "no such file or dir" errors as well on maverick
[10:45] <mvo> vish: what architecture do you have? I can send you direct links, its build for amd64 and i386
[10:46] <vish> mvo: yeah , i was wondering , where the new version was :D
[10:46] <vish> i386
[10:46] <seb128> pitti, ok, "nice" I guess ;-)
[10:46] <seb128> pitti, i.e easier to debug for you
[10:46] <pitti> seb128: just to fix the title, the real bug is that apport pops up for repeated bugs, right?
[10:47] <vish> mvo: no worries , got the deb for 11
[10:47] <seb128> pitti, yes
[10:47] <seb128> pitti, I wrongly assumed that the count limit was 3 and that the issue was the counter not incrementing to it
[10:47] <seb128> not sure why I though it was 3 though
[10:47] <mvo> vish: thanks! looking forward for new results
[10:48] <pitti> it starts from 0
[10:48]  * pitti hugs mvo because it's Friday and sunny
[10:48]  * seb128 hugs mvo just because mvo rocks
[10:49]  * pitti hugs vish as well
[10:49] <vish> aernt we all lovey dowey today :D
[10:49] <mvo> woah! flash-hug
[10:49]  * mvo hugs pitti and seb128 and dholbach and vish and kiwinote
[10:50] <seb128> mvo, no dholbach there :-(
[10:50] <seb128> he only joins us when he has desktop issues nowadays :p
[10:50] <mvo> seb128: ha! I just went to #ubuntu-devel to hug him :)
[10:50] <mvo> he can not escape!
[10:51] <seb128> ;-)
[10:54] <pitti> seb128: hm, I have u-n running (UNE), but it's not popping up at all
[10:54] <seb128> do you have apport enable?
[10:55] <pitti> yes, it's writing reports and logging properly
[10:56] <seb128> I guess run u-n --debug...
[10:57] <mvo> if someone could sync bug #603512 for me, that would be cool
[10:57] <ubot2> Launchpad bug 603512 in gtest (Ubuntu) "Sync gtest 1.5.0-1 (universe) from Debian unstable (main) (affects: 1) (heat: 8)" [Wishlist,Confirmed] https://launchpad.net/bugs/603512
[10:57] <pitti> seb128: will do
[10:57] <seb128> mvo, doing it
[10:57] <mvo> thanks seb128
[10:57] <pitti> seb128: in the meantime, I followed up with some questions
[10:57] <mvo> update-notifier?
[10:58] <seb128> mvo, done
[10:58] <pitti> seb128: oh, *cough* -- just a focus failure of unity
[10:58] <seb128> mvo, pitti doesn't get apport dialogs showing up
[10:59] <seb128> lol
[10:59]  * seb128 hugs pitti
[10:59] <mvo> aha!
[10:59] <pitti> itz not mvo bug, itz didrocks bug
[10:59] <mvo> :)
[10:59] <seb128> the "claim for attention" is sometime buggy
[10:59] <pitti> you don't notice at all that there's a new window
[10:59] <seb128> I've opened a bug about that a week ago
[10:59] <seb128> well it should be moving in the launcher
[10:59] <seb128> it works in some cases
[10:59] <seb128> but it's often broken
[11:03] <pitti> seb128: followed up again; I can't reproduce, so let's take a look at your stat output
[11:03] <pitti> I'll have some lunch and check out the test case failures after that
[11:04] <pitti>   * debian/rules: don't break build on the testsuite it has issues on buildds
[11:04] <pitti> :-(
[11:04] <pitti> it worked before?
[11:04] <seb128> not really
[11:04] <seb128> the new gdbus testcases seem to not like the buildds
[11:04] <vish> mvo: for synaptic ubuntu11 , i had to new install libept1 , while i have libept0 as well , should libept0 be removed?
[11:05] <seb128> pitti, it seems gdbus can't connect to the bus on the buildds for some reason
[11:05] <seb128> pitti, it's a workaround for now, we need the new version to build and I've no time to debug buildds
[11:05] <seb128> pitti, the testsuite works on local builds
[11:05] <pitti> fun that it works on armel
[11:06] <pitti> ok
[11:06] <mvo> vish: yes, it should appear in the autoremove list once aptitude is updated for libept1
[11:06]  * pitti &
[11:06] <seb128> indeed
[11:06] <seb128> pitti, enjoy
[11:06] <mvo> vish: for now you can just keep both, that should be fine
[11:07] <vish> mvo: yeah , i tried with that , but still no luck. :(  the same cpu usage... thats why i was wondering if it was the problem.
[11:08] <mvo> vish: hrm, hrm. thanks! that is odd. it happens on "reload", righ?
[11:08] <vish> mvo: yeah. only during reloads
[11:11] <OwaisL> hey, I'm working on this gmail notifier with support for multiple accounts.
[11:11] <OwaisL> I am facing a problem
[11:11] <OwaisL> I'm opening Gmail in the browser using python's webbrowser module
[11:11] <OwaisL> BUT
[11:12] <OwaisL> and gmail logs in the user automatically based on previous/current session
[11:12] <OwaisL> desired behavior is that Gmail for the notified account should open
[11:13] <OwaisL> so i need a way to logout of gmail, then login to the desired account all inside the browser
[11:13] <OwaisL> any ideas?
[11:13] <seb128> OwaisL, hi, you seem to have made a mistake in the channel
[11:14] <seb128> this channel is about organizing work on the ubuntu-desktop builds
[11:14] <OwaisL> oh
[11:14] <seb128> try #ubuntu-bugs for bugs
[11:14] <mvo> thanks vish i debug further
[11:14] <seb128> or #ubuntu for user questions
[11:15] <OwaisL> join #ubuntu-bugs
[11:15] <vish> mvo: thanks
[11:15] <OwaisL> oops
[11:15] <OwaisL> thanks
[11:22] <mvo> vish: silly me, I think I nailed it down, expect a new upload shortly
[11:22] <mvo> vish: but lunch first
[11:22] <vish> cool!
[11:44] <pitti> seb128: *sigh* heisenbug :-( I'll still look at the test case failuires, though
[11:44] <seb128> pitti, yeah, sorry about that, it was doing it for a week and now it stopped
[11:48] <seb128>  Traceback (most recent call last):
[11:48] <seb128>    File "/usr/lib/python2.6/dist-packages/aptdaemon/gtkwidgets.py", line 508, in _on_download_changed
[11:48] <seb128>      iter = model.append((text, progress, uri))
[11:48] <seb128>  AttributeError: 'NoneType' object has no attribute 'append'
[11:48] <seb128> mvo, ^ known issue?
[11:57] <pitti> seb128: ah, itz kees bug
[11:57] <pitti> seb128: test suite can't core dump due to ptrace protection :-(
[12:02] <mvo> seb128: not a known issue, is that reproducable?
[12:16] <mvo> vish: I uploaded yet another version (ubuntu12), once that is build, could you give it a try?
[12:16] <vish> mvo: sure , thanks.
[12:20] <pitti> seb128: test suite problem in maverick fixed in apport's trunk, FYI (rewired the test code to get along with ptrace restrictions)
[12:25] <seb128> pitti, re, sorry I was getting something to eat
[12:25] <seb128> pitti, thanks
[12:25] <seb128> mvo, not easily but that's not the first time I get it
[12:26] <seb128> mvo, I did click on "installing updates", entered my password switched to something else and did esc when the "installing update" dialog was displayed
[12:26] <seb128> mvo, seems there is a race, you can manage to get update-manager in a "waiting" state but with nothing happening
[12:28] <mvo> seb128: that is really a bit odd, model should always be != None
[12:29] <mvo> seb128: let me try that
[12:30] <seb128> mvo, I've the feeling it's a race and you will not easily get it
[12:30] <seb128> mvo, oh in fact it's trivial to get
[12:31] <seb128> mvo, click on "update", enter your password and do "esc, esc, esc"
[12:31] <seb128> ie keep hitting it until the dialg comes and is dismissed
[12:31] <seb128> then apport triggers
[12:31] <seb128> update-manager gets stucked in a busy state
[12:31] <seb128> and you get a zillion apport crash report
[12:32] <mvo> seb128: about the None has no attribute … issue?
[12:32] <mvo> seb128: or about something else?
[12:32] <seb128> pitti, ^ I got 6 extra "apport crash dialogs" about it
[12:32] <mvo> ha!
[12:32] <mvo> have it
[12:32] <seb128> mvo, it gives the stacktrace I gave you
[12:33] <seb128> pitti, oh!
[12:33] <seb128> pitti, ok, I was wrong with my bug
[12:33] <seb128> I didn't actually got the issue with gconf-editor there
[12:33] <seb128> I just use that one to grep for the counter value
[12:34] <seb128> pitti, the counter seems to not work on python exception issues
[12:34] <pitti> aah
[12:35] <mvo> seb128: thanks, I can reproduce, fixing now
[12:35] <seb128> mvo, it did install the updates!
[12:35] <seb128> mvo, ie it didn't take my cancel
[12:35] <seb128> I restarted update-manager now and I've no update listed
[12:36] <seb128> mvo, thanks ;-)
[12:36] <pitti> seb128: ok, please reopen the bug then
[12:37] <seb128> pitti, done
[12:38] <seb128> urg
[12:39] <seb128> mvo, did you change update-manager to not display the names of updates on purpose or that's a bug?
[12:39] <seb128> oh
[12:39] <seb128> it's there ignore me
[12:39] <seb128> it's confusing to have the title first and the package name behind ;-)
[12:40] <seb128> chrisccoulson: hey
[12:40] <seb128> chrisccoulson: shouldn't you be in a swap day rather than updating firefox today? ;-)
[12:52] <mvo> seb128: aptdaemon issue is fixed in bzr
[12:52] <seb128> mvo, you rock, thanks!
[13:14] <joaopinto> mvo, hi, is there a plan to have apturl integrated with aptdaemon ?
[13:17] <pitti> have a good weekend everyone, see you all on Monday! need to leave early today
[13:21] <mvo> joaopinto: yes
[13:22] <seb128> pitti, have fun!
[13:55] <mvo> kiwinote: I fixed the enable component problem you mentioned yesterday in aptdaemon
[13:55] <kiwinote> mvo: thanks!
[14:45] <kenvandine> seb128, i uploaded gwibber to lucid-proposed, waiting to be approved
[14:45] <seb128> kenvandine, I've noticed you fb post, nice
[14:45] <seb128> it will wait monday I guess
[14:45] <kenvandine> ok
[14:45] <seb128> we need pitti and he called it a week earlier
[14:46] <kenvandine> ok, thx
[14:46] <seb128> or trying asking cjwatson if you want
[15:24] <desrt> seb128: hey?
[15:24] <desrt> seb128: what's the story of this gconf package conflict?
[15:24] <seb128> desrt, hello
[15:24] <seb128> desrt, what conflicts?
[15:25] <desrt> there's a package conflict on my system that's preventing gconf from being installed
[15:25] <seb128> details?
[15:25] <desrt> something about some .gir file conflicting with the same file in another package
[15:25] <desrt> well
[15:25] <desrt> thing is, i rebooted with my system in that conflicted state
[15:25] <desrt> so uh... heh
[15:25] <desrt> :X
[15:25] <seb128> sudo apt-get -f install
[15:25] <seb128> oh
[15:25] <seb128> you mean it broke the install in middle in a broken state?
[15:26] <desrt> maybe?
[15:26] <desrt> i tried to do the -f install thing
[15:26] <desrt> or at least the update manager tried on my behalf
[15:26] <desrt> that fixed most things, i think, but somthing is still toasted
[15:26] <seb128> well
[15:26] <seb128> having the package names would help
[15:26] <seb128> or the file conflicting
[15:26] <desrt> i just realised that it's possible that this is caused by the gnome-shell PPA
[15:26] <seb128> those should be in logged in /var/log/apt
[15:27] <desrt> which i t
[15:27] <desrt> hink that i have installed
[15:27] <seb128> it's likely yes
[15:27] <desrt> i forgot about that
[15:27] <seb128> I don't recommend anybody to use it right now
[15:27] <desrt> heh
[15:27] <seb128> with the gir abi change
[15:27] <desrt> is that the canonical company position? :)
[15:27] <desrt> "don't use gnome shell!"
[15:27] <seb128> ;-)
[15:28] <seb128> don't use rebuild of tons of system libs from a ppa
[15:28] <seb128> rather
[15:28] <seb128> the guys having the ppa has been taking the new gir abi
[15:28] <seb128> so he's basically doing packaging changes to everything building a gir
[15:28] <seb128> I'm not really surprised it creates issues
[15:29] <desrt> ya... almost certainly the blame lies there, then
[15:29] <desrt> PPAs are a bit scary in a way
[15:29] <desrt> you install them for some small purpose
[15:29] <seb128> but yeah, all those transitions make updating g-s challenging now
[15:29] <Sarvatt> i think you just summed up xorg-edgers to a tee there seb128 :)
[15:29] <desrt> and they have the ability to take over your entire system as the guy who built it increases the number of packages in there
[15:30] <jcastro> when you remove it doing "sudo apt-get install packagename/lucid" will get you back to the level you're supposed to be at
[15:30] <jcastro> or /maverick or whatever
[15:30] <seb128> especially that walters and jdhalin said the abi and typelib will break
[15:30] <desrt> in my case i didn't even realise what was going on until i considered how unlikely it was that ubuntu substantially changed the packaging mid-release
[15:30] <Sarvatt> sudo apt-get install ppa-purge && sudo ppa-purge ppaname
[15:30] <Sarvatt> :)
[15:30] <desrt> seb128: walters is talking about switching the typelib to be the same file format as dconf :p
[15:30] <seb128> lol
[15:30] <jcastro> do we put ppa purge somewhere common or is it still in the Xorg PPAs?
[15:30] <seb128> well we will not transition until the abi changes settle
[15:30] <desrt> it's a good file format, dude!
[15:31] <seb128> no discussion ;-)
[15:31] <seb128> I'm just saying Debian and Ubuntu agree to wait a bit
[15:31] <seb128> but it means we can't get new g-s builds easily
[15:31] <seb128> since they depends on those changes
[15:31] <Sarvatt> i think he copied it to the gnome-shell ppa if its ricotz's one
[15:31] <seb128> so the ppa has to divert a lot
[15:31] <seb128> Sarvatt, he's the one doing the g-s builds yes
[15:32] <Sarvatt> yeah ppa-purge is in there
[15:32] <Sarvatt> sudo apt-get install ppa-purge && sudo ppa-purge ppa:ricotz/testing then :)
[15:35] <Sarvatt> a lot easier and safer to just jhbuild gnome-shell for now
[16:02] <vish> mvo: w0000000t!!!!! it works ubuntu12 no constant cpu spike  ...  :D
[16:02] <mvo> vish: \o/
[16:02] <vish> the https alone has a spike but that drops in a couple of secs
[16:02] <mvo> vish: thanks a million for testing that
[16:02] <vish> mvo: np. thank *you* :)
[16:03] <mvo> vish: please keep using it, if you see no regressions over the weekend I think we should try to get it into lucid-proposed
[16:03] <vish> mvo: sure. will keep an eye out .
[16:04] <mvo> great, tahnks vish
[16:05] <vish> np.
[16:16] <and471> vish, how is this? :D (more tango than humanity style) http://imagebin.ca/img/YqT84wY.png
[16:18] <vish> and471: looks good. humanity is tango with a different palette and a few minor variations , this should fit well.. btw which icon is it for?
[16:19] <and471> vish, if you are asking that question, I think I have failed
[16:19] <and471> ...
[16:19] <and471> vish, :D
[16:19] <and471> vish, it is for adjusting hue saturationa and brightness (I think)
[16:19] <kenvandine> and471, that gnome color thing?
[16:19] <vish> and471: nah , it looks like some adjust .. i dont remember all the items in shotwell :)
[16:19] <vish> and471: see:)
[16:19] <kenvandine> ah
[16:19] <kenvandine> for shotwell :)
[16:20] <and471> kenvandine, yup yup :)
[16:20] <and471> vish, I think the papercut needs to be split in two
[16:20] <and471> vish, 1) use stanard stock icons for those that are applicable
[16:20] <and471> *standard
[16:20] <vish> and471: feel free to split it..
[16:21] <and471> vish, 2) make the icons that have to be shipped with shotwell better (and generic tango style)
[16:21] <and471> vish, merci beaucoup
[16:22] <and471> does anyone know if shotwell has an irc channel?
[16:25] <jcastro> and471: "yorba-jim" stops by in this channel on occassion
[16:25] <and471> jcastro, thanks
[16:28]  * and471 just used the new Opinion status on launchpad
[16:31] <LaserJock> is that supposed to be a "terminal" status?
[16:31] <and471> LaserJock, :)
[16:32] <LaserJock> to me it sounds like an Importance status like a bit below "Wishlist"
[16:56] <vish> and471: where is the preferences in shotwell? are you on Maverick?
[16:57] <vish> i cant seem to find it in Lucid.. :s
[16:57] <and471> vish, should be edit> preferences, I am on the svn version though
[16:57] <and471> is this the bug I filed?
[16:57] <vish> yeah
[16:58] <vish> and471: cool , probably not in lucid
[16:58] <vish> no prefs of any kind
[16:59] <and471> vish, don't worry about that bug, it is set to opinion, so unless anyone has an opinion on it, it is wont fix upstream
[16:59] <and471> vish, yeah must just be in SVN, you want a screenshot?
[17:00] <vish> and471: np.. i was just confused :)
[17:14] <kiwinote> mvo: warnings and errors should now be handled nicely by appdetailsview-gtk
[17:14] <kiwinote> mvo: enjoy your weekend!