[00:01] <afv> micahg, sorry, can you help me with this one? :|
[00:01] <afv> http://pastebin.com/d399598f3
[00:02] <afv> the uim one is gone.. not the way i'd like (i'd prefer to submit a bug report, but i'm too tired atm :\)
[00:02] <afv> #2  0x00823183 in ?? () from /usr/lib/libnspr4.so
[00:03] <afv> i have "libnspr4-0d-dbg" installed
[00:03] <micahg> hmmm
[00:03] <micahg> idk then
[00:03] <afv> hmm okay
[00:03] <afv> thanks :)
[00:04] <micahg> you could try libnspr4-0d-dbgsym
[00:04] <afv> i don't have that in the repos
[00:04] <afv> just libnspr4-0d, libnspr4-0d-dbg and libnspr4-0d-dev
[00:04] <afv> libnspr4-dev*
[00:06] <fta> !dbgsym
[00:07] <afv> ah
[00:12] <afv> thanks
[00:13] <afv> hum..
[00:21] <afv> nothing new.. http://pastebin.com/d1e784913
[00:22] <micahg> afv: that's an nss or nspr bug most likely
[00:32] <afv> i quit..
[00:32] <afv> thanks micahg
[00:52] <afv> hmm, looks like it's normal
[00:53] <afv> and firefox ignores that signal
[00:53] <afv> it isn't crashing running without dbg :)
[00:53] <afv> thanks again
[08:03] <eagles0513875> hey guys
[08:54] <bdrung> asac: do you have fixed the m-d issue and is it now ready for release?
[08:56] <eagles0513875> asac: when u get a chance i need to talk to u bout my fix andv said it wasnt correct
[09:00] <bdrung> eagles0513875: fix for what?
[09:00] <eagles0513875> bindwood bdrung
[09:01] <eagles0513875> was fixing it with asac and pastebinning everythign to him to confirm it was done correctly
[09:01] <bdrung> eagles0513875: where do i find it?
[09:01] <eagles0513875> andv: knows where i uploaded it to :(
[09:01] <eagles0513875> asac told me though everything i did was right andv said other wise O_o
[09:01] <eagles0513875> bdrung: ran the wrong bzr command i shoulda run push instead of commit like asac had told me
[09:09] <bdrung> eagles0513875: you should remove ${xpi:depends} from depends
[09:09] <eagles0513875> ok even those other packages that are listed below it?
[09:13] <eagles0513875> bdrung: which command then do i use to upload the fixes
[09:14] <bdrung> bzr push
[09:14] <bdrung> eagles0513875: only ${xpi:depends}
[09:14] <eagles0513875> blarg asac told me to use bzr commit
[09:15] <bdrung> eagles0513875: push is for sending, commit is for checking in the changes
[09:15] <eagles0513875> ahh ok
[09:16] <eagles0513875> give me a few and ill get that fixed
[09:16] <eagles0513875> bdrung: in the control file under depends there are some other packages listed do those stay
[09:17] <bdrung> eagles0513875: yes
[09:17] <eagles0513875> ok
[09:19] <bdrung> eagles0513875: you should set your username with bzr whoami
[09:20] <bdrung> jonathan <jonathan@jonathan-laptop> is not the right one
[09:20] <eagles0513875> ok give me a few here
[09:22] <bdrung> eagles0513875: if you want to push, push it to the right place: ~eagles051387/firefox-extensions/bindwood.ubuntu.lp425631
[09:23] <bdrung> eagles0513875: you can remove MOZ_EXTENSION_PKG from rules
[09:24] <|eagles0513875|> bdrung:  im back sry
[09:25] <|eagles0513875|> give me a few need to update my install
[09:25] <bdrung> k
[09:27] <eagles0513875> thats better updating my system atm
[09:27] <eagles0513875> bdrung: whats the first thing u would like me to do
[09:27] <bdrung> bzr whoami
[09:29] <eagles0513875> ok standby
[09:35] <eagles0513875> i did bzr whoami
[09:35] <eagles0513875> how can i correct the name and email
[09:36] <bdrung> eagles0513875: bzr help whoami
[09:38] <eagles0513875> i changed it but now i dont have a name before it
[09:41] <eagles0513875> bdrung: its fixed now
[09:42] <bdrung> asac, eagles0513875, andv: i have updated https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview (the checklist is now twice as long)
[09:43] <bdrung> eagles0513875: removed ${xpi:depends} from depends?
[09:43] <eagles0513875> doing that now
[09:44] <eagles0513875> thats fixed
[09:44] <eagles0513875> now i need to update my changelog?
[09:45] <bdrung> "Changed ${xpi:Depends} to recommends"
[09:45] <bdrung> this already describes it
[09:45] <eagles0513875> ya just took a look at it again you mentioned removing something else
[09:46] <bdrung> eagles0513875: removed MOZ_EXTENSION_PKG?
[09:46] <eagles0513875> that located in the control file as well
[09:46] <eagles0513875> nm found it
[09:46] <eagles0513875> do i just delete it or can i comment it out?
[09:46] <eagles0513875> just in case it needs to be reimplemented in the future
[09:46] <bdrung> eagles0513875: delete
[09:46] <eagles0513875> ok
[09:47] <bdrung> no comments in debian/rules
[09:47] <eagles0513875> ok its deleted
[09:47] <bdrung> then add a changelog entry
[09:47] <eagles0513875> ok
[09:48] <bdrung> eagles0513875: you can use then debcommit instead of bzr ci
[09:48] <eagles0513875> updated the change log do i need to update its time stamp
[09:49] <bdrung> eagles0513875: you can, but it is not required
[09:49] <eagles0513875> ok debcommit is complaining
[09:49] <bdrung> eagles0513875: use dch to do it automatical
[09:49] <eagles0513875> dch -i
[09:50] <bdrung> without -i
[09:50] <eagles0513875> debcommit worked i was in the debian folder
[09:50] <bdrung> -i will increase the ubuntu revision
[09:50] <eagles0513875> ahhh gotcha
[09:50] <bdrung> eagles0513875: can you push it to lp:~eagles051387/firefox-extensions/bindwood.ubuntu.lp425631 ?
[09:51] <eagles0513875> pushing now
[09:52] <eagles0513875> new branch has been created
[09:52] <bdrung> eagles0513875: you can see your branches here: https://code.launchpad.net/~eagles051387
[09:52] <eagles0513875> bdrung: so now i request asac merge it or thats all that needs to be done
[09:53] <eagles0513875> :)
[09:53] <bdrung> eagles0513875: you are not ready yet ;)
[09:53] <eagles0513875> ok bdrung so whats next :)
[09:55] <bdrung> eagles0513875: depends looks ugly. http://paste.ubuntu.com/275739/
[09:55] <eagles0513875> O_o
[09:55] <eagles0513875> can i move them all on one line then ?
[09:56] <bdrung> eagles0513875: yes
[09:56] <eagles0513875> ok
[09:56] <bdrung> and a correct indention would be nice, too
[09:57] <bdrung> eagles0513875: 2. it should depend on mozilla-devscripts version 0.15~ instead of 0.15
[09:57] <eagles0513875> i put them all next to Depends: package1, package 2
[09:57] <eagles0513875> bdrung: i changed what was there
[09:57] <bdrung> eagles0513875: thats possible, too
[09:58] <eagles0513875> what is the difference if you dont mind me asking
[09:58] <bdrung> eagles0513875: ?
[09:59] <eagles0513875> whats the difference if any between 0.15~ and 0.15
[09:59] <bdrung> eagles0513875: 0.15~ would work with backported versions
[10:00] <eagles0513875> and would that be better then what i have there cuz i have noticed as i was looking through various extensions that they all use something along the lines of 0.15
[10:00] <eagles0513875> i mean 0.14
[10:01] <bdrung> eagles0513875: yes it's better.
[10:01] <eagles0513875> ok
[10:01] <eagles0513875> do i push to the same branch i just created?
[10:01] <eagles0513875> and also do i need to run debcommit again before pushing
[10:01] <bdrung> yes
[10:02] <bdrung> yes
[10:02] <eagles0513875> im trying to run debcommit its saying to use the -m flag
[10:02] <bdrung> eagles0513875: works only with an updated debian/changelog
[10:03] <eagles0513875> then how can i bypass that and run debcommit
[10:03] <bdrung> dch
[10:03] <bdrung> or use bzr ci
[10:04] <bdrung> eagles0513875: look here: https://launchpad.net/~bdrung/+archive/backports i have mozilla-devscripts 0.15~ppa1 there. 0.15~ppa1 is greater than 0.15~, but less than 0.15
[10:04] <eagles0513875> dch wants me to create a new change log entry and bzr ci somethign similar to dch
[10:06] <bdrung> you need a commit message. debcommit uses the changes in debian/changelog
[10:06] <eagles0513875> ok what would i put something like corrected layout of depends?
[10:06] <bdrung> eagles0513875: if you use bzr ci you have to specify it yourself
[10:07] <bdrung> yes, or allow backported versions of mozilla-devscripts
[10:09] <eagles0513875> fixed debcommitted and pushed to my branch
[10:10] <eagles0513875> hope all is to ur satisfaction
[10:10] <eagles0513875> then i shall install and see if it works with ff3.5
[10:11] <bdrung> eagles0513875: please check https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview
[10:11] <eagles0513875> will do :)
[10:12] <eagles0513875> ok
[10:15] <bdrung> eagles0513875: let me know, when you are through it
[10:15] <eagles0513875> there are gonna be a few things im gonna need help with
[10:15] <eagles0513875> but im going through what i can already do and know
[10:16] <eagles0513875> bdrung: sry for all these million questions but what is meant by this ensure that no packages (browsers / mail clients) are in Depends: cause ${xpi:Depends} will do the trick for us
[10:17] <bdrung> eagles0513875: there should be no firefox or thunderbird in depends
[10:18] <eagles0513875> ok which there isnt in this case
[10:18] <bdrung> yes
[10:18] <eagles0513875> there is?
[10:19] <bdrung> eagles0513875: no. yes to "which there isnt in this case"
[10:23] <eagles0513875> ok another question you mention to include the link to the wiki would i add an entry saying something like see wiki for further details
[10:24] <bdrung> eagles0513875: no, i didn't say this
[10:24] <eagles0513875> there is a mention on the wiki about it
[10:24] <eagles0513875> ensure that you add reference to this wiki page in debian/changelog.
[10:24] <bdrung> ok
[10:24] <eagles0513875> so somethign along the lines see wiki link for more information
[10:25] <bdrung> eagles0513875: example for it: http://changelogs.ubuntu.com/changelogs/pool/universe/c/ctxextensions/ctxextensions_4.1.2008062001-0ubuntu3/changelog
[10:27] <eagles0513875> thanks bdrung
[10:31] <eagles0513875> sry for all the million questions here bdrung how do i go about testing that the extension works in ff3.5
[10:32] <bdrung> eagles0513875: check it firefox-3.5 is in xpi:Depends and then install the extension and test it with ff3.5
[10:33] <eagles0513875> would that be in ${xpi:Depends} ? or somewhere else
[10:34] <bdrung> yes
[10:35] <bdrung> eagles0513875: you can see it in the logs: echo "xpi:Depends=abrowser-3.5 firefox-3.5 iceweasel" [...]
[10:35] <eagles0513875> logs?
[10:36] <bdrung> build log / output
[10:38] <bdrung> eagles0513875: you can remove the old brach: https://code.launchpad.net/~eagles051387
[10:40] <eagles0513875> removed the old branch
[10:52] <asac> hi
[10:58] <eagles0513875> hi asac
[10:58] <eagles0513875> fixing up some issues with bindwood and checking to make sure my branch has everything
[10:58] <eagles0513875> :)
[10:58] <asac> yeah seeing that ;)
[10:59] <eagles0513875> andv: pointed out some mistakes i had over the weekend and bdrung has been nice enough to help me
[10:59] <asac> your first commit doesnt have the  19. By jonathan <jonathan@jonathan-laptop>  on 2009-09-18
[10:59] <asac> in thlog
[10:59] <asac> in the bzr log
[10:59] <asac> ;)
[10:59] <eagles0513875> O_o
[10:59] <asac> not a big deal but if you redo stuff you could do that too ;)
[10:59] <eagles0513875> well i have been
[10:59] <asac> kk
[11:00] <bdrung> asac: do you see that i have extended https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview ?
[11:19] <asac> bdrung: hi. yes looks good
[11:19] <bdrung> asac: and m-d?
[11:21] <bdrung> asac: i fixed the debian bug
[11:30] <asac> bdrung: havent checked my mails since yesterday lunch ;)
[11:30] <asac> let me check
[11:32] <asac> the newline fix is good
[11:33] <bdrung> asac: is it ready for release?
[11:33] <asac> bdrung: i would like to do the arch all/any fix
[11:33] <asac> idea is to:
[11:33] <asac> put stuff in /usr/lib if architecture all
[11:34] <asac> err != all
[11:34] <asac> otherwise to share
[11:34] <bdrung> asac: oh, yes. do it
[11:34] <asac> and put a sanity check somewhere if there are .so files
[11:34] <bdrung> good idea
[11:39] <asac> bdrung: http://pastebin.com/f37f01e0d like that?
[11:40] <asac> hmm. how to best parse control?
[11:40] <asac> didnt we do that somewhere?
[11:40] <bdrung> asac: don't forget multi binary packages
[11:41] <bdrung> asac: $(shell grep '$${xpi:Depends}' debian/control)
[11:41] <bdrung> asac: or $(shell grep ^Package: debian/control | head -n 1 | sed "s/^Package://")
[11:42] <bdrung> asac: use $(shell grep ^Architecture: debian/control | head -n $(package_number) | sed "s/^Architecture://")
[11:43] <bdrung> you have to determine the package number
[11:54] <asac> http://pastebin.com/f7472e7db
[11:54] <asac> thats what i had
[11:55] <asac> ignore the rEADME
[11:56] <asac> http://pastebin.com/f767f069b
[12:06] <bdrung> asac: please use syntax highlighting and ping me
[12:07] <bdrung> asac: i would set lib_share_dir to /usr/share or /usr/lib
[12:09] <asac> bdrung: syntax highlighting?
[12:10] <asac> i use pastebinit
[12:10] <bdrung> asac: you can set it in pastebin
[12:10] <asac> i use pastebinit
[12:12] <bdrung> asac: -f diff
[12:13] <asac> http://pastebin.com/f7ce10fad
[12:14] <asac> oh there is a head -n2 missing
[12:14] <asac> oh not needed ;)
[12:14] <asac> well a missing $$
[12:14] <asac> adding now
[12:15] <asac> http://pastebin.com/f2a484227
[12:15] <asac> thats the right one with $$
[12:16] <bdrung> asac: i would set lib_share_dir to /usr/share or /usr/lib
[12:16] <asac> i know
[12:17] <asac> we explicitly have /usr everyhwere
[12:18] <bdrung> asac: pushed
[12:18] <asac> heh
[12:18] <asac> ok
[12:19] <asac> did you use at least me as --author ;) ... j.k.
[12:19] <asac> so now a check for .so and its good
[12:19] <asac> i guess in install-stamp lke
[12:20] <asac> ifeq (all, ..)
[12:20] <asac> set -e; if ! find $(installdir) -name \*.so | grep -q so$; then bail_out; fi
[12:20] <asac> or just
[12:21] <bdrung> asac: i pushed something else
[12:21] <asac> set -e; ! find $(installdir) -name \*.so | grep -q so
[12:21] <bdrung> asac: does lintian do the same job?
[12:21] <bdrung> asac: i have this in the pipe: http://pastebin.com/f28c3f66c
[12:24] <asac> looks reasonable
[12:24] <asac> bdrung: i think lintian does something different. it complains if any binary file is in /usr/share
[12:24] <asac> even in any packages
[12:24] <asac> or was that fixed? ;)
[12:25] <bdrung> asac: then we do not have an extra check in xpi.mk
[12:25] <asac> but in general i agree that this is a lintian task
[12:26] <asac> its just that mike suggested to bail out
[12:26] <asac> if its obviously wrong
[12:27] <bdrung> asac: keep xpi.mk short
[12:29] <asac> can lintian checks be added from outside the lintian package?
[12:29] <asac> seems like we could just drop a file in /usr/share/lintian/collections
[12:29] <asac> or something
[12:34] <bdrung> asac: lintian does the check already: thunderbird-traybiff: arch-dependent-file-in-usr-share ./usr/share/thunderbird-traybiff/components/libtraybiff.so
[12:35] <bdrung> we do not have to do anything
[12:43] <asac> well those warnings always get spit out
[12:43] <asac> from what i understand we want something more coarse:
[12:43] <asac> e.g. if any arch dependent file exists and package is arch all -> error ... if no arch dependent file exists and package is arch any -> error
[12:43] <asac> could be that that is also codified already
[12:44] <asac> is arch any = is not arch all
[12:51] <asac> ok whatever
[12:51] <asac> after this i had one more thing on the plate
[12:51] <asac> about mozclient
[12:51] <asac> getting LOCAL_BRANCH feature working for hg and cvs
[12:57] <asac> but i think that has to wait as i am in the mids of some nm applet work needing to be finished today
[13:06] <bdrung> asac: we should implement "if no arch dependent file exists and package is arch != all -> warning"
[13:13] <asac> right. maybe even as a general lintian rule ... thats what i meant above
[13:15] <bdrung> then file a bug against lintian
[13:33] <BuZZ-dEE> hello, why aren't german search engines in the german ubuntu-firefox?
[13:34] <asac> thats a bug that will mostly likely be fixed in karmic
[13:34] <BuZZ-dEE> ah okay :)
[13:39] <bdrung> asac: http://pastebin.com/fc8e2a33
[13:39] <bdrung> asac: take this, add a changelog entry and commit!
[13:54] <asac> bdrung: shouldnt it be [ \t]* ? or something for the package match?
[14:03] <bdrung> asac: yes, that would be better
[14:15] <asac> bdrung: interdiff doest like me ... did you change anything else besides that line?
[14:16] <bdrung_> yes
[14:16] <bdrung_> had to apply it manually
[14:20] <asac> ok committed
[14:20] <asac> havent tested yet ;)
[14:21] <bdrung_> asac: please push
[14:22] <eagles0513875> should have bind wood done tonight or tomorrow the latest
[14:33] <asac> done
[14:39] <eagles0513875> whats done bindwood?
[14:41] <bdrung_> asac: two more improvements: http://pastebin.com/f4043a050
[15:39] <eagles0513875> im out for now guys
[16:12] <LLStarks> asac.
[16:12] <LLStarks> did you enable embedded bitmaps in karmic?
[16:36] <LLStarks> asac, also, why is firefox gnome-support not installed by default?
[18:31] <fta> asac, <hyperair> fta: http://pastebin.com/f618b552f (in #motu)
[18:31] <fta> http://pastebin.com/f1c2300b7
[18:31] <fta> [reed], ^^
[18:36] <asac> checking with him
[19:37] <micahg> asac: should bug 434710 be an issue?
[19:37] <micahg> I thought ubufox controlled apturl
[19:41] <asac> micahg: we seed xulrunner gnome-support afaik
[19:41] <asac> that should be enough
[19:42] <micahg> asac: why should either be necessary?
[20:18] <asac> micahg: well. its needed for gnome mime type integration
[20:19] <asac> maybe thats what the bug is about
[20:20] <fta> uh.. http://arstechnica.com/open-source/news/2009/09/google-brings-chromes-renderer-to-ie-with-browser-plugin.ars
[20:22] <asac> nice ;)
[20:23] <fta> well, if it is to download something and use nothing of ie, why use ie at all and not dl the full chrome
[20:23] <fta> the idea looks weird to me
[20:24] <fta> can "users who can't upgrade" install plugins?
[20:29] <asac> users can be more easily tricked to install a plugin ;)
[20:30] <asac> i am not sure why they cannot update
[20:30] <fta> i understood can't as in not allowed, not as in don't know
[20:30] <asac> but i think its not that easy on windows to install the new stuff and vv
[20:34] <fta> maybe
[20:34] <fta> i'm sick of porting my old code to x64
[20:34] <fta>   mask = ((ulong) 0xFF) << (8 * (sizeof(long) - 1));
[20:34] <fta>   while(len--){
[20:34] <fta>     *d++ = (uchar)((val & mask) >> (8 * (sizeof(long) - 1)));
[20:34] <fta>     val <<= 8;
[20:34] <fta>   }
[20:35] <fta> i was really looking for my future misery
[20:36] <fta> fortunately, i wrote unittests by then
[20:37] <micahg> asac: seamonkey 2 RC1 2nd week of october
[20:37] <fta> noone uses seamonkey anymore, imho, we should drop it
[20:38] <fta> seamonkey-2.0                       81   0.01%         0       0       0      81
[20:38]  * micahg was going to possible switch to reduce memory footprint of FF+TB
[20:38] <fta> seamonkey                         8550   0.69%         1       8       0    8541
[20:39] <micahg> asac: any chance of sharing xulrunner with FF and TB?
[20:39] <fta> either all sm users run on nfs or noatime, or there's just 1 user in the last 30 day
[20:40] <asac> micahg: unlikely
[20:40] <fta> last time i tried, neither tb nor sm was ready
[20:40] <asac> micahg: i am considering to unxulify ffox to be honest
[20:40] <fta> were
[20:41] <asac> doing that would allow us to drpo more patches etc.
[20:41] <fta> and (maybe) do pgo
[20:42] <micahg> pgo?
[20:43] <fta> bug 213708
[20:44] <micahg> what is PGO though?
[20:44] <micahg> nm
[20:44] <micahg> found the doc
[20:44] <fta> brb
[21:00] <asac> micahg: unlikely we will get it done. but would be high prio if there was any prio list ;)
[21:00] <asac> if you want go ahead
[21:00] <asac> i can tell you what to do
[21:00] <asac> its triky though
[21:01] <asac> a) you need to convince debian/rules to do a) one build of xulrunner with special flags, b) start a test, c) coompile xulrunner for real
[21:07] <micahg> asac: I'm still working on some of the "easier" fixes
[21:09] <fta> what was it about? pgo?
[21:14] <asac> yes
[21:24] <BUGabundo> boas noutes
[21:24] <BUGabundo> o/
[21:25] <BUGabundo> fta: so anying chrome not to see non ascii chars  :((
[21:25] <fta> ?
[21:31] <BUGabundo> stuff like the ReDent from identica
[21:31] <BUGabundo> won't show up in there
[21:35] <fta> i see your ♲ in the bug
[21:43] <fta> funny that installing gdb is a pbuilder drags in libpython2.6 libsqlite3-0 mime-support python2.6
[21:46] <BUGabundo> racing??
[21:46] <BUGabundo> fta: on windows never works
[21:46] <BUGabundo> on ubuntu depends on the form I'm reading it
[21:46] <fta> i don't use windows
[21:49] <BUGabundo> I would rather not either
[21:50] <BUGabundo> but work requires it
[21:50] <BUGabundo> glad I have portableubuntu on it :DDD
[22:02] <fta> gasp, all my remaining failing tests are caused by chroot not having the same TZ as my box when i wrote my unittests
[22:03] <fta> how can i set a fake TZ in C ?
[22:03] <BUGabundo> eheh
[22:31] <asac> fta: cant you just copy the timezone config to chroot when setting up?
[22:31] <micahg> fta: you can't export the tz as an env var in the chroot?
[22:39] <BUGabundo> hey asac
[22:40] <fta> asac, well, no, i'm running the testsuite at build time, like if i was sending it to a ppa
[22:46] <fta> i can probably setenv TZ but to what?
[22:48] <fta> hm, Europe/Paris should do
[22:54] <fta> gasp, summer time
[22:59] <asac> UTC ;)
[22:59] <asac> hi BUGabundo
[22:59] <BUGabundo> asac: LOL
[23:00] <fta> asac, well, parts of the testsuite is to be sure that leap years/seconds, summer/winter time changes, etc are well handled
[23:01] <fta> All tests successful.
[23:01] <fta> Files=6,  Tests=125,  0.01 seconds (0.00 usr + 0.00 sys = 0.01 CPU)
[23:01] <fta> \o/
[23:02] <fta> but now it's broken outside of the chroot :(
[23:02] <fta> Failed 4/125 tests, 96.80% okay.
[23:07] <asac> heh
[23:53] <fta> grr, i have to kill ff3.7 almost every day, it keeps eating more and more memory (1GB in 1 day), and a lot of CPU even when idle
[23:54] <fta> [reed], ^^
[23:55] <BUGabundo> fta: lucky you
[23:55] <BUGabundo> I can't even open mine
[23:59] <[reed]> fta: any add-ons?