[00:08] <asac> fta: 274187
[00:08] <asac> fta: i have to rework this tomorrow - before subscribing motu folks
[00:09] <asac> fta: feel free to supplement the bug description ... i am not really awake right now ;)
[00:11] <fta> ok, thanks
[00:11] <fta> i'm on the new cairo right now. it's badly broken.
[00:14] <asac> brave ;)
[00:18] <asac> sigh ... so nss will not make the beta freeze :/
[00:19] <fta> why?
[00:19] <asac> because the SONAME is "empty"
[00:19] <asac> and dpkg-gensymbol just ignores everything then
[00:19] <asac> (though the binary bits appear to work fine)
[00:19] <fta> that's what i meant ealier today
[00:19] <asac> fta: right
[00:20] <fta> but i got distracted
[00:20] <asac> fta: well. i think we have to reintroduce half of the soname patch again
[00:20] <asac> but just dont use the suffix
[00:20] <asac> fta: or fix dpkg-gensymbols ... or just maintain the symbol files manually ;)
[00:22] <asac> 19:39 < asac> fta: if you look at rev 38 on nspr.dev do you understand why expression like: DSO_LDOPTS='-shared -Wl,-soname  -Wl,$(notdir $@)' now give an empty SONAME
[00:23] <fta> i'm a bit out of context right now.
[00:23] <fta> fighting with git and those f*g revno
[00:24] <asac> fta: either $(notdir $@) == empty OR $(notdir $@) == libnss3.so, but ld just removes it implicitly from the .so headers
[00:24] <asac> both sounds strange
[00:27] <asac> fta:
[00:27] <asac> $ gcc -olibtest.so -shared -fPIC -Wl,-soname -Wl,libtest.so t.o
[00:27] <asac> asac@hector:/tmp/c$ objdump -x libtest.so | grep SONAME SONAME               libtest.so
[00:27] <asac> so ... apparently its just empty in make
[00:27] <asac> e.g. $(notdir $@) is nothing
[00:27] <asac> i have the feeling that its a problem with how we build
[00:28] <asac> most likely upstream build has a SONAME, but libnss3.so
[00:29] <asac> fta: $ objdump -x libnss3.so | grep SON SONAME               libnss3.so
[00:29] <asac> fta: oh. only nspr is broken
[00:29] <asac> that explains a lot
[00:30] <asac> so in principal all works :)
[00:30] <asac> yeah upstream has libnspr4.so
[00:30] <asac> as SONAME of libnspr4.so
[00:38] <asac> ok i think i have it ;)
[00:39] <asac> good ;)
[00:44] <asac> fta: nspr fixed.
[00:44] <asac> rev 40
[00:44] <fta> good
[00:45] <fta> i'll cairo tomorrow, my brain is working backward
[00:46] <asac> fta: ok. could you push nspr and nss to your ppa?
[00:47] <asac> fta: but cool phrase: "I'll cairo tomor..."
[00:52] <asac> ok nspr fix works quite nicely from the auto-dependency perspective
[00:52] <asac> soname looks good
[00:52] <asac> ffox still starts ;)
[00:52] <asac> which is actually the miracle of the week imo ;)
[01:06] <fta> FIREFOX_3_0_3_BUILD1
[01:07] <XioNoX> there are still people here ?
[01:09] <asac> fta: yea
[01:10] <asac> fta: intrepid is fixed already
[01:10] <asac> hardy will see the sun tomorrow again i hope
[01:11] <asac> XioNoX: yep ... tonight or tomorrow the archive will be shut down :/
[01:11] <XioNoX> asac, I just come back from a party
[01:11] <XioNoX> and I still have the ubufox thing
[01:11] <asac> XioNoX: i was drinking beer for 3hours two :)
[01:12] <XioNoX> asac, ok
[01:12] <asac> fta: ok nspr and nss pushed to mt
[01:12] <asac> hopefully i will be long enough to test the outcome :/
[01:12] <XioNoX> asac, I still don't understand why i don't see the menu idem with flash alternative
[01:12] <asac> XioNoX: yeah. thats a mistery
[01:13] <asac> the only explanation i would usually have is a) you have clutter in your profile or b) you have the wrong version ;)
[01:13] <asac> XioNoX: i mean ... if the statusbar thing might not apear fine, but if the menu entry is not there it means that the chrome isnt used
[01:13] <asac> XioNoX: only thing might be tranlsations.
[01:13] <XioNoX> yeah, but the notification bar appear when I update firefox
[01:13] <asac> XioNoX: try en_US
[01:14] <XioNoX> yes, right
[01:14] <asac> XioNoX: start LANG=en_US firefox
[01:14] <asac> we had issues with restart notification because of missing translations
[01:14] <asac> maybe the alternative has the same problem
[01:14] <XioNoX> asac, it works
[01:14] <asac> yeah ;)
[01:14] <asac> good
[01:14] <asac> well not so good
[01:15] <XioNoX> Will it be translated ?
[01:15] <asac> i should have properly reviewed everything when fixing the same bug for restart thing a few hours ago
[01:15] <asac> but well
[01:15] <asac> XioNoX: hopefully we will get that sorted. yes
[01:16] <XioNoX> asac, It is magic, I can switch from adobe to gnash in a clic !
[01:16] <asac> XioNoX: yeah
[01:16] <XioNoX> and thanks to add my name in the about of ubufox :)
[01:16] <asac> did i do that? welcome
[01:17] <asac> we still need to fix the plugins to properly install their files in the ubufox plugins directory ;)
[01:17] <asac> but that has to happen after beta
[01:17] <asac> one of the big things outstanding :/
[01:17] <XioNoX> asac, the statusbar icon appear on all pages
[01:17] <asac> XioNoX: on all ... i think it displays on the initial tab if there is any other tab with a plugin
[01:17] <asac> but i cant confirm that its on every tab when i switch
[01:18] <XioNoX> yes
[01:18] <asac> e.g. if its on the first tab and i switch back and forth it goes away (given that the first tab doesnt have flash)
[01:18] <XioNoX> I've went on youtube
[01:18] <XioNoX> and then come back on google homepage
[01:18] <XioNoX> and I still have the icon
[01:19] <asac> XioNoX: indeed
[01:19] <XioNoX> and about flash, should I install libflashsuport in intrepid or not ?
[01:19] <asac> didnt notice that
[01:19] <asac> most likely we dont remove the "attribute" from the browser object
[01:19] <asac> XioNoX: no
[01:19] <asac> libflashsupport is dead
[01:20] <asac> whoever uses that is on its own
[01:20] <XioNoX> because there are a "intrepid" version of it in repos
[01:21] <asac> yeah
[01:21] <asac> non of my business
[01:21] <XioNoX> ok
[01:21] <XioNoX> I need to go to sleep... School at 8 :(
[01:22] <XioNoX> see you ;)
[01:23] <XioNoX> good night
[08:17] <rzr> hi
[08:17] <rzr> asac: about tuxguitar you bugged it must depends on abrowser
[08:17] <rzr> but swt needs mozilla libs
[08:18] <rzr> maybe abrowser is provided only by mozilla browsers
[08:18] <rzr> i'll check later
[09:45] <gnomefreak> do i really have to send 10 emails to find out problem with mailing list :(
[09:50] <gnomefreak> anyone use claws-mail?
[10:33] <asac> rZr: huh?
[11:02] <gnomefreak> asac: fabrice_sp|away what is icedove-dispmua?
[11:03] <asac> no idea ;)
[11:07] <gnomefreak> you really dont?
[11:08] <gnomefreak> i would say its tbird without Moz branding
[11:08] <gnomefreak> but not sure what the dispmua is
[11:12] <gnomefreak> its an icon?
[11:24] <XioNoX> hi!
[11:42] <XioNoX> asac, there are plans to remove the bulb systray icon witch say that we have to restart firefox?
[11:43] <asac> XioNoX: not sure
[11:43] <asac> XioNoX: if you dont run ubufox it might still be useful
[11:44] <XioNoX> or at least don't show if ubufox is installed
[11:44] <fta2> it is buggy (at least without ubufox)
[11:44] <asac> fta2: it is yes. thats why we did the ubufox solution in the first place
[11:45] <fta2> it sometimes pops up even when ff is not running
[11:45] <XioNoX> because when we update firefox, we have the notification bar, and the bulb. And when we restart firefox, the bulb is still here
[11:45] <asac> XioNoX: not sure what we can do about that
[11:45] <asac> ;)
[11:45] <asac> XioNoX: maybe fix the update-notifier
[11:45] <XioNoX> and we have to clic it to show the dialog and close it...
[11:45] <asac> it should detect that ffox has a "new" process id
[11:45] <fta2> a graceful restart would be nice to have
[11:45] <asac> and remove the notification i think
[11:45] <asac> fta2: what do you mean?
[11:46] <asac> fta2: more than the ubufox solution?
[11:46] <fta2> xul is very bad with upgrades, most probably due to the .jar files leading to all sorts of weirdnesses
[11:47] <asac> fta2: yes. but thats the ubufox solution tries to cover: http://people.ubuntu.com/~asac/screenshots/ubufox_restart_notification_intrepid.png
[11:47] <fta2> ubufox is evil for me, it keeps changing my prefs so i dropped it
[11:48] <asac> fta2: it shouldnt do that
[11:48] <asac> fta2: it has certain default preferences that might be different, but it shouldnt reset anything
[11:48] <asac> (at least not with the fix we have)
[11:48] <fta2> it does each time you upgrade it
[11:49] <asac> fta2: no
[11:49] <asac> thats a long long time ago
[11:49] <asac> thats a bug in ffox
[11:49] <asac> if it still does that its a bug. but i cannot reproduce that anymore
[11:49] <asac> (but a bug in firefox)
[11:49] <fta2> why is that bar in ubufox and not in ff ?
[11:50] <asac> fta2: why? because its a ubuntu only solution
[11:50] <asac> fta2: and we need to reach consent on what to do among distros first
[11:50] <fta2> most of our patches are ubuntu only
[11:51] <fta2> and that bar could be posted upstream
[11:51] <asac> fta2: we dont have any features in firefox patches
[11:51] <asac> (except the know your rights thing - which is an exception)
[11:51] <fta2> well, in xul, all the plugin stuff
[11:52] <asac> fta2: upstream wont accept that because they have their own upgrade mechanism. they will only accept it when we find a way to do it in a distro independent fashion
[11:52] <asac> fta2: plugin stuff?
[11:52] <fta2> what about a pref or a configure flag?
[11:52] <asac> fta2: you mean that GRE_DIR is considered?
[11:53] <fta2> it's one of them, yes
[11:53] <asac> fta2: thats not a feature visible in the UI. howveer, thats something i would like to see upstream, but benjamin disagreed
[11:53] <XioNoX> benjamin ?
[11:54] <asac> fta2: the general policy is: dont add features. if we really need that feature put it in ubufox ... if that proves to be useful, try to get it properly upstream
[11:54] <asac> fta2: so the user experience of a firefox install in ubuntu should be as close to upstream as possible (without breaking packaging policies et al)
[11:54] <fta2> sysprefs, lockpref, gre extension plugins, sysplugins, that's a lot of ubuntu only changes, no?
[11:55] <asac> fta2: thats all not feature. thats all just system install and xul split related
[11:55] <asac> fta2: imo our only patches are still xul split related. everything else should definitly go upstream. and even the xul split should
[11:56] <asac> fta2: ok lets review the patches now :)
[11:57] <asac> fta2: http://paste.ubuntu.com/50439/
[11:57] <asac> thats ffox
[11:57] <asac> awesome_browser_branding_install.patch
[11:57] <asac> -> not upstream
[11:57] <asac> browser_branding.patch
[11:57] <asac> -> not upstream
[11:57] <asac> bz368428_attachment_308130.patch
[11:57] <asac> bz386904_config_rules_install_dist_files.patch
[11:58] <asac> bz412610_att335369_realpath_overflow.patch
[11:58] <asac> bz421977_att334578.patch
[11:58] <asac> bz436133_att322801.patch
[11:58] <asac>  => all those need to land upstream. i think we should bug reed to help us here
[11:58] <asac> bzXXX_reload_new_plugins.patch
[11:58] <asac> => we should forward that
[11:58] <asac> dont_depend_on_nspr_sources.patch
[11:58] <asac>  installer_shouldnt_copy_xulrunner.patch
[11:58] <asac>  installer_use_stdout_for_missing_files.patch
[11:58] <asac> => ubuntu only i guess
[11:59] <asac> lp185622_system_path_default_browser.patch
[11:59] <asac> => ubuntu only ... not sure how a proper upstream solution would look like
[11:59] <asac> lp269656_know_your_rights.patch
[11:59] <asac> => will eventually end up upstream
[11:59] <asac> (we are working with mozilla on that)
[11:59] <asac> nspr_flags_by_pkg_config_hack.patch
[11:59] <asac> => again xul split stuff i think
[11:59] <asac> ubuntu_no_app_updates.patch
[12:00] <asac> => not suitable for upstream (maybe with a configure flag we could make that go upstream)
[12:00] <asac> ubuntu_codes_amazon.patch
[12:00] <asac> => ubuntu only
[12:00] <asac> fta2: ok in xul the situation is better
[12:00] <asac> fta2: all those that have bzXXX should really go upstream ... my fault for sure
[12:01] <asac> fta2: http://paste.ubuntu.com/50442/ those are the only patches not marked as "upstream-suitable"
[12:01] <asac> maybe the jemalloc patch
[12:02] <asac> i dont see how the rest could be done in upstream fashion
[12:02] <asac> XioNoX: bsmedgberg
[12:03] <asac> err
[12:03] <asac> bsmedberg ;)
[12:03] <asac> == Benjamin
[12:03] <asac> fta2: ok. lets talk about the restart notification bar  - as i think thats probably one of the things that could be done proper
[12:03] <asac> for distro builds across the line
[12:04] <asac> fta2: to do it properly ffox would need to export dbus server and get notifications fromt he distro upgrade tool that an upgrade happened
[12:10] <asac> XioNoX: ok i am talking to mvo to see if we can make that bubble disappear when firefox was restarted
[12:39] <fta2> dbus is supported in xul now, there are some bugs to make use of it like for addons notifications
[12:43] <XioNoX> back
[12:43] <XioNoX> asac, ok
[12:46] <asac> fta2: dbus is used client wise not server side
[12:46] <asac> fta2: or has server supporte landed now too?
[12:50] <fta2> why would need the server?
[13:11] <asac> fta2: to receive update events?
[13:12] <asac> fta2: e.g. restart notifications need to get pushed to ffox
[13:12] <asac> fta2: did you manage to test nspr/nss?
[13:12] <asac> fta2: i uploaded both to mt +archive
[14:04] <XioNoX> asac, how works translations for ubufox ?
[14:22] <asac> XioNoX: the idea is to include the lp-export .mk thing
[14:22] <asac> in rules
[14:22] <asac> so it gets imported into launchpad
[14:22] <asac> and from there gets translated
[14:22] <asac> jtv: do we need to enable a package like ubufox before we can translate it in distro?
[14:22] <asac> jtv: hi ;)
[14:23] <jtv> asac: hi!
[14:23] <jtv> asac: by "enable" you mean turn on Translations?  For packages, that is done in the distro.
[14:23] <asac> jtv: what does that mean in my case?
[14:23] <asac> jtv: or does it just mean that you dont know what it means in my case ;)
[14:25] <XioNoX> asac, will it be in roseta before intrepid ?
[14:26] <asac> XioNoX: thats what i am currently trying to figure out
[14:27] <fta2> asac, what do you expect to happen from 274187 ?
[14:27] <XioNoX> ok
[14:28] <XioNoX> but how it was working before ?
[14:29] <asac> XioNoX: before it was saivann who sent out a call for translations
[14:30] <asac> and aggregated those to a branch i could merge in before release
[14:30] <jtv> asac: projects have an option "translate in Launchpad," which enables the Translations application.  That's what you mean by "enable" here, no?
[14:30] <XioNoX> ok, not the easier way
[14:30] <asac> jtv: no. what i mean is that when i emable the translation export in the package, launchpad will automatically (i think) upload the .xpi to launchpad during build.
[14:30] <XioNoX> asac, https://translations.launchpad.net/ubufox
[14:31] <asac> jtv: i was wondering if something needs to be flipped on on launchpad side to prevent that that upload doesnt get dropped/rejected
[14:31] <asac> XioNoX: right
[14:31] <asac> XioNoX: thats the way to do translations in the project itself
[14:31] <XioNoX> ok
[14:31] <asac> XioNoX: the other way is to translate it in the distro
[14:31] <asac> XioNoX: but maybe we shoudl really enable it here
[14:32] <XioNoX> it seam easier to translate for the project
[14:32] <asac> XioNoX: well. but most likely not as many translations we would get
[14:32] <asac> jtv: the translations of a project wont show up when people work on distro translations right?
[14:33] <asac> XioNoX: i guess when we put ubufox in the distro translation we might get up to 40 translations
[14:33] <asac> jtv: so projects like https://translations.edge.launchpad.net/ubufox would need their own translation community?
[14:34] <jtv> asac: enable translation export?  I'm not sure what that means.
[14:34] <jtv> asac: (getting some lag here)
[14:34] <asac> jtv: doesnt matter for your side.
[14:34] <asac> jtv: what matters is that you get the templates and translations uploaded at the end of the build
[14:34] <jtv> asac: right, the "project" and the "package" live separate lives (although translations for the one's individual messages will automatically show up as suggestions for the other)
[14:35] <asac> jtv: do you understand my question?
[14:35] <asac> jtv: my question is: "if a new package is introduced in ubuntu, do you need to do something on launchpad side before that shows up in distro translations"?
[14:36] <asac> maybe just too stupid of a question ;)
[14:36] <asac> jtv: i just thought you might need to enable "xpi"-mode manually for certain packages ;)
[14:37] <asac> but if thats not the case then we will see :)
[14:37] <jtv> asac: no, just be sure to upload the template in XPI format.  :-)
[14:37] <asac> jtv: ok.
[14:37] <asac> jtv: wasnt sure about the _first_ upload case
[14:37] <jtv> asac: the package should just show up with an invitation to upload a template.
[14:37] <jtv> asac: tbh I've never created a package.  Try it on staging!  :)
[14:38] <asac> jtv: nevermind. i will see what happens ;)
[14:38] <asac> jtv: i will setup the template for the project though ... will ping you when that needs to be approved
[14:38] <asac> jtv: does the import understand multiple languages in one  xpi now?
[14:38] <jtv> asac: no, still one language per XPI.
[14:38] <asac> or do i need to split them to import inital one
[14:39] <asac> ok
[14:39] <jtv> asac: we do need to approve the XPI, yes.  You may want to talk to Arne about that as well.
[14:39] <asac> jtv: why arne?
[14:40] <jtv> asac: because he's an Ubuntu guy.  I just develop the app.  :-)
[15:00] <asac> jtv: well. but arne certainly doesnt know most details ;) ... yeah the import he might know
[15:01] <jtv> asac: he can approve an Ubuntu import, and it's good for him to be aware of what goes on.
[17:20] <fta2> asac, you touched nspr.dev ? why not nspr.head ?
[17:34] <asac> fta2: i think i pointed that out yesterday
[17:35] <asac> nspr.head was quite outdated so i wasnt sure and wanted to first discuss what we want to do with nspr.head
[17:35] <asac> fta2: but well. we can merge to .head after this release
[17:36] <fta2> in think both were equally outdated, but a merge is good enough.
[17:42] <asac> fta2: no ... .dev was ahead ... it had at least two releases on top of .head
[17:42] <asac> i think i did the last releases on .dev because it wasnt clear to me if nspr.head would be used to track the real trunk
[17:43] <asac> but since we appear to have settled on not doing that i think its ok to go back to the standard scheme
[17:44] <fta2> dev was diverged for me, i had to overwrite it
[17:45] <asac> fta: he?
[17:45] <asac> overwrite what? .head?
[17:46] <asac> thats fine.
[18:44] <fta> asac, no .dev was diverged
[18:45] <fta> (asynchronous chat is painful)
[18:49] <asac> fta: ok your local copy
[18:49] <asac> fta: yeah sorry
[18:49] <asac> i forgot that you already pulled from it
[18:49] <asac> maybe i uncommitted the topmost thing
[20:20] <fta> Error: [Exception... "Component is not available"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "JS frame :: file:///usr/lib/firefox-3.1b1pre/components/nsSessionStore.js :: sss_saveState :: line 1987"  data: no]
[20:20] <fta> Source File: file:///usr/lib/firefox-3.1b1pre/components/nsSessionStore.js
[20:20] <fta> Line: 1987
[20:21] <asac> fta: did you post that already at some point? reads familiar
[20:21] <fta> http://mxr.mozilla.org/mozilla-central/source/browser/components/sessionstore/src/nsSessionStore.js#1987
[20:22] <fta> no sure, but it's still there
[20:22] <asac>  var stateString = Cc["@mozilla.org/supports-string;1"].
[20:22] <asac> that appears to not exist
[20:24] <wikz> asac: we have flags to use system telepathy,dbus and libpurple libs.Just FYI :)
[20:24] <wikz> sorry to get in between
[20:25] <asac> wikz: you dont get in between anything here ;)
[20:25] <asac> wikz: good (system libs)
[20:27] <fta> asac, should we wait for something for 274187? maybe subscribe someone else otherwise i doubt anything will happen
[20:29] <wikz> asac: Also we have no trademarks or EULA .
[20:29] <fta> lol
[20:29] <wikz> no forky-porky business
[20:35] <wikz> fta: I changed everything to spicebird now but the shortcut at /usr/bin/spicebird still symlinks to /usr/lib/spicebird-0.7/spicebird instead of  /usr/lib/spicebird/spicebird .why ?
[20:35] <fta> this is correct
[20:35] <fta> this is the mozilla way
[20:35] <wikz> so I'm wrong where ?
[20:35] <fta> nope
[20:36] <fta> /usr/lib/spicebird-0.7/spicebird is correct according to mozilla build system
[20:36] <fta> we use the same in ubuntu, but debian doesn't
[20:37] <wikz> ok
[20:37] <wikz> so my files in the debian dir should be spicebird.desktop or spicebird-0.7.desktop ?
[20:39] <fta> spicebird.desktop
[20:39] <fta> i used the -3.0 for tb because we also have 2.0
[20:40] <wikz> but the thunderbird shortcut points to ../lib/thunderbird/thunderbird ?
[20:40] <wikz> ok
[20:40] <wikz> so how do I rectify the problem
[20:40] <fta> tb2 is from debian
[20:40] <wikz> Ohh k
[20:40] <fta> tb3 isn't
[20:40] <wikz> yeah
[20:49] <fta> mozilla bug 366509
[21:02] <fta> Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIINIParserFactory.createINIParser]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js :: getLocale :: line 508"  data: no]
[21:02] <fta> Source File: file:///usr/lib/xulrunner-1.9.1b1pre/components/nsUpdateService.js
[21:02] <fta> Line: 508
[21:28] <fta> asac, i'm now using the new nspr/nss
[21:28] <fta> pushed to my ppa too
[21:29] <asac> fta: great
[21:29] <asac> fta: i am not sure about the 3.1 bug. are there other points that speak for 3.1?
[21:29] <asac> if not we can subscribe motu-release now
[21:30] <asac> otherwise we should rephrase the description and extend it with better reasons
[21:30] <fta> i posted 3
[21:32] <asac> wikz: the .desktop file should be unversioned
[21:32] <asac> oops
[21:32] <asac> i scrolled back ... forgot and answered an old question ;)
[21:33] <asac> fta: ok ... subscribing motu-release
[21:34] <asac> fta: let the lottery begin ;)
[21:34] <fta> k
[23:27] <armin76> asac: Mozilla/5.0 (X11; U; Linux armv4l; en-US; rv:1.9.0.2) Gecko/2008092518 Gentoo Firefox/3.0.2 <- bumb!
[23:28] <fta> armin76, firefox-3.0 | 3.0.3+build1+nobinonly-0ubuntu1 | http://archive.ubuntu.com intrepid/main Packages
[23:28] <fta> we win
[23:29] <armin76> fta: well, i was talking about arm :P
[23:29] <fta> there's no ubuntu arm