[02:17] <saivann> asac : ping
[02:19] <asac> saivann: hi. i am about to drop out :)
[02:19] <asac> saivann: will you be here later today?
[02:19] <saivann> asac : I should be there yes :)
[02:20] <saivann> asac : It was about network-manager?
[02:20] <asac> saivann: yeah. actually i wonder, whether you collected the ubufox translations in hardy :/?
[02:20] <asac> or if you even talked to me about that a week or twoo ago :)
[02:21] <saivann> asac : I was the one who collected the ubufox translations yes, rosetta is still not working for ubufox I guess? :P
[02:21] <asac> well. i failed to enable it because noone could give me feedback how to do that ;)
[02:21] <saivann> asac : Oh, bad :)
[02:21] <asac> and because i didnt push hard enough i guess ;)
[02:22] <saivann> asac : Do you want me to collect translations for intrepid?
[02:22] <asac> saivann: anyway. the rescue plan is to look which translations i can get immediately
[02:22] <asac> saivann: e.g. by directly pinging people i know that speak the language
[02:22] <asac> and sending out a general request for the rest / or all
[02:23] <asac> i added new string to separate files
[02:23] <asac> so basically the files that need to be translated are:
[02:23] <saivann> asac : Just open a bug report so people can attach their translations and I will create a branch including all these translations, if that's what you need
[02:23] <asac> ubufox-alt.dtd, ubufox-alt.properties, ubufox-restart.properties
[02:24] <asac> saivann: yeah. can you send the mail to the translators mailing list?
[02:25] <saivann> asac : I'm not a member of ubuntu translator team so I can send the mail, but without guarantee that it will be delivered..
[02:27] <saivann> asac : But I can send a message to all translation mailing list for all languages
[02:28] <saivann> asac : I think that it's what we did with hardy
[02:30] <asac> saivann: bug 283517
[02:31] <asac> saivann: yes. please to all languages and also if there exists a general list send it there
[02:32] <saivann> asac : I assigned the bug to myself, I will do as I did with Hardy
[02:32] <asac> saivann: thanks a lot. i guess we only will have a week or so
[02:32] <asac> i will ping a few directly tomorrow
[02:33] <asac> for fi, es, pt (maybe), zh_TW hmm .. not sure what else ;)
[02:33] <saivann> asac : Thanks, and I will send a msg to all mailing list. your bug description is explicit, so I just hope that a lot of translators will answer in time :)
[02:33] <asac> so at best send everywhere :)
[02:33] <asac> yeah me too
[02:36] <saivann> asac : Found the general list! ubuntu-translators@lists.ubuntu.com
[02:37] <asac> saivann: ok. if you need moderation there let me know i will ask someone tomorrow
[02:38] <saivann> asac : No, I'm subscribed on this list
[02:38] <asac> saivann: also you dont need to ask for de (german) i already did that
[02:38] <asac> ok even better
[02:38] <saivann> asac : Ok
[07:13] <didrocks> asac: after some tests, it seems to work well :)
[07:13] <didrocks> - With FF installed
[07:13] <didrocks> - with FF removed, we got an error warning (normal, as we don't redirect stderr), but the script end without any error as intented:
[07:13] <didrocks> Paramétrage de swfdec-mozilla (0.8.0-0ubuntu1)
[07:13] <didrocks> ls: cannot access /usr/lib/firefox-3*/.autoreg: No such file or directory
[07:14] <didrocks> (the warning is not bad to my opinion)
[07:14] <didrocks> As a hint, I went throuh bash manual and even in set -e, in a loop (or simply, in a test), a command that will not exist as 0 will not make the shell abort. So, the || true is useless in this case.
[07:14] <didrocks> The only thing is that I didn't get warned not having a flash player installed (tested in youtube) and I didn't find swfdec nor gnash in the ubufox add-ons
[09:20] <gnomefreak> can someone on intrepid use uname -a and tell me if the time and date are correct
[09:22] <fta> that date is not the time as on the clock, but the date the kernel was built
[09:39] <gnomefreak> ah ok thanks
[09:42] <gnomefreak> fta: can we drop http://www.mozilla.org/projects/firefox/3.1b2pre/whatsnew/ from loading on startup? its a 404 error atleast until it is released or atleast fix the page to use a correct page if there is
[09:43] <fta> we can drop it. but it would be better if moz could provide that page
[09:43] <fta> [reed], ^^
[09:43] <[reed]> yeah, well
[09:44] <[reed]> I haven't decided what I want
[09:44] <[reed]> that's actually my call ;)
[09:44] <[reed]> as to if that page is there or not
[09:46] <gnomefreak> that page should work once 3.1 is released as i recall from other FF versions once releaased it works
[09:46] <fta> it works for all milestones
[09:46] <fta> a1, a2, b1, b2, final
[09:46] <fta> not for *pre
[09:51] <gnomefreak> what do the red bugs mean on mozilla bug tracker?
[10:02] <gnomefreak> 200 bugs and not one of them is about the error when loading.
[10:21] <asac> hi
[10:21] <asac> final countdown :)
[10:22] <asac> gnomefreak: red bugs? i think those ar ethe one deemed critical/severe
[10:22] <asac> (if you refer to the color of the title on the bug list page)
[10:22] <gnomefreak> asac: yep
[10:23] <gnomefreak> would be nice if i could find the timezone db in sunbird
[10:24] <asac> didrocks: please upgrade everything ... then go to a flash side that doesnt use the flash detection kit
[10:24] <asac> gnomefreak: isnt that shipped in sunbird itself? or do you mean a web address?
[10:24] <asac> (timezone db)
[10:24] <gnomefreak> asac: than they left it out
[10:24] <gnomefreak> i need to make sure its not there
[10:26] <gnomefreak> to be exact 05:16 <Fallen> doesn't it only show up if the timezone db is missing?
[10:31] <asac> no... let me try to remember the few last important tasks i wanted to finish ;)
[10:31] <gnomefreak> k ;)
[10:32] <gnomefreak> im unpacking source to look for it
[10:34] <asac> crimsun: wanna prepare final flash?
[10:34] <asac> http://www.adobe.com/shockwave/download/download.cgi?P1_Prod_Version=ShockwaveFlash&P2_Platform=Linux
[10:35] <asac> we also need a final nspluginwrapper bump to 1.1.2
[10:40] <fta2> asac, i can do flash
[10:40] <gnomefreak> flash should be very easy to update i can do it if he doesnt but nspluginwrapper is another story
[10:41] <asac> fta2: wanna try nspluginwrapper too? we have a upsream/.debian branch
[10:41] <asac> and tarbball is upstream ;)
[10:41] <asac> fta2: go ahead with flash
[10:41] <fta2> ok
[10:42] <asac> fta2: let me file a bug
[10:50] <asac_> fta: bug 283673
[10:51] <asac_> reconnect
[10:51] <asac_> 11:41 < fta2> ok
[10:51] <asac_> 11:42 < asac> fta2: let me file a bug
[10:51] <asac_> 11:43 -!- kaaloo1 [n=luis@trinity.pilango.com] has quit [Read error: 110 (Connection timed out)]
[10:51] <asac_> 11:44 < asac> fta2:  bug 283669
[10:54] <fta2> asac_, ok, thanks
[10:55] <fta2> i'll do that after lunch
[10:55] <asac_> fta2: i have no clue if i have the right to grant them. but since its really a mozilla thing i guess so ;)
[11:00] <asac> fta2: actually there is one major thing we might wanna look into
[11:00] <asac> even though it scares me a bit and i am not sure if its too high risk
[11:01] <asac> (flash)
[11:01] <fta2> ?
[11:01] <asac> the actual binary should be linked to /usr/share/ubufox/plugins/
[11:01] <asac> which sounds simple, but since we have two different locations we cannot use dh_link
[11:01] <asac> imo we should look into fixing the fact that flash has two different locations
[11:02] <asac> by lets say making whatever binary is used available in /var/lib/flashplugin-nonfree/libflashplayer-arch.so
[11:02] <asac> which would be a link to the i386 binary on 386 and to the npviewer thing on amd64
[11:02] <asac> would basically add a another link layer to the solution :(
[11:03] <gnomefreak> first part of 2 questions for this error i found now for the 2nd why i look for ;)
[11:04] <didrocks> asac: I will test that tonight
[11:08] <asac> fta2: so what we currently have is:
[11:08] <asac> /usr/lib/flashplugin-nonfree/libflashplayer.so
[11:09] <asac> <= /usr/lib/xulrunner-addons/flashplugin-alternative.so
[11:09] <asac> and
[11:09] <asac> /usr/lib/flashplugin-nonfree/libflashplayer.so
[11:09] <asac> <= (loaded) /var/lib/flashplugin-nonfree/npwrapper.libflashplayer.so
[11:09] <asac> <= /usr/lib/xulrunner-addons/flashplugin-alternative.so
[11:09] <asac> thats really ugly
[11:09] <asac> i mean the alternative system surely shouldnt be used for doing arch dependent locations
[11:10] <asac> and because of that ignorance we have the mess now
[11:10] <asac> so the clean solution (please give better ideas if you have) would be:
[11:10] <asac> /usr/lib/flashplugin-nonfree/libflashplayer.so
[11:10] <asac> <= /var/lib/flashplugin-nonfree/libflashplayer-arch.so
[11:10] <asac> <= /usr/lib/xulrunner-addons/flashplugin-alternative.so
[11:10] <asac> and
[11:10] <asac> /usr/lib/flashplugin-nonfree/libflashplayer.so
[11:11] <asac> <= (loaded) /var/lib/flashplugin-nonfree/npwrapper.libflashplayer.so
[11:11] <asac> <= /var/lib/flashplugin-nonfree/libflashplayer-arch.so
[11:11] <asac> <= /usr/lib/xulrunner-addons/flashplugin-alternative.so
[11:12] <asac> (and) /var/lib/flashplugin-nonfree/libflashplayer-arch.so <= /usr/share/ubufox/plugins/libflashplayer.so
[11:12] <asac> but i have the feeling that this kind of alternative shuffling will cause risk and frustration for some users
[11:13] <asac> and we have no time to flash out usability glitches
[11:13] <asac> hmm
[11:13] <asac> so maybe we should keep everything as is and just add the -arch.so link and use it for the ubufox link ;)
[11:13] <asac> ouch
[11:14] <asac> at least that would give us low regression potential and we could avoid adding yet another arch dependent link :(
[11:16] <asac> i will post that to another bug
[11:20] <asac> fta2: bug 283687
[11:23]  * gnomefreak wonders why timezone failure causes it to not work at all (cant subscribe to calendar)
[11:24] <gnomefreak> that would also explain why the view isnt changing
[11:24] <[reed]> flash 10 has been released
[11:25] <[reed]> somebody going to update ubuntu's package?
[11:25] <[reed]> oh
[11:25] <asac> yay ... thats what we are doing right now ;)
[11:25] <gnomefreak> [reed]: fta is
[11:25] <[reed]> ok :)
[11:26]  * gnomefreak going for smoke while i try to think why the XPI isnt being installed
[11:26] <asac> nspluginwrapper 1.1.2 as well
[11:26] <asac> [reed]: today is last day with open archive ;)
[11:26] <[reed]> better hurry!
[11:26] <asac> well reasonably open ;)
[11:27] <asac> yeah. personally i would prefer to start working on jaunty next week ;)
[11:27] <asac> (and doing some obligatory install tests)
[11:27] <asac> but i have the feeling that that is not going to happen :)
[11:27] <armin76> asac: buuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuumb!
[11:28] <asac> armin76++
[11:28] <asac> armin76 += major_bumb;
[11:30] <asac> at least i know about 2 NM bugs i would rather wanna fix before release ;)
[11:38] <asac> saivann: thanks. we already have initial translation contributions ;)
[11:38] <asac> nice
[12:08] <asac> @time gmt
[12:09] <asac> @time
[12:09] <asac> @time gmt
[12:09] <asac> ok so i was right. gmt==utc
[12:14] <asac> @time central
[12:14] <asac> @time boston
[12:14] <asac> @time US/Eastern
[12:14] <directhex> asac, yes, GMT==UTC.
[12:14] <directhex> @time BST
[12:14] <asac> ah
[12:15] <asac> @time US/Central
[12:15] <asac> ok :)
[12:15] <directhex> @time Europe/London
[12:15] <asac> directhex: tell that to americans ;)
[12:15] <asac> (to some at least)
[12:15] <directhex> now, some would have you believe that greenwich mean time, measured at greenwich in london, is on a different timezone to, well, the rest of the country
[12:16] <directhex> those people are crack smokers
[12:16] <asac> well gmt doesnt have DST
[12:16] <asac> its always confusing when people say GMT, but mean london ;)
[12:17] <directhex> well, yes. GMT doesn't move, we just switch timezone to BST when we get bored
[12:22] <asac> fta2: please ping me about final flash package polishing ;)
[12:22] <asac> i will do lunch now
[12:22] <asac> we ahve to add a bunch of Npp- headers
[12:31] <directhex> can someone be an absolute sweetheart & tell me i'f i'm getting my Npp- stuff right with http://svn.debian.org/wsvn/pkg-mono/moon/trunk/debian/control?op=file&rev=0&sc=0 ?
[12:37] <asac> directhex: yeah. except that there are new fields
[12:38] <asac> directhex: Xb-Npp-Description:
[12:38] <asac> directhex: Xb-Npp-File:
[12:38] <directhex> asac, docs?
[12:38] <asac> look at the gnash package or gecko-mplayer
[12:38] <asac> directhex: no docs
[12:38] <asac> they are too new
[12:38] <asac> the -File thing should be a the file name of your plugin .so
[12:39] <directhex> and if the plugin .so is more than one file?
[12:39] <asac> if you have multiple plugin .so it should be the common substring of all at best
[12:39] <asac> directhex: more than one file?=
[12:39] <asac> directhex: what matters is the file that gets linked to the "plugins" dir
[12:39] <asac> otherfielws like libs/python etc. dont matter for this case
[12:39] <asac> directhex: look at about:plugins
[12:39] <asac> there is a filename
[12:40] <asac> if your plugin shows up only once, use that filename
[12:40] <asac> otherwise use a substring that matches all your plugin variants
[12:40] <asac> like "mplayerplugin-in-"
[12:40] <asac> which covers all mplayer plugins shipped in mozilla-mplayer
[12:41] <asac> directhex: Description is a short one line description outlining the purpose
[12:41] <directhex> okay, and (here's a real edge case for you), if the plugin is split across more than one package?
[12:41] <asac> directhex: for inspiration you can look at gnash of swfdec-mozilla or maybe mplayer-plug-in
[12:41] <asac> directhex: well. i doubt that the plugin itself is spread out
[12:41] <asac> directhex: maybe you have some dependency packages or something
[12:42] <asac> what counts here is the  moonlight-plugin-mozilla
[12:42] <asac> and the file that gets liked to xulrunner-addons/plugins
[12:42] <asac> (and please link it to usr/share/ubufox/plugins too if we havent discussed that)
[12:43] <directhex> you haven't. and there's more complexity here than i think you were expecting
[12:43] <asac> directhex: huh?
[12:43] <asac> directhex: there is no complexity ;)
[12:43] <asac> its just two fields :(
[12:43] <directhex> asac, yeah, but some plugins are more complex than others
[12:43] <asac> directhex: i doubt that your package hits that
[12:43] <asac> directhex: look. you only provide a single mime-type. that cant be complex
[12:44] <asac> from the plugin point of view
[12:44] <asac> directhex: so how many plugins show up in about:plugins?
[12:44] <sebner> asac: flash final is now out and in the new queue to change to the partner archive later. crazy isn't it?
[12:44] <asac> sebner: err
[12:44] <asac> who uploaded that?
[12:45] <sebner> asac: dunno. just saw it in the new queue recently
[12:45] <asac> sebner: where is the new queue?
[12:45] <sebner> Asks the canoncial guy ^^
[12:45] <sebner> https://edge.launchpad.net/ubuntu/intrepid/+queue
[12:45] <asac> sebner: thats ok
[12:46] <sebner> well it's called adobe-flashplugin
[12:46] <asac> sebner: its supposed to go there
[12:46] <sebner> asac: why? We have our own one
[12:46] <asac> sebner: unfortunately its too late to make the -installer package in multiverse download that instead of the one from adobe website
[12:46] <asac> sebner: the commercial archive is != multiverse
[12:46] <asac> its independent
[12:47] <sebner> asac: sure but we already have flash so we don't need flash also if it's from adobe themselves
[12:47] <asac> sebner: our flash package sucks
[12:48] <asac> sebner: we need our own in partner archive. and then make our installer package get the .so from that archive instead of from adobe side
[12:48] <directhex> asac, hm, seems the plugin is working out stuff i wasn't expecting it to be able to. right.
[12:48] <sebner> asac: so the flash package from adobe is better than ours? why?
[12:48] <sebner> directhex: aloha btw :)
[12:48] <directhex> morning sebner
[12:48] <asac> sebner: we dont have a flash package
[12:48] <directhex> well, afternoon
[12:48] <sebner> asac: because we are not allowed to
[12:49] <asac> sebner: we have a installer package that breaks whenever adobe points their download link somewhere else
[12:49] <asac> sebner: so now we distribute their package in our archive and that wont happen anymore
[12:49] <sebner> asac: but is their package (packaging) ok?
[12:50] <asac> sebner: its the official packaging
[12:50] <asac> sebner: they distribute the same from their website too
[12:50] <sebner> asac: does that mean with jaunty our flash package disappers from multiverse?
[12:50] <asac> so putting that to partner wont make things worse. only improves the situation that we can better coordinate rolling out updates
[12:50] <directhex> asac, okay, you were right after all. so. question 1: can Xb-Npp-File: point to a different file than is contained in the package (i.e. one of its deps)?
[12:51] <asac> sebner: you are always talkinga bout "flash" package ... we only have "installer" package. and no, the idea is to keep it
[12:51] <sebner> asac: kk  ^^
[12:51] <asac> sebner: and my idea is to rename in adobe-flashplugin-installer
[12:51] <asac> directhex: why?
[12:51] <asac> directhex: why isnt the plugin .so not shipped in the -plugin package?
[12:52] <asac> directhex: atm it doesnt matter if the file is really in the topmost package, but thats an implementation detail i wouldnt like to rely on
[12:52] <sebner> asac: ^^, but we update the *installer* package to the final of course?
[12:52] <asac> anyway ... have to do lunch now
[12:52] <sebner> asac: hf
[12:52] <asac> sebner: read the backlog of this channel
[12:52] <asac> there was discussion about this
[12:53] <asac> (earlier today)
[12:53] <sebner> asac: my backlog starts at 13 o'clock :\
[12:54] <directhex> asac, moonlight has 2 components, the core plugin (which works in any browser, in theory) and a "bridge", required on a per-browser-engine basis for extra things like access to DOM. in this case, libmoonplugin-ff3bridge.so is automatically dlopen'd if the parent browser is xulrunner 1.9-based. so for the purposes of a firefox plugin, the "right" behaviour is for the moonlight-plugin-mozilla package to pull in the core plugin
[12:54] <directhex>  as a dep, and contain only the bridge itself. other bridges, e.g. for webkit, will appear over time.
[12:54] <asac> sebner: http://irclogs.ubuntu.com/2008/10/15/%23ubuntu-mozillateam.html
[12:55] <sebner> asac: ah ^^, thx
[12:57] <directhex> asac, so whilst the plugin as far as moz is concerned is libmoonloader.so, from the core package, in order for the plugin to actually work on that browser the package containing libmoonplugin-ff3bridge.so is needed (hence me wanting to depend on that file's package, even though it doesn't contain the actual plugin)
[12:57] <directhex> a merry dance!
[12:58] <sebner> asac: ah I understand. cool. btw, do you also sleep? I don't think so :P
[13:10] <fta2> asac, i can't find a direct link, just http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_10_linux.tar.gz but i don't like "current"
[13:10] <asac> fta2: look in the queue
[13:10] <asac> see  a few lines above
[13:10] <asac> we haveoh sorry
[13:11] <asac> fta2: yeah. most likely the best link we have
[13:11] <fta2> for rc, we had http://download.macromedia.com/pub/labs/flashplayer10/flashplayer10_install_linux_091508.tar.gz
[13:11] <asac> yeah
[13:12] <fta2> but once they bump it, the md5 will fail
[13:12] <asac> adobe doesnt ship versioned links for finals
[13:12] <fta2> ok then
[13:12] <asac> fta2: right. but it was always that way
[13:12] <asac> we should do an SRU once the new flashplugin package is in partner archive
[13:12] <asac> and get the .so from there
[13:13] <asac> directhex: whatever. add the file that will show up
[13:14] <asac> even ifi ts in a depend
[13:14] <directhex> asac, roger.
[13:14] <asac> (though i dont like that archicture)
[13:14] <directhex> asac, okay, next question then. what is the *right* thing to do with dh_link? it sounds like i wasn't doing it right
[13:14] <directhex> asac, what should link where?
[13:15] <asac> directhex: hmm
[13:15] <asac> directhex: nevermind ;)
[13:15] <asac> directhex: its not relevant because there are no "alternatives"
[13:15] <asac> so just add those two meta fields
[13:15] <asac> and all sohuld be fine
[13:16] <directhex> asac, so                dh_link -pmoonlight-plugin-mozilla        usr/lib/moon/plugin/libmoonloader.so    $(XULRUNNER_19_PLUGDIR)/libmoonloader.so
[13:17] <asac> assuming that XULRUNNER_19_PLUGDIR is correct that looks good
[13:18] <directhex> ifeq ($(DISTRO),"Ubuntu")
[13:18] <directhex> XULRUNNER_19_PLUGDIR = "usr/lib/xulrunner-addons/plugins"
[13:18] <asac> looks good
[13:19] <directhex> making a merge patch just for the sake of one link seems silly
[13:20] <fta2> asac, i'm done with the bump (but i'm on the phone)
[13:20] <asac>  fta2 take your tinme. we still have ~12h ;)
[13:21] <asac> fta2: did you do nspluginwrapper too?
[13:21] <fta2> no, but everything is possible :)
[13:21] <fta2> let me finish my meeting 1st
[13:22] <asac> hehe
[13:22] <asac> i like that idea
[13:22] <asac> sure
[13:22] <asac> i have a call in 1h ... after that i will do a bunch of things and then can help on this too
[13:32] <directhex> you've obviously got lots of spare time, so you can try a test build of this package if you like :)
[13:33] <asac> spare time?
[13:33] <asac> eating ;)
[13:34] <asac> eating time is the opposite of spare time, because its one of the most principal survival operation modes ;)
[13:34] <asac> directhex: try to get that package into fta archive
[13:34] <asac> directhex: thats the place were the beyond-the-edge users live
[13:35] <directhex> fta?
[13:35] <asac> directhex: once jaunty opens we will upload it then to real archive
[13:35] <asac> directhex: yes mozillateam member here in hte channel: the great and glorious fta2  ;)
[13:38] <directhex> asac, once mono 2.0 lands in debian experimental, then i'll re-sculpt the package to add silverlight 2.0 support which i'm currently not building, and also add to experimental. for now, i could always shove it in my own hardy repo.
[13:38] <directhex> brb, kernel-update-reboot
[13:40] <fta2> what about my archive?
[13:45] <directhex> i return!
[13:48] <fta2> what about my archive?
[13:58] <asac> fta2: i mentioned to directhex that a good stage to prepare archive upload is to get it first in your archive ;)
[14:04] <asac> fta2: is bug 283080 fixed now or do we need to touch the branding branch still?
[14:05] <fta2> asac, bug 274187 moved
[14:09] <asac> replied
[14:09] <asac> i think we shouldnt ship that in intrepid anymore
[14:23] <asac> ok taking short break and then a call
[14:58] <fta2> asac, where is nspluginwrapper 1.1.2 tarball ? can't find it upstream
[14:58] <saivann> asac : Wow, we got a lot of translations for ubufox today. I'm reviewing them..
[15:31] <fta2> got it
[15:32] <directhex> added moon to my personal repo, though obviously it doesn't show up in the plugin finder
[15:35] <asac> fta2: let me check
[15:35] <fta2> asac, nm, i have it
[15:35] <asac> fta2: http://gwenole.beauchesne.info/en/blog/2008/10/13/nspluginwrapper_1.1.2
[15:35] <asac> ok
[15:36] <fta2> yep, a blog :(
[15:37] <asac> fta2: well. at least he has a mailing list now (sponsored by redhat)
[15:37] <asac> and we look into getting his sources in some repo (which he only publishes as tarballs)
[15:39] <asac> fta2: did i talk to you about the new Npp- thigns for plugsin?
[15:39] <fta2> you didn't
[15:39] <fta2> i'm all ears
[15:40] <asac> fta2: we need to add Xb-Npp-Description: and Xb-Npp-File:
[15:40] <asac> look at gnash or swfdec-mozilla
[15:40] <asac> description should be a short line describint what it does
[15:40] <asac> e.g. let me give you a screen
[15:41] <fta2> i already have:
[15:41] <fta2> Xb-Npp-Applications: ec8030f7-c20a-464f-9b0e-13a3a9e97384, 92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a, aa5ca914-c309-495d-91cf-3141bbb04115,
[15:41] <fta2> Xb-Npp-MimeType: application/x-shockwave-flash
[15:41] <fta2> Xb-Npp-Name: Adobe Flash Player (installer)
[15:41] <asac> fta2: http://people.ubuntu.com/~asac/tmp/pfs1.png
[15:42] <asac> fta2: yes. new are -File and -Description
[15:42] <asac> fta2: file is supposed the longest substring that identifies the plugin as what you see in about:plugins
[15:42] <asac> i think libflashplayer.so is fine
[15:42] <asac> but we should look if the npviewer thign also has that substring
[15:44] <asac> fta2: http://people.ubuntu.com/~asac/tmp/alt1.png
[15:44] <asac> http://people.ubuntu.com/~asac/tmp/alt2.png
[15:44] <directhex> File name: npwrapper.libflashplayer.so
[15:44] <asac> thats why we need the -File ... otehrwise we cannot display a decent name in there
[15:44] <asac> yeah. so libflashplayer.so is right
[15:44] <asac> as its a proper substring for the amd thign too
[15:47] <fta2> ok, Xb-Npp-File: libflashplayer.so, what about Xb-Npp-Description ?
[15:49] <asac> fta2: just Adobe Flash SWF Player (http://www.adobe.com)
[15:50] <saivann> asac : I need to know something about ubufox locales
[15:51] <saivann> asac : ubufox.properties often point to /usr/share/ubuntu-artwork/home/index.html
[15:51] <saivann> asac : /usr/share/ubuntu-artwork/home/index.html is a symlink. I'd like to know if that symlink always point to the right locale?
[15:52] <saivann> asac : Or do I need to change it for the appropriate one manually in the ubufox.properties file? Ex. /usr/share/ubuntu-artwork/home/locales-ubuntu/index-fr_FR.html
[15:54] <asac> saivann: which key points to that?
[15:54] <saivann> asac : app.update.url.details
[15:54] <asac> is that the same for the en-US locale
[15:54] <saivann> asac : and browser.throbber.url
[15:55] <saivann> asac : so far, we used /usr/share/ubuntu-artwork/home/index.html for the en_US locale but I wonder if we should do this for all locales. That will depend if /usr/share/ubuntu-artwork/home/index.html always point to the right localised HTML page
[16:01] <fta2> asac, http://paste.ubuntu.com/57919/
[16:05] <asac> saivann: err. are you sure its still that path? and not about:blank=
[16:06] <asac> saivann: ok. yeah. just keep them as they are
[16:06] <asac> fta2: looks good. maybe see if there is a better short-url for the descriptin that is more "flash" sepecific
[16:07] <saivann> asac : So I can keep /usr/share/ubuntu-artwork/home/index.html for all locales?
[16:08] <asac> saivann: yes i think that should be ok
[16:08] <fta2> asac, https://help.ubuntu.com/community/RestrictedFormats/Flash but it's not up-to-date
[16:09] <asac> sorry ... meeting :(
[16:09] <saivann> asac : Thanks for your answer
[16:24] <directhex> mozillateam, ten-HUT! i need clever ideas.
[16:24] <directhex> there's an ickle problem with using Npp- goodness in moonlight
[16:25] <directhex> you know how if you hit a youtube video without flash installed, rather than spawning the plugin finder, you get a javascript-triggered message linking you to adobe.com to download the plugin?
[16:26] <directhex> well, *all* silverlight has that behaviour. the standard SL embedding API involves a copy of a javascript file, Silverlight.js, which always draws an "install silverlight" button instead of trying to create the failing embedded object
[16:38] <sebner> directhex: mono uploaded 1 minute ago. nice work!
[16:39] <asac> directhex: yeah its a mess
[16:39] <directhex> sebner, ah, cool. dholbach must've sponsored it, he had an eye on it this morning
[16:39] <asac> directhex: you have to wait for the anti-plugin-detection kit
[16:39] <directhex> asac, so this is a known problem with planned workarounds?
[16:39] <asac> directhex: which i have started to prototype at some point but couldnt finish in time for intrepid
[16:40] <asac> directhex: this is ugly and an ugly hack is required yes.
[16:40] <asac> directhex: we should talk about that after intrepid is out
[16:40] <asac> currently have no time to go into details
[16:40] <directhex> yeah, no worries. you focus on release
[16:40] <directhex> according to sebner my intrepid release goals have been met ;)
[16:40] <asac> except that we can notice if someone probes for a plugin and then trigger the "install missing plugins..." thign
[16:41] <sebner> directhex: hrhr
[16:42] <directhex> sebner, release goal: return some values from "zgrep directhex /usr/share/doc/*/changelog.debian.gz" on an out-of-box install :p
[16:43] <sebner> lol
[16:43] <directhex> goal met!
[16:45] <sebner> directhex: now you wait until the archives for jaunty open?  ^^
[16:46] <directhex> honestly? i don't explicitly need jaunty open to work on my current TODO. i need meebey to finish packaging mono 2 for debian experimental, and then i can start work on a big bucket of other stuff for experimental
[16:47] <directhex> i don't really need to worry too hard about jaunty until january. and hell, i may well keep hardy w/ my backports installed (i do all my building & testing on hardy)
[16:48] <directhex> hell, it doesn't even need to land in experimental, i just need it in svn
[16:49] <sebner> directhex: ^^
[16:49] <directhex> but then i can update things like mono-basic (jaunty will be the first ubuntu with visual basic.net support), xsp/mod-mono, monodoc, all that jazz
[16:50] <directhex> my jaunty release goals are twofold: shrink mono's footprint on the install cd by 20 meg, and ship an unmodified debian mono
[16:51] <sebner> directhex: good luck then
[17:25] <fta2> asac, i'm done with both flashplugin-nonfree and nspluginwrapper. previews are in my ppa
[17:29] <asac> fta2: Version: 10.0.12.36ubuntu1~fta1?
[17:29] <asac> there is no Npp stuff in there?
[17:29] <fta2> ?
[17:29] <fta2> yes there is
[17:30] <asac> not here :(
[17:30] <fta2> eh?
[17:30] <asac> 10.0.12.10ubuntu1
[17:30] <asac> has Npp-Application,Name,MimeType
[17:30] <asac> the one above has non ... at least in apt-cache show
[17:33] <fta2> fta@cube:~ $ wget -q https://edge.launchpad.net/%7Efta/+archive/+files/flashplugin-nonfree_10.0.12.36ubuntu1~fta1_i386.deb
[17:33] <fta2> fta@cube:~ $ dpkg --info flashplugin-nonfree_10.0.12.36ubuntu1~fta1_i386.deb | grep Npp
[17:33] <fta2>  Npp-Applications: ec8030f7-c20a-464f-9b0e-13a3a9e97384, 92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a, aa5ca914-c309-495d-91cf-3141bbb04115
[17:33] <fta2>  Npp-Description: Adobe Flash SWF Player (http://www.adobe.com)
[17:33] <fta2>  Npp-File: libflashplayer.so
[17:33] <fta2>  Npp-Mimetype: application/x-shockwave-flash
[17:33] <fta2>  Npp-Name: Adobe Flash Player (installer)
[17:33] <asac> fta2: yeah. all fine ... please upload
[17:33] <asac> and remember to push nspluginwrapper to the ~ubuntu-dev branches. thanks
[17:33] <fta2> done already
[17:33] <asac> ok
[17:33] <asac> fta2: oh wait
[17:34] <asac> fta2: there is a trailing "," in the MimeType line?
[17:34] <asac> err in the Applications line i mean
[17:34] <asac> Xb-Npp-Applications: ec8030f7-c20a-464f-9b0e-13a3a9e97384, 92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a, aa5ca914-c309-495d-91cf-3141bbb04115,
[17:34] <asac> was that in there before?
[17:34] <asac> maybe we lost an entry or something?
[17:34] <fta2> fta@cube:~ $ dpkg --info flashplugin-nonfree_10.0.12.36ubuntu1~fta1_i386.deb | grep Npp-Applications
[17:34] <fta2>  Npp-Applications: ec8030f7-c20a-464f-9b0e-13a3a9e97384, 92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a, aa5ca914-c309-495d-91cf-3141bbb04115
[17:34] <fta2> fta@cube:~ $
[17:34] <fta2> i didn't touch that line
[17:34] <asac> ok
[17:35] <asac> most likely itw as lost at some point
[17:35] <asac> if the resultl ooksl ike that its fine
[17:35] <asac> though we shoudl investigate at some point
[17:35] <fta2> i can remove it
[17:35] <asac> for now just upload
[17:35] <asac> yeah or do that
[17:35] <asac> whatever you prefer
[17:36] <fta2> fixed and pushed
[17:37] <asac> great
[17:37] <asac> nspluginwrapper too
[17:37] <asac> then there is not much left for us :/
[17:37] <fta2> did you test it?
[17:37] <asac> except the general "update extension meta data round" ... but i hope jazzva comes back soon :)
[17:37] <asac> yes
[17:37] <asac> briefly
[17:39] <fta2> so i should i push it or wait?
[17:39] <fta2> -i
[17:41] <fta2> subject: [ubuntu/intrepid] flashplugin-nonfree 10.0.12.36ubuntu1 (Accepted)
[17:44] <asac> nspluginwrapper too pleas
[17:46] <fta2> done
[17:58] <fta2> subject: [ubuntu/intrepid] nspluginwrapper 1.1.2-0ubuntu1 (Accepted)
[17:58] <fta2> ok, leaving. cu later
[19:16] <directhex> asac, minor note r.e. http://people.ubuntu.com/~asac/tmp/pfs1.png - "these plugins" - it installs all three of them? surely it should be "the selected plugin"?
[19:19] <asac> directhex: yeah. maybe. but string freeze is up ;)
[19:19] <directhex> -_-
[19:32] <asac> directhex: point is that the wizard can also do more than one mime-type at the same time
[19:35] <directhex> okay, so selected plugins! the text still says "select whatever, they is all goin' on" right now ;)
[19:40] <asac> pheh. details ;)
[19:40] <asac> we should change that after interpid
[21:14] <fta> back
[21:27] <asac> fta: do you remember when we opened up the maxVersion= in firefox?
[21:27] <asac> was it 3.0.1?
[21:27] <asac> or 3.0.2?
[21:29] <fta> hm, 3.0.1
[21:48] <saivann> asac : What is the deadline for ubufox translations?
[21:50] <mconnor> asac: what do you mean by opened up?
[21:51] <fta> for fixed versions to 3.0.*
[21:52] <fta> -for-from
[21:56] <fta> +binary-post-install/firefox-3.0::
[21:56] <fta> +       sed -i -e 's/^MaxVersion=.*/MaxVersion=1.9.0.*/' debian/firefox-3.0/$(DEBIAN_FF3_DIR)/application.ini
[21:56] <fta> +       sed -i -e 's/^MinVersion=.*/MinVersion=1.9.0.1/' debian/firefox-3.0/$(DEBIAN_FF3_DIR)/application.ini
[22:08] <fta> [reed], so, what about the release notes page?
[22:42] <crimsun> asac: what do you think about bug 283718?  should I make that change?
[22:45] <fta> hm, we can't add conflicts for all foreign packages, and i don't think we should
[22:47] <crimsun> fta: absolutely agreed.  However, the maintainer information for Adobe's official adobe-flashplugin package lists Ubuntu Core Developers (!)
[22:47] <fta> bad, we should file a bug upstream
[22:47] <crimsun> did someone from Adobe work with Canonical to get their package into main/restricted, or?
[22:47] <fta> no idea
[22:48] <crimsun> that's my hunch, at least, so I was a bit surprised
[22:48] <crimsun> on the other hand, what we have is a known-upstream-package, so I perhaps we should Conflict with it?
[22:49] <crimsun> E.g., it's not the same as any old "random" third-party deb
[22:49] <crimsun> so perhaps ^
[22:56] <fta> yeah, maybe
[22:56] <fta> asac, http://weblogs.mozillazine.org/calendar/2008/10/calendar_code_moving_to_commce.html
[22:58] <crimsun> well, I'll post the debdiff, and you guys can decide to accept/ignore :-)
[22:59] <fta> too bad i pushed flashplugin-nonfree just a few hours ago :(
[22:59] <fta> i prefer grouped changes
[23:00] <crimsun> eh, it always happens right before freeze on any project :-)
[23:00] <asac> read my bug comment please
[23:00] <asac> its a bug in the other package
[23:01] <crimsun> ah, so perhaps adobe-flashplugin needs to C+R flashplugin-nonfree
[23:03] <crimsun> a non-trivial number of users are going to install it via the upstream channel, so ...
[23:05] <fta> i think only those who tracked upstream and complained about lack of final in intrepid did
[23:06] <fta> so just the guys in the intrepid forum
[23:06] <crimsun> at least one person blogged about upstream making a deb/apt-url available
[23:07] <crimsun> oh well, the fires from this one won't be that big, and it's not difficult to work around
[23:09] <asac> crimsun: the bug is that adobe-flashplugin does conflict flashplugin-nonfree ... which it just shouldnt do
[23:10] <asac> the files in it dont conflict. and it uses the alternative system
[23:10] <asac> so it should just work without that conflict
[23:10] <asac> will try to get that bug to the flash packager
[23:11] <crimsun> asac: ok
[23:11] <fta> asac, http://gquigs.blogspot.com/2008/10/openoffice-30-not-in-intrepid.html
[23:12] <asac> fta: i dont understand his 3.1 point. we do that
[23:13] <fta> i think i mean to push all that to the archive
[23:13] <fta> -i mean+he means
[23:13] <fta> (i'm tired)
[23:15] <asac> err. i think he said that we shouldnt wait till final is out, but include the version that will probably be final when we release
[23:15] <asac> e.g. what we did for ffox 3.0
[23:15] <asac> (and got hit hard by that)
[23:15] <asac> and what we will most likely to for 3.1
[23:15] <asac> i think his point is valid for 3.0. but nobody could really see whether 3.0 would be final
[23:15] <asac> OOO
[23:15] <asac> ^^
[23:15] <asac> ;)
[23:15] <asac> not firefox 3.0
[23:17] <fta> http://paste.ubuntu.com/58077/ :)
[23:22] <fta> ok, here it is: http://www.ubuntugeek.com/how-to-install-adobe-flash-player-10-in-ubuntu-804-hardy-heron.html
[23:22] <fta> same guy who recommended ppa and various 3rd party repos
[23:24] <fta> he clearly said "Remove your existing Flash plugin, if you have one installed"
[23:25] <directhex> fta, people do that. and sometimes third party repos make sense - unfortunately for the user, some repos are better than others
[23:26] <directhex> and there's no way to be sure
[23:26] <asac> fta: well. thats the right thing if you want to install that package obviously
[23:26] <asac> as the pacakage as of now conflicts on it
[23:26] <crimsun> this would all just go away if Adobe used our package :-)
[23:27] <crimsun> (obviously, adapted, not just a straight one-takeup)
[23:27] <asac> \o/ Jazzva ;)
[23:27] <Jazzva> Evening... I'm back from my vacation (which was great :D)
[23:27] <Jazzva> \o/ asac
[23:27] <Jazzva> :P
[23:27] <Jazzva> What's new?
[23:28] <asac> great. hope you enjoyed your vacation ;)
[23:28] <Jazzva> pretty much :)
[23:28] <directhex> anywhere fun?
[23:28] <Jazzva> directhex, boston and new york
[23:28] <Jazzva> was fun for me :)
[23:28] <Jazzva> asac, I also got a new computer, inspiron 1525
[23:29] <Jazzva> so, anything new? something particular that needs some love? :)
[23:30] <asac> Jazzva: great
[23:30] <asac> good to have you back ;)
[23:31] <asac> i will talk to you in 6 minutes ;)
[23:31] <Jazzva> ok :)
[23:31] <fta> Jazzva, i have an inspiron 1525 too :)
[23:32] <fta> the red one
[23:32] <Jazzva> i have the  black one :)
[23:32] <Jazzva> the sticker "Rediscover the web" looks good on it's cover ;)
[23:33] <fta> I have it too
[23:33] <Jazzva> now just to find an ubuntu logo, to put it in the oposite corner :)
[23:33] <Jazzva> the big sticker is too big. I think I'll just cut the logo from it, and put it on the cover.
[23:33] <fta> plus a firefox, a lizzard, an ubuntu logo, etc..
[23:34] <fta> round ubuntu logo on top of the dell logo :)
[23:34] <Jazzva> I like stickers, but not randomly put... some order is  needed :)
[23:34] <Jazzva> I don't have that big sticker :sigh:
[23:39] <asac> Jazzva: hehe ;)
[23:39] <asac> Jazzva: one thing that needs some love is as always the extension meta file ;)
[23:39] <asac> e.g. as a last minute thing
[23:39] <Jazzva> for app-data?
[23:40] <asac> yeah
[23:40] <Jazzva> sure, I'll put them up :)
[23:40] <asac> unless this happens automagically it probably isnt done for this cycle ;)
[23:40] <asac> Jazzva: ah. also we removed firefox 2 from the archive and the locales accordingly
[23:40] <Jazzva> was the bug with extensions not visible in app-install fixed?
[23:40] <asac> Jazzva: didnt you prepare a list of extensions that dont work on ffox3?
[23:40] <asac> Jazzva: i hope that was fixed
[23:40] <Jazzva> I have.. and it's located... somewhere
[23:41] <Jazzva> I'll have to look at the old computer
[23:41] <asac> Jazzva: if you could test that we could do an emergency action in case thats not yet fixed ;)
[23:41] <Jazzva> but there is a script that checks for broken-deps (I think). It should be available at ubuntuwire, IIRC
[23:41] <Jazzva> asac: Ok, I'll check it
[23:42] <Jazzva> ah...that don't work on ff*3*. I think there are two of them
[23:42] <Jazzva> let me check the list
[23:44] <Jazzva> er, one only: diggler. I thinke nukeimage was also unsupported, but I see it was updated for ff3 by you ;)
[23:45] <Jazzva> diggler was merged from debian, but I don't see support for ff3 in it's changelog https://edge.launchpad.net/ubuntu/+source/diggler
[23:45] <Jazzva> ah, it's there...
[23:46] <Jazzva> I'll still test it, as the only change is to bump maxVersion in install.rdf
[23:46] <Jazzva> s/is/was/
[23:48] <asac> k. so all are now supported nice
[23:48] <asac> Jazzva: maybe take a quick look when reviewing the app-install data stuff
[23:49] <Jazzva> mhm...
[23:50] <asac> ok thats it for NM in intrepid i hope
[23:50] <asac> only one routing bug left for which i dont know what to do
[23:51] <asac> looks like we wills start into intrepid with 0.7~~svn20081015t024626 ;)
[23:51] <asac> and 0.7~~svn20081015t194645 for applet :)
[23:53] <fta> -rw-r--r-- 1 fta fta 45669357 2008-08-14 00:32 ../tarballs/thunderbird-3.0_3.0~a2+nobinonly.orig.tar.gz
[23:53] <fta> -rw-r--r-- 1 fta fta 62556017 2008-10-16 00:16 ../tarballs/thunderbird-3.0_3.0~b1~hg20081015r619+nobinonly.orig.tar.gz
[23:53] <fta> gasp
[23:53] <asac> fta: yeah ;) go for in-source lzma i would say
[23:53] <asac> everything else is just ridiculous
[23:53] <asac> we would come close to OOO ... and thats a mess
[23:53] <fta> 37% increase
[23:54] <fta> that mozcentral-commcentral thing is the worse idea ever
[23:58] <fta> lol, oo is ~197M
[23:59] <asac> fta: i think 3.0 is half a gig