[01:06] <asac> Nafallo: heh?
[01:07] <asac> white: i will put the patches in the next patchset.
[01:07] <asac> i think its three for that issue
[01:08] <asac> the main patch + the backport required to make use of main patch +  a regression patch
[01:08] <asac> if you are still talking about the same issue :) ... otherwise i will answer your mail
[01:09] <asac> Nafallo: yeah the mozilla should be dropped
[01:09] <asac> for brevity
[02:11] <TomJaeger> Hi.  I'm trying to figure out what to do with bug #217908 and I could use some input.
[02:11] <ubottu> Launchpad bug 217908 in xorg-server "Images in Firefox and Opera are extremely pixeled when zoomed" [Undecided,Confirmed] https://launchpad.net/bugs/217908
[02:13] <TomJaeger> Specifically, if someone's running one of the binary video drivers, I'd appreciate it if you could post the output of the tiny test program that can be found here: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/217908/comments/33
[02:13] <ubottu> Launchpad bug 217908 in xorg-server "Images in Firefox and Opera are extremely pixeled when zoomed" [Undecided,Confirmed]
[08:31]  * asac yawns
[08:52] <Nafallo> asac: awesome. do you need a bug about it? :-)
[09:32] <AnAnt> asac: Hello, why's foxyproxy so different from the one in Debian ?
=== asac_ is now known as asac
[11:51] <asac> jtv1: your connectivity seems, err, unstable ;)
[11:53] <AnAnt> asac: did you see my question ?
[11:54] <jtv1> asac: yeah, about to work on that again
[11:55] <asac> AnAnt: yeah. sorry. forgot to reply as i didnt understand it ;)
[11:55] <AnAnt> asac: the source package of foxyproxy on Debian & Ubuntu are different
[11:56] <AnAnt> asac: I mean, the packaging itself (debian/ contents)
[11:57] <asac> AnAnt: answer is that we packaged it in ubuntu .... then someone packaged it for debian ;)
[11:57] <AnAnt> I see
[11:57] <asac> (i would guess)
[11:57] <AnAnt> is there an intention to combine  the work at some time ?
[11:59] <asac> once we have mozilla-devscripts in debian we can ask debian packagers to use that to get a consistent packaging for extensions
[12:01] <asac> but you are right, we should upload our extensions to debian too.
[12:01] <asac> problem is that i didnt want to do this before lenny gets out
[12:01] <asac> which probably takes forever
[12:01] <AnAnt> asac: ok, I want to make a package for some mozilla plugin
[12:02] <asac> note: plugin != extension
[12:02] <AnAnt> asac: but I can't find it's source code, only an XPI file (which can be unzipped)
[12:02] <AnAnt> oh, extension, sorry
[12:02] <asac> AnAnt: if .xpi file has a license file in top level directory thats ok
[12:02] <asac> (assuming there are no native components)
[12:02] <asac> you should use med-xpi-unpack
[12:02] <asac> and med-xpi-pack
[12:03] <asac> to do the unzipping/zipping though
[12:03] <asac> which standardizes stuff
[12:03] <AnAnt> ok
[12:03] <asac> main problem usually is a lack of license file though
[12:03] <asac> ask extension author to add that
[12:03] <AnAnt> what's native components ?
[12:04] <asac> .so files in .xpi
[12:04] <asac> (or .dll if its windows)
[12:04] <AnAnt> ok
=== ZrZ is now known as RzR
[14:50] <AnAnt_> asac: can you example an example for an extension that uses med-xpi-unpack ?
[14:51] <asac> AnAnt_: yes. foxyproxy ;)
[14:51] <AnAnt_> asac: thanks
[14:51] <asac> AnAnt_: well ... we default to med-xpi-unpack
[14:52] <asac> so you dont see it in rules, but in /usr/share/mozilla-devscripts/xpi.mk you see how the BUILD_COMMAND looks like
[14:52] <asac> (med-xpi-pack that is)
[14:52] <asac> so if you use xpi.mk you dont need to do anything
[14:52] <asac> if you create upstream tree using med-xpi-unpack
[14:53] <asac> AnAnt_: also read https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging
[14:55] <AnAnt_> asac: do I have to use cdbs ?
[14:56] <asac> AnAnt_: i think so ... but not checked. whats the prob with that?
[14:57] <AnAnt_> asac: I'm not used to cdbs
[15:02] <asac> AnAnt_: you dont need to be ... rules is rather trivial
[15:02] <asac> just read the doc
[15:02] <asac> s
[15:02] <asac> usually you dont need to do anything
[15:02] <asac> doc == wiki
[15:04] <asac> AnAnt_: bzr branch http://bazaar.launchpad.net/~mozillateam/firefox-extensions/XPI.TEMPLATE thats a start template for your debian dir
[15:04] <asac> https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging?action=show&redirect=MozillaTeam%2FFirefox3Extensions%2FPackaging#Packaging%20Procedure
[15:18] <AnAnt_> ok, thanks
[15:21] <fta> asac, FIREFOX_3_0_6_BUILD1
[15:25] <BUGabundo1> bahh new update?
[15:25] <BUGabundo1> security or bug?
[15:34] <azazel> hi all
[15:36] <azazel> anyone knows how to compile Weave on 64 bit intrepid? i've tried the recipe on the site but it doesn't compile
[15:38] <BUGabundo1> I did it a while ago azazel with the help of asac and fta
[15:38] <BUGabundo1> you are required to patch several lines in it! and still if failed to work, on my test case
[15:47] <asac> azazel: it worked here
[15:47] <asac> cant remember that there was anything special
[15:48] <asac> i also have 64-bit fwiw
[15:48] <asac> fta: yeah, still two weeks to go from what i know
[15:48] <asac> but i will push those to -security ppa
[15:50] <azazel> mmm, i've installed xulrunner-dev deb and i've made a "make sdkdir=/usr/lib/xulrunner-dev-1.0.../"  but it, among the other errors, complains about a missing header prtypes.h
[15:51] <azazel> asac: do you have standard xulrunner-dev pkg or another from a ppa installed?
[15:52] <asac> azazel: using standard yes.
[15:52] <asac> azazel: what issues do you end up with?
[15:52] <asac> azazel: paste.ubuntu.com the error please
[15:52] <azazel> just a moment
[15:56] <azazel> asac: http://paste.ubuntu.com/107807/
[15:57] <asac> azazel: yeah right. now i remember. weave is a bit stupid about dealing with system-nspr/nss installed xulrunners
[15:58] <asac> let me check
[16:07] <asac> azazel: http://paste.ubuntu.com/107813/
[16:07] <asac> that patch should work
[16:07] <asac> use "xpi" target
[16:07] <asac> e.g. make sdkdir=/usr/lib/xulrunner-devel-1.9.0.5 xpi
[16:08] <azazel> mmm. is it possible to get the source of that paste?
[16:08] <azazel> oh
[16:08] <asac> download as text ; )
[16:08] <azazel> yes, sorry
[16:10] <asac> welcome
[16:13] <BUGabundo> asac: azazel I still have my built here
[16:13] <BUGabundo> if you guys want to recheck what we did last tim
[16:13] <BUGabundo> *time
[16:14] <asac> BUGabundo: probably the same
[16:14] <fta> asac, did you have a look at my local branch new feature?
[16:14] <asac> fta: its on my list still :/
[16:14] <fta> asac, now, i can do: fta-scripts/update-pkg.sh -L upstream/mozilla-central xulrunner-1.9.2.head firefox-3.2.head
[16:14] <asac> fta: is that documented ?
[16:15] <asac> fta: update-pkg.sh? what is that the short hand for?
[16:15] <fta> or debian/rules get-orig-source LOCAL_BRANCH=../upstream/mozilla-central is you prefer
[16:15] <asac> yay
[16:15] <asac> sounds good
[16:16] <fta> instead of pulling a full clone for each update
[16:16] <asac> i will test it with xul 1.9.2 i think
[16:16] <fta> it takes care of the pull/update
[16:16] <asac> fta: we could also clone the local branch if it doesnt exist yet. maybe call it MIRROR_BRANCH= ?
[16:17] <asac> so on first run you specify some mirror ... if that doesnt exist it gets cloned; if it exists it gets updated (if no special tag/date is given)
[16:17] <asac> ;)
[16:17] <asac> of course a new feature i guess
[16:17] <asac> LOCAL_BRANCH is definitly a good improvement ;)
[16:18] <azazel> i'm applying by hand, because it doesn't apply... how do you end up using git? isn't weave using hg?
[16:18] <asac> azazel: why would you think i am using git?
[16:18] <asac> ah because of the git diff
[16:18] <asac> thats not a problem
[16:19] <asac> its because upstream submissions should be in git format for mozilla hg
[16:19] <asac> azazel: i did that patch against clone from a few minutes ago
[16:19] <asac> should apply cleanl
[16:19] <asac> y
[16:19] <BUGabundo> fta what are the main diff currently between 3.1 and 3.2 ?
[16:20] <BUGabundo> and will some one explain to me what is XUL, please
[16:20] <asac> azazel: hg clone http://hg.mozilla.org/labs/weave/; wget http://paste.ubuntu.com/107813/plain/; sh -c "cd weave; patch -p1 < ../index.html"
[16:20] <asac> that works for me ;)
[16:21] <asac> BUGabundo: 3.1 is the next stable ffox ... its already in beta freeze ... so now all new development takes place in 3.2
[16:21] <asac> and when things are important for 3.1 get cherry picked
[16:21] <asac> likewise for xul 1.9.1 and 1.9.2
[16:22] <asac> not surehow to explain what xul is ;)
[16:22] <asac> basic idea is that its a runtime and sdk for running and developing apps that are xul (and xpcom) based
[16:22] <asac> 7:20 < asac> azazel: hg clone http://hg.mozilla.org/labs/weave/; wget http://paste.ubuntu.com/107813/plain/; sh  -c "cd weave; patch -p1 < ../index.html"
[16:23] <asac> 17:20 < asac> that works for me ;)
[16:23] <azazel> thanks
[16:23] <asac> in case you didnt get it (reconnect)
[16:24] <BUGabundo> thanks asac
[16:24] <azazel> it compiles perfectly, many thanks asac
[16:24] <BUGabundo> by the way, PPA NM seems to fix that bug with open WiFi not timeout
[16:28] <azazel> mmm... and the resulting xpi is multiplatform and contains both Linux_x86_64 and Linux_x86:)
[16:34] <asac> azazel: do a find -name \*.so | xargs rm
[16:34] <asac> azazel: before building
[16:35] <asac> seems like they ship .so files in their hg tree ... most likely to not block xul developers because they cannot build .so
[16:35] <asac> if you do that it will only produce amd64 component
[16:35] <asac> or i386 respectively
[16:35] <azazel> why? it's ok for if it contains 32bit x86 lib also
[16:36] <asac> BUGabundo: please use that for a few more days and check whether it regresses again
[16:36] <azazel> s/for/for me/
[16:36] <asac> azazel: if thats ok for you then fine
[16:36] <asac> azazel: just note that the .so is not produced during your local build
[16:37] <BUGabundo> asac: use what? PPA or archive?
[16:37] <azazel> yes, i was surprised to find it on the hg repo....
[16:38] <asac> BUGabundo: use PPA (i guess you used archive for a while alrewady)
[16:39] <asac> azazel: i am sure its to ease development of not native parts ... so just convenience BLOB commits
[16:39] <BUGabundo> yeah
[16:39] <asac> i hate that but its common for stuff that is developed on windows
[16:39] <asac> BUGabundo: even for archive i remember that stuff worked for you a few days and then broke again ... and then worked again ;)
[16:40] <asac> so lets get more data to get any clue
[16:42] <BUGabundo> asac: I must have better memory then me
[16:42] <BUGabundo> LOLOL
[16:42] <fta> <asac> fta: update-pkg.sh? what is that the short hand for? <= just one of my ppa maintenance script. https://code.edge.launchpad.net/~fta/+junk/ppa-scripts
[16:42] <BUGabundo> I don't remember all that
[16:43] <asac> hehe ... fta is a junk user ;)
[16:43] <azazel> asac: many thanks again, as we say in italy, i was lost in a glass of water... but i'm really a newbie about mozilla stuff
[16:43] <fta> asac, not tied to a specific project
[16:43] <asac> azazel: sure. if you feel like it, get started and contribute back and process a bunch of bugs  ;)
[16:44] <asac> azazel: anyway, ur welcome
[16:44] <asac> ;)
[16:47] <azazel> not mozilla bugs:)
[16:48] <azazel> anyway, it takes ages to sync 1000 bookmark & history records
[16:48] <BUGabundo> azazel: with weave?
[16:48] <azazel> yep
[16:48] <BUGabundo> I would love for it to work with me!
[16:48] <BUGabundo> don't know why it fails to connect to there server
[16:49] <azazel> i've setup a private server following the instruction on the site
[16:49] <BUGabundo> I also tried a 0.2.7.1 version to be able to use local webdav
[16:49] <BUGabundo> I just use my local apache2
[16:50] <BUGabundo> maybe I did something wrong
[16:50] <asac> its not webdav anymore
[16:50] <BUGabundo> azazel: are you using .2.7.1 too?
[16:50] <asac> you need to setup the server from weave
[16:50] <BUGabundo> or 3.x?
[16:50] <asac> which didnt work for me either
[16:50] <BUGabundo> asac: I know
[16:50] <asac> kk
[16:50] <BUGabundo> that's why I used the older version
[16:50] <azazel> i still wonder why they use sqlite now even if the places service doesn't expose sql syntax.. sqlite is very slow...
[16:50] <azazel> BUGabundo: 0.2.98
[16:51] <asac> azazel: they have mysql and sqlite
[16:51] <azazel> it's 0.3 "release candidate"
[16:51] <asac> though mysql seems to be the preferred method
[16:51] <asac> given that sqlite instructions had issues
[16:52] <azazel> asac: yes, i'm using mysql on the server.... it's sqlite here that's slooow, it seems that it's flushing data to disk any second
[16:52] <BUGabundo> azazel: how are you using a private server?
[16:52] <BUGabundo> what does it run?
[16:52] <BUGabundo> maybe I can install it too and test with .98
[16:54] <azazel> BUGabundo: just follow those steps https://wiki.mozilla.org/Labs/Weave/0.3/Setup/Server
[16:55] <azazel> you just need php5 and mysql or sqlite
[17:24] <white> asac: ok, could you just state that by replying to the email? :)
[17:24] <white> asac: also, did you see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0071 yet?
[17:25] <white> not sure whether it's just a browser crash or could be used for more :/
[17:26] <[reed]> it's sg:low
[17:26] <[reed]> mozilla bug 456727
[17:26] <ubottu> Mozilla bug 456727 in Editor "document designMode on, replace/delete HTML tag, queryCommand*('backcolor'); causes NULL pointer" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=456727
[17:27] <asac> white: its sg:low dos ... e.g. just a "safe" crash
[17:28] <asac> sometimes i wonder why it mitre assigns CVE ids
[17:33] <white> well, a browser crash is hardly a security issue
[17:39] <white> asac: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5052 also looks weird
[17:40] <white> asac: as it points to MFSA 2008-52, I'll mark it as fixed, just like CVE-2008-5018
[17:40] <white> asac: any objections?
[17:50] <asac> white: not sure what mitre did there ... mark it as invalid
[17:50] <asac> not fixed
[17:51] <asac> oh wait
[17:51] <asac> white: looking at bugs helps ;)
[17:51] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=454113
[17:52] <ubottu> Mozilla bug 454113 in JavaScript Engine "e4x/extensions/regress-374025.js - invalid write" [Critical,Verified: fixed]
[17:52] <asac> dveditz: approval1.8.1.18+
[17:52] <asac> asac: approval1.8.0.next+
[17:52] <asac> so its on all 1.8 branches
[17:55] <white> asac: so fixed with the last DSAs :)
[17:55] <asac> white: yes
[17:56] <asac> white: the crashes with evidence of corruption mfsas ... yes.
[17:56] <white> asac: you're still up for checking more? I got three more CVEs that are still set on TODO :)
[17:56] <asac> white: so besides the mail ... all CVEs now explained?
[17:56] <asac> ah
[17:56] <white> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5822
[17:57] <asac> white: please look at the bugs if references
[17:57] <white> http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5430
[17:57] <asac> you already know what to look at ;)
[17:57] <white> they don't have bugs
[17:57] <asac> for me CVEs that dont have a bug dont exist
[17:57] <white> these two were the last ones, as far as i can see :)
[17:57] <white> hehe
[17:58] <asac> thats what i am trying to explain
[17:59] <asac> white: Memory leak in Libxul, ... thats not a security issues
[17:59] <asac> issue
[17:59] <asac> just a dos without risk
[17:59] <asac> there are plenty of those bugs open in bugzilla.
[18:00] <asac> same for the other ... both are "simple DOS from what i can see"
[18:00] <asac> with no risk
[18:00] <white> asac: i am wondering what "resource consumption" they are referring to
[18:01] <asac> white: memory most likely
[18:01] <asac> could be stack too
[18:02] <white> asac: ok that should be it, and the mail of course :)
[18:02] <white> asac: sorry for being a pain :)
[18:03] <asac> no problem
[18:03] <asac> will answer asap
[18:14] <fta> BUGabundo, what was it about multicast & ipv6 ?
[18:15] <fta> asac, did you have a look at the python issue in xul 1.9.1 ?
[18:23] <asac> fta: i know the potential fix, but didnt fix it yet. yes.
[18:29] <asac> Vincent Untz              (6.3K) New module decisions for 2.26
[18:29] <asac> Out:
[18:29] <asac>   libseed
[18:29] <asac>   WebKit/GTK+
[18:29] <asac> fta: [reed]: ^^
[18:29] <asac> ;)
[18:30] <fta> ?
[18:30] <fta> asac, epiphany?
[18:31] <asac> http://paste.ubuntu.com/107883/
[18:31] <asac> no webkit got dumped
[18:31] <asac> ephy will still be using the rotten old mozembed thing as it seems
[18:31] <asac> hehe
[18:32] <fta> where does that come from?
[18:36] <asac> fta: List-Id: Developer-related announcements and information <devel-announce-list.gnome.org>
[18:36] <asac> Message-ID: <20090121182041.GU2992@vuntz.net>
[18:37] <fta> thx http://mail.gnome.org/archives/devel-announce-list/2009-January/msg00006.html
[18:38] <asac> thx
[18:38] <asac> ;)
[18:38]  * asac is really lazy and doesnt even mind looking up proper links 
[18:41] <fta> asac, i'd appreciate if you could fix the python thing, i need it in 1.9.1 for openkomodo
[18:42] <asac> fta: yes my liege
[18:42] <fta> btw, debian provides a python-xpcom package with 1.9
[18:42] <fta> so mike probably has a fix
[18:42] <fta> (but no patch system)
[18:43] <asac> fta: no they dont have a fix
[18:43] <asac> they do ugly LD_LIBRARY_PATH business or -rpath
[18:49] <asac> fta: http://paste.ubuntu.com/107892/ try that please
[18:49] <asac> should work from what i can see. maybe important to check that it still works if the lib isnt there (e.g. that it doesnt fail) ... but i think it should work
[18:51] <fta> hm, s/libpyxpcom/pyxpcom/ maybe ??
[18:51] <fta> i'll try that after diner.
[18:51] <fta> thanks
[18:52] <asac> hehe
[18:52] <asac> yeah you are right ;)
[18:52] <asac> copy paste bug
[18:59] <asac> fta: http://paste.ubuntu.com/107896/ ... the right one then ;)
[21:22] <asac> fta: did you spin a build yet?
[21:22] <fta> in progress
[21:23] <asac> if thats good enough i would take a quick look if that can be done better either in pyxpcom subtree or with #ifdef ... or something
[21:23] <asac> thanks.
[21:45] <fta> grr, i forgot that openkomodo was building its own patched xul :(
[21:46] <asac> fta: you can still test
[21:47] <asac> addons -> console shouldnt spit out warnings about pyxpcom loading problems
[21:47] <asac> hmm
[21:47] <asac> if you see that at all
[21:49] <fta> -DEB_MOZ_EXTENSIONS=xml-rpc,venkman,inspector,irc,gnomevfs,cview,tasks,reporter,python/xpcom
[21:49] <fta> +DEB_MOZ_EXTENSIONS=default
[21:49] <fta> commit #239
[21:50] <fta> Apr 08
=== rzr is now known as rZr
[21:56] <fta> booohh http://paste.ubuntu.com/107969/
[21:57] <fta> and of course:
[21:57] <fta> configure: warning: cookie and permissions are no longer extensions, use --disable-permissions to disable.
[21:57] <fta> configure: warning: spellcheck is no longer an extension.
[21:57] <fta> configure: error: Unrecognized extension provided to --enable-extensions: inspector.
[22:18] <shaya> repeating here
[22:18] <shaya> there's a crasher bug in firefox in intrepid that was fixed in 3.0.2 that is still crashing ubuntu's build
[22:18] <shaya> https://bugzilla.mozilla.org/show_bug.cgi?id=441368
[22:18] <ubottu> Mozilla bug 441368 in SVG "Crash [@ nsSVGFEGaussianBlurElement::SetupPredivide] opening SVG file" [Normal,Verified: fixed]
[22:18] <shaya> the test case in that bug crashes my intrepid firefox
[22:25] <fta> [reed], ^^
[22:26] <[reed]> mmm
[22:26] <fta> it freezes my trunk too
[22:29] <[reed]> fta: wfm on trunk
[22:29] <[reed]> mozilla.org build
[22:29] <fta> nsSVGFEGaussianBlurElement::SetupPredivide() seems gone so i have no idea
[22:31] <fta> mozilla bug 439375
[22:31] <ubottu> Mozilla bug 439375 in SVG "Improve feGaussianBlur inner loop" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=439375
[22:32] <fta> so the fix from 441368 never applied to 3.1/3.2
[22:50] <fta> asac, gasp, http://svn.openkomodo.com/repos/openkomodo/trunk/mozilla/patches-new/
[22:51] <fta> asac, http://paste.ubuntu.com/108035/
[22:52] <dtchen> fta: are you still experiencing the async errors with PA 0.9.14 in current jaunty?
[22:53] <fta> dtchen, you mean this: http://paste.ubuntu.com/108036/ ?
[22:54] <dtchen> fta: yes
[22:54] <fta> dtchen, always the same, some disk activity (like an upgrade or a build) and openarena, boom
[22:55] <dtchen> fta: ok, thanks
[23:26] <fta> dtchen, hm, seems i have a mix of 0.9.13 and 0.9.14, something is holding the upgrade
[23:51] <asac> fta: but that didnt start because of the patch i guess
=== stevel_ is now known as stevel
[23:59] <asac> so paste.ubuntu.com is down now
[23:59]  * asac is down it seems
[23:59] <asac> @time
[23:59] <ubottu> An error has occurred and has been logged. Please contact this bot's administrator for more information.