[01:14] <ceti331> anyone know how to launch the kde panel from commandline (i have kwin installed, i've run that from within a fvwm session)
[01:35] <ceti331> ah, startkde, i have evryything now, great
[01:56]  * RAOF is not sure why ceti331's trying to start a KDE session from within a fvwm session rather than just starting a KDE session.
[02:56] <ceti331> i didnt have a kde session option displayed
[03:04] <RAOF> If you installed kubuntu-desktop, you should have.
[03:14] <ceti331> kde seems pretty good overall just flaky screen corner triggering which is a shame ... i like that shortcut
[03:14] <ceti331> (i like screen corners bringing up desktop expo)
[04:56] <pitti> Good morning
[05:31] <didrocks> good morning
[06:16] <pitti> hey didrocks
[06:16] <didrocks> guten morgen pitti. Happy Friday!
[06:16] <pitti> didrocks: happy Friday 13th to you too!
[06:16] <didrocks> pitti: oh indeed, it is!
[06:48] <rickspencer3> hey didrocks, pitti
[06:48] <rickspencer3> wow, Gtk3 sure left a lot behind
[06:48] <didrocks> bonjour rickspencer3
[06:48] <rickspencer3> for example, I cannot find how you are supposed to do pixbuf_new_from_data now
[06:49] <rickspencer3> maybe it's just my_image.set_data now?
[06:49] <rickspencer3> grrrrr
[06:50] <RAOF> I thought they pretty much just gutted pixbufs in their entirety?
[06:51] <RAOF> In favour of cairo surfaces?
[06:51] <rickspencer3> RAOF, oh, I don't know
[06:51] <rickspencer3> there are still pixbuf's in the documentation
[06:56] <rickspencer3> I'll just have nathan write the paste data into a temp file, and load that into the image
[06:56] <rickspencer3> in the meantime ...
[06:56]  * rickspencer3 shakes fist at Gtk Python programming
[06:57] <RAOF> I'm sure you can create a cairo image from data; maybe that's not enough, though.
[06:57] <rickspencer3> RAOF, if just sound unnecessarily hard, and there is zero sample code
[06:57] <didrocks> rickspencer3: yeah, it's cairo in the new world :)
[06:58] <rickspencer3> I'm supposed to be introducing someone to how fun programming Ubuntu apps is
[06:58] <rickspencer3> it's not going quite as planned
[06:58] <RAOF> :/
[07:07] <pitti> hey rickspencer3, how are you?
[07:07] <rickspencer3> hi pitti
[07:07] <rickspencer3> I'm super grumpy
[07:08] <rickspencer3> trying to help someone make a simple copy and paste image example with Python and Gtk3
[07:08] <rickspencer3> and the documentation is a combination of missing and wrong :/
[07:08] <rickspencer3> which sucks considering none of my pygtk code is relevant anymore
[07:08] <pitti> rickspencer3: did you import GdkPixbuf and try GdkPixbuf.new_from_data ?
[07:08] <pitti> I was fairly sure I tried that already, but I don't remember any more whether it succeeded
[07:10] <rickspencer3> pitti, ah!
[07:10] <rickspencer3> sweet
[07:10] <RAOF> As always, I'm sure the C documentation will be more useful. That's what I always look at when I'm doing GTK development.
[07:10] <RAOF> :(
[07:10] <pitti> rickspencer3: gdk-pixbuf is a separate module, so it comes with a separate gir
[07:11] <rickspencer3> I had no f'ing idea
[07:11] <rickspencer3> and none of this is http://developer.gnome.org/gdk-pixbuf/unstable//gdk-pixbuf-The-GdkPixbuf-Structure.html#GdkPixbuf
[07:12] <pitti> $ mkdir /tmp/pixbuf; g-ir-doc-tool -o /tmp/pixbuf /usr/share/gir-1.0/GdkPixbuf-2.0.gir; yelp /tmp/pixbuf
[07:12] <pitti> FYI
[07:12] <rickspencer3> pitti, is there a symmetrical function call that gets the data from the pixbuf?
[07:12] <rickspencer3> is that get_pixels?
[07:12] <pitti> I'm waiting for the day when you can do yelp /usr/share/gir-1.0/GdkPixbuf-2.0.gir
[07:12] <pitti> it seems like we are this --><-- close
[07:13] <pitti> that's the Pythonic documentation, BTW
[07:13] <pitti> rickspencer3: almost
[07:14] <pitti> rickspencer3: new_from_data gets a string, while get_pixels() returns an array of bytes
[07:14] <rickspencer3> oh geez
[07:14] <rickspencer3> so how do I get a string?
[07:14] <pitti> you can convert the byte array into a string, hang on
[07:28] <rickspencer3> oh geez, new from data takes 9 arguments :/
[07:30] <RAOF> new_from_data takes a *string*? Why doesn't it take a byte array?!
[07:33] <rickspencer3> RAOF, no, it takes a byte array
[07:33] <rickspencer3> does it not?
[07:33] <rickspencer3> it used to
[07:33] <rickspencer3> msg Nathan_S http://stackoverflow.com/questions/7906814/converting-pil-image-to-gtk-pixbuf
[07:33] <pitti> rickspencer3, RAOF: b'' _is_ a byte array
[07:34] <RAOF> Ah, python.
[07:34] <pitti> rickspencer3: I got a DSL reconnect, what was the last line you saw from me?
[07:34] <pitti> get_pixels() is working fine here
[07:34] <pitti> it's the new_from_data I have trouble with
[07:35] <rickspencer3> pitti, I saw that were going to look to convert get_pixels() return value to a string
[07:35] <rickspencer3> but I don't think that is actually necessary
[07:35] <pitti> rickspencer3: no, it's fine
[07:35]  * pitti replays
[07:36] <pitti> rickspencer3: actually, I lied; new_from_data also takes a bytes array, so they are symmetrical
[07:36] <pitti> rickspencer3: so, get_pixels() seems fine
[07:36] <pitti> this works:
[07:36] <pitti> pb = GdkPixbuf.Pixbuf.new_from_file('/usr/share/pixmaps/debian-logo.png')
[07:36] <pitti> print('data:', pb.get_pixels())
[07:36] <pitti> data: b'\xbf\x03H\x00 ...'
[07:37] <rickspencer3> pitti, may I assume that what is on the Gtk.clipboard when someone copies an image is a byte array suitable for new_from_data?
[07:37] <pitti> rickspencer3: and I also checked that creating a new pixbuf with new_from_data() from an existing one with get_data() also works fine
[07:37] <pitti> but if I try to use it with a hardcoded one, I get strange results
[07:37] <rickspencer3> pitti, do you not need to supply the 9 arguments?
[07:37] <pitti> yes
[07:37] <rickspencer3> ok
[07:38] <pitti> data = b'\xFF\xFF\xFF\x00\x00\x00\xFF\xFF\xFF\x00\x00\x00'
[07:38] <pitti> pb = GdkPixbuf.Pixbuf.new_from_data(data, GdkPixbuf.Colorspace.RGB,
[07:38] <pitti>                                     False, 8, 2, 2, 6, None, None)
[07:38] <pitti> data, colorspace, has_alpha, bits_per_pixel, width, height, rowstride, and two Nones
[07:39] <pitti> rickspencer3: but it seems it mistreats the data, when I do it like this the get_pixels() result has a text prefix
[07:39] <rickspencer3> *sigh*
[07:39] <pitti> rickspencer3: but that doesn't happen if I get the data from an already existing object, like another pixbuf or clipboard etc.
[07:39] <pitti> rickspencer3: so I think it should work fine for you
[07:42] <rickspencer3> pitti, so, it looks like chromium just puts a pixbuf on the clipboard
[07:42] <rickspencer3> I wonder if we can just do that from python as well
[07:44] <rickspencer3> pitti, omg
[07:44] <rickspencer3> this is actually waaaaay easier than it used to be
[07:44] <rickspencer3> you can just put pixbuf's on the clipboard
[07:45] <rickspencer3> so, all the groveling around for the data and formatting it seems to no longer be needed
[07:45] <pitti> rickspencer3: oh, does GdkPixbuf has a method for putting on the clipboard?
[07:45] <rickspencer3> or maybe it was always like that, and I was just doing it the hardway all along
[07:45] <pitti> or clipboard a method for putting on a GdkPixbuf object?
[07:45] <rickspencer3> pitti, clipboard.set_image(my_pixbuf)
[07:45] <pitti> (probably the latter rather)
[07:45] <rickspencer3> and
[07:45] <pitti> yay
[07:46] <rickspencer3> my_image.set_from_pixbuf(clipboard.wait_for_image())
[07:46] <rickspencer3> they are now both 1 liners
[07:48] <rickspencer3> I wonder if they always were, but I never went that route because I was setting targets and everything
[08:16] <seb128> hey desktopers
[08:24] <RAOF> It's a seb128! RUN!
[08:25] <seb128> lol
[08:25] <seb128> RAOF, hey!
[08:25]  * pitti runs like hell
[08:25] <pitti> I didn't do it!
[08:25] <seb128> hey pitti
[08:25]  * pitti hugs seb128
[08:25] <seb128> what did you guys break again?!
[08:25] <seb128> ;-)
[08:25]  * seb128 hugs pitti
[08:25] <pitti> nothing, I swear!
[08:25] <seb128> yeah yeah, don't believe you :p
[08:25] <RAOF> Hey seb128 :)
[08:25] <seb128> RAOF, oh, my SRU patch pilot friend ;-)
[08:26] <seb128> RAOF, how are you?
[08:26] <RAOF> Tired.
[08:26] <RAOF> Also, FRIDAY! WOOOOOOOO
[08:26] <seb128> RAOF, you should call it a week, get a good deserved dinner and enjoy your weekend ;-)
[08:27] <seb128> RAOF, btw well done to Robert and you to get the system compositor work in a testable shape, I plan to install it on my test netbook today ;-)
[08:27] <RAOF> I'll just finish the due-diligance on smb's squid3 merge and then have a bath
[08:29] <RAOF> Boo. piuparts should have schroot integration.
[13:13] <didrocks> seb128: session-migration in NEW on all archs
[13:15] <seb128> didrocks, NEWed
[13:15] <didrocks> seb128: \o/ thanks :)
[13:15] <didrocks> now, let's chase mterry once he's around :)
[13:48] <didrocks> mterry: hey, how are you? :)
[13:48] <mterry> didrocks, great.  Yourself?
[13:48] <didrocks> mterry: I'm fine, thanks :)
[13:49] <didrocks> do you have some time for a quick MIR? It won't hurt! ;)
[13:51] <pitti> hey mterry, how are you?
[13:51] <mterry> didrocks, sure, throw it over
[13:51] <mterry> pitti, hi!  good
[13:51] <mterry> didrocks, aren't you on the MIR team?
[13:51] <seb128> hey mterry
[13:52] <didrocks> mterry: bug #1024381
[13:52] <ubot2> Launchpad bug 1024381 in session-migration "[MIR] session-migration" [Undecided,New] https://launchpad.net/bugs/1024381
[13:52] <didrocks> mterry: well, I am, but it's my package :)
[13:52] <mterry> seb128, good EST morning :)
[13:52] <didrocks> I can ack it if you want :p
[13:52] <seb128> mterry, good GMT afternoon ;-)
[13:52] <didrocks> it's excellent "stuff"
[13:52] <seb128> mterry, happy friday 13th as well
[13:52]  * kenvandine does the friday the 13th dance
[13:53] <seb128> hey kenvandine
[13:53] <kenvandine> hey seb128
[13:53] <seb128> kenvandine, congrats on being officially our new chromium maintainer ;-)
[13:53] <seb128> you got it to build and updated!
[13:53] <kenvandine> NO WAY!
[13:53] <kenvandine> temporary :)
[13:53] <seb128> kenvandine, you just get to fix powerpc now ;-)
[13:53] <kenvandine> hehe
[13:53] <kenvandine> apparently it has never been build for powerpc
[13:54] <kenvandine> so not my problem :)
[13:54] <pitti> mterry: do you plan to fix the update-manager autopkgtest (missing python module dependency, etc.), or should someone else look into this?
[13:54] <mterry> pitti, I thought I did fix it.  What's missing now?
[13:54] <mterry> pitti, is there a failure log?
[13:54] <pitti> mterry: https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/job/quantal-adt-update-manager/9/ARCH=i386,label=albali/console
[13:54] <pitti> mterry: apparenty python-coverage is missing
[13:55] <pitti> mterry: also, https://jenkins.qa.ubuntu.com/view/Quantal/view/AutoPkg%20Test/job/quantal-adt-update-manager/9/ARCH=i386,label=albali/artifact/results/dsc0t-nose-tests-stderr has some stuff; autopkgtest fails the tests on any stderr output
[13:56] <mterry> pitti, guh, didn't know it did that
[13:56] <pitti> mterry: I recommend something like this:
[13:56] <pitti> unittest.main(testRunner=unittest.TextTestRunner(stream=sys.stdout, verbosity=2))
[13:56] <mterry> pitti, python3-coverage doesn't exist yet
[13:56] <mterry> pitti, but the setup.cfg enables it, for when it does exist.  didn't think the noise would hurt anything
[14:01] <pitti> mterry: for testing you can run sudo adt-run --no-built-binaries update-manager_*.dsc --- adt-virt-null locally (or in a VM)
[14:01] <pitti> and then check $?
[14:02] <mterry> I remember running the test suite in a pbuilder, but not under adt-run, which was my fatal error
[14:14] <didrocks> mterry: tell me if/when you have some time to review it, I've a pending gnome-session upload for it
[14:14] <didrocks> mterry: if you think you can't make it, Monday is fine :)
[14:14] <mterry> didrocks, k
[14:24] <pitti> mterry: I think you asked about udisks over night
[14:24] <pitti> mterry: I have no particular plans to update it again, unless someone asks me about something specific; it's obsolete, and we are transitioning to udisks2
[14:24] <mterry> pitti, ah right
[14:24] <pitti> we need to fix update-notifier and usb-creator-common still, though
[14:25] <mterry> pitti, does adt-run not have internet access?
[14:25] <pitti> mterry: it does
[14:26] <mterry> (on jenkins)
[14:26] <mterry> ok
[14:31] <mterry> pitti, I've subscribed to u-m and u-r-u jenkins failure RSS
[14:31] <mterry> pitti, u-m should be better in trunk.  looking at u-r-u failure
[14:31] <pitti> mterry: nice, thanks!
[14:32] <pitti> mterry: please note that autopkgtest runs currently need to be kicked off manually
[14:32] <pitti> we'll fix this on Monday when jibel is back
[14:32] <pitti> mterry: so if you want a manual test, please prod someone from the QA team to press the button
[14:32] <mterry> pitti, I'm assuming it tests the archive, not trunk of the packages?
[14:33] <pitti> mterry: right
[14:33] <pitti> mterry: whenever the pacakge itself, or any of its dependencies change
[14:33] <mterry> pitti, OK.  I wasn't planning to release anew for the test fix, but I can if you'd prefer
[14:33] <pitti> mterry: not that urgent; next week is fine, when adt is back
[14:52] <pitti> good night everyone, have a nice weekend!
[14:59] <didrocks> have a nice week-end pitti :)
[15:00] <mterry> didrocks, in session-migration, you want DESKTOP_SESSION not XDG_CURRENT_DESKTOP?
[15:00] <mterry> i.e. you want to be able to distinguish between unity-2d and unity-3d or gnome fallback mode etc?
[15:00] <didrocks> mterry: yeah, DESKTOP_SESSION, because we maybe have separate gsettings database later on based on session, not on desktop
[15:00] <didrocks> exactly
[15:08] <chrisccoulson> hmmmm, can people upgrade properly even with the latest python3-defaults? :/
[15:09] <seb128> chrisccoulson, those issues were supposed to be fixed yesterday, is your mirror uptodate?
[15:09] <mdeslaur> chrisccoulson: no, manually install the python3 package
[15:10] <mdeslaur> it's fixed, but if you're in a broken state, you need to manually fix it
[15:10] <chrisccoulson> seb128, yeah, i can see the latest version but it won't upgrade with the broken state
[15:10] <chrisccoulson> mdeslaur, thanks. i'll try that :)
[15:10] <chrisccoulson> i don't want to spend too much time on my computer ;)
[15:11] <seb128> chrisccoulson, btw stop working, you are supposed to be on vac ;-)
[15:11] <mdeslaur> chrisccoulson: sudo dpkg -i /var/cache/apt/archives/python3_3.2.3-3ubuntu1_all.deb
[15:11] <mdeslaur> chrisccoulson: and then turn it completely off :)
[15:12] <chrisccoulson> seb128, yeah, i should just turn my laptop off ;)
[15:12] <seb128> chrisccoulson, good!  ;-)
[15:12] <chrisccoulson> ah, that's better, it's upgrading now :)
[15:13] <seb128> chrisccoulson, you say that because you don't know how buggy those updates are ;-)
[15:14] <chrisccoulson> seb128, oh, there's not much to update here actually. i've got the new indicator stack already ;)
[15:15] <seb128> chrisccoulson, ;-)
[15:22] <didrocks> mterry: thanks for the review!
[15:23] <mterry> yw!
[16:55]  * didrocks waves good evening and week-end!
[17:29] <kenvandine> desrt, what's the status of your wip/action_helper branch?
[17:38] <desrt> kenvandine: waiting for lars to get back from vacation
[17:38] <kenvandine> ok, i uploaded it to a ppa so we can hit the ground running when he returns
[17:39] <kenvandine> also uploading libindicator and libmessagingmenu
[18:00] <bcurtiswx> can someone test: change your presence with empathy 3.4.2.1 on precise with the empathy window, then try changing it with the indicator menu. Mine always goes to available and then does not change.
[18:01] <bcurtiswx> kenvandine: ^ if you have precise
[18:03] <bcurtiswx> hmm, maybe ken had to leave early today