[01:06] <chrisccoulson> maaaaaaaaaan, nearly 400 tests in the firefox test suite fail
[01:06] <chrisccoulson> i really need to investigate those at some point :(
[01:12] <RAOF> jaytaoko, bryceh, broder: Xrandr is the modesetting API, but Xinerama is where the desktop gets the screen-edge hints from; XrandR sets the Xinerama hints appropriately.  Although I guess that you could also query XRandR directly if you wanted too.
[01:13] <RAOF> nvidia TwinView also (mostly) sets the Xinerama hints appropriately, so it should work with everything.
[01:13] <bryceh> wb RAOF
[01:13] <broder> RAOF: sure, but there's information exposed by XRandR that isn't from Xinerama. Xinerama has no concept of primary monitors, for instance
[01:13] <RAOF> Right.  *That* you'll need to get from XRandR.
[01:13] <RAOF> Hm, and I guess that we really *do* want to know about the primary monitor...
[01:14] <RAOF> Rather than just guessing that the left-most monitor is where the launcher should go :)
[01:14] <RAOF> bryceh: :)
[01:14] <broder> that would certainly be awesome :), but unfortunately none of the libraries i've seen can get that out of nvidia, so i think you have to actually speak NV-CONTROL
[01:15] <RAOF> Yes.  Some judicious copy-paste from nvidia-settings might solve the problem.
[01:16] <RAOF> Actually, does nvidia actually have a *concept* of primary monitor?
[01:16] <broder> well, there's a checkbox in nvidia-settings for it. but i have no clue how anybody else would find out about it
[01:17] <broder> because changing it has no effect on the xinerama screen ordering, the xrandr information is obviously bogus, and nothing but nvidia-settings speaks NV-CONTROL
[01:17] <RAOF> That *might* be the monitor that nvidia uses for sync-to-vblank?
[01:18] <broder> could be. i'm going to have to grok the nv-control stuff for work in the near future, so i'll be sure to report back if i find out anything interesting :)
[01:18] <RAOF> I don't know if nvidia does per-crtc vblank properly (although the hardware is certainly capable of it, so maybe it does).
[01:48] <Amaranth> RAOF: afaik you're right, it's for vblank
[01:48] <Amaranth> Unless their documentation is out of date it makes it pretty clear they don't support per-crtc vblank
[01:48] <Amaranth> Also, compiz handles multimonitor pretty well (and multiscreen not at all anymore) but I suppose unity needs to know where to paint
[01:49] <RAOF> Right.  Unity (and, from memory, nux) gets *quite* confused when the screen size changes.
[01:49] <Amaranth> xinerama helps with that
[01:49] <RAOF> I don't know why nvidia doesn't support per-crtc vblank; their hardware clearly does, since nouveau does the right thing.
[01:50] <Amaranth> Although smspillaz apparently discovered compiz gets quite confused when the screen size changes as well, I think that's an 0.9 specific thing so hopefully he can find what changed from 0.8
[01:50] <broder> Amaranth: gnome-panel has some heuristic it's using to move between outputs which is not always correct with nvidia, but frequently is if you kick it hard enough. i haven't figured out how it's doing that yet, since a quick skim of the code makes it look like it just knows XRandR
[01:50] <Amaranth> Well, compiz messes up the stacking order badly on screen size changes, anyway
[01:51] <Amaranth> broder: ha, gnome-panel didn't do the right thing for me even with -intel :)
[01:51] <Amaranth> wait, I think I managed to kick gnome-panel in to shape but docky was doing it wrong
[01:51] <broder> Amaranth: the behavior for me was the the panel wouldn't move until i changed the virtual desktop size (i.e. by switching from horizontal to vertical layout or vice versa), at which point it would move to the right display
[01:52] <broder> but i could be incorrectly extrapolating from what is actually random behavior
[01:53] <Amaranth> I don't remember if it was gnome-panel, docky, or both but at least one of them wouldn't go to the primary monitor set via xrandr, I had to drag it in to place
[05:59] <pitti> Good mornin
[06:59] <kenvandine> good morning pitti
[07:00] <pitti> hey kenvandine! burning the midnight oil?
[07:00] <kenvandine> yup... about to sign out though :)
[08:19] <didrocks> good morning
[08:25] <pitti> bonjour didrocks
[08:25] <pitti> didrocks: ca va?
[08:25] <pitti> didrocks: question about https://blueprints.launchpad.net/ubuntu/+spec/other-dx-n-2d-experience-fallback: "add a label in case of the nvidia driver to tell that the interface will look different at reboot" -> that's in the jockey driver description?
[08:26] <didrocks> Guten Morgen pitti, ça va bien, merci, you?
[08:26] <didrocks> pitti: yeah, jockey (and there is one for ubiquity IIRC)
[08:26] <pitti> didrocks: je suis bien, merci
[08:26] <pitti> didrocks: right, there is
[08:26] <Riddell> "et toi" didrocks not "you", go to the back of the class
[08:26] <pitti> didrocks: ok, will do that
[08:27] <seb128> hey didrocks pitti
[08:27]  * pitti bows to Riddell
[08:27] <didrocks> Riddell: damn! I'll go see my French teacher then :-)
[08:27] <seb128> how are you?
[08:27] <pitti> bonjour seb128
[08:27] <seb128> hey Riddell
[08:27] <didrocks> pitti: excellent, thanks!
[08:27] <didrocks> hey seb128
[08:27] <pitti> so this new NBS thingy finally works - time for breakfast, bbl
[08:28] <seb128> pitti, enjoy
[09:02] <rodrigo_> morning
[09:06] <didrocks> hey rodrigo_
[09:06] <rodrigo_> hi didrocks
[09:24] <xclaesse> hello. If I do an upgrade from maverick to natty with the update-manager (when natty will be released), will that switch my desktop to unity? or is unity only for fresh installs by default?
[09:26] <rodrigo_> xclaesse, the ubuntu desktop edition session in gdm will start unity, you'd need to select the classic edition to use the normal GNOME panel
[09:26] <xclaesse> argh
[09:41] <duanedesign> hey rodrigo_
[09:43] <duanedesign> xclaesse: once you select Classic Desktop it will boot into that. You will not have to select it everytime. At least that is how it works now.
[09:50] <rodrigo_> hi duanedesign
[10:09] <fta> uh, i thought totem was able to play regular WMV3 mms:// links. I got the plugin wizard (in natty), and it failed to find a suitable codec
[10:09] <fta> mplayer works fine though
[10:20] <seb128> tkamppeter, Riddell: could you commit your poppler natty changes to the vcs?
[10:21] <Riddell> ok
[10:26] <seb128> Riddell, thanks
[10:28] <Riddell> done
[10:28] <seb128> Riddell, thanks
[10:33] <tkamppeter> Riddell, did your commit also cover my changes?
[10:33] <Riddell> tkamppeter: yes
[10:33] <tkamppeter> Riddell, OK, thanks.
[10:53] <seb128> hey rodrigo_
[10:53] <seb128> how are you?
[10:53] <chrisccoulson> hi seb128
[10:53] <chrisccoulson> how are you?
[10:53] <seb128> hey chrisccoulson
[10:53] <baptistemm> hi there
[10:53] <seb128> I'm fine thanks
[10:53] <seb128> you?
[10:53] <seb128> lut baptistemm
[10:53] <chrisccoulson> yeah, good thanks
[10:58] <didrocks> ok, bbiab, I can't resize anymore my terminator window
[11:13] <rodrigo_> hi seb128
[11:21] <dm> hi there!
[12:23] <seb128> re
[12:23] <seb128> grrr, system tend to crash when opengl screensaver are used it seems
[12:32] <geser> has somebody some time to review/sponsor https://code.launchpad.net/~geser/ubuntu/natty/json-glib/merge_0.12.0-2/+merge/47377 ? thanks
[13:10] <GunnarHj> Hi Martin,
[13:10] <GunnarHj> Even if your time is filled with other urgent stuff, it would be great if you could take a look at the GDM side of https://bugs.launchpad.net/bugs/693337, so I can proceed with the mods, if any.
[13:10] <GunnarHj> IMHO it should be possible to commit before Alpha 2.
[13:10] <ubot2> Launchpad bug 693337 in language-selector "Menus for choosing language should have one option per available translation" [Undecided,In progress]
[13:11] <GunnarHj> pitti: Please see previous entry...
[13:14] <pitti> ok, will do
[13:15] <seb128> geser, guess mvo can do it he's patch piloting today ;-)
[13:18] <GunnarHj> pitti: Great!
[13:22] <mvo> hey geser and seb128 - i'm flying today
[13:22] <seb128> hey mvo ;-)
[13:22] <mvo> mpt: hacked a bit on a tech preview http://people.canonical.com/~mvo/tmp/sc-meets-debtags.png
[13:22] <mvo> seb128: the above kept me from piloting
[13:22] <mpt> Oh, mvo
[13:23] <seb128> mvo, seems it was worth it ;-)
[13:25] <mvo> a prototype from 2h work (and lots of inspiration from enrico from last week). ui needs loads of love and stuff is missing, but it seems like it could be the next big thing
[13:28] <seb128> mvo, you would need understandable tags
[13:29] <seb128> ;-)
[13:29] <mvo> heh :) indeed, the blacklist/whitelist needs some work, I filter out "implemented-in::c++" and this like alredy
[13:29] <mvo> there are human readable names, but AFAICT its not supporting i18n yet, that needs fixing too
[13:32] <seb128> mvo, well as an user it doesn't really seem obvious what those are
[13:32] <seb128> but maybe it's just me ;-)
[13:37] <mvo> seb128: indeed, its still a prototype
[13:38] <mvo> seb128: and it needs careful checking which tags (and how many) are useful and which are not
[13:38] <mvo> but patch piloting now :) - not that pie-in-the-sky-developer-work
[13:50] <pitti> mvo: btw, do you want to review https://code.launchpad.net/~pitti/software-properties/pygi/+merge/47463, or should I merge/upload this myself?
[13:51] <mvo> pitti: I can do that today
[13:57] <pitti> mvo: heh, call it sponsoring? :-)
[13:58] <mvo> hehe, good plan
[14:29] <mark-kraevskijj> hey, guys!
[14:29] <mark-kraevskijj> need help
[14:30] <mark-kraevskijj> i want to install 1004LTS dvd via usb-stick
[14:31] <seb128> mark-kraevskijj, hi, try #ubuntu for user support
[14:32] <mark-kraevskijj> shit, they cant answer...
[14:33] <mark-kraevskijj> seb128, they dont understand, what i need to install ubuntu from usb
[14:33] <seb128> well this channel is to discuss desktop packaging issues
[14:33] <seb128> issues or work being done on those
[14:33] <seb128> it's not the right one to discuss installation in any case
[14:34] <mark-kraevskijj> okay. i heard about packet, which can delete packets from .iso
[14:35] <seb128> wrong channel for those questions...
[14:35] <seb128> try again later on #ubuntu?
[14:36] <mark-kraevskijj> okay, thanks...
[14:46] <seb128> mvo, can you review https://code.launchpad.net/~mathieu-tl/evolution-exchange/backports-20110124/+merge/47299 as well?
[14:48] <mvo> seb128: sure, once I finished emacs23
[14:54] <micahg> rodrigo_: pong, sorry I missed you yesterday
 mvo, where are you getting the data? I thought the blocker for debtags was that Launchpad was not including them in packages in the first place.
