[01:18] <bryce> slangasek, .11 up.
[06:08] <voldyman> guys i am trying to write an application that manages and draws wallpaper on the desktop. is there any documented way to doing this?
[06:14] <RAOF> voldyman: Depends ?
[06:14] <voldyman> RAOF, ??
[06:15] <voldyman> RAOF, it will be written in vala. i tried gnome-settings-daemon but i couldn't find most of the functions in vapi for x11
[06:20] <RAOF> voldyman: You could just frob the relevant gsettings keys and get whatever's drawing the desktop to do the drawing for you; I don't know what those keys are, though.
[06:21] <voldyman> RAOF, isn't there a way to draw the surface ourself. i have been looking for sometime and it isn't documented
[06:23] <RAOF> voldyman: You can always draw on the root window :)
[06:25] <voldyman> RAOF, how ?
[06:25] <voldyman> i have been trying to do just that
[06:35] <voldyman_> RAOF, can you point me from where i can learn to draw on the root window
[07:17] <RAOF> voldyman: Sorry for the delay - in C it's pretty easy, you just grab DefaultRootWindow(dpy) and then pass that through to gtk. Vala might not have the requisite stuff hooked up, though.
[07:17] <RAOF> voldyman: Oh, now that I think of it, unity-greeter is written in Vala, and it does some draw-to-the-root-window malarkey. Take a look at that.
[07:18] <voldyman> RAOF, thanks i'll take a look at unity-greeter. would you happen to have an example in C ?
[07:18] <RAOF> voldyman: Not off the top of my head, sorry, no.
[07:19] <voldyman> np. thanks a lot
[07:19] <RAOF> But as I say, it's as simple as dpy = XOpenDisplay(); Window = DefaultRootWindow(dpy); create_a_gtk_drawable(Window);
[07:20] <voldyman> RAOF, i was reading the libgnome-desktop3 they've used a very complicated method for setting the wallpaper
[07:21] <RAOF> They need to do funky things because they're trying to handoff from the greeter (to do a transition greeter?session)
[07:22] <voldyman> nope nothing like that
[07:22] <voldyman> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/gnome-desktop3/precise/view/head:/libgnome-desktop/gnome-bg.c
[07:26] <RAOF> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/gnome-desktop3/precise/view/head:/libgnome-desktop/gnome-bg.c#L1193
[07:27] <RAOF> They're doing funky things because they're trying to handoff from the greeter (to do a transition greeter?session) :)
[07:28] <RAOF> particularly - they're setting things up so that it'll persist after the client quits
[07:31] <voldyman> client as in gsd?
[07:32] <voldyman> so when it itself quits the background should persist
[07:32] <RAOF> Client as in whatever; IIRC gdm uses it, too.
[07:32] <RAOF> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/gnome-desktop3/precise/view/head:/libgnome-desktop/gnome-bg.c#L1560 is basically the operative bit.
[07:33] <gotwig> Hey, may you help to fix me bug #1032534 ? It refers to a fault of ubuntu, to include the string unity into the translateable descriptions. I don't find the translations for the po files when I do apt-get source from jockey-gtk .
[07:33] <RAOF> voldyman: The rest is ensuring that the Pixmap they generate doesn't die when the client dies, setting a property on the root window that they can read later, reading from that property?
[07:33] <gotwig> but I find the relevant strings when I search here: https://translations.launchpad.net/ubuntu/precise/+source/jockey/+pots/jockey/de/+translate?batch=10&show=all&search=unity
[07:34] <voldyman> RAOF, so they dont need to maintain a buffer with the wallpaper image, just get it from X
[08:03] <dholbach> good morning
[09:12] <darkxst> Sarvatt, did you ever get a chance to look at my other two ppa-purge merge requests?
[14:54] <hyperair> what's "ay" in gsettings?
[14:54] <hyperair> i recall "a" being array
[14:55] <hyperair> but what's "y"?
[14:57] <hyperair> ah, okay, y is byte
[14:57] <hyperair> array of bytes.
[14:57] <hyperair> hmmmm
[18:38] <hallyn> infinity: SpamapS: around by chance?
[18:38] <infinity> hallyn: I might be.
[18:38] <infinity> hallyn: ¿Que pasa?
[18:38] <hallyn> infinity: qemu-kvm SRU...
[18:38] <hallyn> gah, i didn't push the quantal one yet anyway...
[18:39] <infinity> hallyn: The one with 4 unverified bugs?
[18:39] <hallyn> but i'm pushed a new precise-proposed to surpass the one there now
[18:39] <hallyn> yeah.
[18:39] <hallyn> i'm verifying them today, butone is actually still bad.  I just pushed a new pkg with a better fix
[18:40] <hallyn> oh. interesting.
[18:40] <hallyn> in quantal we're doing || true after modprobes.
[18:43] <hallyn> i'd prefer to drop those actually...  but that's not for this upload
[18:47] <hallyn> infinity: new versions uploaded for precise-proposed and quantal-proposed.  if possible to accept them that'd be great, i'll verify them today.
[18:50] <hallyn> (I'm pretty sure the quantal woudl verify without the new change, but i uploaded it anyway to keep behavior 100% consistent between prcise and quantal.  not sur eif that's a priority or not)
[18:50] <infinity> hallyn: I'll look at them sometime today when I'm bored with being on holiday. ;)
[18:51] <hallyn> infinity: thanks - and enjoy :)
[19:24] <hallyn> infinity: well, OTOH, in quantal the version already accepted checks out fine.  so I could go either way, - accepting or rejecting the one i just pushed
[19:37] <hallyn> slangasek: on precise, udevadm trigger --subsystem-match=misc --action=change
[19:38] <hallyn> slangasek: does the righ tthing and fixes acls for the group.  but on quantal it doesn't seem to
[19:40]  * hallyn lunches
[20:01] <slangasek> hallyn: hrmmmm, really?
[20:13] <hallyn> slangasek: yeah (unless I'm doin gsomething wrong - always a possibility) trying to verify bug 1057024; works fine in precise, not q.  weird
[20:16] <gotwig> where has  /usr/share/software-center/softwarecenter/distro/Ubuntu.py moved??
[20:16] <gotwig> its no more out there
[20:31] <infinity> gotwig: It just got lowercased.
[20:31] <infinity> gotwig: /usr/share/software-center/softwarecenter/distro/ubuntu.py
[20:32] <gotwig> infinity, it seems my distro just removed it...
[20:32] <gotwig> I use elementary Luna
[20:32] <gotwig> well, its based on Ubuntu
[20:33] <gotwig> but I can't buy paid apps. I want to fix that
[20:33] <gotwig> How different is Ubuntu here?
[20:33] <gotwig> Does it not allow, that other distros use paid apps?
[20:34] <infinity> I imagine you'd do better by asking the person who modified the package for Elementary.
[20:35] <gotwig> infinity, I don't see here elementary as the thing that caused that
[20:35] <gotwig> or the person
[20:35] <gotwig> but the software center dudes
[20:35] <infinity> Eh?  You said that the file didn't exist on Elementary.
[20:35] <gotwig> I already read stuff on the net, where people said that they cant install paid apps
[20:35] <infinity> Ubuntu developers didn't log on to your system and remove the file.
[20:36] <gotwig> infinity, of course it has its own file. Without that file it wouldnt even run
[20:36] <gotwig> you should know that
[20:36] <infinity> 13:32 < gotwig> infinity, it seems my distro just removed it...
[20:36] <gotwig> infinity, if its elementary, it uses its own file.
[20:36] <gotwig> every distro got its own file
[20:36] <gotwig> but I also read on the net, that linux mint users were not able to install paid apps as well
[20:36] <gotwig> so I think its a bigger problem
[20:36] <infinity> Sure, no one's dictating what elementary's should do.
[20:36] <infinity> (Nor Mint)
[20:37] <gotwig> infinity, they downloaded it for their self
[20:37] <gotwig> and did steps that I can reproduce
[20:37] <gotwig> however the result not
[20:37] <gotwig> they just copied the ubuntu.py file over, renamed all important stuff, so it could even run
[20:37] <gotwig> without, it wouldnt
[20:38] <gotwig> infinity, are you interested in a diff?
[20:39] <gotwig> I know, that this is not "upstream"
[20:39] <infinity> Not particularly, no.
[20:39] <hallyn> slangasek: before installing the qemu udev rules, getfacl shows http://paste.ubuntu.com/1453236, after it shows http://paste.ubuntu.com/1453238
[20:39] <infinity> After spending 10 minutes trying to find the source on the elementary website, I've lost whatever curiosity I had.
[20:39] <gotwig> infinity, which source
[20:39] <gotwig> infinity, you can find everything on launchpad
[20:40] <gotwig> just like at ubuntu
[20:40] <infinity> gotwig: "Find it on launchpad" is meaningless.  Where?
[20:40] <gotwig> infinity, the elementary package for software center?
[20:40] <infinity> gotwig: I'd interpret what you're saying as "https://launchpad.net/elementary/+source/software-center", which is clearly not true.
[20:41] <infinity> gotwig: So, again, where?
[20:41] <slangasek> hallyn: so it looks like the rulse have been /partially/ applied - group is fixed, mode is wrong?
[20:41] <hallyn> slangasek: right
[20:41] <slangasek> hallyn: is it possible you have some other rule in your quantal env that's overriding the mode?
[20:41] <hallyn> grep kvm /lib/udev/rules.d/* didn't show any
[20:42] <hallyn> unless udev now merges 40-* with 70-* rules?
[20:42] <hallyn> lemme remove the 70-* rules jsut to make sure
[20:43] <hallyn> nope, still ignored
[20:43] <slangasek> hallyn: well, it might be a broader rule of some kind that's setting modes it shouldn't
[20:44] <gotwig> infinity, https://launchpad.net/~elementary-os/+archive/os-patches
[20:44] <hallyn> slangasek: is there a way to tell udev what rules it's considering?
[20:44] <slangasek> hallyn: not AFAIK
[20:45] <hallyn> slangasek: and it should only use the first rule it finds right?
[20:45] <slangasek> not at all
[20:45] <slangasek> it processes all rules in order
[20:46] <slangasek> hallyn: if you *reboot* the quantal test, do you get the right acl?
[20:46] <slangasek> if not, that's fairly definitive that the problem isn't with the SRU :)
[20:47] <hallyn> slangasek: yup
[20:47] <slangasek> hmm, darn
[20:47] <hallyn> get the right acls that way
[20:47] <slangasek> so that sounds like a udev bug of some kind
[20:47] <slangasek> grr
[20:47] <hallyn> wonder if it's present in raring
[20:48] <hallyn> wonder if i have enough disk space to test that here
[20:48] <hallyn> 7G.  that'll do
[20:59] <gotwig> infinity, what are you up to
[23:11] <quantalrabbit> i'm trying to build debuild php5-5.3.10 precise and it is failing with some errors such as "dpkg-source: error: cannot represent change to php5-5.3.10/mysql_base/bin/my_print_defaults: binary file contents changed".  Haven't changed any of the source files yet.  I'm a bit new to ubuntu-devel, any help greatly appreciated
[23:37] <RAOF> quantalrabbit: It sounds like maybe your clean target hasn't cleaned the build tree properly?
[23:38] <quantalrabbit> RAOF: thanks, you are correct.
[23:38] <quantalrabbit> RAOF: i removed files it was complaining about and it now is rebuilding.