[10:09] <triggerhapp> Having issues with my PPA Build, they pass and the package is there, but theyre empty? I'm using pycentral / cdbs https://launchpadlibrarian.net/136944828/buildlog_ubuntu-quantal-i386.livestream_0.1.9~ppa3_UPLOADING.txt.gz
[10:48] <xnox> triggerhapp: link to ppa / source package would help. Please note that pycentral is deprecated and is not part of ubuntu-main. dh_python[2|3] are preffered with dh(7) minimal rules style.
[10:49] <triggerhapp> ah, so something has changed since :P http://bazaar.launchpad.net/~triggerhapp/livestream/trunk/files
[10:49] <triggerhapp> xnox, I'll look up dh_python now then
[10:50] <xnox> triggerhapp: dh_python2
[10:50] <xnox> triggerhapp: dh_python is a very very acient one predating pycentral/support =)))
[10:50] <triggerhapp> heh, my misreading :P Thanks
[10:51] <xnox> triggerhapp: http://wiki.debian.org/Python/TransitionToDHPython2
[10:51] <triggerhapp> Just found that same URL :D
[10:51] <triggerhapp> I'll bug the channel again if I get stuck, but seems comprehensive
[10:55] <xnox> triggerhapp: even "echo 9 > debian/compat" should be enough to get things to build, I think.
[10:55] <triggerhapp> go figure if it was that simple... XD
[10:57] <triggerhapp> Right, lets try that one first, now the waiting game :D
[14:25] <meamy`> hi every one. I have a problem with a GTK password prombt in an python script. It seems to work but the prombt will not close after you hit the OK button. Google tells me that i have to add somewhere gtk.main(), but when I'm doing this the scripte does not continue. I shut add that I dont have any experince with GUI programming :). here is the example code http://pastebin.com/R8XURT7e. Thanks
[14:26] <meamy`> hope somebody can help me
[14:30] <dholbach> mhall119, dpm: ^ do you know anyone who's knowledgeable in that area?
[14:30]  * mhall119 reads
[14:31] <dpm> If no one can answer, I'd suggest asking on Ask Ubuntu, there someone will be able to help. Let me give you the link in a minute
[14:32] <mhall119> yeah, AskUbuntu would be better
[14:34] <mhall119> meamy`: gtk.main() runs the Gtk event look, this is usually needed to keep a Gtk application process running even when it has nothing to do, you'd end that with gtk.main_quit()
[14:41] <meamy`> mhall119: the problem is that i dont know how i call gtk.main_quit() after i called gtk.main(). My guess is that i have to do that with something like dialog.connect("magic trigger", gtk.main_quit()) but all my tries in that direction failed
[14:46] <mhall119> meamy`: you might be able to just call it after your dialog.run()
[14:47] <mhall119> if the dialog is the only GUI part of your app
[15:01] <meamy`> mhall119: yes i just need this one prompt. if i place gtk.main_quit after dialog.run() the problem still is where i place gtk.main() since it blocks the scripte from continue (if i got it ride its starts an endless loops and wait for events). it is also not realy clear to me why i need to call gtk.main at all to let the dialog disapear
[15:03] <mhall119> meamy`: dialog.run() is actually going to run gtk.main() for you, I believe, so you don't need it
[15:06] <meamy`> mhall119: i got an RuntimeError: called outside of a mainloop
[15:08] <mhall119> ok, so maybe you don't need gtk.main_quit either
[15:08] <mhall119> in which case, I don't know what's wrong, try AskUbuntu
[15:08] <meamy`> mhall119: ok i will do that
[15:08] <meamy`> mhall119: thanks
[15:16] <mhall119> np
[15:17] <odra> ...
[15:17] <odra> Dialog.Run can run a dialog in modal mode
[15:17] <odra> In which case it runs it's own event loop
[15:21] <meamy`> odra: and how did tell this event loop to stop? dialog.destroy() dont do the job
[15:21] <odra> meamy`: It should, though :u
[15:24] <odra> meamy`: Are you trying to show a dialog message before your main window?
[15:25] <odra> meamy`: You can try using .show() for the dialog instead of .run()
[15:29] <meamy`> odra: I dont have a main window its just this password prompt i want to show
[15:32] <odra> meamy`: Hmm :/
[15:32] <meamy`> odra: if i just use .show_all the window dont show the gtk.entry for the password so that also not realy an option
[15:32] <odra> meamy`: That sounds incredible, since show_all shows all children widget
[15:33] <meamy`> odra: http://pastebin.com/R8XURT7e that the code we taking about
[15:33] <odra> meamy`: Did you try connecting gtk.main_quit to the "destroy" signal?
[15:36] <meamy`> odra: yep but i dont know if i did it right since I'm new to that topic
[15:37] <odra> meamy`: It's working for me :D
[15:38] <odra> http://pastebin.com/YJkpCjLp no errors :u
[15:39] <meamy`> odra: yep as i told you the prompt is working but it does not close (it shut not be ther wihle this .time is executet) in my main script it just close when the
[15:39] <odra> Also that is not the right way to perform a PRESS ENTER TO OK
[15:40] <odra> meamy`: It closes for me :u
[15:45] <meamy`> odra: it close because the scripte close but if you do something after  print(gtk_getpass("CAKE")) it does not close until that is finish (since my original does a lot of things after it ask for a password i want the prombt to close)
[15:46] <odra> meamy`: hmm...
[15:46] <odra> lemme check
[15:47] <meamy`> odra: In my example i used time.sleep(12) for that
[15:49] <odra> meamy`: http://pastebin.com/3yMwWzsx
[15:59] <meamy`> odra: mm ok your scripte work for. But i dont see the big difference the same scripte with the time.sleep instead of the raw_input() command dont.
[16:00] <odra> meamy`: Me neither, it just works I guess
[16:01] <odra> meamy`: Anyways, erase the responseToDialog function and use gtk default activation stuff. Makes you look smarter :D
[16:02] <meamy`> odra: thanks for the tip, I will update my original scripte and see if it works
[16:04] <odra> meamy`: As a matter of fact, setting the default response of a dialog basically uses .grab_default() on the respective button. Buttons which are "default" get a visual hint from the theme :D
[16:32] <meamy`> odra: ok my original script is also working thanks again
[20:35] <stqn> hmmm the ubuntu software center only accepts vimeo videos, but vimeo requires paying for commercial use. “Exceptions are made for: Independent production companies, authors, artists, musicians, nonprofits, and actors who want to promote the work they have created” but I don’t know if that applies.
[20:35] <stqn> can’t find a single video of a video game on vimeo
[20:40] <odra> stqn: Search harder. :|
[20:40] <odra> Or
[20:40] <odra> Pioneer!
[20:40] <odra> stqn: As the pythonista philosophy goes, "it is easier to ask for forgiveness than permission" ;)
[20:42] <stqn> eh
[20:52] <stqn> definitely no appropriate category
[20:52] <stqn> strange choice made by canonical here
[20:54] <stqn> ah, there is … https://vimeo.com/channels/37652
[21:13] <stqn> « You may not upload captures of video games or gameplay, even if edited » … that settles it
[21:24] <odra> stqn: Hmm
[21:24] <odra> That sounds weird
[21:25] <odra> stqn: Is it a game you made?
[21:25] <odra> Because if it is so, maybe it would be a good idea to contact them :)
[21:29] <stqn> odra: yep it’s a game.
[21:29] <odra> stqn: but did you make it?
[21:29] <stqn> yes
[21:29] <odra> Because you know how games are, there are games, and there mods, and then there are lawyers
[21:30] <odra> stqn: It might be worth giving Vimeo a call.
[21:30] <stqn> I just think they don’t want to see video games on vimeo
[21:30] <odra> stqn: Nah
[21:31] <odra> I think they just put the game developers who post videos about games and the gamers who post videos about games on a set of scales and figured out it would be a pain in the ass to deal with the gamers.
[21:32] <odra> If I were you I would send an e-mail. :)
[21:32] <stqn> « You may not upload captures of video games or gameplay » sounds clear enough to me
[21:33] <odra> stqn: I've read it the first time but knowing Vimeo I would guess that was not intended to creators.