[15:07] <mvo> mpt: its data from the package itself, so stale
[15:07] <mvo> mpt: but good enough for a first shoot
[15:07] <mpt> mvo, what do you mean by "the package itself"? Are you extracting them all into app-install-data or something?
[15:08] <mvo> mpt: I have some ideas how to integrate it into LP, should not be too hard, but it does not stop there, we should have a (web)ui for improving the tagging etc
[15:08] <mvo> mpt: its part of the debtags package itself, it ships a copy
[15:08]  * mpt resists the urge to say "surely that won't scale"
[15:08] <mvo> mpt: what does not scale? shipping it inside the package?
[15:09] <mpt> I guess it scales easier than having a package containing the icon for every application
[15:10] <mpt> mvo, absolutely the Web UI, that makes sense as part of <https://dev.launchpad.net/UserContributedMetadata>
[15:10] <mvo> mpt: indeed
[15:11] <mvo> mpt: I guess if we are happy with stale(ish) tags we can go forward experimenting with them. LP support would be best IMO though
[15:11] <mvo> (support for integrating them into the Packages file or as additional metadata)
[15:11] <mpt> When you say "stale-ish", how stale?
[15:13] <mvo> mpt: 2010-11-08 is the current data we got
[15:14] <rodrigo_> micahg, hi, just wanted to ask you about libgjs, robert told me you were working on it
[15:14] <rodrigo_> micahg, it's for the-board packages that robert has been working on
[15:14] <seb128> we need it for g-s as well
[15:15] <rodrigo_> seb128, gnome-shell you mean?
[15:15] <micahg> rodrigo_: ah, I won't have time to work on it until next month, but I think the version from Natty was fine, it should still be in the bzr branch
[15:15] <rodrigo_> ah, ok
[15:16] <seb128> rodrigo_, yes
[15:16] <mvo> mpt: but we can use a similar approach as with app-install-data (or even integrate them there) to keep them more current
[15:17] <kenvandine> i think the script used to save space with icons in packages is doing something to alter the appearance
[15:17] <rodrigo_> seb128, is that what's preventing ricotz's packages to land on the ppa?
[15:17] <kenvandine> sladen, was that something you did?  have you seen problems like this?
[15:17] <seb128> kenvandine, ?
[15:18] <seb128> where do you get issues?
[15:18] <kenvandine> so the gwibber icon from my update yesterday, which didn't change any source just packaging
[15:18] <kenvandine> looks different today
[15:18] <seb128> rodrigo_, not sure, I've been staying away from libmozjs and gjs
[15:18] <kenvandine> in fact, i think it might look better :)
[15:18] <kenvandine> but that specific svg doesn't exist anywhere in the gwibber source
[15:18] <seb128> kenvandine, when was the previous rebuild before that?
[15:19] <kenvandine> december
[15:19] <micahg> rodrigo_: how soon do you need it in the PPA?  I might be able to squeeze gjs in this weekend
[15:19] <seb128> kenvandine, ok so yeah maybe it's scour thing
[15:19] <rodrigo_> micahg, well, asap, but whenever you have it's ok, if not, robert might have a look
[15:19] <kenvandine> i do kind of like this version of it though, looks sharper
[15:19] <kenvandine> that's it, scour
[15:19] <kenvandine> i couldn't remember the name :)
[15:19] <scott-work> didrocks:  sorry to bug you again, but i'm still having problems testing my gnome-session as default xsession fix
[15:19] <seb128> but it should not be changing the images
[15:19] <micahg> rodrigo_: is gnome-shell needed immediately as well or just gjs?
[15:20] <kenvandine> it's more blue, and sharper
[15:20] <seb128> kenvandine, well maybe pitti knows about that
[15:20] <rodrigo_> micahg, gjs for the-board, but if you submit gnome-shell, that would be great, since we only have 2.31.5 + ricotz's packages, which are broken (for me at least)
[15:20] <kenvandine> pitti, ^^
[15:21]  * kenvandine will save a version of this and see what ryan thinks :)
[15:21] <micahg> rodrigo_: I hope to have gnome-shell in by the end of Feb
[15:21] <pitti> hi kenvandine, what's up?
[15:21] <rodrigo_> micahg, oh, does it need a lot of work?
[15:21] <kenvandine> i think scour is making the gwibber icon look better
[15:21] <kenvandine> :)
[15:21] <kenvandine> but of course shouldn't be changing the look of the icon
[15:21] <micahg> rodrigo_: no, just I lack time ATM :)
[15:22] <pitti> kenvandine: ah, we had a similar breakage at the sprint for deja-dup icon, discussed that with mterry
[15:22] <kenvandine> ah, any work around?
[15:22] <rodrigo_> micahg, :-D
[15:22] <seb128> how much CD space do we win with that scour thing?
[15:22] <mterry> pitti, ah yeah.  I don't think that bug is fixed yet
[15:22] <seb128> I'm still not comfortable with that change
[15:22] <seb128> we keep running into side effect and we only test a small part of the archive
[15:23] <seb128> it seems to have potential to creates issues over what it's worth
[15:23] <pitti> kenvandine: could be bug 702423
[15:23] <ubot2> Launchpad bug 702423 in scour "Scour corrupts deja-dup.svg" [Medium,Confirmed] https://launchpad.net/bugs/702423
[15:24] <rodrigo_> brb
[15:24] <pitti> kenvandine: could you try scour -i <original svg> -o /tmp/new.svg
[15:24] <pitti> kenvandine: and check whether /tmp/new.svg is okay?
[15:24] <kenvandine> ok
[15:24] <pitti> kenvandine: dh_scour uses --disable-style-to-xml, which apparently triggers above bug with some gradients
[15:25] <seb128> pitti, what would be the right medium to suggest reverting that scour hack? TB?
[15:25] <kenvandine> pitti, yeah, that looks fine
[15:25] <pitti> seb128: u-devel@ I guess
[15:25] <kenvandine> impressive saving though, 40%
[15:25] <pitti> seb128: well, you know the stakes, 7.5 MB CD space
[15:26] <kenvandine> seb128, can i override that in my package?
[15:26] <seb128> pitti, well as said just before I still think it's wrong to run it on the archive
[15:26] <kenvandine> wow... 75.M
[15:26] <kenvandine> 7.5
[15:26] <pitti> kenvandine: yes
[15:26] <seb128> pitti, if we maybe limited it to packages on the CD...
[15:26] <pitti> gwibber is..
[15:26] <seb128> pitti, it still feel like having the potential to break random softwares in universe which we will not test
[15:27] <seb128> pitti, I'm rather concerned by the packages we will break and not notice
[15:27] <pitti> but "packages on CD" changes quite often and is hard to do; we could limit it to "main"
[15:27] <seb128> not by the default set and the few issues on the CD
[15:27] <seb128> I don't like much risky stability to win some CD space
[15:27] <pitti> kenvandine: do you use cdbs or dh7?
[15:28] <seb128> we should rather opt-in in the rules for sources where it's a real win imho
[15:28] <kenvandine> cdbs
[15:28] <pitti> seb128: that would mean changes to dozens of packages, though
[15:28] <seb128> pitti, well u-d list is fine but I feel we will not reach any consensus over that
[15:28] <pitti> kenvandine: DEB_DH_SCOUR_ARGS = -Xgwibber.svg
[15:29] <pitti> seb128: I'm fine for switching it to only strip main
[15:29] <seb128> pitti, I guess that could be an acceptable middle way solution
[15:29] <pitti> seb128: we could do that in the cdbs hook
[15:29] <seb128> should I open a bug about that?
[15:29] <pitti> since everything else needs to call it explicitly anyway
[15:30] <kenvandine> i would be in favor of that, much easier to know where there are problems
[15:30] <kenvandine> and we still get the win for CD size
[15:30] <pitti> seb128: sure, I'll get to it ASAP then
[15:31] <seb128> pitti, thanks
[15:38] <kenvandine> pitti, that did it, thx
[15:39] <seb128> pitti, bug #708081
[15:39] <ubot2> Launchpad bug 708081 in cdbs "should not run scour on the sources in universe" [Undecided,New] https://launchpad.net/bugs/708081
[15:39] <pitti> seb128: thanks
[15:39] <seb128> thank *you* for workin on that ;-)
[15:45] <sladen> kenvandine: pitti has been working on the integration of scour (an XML stripper) to the package build process
[15:46] <sladen> kenvandine: if you find any .svg icons that are not being stripped correctly, you should be able to exclude, or the ideal and better solution is to fix scour itself
[15:46] <sladen> kenvandine: ah, pitti replied.  Guess you're sorted
[15:48]  * bcurtiswx waves to room
[15:49] <mpt> mvo, as for the UI, the debtags syntax is basically incompatible with showing them raw. Their main purpose will be powering much better subcategories. We could also allow searching for them in the existing search field (since you're not likely to enter "::" for any other reason).
[15:49] <mpt> mvo, what do you think?
[15:50] <pitti> I'm off for about an hour, bbl
[15:54] <mvo> mpt: (sorry, phonecall, so short) - its incompatible indeed, but I think we could use some tags (not raw, with proper description) for faceted navigation. we need to experiment with that a bit I guess
[16:01] <rickspencer3> vuntz, interesting discussion about your blog on lwn
[16:07] <vuntz> rickspencer3: ah, some clueless comments too
[16:10]  * vuntz wonders if he'll start replying to comments one day
[16:11] <seb128> hey vuntz, how are you?
[16:12] <vuntz> seb128: very good, except for the fact that I somehow keep starting new tasks without finishing the old ones today :-)
[16:12] <vuntz> seb128: how's life?
[16:12] <desrt> pitti: holy crap dude
[16:12] <desrt> pitti: i had no idea you were into the pygvariant stuff :)
[16:15] <seb128> vuntz, life is great there ;-)
[16:15] <desrt> pitti: some feedback, though: the GVariant constructor should take only one argument
[16:15] <desrt> (other than the type string, i mean)
[16:16] <desrt> otherwise it's somewhat logically inconsistent
[16:16] <seb128> vuntz, if that's only today I guess that's ok ;-)
[16:16] <seb128> rodrigo_, did you not enable the dconf to gconf bridge in g-s-d3 for a reason?
[16:16] <seb128> rodrigo_, or is that just an error?
[16:16] <vuntz> seb128: heh, I have hopes I'll be able to close windows at the end of the day
[16:17] <seb128> vuntz, without opening new ones? ;-)
[16:18] <rodrigo_> vuntz, I forgot to enable it
[16:18] <seb128> rodrigo_, I guess that was for me, ok, thanks
[16:19] <seb128> rodrigo_, I'm rebasing on the current version and fixing some errors on the way
[16:19] <seb128> like shipping the gconf migration script
[16:19] <seb128> or enabling the gconf bridge
[16:19] <rodrigo_> seb128, ugh, yes, for you, got confused by so many Frenchmen :-D
[16:21] <didrocks> rodrigo_: take care of your next sentence… can be dangerous for you at next UDS :-)
[16:21] <rodrigo_> didrocks, :)
[16:25] <seb128> rodrigo_, I've retried your gnome-screensaver upload builds btw which worked
[16:27] <rodrigo_> seb128, yes, it was failing because of some broken packages, right?
[16:27] <seb128> right
[16:27] <seb128> the eog one is a real bug though
[16:27] <rodrigo_> yes
[16:43] <seb128> rodrigo_, ok, uploaded a new g-s-d revision to the ppa, it should enable the sound and gconf option and install the gconf migration script
[16:43] <rodrigo_> ok, thanks!
[16:48] <rodrigo_> seb128, hmm, you re-added "fdescfs" to the list of fs to monitor. We removed that upstream because of some bsd problems with that
[16:49] <seb128> rodrigo_, it's coming from debian
[16:49] <rodrigo_> hmm, ok
[16:49] <seb128> rodrigo_, it doesn't matter on ubuntu I guess
[16:50] <rodrigo_> yes
[16:50] <seb128> but it might be worth mentioning it on #debian-gnome
[16:51] <pitti> desrt: you actually can pass a tuple (which is what you want to do in most cases)
[16:52] <pitti> desrt: that's what I planned to do, but as the previous API allowed you to pass a "flat" *args, I kept that
[16:52] <desrt> pitti: please drop it before it gets any wide use
[16:52] <desrt> it's very broken...
[16:53] <pitti> if tomeu is fine with it, so am I
[16:53] <pitti> desrt: let's discuss in #introspection?
[16:53] <pitti> desrt: I'd like to ask tomeu, as I didn't introduce this API
[16:53] <desrt> i'm just going out the door actually
[16:53] <desrt> i talked to tomeu about this before
[16:53] <pitti> ok, will ask him
[16:54] <desrt> and i think he agreed
[16:54] <desrt> then i took over writing the stuff, and unceremoniously dropped it on the floor :(
[16:54] <desrt> so i feel a bit of guilt about that, but still... we should try to get it right
[16:54]  * desrt out
[16:57] <bcurtiswx> seb128, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7/+merge/47557 backported some git patches, pbuilder built success, tested on my lappy successful too
[16:58] <pitti> desrt: talked to Tomeu, he's fine with that; I'll work on that
[17:03] <seb128> bcurtiswx, great, you can maybe open sponsoring requests for those
[17:04] <seb128> rodrigo_, ok, you sorted the patch issue ;-)
[17:07] <bcurtiswx> seb128, bzr lp-propose ?
[17:07] <seb128> bcurtiswx, you can do that for example
[17:08] <seb128> bcurtiswx, you should document the rules change in the changelog
[17:12] <bcurtiswx> seb128, ah yes, done :)
[17:13] <bcurtiswx> seb128, bcurtis@weather:~/Packages/empathy/natty/ubuntu$ bzr lp-propose  bzr: ERROR: lp:~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7 has no product
[17:14] <seb128> didrocks, james_w: ^ do you have any clue about that?
[17:15] <didrocks> I think lp-propose is expecting lp:~name/product/branch format, but that's just a raw guess
[17:15] <seb128> bcurtiswx, you should run that in your directory
[17:16] <seb128> bcurtiswx, did you run it from empathy-2.32.2-0ubuntu7?
[17:16] <bcurtiswx> its ~/Packages/empathy/natty/ubuntu
[17:16] <bcurtiswx> which is where i've been pushing from
[17:17] <didrocks> bcurtiswx: seems you pushed to lp:~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7
[17:17] <didrocks> (on launchpad, I mean)
[17:17] <bcurtiswx> didrocks, yes.. should I bzr lp-propose lp:~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7  ?
[17:19] <didrocks> bcurtiswx: no, rather try bzr push --remember lp:~bcurtiswx/empathy/empathy-2.32.2-0ubuntu7
[17:19] <didrocks> bcurtiswx: then bzr lp-propose
[17:20] <bcurtiswx> didrocks, http://paste.ubuntu.com/558629/
[17:22] <didrocks> bcurtiswx: hum, what's your source, is it our default ~ubuntu-desktop/empathy/ubuntu branch?
[17:22] <bcurtiswx> didrocks, yes
[17:23] <didrocks> bcurtiswx: try bzr upgrade .
[17:23] <didrocks> then push again
[17:23] <bcurtiswx> bzr: ERROR: The branch format Meta directory format 1 is already at the most recent format
[17:24] <bcurtiswx> didrocks, ^^
[17:25] <didrocks> bcurtiswx: ok, I have no clue then, sorry :/
[17:25] <bcurtiswx> hmm
[17:25] <seb128> hum
[17:25] <seb128> https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.32.2-0ubuntu7/+merge/47557
[17:25] <seb128> you already submitted it it seems
[17:25] <bcurtiswx> seb128, thats the original link i gave you :-\
[17:25] <seb128> you should just add ubuntu-sponsors to the reviewers
[17:26] <seb128> bcurtiswx, right sorry I had a glance and closed it then we discussed sponsoring
[17:26] <bcurtiswx> seb128, ok :)
[17:27] <bcurtiswx> seb128, as a reviewer or on the branch itself?
[17:29] <bcurtiswx> seb128, nvm got it
[17:30] <bcurtiswx> gonna go start a slow cooker beef stew, yum yum.  bbs
[17:43] <pitti> desrt: there: http://git.gnome.org/browse/pygobject/commit/?id=27e3a6276ff5f2cdc03ddf69ee80d44c3bf2c094
[18:06] <chrisccoulson> has anyone else upgraded to ffox4 b10 yet?
[18:07] <ricotz> chrisccoulson, i did
[18:07] <chrisccoulson> ricotz, does it still ask you if you want to save your tabs on close?
[18:08] <chrisccoulson> (and is yours a mozilla or ubuntu build?)
[18:08] <micahg> chrisccoulson: charlie-tca was having an issue using report a bug from it
[18:08] <ricotz> chrisccoulson, current natty version, seems it doesnt ask
[18:08] <chrisccoulson> micahg, oh, that's not important ;)
[18:08] <chrisccoulson> ricotz, hmmmm, so it's not just me :)
[18:09] <chrisccoulson> that's pretty bad, it just forgets all my tabs here
[18:09] <pitti> seb128: cdbs fixified
[18:09] <seb128> pitti, thanks
[18:09] <pitti> and with that, good night everyone!
[18:09] <chrisccoulson> 'night pitti!
[18:09] <seb128> 'night pitti
[18:10] <chrisccoulson> micahg, report a bug would have stopped working until the latest ubufox gets published (if it's not already)
[18:10] <seb128> bug #708171
[18:10] <ubot2> Launchpad bug 708171 in nautilus "Multi-column list view (aka Miller Columns)" [Wishlist,Triaged] https://launchpad.net/bugs/708171
[18:10] <seb128> bah user titles...
[18:10] <chrisccoulson> seb128 - heh, i noticed that too ;)
[18:10] <seb128> oh it got renamed
[18:10] <seb128> it was "after 30 years still NO miller-columns in nautilus!"
[18:10] <chrisccoulson> lol
[18:10] <chrisccoulson> i've told that guy a billion times already he should stop exaggerating ;)
[18:11] <chrisccoulson> j/k
[18:11] <seb128> ;-)
[18:11] <didrocks> interesting, there was an early release of nautilus in 1981… :-)
[18:12] <didrocks> can learn a new thing everyday :)
[18:13] <seb128> ;-)
[18:13] <chrisccoulson> ricotz, what do you have browser.startup.page and browser.tabs.warnOnClose set to in about:config?
[18:15] <ricotz> chrisccoulson, browser.tabs.warnOnClose=true browser.startup.page=0
[18:15] <chrisccoulson> ricotz, ok, same as me :)
[18:16] <chrisccoulson> i just confirmed on b9 those pref's show the warning on close
[18:16] <chrisccoulson> but now it just discards all your tabs :(
[19:11] <ari-tczew> hey, I'm merging gnome-power-manager with Debian unstable and I dunno whether include changes related to Debian bug 591776
[19:11] <ubot2> Debian bug 591776 in gnome-power-manager "xfce4-session: Please don't start both {xfce4,gnome}-power-manager" [Important,Fixed] http://bugs.debian.org/591776
[19:16] <chrisccoulson> ari-tczew, that change is probably fine
[19:17] <chrisccoulson> please don't take the debian hack of moving g-p-m to start in the initialization autostart phase though
[19:17] <chrisccoulson> i've already reverted that because it got inherited from the last merge
[19:19] <chrisccoulson> ari-tczew, did debian install it in /etc/xdg/autostart before?
[19:19] <chrisccoulson> i thought they'd already moved desktop files out of /etc, but i might be wrong there (or perhaps they put them back again)
[19:19] <ari-tczew> chrisccoulson: look on full diff: http://paste.ubuntu.com/558670/
[19:19] <ari-tczew> I disabled these ++ in d/rules
[19:19] <ari-tczew> correct?
[19:20] <chrisccoulson> ari-tczew, ok, that change is fine
[19:21] <ari-tczew> chrisccoulson: to be clear: disable their additions in d/rules and keep debian/postinst ?
[19:21] <chrisccoulson> ari-tczew, no, you need the debian/rules bits, else it won't install an autostart file at all ;)
[19:22] <chrisccoulson> does xfce4-session honour "OnlyShowIn"?
[19:22] <ari-tczew> chrisccoulson: I guess it needs to be disabled since your changes from last days *ubuntu3
[19:22] <didrocks> chrisccoulson: yes, it should at least :)
[19:22] <chrisccoulson> that would be a better fix, to drop "XFCE" from OnlyShowIn in the g-p-m desktop file, rather than moving it ;)
[19:22] <ari-tczew> didrocks: are you able to sponsor my merge?
[19:23] <chrisccoulson> i can sponsor g-p-m if didrocks is busy
[19:23] <didrocks> ari-tczew: not reallly, I'm debugging some stuff right now
[19:23] <didrocks> chrisccoulson: that will be nice! thanks :)
[19:23] <ari-tczew> chrisccoulson: ok, gimme 5 minutes
[19:23] <chrisccoulson> thanks
[19:24] <didrocks> chrisccoulson: so, you don't have any issue with xdg-open?
[19:24] <didrocks> chrisccoulson: like xdg-open <whatever> tries to open nautilus?
[19:24] <didrocks> (or your default file manager)
[19:24] <chrisccoulson> didrocks, not that i've noticed, but then i don't think i use it (unless an app i'm using is using it for me)
[19:24] <ari-tczew> chrisccoulson: I'm going to give ScottK one change to test whether it's still useful
[19:24] <ari-tczew> building on arm
[19:25] <chrisccoulson> ari-tczew, what change is this? is this an arm fix for g-p-m?
[19:25] <ari-tczew> chrisccoulson: yes CFLAGS in d/rules
[19:25] <didrocks> chrisccoulson: if you can give it a quick try, like xdg-open foo.pdf, that would be nice :)
[19:25] <dobey> didrocks: xdg-open foo.png opened eog for me with the file
[19:25] <chrisccoulson> didrocks, it works ok here ;)
[19:26] <didrocks>  chrisccoulson dobey: hum, ok, why is it broken for me as well in the guest session? :/
[19:26] <didrocks> thanks for testing anyway :)
[19:26] <chrisccoulson> didrocks - is it only xdg-open that handles it incorrectly?
[19:26] <seb128> didrocks, works there in a guest session
[19:27] <seb128> didrocks, trying in example.desktop which opens in gedit
[19:27] <dobey> didrocks: what does gvfs-info <file> say it is?
[19:27] <didrocks> ok, so a system issue :/
[19:27] <didrocks> dobey: yeah, gvfs-info works
[19:27] <didrocks> how can it be broken on the guest session for me as well? :/ hate that!
[19:27] <dobey> didrocks: it says the correct mime type for the file?
[19:27] <didrocks> dobey: yeah
[19:27] <didrocks> it's really xdg-open/gnome-open
[19:28] <dobey> didrocks: what kind of file is it that's not working?
[19:28] <seb128> didrocks, gvfs-open?
[19:28] <didrocks> dobey: all, pdf, images… they try to open the filemanager
[19:28] <didrocks> seb128: let me try
[19:29] <chrisccoulson> didrocks, what does application/pdf say in your mimeinfo.cache, or whatever it's called
[19:29] <didrocks> seb128: same, just telling me "it's not a folder"
[19:29] <didrocks> chrisccoulson: looking
[19:29] <chrisccoulson> yeah, /usr/share/applications/mimeinfo.cache
[19:29] <seb128> didrocks, do you have anything in /usr/local/...?
[19:29] <chrisccoulson> (assuming gvfs-info gave the mimetype as application/pdf)
[19:29] <didrocks> /usr/share/applications/mimeinfo.cache says evince.desktop
[19:29] <didrocks> but /usr/share/gnome/applications/mimeinfo.cache is empty
[19:30] <didrocks> seb128: nothing in /usr/local
[19:30] <didrocks> /usr/share/gnome/applications/mimeinfo.cache -> juste contain a [MIME Cache]
[19:31] <didrocks> renaming it doesn't fix anything
[19:31] <didrocks> ok, I think I'll have to printf…
[19:32] <seb128> didrocks, ls /usr/share/gnome/applications
[19:32] <seb128> $ ls /usr/share/gnome/applications
[19:32] <seb128> defaults.list
[19:32] <seb128> there
[19:32] <seb128> didrocks, try removing this one?
[19:32] <seb128> the /usr/share/gnome/applications/mimeinfo.cache
[19:33] <didrocks> seb128: just look at what I just wrote ^^
[19:33] <seb128> ok
[19:33] <didrocks> I was hopeful :)
[19:34] <didrocks> /etc/mime.types seem correct as well and I didn't play with that recently
[19:34] <chrisccoulson> hmmmm :/
[19:35] <seb128> didrocks, try to strace -e open gnome-open example
[19:35] <didrocks> seb128: nice idea, trying
[19:35] <seb128> didrocks, try to strace -e open gnome-open example 2>&1 | grep -v ENO
[19:35] <seb128> then pastebin it
[19:35] <seb128> so I can compare with mine just to see
[19:35] <didrocks> example.desktop?
[19:35] <seb128> well "example" being any file
[19:35] <didrocks> ok :)
[19:35] <seb128> the format should not matter there
[19:36] <didrocks> seb128: http://paste.ubuntu.com/558677/
[19:37] <didrocks> opening the cache files one after another
[19:37] <seb128> didrocks, what is in /home/didrocks/.local/share/applications/mimeinfo.cache?
[19:37] <seb128> oh
[19:37] <didrocks> nothing exceptional
[19:37] <seb128> didrocks, can you copy /usr/share/applications/exo-file-manager.desktop on pastebin as well?
[19:37] <didrocks> sure
[19:37] <seb128> would not be surprising if that one was buggy
[19:38] <seb128> guess nobody else there has it installed but you
[19:38] <didrocks> MimeType=x-scheme-handler/file;x-scheme-handler/trash;
[19:38] <seb128> there you go
[19:38] <didrocks> :)
[19:38] <seb128> "x-scheme-handler/file;"
[19:38] <seb128> try deleting that
[19:38] <didrocks> yeah, match on any file
[19:38] <seb128> then sudo update-desktop-database /usr/share/applications
[19:39] <didrocks> hum… still failing
[19:39] <seb128> didrocks, grep x-scheme-handler /usr/share/applications/*.cache
[19:40] <seb128> didrocks, try cleaning .local/share/applications as well
[19:40] <didrocks> seb128: nothing fancy: http://paste.ubuntu.com/558679/
[19:40] <didrocks> yeah, trying that
[19:40] <didrocks> (some people on debian sid confirm having the same issue btw)
[19:40] <seb128> what is that exo thing?
[19:40] <seb128> xfce?
[19:41] <didrocks> seb128: yeah, from exo-utils
[19:41] <didrocks> I think I downloaded that when doing some sponsoring
[19:41] <seb128> k
[19:42] <chrisccoulson> heh, x-scheme-handler/file definitely seems wrong ;)
[19:42] <didrocks> seb128: removing what was still on .local/share/applications fixed it!
[19:42] <chrisccoulson> nice catch :)
[19:42] <didrocks> seb128: nice catch, thanks :)
[19:42] <seb128> you're welcome
[19:43] <chrisccoulson> all your file are belong to us
[19:43] <seb128> didrocks, next time stay away from xfce
[19:43] <seb128> ;-)
[19:43] <didrocks> seb128: I know, I won't sponsor anything not *gnome* now :)
[19:43] <seb128> hehe
[19:43] <seb128> speaking about sponsoring what happened to mvo today?
[19:43] <didrocks> seb128: more seriously, thanks a lot, it was driving me crazy
[19:44] <didrocks> like opening every files from chromium was like hell (same from evolution)
[19:44] <seb128> yw, glad that we figured what it was
[19:44] <seb128> didrocks, but make sure you open a bug or fix it directly
[19:44] <seb128> it's likely others will run into it
[19:44] <didrocks> seb128: I'm pinging xfce debian/ubuntu people right now :)
[19:44] <seb128> ;-)
[19:47] <didrocks> my gut feeling is that thunar can handle "thunar foo.pdf" to open the pdf by the right software
[19:47] <didrocks> whereas nautilus and others can't
[19:53] <mvo> seb128: I was only half a pilot today, I need to make up 2h tomorrow
[19:53] <chrisccoulson> huh, what on earth am i meant to do with bug 708252?
[19:53] <ubot2> Launchpad bug 708252 in firefox "www.dikhaldoon works fine under firefox 3.6.8 " [Undecided,New] https://launchpad.net/bugs/708252
[19:53] <seb128> mvo, no worry but will you handle the 2 uploads you got pinged about?
[19:53] <chrisccoulson> "firefox 3.6.8 works fine its ok now"
[19:53] <seb128> mvo, json-glib and evolution-exchange
[19:53] <chrisccoulson> well, why report a bug then? :)
[19:53] <didrocks> chrisccoulson: excellent!
[19:54] <didrocks> chrisccoulson: just to confirm :)
[19:54] <chrisccoulson> didrocks, oh, his bug report looks like a follow up to 708233
[19:54] <didrocks> chrisccoulson: tomorrow, it will be with www.google.com, and then, .fr, .ie…
[19:54] <chrisccoulson> so, he reported a new bug just to tell me it works ;)
[19:54] <didrocks> chrisccoulson: you see, users are so nice!
[19:54] <mvo> seb128: json-glib is on the sponsirng queue, where is evo?
[19:54] <didrocks> :)
[19:54] <chrisccoulson> lol
[19:56] <Guest15481> The networking icon dissappeared from from my GNOME Panel and Firefox says "Server not found." Can someone please help me?
[19:56] <seb128> mvo, on the start of http://people.canonical.com/~platform/desktop/versions.html
[19:56] <seb128> Guest15481, try #ubuntu
[19:56]  * didrocks waves goodnight
[19:56] <seb128> 'night didrocks
[19:57] <didrocks> seb128: thanks, you too (and thanks again for the debugging :))
[19:59] <mvo> thanks seb128
[20:00] <ari-tczew> chrisccoulson: if you are OK with that, I can prepare a merge of gedit and gnome-python-extras
[20:01] <chrisccoulson> ari-tczew, yeah, sure. i can do those too
[20:01] <ari-tczew> chrisccoulson: then you're beginning on my sponsorship list :>
[20:02] <seb128> we don't really need a gedit merge
[20:02] <seb128> we are over the merge period and debian only has one new revision with a recommends and a translation fix which can be done on launchpad
[20:05] <ari-tczew> seb128: ok I can leave this one, what about python extras?
[20:06] <seb128> seems worth doing
[20:06] <seb128> since it didn't get done this cycle
[20:07] <ari-tczew> chrisccoulson: what do you think, wait for ScottK response before archive uploading?
[20:08] <mvo> seb128: both sponsored
[20:08] <chrisccoulson> ari-tczew, for g-p-m?
[20:08] <ari-tczew> chrisccoulson: yea
[20:08] <chrisccoulson> ari-tczew, i don't mind. i'll start reviewing it in a bit, once i've got fennec uploaded
[20:08] <seb128> mvo, thanks
[20:08] <chrisccoulson> if needs be, i can test an arm build
[20:08] <ari-tczew> micahg: if you don't mind, I'm merging gnome-python-extras
[20:09] <ari-tczew> chrisccoulson: arm building takes more time than usuall archs, as ScottK started, let finish him :)
[20:31] <seb128> TheMuso, there?
[20:32] <TheMuso> seb128: Yes I am.
[20:32] <seb128> hey TheMuso
[20:32] <seb128> TheMuso, was there any decision on the at-spi version we will use this cycle?
[20:33] <TheMuso> Not yet, some important fixes have made their way into git master recently, which I will test today, and get back to you with a final decision once I have done several hours of testing, with my usual activities.
[20:33] <seb128> ok, I'm just wondering if it's worth continuing on other cleaning tasks or if at-spi will block us anyway
[20:33] <chrisccoulson> brb, movind downstairs for the evening
[20:34] <seb128> TheMuso, it seems python-atspi should depends on python-gconf rather than python-gnome2 as well, could you check if that's the case?
[20:34] <TheMuso> Ah ok
[20:34] <seb128> I'm not sure how to test it
[20:34] <TheMuso> Sure will do
[20:34] <seb128> like if you can rebuild with the changed depends, uninstall python-gnome2 and see if that breaks anything
[20:34] <seb128> it's the only thing keeping python-gnome2 on the CD
[20:34] <seb128> TheMuso, thanks
[20:35] <seb128> it's likely that the depends from the debian since they ship gconf in gnome2 and not as split binary
[20:35] <TheMuso> Ok will get right on it.
[20:35] <seb128> thanks
[20:42] <ari-tczew> seb128: are you gnome-python-extras maintainer in Debian?
[20:43] <seb128> no
[20:43] <seb128> there might be my name there
[20:43] <chrisccoulson> i think you're listed as a maintainer ;)
[20:43] <seb128> but GNOME is team maintained since before Ubuntu
[20:43] <seb128> so the maintainer info is always outdated for those
[20:44] <seb128> like I used to maintain it but didn't for years
[20:49] <ari-tczew> there is a change
[20:49] <ari-tczew> -         python-gtk2,
[20:49] <ari-tczew> +         python-gtk2
[20:50] <ari-tczew> I would like not to open bug on BTS for it
[20:50] <ari-tczew> chrisccoulson: how is going review?
[20:50] <chrisccoulson> ari-tczew, just doing it now
[20:50] <bcurtiswx> kenvandine, are you using your mobile device right now for XMPP ?
[20:50] <kenvandine> it is logged in
[20:51] <bcurtiswx> darn, im pulling in the patch that adds a phone icon and it doesn't want to work
[20:51] <bcurtiswx> builds fine tho
[20:51] <kenvandine> hehe
[20:51] <kenvandine> bcurtiswx, and now?
[20:52] <bcurtiswx> nop
[20:52] <bcurtiswx> hrmm
[20:52] <kenvandine> and now?
[20:53] <kenvandine> i just signed off the other empathy instances so i am only connected from my phone
[20:53] <kenvandine> i was logged in from 2 computers, 1 VM and my phone :)
[20:54] <bcurtiswx> i'll tell for sure tonight, as you always have that darn thing on :P
[20:54] <kenvandine> hehe
[20:54] <kenvandine> :-D
[20:54] <bcurtiswx> before the icon i always bugged you thinking you were available... but you were on yur phone
[20:54] <kenvandine> i am always "plugged in"
[20:55] <kenvandine> thats ok, if it isn't a good time i will ignore you or just tell you not now
[20:55] <kenvandine> but it would be nice to have that in empathy
[20:55]  * bcurtiswx gets ignored a lot :P
[20:55] <bcurtiswx> how come it seems that 90% of the time i'm the last person to talk in here and seb quits
[20:57] <kenvandine> hehe
[20:57] <bcurtiswx> marks idea and the fix for the conn and disc in the notify bubble looks great I must say, much easier to follow
[20:57] <kenvandine> it is late for him
[20:59] <bcurtiswx> hmm i didn't change the package num with the phone icon addition, but dpkg let it install fine.. i wonder if that may be a cause
[21:24] <chrisccoulson> ari-tczew, do you know if g-p-m built on arm?
[21:25] <ari-tczew> chrisccoulson: no response from ScottK
[21:25] <chrisccoulson> ari-tczew, i'll upload, i can't see any reason why it wouldn't build (the last version built ok) :)
[21:26] <ari-tczew> chrisccoulson: I sent him version without change CFLAGS in d/rules to test whether this change still fixes FTBFS on arm
[21:26] <chrisccoulson> ah, ok
[21:26] <ari-tczew> chrisccoulson: I just have supper, after I'll finish g-p-e
[21:26] <chrisccoulson> thanks
[21:57] <chrisccoulson> oops, perhaps i should test my updates in pbuilder ;)
[21:58] <chrisccoulson> i take for granted the fact that i have pretty much everything i need installed on my machine
[22:02] <chrisccoulson> hmmm, is cairo built without tee surface support for any particular reason?
[22:02] <chrisccoulson> oh, seb is not here now
[22:05] <Sarvatt> chrisccoulson: http://cgit.freedesktop.org/cairo/commit/?id=9f33f8453b4949cfdc63169d3acd7238f89379c2
[22:05] <chrisccoulson> Sarvatt, firefox uses it ;)
[22:06] <chrisccoulson> although, we ship the mozilla copy of cairo for firefox, but for xulrunner, we still use the system copy
[22:06] <chrisccoulson> but i've had to disable that for now, as it doesn't build against cairo without tee surface support
[22:15] <ari-tczew> chrisccoulson: g-p-m built fine without CFLAGS in d/rules and I'm going to drop it. ScottK gave me buildlog: http://pastebin.com/QRrF9W0E
[22:15] <chrisccoulson> cool, thanks
[22:21] <chrisccoulson> ari-tczew, from the build log - gsd-media-keys-window.c:210:48: warning: cast increases required alignment of target type
[22:21] <chrisccoulson> so, the warning still occurs, but it builds ok because it's not built with -Werror anymore
[22:21] <chrisccoulson> (which was why it failed originally)
[22:21] <chrisccoulson> that's the warning that -Wno-case-align hides btw
[22:22] <chrisccoulson> so, we should keep that in for now, because unstable versions tend to be built with -Werror, which means it would fail again in the future
[22:22] <ari-tczew> chrisccoulson: I'm not happy :(
[22:23] <chrisccoulson> how come?
[22:27] <ari-tczew> chrisccoulson: not happy due to keep this change :P
[22:28] <chrisccoulson> ari-tczew, if we remove it, it will fail to build again when we upgrade to a development version ;)
[22:28] <chrisccoulson> they tend to use -Werror by default
[22:28] <chrisccoulson> so, we need to keep it really, unless there's any way to fix the warnings ;)
[22:29] <ari-tczew> chrisccoulson: ehh. okok
[22:30] <chrisccoulson> thanks for testing that though
[22:50] <ari-tczew> chrisccoulson: still around? new merge will be proposed in 5 minutes
[22:50] <chrisccoulson> ari-tczew, yeah, i'm still here
[22:57] <rickspencer3> kenvandine, hey, you seem like you might know
[22:57] <rickspencer3> is there documentation on how to export a property over dbus in Python?
[22:58]  * rickspencer3 refrains from baning head into keyboard
[22:59] <broder> rickspencer3: i don't think there's a good way to do it. you'd probably have to implement the org.freedesktop.DBus.Properties.{Get,Set,etc.} methods yourself
[22:59] <broder> though i bet that pitti would tell you it's easier with the new GDBus bindings :)
[22:59] <rickspencer3> broder, you should not have answer me, now I will never let you go
[22:59] <rickspencer3> j/k
[23:00] <james_w> I was pretty sure there was a decorator for it
[23:00] <rickspencer3> broder, pitti recommended that use dbus.service.Object fo rnow
[23:00] <rickspencer3> james_w, I just found this:
[23:00] <rickspencer3> dbus.service.Object
[23:00] <rickspencer3> oops, I mean this: http://stackoverflow.com/questions/4277814/how-to-handle-properties-of-a-dbus-interface-with-python
[23:00] <rickspencer3> which is exactly what I am trying to do
[23:00] <rickspencer3> but I'm not grocking the sample
[23:01] <rickspencer3> I'll hack on it a bit
[23:01] <james_w> that's broder's suggestion, implementing the Properties interface directly
[23:01] <broder> james_w: if there's a decorator, it's not in the dbus.decorators module, which is where all the other ones are
[23:01] <james_w> right, I was probably thinking of something else
[23:02] <broder> hmm...although the dbus.gobject_service module looks like it could be interesting...
[23:02] <rickspencer3> james_w, does that sample mean something to you?
[23:03] <RAOF> rickspencer3: Yeah, that's a manual implementation of properties, which (like C#) are roughly syntactic sugar around Get/Set.
[23:03] <ari-tczew> chrisccoulson: I'd like to merge gedit as well because I want to expand my sponsorshiplist, what do you think?
[23:03] <rickspencer3> I can't really parse what I am supposed to do with it
[23:03] <james_w> rickspencer3, vaguely
[23:03] <rickspencer3> hi RAOF
[23:03] <RAOF> rickspencer3: Good morning :)
[23:03] <rickspencer3> grrr
[23:03] <chrisccoulson> ari-tczew, only merge it if there are changes that are worth merging
[23:03] <rickspencer3> how do we expect developers to adopt our platform if we can't document basic stuff like this
[23:03] <rickspencer3> grrrr
[23:03] <chrisccoulson> if there aren't then you would be better off directing your effort at something more worthwhile :)
[23:04] <rickspencer3> RAOF, can I PM you for a bit more help on this?
[23:04] <james_w> rickspencer3, if you copy that sample inside your dbus.Object then you can implement the methods to return the right values
[23:04] <RAOF> rickspencer3: Yeah, certianly.
[23:04] <james_w> so the implementation of Get() would return the current value of the property
[23:04] <broder> rickspencer3: is the object that you're trying to export over dbus a gobject?
[23:04] <RAOF> How do the python dbus bindings _not_ have a decorator for a dbus property?
[23:04] <rickspencer3> james_w, and where do I define the name of the property?
[23:05] <ari-tczew> chrisccoulson: 2 Debian bugs fixed :)
[23:05] <broder> RAOF: properties are a *very* weak point in the bindings. there's no easy way to query for them either
[23:05] <chrisccoulson> ari-tczew, which bugs are those?
[23:05] <RAOF> broder: Works fine in C# :P
[23:05] <rickspencer3> well, supposedly it will all go away when we use gdbus
[23:05] <ari-tczew> chrisccoulson: debian bug 600055 and debian bug 603502
[23:05] <ubot2> Debian bug 600055 in gedit "gedit: Help fails on Xfce 4.6.2" [Normal,Fixed] http://bugs.debian.org/600055
[23:05] <ubot2> Debian bug 603502 in gedit "gedit: Please update pt_BR.po (Brazilian Portuguese translation)." [Normal,Fixed] http://bugs.debian.org/603502
[23:06] <broder> rickspencer3: if you're already subclassing gobject, try subclassing dbus.gobject_service.ExportedGObject instead
[23:06] <broder> hmm..maybe not
[23:07] <chrisccoulson> ari-tczew, i don't mind then. you could merge that if you like
[23:07] <broder> RAOF: C# classes have a built-in concept of properties, right? python classes only kind of do. from what i remember of C# it's much weaker in python
[23:08] <RAOF> broder: Yeah; C# has built in sugar for properties.
[23:09] <broder> rickspencer3: in the body of your Get method, do something like `if interface == "com.example.MyInterface" and prop == "MyProp": return self.my_prop` or whatever
[23:09] <rickspencer3> so the Get function handles every property for the object?
[23:09] <broder> right
[23:09] <rickspencer3> but, then how does dbus discover which properties are exposed?
[23:10] <broder> hmm...they're included in the introspection data. that's kind of annoyingly hard to fake
[23:11] <kenvandine> rickspencer3, look at dispatcher.py in gwibber
[23:12] <kenvandine>   @dbus.service.method("com.Gwibber.Service", in_signature="s")
[23:12] <kenvandine> for example
[23:12] <kenvandine> as for discovering them, not sure
[23:12] <broder> kenvandine: looks like gwibber is side-stepping the issue of python-dbus's properties sucking by not using them
[23:12] <kenvandine> you can look at d-feet, which means there must be a way to do that programatically
[23:12] <kenvandine> broder, yup
[23:12] <kenvandine> it was the only thing that really seemed to work
[23:12] <RAOF> d-feet parses the introspeciton data IIRC.
[23:13] <kenvandine> RAOF, sound right... i just haven't done that yet
[23:13] <broder> yeah, that's correct
[23:13] <kenvandine> but d-feet is in python, so should give rickspencer3 a good example to work with :)
[23:13] <RAOF> Which doesn't help if you want to *expose* properties, because you'll need to generate the appropriate introspection XML (yuck!)
[23:14] <kenvandine> it must do more then, it discovers gwibber's interfaces and we don't do that
[23:14] <broder> kenvandine: gwibber isn't using properties
[23:14] <broder> at least not in the DBus sense of the term
[23:14] <kenvandine> oh, yeah true
[23:14] <kenvandine> it signatures
[23:15] <RAOF> So you get the free introspection data the python bindings generate.
[23:15] <broder> yeah, python-dbus should really be handling properties for you, and because it doesn't, it would be a pain to actually do real DBus properties in python
[23:16] <kenvandine> dbus in python is a pita, would be great if someone improved that
[23:16]  * kenvandine disappears for a bit, later folks
[23:16] <broder> i would be highly tempted to go flip out and add real property support if i hadn't heard that GDBus bindings were the future
[23:16] <broder> maybe i will anyway
[23:21] <biiter> hello. what is the difference between ubuntu for dekstop and ubuntu for laptops? (except the gui environment)
[23:28] <chrisccoulson> has anyone got any experience with swt-gtk, or java in general?
[23:28] <chrisccoulson> i get this when trying to run zekr (i just want to make sure it works with gecko 2.0):
[23:28] <chrisccoulson> Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3555 or swt-pi-gtk in swt.library.path, java.library.path or the jar file
[23:29] <chrisccoulson> but libswt-pi-gtk is installed
[23:35] <ari-tczew> chrisccoulson: g-p-e is ready if you didn't yet check mail ;)
[23:36] <chrisccoulson> ari-tczew, thanks. will try and do that tonight, but if not, then first thing tomorrow. it's getting late here now ;)
[23:36] <ari-tczew> chrisccoulson: what's your timezone?
[23:37] <chrisccoulson> ari-tczew, UTC
[23:37] <chrisccoulson> so, it's 23:37 here now
[23:37] <ari-tczew> chrisccoulson: huh, my is UTC+1 :p
[23:37] <chrisccoulson> heh :)
[23:49] <rickspencer3> success!
[23:49] <rickspencer3> well, the start of succes
[23:50] <rickspencer3> RAOF, james_w, broder thanks a lot for your help
[23:50] <rickspencer3> I know what to do now, the rest is just tedious implementation of boiler plate