[00:10] <fta> asac, did you read this thread ? http://ubuntuforums.org/showthread.php?t=944600
[00:10] <asac> most likely not :)
[00:10] <asac> (unless you alrady posted)
[00:13] <fta> nope
[00:16] <fta> asac, ... but i lost access to some sites like google, youtube, flicker after a reboot yesterday, I thought it was the network so i waited, but today, same thing. 2h ago, i tried on my laptop, it was fine.. so i rebooted my desktop. everything is fine again. strangest thing ever
[00:17] <fta> i so hate reboots
[00:40] <asac> hmm
[00:40] <asac> dns problem in france?
[00:41] <fta> no
[00:41] <fta> it was something on my desktop
[00:41] <asac> yeah. but mtu is still a bit of a mystery
[00:42] <asac> i mean that thats a regression
[00:44] <fta> we had several kernels in the last few days, so difficult to say
[00:45] <asac> cant believe that we see a kernel regression in something so old
[01:53] <NCommander> hey asac
[02:17] <NCommander> fta, ping?
[02:20] <fta> NCommander, yes?
[02:20] <NCommander> fta, would you have any interest in making the mozilla package suite be lintian mean ;-)?
[02:21] <fta> what do you mean?
[02:21] <NCommander> ever run lintian on say the icedove binaries?
[02:21] <fta> not recently
[02:22] <NCommander> http://lintian.debian.org/full/asac@debian.org.html#icedove
[02:23] <fta> i'm not working on icedove
[02:23] <fta> but most seems easy to fix
[02:43] <NCommander> fta, I think also firefox packages have the same lintian bugs
[02:43] <fta> firefox 3 ?
[02:49] <NCommander> unless I'm mistaken
[03:00] <fta> asac, Jazzva: I just packaged Instantbird: http://www.sofaraway.org/ubuntu/tmp/Instantbird.png
[03:05] <fta> asac, i had to heavily tweak it to turn it into a xul app using my xulapp.mk in mozilla-devscript. they based their build system on comm-central instead of mozilla-central, which is imho the worse choice ever.
[03:05] <fta> and they bundle libpurple + libpurple-xpcom
[03:06] <fta> they also have a few patches for xul, which i didn't use: http://hg.instantbird.org/file/a878698abe61/tools/patches/
[05:55] <[reed]> what is with all you embedders
[05:55] <[reed]> you never upstream your patches
[05:55] <[reed]> sheesh
[05:55] <[reed]> :(
[06:26] <NCommander> fta, why is that ubuntu-mozilla-team in Launchpad is unregistered?
[06:26] <NCommander> https://edge.launchpad.net/~ubuntu-mozillateam
[08:29] <[reed]> NCommander: we're just "mozillateam"
[08:30] <NCommander> I discovered that ;-)
[09:14] <NCommander> [reed], do we manage iceweasel in Debian?
[09:14] <[reed]> no, that's Mike Hommey (glandium)
[09:21] <NCommander> Ok
[09:21]  * NCommander is getting his feet wet with Mozilla on Debian/Ubuntu ;-)
[11:48]  * NCommander palpates asac for a pulse
[12:00] <NCommander> asac, when you get back, please check -release, there is an important email that needs your attention
[12:00] <NCommander> (debian-release)
[12:30] <NCommander> (issue resolved, but we also have another oops moment with the icedove upload)
[12:48] <gnomefreak> anyone here?
[12:52] <NCommander> gnomefreak, yup
[12:53] <gnomefreak> NCommander: do you have sunbird installed?
[12:53] <NCommander> gnomefreak, I can install it
[12:53] <gnomefreak> NCommander: can you install it from sunbird site and look for a calendar-*.xpi after install
[12:54] <NCommander> you mean the offical sunbird release, not the Ubuntu one?
[12:54] <gnomefreak> i think its calendaar-timezone.xpi but cant recall off hand
[12:54] <gnomefreak> NCommander: right
[12:54] <gnomefreak> NCommander: 0.9
[12:54]  * NCommander thought he had a reason to ask you something gnomefreak, but I can't remember what it was :-P
[12:54] <gnomefreak> NCommander: you will remember
[12:54] <NCommander> gnomefreak, it was something involving either iceweasel or icedove
[12:55] <gnomefreak> eh those are easy questions ;)
[12:55] <gnomefreak> same as firefox and tbird :P
[12:55] <NCommander> gnomefreak, no, I mean the Debian specific packages
[12:55]  * NCommander helped do an upload of icedove to Debian
[12:56] <NCommander> gnomefreak, no calendar*-xpi files
[12:56] <gnomefreak> shit
[12:56] <gnomefreak> NCommander: does it error when you open it?
[12:57] <NCommander> No
[12:57] <gnomefreak> NCommander: i cant uploda to debian or Ubuntu for that matter.
[12:57] <gnomefreak> NCommander: fuck
[12:57] <NCommander> strange
[12:58]  * NCommander notes the font sizes look weird
[12:59] <gnomefreak> i wonder how the upload works on that if .xpi is generated once than pushed to all mirrors or if they use souce to build it each time
[13:00]  * gnomefreak forsees a long day of work
[13:00] <NCommander> gnomefreak, what's broken in th sunbird ;-)?
[13:02] <gnomefreak> NCommander: it builds but errors once ran. it has to do with timezones i will let you know in about 20 minutes the error
[13:04] <NCommander> gnomefreak, that's really really bad
[13:14] <fta> [reed], about the embedders, don't ask me. i discovered instantbird yesterday on planet mozilla. never heard of it before. I wanted to give it a try, it worked, but it's still young
[13:17] <NCommander> instantbird?
[13:18] <gnomefreak> huh?
[13:19] <NCommander> whats instantbird fta
[13:20] <gnomefreak> a free version of tbird maybe?
[13:20] <fta> http://www.sofaraway.org/ubuntu/tmp/Instantbird.png
[13:20] <fta> http://www.instantbird.com/
[13:21] <gnomefreak> yep looks like it
[13:21] <gnomefreak> fta: i love it ;)
[13:21] <fta> it's just an IM client
[13:21] <gnomefreak> oh its not wtf is it
[13:21] <gnomefreak> oh
[13:22] <NCommander> Instantbird sounds like you can drop gecko into something and get an instant platform to build a GUI around
[13:22] <gnomefreak> we plan on shipping that?
[13:22] <fta> NCommander, it uses gecko as a platform
[13:23]  * NCommander would never want to try and embed gecko into something
[13:23] <NCommander> That sounds painfully wrong
[13:23] <fta> gnomefreak, no idea, i just packaged it for fun
[13:23] <gnomefreak> ah
[13:28] <fta> well, as with my firefox 3.1, xulrunner 1.9.1, thunderbird 3, seamonkey 2, flock 2, songbird, fennec, etc, it's just one more package not in the archive, i no longer care
[13:32] <gnomefreak> gnomefreak@Development:~/test/sunbird/extensions$ ls
[13:32] <gnomefreak> calendar-timezones@mozilla.org  {972ce4c6-7e08-4474-a285-3208198ce6fd}
[13:32] <gnomefreak> talkback@mozilla.org            {e2fda1a4-762b-4020-b5ad-a41df1933103}
[13:32] <gnomefreak> that was the .xpi
[13:34]  * gnomefreak has bad feeling
[13:36] <gnomefreak> ok ill be back in a bit to test this
[13:38]  * gnomefreak hopes "+nobinonly" isnt removing those 2 .xpis
[13:44] <gnomefreak> well dont care about talkback
[13:44] <NCommander> nobinonly?
[13:45] <gnomefreak> NCommander: removes win shit for most part as i recall
[13:46] <gnomefreak> well anything we dont need from source
[13:47] <NCommander> gnomefreak, the timezones one was removed from the linux sunbird upstream package
[13:47] <gnomefreak> NCommander: im checking atm
[13:47] <gnomefreak> NCommander: nobinonly is ran when we build source using mozilla-devscripts
[13:47] <NCommander> gnomefreak, oh, you work on mozilla upstream?
[13:48] <gnomefreak> so we dont have to run script and add it to source
[13:48] <gnomefreak> NCommander: moz upstream has the .xpi
[13:48] <NCommander> not mcasadevall@blacksteel:~/Desktop/sunbird$ find . -name *.xpi
[13:48] <NCommander> mcasadevall@blacksteel:~/Desktop/sunbird$ ls
[13:48] <gnomefreak> NCommander: its in source
[13:48] <NCommander> oh, in the source
[13:48] <NCommander> you said the binaries :-P
[13:49] <gnomefreak> .:08:32:40:. <      gnomefreak > gnomefreak@Development:~/test/sunbird/extensions$ ls
[13:49] <gnomefreak> .:08:32:40:. <      gnomefreak > calendar-timezones@mozilla.org   {972ce4c6-7e08-4474-a285-3208198ce6fd}
[13:49] <gnomefreak> .:08:32:41:. <      gnomefreak > talkback@mozilla.org             {e2fda1a4-762b-4020-b5ad-a41df1933103}
[13:49] <gnomefreak> NCommander: the nobinonly script is ubuntus script ran at time of generating spurce
[13:49] <NCommander> oh
[13:49] <gnomefreak> $ sh /usr/share/mozilla-devscripts/mozclient/remove.binonly.sh > REMOVED+nobinonly.txt 2>&1
[13:49] <gnomefreak> $ cd ../..
[13:49] <gnomefreak> $ cd mozclient-tmp
[13:50] <gnomefreak> $ tversion=`tail -1 mozilla/calendar/sunbird/config/version.txt | sed -e 's/pre//; s/\([ab]\)\([0-9]*\)/~\1\2/'` # => 0.9
[13:50] <gnomefreak> $ cd ..than it repacks tarball
[13:50] <gnomefreak> than i unpack and look for them
[13:51] <fta> this will be useful: http://mozillalinks.org/wp/2008/10/finer-session-restore-for-firefox-31/
[13:51] <gnomefreak> WARNING: Failed to parse default value `??????????? ?????? ;gtk-theme-selector.desktop,???????????? ??????????? ???;default-applications.desktop,??????????? ????;gnome-cups-manager.desktop]' for schema (/schemas/apps/control-center/cc_actions_list)
[13:51] <gnomefreak> dont like ????????
[13:53] <gnomefreak> i agree only if it doesnt cause lock up or slowdown since people hate that now
[13:53] <gnomefreak> lots of "my firefox is too damn slow" bugs
[13:54] <gnomefreak> NCommander: if you grab source from http://ftp.mozilla.org/pub/mozilla.org/calendar/sunbird/nightly/latest-mozilla1.8/ unpack it and cd into extensions dir you will see them both there
[13:54] <NCommander> oh ok
[13:54] <NCommander> Oh, I checked 0.9
[13:55] <NCommander> YOu should have been more specific on what binary to check ;-)
[13:56] <gnomefreak> sorry still kind of early for me on a weekend
[13:56] <NCommander> Yeah
[13:56] <NCommander> I should go to bed actually
[13:57] <gnomefreak> too many tarballs when we run script
[13:58] <gnomefreak> fta: any reason we use both tarballs? source-tree==calendar-0.9-source.tar.bz2 asnd that is pacakge in lightning-sunbird... than packed into tar.gz
[13:59] <gnomefreak> tar.gz>lightning-sunbird>tar.bz2
[13:59] <fta> calendar in the mozilla app name, lightning-sunbird is a debian name
[14:00] <fta> the name of the embedded tarball doesn't matter much, i decided to always use the upstream name
[14:00] <gnomefreak> it just makes source that much bigger
[14:00] <gnomefreak> what couple of MB
[14:00] <fta> eh? on the contrary
[14:01] <fta> embedded tar.bz2 saves you 20 to 30%
[14:01] <gnomefreak> oh
[14:01] <gnomefreak> sunbird == bigger bzr branch than ff or tb
[14:02] <fta> did you ever commit a tarball in that branch ?
[14:02] <gnomefreak> 7ever time i push it pushes tarball
[14:02] <gnomefreak> -7
[14:03] <gnomefreak> its the embedded tarball
[14:03] <gnomefreak> i think i found the problem
[14:03] <gnomefreak> fta: where is stdout for sh nobinonly.sh
[14:04] <fta> you have the trace in REMOVED+nobinonly.txt
[14:04] <gnomefreak> it just gives 2>&1
[14:04] <fta> ?
[14:04] <gnomefreak> sh /usr/share/mozilla-devscripts/mozclient/remove.binonly.sh > REMOVED+nobinonly.txt 2>&1
[14:05] <fta> yes, look into the src dir, you have REMOVED+nobinonly.txt if something has been removed
[14:05] <gnomefreak> shouldnt 2>&1 == stdout and shouldnt it be before file name
[14:05] <fta> no
[14:05] <gnomefreak> i found it thanks
[14:06] <fta> in shell, redirections are evaluated in reverse order
[14:07] <gnomefreak> that would be a goiod reason
[14:07] <gnomefreak> good even
[14:09] <gnomefreak> ok this bothers me now
[14:09] <gnomefreak> the patch that i used from upsrream source is not same patch as our source at all
[14:09] <gnomefreak> path*
[14:10] <fta> ?
[14:10] <gnomefreak> gnomefreak@Development:~/test/sunbird/extensions
[14:10] <gnomefreak> that isnt in our packaked source
[14:11] <gnomefreak> wait maybe just found it
[14:14] <gnomefreak> http://pastebin.mozilla.org/557490 fta i need to find the 2 id numbers from top post. not sure where in bottom i should look since im in identical dirs.
[14:15] <cwillu> who wants a one line patch?
[14:15] <gnomefreak> cwillu: would depend on what package i would assume
[14:16] <cwillu> nsSessionStore.js, line 1896, should read >> this._writeFile(this._sessionFile, "(" + this._toJSONString(oState) + ")"); << instead of > this._writeFile(this._sessionFile, oState.toSource());  <<
[14:16] <cwillu> normally doesn't make any difference, but on very large sessions, it causes an error that break session saving
[14:17] <gnomefreak> wont help me until i run into it. atm session is borked
[14:17] <cwillu> every other location that stringifies the session state in that file uses a helper function that does exactly that
[14:18] <cwillu> sss_saveState doesn't, because it adds an addition variable to the state (oState.session) before it writes it out.  It looks like it just didn't get updated when the other helper got changed
[14:19] <cwillu> those ns_component_not_available errors in jsSessionStore.js that you occasionally see are caused by this
[14:20] <gnomefreak> fta: original error is http://pastebin.mozilla.org/557493  i was told to look for calendar-*.xpi so that is where i have been focused
[14:20] <cwillu> ns_error_not_available, rather)
[14:31] <gnomefreak> im fairly certain nobinonly didnt touch extensions dir
[14:32] <gnomefreak> removed `./extensions/manticore/resources/manticore.psd'
[14:32] <gnomefreak> removed `./extensions/universalchardet/doc/UniversalCharsetDetection.doc'
[14:32] <gnomefreak> that shouldnt have removed them
[14:32] <gnomefreak> those files yes but not what im looking for
[14:37] <gnomefreak> sunbird ships chatzilla for some damn reason
[14:44] <gnomefreak> fta: is it possible mozclient is leaving dirs/files for timezone out of source?
[14:45] <fta> i don't think so
[14:45] <gnomefreak> i dont see anything related to timezone
[14:45] <gnomefreak> including the ID nubmers/addresses above
[14:46] <gnomefreak> once i find out why our source is so much different from upstreams i can figure out what went wrong
[14:51] <fta> where is your upstream reference ?
[14:53] <gnomefreak> ftp.mozilla.org
[14:54] <gnomefreak> i in the files that are calling errors but its garbage
[14:55] <gnomefreak> seems the line numbers given are just the error call lines
[14:57] <gnomefreak> that is exactly what the errors give me are the numbers where the error is called not triggered
[15:01] <fta> url?
[15:04] <gnomefreak> for upstream source?
[15:05] <fta> url pointed to what you are comparing from
[15:05] <fta> pointing
[15:05] <gnomefreak> fta: they would be the sources. from ours to upstreams source
[15:06] <fta> you said this is totally different. i know what our mozclient does, i designed it, i want to know what you used from upstream to compare with
[15:08] <gnomefreak> i downloaded and unpacked ftp://ftp.mozilla.org/pub/calendar/sunbird/nightly/latest-mozilla1.8/sunbird-0.9.en-US.linux-i686.tar.gz if you look in extensions you will see the 2 id numbers from above
[15:09] <gnomefreak> the errors make little sense since they are failing to update timezone (from db) but upstreams package works ours doesnt
[15:09] <fta> ok, so this is not source but a linux binary package
[15:09] <gnomefreak> it is?
[15:09] <fta> yes
[15:10] <fta> that's why it's totally different
[15:10] <thunderstruck> heres source ftp://ftp.mozilla.org/pub/calendar/sunbird/releases/0.9/source/lightning-sunbird-0.9-source.tar.bz2
[15:11] <fta> this one should be similar then
[15:13] <thunderstruck> the errors tell me its failing to update timezone db however it shouldnt stop everything from running IMHO
[15:14] <fta> did you search for a bug in bugzilla? i don't know anything about sunbird
[15:14] <thunderstruck> yes
[15:15] <thunderstruck> no bug yet. this started on calendar-dev-mailinglist i was seeing what they were seeing but they were using upstream i wasnt
[15:15] <thunderstruck> upstream seems to work
[15:16] <fta> $ tar jtvf lightning-sunbird-0.9-source.tar.bz2 | grep -c timezone
[15:16] <fta> 122
[15:16] <fta> try that on your embedded tarball
[15:17] <thunderstruck> fta: errors of all kinds
[15:18] <fta> ?
[15:18] <thunderstruck> nope wrong dir
[15:18] <thunderstruck> its thinking/looking/.running
[15:19] <thunderstruck> 0.2
[15:19] <thunderstruck> 102
[15:19] <thunderstruck> fta: you have 20 more than me
[15:19] <thunderstruck> you on our source and me on enbedded source
[15:20] <thunderstruck> gnomefreak@Development:~/tmp/lightning-sunbird-0.9+nobinonly$ tar jtvf calendar-0.9-source.tar.bz2 | grep -c timezone
[15:20] <thunderstruck> 102
[15:21] <fta> yeah, cvs, hold on
[15:21] <fta> $ tar jtvf lightning-sunbird-0.9-source.tar.bz2 | grep -Ev '(^d|/CVS/)' | grep -c timezone
[15:21] <fta> 98
[15:22] <fta> but i seriously doubt the tarball is the cause
[15:24] <thunderstruck> i dont see how people are not on ubuntu/debian are seeing this issue just from upstream source. im not sure how to build it without ./configure
[15:25] <thunderstruck> if i can figure that out i will know if its us not linking right but i dont see how that would be cause
[15:25] <thunderstruck> without cvs its 98 here as well
[15:56] <thunderstruck> well ill let you know tomorrow what i found im building upstream atm see if they hav issue still
[20:24] <poningru> woah mconnor is on here
[20:25] <poningru> oh no [reed] is on here
[20:25] <[reed]> ...
[20:25] <[reed]> hi, poningru. What brings you here? :)
[20:25] <poningru> ...
[20:25] <poningru> just trying to figure out if 3.1 beta is going to be uploaded to the mozteam ppa
[20:26] <poningru> and if tbird 3.0 alpha would be there
[20:28] <fta> i didn't plan to push them there. they mostly live in my own ppa: https://edge.launchpad.net/~fta/+archive
[20:29] <poningru> why not dude? cause alpha2 is on there
[20:29] <poningru> and iirc you put it there
[20:29] <poningru> I think a lot of people would like to do the next gen ff and tbird builds
[20:29] <fta> because it was a candidate for intrepid, it didn't make it for political reasons
[20:31] <poningru> but they cant building it themselves...
[20:31] <poningru> oh hmm
[20:31] <poningru> political reason?
[20:31] <poningru> link to the discussion?
[20:32] <fta> my ppa has >300 users just for ff3.1 so it's enough for previews. pushing to mozteam ppa is just an extra effort i make sometimes, here, there's no point, the game is lost.
[20:32] <fta> Bug 274187
[20:33] <poningru> thanks
[20:34] <fta> [reed], is instantbird supported by mozilla in any way, or is it an independent project?
[20:39] <poningru> fta, iirc its a seperate project
[20:39] <poningru> separate*
[22:07] <RainCT> Hi
[22:07] <RainCT> Where does abrowser look for extensions? Same as the branded Firefox (/usr/lib/firefox-addons/extensions)?
[22:07] <fta> yes
[22:10] <fta> RainCT, abrowser is just a branding, the browser is still firefox, and gecko is still the engine
[22:11] <RainCT> fta: Alright, that's what I thought but just to be sure :). Thanks.
[22:13]  * RainCT goes back to his cave and continues reading about how to write extensions for Epiphany :P
[22:13] <fta> :)
[22:43] <saivann> asac : Can you tell me how to see the context for the ubufox-alt* translations? What is exactly ubufox alt?
[22:43] <saivann> asac : I need to see the context for these translations
[23:16] <saivann> asac : I pushed the translation branch for ubufox. This branch still have zh-CN translations missing because the original files contained encoding problems, I'm waiting for a answer from the contributor
[23:16] <saivann> asac : It is proposed for merging with your main branch
[23:18] <saivann> asac : I reviewed all locales and all locales works. However I didn't find how to verify translations in ubufox-alt.dtd, ubufox-alt.properties and ubufox-restart.properties, so if you can give me some clue. It's the last thing that needs testing
[23:27] <asac> saivann: thanks
[23:28] <asac> saivann: alt == visit a page with a plugin and push the white plugin symbol on the status bar
[23:43] <saivann> asac : Mmh, can you give me a example? youtube.com uses the flashplugin-nonfree plugin for example, where can I find the white plugin symbol?
[23:50] <saivann> asac : Found