[02:07] <kenvandine> bcurtiswx, yay... out of that comment from facebook... it was enough for me to figure out how to fix it
[02:09] <bcurtiswx> nice, what was the prob bob?... or Ken..
[02:13] <bcurtiswx> kenvandine, will you need a guinea pig (A.K.A. tester) ?
[02:15] <kenvandine> i need many guinea pigs
[02:15] <kenvandine> before we know
[02:17] <bcurtiswx> well i can blog it, that will get on planet ubuntu
[02:18] <bcurtiswx> if you want lots of guinea pigs, they may respond.  Getting Joey over at omgubuntu would suffice for guinea pigs as well
[02:20] <bcurtiswx> but how would you test it compared to everyone else using the "bad" version?
[02:20] <bcurtiswx> i assume the only way would be converting enough people that the usage goes down
[07:35] <pitti> Good morning
[08:42] <rage_> hi?
[08:49] <seb128> hey
[08:50] <pitti> bonjour seb128
[08:50] <seb128> pitti, guten tag
[08:50] <seb128> wie gets?
[08:50] <pitti> I'm great, thanks! how about you?
[08:50] <didrocks> hey pitti, seb128
[08:51] <rage_> o, guys, mb you can help me. there is a problem in skype, after 2 min video conf its crash. ubuntu 10.10.
[08:52] <rage_> where is problem?
[08:52] <mvo> hey seb128, good morning
[08:52] <pitti> hey didrocks
[08:52] <pitti> bonjour mvo, how was your holiday?
[08:52] <mvo> hey didrocks and pitti - good morning
[08:52] <pitti> didrocks: my desktop looks exceptionally ugly today :/
[08:52] <mvo> pitti: very nice
[08:52] <didrocks> Guten Morgen mvo :)
[08:52] <mvo> pitti: berlin is always worth a visit :)
[08:52] <seb128> pitti, I'm fine thanks
[08:52] <seb128> hey mvo
[08:53] <didrocks> pitti: let me guess, compiz? :) how ugly?
[08:53] <mvo> compiz!
[08:53] <seb128> compiz 0.9
[08:53] <seb128> run!
[08:53] <pitti> didrocks: just like metacity - no effects at all, no transparent notify bubbles, very thin window borders
[08:53] <didrocks>  /quit it was a fun day… see you tomorrow :)
[08:53] <pitti> and on top of that, panel window list crashes
[08:53] <didrocks> pitti: hum, weird
[08:53]  * pitti hugs didrocks
[08:53]  * didrocks hugs pitti
[08:53] <pitti> didrocks: i. e. it looks like no compositing at all -- is that normal?
[08:54] <didrocks> pitti: I get normal effects there with the default list
[08:54] <didrocks> pitti: no, it's not
[08:54] <pitti> or something with my config or system?
[08:54] <didrocks> pitti: can you paste the output of compliz --replace in a terminal? (after removing ~/.compiz-1 and ~/.config/compiz-1)
[08:54] <didrocks> compiz*
[08:55] <pitti> didrocks: I don't have ~/.compiz-1, should I? just .config/compiz-1
[08:55] <didrocks> pitti: no, it's just for additional plugins if it detects it
[08:56] <mvo> hey chrisccoulson
[08:56] <pitti> didrocks: hm, seems that did it, it works now
[08:56] <pitti> didrocks: but now all my keybindings are gone
[08:57] <chrisccoulson> hi mvo, how are you?
[08:57] <didrocks> pitti: hum, you mean, you had a .config/compiz-1 before the upgrade?
[08:57] <mvo> chrisccoulson: good! just returned from a mini vacation. how are you?
[08:57] <didrocks> pitti: yeah, that's related to your config beeing before stored on .config/compiz as told yesterday
[08:57] <pitti> didrocks: not before today's dist-upgrade
[08:57] <didrocks> pitti: and no upgrade path right now
[08:57] <chrisccoulson> mvo - not too bad thanks. did you go anywhere on vacation?
[08:57] <pitti> didrocks: okay
[08:57] <didrocks> that's weird that it failed on first start :/
[08:57] <pitti> didrocks: no window list in panel AND no keybindings, bummer
[08:58] <mvo> chrisccoulson: yes, I visited my sister in berlin and on the way back some friends, a very nice trip
[08:58] <pitti> didrocks: no error messages or strange things in compiz output
[08:58] <didrocks> pitti: no window list in panel?
[08:58] <didrocks> pitti: you still have the default keybindings, isn't it?
[08:58] <didrocks> like ctrl + alt + arrows
[08:58] <didrocks> or super + e
[08:58] <seb128> didrocks, the new compiz doesn't respect the GNOME keybindings?
[08:59] <didrocks> seb128: no, because of the ini backend
[08:59] <seb128> that seems buggy indeed
[08:59] <didrocks> seb128: agreed, already talked about it with sam
[08:59] <pitti> didrocks: right
[08:59] <pitti> ah, with compiz running now, the window list works again, too
[08:59] <didrocks> pitti: I don't understand the "no window list"
[08:59] <seb128> didrocks, is there any way to set keybindings in the ini file?
[08:59] <didrocks> ah :)
[09:00] <seb128> or using ccsm
[09:00] <pitti> didrocks: it crashed before, perhaps because compiz was in that weird broken state
[09:00] <didrocks> seb128: maybe we'll use the gsettings backend, we can imagine making a migration there
[09:00] <didrocks> pitti: maybe, we'll see on others upgrade if it repeats or not
[09:00] <seb128> I'm wondering if I should upgrade or not ;-)
[09:01] <didrocks> seb128: only if everything works after then :-)
[09:01] <didrocks> (maybe time to /ignore seb128 and "lalalala" :))
[09:01] <seb128> lol
[09:01] <seb128> do you have a ccsm in the new compiz?
[09:01] <chrisccoulson> didrocks - is compiz-gnome missing a conflicts / replaces on compiz-plugins?
[09:01] <chrisccoulson> trying to overwrite '/usr/share/gconf/schemas/compiz-screenshot.schemas', which is also in package compiz-plugins 1:0.8.6-0ubuntu12
[09:02] <didrocks> pitti: I've upgraded ccsm in any case if you need to define some keybinding
[09:02] <seb128> hey chrisccoulson
[09:02] <didrocks> seb128: ^^
[09:02] <seb128> seems chrisccoulson is a brave man
[09:02] <chrisccoulson> hi seb128, how are you?
[09:02] <didrocks> hey chrisccoulson , oh really? ok, fixing it
[09:02] <seb128> chrisccoulson, I'm fine, you?
[09:03] <chrisccoulson> seb128 - not too bad thanks, battling with no WM this morning though ;)
[09:03] <seb128> join the line after pitti
[09:03] <seb128> I didn't dare to upgrade yet ;-)
[09:04] <seb128> didrocks, I told you yesterday that today would be a busy day for you ;-)
[09:04] <chrisccoulson> oh, compiz is running now, but no gtk-window-decorator
[09:04] <chrisccoulson> brb, session restart ;)
[09:04] <didrocks> seb128: yeah, I was afraid you were so right that I prefered to sleep and forget :)
[09:05] <seb128> lol
[09:05]  * seb128 hugs didrocks
[09:05]  * didrocks hugs seb128
[09:05] <didrocks> "that will be a long day…"
[09:05] <didrocks> I still don't understand how chris get a compiz-plugins 1:0.8.6-0ubuntu12 :)
[09:05] <seb128> well tomorrow is an holiday at least
[09:05] <didrocks> https://edge.launchpad.net/ubuntu/+source/compiz
[09:06] <didrocks> seb128: no, I won't take it, I need a swap day for my moving and in the same time, I have quite things on my plate I want to finish before eow :)
[09:06] <seb128> didrocks, it probably unpacked the new compiz-gnome before dealing with the compiz-plugins installed
[09:06] <didrocks> chrisccoulson: how did you get a compiz-plugins 1:0.8.6-0ubuntu12 ? https://edge.launchpad.net/ubuntu/+source/compiz says that the highest version was 1:0.8.6-0ubuntu9.1
[09:06] <seb128> didrocks, race on upgrade, you need a replaces in any case
[09:06] <didrocks> seb128: it's rather a version issue ^
[09:07] <didrocks> hum, ok, I suck
[09:07] <seb128> https://launchpad.net/ubuntu/natty/+source/compiz/1:0.8.6-0ubuntu12
[09:07] <didrocks> let me check :)
[09:07] <seb128> didrocks, ^?
[09:07] <chrisccoulson> :)
[09:07] <didrocks> ok, I shouldn't rely on rmadison :))
[09:07] <chrisccoulson> ok, no window decorations after a session restart either ;)
[09:07] <didrocks> chrisccoulson: urgh… do you have some traces?
[09:08] <didrocks> chrisccoulson: like, can you try compiz --replace in a terminal?
[09:08] <seb128> chrisccoulson, decoration are overrated
[09:08] <chrisccoulson> didrocks - compiz --replace looks normal, it even starts gtk-window-decorator
[09:09] <rodrigo_> morning
[09:09] <seb128> hey rodrigo_
[09:09] <didrocks> chrisccoulson: can you try a session restart?
[09:09] <chrisccoulson> didrocks, just tried that ;)
[09:09] <rodrigo_> hi seb128
[09:09] <didrocks> chrisccoulson: sure, but now that it started at least once :)
[09:10] <chrisccoulson> didrocks - i did it already, that's why i restarted my session a few lines ago ;)
[09:10] <seb128> chrisccoulson, but you had no decorator before restarting
[09:10] <didrocks> what seb128 is telling :)
[09:10] <seb128> chrisccoulson, seems didrocks wants to check if now you got some config in place which will make the decorator start
[09:11] <seb128> like if compiz --replace did something
[09:11] <didrocks> seb128: exactly, thanks for making it clear :)
[09:11] <chrisccoulson> oh, what i mean is that the gtk-window-decorator is starting, but it's not drawing the decoration ;)
[09:11] <chrisccoulson> so, even with compiz --replace, i get no borders
[09:11] <chrisccoulson> but gtk-window-decorator is running
[09:11] <seb128> oh ok
[09:11] <seb128> everything is uptodate?
[09:11] <seb128> or did you upgrade broke due the conflicts?
[09:12] <chrisccoulson> i'm just testing that
[09:12] <chrisccoulson> oops
[09:12] <chrisccoulson> my bad
[09:12] <seb128> I knew it!
[09:12] <seb128> ;-)
[09:12] <didrocks> \o/
[09:12] <chrisccoulson> it was because compiz-gnome failed to upgrade ;)
[09:13] <seb128> well, half your fault, the replaces bug is didrocks's ;-)
[09:13] <didrocks> (fixed in the packaging branch btw)
[09:13] <chrisccoulson> so, everything is working now :)
[09:13] <didrocks> nice!
[09:14] <chrisccoulson> i guess what i should do now is break didrocks browser with a firefox upload
[09:14] <chrisccoulson> just to return the favour ;)
[09:15] <didrocks> chrisccoulson: I will use chromium :p
[09:16] <chrisccoulson> lol
[09:16] <chrisccoulson> well, i've just gone back to using firefox-4.0 built on the natty toolchain, and it's terrible
[09:16] <chrisccoulson> it crashed even before opening a webpage
[09:18] <chrisccoulson> urgh, it really is unusable
[09:18] <seb128> you need to corner doko
[09:19] <pitti> for now you could build it against gcc-4.4?
[09:19] <chrisccoulson> pitti - or just run the maverick build ;)
[09:19] <chrisccoulson> that's what i've been doing up until now
[09:23] <seb128> didrocks, ^
[09:23] <seb128> didrocks, did you try building compiz in release mode on the old gcc?
[09:24] <didrocks> seb128: I didn't, I'm on natty
[09:24] <seb128> your compiz issue could be due the new gcc or something
[09:24] <seb128> similar to firefox issues chrisccoulson is having
[09:25] <didrocks> seb128: nice idea, let's see if I can try on maverick (not today I guess, it's a low priority for now)
[09:25] <seb128> well you can push to a maverick ppa
[09:25] <seb128> easy enough
[09:25] <didrocks> seb128: ok, let's go the lazy way then and hoped all the dep are there :)
[09:25] <seb128> didrocks, ;-)
[09:26] <didrocks> seb128: btw, I was wondering, did the team received FTBFS from a team ppa or just the uploader?
[09:26] <seb128> just the uploader I guess
[09:26] <chrisccoulson> oh
[09:26] <seb128> I didn't receive any ftbfs for the team ppa
[09:26] <didrocks> ok, I can upload without spamming you! :)
[09:27] <chrisccoulson> the firefox crash looks like it might be a gtk issue
[09:27] <seb128> chrisccoulson, *jedi wave...* there is no gtk issue
[09:27] <chrisccoulson> lol
[09:27] <seb128> ;-)
[09:27] <seb128> chrisccoulson, using gtk3?
[09:28] <seb128> gtk2 didn't change a lot recently
[09:28] <chrisccoulson> aha. even firefox 3.6 crashes, and that's still the maverick build
[09:28] <chrisccoulson> yeah, both builds are unusable
[09:28] <chrisccoulson> chromium too!
[09:28] <seb128> you messed up your system
[09:29] <seb128> ?
[09:29] <chrisccoulson> hmmm, not sure ;)
[09:29] <seb128> when did that start?
[09:29] <seb128> did you get gtk2 2.23?
[09:30] <chrisccoulson> since i updated to gtk2 2.23 ;)
[09:30] <seb128> robert_ancell updated that during the night
[09:30] <chrisccoulson> which was about 20 minutes ago
[09:30] <seb128> ok
[09:30] <seb128> great
[09:30] <seb128> great (ironic)
[09:30] <seb128> rather
[09:30] <chrisccoulson> in fact, the upgrade didn't even pull in the natty build of firefox-4 yet (i've got that pinned)
[09:30] <seb128> do you have a crash stacktrace?
[09:31] <chrisccoulson> yeah, but i can't open a browser to paste it anywhere ;)
[09:31]  * chrisccoulson installs epiphany
[09:31] <seb128> lol
[09:32] <seb128> can you copy the bt start in there?
[09:33] <chrisccoulson> seb128 - http://paste.ubuntu.com/529221/
[09:33] <chrisccoulson> yay for epiphany \o/
[09:33] <rage_> бля
[09:34] <rage_>  there is a problem in skype, after 2 min video conf its crash. ubuntu 10.10.
[09:34] <rage_>  where is problem?
[09:34] <chrisccoulson> rage_, #ubuntu for user support
[09:35] <seb128> chrisccoulson, weird, the clipboard code didn't change for a while
[09:35] <seb128> chrisccoulson, does it depends of what you have copied in the clipboard?
[09:35] <chrisccoulson> hmmm, i don't think i had anything in the clipboard
[09:38] <seb128> weird
[09:38] <seb128> what arch are you on?
[09:38] <chrisccoulson> amd64
[09:38] <seb128> is anybody else on natty amd64 with the new gtk?
[09:39] <seb128> is firefox still working?
[09:42] <rodrigo_> seb128, hmm, the null applet is for taking over the obsolete applets, I guess upstream has left as it is intentionally
[09:42] <chrisccoulson> i'm guessing that GdkDisplay gets closed somewhere else, so it's probably not really clipboard related
[09:42] <rodrigo_> seb128, talking with upstream
[09:42] <seb128> rodrigo_, who is upstream?
[09:42] <seb128> rodrigo_, I talked to vuntz before pinging you yesterday
[09:42] <rodrigo_> seb128, Enrico Minack has done the latest releases
[09:42] <seb128> rodrigo_, he said it's probably easy to port but that he would not have time for it now
[09:43] <rodrigo_> ah, vuntz, so talking with him
[09:43] <seb128> rodrigo_, ok, if you talk to him maybe ask if he can review and commit bugzilla patches
[09:43] <seb128> him being Enrico
[09:43] <seb128> is he on IRC?
[09:43] <rodrigo_> yes
[09:43] <rodrigo_> no idea what his nick is
[09:45] <seb128> rodrigo_, do you see any reason why the null applet could do the same work using the new lib?
[09:46] <rodrigo_> seb128, yes, although it would need to start over, that is, no obsolete applets right now
[09:46] <seb128> "could not"
[09:46] <seb128> you mean?
[09:46] <seb128> I though that was just cleaning the config
[09:47] <rodrigo_> yes, it checks the applets the user has, and if some is obsolete, shows a dialog and cleans it up
[09:48] <seb128> or doesn't show a dialog in our case I think
[09:48] <seb128> (we have a patch for that iirc)
[09:48] <rodrigo_> ah
[09:48]  * rodrigo_ looks the package
[09:48] <seb128> we have a silent applet patch
[09:49] <seb128> rodrigo_, I still fail to see what upstream would have left it intentionally
[09:49] <seb128> is there any issue porting it to the new apis? would that break how it works or something?
[09:50] <rodrigo_> no, no issue, just that I wonder if upstream has left it intentionally to check for the old applets
[09:50] <rodrigo_> although that can't be, since the rest uses gsettings afaics, and this one uses gconf
[09:51] <seb128> well it checks the panel config no?
[09:51] <rodrigo_> yes
[09:51] <seb128> it could probably do that with the new api as well
[09:51] <seb128> I don't think the fact that applets use bonobo or dbus matters to read the config
[09:52] <rodrigo_> seb128, it provides the .server files for the obsolete applets
[09:52] <rodrigo_> so that when they are loaded, the null applet is instead
[09:52] <seb128> well, it could provide the dbus equivalent no?
[09:52] <rodrigo_> yes
[09:53] <seb128> I will let you sort that with upstream
[09:53] <rodrigo_> ok
[09:53] <seb128> if needed we can put the null applet in a different binary
[09:53] <seb128> install it for upgrades and not on new installs
[09:53] <seb128> it would allow getting ride of bonobo without having to port it
[10:11] <chrisccoulson> seb128 - ok, confirmed it's working ok with the last build of gtk. will bisect that today, that shouldn't take too long to do
[10:11] <seb128> chrisccoulson, ? it's working with git you mean and not 2.23.1?
[10:12] <chrisccoulson> seb128 - oh, i meant with the last natty version
[10:12] <chrisccoulson> 2.22
[10:12] <seb128> what version is buggy then?
[10:12] <chrisccoulson> seb128 - 2.23.1
[10:12] <seb128> ok
[10:16] <pitti> mvo: did you send the patch for bug 623819 upstream anywhere? I can't find it
[10:16] <ubot2> Launchpad bug 623819 in policykit-1-gnome (Ubuntu) "[Maverick] policykit is not responding (affects: 141) (dups: 8) (heat: 642)" [Medium,Fix released] https://launchpad.net/bugs/623819
[10:18] <seb128> pitti, that was somewhat ubuntu specific I think
[10:18] <pitti> I don't see how?
[10:19] <seb128> pitti, upstream doesn't autorestart it, does it?
[10:19] <seb128> bug #623819
[10:19] <ubot2> Launchpad bug 623819 in policykit-1-gnome (Ubuntu) "[Maverick] policykit is not responding (affects: 141) (dups: 8) (heat: 642)" [Medium,Fix released] https://launchpad.net/bugs/623819
[10:19] <seb128> ups
[10:19] <seb128> bug #499937
[10:19] <ubot2> Launchpad bug 499937 in software-center (Ubuntu) (and 1 other project) "[master] install/remove buttons don't react when policykit is not running (affects: 32) (dups: 15) (heat: 167)" [Medium,Fix released] https://launchpad.net/bugs/499937
[10:19] <pitti> seb128: right, but why shouldn't they?
[10:20] <seb128> pitti, oh, I don't say they shouldn't, I'm just saying the change you point is to fix another ubuntu specific patch
[10:20] <seb128> we should probably upstream both
[10:20] <seb128> but upstreaming the second one without the autorestart doesn't make sense
[10:20] <pitti> seb128: mbiebl and I wondered about that last week, when we updated various utopia packages
[10:20] <pitti> seb128: it's just one patch, the second upload just updated it
[10:21] <seb128> oh ok
[10:23] <seb128> it's not like upstream was reviewing patches anyway
[10:23] <seb128> ;-)
[10:23] <seb128> but yeah we should probably send it there if that was not done
[10:26] <seb128> chrisccoulson, just for info firefox starts fine with the new gtk there
[10:26] <seb128> (i386)
[10:26] <chrisccoulson> hmmm :/
[10:28] <seb128> hum
[10:28] <seb128> ImportError: /usr/lib/pymodules/python2.6/gtk-2.0/gtk/_gtk.so: undefined symbol: gtk_private_flags_get_type
[10:29] <seb128> seems the gtk update broke pygtk
[10:31] <mvo> pitti: I did not send it, I can do that now
[10:31] <pitti> mvo: thanks; I couldn't quite figure out the rationale for this
[10:32] <seb128> pitti, the autorestart?
[10:33] <seb128> pitti, basically making sure the daemon is running, otherwise if it crashes you get things using polkit not working
[10:33] <pitti> ah, and the session registration is for a clean shutdown?
[10:33] <seb128> yes, otherwise it leads to the second bug pointed before
[10:34] <seb128> the session complaining that some program is not responding and asking if it should wait or close
[10:47] <seb128> chrisccoulson, do you work on gtk?
[10:47] <rodrigo_> seb128, ok, it's now ported to the new API, but still need to know what to do with the deprecated applets, I guess we can just start over with no deprecated applets for now
[10:47] <rodrigo_> seb128, waiting for vuntz to show up
[10:48] <seb128> rodrigo_, right
[10:48] <rodrigo_> in the meantime, I'll go out for some shopping, my fridge is empty :-)
[10:48] <seb128> rodrigo_, thanks!
[10:48] <rodrigo_> brb
[10:48] <seb128> rodrigo_, have fun
[10:48] <rodrigo_> fun in the supermarket? :D
[10:53] <seb128> rodrigo_, ;-)
[10:56] <chrisccoulson> seb128 - yeah, i'm going to bisect gtk now, once i've tested the current git
[10:57] <seb128> chrisccoulson, can you see what happened to gtk_private_flags_get_type?
[10:57] <seb128> bug #673432
[10:57] <ubot2> Launchpad bug 673432 in gtk+2.0 (Ubuntu) "python2.6: undefined symbol: gtk_private_flags_get_type (affects: 1) (heat: 8)" [High,Triaged] https://launchpad.net/bugs/673432
[10:57] <seb128> chrisccoulson, my download sucks and I don't have a git checkout or the new gtk downloaded yet
[10:57] <chrisccoulson> seb128 - yeah, sure
[10:57] <seb128> chrisccoulson, thanks
[10:58] <seb128> chrisccoulson, I see robert_ancell dropped it from the .symbols
[10:58] <chrisccoulson> just going to restart my session again though
[10:58] <seb128> but that's wrong, that's an abi break
[10:58] <seb128> ok
[11:08] <bigon> seb128: do you think you could merge gobject-introspection from debian?
[11:09] <seb128> bigon, why?
[11:10] <bigon> for the conflicting name with debian
[11:11] <seb128> well does it create any issue?
[11:11] <seb128> we probably don't have people changing distro this way often
[11:11] <seb128> it will be merged at some point but it's not a priority right now, feel free to do the work and ask for sponsoring though
[11:12] <rodrigo_> how is it called in debian?
[11:13] <bigon> rodrigo_: a - was added to the lib pkg to conform with policy
[11:20] <seb128> chrisccoulson, there?
[11:20] <seb128> do you have a git checkout from gtk and the 2.23.1 tarball?
[11:20] <chrisccoulson> seb128 - yeah, i do now
[11:21] <seb128> chrisccoulson, can you diff gtk/gtk.symbols
[11:21] <seb128> between those
[11:21] <seb128> ?
[11:21] <chrisccoulson> gtkprivate.h is gone from gtk_public_h_sources now, which causes that error
[11:21] <chrisccoulson> oh
[11:21] <chrisccoulson> hang on, might help if i check out the right branch ;)
[11:22] <seb128> -gtk_private_flags_get_type G_GNUC_CONST
[11:22] <seb128> I've that in the diff 2.22 to 2.23.1
[11:22] <seb128> but git.gnome.org suggest the line is still in current gtk-2-24
[11:22] <seb128> so I'm wondering if something weird happened when the tarball was rolled
[11:24] <chrisccoulson> seb128 - there's no difference between tarball and git with gtk.symbols
[11:24] <seb128> git doesn't have gtk_private_flags_get_type in its .symbols?
[11:24] <seb128> can you see what commit dropped it?
[11:25] <seb128> nessita, hey
[11:25] <seb128> chrisccoulson, ^
[11:25] <nessita> good morning everyone!
[11:25] <rodrigo_> hi nessita
[11:26] <nessita> hello seb128, rodrigo_!
[11:27] <pitti> hey nessita, good morning
[11:28] <nessita> good morning to you too, pitti
[11:29] <seb128> chrisccoulson, did you check in gtk-2-24 or in trunk?
[11:30] <chrisccoulson> seb128 - i'm confused now. in gtk-2.24, gtk-private.h is still in gtk_public_h_sources, but in our tarball it is in gtk_private_h_sources
[11:30] <chrisccoulson> :/
[11:34] <chrisccoulson> seb128 - there isn't a 2.23.1 tag in git either
[11:34] <chrisccoulson> i'm really confused now
[11:35] <seb128> chrisccoulson, right, git master seems to have it in the public list
[11:36] <seb128> it's like whoever rolled the tarball messed up on its checkout
[11:36] <fta> pitti, hi. http://paste.ubuntu.com/529284/
[11:36] <seb128> chrisccoulson, could you copy the git Makefile over, update the autoreconf 070_mandatory-relibtoolize.patch
[11:36] <seb128> chrisccoulson, and see if that fixes the issue and bring the symbol back?
[11:37] <seb128> git checkout still running there...
[11:38] <chrisccoulson> seb128 - yeah, will do that, 1 second
[11:38] <seb128> chrisccoulson, thanks
[11:42] <seb128> chrisccoulson, I think the issue is rather gtk.symbols
[11:42] <seb128> chrisccoulson, gtk_private_flags_get_type is nowhere in the 2.23 source
[11:43] <seb128> I don't see how changing include will bring back a symbol definition which is not there
[11:43] <didrocks> waow, not a lot of bugs on compiz package (yet) :)
[11:43] <chrisccoulson> seb128 - the symbol is autogenerated from glib-mkenums, which is scanning the public headers
[11:45] <seb128> chrisccoulson, hum, are you sure?
[11:45] <seb128> chrisccoulson, the .symbols is in git and seems updated by commits
[11:45] <seb128> not sure how it would get a symbol which is nowhere in the source?
[11:46] <seb128> $ grep gtk_private_flags_get_type gtk+-2.23.1 -r
[11:46] <seb128> $
[11:46] <seb128> $ grep gtk_private_flags_get_type gtk+-2.22.0 -r | wc -l
[11:46] <seb128> 10
[11:46] <seb128> $
[11:49] <chrisccoulson> seb128 - the code is autogenerated from the enum declaration in gtkprivate.h normally
[11:50] <seb128> chrisccoulson, hum, right
[11:51] <chrisccoulson> it should be in gtktypebuiltins.h, which is the output of glib-mkenums
[11:51] <Amaranth> didrocks: Except they're still calling compiz-fusion-* :P
[11:51] <Amaranth> err, called
[11:52] <didrocks> Amaranth: yeah, I didn't want to change that in the same upload and on my own :) should we rename to compiz++ or compiz?
[11:52] <Amaranth> didrocks: And we seem to be using the ini backend by default and the plugin list I put in the package for the gconf backend is completely wrong so if you enable it compiz segfaults
[11:52] <didrocks> Amaranth: yeah, we use ini right now until the gsettings one is ready
[11:52] <didrocks> Amaranth: I didn't try the gconf backend, just updated, what's wrong in it?
[11:52] <seb128> hum
[11:53] <Amaranth> didrocks: plugin names changed and such
[11:53] <Amaranth> I managed to get it working now
[11:53] <seb128> chrisccoulson, ok, seems you have things under control, I will let you fix it ;-)
[11:53] <chrisccoulson> hmmm, i've got no idea what this tarball really contains, but it definately isn't from gtk-2.24
[11:53] <didrocks> Amaranth: ok, push your branch once you are happy with it :)
[11:53] <seb128> chrisccoulson, we probably want to check with mclasen what happened when he joins IRC
[11:53] <Amaranth> didrocks: But with the patch to not use a shell script and using the ini backend we only enable those "needed" plugins
[11:54] <Amaranth> since the ini backend has no default configuration
[11:54] <seb128> chrisccoulson, what about pushing 2.23.0 has a 2.23.1.is.2.23.0?
[11:54] <didrocks> Amaranth: there are, it's in core.xml
[11:54] <chrisccoulson> seb128 - yeah, i think we should do that
[11:54] <seb128> chrisccoulson, do you want me to do it?
[11:54] <Amaranth> didrocks: Ok, then it just isn't working
[11:54] <seb128> chrisccoulson, or do you do it?
[11:54] <chrisccoulson> seb128 - yeah, if you don't mind. i can't upload that anyway ;)
[11:54] <didrocks> Amaranth: it is working, if you compiz --replace, you will have the default list loaded
[11:54] <seb128> chrisccoulson, ok
[11:54] <Amaranth> didrocks: First time starting compiz after the switch I got my list of needed packages only
[11:55] <didrocks> Amaranth: I don't understand the "list of needed packages"
[11:55] <Amaranth> err, I meant plugins
[11:55] <didrocks> Amaranth: yeah, the default ones, looks at core.xml, isn't it?
[11:55] <Amaranth> didrocks: We added some code to make sure you cannot disable certain plugins as they are essential to having a working window manager
[11:56] <seb128> chrisccoulson, I will just roll back to 2.22
[11:56] <chrisccoulson> seb128 - cool, thanks
[11:56] <seb128> chrisccoulson, I've that locally it's easier to just do the changelog update and rebuild
[11:56] <Amaranth> That list is in the patch that moves the shell script stuff into the compiz binary
[11:56] <seb128> chrisccoulson, thank you for helping debugging
[11:56] <chrisccoulson> you're welcome
[11:56] <didrocks> Amaranth: right, and I changed it to load ccp only and rely on core.xml as suggested by sam
[11:56] <Amaranth> hrm
[11:57] <didrocks> Amaranth: if mean the "if (list of plugin == 0) -> then load … right ?
[11:57] <Amaranth> didrocks: The point of having those plugins hard coded in that patch was to make sure you couldn't turn them off
[11:57] <didrocks> Amaranth: do you speak abot that part of the patch?
[11:57] <Amaranth> didrocks: Yeah
[11:57] <didrocks> Amaranth: it's not avoiding people to turn them off
[11:58] <Amaranth> didrocks: It was in 0.8
[11:58] <didrocks> it's just "if you don't provide any plugin on the command line, please load those"
[11:58] <Amaranth> maniac added code so that plugins loaded from command line could not be unloaded
[11:58] <Amaranth> Mostly as a fix for people unloading ccp
[11:58] <didrocks> Amaranth: so, it's not that part of the patch
[11:58] <didrocks> Amaranth: just show me that part of code then :)
[11:58] <Amaranth> didrocks: That part was upstream
[11:59] <Amaranth> All the patch had to do was put that list in the same place plugins loaded at the command line would be and compiz treated them as such
[11:59] <Amaranth> So would not let you unload them
[12:00] <didrocks> Amaranth: ah ok, the mecanism should be expanded upstream to get the same behavior in core.xml then
[12:00] <Amaranth> That way we can have our default plugins in core.xml with whatever functionality we think it nice and still allow people to disable most of them
[12:00] <Amaranth> But they could not disable ones required for a working window manager
[12:00] <Amaranth> We don't want plugins in core.xml treated the same way
[12:01] <didrocks> Amaranth: well, I still think that it's quite doubtfull to have that and default in core.xml. It should be a "required" in core.xml file
[12:01] <didrocks> Amaranth: the issue smspillaz noticed in that part of the patch is that some plugins are loaded twice
[12:01] <didrocks> like loaded by the ccp, and then by the hard coded list
[12:02] <Amaranth> compiz isn't supposed to let that happen :)
[12:02] <didrocks> it is apparently :)
[12:02] <didrocks> so, I think a require tag in core.xml makes way more sense to handle that and will be a nice feature to add
[12:03] <Amaranth> didrocks: In that case, you have the wrong zoom plugin in your defaults
[12:03] <Amaranth> ezoom is so much better I'm not sure why we even ported zoom to 0.9
[12:04] <didrocks> Amaranth: the dx team told me to use zoom, I will ask them if there is anything specific in zoom or ezoom
[12:05] <Amaranth> I hope the answer isn't due to unity
[12:06] <Amaranth> hopefully just a typo
[12:07] <Amaranth> didrocks: btw, what do you think about bundling the core and plugin pack tarballs together in one source package? Then we could have compiz-plugins contain all the plugins we use and/or want to ship and compiz-plugins-extra be everything we don't
[12:07] <didrocks> Amaranth: no, it's just that they think that zoom is better right now. In any case, people can change their defaults
[12:07] <Amaranth> Should save on disk space
[12:08] <didrocks> Amaranth: agreed, we still have to figure out if we get daily builds as I think it doesn't work really well with 3.0 format last time I checked
[12:08] <didrocks> Amaranth: but if we can do that, that will be nice :)
[12:08] <didrocks> Amaranth: hum, the plugins needs libcompizconfig, isn't it?
[12:08] <Amaranth> eh?
[12:08] <didrocks> the one not in the compiz tarball
[12:09] <didrocks> let me check
[12:09] <Amaranth> Oh, for the ccp plugin, yes
[12:09] <Amaranth> But we're always going to be installing that by default anyway
[12:09] <didrocks> Amaranth: yeah, but it's required to have it to build the ccp plugin, isn't it?
[12:09] <Amaranth> actually I think the ccp plugin is built by libcompizconfig
[12:10] <didrocks> Amaranth: you're right
[12:10] <didrocks> so, no issue with bundling in that case
[12:10] <didrocks> just that compiz-core segfault if build in Release mode right now
[12:10] <didrocks> but I'm looking at it
[12:11] <didrocks> Amaranth: btw, I didn't find time to update yet the extra plugins
[12:12] <Amaranth> Last time I mentioned bundling all work on packaging 0.9 stopped due to the answer so I'm glad to see you like the idea :)
[12:13] <didrocks> Amaranth: the thing is we should just check that daily builds still works with 3.0 format
[12:13] <didrocks> Amaranth: so, let's wait a little, I'll try to gather some infos for this
[12:47] <rodrigo_> seb128, hmm, the gnome-desktop-3 changes are not in the ~ubuntu-desktop branch, so where are they?
[12:49] <seb128> rodrigo_, it's in ~ubuntu-desktop/gnome-desktop/ubuntu-gtk3
[12:49] <rodrigo_> seb128, ah, ok
[12:49] <seb128> stupid launchpad will not let me use gnome-desktop3
[12:49] <rodrigo_> need a new version for g-s-d
[12:49] <seb128> it wants a registered component
[12:49] <rodrigo_> g-s-d now almost builds, although I had to temporarily disable a couple patches
[12:49] <seb128> rodrigo_, there is no newer version?
[12:50] <rodrigo_> seb128, yes, 2.91.2
[12:50] <seb128> hum, it didn't show up on the ftp list
[12:50] <seb128> weird
[12:50] <rodrigo_> it was released last night
[12:50] <rodrigo_> let me check if it's in download.g.o
[12:50] <seb128> rodrigo_, http://ftp.gnome.org/pub/GNOME/sources/gnome-desktop/2.91/
[12:50] <seb128> rodrigo_, it's not?
[12:50] <rodrigo_> oh, wasn't uploaded :(
[12:55] <rodrigo_> oh wait, he released 2.91.2 ???
[12:55] <rodrigo_> 2.91.1, sorry
[12:56] <seb128> rodrigo_, that's the version we have
[12:56] <seb128> I did the update yesterday evening
[12:56] <rodrigo_> yeah
[12:56] <rodrigo_> got confused, today's was 2.91.2 gnome release
[12:58] <didrocks> seb128: FYI, building compiz on maverick doesn't solve the issue of segfault at runtime (still in the same plugin btw)
[12:58] <seb128> didrocks, ok
[12:58] <seb128> was worth trying
[12:58] <didrocks> sure :)
[12:59] <rodrigo_> seb128, ok, so (I hope), just missing libgnomekbd, robert said he was working on it, do you know if he pushed/uploaded somewhere?
[13:00] <seb128> rodrigo_, it's in the lp:~robert-ancell/+junk/libgnomekbd-gnome3
[13:00] <rodrigo_> ok
[13:00] <rodrigo_> I'll build and upload to our gnome3 ppa, ok?
[13:04] <seb128> yes
[13:04] <rodrigo_> and update to 2.91.2
[13:04] <seb128> let me review the work maybe
[13:04] <seb128> well you can work on the update
[13:04] <seb128> I will review what he did as well
[13:05] <rodrigo_> ok, will push my branch as soon as it builds
[13:16] <rodrigo_> seb128, https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-desktop/2_91_2_release
[13:17] <rodrigo_> I'll send a mail to robert
[13:18] <seb128> rodrigo_, ?
[13:18] <rodrigo_> ugh, I used gnome-desktop!!
[13:18] <seb128> rodrigo_, is that libgnomekbd?
[13:18] <seb128> I'm very confused
[13:18] <rodrigo_> yes, sorry
[13:18] <rodrigo_> me too, by working on so many modules
[13:19] <rodrigo_> I'll remove that branch and push to the correct place
[13:20] <rodrigo_> seb128, https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/natty/libgnomekbd/2_91_2_release
[13:21] <seb128_> re
[13:21] <seb128_> sorry got disconnected
[13:21] <seb128_> rodrigo_, reviewing it now
[13:22] <rodrigo_> seb128, https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/natty/libgnomekbd/2_91_2_release is the correct one
[13:22] <seb128_> ok
[13:22] <rodrigo_> got confused by working on so many modules at the same time
[13:23] <rodrigo_> seb128_, I guess we'd need to rename the libs to -3
[13:25] <seb128> yes, don't upload that, it's buggy
[13:25] <rodrigo_> yes, just saw it, so fixing it on my branch
[13:26] <seb128> /usr/lib/libgtk-x11-3.0.so: undefined reference to `g_application_set_action_enabled'
[13:26] <seb128> build fails there
[13:26] <rodrigo_> hmm, need a new glib/gtk?
[13:26] <rodrigo_> it builds fine for me
[13:27] <seb128> likely, build-depends should be updated
[13:27] <rodrigo_> right
[13:27] <seb128> and upstream configure as well
[13:27] <seb128> we should rename the source as well
[13:27] <seb128> and the library
[13:27] <seb128> not sure what we want to do with the common and capplet binaries though
[13:27] <rodrigo_> so, the library is libgnomekbd7, so to what should I rename it, libgnomekbd7-3?
[13:28] <seb128> the library doesn't need renaming since the soname change
[13:29] <rodrigo_> so, keep it at libgnomekbd7?
[13:29] <seb128> yes
[13:30] <rodrigo_> and what about gkbd-capplet, add -3 suffix?
[13:30] <seb128> it's a bit of a mess it seems
[13:30] <rodrigo_> yes
[13:30] <freestyle> hi
[13:30] <seb128> I'm not sure
[13:31] <seb128> upstream didn't version the .pc or anything
[13:31] <seb128> it's not made to be installable at the same time than the old one
[13:31] <freestyle> i have a problem with mi graphic card
[13:31] <seb128> freestyle, hey
[13:31] <seb128> freestyle, try #ubuntu for user questions
[13:31] <freestyle> ok thanz
[13:32] <rodrigo_> seb128, right
[13:34] <rodrigo_> ok, out for lunch, bbl
[13:35] <seb128> rodrigo_, ok
[13:35] <seb128> rodrigo_, I need to give that some thinking
[13:35] <rodrigo_> seb128, ok
[13:35] <seb128> rodrigo_, I will think about it while you eat, ping me when you are back
[13:35] <rodrigo_> ok
[13:37] <kenvandine> seb128, good morning :)
[13:37] <seb128> hey kenvandine
[13:37] <seb128> how are you?
[13:37] <kenvandine> seb128, i'll get back to fixing those issues with ubuntu-geoip, i want to finish some SRUs for that facebook fix
[13:37] <kenvandine> for lucid and maverick :)
[13:37] <kenvandine> good, now :)
[13:38] <kenvandine> i fixed it, and back ported to both lucid and maverick last night
[13:38] <seb128> kenvandine, you figured what is wrong?
[13:38] <kenvandine> even though facebook didn't directly answer my question, his comment did make it clear that db query count matters
[13:38] <kenvandine> yeah
[13:38] <kenvandine> there is one query we do that does subqueries for each friend you have
[13:38] <kenvandine> so it is exponential
[13:39] <kenvandine> the way we do it is what they document in their best practices
[13:39] <kenvandine> so our one API request could easily turn into thousands of db queries
[13:40] <mterry> seb128, heyo, I updated my launchpad-integration branch last night
[13:40] <kenvandine> however, the allocation docs say the allocation is "API requests"
[13:41] <kenvandine> but i guess each of those nested db queries count as API requests
[13:41] <seb128> kenvandine, so the documentation is wrong?
[13:41] <seb128> or confusing
[13:41] <kenvandine> which is what i have been asking them about for months
[13:41] <kenvandine> not documented
[13:41] <seb128> ok, I see
[13:41] <seb128> mterry, hey
[13:42] <kenvandine> they have no docs that mention anything about DB query count
[13:42] <seb128> mterry, great, I will review it in a bit
[13:42] <kenvandine> anyway, that particular query is actually pretty useless in gwibber :)
[13:42] <kenvandine> so my fix is to remove it and back port a fix i had in maverick to get comments inline
[13:42] <kenvandine> so easy :)
[13:42] <seb128> great
[13:42] <kenvandine> and a simple SRU
[13:42] <kenvandine> just want to test it again when I am more awake before uploading :)
[13:47] <didrocks> seb128: do you know what's the story with valac-0.10 and valac-0.12 and the alternatives?
[13:47] <didrocks> seb128: for instance, I have valac-0.10 by default as a debian alternative, and so, it doesn't pick my vapi file in /usr/share/vala-0.12/vapi/
[13:48] <didrocks> (and some -dev package install vapi file in one or the other directory, not both)
[13:48] <seb128> didrocks, things should install in /usr/share/vala/vapi/
[13:48] <seb128> not the versioned dir
[13:48] <seb128> to avoid those issues
[13:49] <didrocks> seb128: ok, this path is included by both valac? trying
[13:49] <seb128> didrocks, yes
[13:49] <didrocks> if so, will upload gee to ship only in why
[13:49] <didrocks> seb128: is there some ABI issue to get 2 valac?
[13:49] <seb128> to respond to the alternative, not sure which version should be default
[13:49] <didrocks> I didn't follow at all this transition
[13:49] <seb128> I didn't follow much but I don't think there is
[13:49] <seb128> the dx guys might know better
[13:53] <didrocks> seb128: the common directory works, thanks! :)
[13:53] <seb128> didrocks, yw
[14:02] <bcurtiswx_> today's compiz updates broke desktop effects
[14:05] <didrocks> bcurtiswx_: which ones? your settings or all effects?
[14:05] <seb128> didrocks, the g-c-c tab
[14:05] <seb128> known issue
[14:05] <bcurtiswx_> i can't enable desktop effects at all
[14:05] <didrocks> oh that
[14:05] <didrocks> right, known issue
[14:05] <bcurtiswx_> ok, good to know
[14:05] <bcurtiswx_> i was using docky, lol.. had to go to a 2nd panel
[14:05] <seb128> bcurtiswx_, ?
[14:05] <seb128> we might not be talking about the same thing
[14:05] <bcurtiswx_> without desktop effects, docky won't work
[14:05] <seb128> do you just speak about the ui to change the effect level?
[14:05] <seb128> ok, so compiz doesn't work?
[14:06] <bcurtiswx_> yes, i guess thats what i was saying earlier
[14:06] <bcurtiswx_> i try to enable desktop effects, doesn't work.. docky requires compiz and docky isn't working
[14:06] <seb128> ok, so didrocks it's back to you
[14:08] <didrocks> bcurtiswx_: well, can you switch ws with ctrl + alt + <arrow>?
[14:08] <didrocks> or super + e, super +w working?
[14:08] <bcurtiswx_> ctrl + alt + arrow works (no effects tho)
[14:08] <bcurtiswx_> supers don't
[14:09] <didrocks> bcurtiswx_: ps aux | grep meta
[14:10] <bcurtiswx_> lol, google chrome keeps crashing before I can get the paste.ubuntu.com link
[14:10] <bcurtiswx_> sudo apt-get install firefox, it'll be a sec
[14:12] <bcurtiswx_> has apport been enabled this cycle?
[14:12] <bcurtiswx_> hmm, firefox crashes too
[14:13] <bcurtiswx_> but i can reproduce that in both with a double click on the URL bar
[14:13]  * bcurtiswx_ will try refraining from dobule click
[14:14] <bcurtiswx_> didrocks, http://paste.ubuntu.com/529358
[14:14] <bcurtiswx_> it still crashed, but i got the number down at least
[14:14] <didrocks> bcurtiswx_: ok, for some reason, metacity is launched for you
[14:15] <didrocks> bcurtiswx_: can you try in a terminal compiz --replace ?
[14:17] <bcurtiswx_> k, i tried enabling desktop effects, and it went back to using metacity
[14:17] <didrocks> cyphermox_: hey, do you have some time to finish the work on e-d-s and evolution ?
[14:17] <didrocks> bcurtiswx_: hence the fact, try compiz --replace in a terminal
[14:17] <bcurtiswx_> yes, i did that..
[14:17] <didrocks> bcurtiswx_: what's the ouptut?
[14:17] <cyphermox_> didrocks, yeah it's finished, but still would have an issue with migration
[14:18] <didrocks> cyphermox_: no answer from upstream?
[14:18] <cyphermox_> mbarnes answered, and was looking into it yesterday, I just hadn't logged back in on GimpNet
[14:18] <cyphermox_> I really need to add this to autojoin ;)
[14:19] <bcurtiswx_> http://paste.ubuntu.com/529359
[14:19] <bcurtiswx_> didrocks, ^^
[14:19] <didrocks> cyphermox_: yeah :)
[14:19] <didrocks> bcurtiswx_: and then, it exit?
[14:19] <bcurtiswx_> no.
[14:19] <didrocks> bcurtiswx_: so, you have the "desktop effects" there?
[14:20] <bcurtiswx_> didrocks, right now just a blinking cursor, not exited
[14:20] <didrocks> when you ctrl + alt + arrows, you have something different
[14:20] <didrocks> right?
[14:20] <bcurtiswx_> yes
[14:20] <didrocks> ok, so can you try adding docky?
[14:23] <bcurtiswx_> didrocks, http://paste.ubuntu.com/529366
[14:23] <didrocks> bcurtiswx_: well, this is another issue I think, at least, you have compiz running now
[14:24] <didrocks> bcurtiswx_: can you please try logout and login again and see if compiz is running?
[14:24] <bcurtiswx_> sure
[14:24] <didrocks> thanks :)
[14:26] <bcurtiswx_> didrocks, yes, appears compiz is working
[14:26] <didrocks> bcurtiswx_: ok, so it was only the first time compiz was supposed to start that it didn't
[14:26] <bcurtiswx_> but docky is running too, but has a black area that takes up about 1/9 of the screen
[14:26] <didrocks> bcurtiswx_: do you have some time for another test?
[14:26] <bcurtiswx_> didrocks, sure
[14:27] <didrocks> rm -rf ~/.config/compiz-1/ ~/.compiz-1
[14:27] <didrocks> then, logout
[14:27] <didrocks> and login again
[14:27] <didrocks> (don't do any compiz --replace between)
[14:30] <bcurtiswx_> no compiz, but strangely docky's working with a big black bar
[14:30] <bcurtiswx_> as before
[14:30] <bcurtiswx_> confirmed with metacity in ps aux | grep meta
[14:30] <didrocks> ahah
[14:31] <didrocks> bcurtiswx_: and so, you don't have a ~/.config/compiz-1 directory?
[14:31] <bcurtiswx_> no just compiz
[14:32] <didrocks> oh, another test btw (seeing if old data can infer)
[14:32] <didrocks> mv ~/.config/compiz ~/.config/compizoldconfig
[14:32] <didrocks> then logout, login again and confirm that metacity is still running and not compiz
[14:34] <bcurtiswx_> didrocks, no new compiz directory and metacity is running
[14:35] <didrocks> bcurtiswx_: ok, and then, now if you run compiz --replace, you have the compiz-1 directory, right?
[14:35] <didrocks> and subsequent logout/login should be fine
[14:35] <bcurtiswx_> should that command exit?
[14:36] <bcurtiswx_> and yes compiz-1 appeared
[14:36] <didrocks> no, it shouldn't exit
[14:36] <bcurtiswx_> ok i'll logout/login
[14:36] <didrocks> ok :)
[14:38] <bcurtiswx_> logout/in .. metacity is back
[14:38] <didrocks> hum? really?
[14:38] <bcurtiswx_> si
[14:38]  * didrocks scratches his head
[14:38] <didrocks> your kept ~/.config/compiz-1 right?
[14:38] <didrocks> you*
[14:38] <bcurtiswx_> yup
[14:39] <didrocks> hum… weird…
[14:40] <rodrigo_> seb128, ping
[14:40] <seb128> rodrigo_, hey
[14:40] <didrocks> I honestly don't see what's the issue for that then
[14:40] <rodrigo_> seb128, so, what did you think about libgnomekbd?
[14:42] <bcurtiswx_> upon a compiz --replace eeverything works great tho :-\
[14:43] <didrocks> bcurtiswx_: yeah, but in the later case, when you logout and login after compiz --replace, you got compiz, right?
[14:43] <bcurtiswx_> no
[14:43] <didrocks> bcurtiswx_: and not with your latest test
[14:43] <bcurtiswx_> lemme just do it once more..
[14:43] <didrocks> yes, please :)
[14:44] <bcurtiswx_> hmm, side note, this time i physically closed the terminal which i typed compiz --replace.. in stead of logout login with it open.. will see if that makes a diff
[14:45] <bcurtiswx_> didrocks, metacity :(
[14:46] <didrocks> bcurtiswx_: I really don't see the difference with the first when it was working…
[14:47] <bcurtiswx_> compiz works now with compiz --replace.. but as soon as i logout and login it goes to metacity
[14:47] <didrocks> seb128: does the output of required components go to somewhere like .xsession-errors?
[14:47] <seb128> didrocks, it should be in .xsession-errors yes
[14:47] <seb128> rodrigo_, ok, I dropped my thoughs in bug #673537
[14:47] <ubot2> Launchpad bug 673537 in libgnomekbd (Ubuntu) "should build a GTK3 version (affects: 1) (heat: 12)" [Low,Triaged] https://launchpad.net/bugs/673537
[14:47] <didrocks> bcurtiswx_: can you paste the output of that file, please?
[14:47] <bcurtiswx_> sure, one sec
[14:48] <rodrigo_> seb128, looking
[14:49] <bcurtiswx_> didrocks, http://paste.ubuntu.com/529376
[14:50] <bcurtiswx_> didrocks, after that i got new errors (upon a chrome crash) with (nautilus:5729): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed
[14:51] <didrocks> bcurtiswx_: hum, no trace of compiz wanting to start, what gconftool-2 -g /desktop/gnome/session/required_components/windowmanager gives you?
[14:52] <rodrigo_> seb128, and the source package name libgnomekbd3, or just leave it as it is?
[14:52] <bcurtiswx_> metacity
[14:52] <bcurtiswx_> lol
[14:52] <bcurtiswx_> but ps aux... doesn't show it
[14:52] <seb128> rodrigo_, reload the bug
[14:52] <didrocks> bcurtiswx_: you changed something that try to load metacity :)
[14:52] <didrocks> bcurtiswx_: can you please change that to compiz ?
[14:52] <didrocks> bcurtiswx_: logout/login to confirm that compiz is now loaded
[14:53] <rodrigo_> seb128, so, keep the same source name, but change the packages names?
[14:53] <seb128> rodrigo_, no, don't change anything
[14:53] <rodrigo_> seb128, we can make the GTK3 packages depend on the -3 versions
[14:53] <rodrigo_> seb128, ah, ok
[14:53] <bcurtiswx_> didrocks, i have the compiz --replace and i did the gconftool again and it shows metacity again
[14:53] <seb128> rodrigo_, just do it as normal update, it just force us to upload g-s-d g-c-c and g-s in one row
[14:53] <didrocks> bcurtiswx_: no, change the key please
[14:54] <rodrigo_> seb128, ok, so do I upload it as it is? any more review?
[14:54] <bcurtiswx_> didrocks, oh, in the file?
[14:54] <seb128> rodrigo_, you can upload to the ppa, but you will need to do a gnome-screensaver gtk3 build as well to match it ;-)
[14:54] <bcurtiswx_> didrocks, what program edits those keys ?
[14:55] <seb128> well, once you are done with g-s-d g-c-c
[14:55] <didrocks> bcurtiswx_: gconftool-2 -t string -s /desktop/gnome/session/required_components/windowmanager compiz
[14:55] <rodrigo_> seb128, oh, yes
[14:55] <seb128> rodrigo_, ok, I need to run for an hour for some erands
[14:55] <seb128> see you in a bit
[14:55] <seb128> I will review lpi as well when I'm back
[14:55] <rodrigo_> have fun :)
[14:55] <seb128> thanks
[14:56] <bcurtiswx_> didrocks, :)
[14:56] <didrocks> bcurtiswx_: ok, then compiz this time? :)
[14:56] <bcurtiswx_> didrocks, yup compiz
[14:56] <didrocks> bcurtiswx_: ok, can you please try this time:
[14:56] <didrocks> rm -r ~/.config/compiz-1
[14:57] <bcurtiswx_> logout/in ?
[14:57] <didrocks> then, ensure that compiz is still the default: gconftool-2 -g /desktop/gnome/session/required_components/windowmanager
[14:57] <didrocks> and logout/login :)
[14:57] <bcurtiswx_> that says compiz, logout/in now
[14:58] <bcurtiswx_> didrocks, compiz :)
[14:59] <didrocks> bcurtiswx_: hum, ok, then not sure what's went on the first time and why it changed to metacity
[14:59] <bcurtiswx_> didrocks, could the updates have done that?
[14:59] <didrocks> bcurtiswx_: no, the update doesn't touch user config
[14:59]  * bcurtiswx_ shrugs
[15:00] <bcurtiswx_> i hope i'm the only case of that then
[15:00] <didrocks> so, after exit/login you get metacity by default, weird…
[15:00] <didrocks> well, we will fix it if you are not alone :)
[15:00] <didrocks> it just we should find what's went wrong
[15:00] <bcurtiswx_> yeah, i'm willing to help if you know what to do
[15:01] <didrocks> bcurtiswx_: I'm not that sure, apart from if you clicked on the appearance selection property for desktop effects which changes the gconf key
[15:01] <didrocks> but I doubt of that :)
[15:01] <bcurtiswx_> i can try..
[15:02] <didrocks> bcurtiswx_: no no
[15:02] <didrocks> bcurtiswx_: I meant if you clicked just after the upgrade :)
[15:02] <didrocks> but obviously you didn't
[15:02] <bcurtiswx_> didrocks, i just did that now..
[15:02] <bcurtiswx_> and it made that key metacity
[15:03] <didrocks> bcurtiswx_: yeah, that's expected
[15:03] <bcurtiswx_> didrocks, OK, fix already in the works i assume
[15:04] <didrocks> bcurtiswx_: changing the key is expected, not detecting compiz is that panel shouldn't happen but is a known bug
[15:04] <didrocks> bcurtiswx_: if you want to work on that, you're welcome, I don't really have the time for that :)
[15:04] <didrocks> shouldn't be complicated, just a string or something not detected
[15:04] <didrocks> oh maybe, I have an idea
[15:05]  * bcurtiswx_ is apprently the harbinger of idea provoking
[15:05] <didrocks> ok fixed :)
[15:05] <didrocks> will upload that
[15:06] <didrocks> so, the desktop effects should work as before
[15:06] <didrocks> but it still doesn't explain the upgrade path issue :)
[15:07] <didrocks> pitti: was it intended you didn't release g-c-c 1:2.32.0-0ubuntu3?
[15:08] <bcurtiswx_> didrocks, nice :)
[15:08] <didrocks> (building and testing)
[15:36] <rodrigo_> yay, g-s-d 2.91.2 built!
[15:36]  * rodrigo_ dances
[15:37] <didrocks> rodrigo_: doing the same dance right now for g-c-c :) fixing a dso linking issue, getting a new one :)
[15:37] <rodrigo_> didrocks, oh, g-c-c 2.91.x?
[15:37] <didrocks> rodrigo_: no 2.32 right now
[15:37] <rodrigo_> ah, ok
[15:37] <didrocks> rodrigo_: just fixing a small fix, but rebuilding with the new dso linkings rules
[15:38] <rodrigo_> ok, you can dance too then :D
[15:38] <didrocks> also, I'll have some patches to send upsteam for that :)
[15:38] <didrocks> rodrigo_: not yet, but almost!
[15:38] <rodrigo_> didrocks, ah, ping me about them, I can commit them straight away
[15:38] <rodrigo_> ...if they are ok, of course :D
[15:38] <pitti> didrocks: was I supposed to?
[15:39] <didrocks> rodrigo_: sure :)
[15:39] <didrocks> pitti: no, you have some pending work
[15:39] <pitti> didrocks: oh, you mean I committed something to the branch?
[15:39] <pitti> didrocks: probably wasn't urgent
[15:39] <didrocks> pitti: right
[15:39] <didrocks> pitti: ok :)
[15:40] <fta> pitti, 12:36:32 <fta>   pitti, hi. http://paste.ubuntu.com/529284/
[15:41] <didrocks> rodrigo_: do you commit to gnome-panel as well?
[15:41] <rodrigo_> didrocks, no, I have to ask for permission
[15:41] <didrocks> rodrigo_: ok, next time then or I'll harass vuntz :)
[15:41] <pitti> fta: ah, that's the weird rm bug you mentioned?
[15:41] <rodrigo_> yes, it's the one to harass :)
[15:41] <fta> pitti, yes
[15:42] <pitti> fta: ah, I thought you meant something in the mangler; I'll have a look
[15:42] <pitti> fta: can you please pastebin the output of bash -x /usr/bin/apt-changelog chromium-browsre?
[15:45] <tedg> mvo, We talked at UDS about a second file that gets written when reboot is required to say that dpkg is done... what was that file?
[15:46] <fta> pitti, http://paste.ubuntu.com/529402/   (and you should really consider mktemp -d)
[15:48] <didrocks> rodrigo_: doesn't apply to g-c-c trunk because of the reorganisation. So not upstreaming that one.
[15:48] <didrocks> rodrigo_: it seems it doesn't link to that lib anymore
[15:49] <fta> pitti, oh, you're already using mktemp.. n-m, it's confusing from the output. i'd use the default unpredictable names
[15:49] <rodrigo_> didrocks, which lib?
[15:51] <pitti> fta: ah, I see the problem -- $pkg gets a multi-line value
[15:52] <didrocks> rodrigo_: there was no link between the keyboard capplet and libxklavier (it was using LIBGNOMEKBDUI_LIBS and not LIBGNOMEKBD_LIBS), but if I look at upstream cflags and ldflags right now for the keyboad capplet, there is no reference to any of those for linking
[15:53] <rodrigo_> didrocks, hmm, it's a dep on libgnomekbd
[15:53] <pitti> fta: can you please check http://people.canonical.com/~pitti/tmp/apt-changelog ?
[15:53] <didrocks> rodrigo_: yeah, but you need direct linking now if you use it directly
[15:54] <fta> pitti, better. Just 1 ERROR line
[15:54] <rodrigo_> didrocks, does it use it directly?
[15:54] <pitti> fta: the changelog isn't available yet?
[15:54] <fta> pitti, the installed version is from a ppa
[15:55] <fta> pitti, (it's my daily ppa, far ahead the repos)
[15:55] <didrocks> rodrigo_: if gcc says so, I think it is… despite the fact I can't find an include, but I didn't spend time on that
[15:55] <didrocks> rodrigo_: if it's not, it's something to report to doko
[15:55] <rodrigo_> didrocks, afaik, we don'0t use it directly, let me check
[15:55] <didrocks> rodrigo_: yeah, I don't see any include
[15:56] <didrocks> rodrigo_: I tried to look if we have a patch for that as well
[15:56] <rodrigo_> didrocks, ah, we have it in configure.ac, for the region panel
[15:57] <rodrigo_> (old keyboard one)
[15:57] <didrocks> rodrigo_: yeah, but nothing in the code
[15:57] <rodrigo_> yeah
[15:57] <didrocks> rodrigo_: and it's failing during linking the keyboard capplet if I don't add it
[15:57] <didrocks> rodrigo_: one sec, building without the patch to give you a pastebin
[15:57] <rodrigo_> didrocks, if you don't add it where?
[15:57] <rodrigo_> ah, ok
[15:58] <didrocks> rodrigo_: without the patch: http://paste.ubuntu.com/529408/
[15:59] <didrocks> rodrigo_: ok, the function is in capplets/keyboard/gnome-keyboard-properties-xkbot.c
[15:59] <didrocks> xkl_config_registry_foreach_option_group seems a xkl one :)
[16:00] <rodrigo_> didrocks, ah, it's indeed missing in master also
[16:01] <rodrigo_> I'll apply your patch to both
[16:01] <didrocks> rodrigo_: thanks, do you want a git-format patch?
[16:01] <rodrigo_> no, no need
[16:01] <didrocks> yeah for no wast of time \o/
[16:01] <didrocks> thanks rodrigo_ :)
[16:01] <didrocks> waste*
[16:01] <rodrigo_> hmm, although, why does it work just adding it to INCLUDES?=
[16:01] <rodrigo_> it's failing on linking
[16:03] <didrocks> rodrigo_: sorry, maybe I didn't pastebin the full patch :)
[16:03] <rodrigo_> ah, ok
[16:03] <didrocks> rodrigo_: no, there are the two
[16:03] <didrocks> (if you want it separate: http://paste.ubuntu.com/529407/)
[16:03] <rodrigo_> didrocks, pastebin separtately, so that I can patch it directly
[16:04] <didrocks> rodrigo_: you have the include and the linking :)
[16:04] <rodrigo_> ah, was missing the LDADD line, it's ok now , sorry
[16:04] <didrocks> rodrigo_: it was there in http://paste.ubuntu.com/529408/ just not noticeable :)
[16:05] <rodrigo_> didrocks, yeah, my fault :)
[16:06] <didrocks> rodrigo_: well, just noticeable
[16:10] <rodrigo_> didrocks, ok, pushed to 2.32 branch, will push the master fix soon, right now I've got another commit which doesn't build
[16:10] <didrocks> rodrigo_: sweet, thanks
[16:10] <mvo_> tedg: /var/run/reboot-required.pkgs - that should contain a list of packages that are responsible for the reboot required request
[16:12] <tedg> mvo_, Okay, how do I know when that file is done being written though?
[16:12] <tedg> mvo_, Or, does it only get written after dpkg is all done?
[16:15] <mvo_> tedg: oh, sorry, i misunderstood. the file you are looking for is /var/lib/update-notifier/dpkg-run-stamp - if that changes apt has finished
[16:16] <tedg> mvo_, Yeah, that's what I was looking for, thanks!  Is that generic, or do I need to worry about people using apt-get and not updating that?
[16:17] <mvo_> tedg: if update-notifier-common is installed (that is default for all systems) it will just work(tm)
[16:18] <mvo_> tedg: the only exception is people running sudo dpkg -i directly
[16:18] <mvo_> tedg: but they know what they are doing (I hope :)
[16:18] <tedg> mvo_, Okay, should I depend on update-notifier-common then?
[16:20] <pitti> I think checking whether the script is available and only call it if so is better
[16:30] <nisshh> tedg, you around?
[16:30] <and471> mpt, hi, http://imagebin.ca/img/QJcGO7J.png
[16:30] <mpt> and471, wow. Is that real?
[16:31] <and471> mpt, yup :)
[16:31] <mpt> beautiful work
[16:31] <and471> mpt, (well beautiful YOUR work) :)
[16:31] <mpt> Yeah, but with most people I need to say "That shouldn't be 6px, it should be 12px" etc
[16:32] <and471> mpt, well I guess after a year of SC I learned to make it perfect for mpt - or he will find it! :D
[16:33] <and471> nessita, hey how are you?
[16:33] <nessita> and471: pretty good! how are you?
[16:33] <and471> nessita, not bad :)
[16:33] <and471> nessita, I was wondering if I could ask you a question about pygtk tests :)
[16:34] <nessita> and471: yes, you can. I'm always available for tests regarding tests
[16:34] <and471> hehe
[16:34] <and471> nessita, so I have made a new gtkcellrenderer that draws a small pin icon using cairo (seen here http://imagebin.ca/img/QJcGO7J.png) - how would I write a test for this?
[16:34] <and471> (or what would I test for)
[16:36] <and471> nessita, do you need the code?
[16:36] <nessita> nopes
[16:36] <nessita> and471: so, basically, what you want to test is that:
[16:36] <nessita> * you have the proper renderer in the correct gtk tree view column
[16:36] <nisshh> and471, that button looks like it was inspired by the iPhone ones :)
[16:36] <and471> nisshh, shh don't tell anyone - least of all mpt ...
[16:36] <nisshh> hehe
[16:36] <and471> nessita, yup
[16:36] <nessita> and471: so I would try to check that the column N has a renderer, that the renderer is instance of a class given
[16:37] <tedg> nisshh, Yup
[16:37] <nisshh> tedg, i have a question regarding this bug: ​​https://bugs.launchpad.net/bugs/668375
[16:37] <nessita> and471: and some more bits that I may figure it out by looking at the code
[16:37] <ubot2> Launchpad bug 668375 in indicator-application "Allow specifying a full path to an icon, not just an icon from the theme (affects: 2) (heat: 12)" [Undecided,Confirmed]
[16:38] <nisshh> tedg, is there a work around till this API comes to fruition?
[16:38] <and471> nessita, http://ubuntuone.com/p/OfS/
[16:39] <tedg> nisshh, Well, you can just force a path into the space for a name.  For example, setting the name to "/usr/share/myapp/bob.png"
[16:39] <nessita> and471: before looking at the code, I'll repeat myself by saying you do not need to test that GTK works, we assume that. What you need to test is that your code has the proper glue to make GTK show what you need
[16:39] <and471> nessita, ok
[16:40] <nisshh> tedg, ah, i didnt know i could specify a path, i thought it only worked if i specified say "bob"
[16:40] <nisshh> tedg, thanks :)
[16:42] <and471> mpt, sorry to bug, but any idea when you will have more on the spec related to the settings window ?
[16:42] <nessita> and471: I just wonder... why doing this instead of using a pango markup such as <span foreground="red">⬤</span> ?
[16:43] <and471> nessita, hmm, can you stroke the outline of that?
[16:43] <mpt> and471, I don't know, sorry. But you could hook up the switch and text to the actual status (so it never says "OFF" and "connected to the Internet" at the same time for example).
[16:43] <nessita> and471: hum, my non-nativeness on speaking english doesn't allow me to parse that sentence
[16:43] <mpt> nessita, in future I hope it will be a nicer icon
[16:44] <and471> mpt, cool thanks
[16:44] <and471> nessita, so the edge of the circle, it can have a color?
[16:45] <nessita> and471: ah, no. I didn't notice that detail
[16:45] <and471> nessita, (the border of the circle)
[16:45] <and471> nessita, ah ok, well then that is the reason :)
[16:45] <nessita> and471: anyways, going back to your question, I would
[16:46] <mpt> http://greenpreferred.com/wp-content/uploads/2008/12/led-lights-300x300.jpg
[16:47] <nessita> and471: unittest the PinCellRenderer class by calling each method and asserting over a PinCellRenderer instance state. The key tests would be when calling on_render, you'll need several tests grouped in a test case where you test that the params passed (window, widget, background_area, cell_area, expose_area, flags) are used/modified accordingly
[16:48] <and471> nessita, hmm ok, considering that I just mastered creating a cellrenderer, maybe this is not the best idea :)
[16:48] <and471> mpt, we could make them flash like christmas light! :D
[16:49] <mpt> We could ... but we wouldn't ;-)
[16:49] <and471> hehe, maybe an easter egg? XD
[16:52] <mpt> and471, yeah, focus the connection list then press Up Up Down Down Left Right Left Right B A
[16:52] <and471> :)
[16:57] <seb128> re!
[16:57] <rodrigo_> hey seb128
[16:57] <seb128> hey rodrigo_
[16:57] <seb128> sorry was away a bit longer that I though
[16:58] <rodrigo_> no problem, we could continue working, even without your direction and leadership :D
[16:58] <rodrigo_> seb128, just wanted to let you know I've built g-s-d -> https://code.edge.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-settings-daemon/2_91_2_release
[16:58] <rodrigo_> seb128, do I upload it somewhere?
[16:59] <seb128> rodrigo_, yeah, the gnome3-build ppa
[16:59] <rodrigo_> ah, I thought you didn't want it there
[17:00] <rodrigo_> ok then, uploading in a minute
[17:04] <and471> mpt, for the device view on the left, do you want to ellipsize-text or scroll view?
[17:06] <seb128> rodrigo_, did you read my email from yesterday?
[17:07] <seb128> rodrigo_, where I suggested using the natty part of the ppa as a work area for new components
[17:07] <seb128> rodrigo_, I'm fine using another ppa though if you think we should do that
[17:08] <rodrigo_> seb128, yes, I read it, but I'm ok with using that PPA
[17:08] <rodrigo_> seb128, so do I upload librest and libsocialweb also there?
[17:08] <rodrigo_> oh well, I needed to fix some stuff there first
[17:08] <seb128> rodrigo_, let me review those first
[17:09] <rodrigo_> seb128, what about branches? should we create ~ubuntu-desktop/+junk/ branches for all?
[17:09] <seb128> we don't want to have to change library names between ppa and natty
[17:09] <seb128> so better to get things right
[17:09] <rodrigo_> yes
[17:09] <rodrigo_> both librest and socialweb are based on the packages from universe
[17:09] <seb128> rodrigo_, well, ~ubuntu-desktop/<component>/gtk3 or whatever
[17:09] <seb128> just set the control url to match the one you use
[17:10] <seb128> or gtk3 -> gnome2.91
[17:10] <seb128> just pick a name ;-)
[17:10] <rodrigo_> seb128, do I have permissions to create branches there?
[17:12] <seb128> chrisccoulson, http://git.gnome.org/browse/gtk+/commit/?h=gtk-2-24&id=4773148f1a89cb69e186f17ec6e6fa6f741234e0
[17:12] <seb128> rodrigo_, you should
[17:12] <rodrigo_> ok
[17:12] <seb128> chrisccoulson, I think that was your webbrowser crash
[17:15] <mpt> and471, ellipsize
[17:15] <and471> mpt, ok, what should about the width, of the device view? automatically size the stuff to fit or what?
[17:16] <chrisccoulson> seb128 - yeah, possibly
[17:16] <mpt> and471, I have no opinion on that. I don't know what the standard gnome-control-center width will be.
[17:17] <mpt> and471, at least wide enough to fit "Mobile Broadband" in the standard font. :-)
[17:17] <and471> ok
[17:17] <chrisccoulson> heh, get your crack here in a couple of hours - https://launchpad.net/~chrisccoulson/+archive/ppa/+packages :)
[17:26] <and471> mpt, sorry last question, ellipsize in middle or at the end?
[17:36] <and471> was anyone in millbank today when the protests happened?
[17:42] <seb128> and471, I don't think many people on this channel work from the office
[17:42] <seb128> didrocks, I've assigned bug #645724 to you
[17:42] <ubot2> Launchpad bug 645724 in ibus (Ubuntu) "Ibus applet in unity does not allow selection of menu entries by mouse. (affects: 6) (dups: 3) (heat: 36)" [Undecided,Triaged] https://launchpad.net/bugs/645724
[17:43] <seb128> didrocks, I don't have a working maverick around and I will not get to that before the weekend, if you have a chance to sponsor it in the next days please do
[17:43] <didrocks> seb128: sure, pending to my list :)
[17:46] <seb128> didrocks, thanks
[18:20] <kenvandine> aquarius, you still around?
[18:26] <pitti> good night everyone
[18:28] <kenvandine> good night pitti
[18:28] <seb128> 'night pitti
[18:29] <mterry> tedg, https://code.launchpad.net/~mterry/indicator-applet/libpanel-applet-3/+merge/40564
[18:32] <seb128> mterry, excellent ;-)
[18:41] <seb128> mterry, lpi seems fine, I've added a comment which was not related to your work though
[18:42] <seb128> mterry, basically would be nice to install the vapi in a non versioned vala dir so it's usuable from any vala version
[18:42] <seb128> mterry, if you can do the change today or tomorrow we can probably sneak it in the next upload
[20:41] <bratsche> Hey guys, is there a package that's needed for Python to be able to import gobject-introspection stuff and work?
[20:42] <bratsche> We're trying to get it working on oubiwann's machine and when we try to import from the gi repository it doesn't seem to be working for him.
[20:43] <nessita> bratsche: python-gobject?
[20:43] <bratsche> He has the Gtk-2.0.gir and such installed.. but importing that doesn't seem to work, and searching through synaptic for Python-related gobject-introspection stuff yielded nothing interesting.
[20:43] <tedg> So it seems that the natty libgtk3.0-dev package has a Gtk-3.0.gir file, but the one in the ~ubuntu-desktop PPA does not.  :-/  Anyone by chance no why that'd be?
[20:43] <bratsche> nessita: Thanks, we'll try that
[20:44] <oubiwann> nessita: already installed :-(
[20:44] <nessita> oubiwann: that's as far as i can go with gi, sorry :-/
[20:44] <dobey> oubiwann: what's failing?
[20:44] <oubiwann> nessita: thanks anyway
[20:45] <nessita> oubiwann: dobey just taught me that, so thanks to him :-)
[20:45] <oubiwann> dobey: well, I can't successfully do from gi.repository import GTK
[20:45] <bratsche> oubiwann: import Gtk
[20:45] <bratsche> Not all caps
[20:45] <oubiwann> yeah, sorry -- that wan't a copy and paste
[20:45] <oubiwann> I get this error: RepositoryError: Typelib file for namespace 'Gtk' (any version) not found
[20:46] <dobey> oubiwann: have you gir1.0-gtk-2.0 ?
[20:46]  * oubiwann checks
[20:47] <oubiwann> dobey: awesome!! thanks :-)
[20:47] <bratsche> woot
[20:47] <dobey> sure
[20:47] <bratsche> Thanks dobey
[20:47] <nessita> packaging question: what does this mean? other than the textual message: bzr: ERROR: Unable to find the tag for the previous upstream version, 0.0.2, in the branch: upstream-0.0.2
[20:47] <dobey> tedg: re: your comment, i suspect it should probably be in a gir1.0-gtk-3.0 package or something, instead of the -dev? :)
[20:48] <nessita> Do I need to tag every package I build? is that new?
[20:48] <tedg> dobey, Possibly, but I thought that PPA was just supposed to be a backport of the Natty packages.  The version numbers align.
[20:49] <Laney> nessita: bzr mark-uploaded does that for you
[20:50] <nessita> Laney: is that new, right?
[20:50] <Laney> nope
[20:50] <Laney> I'm not sure what part of bzr bd requires it though
[20:50] <james_w> nessita, is this the first time you have used merge-upstream on that branch?
[20:50] <nessita> james_w: on this branch, yes
[20:50] <Laney> oh, it's an upstream tag, nm
[20:51] <nessita> james_w: I'm just creating a new packaging branch for a never-packaged project
[20:51] <james_w> nessita, you need to bootstrap it then, by putting the upstream-0.0.2 tag on a revision from that upstream version
[20:51] <james_w> nessita, oh, you might want the "bzr dh-make" command instead then
[20:51] <dobey> nessita: not sure what you're trying to do exactly. bzr-builddeb does it automatically usually
[20:52] <nessita> dobey: I'm running bzr merge-upstream
[20:52] <nessita> james_w: to understand my mistake, when should I run bzr dh-make?
[20:52] <dobey> nessita: yes, and you created the debian/changelog entry first, i presume
[20:52] <nessita> dobey: python-mkdebian did it for me
[20:52] <dobey> nessita: also, grumble because i know what you're packaging :)
[20:53] <nessita> dobey: have some beer instead of grumble
[20:53] <james_w> nessita, it's the "package this" command, merge-upstream is the "new upstream version of an existing package"
[20:53] <dobey> nessita: right, and presumably there's a commit without the tag
[20:54] <nessita> james_w: so, my scenario is trickier than that. I created the "first" package without using bzr merge-upstream but branching my project and using python-mkdebian. Now, I have a new upstream release before the package has been uploaded somewhere. I branched the former branch and ran bzr merge-upstream.
[20:55] <nessita> dobey: yes, so far all my commits were without a tag. In my whole tiny period packaging, I never tagged a commit outside the upstream project
[20:55] <james_w> nessita, ah, then we're back to the bootstrap thing, you need to set the "upstream-0.2.2" tag on the revision that you first ran python-mkdebian in
[20:56] <james_w> bzr dh-make would have done that for you
[20:56] <nessita> james_w: bzr dh-make replaces python-mkdebian? or complements it?
[20:57] <james_w> nessita, complements it. bzr dh-make does the bzr stuff, then you can use python-mkdebian to create the debian directory
[20:57] <nessita> james_w: understood, thanks a lot!
[20:58] <james_w> nessita, bzr dh-make --bzr-only will just do the bzr stuff, and then you don't have to delete the crap that dh_make creates for you
[20:58] <nessita> ack!
[20:59] <nessita> I'll start fresh, my OCD won't allow me sleep otherwise :-D
[21:00] <nessita> james_w: bu, bzr: ERROR: command 'dh-make' requires argument TARBALL but I have no tarball for him, since I branched upstream. I could grab the tarball I just release, but I don't see the point in that
[21:05] <james_w> nessita, you have a tarball but don't want to provide it?
[21:05] <nessita> james_w: I have the tarball but I don't see the point of using it since I just branched upstream's trunk to b uild the package
[21:06] <james_w> nessita, right. It stashes the tarball in the branch as it works, so that other people won't have to download that tarball.
[21:06] <james_w> and e.g. LP will be able to build the package at the click of a button (one day)
[21:06] <nessita> james_w: ah, ok, thanks
[21:07] <nessita> I see
[21:07] <mterry> james_w, for pkgme, can 'depends' just return "${shlibs:Depends}" and have that be used?
[21:07] <james_w> mterry, certainly
[21:08] <james_w> it's exactly the sort of thing we want I think
[21:08] <mterry> deal
[21:09] <james_w> mterry, are you looking at a particular backend?
[21:10] <mterry> james_w, yeah, I'm doing the vala backend right now
[21:10] <james_w> sweet
[21:10] <james_w> I should get the final bits in place so that you can test it properly
[21:10] <mterry> james_w, I should have something to propose this week.  I'm sure it will be revised, but thought I'd get a sample to hit the common cases
[21:11] <james_w> mterry, great, I'm keen to get people to look at as many backends as possible soon, I'm sure there are things in the design that are missing to support them all
[22:05] <jasoncwarner> Ok, AU desktop team, I imagine this could be quick :)
[22:05] <jasoncwarner> https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-11-09
[22:05] <jasoncwarner> that is the link and notes from the previous meeting
[22:06] <jasoncwarner> everyone here?
[22:06] <RAOF> Aye aye!
[22:06] <TheMuso> Yep.
[22:07] <TheMuso> Robert is not yet online.
[22:07] <jasoncwarner> Afternoon (morning for you guys)
[22:07] <jasoncwarner> He mentioned he was moving ISPs, I wonder if he is offline b/c of that.
[22:07] <TheMuso> Oh ok.
[22:07] <jasoncwarner> either way we can get started...
[22:09] <jasoncwarner> you can see from the wiki above there wasn't much in the agenda to go over other than some quick status. Didier updated us on Unity (see notes) and pitti reset the cycle trackers, so we are good to go with work items
[22:09] <jasoncwarner> so let me ask, is everyone all set with their work items? everything update in the BP?
[22:10] <RAOF> Yup.
[22:10] <TheMuso> So far so good, I prodded David about the a11y spec, but he hasn't looked/responded about it yet. Will poke him again later today when he is online.
[22:10] <chrisccoulson> hi everybody on the other side of the world! :)
[22:10] <jasoncwarner> TheMuso: sounds good. RAOF. awesome.
[22:10] <jasoncwarner> chrisccoulson: hello :)
[22:11] <RAOF> chrisccoulson: Hello insomniac Brit :)
[22:11] <TheMuso> Hey chrisccoulson.
[22:11] <chrisccoulson> lol. it's not that late here just yet. i've got a few more hours to go ;)
[22:11] <jasoncwarner> RAOF: want to give a quick X Update (if anything at this point)
[22:12] <RAOF> X update:  We're largely in sync with Debian at the moment.
[22:13] <jasoncwarner> Ok. Anything else? If not, TheMuso, anything you would like to report?
[22:13] <RAOF> None of the new code for Mesa or X has landed; we'll be taking snapshots of Mesa once things settle down a bit more, and snapshots of Xserver 1.10 once the ABI's settled and we're sure we want it.
[22:13] <jasoncwarner> and, welcome robert_ancell :)
[22:13] <jasoncwarner> Awesome.
[22:13] <RAOF> Internode.  A fine choice :)
[22:13] <TheMuso> jasoncwarner: Not so far, now I have recovered from my trip, I am starting to ramp up my atk research/prototyping, and playing with unity compiz.
[22:14] <robert_ancell> jasoncwarner, hey
[22:14] <jasoncwarner> TheMuso: good. I have an action to setup a meeting w/ you for next week once I land in AU :)
[22:15] <TheMuso> jasoncwarner: Cool.
[22:15] <robert_ancell> oh, meeting.  I thought it was yesterday
[22:15] <RAOF> Oh, something notable for the Intel users: we've dropped the patch disabling pageflipping in the intel DDX.  You may recall me dropping this patch in Prague, and everyone's display freezing at regular intervals.  We're watching the bug reports :)
[22:15] <TheMuso> robert_ancell: Check your calendar... :)
[22:15] <jasoncwarner> RAOF: Noted! thanks.
[22:16] <jasoncwarner> robert_ancell: no worries...anything you want to update?
[22:16] <robert_ancell> nothing in particular, just working through GNOME updates
[22:17] <jasoncwarner> fair enough
[22:18] <jasoncwarner> well then, since we didn't have much from other meeting as well, it is almost time to call the meeting :) I'll update the wiki and put the actions in there.
[22:18] <jasoncwarner> Anything else?
[22:19] <jasoncwarner> then.... [END MEETING] :)
[22:19] <jasoncwarner> thanks guys!
[22:20] <RAOF> Hm.  iotop appears to be a bit confused here.  I'm fairly sure dpkg isn't reading 75 terabytes/sec, nor is it writing 3.9 petabytes/sec.
[22:23] <icek> yo, was playing with like compizconfig settings manager, and it screwed up all my graphics stuff@@@ my multiple desktops look dumb now, it disabled my extra visual effects under appearance and whenever i try to re-enable it, it just tries to and then just switches back to None.
[22:23] <icek> Any advice?
[23:48] <icekk> HIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII I installed compiz, which broke my workspace switcher... HOW DO i fix thissssss?
[23:55] <virtuald> icekk: use compizconfig-settings-manager. and this channel is not for support, use #ubuntu