[01:43] <crimsun> fta: just uploaded openal-soft-1.11.753, which has a much improved PA backend
[08:46] <gnomefreak> firefox-3.0 ->3.7 are broken. they are locking up my system everytime i use it
[08:46] <gnomefreak> s/it/them
[08:54] <BUGabundo_remote> morning
[08:55] <gnomefreak> morning
[09:16] <BUGabundo_remote> wb gnomefreak
[09:16] <gnomefreak> BUGabundo_remote: thanks
[11:12] <dpm> hi asac, what's the preferred way to submit translations for ubufox? I believe just https://code.edge.launchpad.net/~asac/ubufox/main getting the files from http://bazaar.launchpad.net/~asac/ubufox/main/files/head%3A/locale/en-US/, translating them and then filing a bug or submitting a merge proposal? Is that correct?
[11:23] <asac> dpm: yeah
[11:27] <BUGabundo_remote> fta: can you open https://chrome.google.com/extensions/detail/hdokiejnpimakedhajhdlcegeplioahd ?
[11:27] <BUGabundo_remote> started snapping after I tried that one
[11:28] <BUGabundo_remote> disabled all my extensions and it still snaps :(
[11:41] <dpm> asac, thanks. I've now documented it there: https://wiki.ubuntu.com/Translations/KnowledgeBase/Ubufox. Does that look ok to you?
[11:42] <asac> checking
[11:43] <asac> dpm: i would suggest to start with bzr branch ... (the ubufox branch)
[11:43] <asac> and after adding locale/ll
[11:43] <BUGabundo_remote> fta: found the root cause: SSL
[11:43] <asac> dpm: also adding the appropriate line to chrome.manifest
[11:43] <asac> and then using sh build.so
[11:44] <asac> sh build.sh
[11:44] <asac> to produce a .xpi and test
[11:44] <asac> e.g. users can tests
[11:44] <asac> but otherwise looks goode
[11:59] <dpm> asac, ok, thanks. I've added the suggestions up to the point where translations are built. What are the actual steps for testing the built translation?
[12:08] <asac> dpm:
[12:08] <asac> 12:44 < asac> sh build.sh
[12:08] <asac> 12:44 < asac> to produce a .xpi and test
[12:08] <asac> you install that .xpi in users profile for testing, by opening it in firefox
[12:08] <asac> e.g. put it in /tmp/
[12:08] <asac> run:
[12:08] <asac> firefox /tmp/ubufox.xpi
[12:08] <asac> add a note to remember to uninstall it after testing from tools -> addons -> extensions
[12:09] <dpm> asac, ok, great, thanks. I'll add it to the wiki, then
[13:03] <asac> crimsun: hey ;) ... not sure you already answered ...
[13:04] <asac> the question was if you would suggest us to backport something from .32 to .31 kernel for alsa
[13:04] <asac> in lucid
[13:04] <asac> as we will use .31 on at least one SoC for arm
[13:33] <dpm> asac, one last question on ubufox - where can I see the ubufox translations in the UI in Karmic? I can't find a way to see any ubufox dialog in tools > addons > extensions
[13:34] <asac> multiple places:
[13:34] <asac> 1. in tools -> addons -> get extensions
[13:34] <asac> there is a "Get ubufox addons" or something link
[13:35] <asac> 2. go to video.google.com without a flash plugin installed
[13:35] <asac> you get an offering to search for plugins
[13:36] <asac> that whole wizard neds to be translated
[13:36] <asac> 3.
[13:36] <asac> if you are on a page with an active flash plugin (so it has to be installed)
[13:36] <asac> there is a tools -> manage content plugins entry
[13:39] <dpm> asac, ah, thanks. On 1. though, Tools > Addons > Get extensions no longer seems to have the "Get ubufox addons" link. I can only see "Browse all addons" and "Show all recommended addons"
[13:45] <asac> hmm
[13:45] <asac> bug :)
[13:45] <asac> in general it should be there
[13:45] <asac> ;)
[13:45] <asac> file a bug please while you are at it
[13:53] <BUGabundo_remote> humm what? you called ?
[14:00] <asac> me?
[14:00] <asac> no
[14:16] <BUGabundo_remote> :p
[14:20] <dpm> asac, ok, reported as bug 509648
[14:30] <asac> thx
[14:34] <micahg> dpm wfm in ff 3.6
[14:34] <micahg> or is this with the new all in one ff?
[14:35] <dpm> micahg, I've got ff 3.5
[14:35] <dpm> (I should have probably mentioned it in the bug)
[14:35] <micahg> wfm in ff3.5
[14:36] <micahg> dpm: can you do firefox -p and try a new profile?
[14:37] <dpm> micahg, can you show me a screenshot of where the link is supposed to be? Perhaps it's actually not a bug nd simply me not finding it
[14:38] <micahg> on the get addons tab in tools -> addons, it should show next to browse all addons
[14:41] <dpm> hmm, no, I can't see it
[14:44] <dpm> It might be a problem with my locale
[14:44] <micahg> on the get addons tab to the right of the search box, do you get one link or 2?
[14:45] <micahg> dpm: which locale?
[14:46] <asac> maybe tabmixplus is installed?
[14:46] <asac> afaik it breaks ubufox
[14:46] <micahg> yep, jsut had someone else with that bug
[14:46] <dpm> micahg, I get only one link - no tabmixplus installed - locale ca_ES.UTF-8 ('ca' in ubufox)
[14:47] <micahg> this is what should be on that tab : Obteniu extensions per a l'Ubuntu
[14:48] <micahg> dpm: do you see the report a bug link?
[14:48] <micahg> under help
[14:48] <micahg> or rather Informeu d'un problema
[14:48] <dpm> micahg, I do, and the translated "Translate this application..." etc as well
[14:49] <dpm> but no two links in the addon manager
[14:49] <asac> yes. translate the ubufox menu entries are also to be translated
[14:49] <asac> dpm: ^^
[14:49] <asac> add that to wiki page
[14:50] <dpm> asac, yep, good point
[14:50] <micahg> so it's not a problem with the file
[14:50] <micahg> dpm: does it work in a new profile?
[14:50] <dpm> micahg, how do I create a new profile
[14:51] <micahg> dpm: firefox -p
[14:53] <dpm> micahg, no, it does not seem to work with 'firefox -p'. Oddly enough, I've got an old virtualbox karmic installation which hasn't been updatd in a while. There I've got FF 3.5.4 and ubufox seems to work there (i.e. I see the two links)
[14:53] <micahg> dpm: same locale?
[14:53] <dpm> yep
[14:53] <micahg> dpm: does firefox -p let you create a new profile?
[14:54] <dpm> micahg, it just starts FF
[14:54] <micahg> dpm: ok, firefox -ProfileManager
[14:54] <asac> firefox -P  i think
[14:55] <dpm> both -P and -ProfileManager simply start FF
[14:55] <asac> if firefox is already open you need to set
[14:56] <asac> -no-remote
[14:56] <asac> or set MOZ_NO_REMOTE=1 in env
[14:57] <BUGabundo_remote> -P needs a new profile path. -ProfileManager opens the Profile manager
[14:57] <dpm> ok, I could create a new profile, but ubufox still does not show the link
[14:57] <BUGabundo_remote> asac: does -no-remote allow to open a new FF even if another process is already running ?
[14:57] <asac> yes ... or the env
[14:57] <dpm> it did it for me
[14:59] <BUGabundo_remote> asac: that would have been nice yesterday :((( fta didn't help.. just told me about eclestic or some strange mozilla name
[15:04] <micahg> can I change my locale quickly to test?
[15:04] <asac> heh
[15:04] <asac> i am still the man ;)
[15:04] <asac> out for 40min
[15:52] <micahg> asac: are you back?>
[15:53] <asac> on a call in 6 ;)
[15:54] <asac> but then, yes.
[15:54] <asac> shoot i would say
[15:54] <micahg> k, we still have those random build failures on lucid
[15:54] <micahg> it's TB3 and one of the xuls
[15:54] <micahg> it's not everyday
[15:57] <asac> sure not every day?
[15:57] <asac> hmm
[15:58] <asac> maybe the same biuld machine?
[16:00] <micahg> maybe
[16:00] <micahg> i'll look into that
[16:56] <asac> ccheney: so libsop is mostly done
[16:56] <asac> ccheney: why do you think there is much porting still needed for glib/gtk?
[16:57] <asac> thought we already checked that webkit itself at least doesnt require much new stuff from that
[16:57] <ccheney> i might be forgetting i thought quite a few gtk bits were needed as well for the other bits
[16:57] <ccheney> er other bits of epiphany
[16:58] <asac> for epiphany some were needed afaiui
[16:58] <asac> but it didnt feel like its hard to do
[16:58] <asac> similar to the libsoup thing ... if not easier
[16:58] <asac> lets first finish libsoup and then see how next step goes
[16:58] <ccheney> i got libsoup to the point where it is only complaining about the bits we needed to stick in glib (aiui) a gnutls symbol, and the get_type parts
[16:59] <asac> ccheney: can you publish your current patches somewhere?
[16:59] <asac> the get_type thing didnt work out by pulling the G_DEFINE_TYPE thing in?
[16:59] <ccheney> ok, i will run a diff and post it
[16:59] <asac> thats inet_address, right?
[16:59] <ccheney> asac: i can't remember, i will have to look again
[16:59] <asac> kk
[17:02] <ccheney> it seems i only have one of the objects with a G_DEFINE_TYPE_WITH_CODE so i will take a look at getting G_DEFINE_TYPE for the ones failing to see if it helps
[17:02] <ccheney> i'll generate a diff so you can see what it currently looks like
[17:07] <ccheney> asac: i put it in my incoming dir on chinstrap
[17:08] <asac> ccheney: why not a public wgettable location ;)
[17:08]  * asac checks
[17:12] <ccheney> i guess i could stick it on people.ubuntu.com if i can determine how to login to it
[17:12]  * ccheney doesn't have scp access to his personal webhost
[17:53] <asac> ccheney: cant you post a minimal diff?
[17:54] <asac> that feels a bit too little love :(
[17:55] <asac> please use pastebin to exchange patches
[17:55] <asac> ;)
[17:55] <asac> ok waiting for that now
[17:56] <asac> ok got it
[17:56] <asac> filtered out cruft
[18:00] <asac> ccheney: you need:
[18:00] <asac> ./gio/ginetaddress.c:G_DEFINE_TYPE_WITH_CODE (GInetAddress, g_inet_address, G_TYPE_OBJECT,
[18:00] <asac> and
[18:00] <asac> ./gio/ginetaddress.h:#define G_TYPE_INET_ADDRESS         (g_inet_address_get_type ())
[18:00] <asac> seems you dont have those yet.
[18:01] <asac> same for socket address
[18:01] <ccheney> ok, thanks :)
[18:01] <asac> and other types you need
[18:02] <asac> ccheney: note the first paste is only one line, while the code to copy is probably two or three
[18:02] <asac> ccheney: the second define belongs where the other gtype macros are:
[18:02] <asac> e.g.
[18:02] <asac> +#define G_INET_ADDRESS(o)             (G_TYPE_CHECK_INSTANCE_CAST ((o), G_TYPE_INET_ADDRESS, GInetAddress))
[18:02] <asac> +#define G_IS_INET_ADDRESS(o)          (G_TYPE_CHECK_INSTANCE_TYPE ((o), G_TYPE_INET_ADDRESS))
[18:02] <asac> +#define G_IS_INET_SOCKET_ADDRESS(o)   (G_TYPE_CHECK_INSTANCE_TYPE ((o), G_TYPE_INET_SOCKET_ADDRESS))
[18:02] <asac> like above that G_INET_ADDRESS
[18:03] <ccheney> ok
[18:03] <asac> the G_DEFINE_TYPE_WITH_CODE usually goes in the .c file
[18:03] <asac> pretty much on top
[18:03] <asac> but you see that in the .c file i posted
[18:03] <ccheney> ok
[19:43] <asac> ccheney: working well?
[20:15] <ccheney> about to start on it, been finishing up the OOo 3.2.0~rc2 build I was working on so i can get it uploaded
[20:16] <ccheney> i think its ready to upload here in a few min, then i'll be testing out the get_type code
[20:16] <ccheney> also had a problem with the karmic backport wifi blowing up on me :(
[20:20] <asac> ok
[23:05] <crimsun> asac: WRT alsa: answered where? Also, I would need more context for x86, please.
[23:06] <crimsun> asac: generally pulling 32 alsa -> 31 will want alsa-lib and alsa-plugins changes, too, but if you can be more specific I could point out which changesets need to be applied.
[23:13] <fta> uhh, what just happened?
[23:14] <crimsun> netsplit, probably
[23:16] <fta> "Disconnected (Connection reset by peer)." so i've been kicked out, or the ircd just exploded
[23:17]  * sebner saw a netsplit too though
[23:17] <fta> anyway, did you see my question?
[23:17] <crimsun> I've only seen "uhh, what just happened?"
 crimsun, what is "openal-soft-1.11.753"?
[23:20] <fta> referring to your "<crimsun> fta: just uploaded openal-soft-1.11.753, which has a much improved PA backend"
[23:20] <crimsun> fta: some backend (like libsdl) that you may (or not) use in some games
[23:21] <crimsun> I can't track everything everyone uses, only that everyone complains bitterly when stuff doesn't work ;-)
[23:21] <fta> $ ldd /usr/games/openarena | grep al
[23:21] <fta>         libopenal.so.1 => /usr/lib/libopenal.so.1 (0x00c2d000)
[23:22] <fta> is that it?
[23:35] <crimsun> yes.
[23:54] <fta> crimsun, still 100% cpu
[23:55] <crimsun> fta: 100% cpu isn't really a bug
[23:55] <crimsun> remember that if an app requests low latency, PA will grant it at the expense of spinning
[23:55] <crimsun> fta: I'm much more concerned about things like your audio stuttering, popping, etc.