[00:02] <fta> jcastro, could you please close http://brainstorm.ubuntu.com/idea/3092/ ?
[00:03] <fta> or tell me how i could do that...
[00:05] <fta> asac, http://brainstorm.ubuntu.com/idea/7498/
[00:05] <fta> ubufox ?
[00:15] <fta> http://brainstorm.ubuntu.com/idea/9770/ :)
[00:25] <asac> fta: not sure ;)
[00:25] <asac> about brainstorm
[00:25] <asac> (didnt manage to file the 3.1 bug)
[00:33] <asac> 3.0.2 and ubufox uploaded
[00:33] <asac> 269656 fixed ;)
[00:45] <Volans> asac: I have sent you and email about med-auto-scripts and pushed all my scripts on LP among with an example of a "master" script
[00:49] <asac> Volans: yep answered
[00:50] <Volans> thanks :)
[00:52] <asac> sunbird 0.9 is out ;)
[01:12] <fta> asac, Sep 22 22:00:10 <fta>     SUNBIRD_0_9_RELEASE
[01:29] <Volans> bye, good night!
[01:53] <fta> asac, ff3.1a2 pushed to mt ppa
[02:34] <jcastro> fta: closed
[07:27]  * asac yawns
[07:27] <asac> morning ;)
[07:48] <asac> fta: did you already push nss/nspr to your PPA?
[08:11] <knome> asac, ping pong
[08:12] <knome> asac, there's been conversation on the start pages for different distros on the k/xubuntu-devel and ubuntu-website mailing lists
[08:14] <knome> asac, i heard you have been working with ubufox and thus am asking you whether this could be extended for the other distros as well
[08:14] <knome> asac, please ping or pm me when you have time (i will most probably be offline then though, but i'll get back to you)
[08:54] <fta> hi
[08:54] <fta> asac, not yet, but i will
[09:12] <asac> cool
[09:16] <gnomefreak> whos here?
[09:23] <gnomefreak> there is no way to have a rss feed reader(liferea) for the Mozilla team? this way we can all see the updates to extensions and such
[09:25] <gnomefreak> Therefore we have decided to radically change the future of Epiphany in the upcoming 2.24 development cycle.
[09:26] <gnomefreak> dropping gecko
[09:33] <gnomefreak> asac: from what im reading Mozilla hasnt decided what to do with EULA yet. is our fix and thier fix(when released) going to conflict? assuming we know what they plan on doing
[09:40] <asac> gnomefreak: depends on how you conflict
[09:40] <asac> err define conflict
[09:41] <asac> i am working with them. what they will finally do is open, yes, but our approach should at least be an option
[09:41] <gnomefreak> i like what you did with it and i would hate that Mozillas fix will change that
[09:42] <asac> gnomefreak: the general approach "showing notification area" is agreed upon. i think even if they go for the "stupid" firstrun page solution we will still be allowed to use our variant
[09:42] <gnomefreak> ok cool
[09:43] <gnomefreak> im looking for feeds to the extensions i was/will be working on to keep up to date
[09:55] <asac> gnomefreak: we are working on something
[09:56] <asac> volans writes scripts that move us towards auto upgrading upstream branches and auto merging
[09:56] <asac> in that way you should get notification that something new is there
[09:59] <gnomefreak> asac: for the feeds?
[09:59] <gnomefreak> ah ok
[09:59] <gnomefreak> that works
[10:01] <asac> gnomefreak: instead of feeds getting merge request mails or failure notices i guess
[10:01] <gnomefreak> epiphany-gecko???? i guess they havent fix it yet
[10:01] <asac> gnomefreak: unlikely
[10:02] <gnomefreak> asac: yeah i spoke before reading, i thought you were talking to volans
[10:02] <asac> ok :-P
[10:02] <gnomefreak> than they are dropping gecko for next release
[10:02] <gnomefreak> webkit will be used AFAIK
[10:05] <asac> yeah
[10:23] <rzr> hi friends
[10:24] <rzr> i am back as promised
[10:25] <rzr> any ubufox experts around ?
[10:26]  * rzr just updated https://bugs.launchpad.net/ubuntu/+source/flashblock/+bug/269958
[10:26] <gnomefreak> he may be breaking it atm ;)
[10:27]  * gnomefreak looks before restart
[10:28] <gnomefreak> rzr: disable ubufox adn it works?
[10:28] <gnomefreak> s/adn/and
[10:28] <rzr> now it works w/ it
[10:28] <gnomefreak> so it works now
[10:28] <rzr> yes
[10:28] <rzr> was it bugged lately ?
[10:28] <gnomefreak> what did you do to make it work?
[10:29] <rzr> i took some vacations :)
[10:30] <rzr> just upgrade and test it ?
[10:30] <gnomefreak> i just commented to see if everyones is fixed. hardy isnt likely to get the fix but now a days anything is possible
[10:31] <gnomefreak> someone one here yesterday about this issue
[10:31] <gnomefreak> ill check bug mail in a bit
[10:31] <gnomefreak> br
[10:31] <gnomefreak> brb
[10:38] <gnomefreak> asac: im checking something but abrowser may have a bug
[10:39] <gnomefreak> assuming ff3 has same bug
[10:39] <gnomefreak> ok well the above was a bug but now the browser wont start
[10:40] <gnomefreak> ok wtf
[10:40] <gnomefreak> abrowser update now wont run
[10:41] <gnomefreak> i tried 3 times and it starts to load than just stops (no crash report nothing)
[10:42] <gnomefreak> asac: what was changed in the latest abrowser update?
[10:46] <asac> gnomefreak: yeah.
[10:46] <asac> gnomefreak: not sure why that was introduced in this upgrade
[10:46] <asac> gnomefreak: i think the abrowser link is missing
[10:46] <asac> in firefox-3.0
[10:46] <gnomefreak> so it doesnt work for you either?
[10:47] <gnomefreak> i thought it was just branding crap that was introduced in this upgrade but i havent looked at changelog
[10:47] <gnomefreak> exec: 118: /usr/lib/firefox-3.0.2/abrowser: not found
[10:47] <gnomefreak> asac: id say you are right
[10:47] <asac> gnomefreak: yeah. regression
[10:48] <asac> gnomefreak: can you open a bug?
[10:48] <asac> e.g. title "abrowser does not start: $pkglibdir/abrowser link missing"
[10:48] <gnomefreak> yeah without a browser kind of hard, let me look for another browser first
[10:48] <asac> gnomefreak: you can start it manually
[10:49] <asac> e.g. /usr/lib/firefox-3.0.2/firefox
[10:49] <asac> should still work
[10:49] <gnomefreak> asac: no i cant
[10:49] <gnomefreak> thats how i got that error
[10:49] <asac> gnomefreak: try /usr/lib/firefox-3.0.2/firefox
[10:49] <gnomefreak> gnomefreak@Development:~$ abrowser
[10:49] <gnomefreak> exec: 118: /usr/lib/firefox-3.0.2/abrowser: not found
[10:49] <gnomefreak> gnomefreak@Development:~$
[10:49] <asac> read what i write plz :-P
[10:50] <gnomefreak> i did i have a browser open atm
[10:50] <asac> gnomefreak: in any case you can start abrowser like i posted above
[10:52] <gnomefreak> just using firefox works
[10:52] <gnomefreak> opens abrowser
[10:54] <asac> yeah
[10:54] <asac> that too
[10:54] <gnomefreak> asac: https://bugs.edge.launchpad.net/ubuntu/+source/firefox-3.0/+bug/273907
[10:55] <gnomefreak> i put it under abrowser
[10:55] <gnomefreak> oh well i guess they are linked
[10:55] <asac> thanks
[10:58] <gnomefreak> np
[10:59] <gnomefreak> does mozilla provide another email client outside of sm and tbird?
[11:00] <gnomefreak> ok ill be back, going to rest for a couple of minutes, than time to find another email client to use/test a problem i have with
[11:09] <asac> gnomefreak: no i think thats all for "plain" email
[11:09] <asac> gnomefreak: snowl is a ffox extension under development
[11:09] <asac> that will at some point speak email
[11:09] <gnomefreak> k
[11:09] <gnomefreak> thanks
[15:38] <asac> sigh
[15:38] <asac> mozilla bug 454993
[15:38] <asac> mozilla bug 456182
[15:38] <asac> mozilla bug 456661
[15:41] <armin76> bug 1
[15:41] <armin76> :D
[15:41] <armin76> lol
[16:02] <fta2> asac, ? again?
[16:03] <asac> fta2: *sigh*
[16:03] <asac> yeah
[16:03] <asac> 3.0.3 is coming :(
[16:07] <fta2> gasp
[16:11] <asac> fta2: i also landed a few milestone fixes in ffox package that will go up after meeting
[16:12] <asac> not sure if i closed .head ... but feel fre to merge that up
[16:30] <asac> mozilla bug 454708
[16:33] <Volans> si certo
[16:41] <fta2> asac, i don't have your nss tarball. what tag was it?
[16:42] <fta2> nm
[16:42] <fta2> NSS_3_12_1_RC2
[16:42] <Volans> ops... wrong tab sorry :)
[16:53] <asac> bug 244413
[16:53] <asac> fta2: right
[16:53] <asac> that will most likely be the final release according to nss dev i talked to
[17:06] <asac> fta2: are you using nss?
[17:07] <asac> i mean the _new_ nss ;)
[17:07] <asac> (soname)
[17:16] <armin76> asac: 3.0.3 is coming for that stuff?
[17:35] <asac> armin76: yeah. at best prepatch
[17:35] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=454708
[17:35] <asac> thats the patch that is almost certain to land
[17:36] <asac> i will roll that tomorrow morning to intrepid and prepare updates and if feedback is good push that out to hardy too
[17:43] <fta2> asac, i'm investigating the problem with dpkg-gensymbols
[17:43] <fta2> it complains inside objdump that the so files are missing
[17:47] <asac> fta: when does it do that?
[17:47] <asac> which package? nss?
[17:47] <asac> does nspr work?
[17:51] <asac> fta: if its just nss, use what i did in nspr
[17:51] <asac> actually i always wondered why it didnt fail here without that change while nspr needed it
[18:20] <asac> fta: i think this "no such file" warning can be ignored
[18:20] <asac> dh_makeshlibs -plibnspr4-0d -V 'libnspr4-0d (>= 4.7.1+1.9-0ubuntu5~)' -- -c4 -elibnspr4.so -elibplds4.so -elibplc4.so
[18:20] <asac> objdump: 'libnspr4.so': No such file
[18:20] <asac> objdump: 'libplds4.so': No such file
[18:20] <asac> appears to be harmless
[18:20] <asac> objdump: 'libplc4.so': No such file
[18:20] <asac> ^^
[18:20] <asac> currently testing if it now just do no symbol comparison by intentionally removing one symbol
[18:21] <asac> hmm
[18:26] <asac> ok i think its a particular bad idea to have no SONAME at all :)
[18:27] <sebner> asac: firefox looses all the passwords, wth? Good that I use 3.1 trunk ^
[18:30] <asac> eah
[18:30] <asac> hopefully fix will go up tomorro
[18:30] <asac> w
[18:31] <sebner> asac: upstream problem, right?
[18:33] <asac> yeah
[18:34] <asac> i am uploading to intrepid in a minute
[18:34] <sebner> asac: bad, mozilla. what do windows guys do?
[18:37] <asac> wait for mozilla release ;)
[18:37] <asac> but i think they hurry as much as they can
[18:39] <sebner> asac: kk :) but very bad reputation though
[18: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
[18:39] <asac> ?
[19:00] <sebner> asac: what do you think about http://derstandard.at/?id=1220458961632  ?
[19:02] <asac> sebner: not sure. i doubt that they can really cope with long term maintenance of a fork
[19:02] <asac> but who knows ;)
[19:02] <asac> maybe those changes were unintrusive then it might work
[19:02] <asac> ok off
[19:02] <asac> cu later
[19:02] <sebner> asac: hf
[19:07] <XioNoX> hi!
[19:10] <XioNoX> asac, I still don't get the flash alternative stuff from ubufox...
[19:10] <XioNoX> but I have the notificationbox who ask to restart firefox...
[19:18] <gnomefreak> Ampelbein: no pushed fix for abrowser?
[19:25] <gnomefreak> ach that should be for asac
[20:21] <gnomefreak> hmmmm lots of freezes in Mozillaland
[21:09] <armin76> Mozilla/5.0 (X11; U; Linux armv4l; en-US; rv:1.8.1.15) Gecko/2008061200 Iceweasel/2.0.0.15 (Debian-2.0.0.15-0etch1)
[21:09] <armin76> asac: ^ *g*
[21:09] <armin76> wonder why my build segfaults :(
[21:25] <gnomefreak> ppc
[21:38] <gnomefreak> asac: i cc'ed the mailing list on the email concering foxmarks he hasnt been able to give me a straight answer
[21:56] <gnomefreak> [reed]: are you around?
[21:59] <gnomefreak> i no longer get the errors when trying to send to dev-apps-firefox@lists.mozilla.org but my email still doesnt show up in inbox
[21:59] <gnomefreak> i guess ill play with it more tomorrow, night everyone.
[22:15] <jeroen-> properly asked before, but will sunbird 0.9 be part of intrepid?
[22:40] <asac> aye
[22:40] <asac> XioNoX: hey
[22:42] <jeroen-> asac: do you know if sunbird 0.9 will be in intrepid?
[22:42] <asac> XioNoX: so you tried to uninstall ubufox through tools -> addons and that doesnt work?
[22:43] <asac> jeroen-: not decided
[22:44] <asac> jeroen-: one presequisites to see if we want it is to get a working package based on our sunbird packaging branch up somewhere
[22:44] <jeroen-> asac: ok hopefully it will
[22:46] <jeroen-> asac: it has fully support for google calendar, thats why ;-)
[22:49] <jeroen-> ok thanks for your answers, I'm out
[22:53] <fta> asac, seb told me the freeze for b1 is tomorrow, what does that mean for ff3.1 ? i still want to push it asap. did you open the bug ?
[23:07] <fta> asac, i don't think the empty "open tree" commit is really useful as it always follow a RELEASE commit, i usually do bump the version with the 1st commit following a RELEASE
[23:07] <fta> maybe we should add bzr tags to better identify our releases
[23:08] <fta> it could even be made afterwards
[23:08] <asac> i dont mind
[23:09] <asac> (open tree or not)
[23:09] <asac> i just like diffs with "just" the changelog entry better
[23:10] <fta> as it's just two lines above the 1st entry, it doesn't matter much, a cherry pick of jsut the 1st change will diverge anyway
[23:11] <fta> i mean, conflict
[23:11] <asac> sure?
[23:11] <asac> i didnt get many conflicts on cherry picking in the recent past
[23:12] <fta> say you want to cherry pick only the 1st change after your open tree commit, you will get the pkg version in the diff, so it will conflict, and then, there's no added value for that open tree commit
[23:13] <fta> see what i mean?
[23:15] <asac> fta: right. might be ;)
[23:15] <asac> i actually think you are right
[23:15] <asac> i am just saying that i didnt get many conflicts when cherry-picking in recent history
[23:15] <asac> i sometimes thought that bzr did something smart about changelogs
[23:15] <asac> but maybe thats just pure luck i had ;)=
[23:16] <asac> but well .. go ahead to not "open tree" ;)
[23:16] <fta> yep, probably, i don't really think changelog is special in any way
[23:16] <wikz> fta: asac Hi folks :)
[23:16] <asac> not sure what i will (remember to) do
[23:16] <fta> damn, bzr: ERROR: --result option does not take a value
[23:17] <asac> but as long as we use the same way to mark releases it should be fine i guess
[23:17] <fta> new bzr is evil
[23:17] <asac> fta: --result-dir ;)
[23:17] <fta> or new bd is evil
[23:17] <asac> yeah
[23:17] <asac> fta: bd could deserve an --old-mode :)
[23:17] <asac> oh wait ... maybe we are just "old" and inflexible ;)
[23:17] <fta> wikz, hi
[23:17] <wikz> fta: How is this name for a release spicebird-0.7_0.7~pre-0ubuntu1~hardy_i386.deb
[23:18] <wikz> do we need that ubuntu thing in there ?
[23:18] <fta> i don't think you need to name your package spicebird-0.7, spicebird is enough
[23:19] <wikz> cool
[23:19] <fta> pre could be more specific
[23:19] <asac> wikz: ubuntu is more or less needed, yes
[23:19] <wikz> like the SVn revision
[23:19] <wikz> ?
[23:19] <fta> yes
[23:19] <asac> wikz: if you dont add that in the packaging revision and some chap packages spicebird in debian you might just loose your package, because if there is no ubuntu in revision the package will just be synched from debian
[23:20] <fta> 0.7~pre assumes that 0.7 is not out yet, is that the case?
[23:20] <wikz> yes fta
[23:20] <wikz> 0.7 would be the unstable revision and 0.8 would be the stable one
[23:20] <asac> wikz: like 0.7~svnREVNO
[23:20] <wikz> asac: sure
[23:21] <fta> yep, so someone could co your svn to recreate your tarball using that revno
[23:21] <wikz> fta: the libpurple had problems with --system-nss and nspr so disabled them
[23:21] <asac> wikz: the package revision ~hardy implies that its a backport of a "intrepid" build ;)
[23:21] <fta> wikz, what kind of problem?
[23:21] <asac> wikz: so if you just package for current development head you dont append taht
[23:22] <wikz> fta: It was not able to find the nssb64.h and other header files
[23:22] <wikz> asac: copy that roger :)
[23:22] <asac> wikz: you should always package for current development revision. and if you are happy with the packaging do a "hardy" backport of that.
[23:22] <asac> at least if you do the packaging close to the distro
[23:23] <fta> wikz, nssb64.h is there, you probably have a wrong configure, it's not using nss-config (or pkg-config) for nss
[23:24] <fta> it's worth fixing rather than going to in-source nss
[23:24] <wikz> fta: libpurple uses a config.h to mention if to use the system nss.h files
[23:24] <wikz> fta: I have to talk to devs about that.
[23:24] <wikz> asac: Is the window to inclusion in intrepid still open or the feature freeze has set in
[23:24] <fta> /usr/include/nss/nssb64.h
[23:24] <asac> wikz: hard to get new things in
[23:26] <asac> it will surely cause discussion and raise concerns
[23:27] <wikz> asac: surely I could use your influence to sneak them in :P
[23:28] <wikz> fta: in the .install file ,why did you list out all the files in the components dir and for the rest used the /* ?
[23:29] <fta> because i split the gnome files out ?
[23:29] <fta> s/?//
[23:29] <wikz> thought so
[23:31] <fta> in other packages i played with globs/regexps to shorten those files, in tb3, i just listed all the files
[23:32] <asac> wikz: i wouldnt be so sure about that. i need good reasons to justify a new copy of mozilla code. on top i need even better reasons to do the same that late in the cycle
[23:33] <asac> i could probably sneak it in, but then I only have a certain amount of jokers left and everytime I would do something like this, our (mozillateam) perception in the MOTU community will suffer.
[23:34] <wikz> asac: If it gets through ,suppose; would it be main or universal ?
[23:34] <fta> wikz, even tb3 is not in, nor are my seamonkey 2, songbird, flock 2, etc..
[23:34] <asac> universe
[23:34] <wikz> fta: lol :)
[23:35] <fta> wikz, asac is a tyrant ;)
[23:35] <asac> tryant? how did that happen?
[23:38] <asac> fta: flock will become _difficult_ yes :/