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