[00:10] ari-tczew, sure, np [07:13] Good morning [07:14] Morning, pitti [07:15] hey jasoncwarner, how are you? had a nice weekend? [07:15] A fine morning to you too, pitti [07:15] Pretty good! I hope you did as well. [07:16] hey RAOF, how are you? [07:16] Pretty good. [07:17] Played quite a cool new board/card game yesterday - Race for the Galaxy. Fun. [07:17] Also, I think I've worked out how to get unity to actually build debugging symbols! [07:18] Why do people continually reinvent slightly different versions of autotools? :) [07:21] because that is so much fun! [07:22] I suspect it's a rash of people saying “How hard could it be…” who haven't watched Top Gear! [07:28] Morning pitti, hello jasoncwarner. [07:29] Hello there TheMuso ! [07:29] Hey bilalakhtar. [07:30] RAOF: 'because autotools are crap and I know how to do better' [07:30] lifeless: How hard could it be™ === cassidy` is now known as cassidy [07:38] |==================================================/-| [07:38] is that your progress bar for thinking? [07:39] for how hard it is :) [07:47] good morning [07:51] Hey didrocks. [07:51] hey TheMuso, good week-end? [07:51] Does anybody else not have a network manager applet on their panel? nm-applet is running. [07:52] unity panel or gnome-panel? [07:53] GNOME [07:53] I can't use unity just yet. [07:53] nm doesn't yet have an indicator, does it? [07:53] Its in the works afaik, but even a legacy applet would do me atm. [07:55] I am on a desktop so I don't *really* need it, but still. [07:58] RAOF: would it be possible to link r300_dri.so and r600g_dri.so against libdricore.so as well? [07:59] RAOF: seems the compressed reduction was less than we hoped for -- or does the current mesa already contain the new gallium drivers? [07:59] mvo: good morning [08:00] mvo: had a nice weekend? [08:00] mvo: FYI, I'm working on a GTK3 version in python-aptdaemon-gtk [08:01] we need both in parallel, since software-center still uses pygtk2, but my new gtk3 language-selector port needs aptdaemon's gtk3 widgets [08:02] pitti: if it can help you space-wise, I can remove libunity-misc0 and the unity-place* for alpha1, but they will come back soon… [08:02] didrocks: nah, don't remove stuff which we'll need [08:03] ok :) [08:03] I'd rather see everything that we need right now, and then we can work towards a relatively fixed target [08:03] pitti: Those are the gallium drivers; I switched them on at the same time. [08:03] RAOF: ah, good [08:03] So mesa is not going to grow appreciably from here on in. [08:03] pitti: well, there is still maybe banshee once the MIR is reviewed. [08:03] Unless, of course, we decide we want to build against llvm :) [08:03] an OO.o rebuild would help a lot, but we'll still need an actual maintainer for that [08:04] pitti: do you think you'll get in shape for A1? 19 MiB of oversize seems a real challenge :) [08:04] RAOF: could these gallium drivers link against dricommon.so? [08:04] didrocks: no, I don't think so; we just need to cope for a1 [08:05] there's still yelp [08:05] ok :) [08:05] micahg: right, we still have xulrunner [08:05] couchdb has already been updated to only need mozjs [08:05] but I don't consider oversizedness a blocker for Alpha-1 [08:05] pitti: Possibly; they won't shrink as much as the other dri drivers, and the gallium build is labyrnthine. [08:06] RAOF: ah, so that wasn't just a trivial oversight then [08:06] No. I tried moderately hard :) [08:25] hey pitti, good monring! yeah, good weekend, you too ? [08:25] pitti: aha, nice to hear that you work on a gtk3 version [08:26] mvo: yes, we did; moved to Munich with my wife, I'll stay here for a week [08:26] mvo: long dependency chain; I started on language-selector, which needs aptdaemon, which in turn would need a GIR for VTE [08:26] pitti: nice! close to glatzor :) [08:26] mvo: I'll disable AptTerminal in the Gtk3 version for now, I don't need it in language-selector [08:26] pitti: for language-selector we can probably get away without a terminal [08:27] heh :) same thought [08:27] mvo: that's next on my list, and once it's working, I'll put it back, ok? [08:27] sounds good! thanks for working on tihs [08:27] but getting gtk3demo.py to work is quite a lot of exercise even without the terminal :) [08:27] some pygi glitches to workaround, and current bzr head has some other bugs, too [08:28] I can imagine, its great that you trailblaze it, then for me (and the others) the porting will be much easier [08:28] *nod* [08:28] that's the idea -- start with the small projects, and work "upwards" [08:30] ! [08:30] :) [08:30] pitti: will you permanently move to munich? or go back and forth between it and dresden? [08:31] mvo: it's pretty short this time, just until Jan 30 for her [08:31] I'll stay this week, and another week in January [08:32] mvo: she'll come home over christmas/new year [08:33] aha [08:46] morning [08:51] good morning everyone! [08:51] I've got a question if anyone can help me. When working upstream, translators generally only translate the trunk versions. When we however use an older version than upstream in our packages (e.g. gnome-system-monitor 2.28 instead of 2.32), the newest translations don't get imported (unless they've committed them as well to the older branch and there's bee an update to the package). That's no big deal, but it would be useful to have a list of the main [08:51] GNOME packages and their versions. Or even better, a list with those packages which are at least a version behind upstream's. [08:51] Does anyone know an easy way to obtain this list? Thanks! [08:51] hi dpm [08:51] buenas rodrigo_ :) [08:52] dpm, http://people.canonical.com/~platform/desktop/versions.html ? [08:56] rodrigo_, that'll be really helpful already, thanks! But do you know any way to obtain that list on the command line, to filter so that the e.g. gnome modules with older versions than the upstream ones could be shown? [08:56] dpm, see at the bottom of the page, there's the bzr branch that contains the code for that page [08:57] rodrigo_, ah, awesome, thanks! [09:23] didrocks: Oh missed your weekend query earlier, yes had a nice weekend thanks. [09:27] :) [09:33] mvo: I hope these "Hola", "Servus", "Heya" status signals just happen in --dummy mode? :-) [09:33] install/remove cw work now \o/ [09:35] pitti: cool [09:39] mvo, if you have time today, could you read through and tell me what's good or bad, what needs changing, etc? [09:42] mpt: sure, I looked over the diffs while you edited it and it looks good, I may have some small comments [09:43] mpt: but let me read it from start to finish to get the full picuture [09:43] picture [09:43] mvo, thanks, I can get on Mumble if you want to talk through it === almaisan-away is now known as al-maisan [09:45] ok, sounds good. I read it in some minutes (just need to finish some u-m work) [09:45] ok [09:47] heloo there! [09:47] hello [09:47] bonjour seb128 [09:47] hey pitti [09:47] how are you? [09:48] I'm great, thanks! Moving to Munich worked well [09:48] we've been at the Christmas fair yesterday afternoon [09:48] and in the evening we watched Harry Potter 7 [09:49] seems like a nice we! [09:50] indeed [09:50] salut seb128 [09:50] and in the train I ported language-selector to gtk3/pygi :) [09:50] lut didrocks [09:50] pitti, ;-) [09:50] well, started, anyway [09:50] I need aptdaemon first [09:50] seems you are on speed with pygi now [09:50] ok [09:50] which I'm currently working on [09:51] and I'm currently stumbling over all the bugs in aptdaemon :) [09:52] mpt: in the moderating section, there are some image references, but the images are missing. is that intentional for later or a oversight? [09:53] mvo, arriving today [09:58] mpt: ok, thanks [10:22] didrocks, is unity worth testing today? [10:26] seb128: yeah, not crashing a lot, I'll upload a new compiz in few minutes for the migration stuff and getting -dbgsym package, so maybe wait for that? [10:26] mpt: I read through it and I think some of the suggested defaults are not ideal for the devel release. i.e. defaulting to "active" reivews when we have no reviewers team is not ideal. a better solution might be to only require a single "is inappropriate" vote to make it disappear (we can and most likely will tune that threshold as we gain more experience). the other is "all language" as the default. I think a better default is "language fami [10:26] ly" but if that is empty, make it easy/obivious how to switch to "all" (and at least initial a option like "my langauge + english" is probably helpful until we have enough reviews that this is not really needed anymore) [10:26] well I can try already, I will not have settings migration on my account since I already ran the new one [10:27] seb128: there is still, but there is a bug that can make compiz crash at start, I have a fix now [10:27] ok [10:27] I will wait then [10:27] mvo, I need to talk with sg about who will do the moderation. We might run it like Launchpad's CHR, where people have a day every month or something. [10:28] mvo, I agree it would be bad to have active moderation and no moderators. :-) [10:28] what is LP CHR? [10:28] I imagined that we would try to get a moderators community team [10:29] pitti, bug #678423 is a side-effect of your g-s-d update [10:29] mvo, Community Help Rotation. Each member of the Launchpad team has one day every couple of months or so where they are responsible for clearing support requests etc [10:29] Launchpad bug 678423 in rhythmbox (Ubuntu) "Keyboard shortcut Super+p causes entire screen to redraw (affects: 3) (heat: 513)" [Undecided,New] https://launchpad.net/bugs/678423 [10:29] especially as this feature will initially debut in natty I think the risks of starting with passive reviews is not that great [10:29] mpt: aha, thanks. yeah, that is probably a great way to kickstart [10:30] mvo: I can now update, install, remove, and upgrade; "install file.." is broken (also in the gtk2 lib) [10:30] * pitti dances happily [10:31] seb128: right, a bit unfortunate; it grabs the keybinding now [10:32] pitti: nice [10:32] pitti, I've read a bunch of users questions about that for a week [10:32] pitti: hm, broken in what way? bt? [10:32] the dialogs still look a bit ugly, since they unfortunately have just one huge label [10:33] File "/home/martin/upstream/python-defer/defer/__init__.py", line 428, in defer [10:33] result = func(*args, **kwargs) [10:33] TypeError: InstallFile() takes exactly 4 non-keyword arguments (2 given) [10:33] mvo: ^ [10:33] mvo: seems easy to fix, though [10:33] mvo: that's new from 0.40 (upstream trunk), presumably not yet in our natty version [10:33] I'm doing the branch against upstream [10:33] yeah [10:34] there are some API changes [10:34] mvo: but I'm also running aptd from trunk [10:34] (it falls apart completely if I run it against 0.33 from natty) [10:34] mvo, I've just changed the default language setting as you suggested [10:35] thanks mpt [10:40] mvo: hm, it's not actually that trivial; I guess I'll leave that for now [10:57] mvo: https://code.launchpad.net/~pitti/aptdaemon/gtk3gi/+merge/42088 is now ready; works fine with language-selector [11:00] pitti: ok [11:00] thanks! [11:28] didrocks, weird [11:28] so I've activated unity in ccsm and restarted compiz [11:28] but I get no unity on screen [11:28] no bar at the top of the screen [11:28] no left side launchers [11:37] seb128: hum? and what do you have on the command line? [11:37] didrocks, it's working now [11:37] seb128: normally, if you upgraded recently, it should be the default as well [11:37] (it seems that notify-osd is broken when you restart compiz btw) [11:37] I didn't get any notification about your ping… [11:38] reduced IRC noise, great [11:38] great for you ;-) [11:38] so I started compiz from a vt [11:38] it loaded the ini backend and none of the option in the config [11:38] now I did a compiz --replace in my session [11:38] unity is working and that didn't hang, weird [11:39] ok, so you're strike by the ini transition backend bug I guess [11:39] dunno [11:39] as in the vt, there is no env variable to force loading the gconf settings :) [11:39] but running compiz from a vt [11:39] and so, unity [11:39] DISPLAY=.. compiz [11:40] doesn't use anything configure [11:40] hum [11:40] I did select manually the gconf backend in ccsm last week [11:40] before any transition [11:40] it should not be a "transition" bug [11:41] weird, you should have the default profile with gconf then [11:41] really dunno :) [11:41] ok, no worry [11:41] it works now [11:41] out of the fact that I lost my grid geometry [11:42] yeah, all your settings are the defaults now in the unity session [11:42] well, I had a 3x2 workspaces layout [11:42] you can get all your lovely settings in the gnome-classic session [11:43] I'm back to the default one after upgrade [11:43] yeah, because as said, all your defaults set manually in ccsm are reset in the gnome session (but still there in gnome-classic) [11:43] then, the fact that compiz doesn't pick gnome gconf value is another bug [11:43] hum [11:43] I'm in a GNOME session [11:43] right… [11:43] I didn't restart my session today [11:43] I just did a compiz --replace [11:44] didrocks, I'm not running any of the session change you did last week [11:44] still old compiz? [11:44] I started that box this morning without any of the friday updates [11:44] I upgraded compiz and unit [11:44] hum [11:44] unity [11:44] ah [11:44] then did compiz --replace [11:44] mvo, one thing I forgot to include is a "Tweet this review" checkbox :-) (replacing the existing "Share..." link) [11:44] hum, so you don't have any env | grep COMPIZ variable? [11:44] no [11:45] $ env | grep COMPIZ [11:45] $ [11:45] oh right [11:45] so the gconf transition has failed :) [11:45] but the gconf path changed [11:45] it's now compiz-1, as it is for the ini backend [11:45] and normally, the transition script make the copy [11:46] but there was a case where glib wasn't initialized, and so, fail… [11:46] but why do I need a transition? [11:46] I went to ccsm and set my settings back [11:46] they just have no effect [11:46] because /apps/compiz -> /apps/compiz-1 [11:46] same in the wnck applet [11:46] ccsm should work still? [11:46] sure [11:46] don't sure to follow you, there was a missing renaming in gconf [11:47] now, the backend has it [11:47] ok, so I guess several issues [11:47] I didn't get the transition done for me [11:47] which is fine it's my fault to running things by hand [11:47] but now I've changed it back in ccsm [11:47] but compiz doesn't pick the layout set there [11:48] oh, I didn't understand it doesn't pick the layout? [11:48] hum… [11:48] no [11:48] can we have a look at little bit later then? [11:48] yes [11:48] no worry [11:48] I want to finish my compiz upload [11:48] sure [11:48] thanks :) [11:48] let's do that after lunch [11:49] sure :) [11:49] it's time to eat there [11:49] didrocks, thanks [11:50] seb128: yw, enjoy your lunch :) [11:50] thanks [12:02] hmmm, i'm wondering if anybody actually uses edbrowse :/ [12:06] hello all! [12:06] hi nessita! [12:07] didrocks: hey there, would you have any news for me re the sponsoring for the ubunutone-control-panel? [12:09] nessita: yeah, I've reviewed it this week-end, looks good :) Just need testing (will do this afternoon), then upload + NEWing, right? [12:10] didrocks: yes :-) thanks! [12:10] yw :) [12:16] nessita: http://paste.ubuntu.com/537854/ [12:17] didrocks: looking [12:25] didrocks: missing dep added to debian/control and changes pushed to lp:~nataliabidart/+junk/ubuntuone-control-panel-natty-release === MacSlow is now known as MacSlow|lunch [12:27] nessita: right :) [12:27] nessita: grab and testing [12:28] I wonder why python-mkdebian didn't catch that [12:28] hey nessita [12:28] hey seb128, how are you? [12:28] nessita: because it's not a python dep? [12:29] I'm fine thanks [12:29] how are you? [12:30] didrocks: it is a python dep (from my POV, not sure how you define a python dep :-)) [12:30] seb128: pretty pretty good! [12:31] nessita: it's not, the gir and typelib and language independent, it's not a python module as is :) [12:31] but yeah, that's a wishlist to add to python-distutils-extra [12:31] nessita: apart from that, this panel looks good :) [12:32] didrocks: awesome [12:34] nessita: do you want me to push the released branch somewhere particular or just lp:ubuntu/ubuntuone-control-panel once it will be NEWed? [12:35] didrocks: lp:ubuntu/ubuntuone-control-pane please [12:35] lp:ubuntu/ubuntuone-control-panel* [12:35] ok :) [12:36] seb128: new package to be NEWed for you! (waow, awesome way to avoid ccsm question ;)) [12:39] nessita's? [12:40] can I get a review and upload of this https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-panel/fix-introspection/+merge/42100 ? [12:40] seems I finally found the cause for the invest applet not working!! :) [12:40] rodrigo_, hey [12:40] hi seb128 [12:40] I can do that in a bit yes [12:41] sorry, didn't say hi, been busy the whole morning with this [12:41] so hi all :) [12:41] seb128: yeah, nessita's one, ubuntuone-control-panel [12:41] seb128, ok, thanks [12:41] rodrigo_, do you need the makefile -v addition or was that debugging? [12:41] didrocks, nessita can wait after ccsm I'm sure :p [12:42] seb128, that's debugging, removing it [12:42] rodrigo_, thanks [12:42] seb128: I don't tend to agree in that particular case, don't know why :-) [12:42] seb128: more seriously, just 5 min and it will be ok [12:42] lol [12:42] ok [12:42] thanks :) [12:49] seb128: what did I do? (besides making some mate) [12:50] rodrigo_: how's your mate foo going? [12:50] seb128: ok, ready. I must warn you that the changes you are doing now will only affect the gnome-classic session as at next session restart, you will be in the unity profile [12:50] nessita, I was just joking in reply to " seb128: new package to be NEWed for you! (waow, awesome way to avoid ccsm question ;))" [12:50] nessita, I will not let didrocks avoid the ccsm issue I asked about before ;-) [12:51] seb128: ah! didrocks is using me like a cover. Good thinking :-P [12:51] nessita, will review your upload in a bit, don't worry ;-) [12:51] seb128: awesome, thanks [12:52] didrocks, will the unity profile be a fresh one on next login? [12:52] giving me standard unity config? [12:52] seb128: right [12:53] ok [12:54] seb128: in ccsm, you are changing which profile? "Standard" or "unity"? [12:54] it's in the general pane) [12:56] didrocks, sorry I was playing with ccsm, standard is selected [12:56] ok, so should work on your current state [12:57] (before restarting the session, I mean) [12:57] I should perhaps restart my session to be in a clean config? [12:57] didrocks, let's forget about it for now [12:57] that would be nice :) [12:58] I will wait for the uploads you did to be published [12:58] upgrade and restart [12:58] ok :) [12:58] then we can talk about issues [12:58] didrocks, btw let me pick your bug knowlegde [12:58] seb128: again, didrocks-unity-mup? :) [12:59] didrocks, the bugs about menus autoclosing is not supposed to be fixed right? [12:59] the autoclosing shouldn't, no [12:59] didrocks, and launcher dnd move or context menus are not supposed to be implemented yet? [12:59] the fact that clicking doesn't open a menu, should [12:59] (be fixed) [12:59] ok, that works [13:00] and right, dnd doesn't work [13:00] it's just that they close when doing left, right [13:00] ok [13:00] thanks [13:00] yeah, if you do that quickly enough [13:00] I will open a few bugs later on [13:00] ok :) [13:00] nessita, mate is going great, almost done with the yerba I bought [13:00] nessita, so, will start looking for a shop where they sell 'cruz de malta' or real mate [13:00] rodrigo_: and you have yerba available there? [13:01] Chipaca told me about 'cruz de malta', which I think they sell here === alecu is now known as alecu-sprint === MacSlow|lunch is now known as MacSlow [13:34] What do you guys think about bug 616682? The changes proposed look fairly small, though I think it would perhaps be easiest to get through SRU if somebody prepared a backport of just the necessary changes without version bumps, whitespace changes, etc.; would you agree? [13:34] Launchpad bug 616682 in system-tools-backends (Ubuntu) "Backport system-tools-backends 2.10.0 to Lucid (affects: 1) (heat: 34)" [High,New] https://launchpad.net/bugs/616682 [13:45] mpt: I send some comments on the spec now by mail now, let me know what you think (not urgent, we can talk about it in the mumble call or before/after the call) [13:46] thanks [13:54] kenvandine, am I missing something, or are the valac developers in that GIO 'take_error' bug being not very helpful? [13:55] mterry, they really aren't :/ [13:55] kenvandine, I just reopened it [13:56] kenvandine, it sounds like their position is "don't use gir yet, or if you do, use a custom metadata file". So at least the metadata file (and he gave an example) will unblock you? [13:56] kenvandine, or did you already workaround this bug? [13:56] i already worked around it [13:56] cool [13:57] basically by not using the girs [13:57] specifying all the packages with --pkg [13:58] not sure if gio folks are going to jump onadding the metadata file to work around it [13:58] since it is vala specific [13:58] or i guess you can just bundle your own metadata file right? === MacSlow is now known as MacSlow|afk [14:06] pitti: Hi Martin, are you there? I thought about our conversation last friday, and think I made some progress. There are a couple of follow-up matters I'd like to talk over; please see my latest comments at https://launchpad.net/bugs/553162 [14:06] Launchpad bug 553162 in language-selector (Ubuntu) (and 3 other projects) "Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing (affects: 30) (dups: 10) (heat: 192)" [Undecided,In progress] [14:10] kenvandine, yeah, that's what the devs were telling me to do, but that's not something every vala author out there should have to do [14:15] mterry, yeah... or even have to figure out they need to do === MacSlow|afk is now known as MacSlow [14:48] mvo: FYI, language-selector now works fine with gtk3/pygi \o/ [14:48] all pushed to bzr now [14:51] nice pitti :) go gtk3! [14:51] pitti: *nice* [14:52] mvo: I'll upload this once I catch glatzor to do a new upstream release and natty upload [14:52] GunnarHj: hello! [14:52] GunnarHj: reading [14:53] pitti: do you want to get this in for a1? if so, we need python-defer in the archive first I think [14:53] mvo: no, not urgent at all for a1 [14:54] mvo: oh, right, that too [14:54] mvo: do you want me to package it, or do you know whether glatzor is already working on that? [14:54] pitti: I htink its already packaged [14:55] pitti: see lp:~glatzor/python-defer/ubuntu-natty [14:55] pitti: it just needs to get uploaded and through NEW [14:55] I can upload [14:55] if you help with the NEW processing :) [14:56] mvo: absolutely! [14:56] few nitpicks in debian/control, but *shrug*, nothing that can't wait [14:57] mvo: I'd love to just use lp:ubuntu/python-defer once it's uploaded and drop the glatzor specific branch; WDYT? [14:57] and we should use dh_python2 now (but that's not a NEW blocker) [14:58] pitti: what bits needs fixing in cntrol? happy to do that [14:58] pitti: lp:ubuntu ++ [14:59] mvo: Maintainer:, dropping python-central (and building --with python2) [14:59] mvo: and shlibs:Depends isn't necessary and will cause a warning [14:59] mvo: oh, and in debian/rules: first $@, then --with (for dh8 compatibility) [15:01] thanks pitti [15:02] pitti, oh, didn't know that about $@ and --with. I've always seen examples the other way [15:03] * mterry makes a mental note === bjf__ is now known as bjf [15:06] mterry: see man debhelper, "v8" [15:31] GunnarHj: I responded to your bug comments; still need to respond to your merge request comments, but I need to run out now; will respond ASAP [15:38] so, good bye everyone, need to leave early today [15:38]