[10:08] <fta> is the rhythmbox indicator gone in natty??
[10:14] <fta> oh, it's bug 691556
[10:14] <ubot2> Launchpad bug 691556 in rhythmbox (Ubuntu) (and 1 other project) "[natty] rhythmbox doesn't appear in indicator-sound menu anymore (affects: 3) (heat: 18)" [Undecided,New] https://launchpad.net/bugs/691556
[13:14] <fta> dpm, hi, chromium (daily) is usable in Basque and Galician now \o/
[13:15] <fta> dpm, i should probably blog myself about all this...
[13:15] <dpm> fta, oh, these are truly awesome news!
[13:15] <dpm> fta, yeah, have you been thinking about starting a blog? :)
[13:16] <fta> dpm, yep, just need to select one, and start writing
[13:16] <dpm> cool ;)
[13:16] <fta> wordpress? google?
[13:16] <fta> i really have no idea
[13:16] <dpm> WP
[13:17] <dpm> (IMHO)
[13:20] <fta> dpm, did you read what i said to Tony?
[13:22] <dpm> fta, I did, but judging by his last comment, I think he won't be replying until January
[13:23] <fta> dpm, i meant, the part where i said that i will only land new langs with enough coverage in stable releases
[13:23] <fta> maybe that will encourage translators to speed up :)
[13:24] <dpm> fta, right. Sure, but we'd need to document this (i.e. what's enough coverage, 80%?) somewhere
[13:25] <fta> dpm, yep, i'm not yet sure how to judge that, most probably per template
[13:31] <fta> dpm, \o/ formatted comments: https://translations.qastaging.launchpad.net/chromium-browser/translations/+pots/generated-resources/sr/+translate?batch=2
[13:32] <dpm> fta, ah, great, it looks so much nicer now :)
[14:21] <fta> jcastro, you're triaging the unity bugs? ;)
[14:21] <jcastro> heh
[14:25] <fta> jcastro, i filled two this morning, but i'm afraid it's still far from usable for me
[14:26] <fta> but i keep trying.. each time i reboot on a new kernel
[14:33] <jcastro> fta: it's coming along, I am happy with how far it is along in alpha
[14:33] <jcastro> the launcher part and performance is already better than what was in 10.10
[14:34] <fta> sure, on my netbook, it was really too slow
[14:35] <fta> but here, i see giant launchers, and not much else. feature wise, there still a huge gap to fill up
[14:35] <fta> well, for my use case anyway
[14:35] <jcastro> yeah the dash thing isn't connected up yet (alpha 2)
[14:35] <jcastro> and the launcher will autohide, which makes it so much nicer to use since it's not in the way
[14:35] <chrisccoulson> i already run with autohide on :)
[14:37] <jcastro> me too
[14:38] <fta> jcastro, i read your post the autohide stuff, searched for it this morning, but couldn't find it
[14:38] <fta> +about
[14:38] <jcastro> fta: the option is in ccsm in the unity plugin
[14:38] <fta> oh
[14:38] <fta> middle click was doing something weird, irrc
[14:38] <fta> iirc
[14:39] <jcastro> yeah I only go in there to turn it on, clicking on anything else makes compiz blow up for me usually
[14:45] <fta> jcastro, what do you think of bug 692462?
[14:45] <ubot2> Launchpad bug 692462 in unity "unity confused with chromium web apps (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/692462
[14:46] <fta> it seems they are trying to detect which launcher to highlight just by looking at the process name and/or desktop file
[14:46] <fta> chrisccoulson, ^^
[14:48] <chrisccoulson> i think they are using the process name ;)
[14:48] <chrisccoulson> asac looked at something similar already
[14:48] <chrisccoulson> in any case, the current behaviour isn't right
[14:49] <chrisccoulson> fta - do the chromium windows get a unique WM_CLASS?
[14:49] <fta> not sure
[14:54] <chrisccoulson> jcastro, i opened a bug for supporting the unity panel menu in mozilla now
[14:54] <chrisccoulson> https://bugzilla.mozilla.org/show_bug.cgi?id=619899
[14:54] <ubot2> Mozilla bug 619899 in Widget: Gtk "Support the panel based menubar in Unity" [Enhancement,New]
[14:59] <jcastro> chrisccoulson: good good, I was thinking about doing one for chromium, but then decided that it's too early, that and I should ask fta what he thinks
[14:59] <jcastro> also, fta, it would be cool when you do app mode in chrome, if you could add to the launcher instead of the option for the desktop
[15:00] <fta> the global menu stuff?
[15:01] <fta> chromium doesn't really have a menu bar
[15:02] <jcastro> right, so it shows nothing up there
[15:02] <jcastro> I figured it would be like on the mac, where they export the menu from the button to the top panel anyway
[15:05] <fta> i remember Evan already talked about that
[15:05] <jcastro> what'd he say?
[15:05] <jcastro> (though to me personally the appmode stuff is more important than the menu since I don't use the menu in chromium anyway)
[15:05] <fta> something like it's too early, (our) specs not complete
[15:06] <fta> the global menu is a nuisance to me, because i use the follow focus mode
[15:07] <fta> and on a 24" screen, i don't maximize my windows, so that menu doesn't work at all
[15:08] <jcastro> I am waiting for it to be better on multiple screens, it's annoying right now if I have something maximized on the second screen
[15:10] <fta> jcastro, found this: http://code.google.com/p/chromium/issues/detail?id=30213
[15:11] <jcastro> ya
[15:21] <fta> how to attract someone's attention for bug 691556?  most probably ayatana
[15:21] <ubot2> Launchpad bug 691556 in rhythmbox (Ubuntu) (and 1 other project) "[natty] rhythmbox doesn't appear in indicator-sound menu anymore (affects: 4) (heat: 22)" [Undecided,New] https://launchpad.net/bugs/691556
[15:36] <chrisccoulson> jcastro, tbh, i guess it might be me who ends up doing the menu support for chromium too ;)
[15:38] <jcastro> heh
[16:02] <mdeslaur> fta: rhythmbox is currently unbuildable as libindicate failed to build for the gir transition
[16:03] <mdeslaur> fta: I had planned to take a look, but that needs to be resolved first
[16:05] <micahg> chrisccoulson: from xnox in #ubuntu-devel  (05:14:15 AM) xnox: micahg, the new "GREMaxVer" and "GREMinVer" in xulrunner-2.0-dev pacakge are broken. There is a "stray" "-e" which prevents queriying GREMinVer
[16:05] <micahg> (05:14:34 AM) xnox: that's in libxul-embedding.pc
[16:06] <chrisccoulson> oh, i hadn't had a chance to test that yet ;)
[16:06] <micahg> oh, well I guess someone did
[16:06] <micahg> :(
[16:06] <chrisccoulson> yeah, i see
[16:06] <chrisccoulson> i'll fix that in a bit, i need to fix an upgrade failure too
[16:07] <micahg> chrisccoulson: ah, ok
[16:07] <micahg> jdstrand: I tried running seamonkey through the test-browser.py, but it kept hanging after the embedded odp file
[16:08] <jdstrand> micahg: sounds like oo.o didn't close properly
[16:08] <micahg> jdstrand: yeah, it seems like it was hung
[16:09] <micahg> I couldn't seem to get it to close, so I just did some basic usage testing after that
[16:10] <jdstrand> micahg: that is odd. I've used 'test-browser.py -e seamonkey' in the past. I doubt it is perfect, but it should basically work
[16:10] <micahg> jdstrand: ok, could be user failure :)
[16:10] <jdstrand> micahg: did you have oo.o open somewhere else? what about autostart? I always test these in a clean vm
[16:10] <micahg> jdstrand: yeah, it wasn't in a clean VM, so maybe that's it
[16:11] <jdstrand> micahg: as you've seen, the test-browser.py walks you through the process. eg, the png test fires up firefox. you must close firefox to proceed to the next test
[16:11] <micahg> yep, I got through about 15 tests
[16:11] <jdstrand> micahg: for oo.o, firefox launches a helper, in this case oo.o, and the helper opens
[16:12] <jdstrand> micahg: you must then close both the browser and oo.o to go to the next test
[16:13] <jdstrand> micahg: if oo.o didn't shut down correctly, it will do like you described (this actually happens with epiphany and the multimedia files tests (I believe chrisccoulson is working on fixing that))
[16:13] <jdstrand> micahg: so with epiphany, I have to kill the totem-plugin-viewer from outside the test (I could automate that, but hope to see a fix)
[16:13] <chrisccoulson> yeah, i really need to figure out what's going on there :/
[16:13] <jdstrand> micahg: in your case, look at ps output for any stray oo.o processes
[16:14] <chrisccoulson> i have an idea, but never got round to finishing my investigation ;)
[16:14] <jdstrand> k
[16:14] <fta> chrisccoulson, no hit for WM_CLASS in the ch src tree
[16:15] <chrisccoulson> fta - oh, it probably wouldn't be there, it would probably be set via another API (perhaps GTK)
[16:15] <chrisccoulson> fta - just try running xprop on the chromium windows instead
[16:16] <fta> chrisccoulson, WM_CLASS(STRING) = "chromium-browser", "Chromium-browser"
[16:17] <fta> chrisccoulson, same for a webapp :(
[16:17] <chrisccoulson> hmmm, so it would probably be pretty difficult to match a window to a specific desktop file :/
[16:18] <fta> it's probably fixable
[16:48] <micahg> chrisccoulson: BTW, build system will need an overhaul for fennec, I started on it, once I figure out what needs to be in there, I probably have to talk to upstream about what should be in build/ and what can't be moved there
[17:15] <micahg> jdstrand: ok, seamonkey passed most of the tests, since this is the first time I ran it, I don't have a baseline yet, but I think it's fine to update
[18:06] <jdstrand> micahg: is that for all the releases?
[18:56] <micahg> jdstrand: I actually just tested on maverick, do you want me to test on more?  (will be later this week then)
[18:56] <jdstrand> micahg: we need to test all the compiled binaries, yes
[18:57] <micahg> jdstrand: I should be able to use a chroot for this, right?
[18:57] <jdstrand> micahg: I can push maverick's out today though
[18:57] <micahg> jdstrand: If I can test in the chroot's I have, I can test the rest later tonight
[18:58] <jdstrand> micahg: maybe? I don't really use chroots anymore. You can see https://wiki.ubuntu.com/SecurityTeam/TestingEnvironment for one way to setup vms
[18:58] <chrisccoulson> i'm wondering whether we should try and get the guy who maintains the seamonkey PPA to help out with these updates......
[18:58] <jdstrand> well, I don't use chroots for testing anymore. I use them for builds and other things all the time
[18:58] <micahg> chrisccoulson: well, one person agreed to try them in a semi=prod env
[18:58] <jdstrand> chrisccoulson: that sounds like a grand idea
[18:58] <chrisccoulson> that's cool, but that would be useful on a more regular basis ;)
[18:58] <micahg> jdstrand: I'm limltted on disk space and CPU power ATM, so VMs are difficu;
[18:59] <chrisccoulson> jdstrand, yeah, there is someone who maintains seamonkey on all releases, and AFAICT, it only really existed to provide the latest seamonkey version to every ubuntu release
[18:59] <chrisccoulson> which we do anyway
[18:59] <chrisccoulson> so his effort is probably better spent on helping us out ;)
[18:59] <chrisccoulson> i might send him an e-mail
[19:00] <micahg> chrisccoulson: I tried to get him to help before, he didn't want to deal with our complicated processes or something to that effect
[19:00] <chrisccoulson> hmmmm :/
[19:00] <micahg> jdstrand: so, I'll test the rest in my chroots tonight and let you know
[19:01] <micahg> chrisccoulson: I wanted him to help with the SM 2.0 transition, but he got scared away
[19:01] <micahg> chrisccoulson: maybe it's worth another shot though
[19:01] <micahg> ok, bbiab
[19:01] <chrisccoulson> yeah, i might drop him an e-mail
[19:03] <jdstrand> micahg: seamonkey on maverick pushed
[19:23] <fta> do we really have seamonkey users?
[19:23] <fta> popcon shows 14k installs (0.78%) but 0 frequently used
[19:23] <fta> and 12 infrequently used
[19:39] <fta> mdeslaur, do you know if someone is actively working on fixing libindicate?
[19:39] <mdeslaur> fta: I don't know, sorry
[19:39] <fta> ok, n-p
[19:42] <mdeslaur> fta: you should ask the last uploader
[19:44] <fta> mdeslaur, well, i initially had my doubts about rb being fixed as it's no longer a target for natty, but libindicate sure is, so i'll wait ;)
[19:45] <mdeslaur> fta: oh, I'm a rhythmbox user, so I'll definitely take a look at it :P
[19:45] <fta> mdeslaur, me too, and i have no plan to move to banshee
[21:16] <BUGabundo> o/