[02:54] <tgm4883> any know pygtk?
[02:55] <c_smith> I don't. sadly.
[02:56] <tgm4883> I'm having a bad time with this app I'm writing. When I have it paint a new screen, it seems to do more work every time do a new screen
[02:56] <tgm4883> I'm wondering if I need to manually clear the queue
[02:57] <c_smith> well, you got far further than I would in writing a program.  :)
[03:12] <cy1> I know pygtk
[03:12] <cy1> but the docs know it better
[03:13] <cy1> http://www.pygtk.org/reference.html
[03:13] <tgm4883> cy1, yea I'm not really getting anywhere with the docs, although I'm not reading them that closely
[03:13] <cy1> tgm4883: Are you connecting the signal once, or every expose event? That would cause a geometrically increasing # of screen refreshes...
[03:14] <tgm4883> every expose event
[03:14] <tgm4883> which is wrong, so i'm trying to tweak it until it's correct
[03:14] <cy1> Yes, only connect the signal once, at program initialization. Otherwise it does n expose events every nth expose event.
[03:15] <cy1> Signals are persistent, and have to be explicitly removed.
[03:15] <tgm4883> cy1, ok, so how am I suppose to call it later then?
[03:15] <tgm4883> right now, everytime I press the right arrow key, it does "self.mainDA.connect("expose-event", self.expose)"
[03:15] <cy1> The callback you provide gets called every expose event. You don't need to connect to the signal to get repeated calls.
[03:16] <cy1> tgm4883: It seems you want to trigger an expose event, not connect to one, when hitting the right arrow?
[03:16] <tgm4883> yes
[03:17] <tgm4883> as I'll have multiple screens I want to paint, depending on which key is pressed
[03:18] <cy1> tgm4883: http://developer.gnome.org/pygtk/stable/class-gtkwidget.html#method-gtkwidget--queue-draw
[03:19] <cy1> invalidate rect is how to trigger a window to emit an expose event. (Generally you don't emit the signals in your own code, but provoke their emission in existing code.)
[03:19] <cy1> and queue draw calls invalidate rect with that widget's dimensions
[03:20] <tgm4883> hmm
[03:20] <tgm4883> I'm using queue_draw after I connect the event
[03:21] <tgm4883> but you are saying I need to use it to trigger the event rather than do the connect on the event
[03:21] <cy1> "self.mainDA.connect("expose-event", self.expose)" => "self.mainDA.queue_draw()"
[03:21] <cy1> the former adds a callback to the signal, without triggering it.
[03:21] <cy1> No limit to how many callbacks you can connect to a signal.
[03:21] <cy1> And it doesn't check if it's the same function.
[03:21] <cy1> So, don't do that. Do queue_draw or whatnot.
[03:22] <cy1> Are you making a gaaame? =)
[03:22] <tgm4883> cy1, I'm making a calibration tool for Ubuntu TV
[03:22] <tgm4883> or for TV's in general
[03:23] <cy1> aw
[03:23] <cy1> I can't imagine you'd need a drawable area for that. What sorts of drawings are you displaying? Like a histogram or something?
[03:24] <tgm4883> so then if I'm using 'self.mainDA.queue_draw()' to paint the screen, I should have a separate drawing area for each?
[03:24] <tgm4883> cy1, one of them is this http://en.wikipedia.org/wiki/File:SMPTE_Color_Bars_16x9.svg
[03:24] <tgm4883> I'm generating that
[03:24] <cy1> Ahh, neat.
[03:24] <tgm4883> I also have one for aspect ratio and overscan
[03:25] <cy1> Good use for a drawing area!
[03:25] <tgm4883> so is it correct that I need a separate drawing area for each of those then
[03:26] <cy1> So you press right and you want those color bars to auto-update as the monitor is tweaked. Wouldn't it defeat the purpose of testing a monitor for color correctness if the colors changed with the settings?
[03:26] <cy1> Not a separate drawing area I'd say. Depends if you want to refresh them independently or not.
[03:26] <tgm4883> no, press right and those color bars are displayed. They don't change while you are changing settings on your monitor
[03:27] <tgm4883> but if you press 2, it switches to your #2 monitor, and changes to fit the new resolution
[03:27] <cy1> So, they're not displayed just when you start the program?
[03:27] <cy1> Oh, I don't know anything about monitor switching...
[03:27] <tgm4883> no, the first screen displayed is the instructions screen
[03:27] <tgm4883> I've got monitoring switching all figured out :)
[03:29] <tgm4883> so I also have 'self.mainDA.connect("expose-event", self.draw_aspect_ratio)' when you press left. How would I differentiate between the two screens if I'm just doing 'self.mainDA.queue_draw()'
[03:56] <tgm4883> cy1, I think I figured it out. Thanks for pointing me in the right direction
[04:40] <c_smith> has anyone here had the event where running apt-get purge wine1.5 purges GRUB2?
[04:44] <cy1> tgm4883: no problem ^.^
[04:44] <c_smith> cy1, you haven't had apt-get purge <insert program that isn't essential to booting> purge GRUB2, correct?
[04:45] <cy1> c_smith: I'm on Arch. :/
[04:46] <c_smith> I tried arch.
[04:47] <c_smith> but on with my story, I was purging wine1.5 with the intent of reinstalling it, it purge GRUB2, PPPOEconf (those are what I know of) and then tried to reinstall Wine1.5 after thoroughly devastating the system.
[04:47] <c_smith> apt-get purge in this case is a nightmare.
[04:52] <cy1> geh, dunno what to tell you
[04:53] <c_smith> eh, good thing I'm downloading LMDE.
[04:54] <c_smith> and strange thing is I'm not angry at all, I'm laughing at this whole thing.
[05:02] <c_smith> I am seriously beginning to hate ubuntu.
[05:10] <bkerensa> tgm4883: is this the same Ubuntu TV that Canonical essentially said their would be a wall between Canonical and Community? :P
[05:10] <bkerensa> there*
[05:11] <c_smith> bkerensa, you saw my description of what happened to me with apt-get purge, right?
[05:11] <bkerensa> c_smith: no
[05:12] <c_smith> well, let's just say it purged GRUB when I told it to purge Wine1.5
[05:12] <c_smith> that, and PPPOEConf
[05:12] <c_smith> neither of which are remotely related to Wine1.5
[05:13] <c_smith> so, I don't have a bootloader, and I don't feel like installing it, so I'm going to install another distro.
[05:14] <c_smith> yep, I'm taking that harder way out.
[05:14] <c_smith> or is it the easier way..... hmmmm.....
[05:17] <bkerensa> I find it hard to believe apt-get purge wine resulted in grub being removed seems like there was some level of user error involved and why would you purge wine anyways?
[05:17] <c_smith> to reinstall it.
[05:17] <bkerensa> was the package broken? Were you experimenting with a development version?
[05:17] <bkerensa> >.<
[05:17] <bkerensa> you dont need to use purge to reinstall
[05:17] <c_smith> purge the configuration file to see if it fixed the sound issues.
[05:18] <bkerensa> rm -f -r ./wine ?
[05:18] <bkerensa> sudo apt-get remove wine?
[05:18] <bkerensa> sudo apt-get install wine
[05:18] <bkerensa> done
[05:18] <c_smith> did that, I was making sure I got rid of other traced of config.
[05:18] <bkerensa> eck .wine even
[05:18] <bkerensa> rm -f -r .wine from your home and there would be no trace
[05:18] <c_smith> hmmmm, ok,\
[05:19]  * bkerensa is going to see what this is about because I have no idea why purge would remove GRUB
[05:19]  * bkerensa has wine installed so lets see
[05:19] <c_smith> still gonna try another distro, this system is messed up beyond what I care to fix (it's possible, but I don't care nor have the time to fix it)
[05:20] <bkerensa> why would you distro hop over a broken bootloader?
[05:20] <bkerensa> Its not Ubuntu's fault you nuked GRUB :P
[05:20] <c_smith> don't know, but I'm bored, and this happens when I'm bored, I distro hop. :P
[05:21] <bkerensa> yeah I just purged wine and it absolutely did nothing to Grub
[05:21] <c_smith> I was going to try another XFCE distro anyway, see what is out there.
[05:21] <bkerensa> it just removed all the depends and the ms font garbage
[05:21] <bkerensa> :D
[05:21] <c_smith> strange, glitch maybe?
[05:21] <bkerensa> unlikely
[05:21] <c_smith> but possible?
[05:21] <bkerensa> better lucky of winning the lotto?
[05:22] <bkerensa> luck*
[05:22] <c_smith> xD I see your point.
[05:22] <bkerensa> the wine package has absolutely no ties to Grub so there is absolutely no reason for apt-get purge to touch grub
[05:22] <c_smith> albeit, I'm as clueless as you on this.
[05:25]  * bkerensa goes back to playing with system76 laptop
[05:30] <c_smith> have fun.
[05:31] <bkerensa> I think I'm going to talk to someone about seeing if I can give away a system76 laptop :P
[05:35] <sbeattie> c_smith: wine1.5 is a purely virtual package; if you had a real wine1.5 package installed, where did you get it from?
[05:36] <c_smith> Ubuntu Wine Team PPA
[05:39] <bkerensa> sbeattie: almost makes me want to look at the ppa :P to see how any of this was possible
[05:41] <bkerensa> wine1.5_1.5.4-0ubuntu1~ppa1~precise1+pulse17.debian.tar.gz
[05:42] <bkerensa> lets have a look
[06:00]  * sbeattie calls it a night
[06:03]  * bkerensa hits harvest up for some bug work ;p
[14:27] <nathwill> slangasek: the php guys disagree with us... https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1002443
[14:27] <nathwill> :P
[15:00] <sbeattie> nathwill: well, Marc Deslauriers is on the ubuntu security team, calling him a php guy is likely to not make him happy.
[15:00] <nathwill> lol
[15:07] <slangasek> nathwill: with you, you mean; I don't have a dog in this fight :)
[15:08] <nathwill> lol. naturally.
[15:09] <nathwill> i'd hardly call it a fight
[15:34] <nathwill> morning markdude
[15:34] <MarkDude> Morning
[15:38]  * MarkDude loves the smell of napalm in the morning...
[16:07] <nathwill> i see
[16:07] <bkerensa> RedBeacon is nifty for hiring people to mow lawn and do work for u :D
[16:08] <bkerensa> I just found someone to mow my lawn and trim my bushes for $25
[16:08] <bkerensa> :P
[16:09] <nathwill> bkerensa neighborhood youth?
[16:09] <bkerensa> professional
[16:09] <bkerensa> :D
[16:10] <bkerensa> http://redbe.co/r/mvu5w <-- they only use licensed or professional companies in your areas
[16:10] <bkerensa> you can get like your house cleaned by a maid service for $60 a week or so :D
[16:55] <nathwill> woot, first charm promulgated
[16:55] <kees> nathwill: congratz!
[17:36] <bkerensa> nathwill: did clint promulgate it?
[17:38] <nathwill> bkerensa, no idea yet. they said it might take some time.
[17:38] <nathwill> i'm not worried about it. they said it was approved, so it'll show up whenever the flow goes through
[17:38] <nathwill> dude... http://en.wikipedia.org/wiki/Black_money_scam
[17:38] <nathwill> creepy weird
[17:39] <bkerensa> weird indeed
[18:25] <slangasek> bkerensa: if they only work with licensed professionals, why is their domain registered in colombia? ;)
[18:26] <bkerensa> Hmm?
[18:26] <bkerensa> http://who.is/whois/redbeacon.com/
[18:26] <bkerensa> thats just their short name
[18:26]  * bkerensa would love to have a .ly which would require a registered agent in libya but ya too expensive ;)
[18:29] <slangasek> ah ;)
[19:26] <MarkDude> The hotdog debate still rages.... https://docs.google.com/document/d/1h5kHxrn-DxotB-YCNHbdgfdhewkwVXCJ0D6WilkiDVU/edit
[19:38] <nathwill> markdude, you should do up a bikeshed textured with hotdogs
[19:47] <slangasek> haha
[19:50] <MarkDude> Dead on nathwill
[19:51] <MarkDude> http://lists.fedoraproject.org/pipermail/ambassadors/2012-May/019624.html
[19:51]  * MarkDude did that the other day
[19:51] <nathwill> rofl
[19:51] <nathwill> i want the graphic though :P
[19:53] <MarkDude> well
[19:53]  * MarkDude is working on *video response*
[19:53] <MarkDude> Epic video will be epic
[23:24] <MarkDude> Letter is done http://lists.fedoraproject.org/pipermail/advisory-board/2012-May/011612.html