asacNafallo: heh?01:06
asacwhite: i will put the patches in the next patchset.01:07
asaci think its three for that issue01:07
asacthe main patch + the backport required to make use of main patch +  a regression patch01:08
asacif you are still talking about the same issue :) ... otherwise i will answer your mail01:08
asacNafallo: yeah the mozilla should be dropped01:09
asacfor brevity01:09
TomJaegerHi.  I'm trying to figure out what to do with bug #217908 and I could use some input.02:11
ubottuLaunchpad bug 217908 in xorg-server "Images in Firefox and Opera are extremely pixeled when zoomed" [Undecided,Confirmed] https://launchpad.net/bugs/21790802:11
TomJaegerSpecifically, 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/3302:13
ubottuLaunchpad bug 217908 in xorg-server "Images in Firefox and Opera are extremely pixeled when zoomed" [Undecided,Confirmed]02:13
* asac yawns08:31
Nafalloasac: awesome. do you need a bug about it? :-)08:52
AnAntasac: Hello, why's foxyproxy so different from the one in Debian ?09:32
=== asac_ is now known as asac
asacjtv1: your connectivity seems, err, unstable ;)11:51
AnAntasac: did you see my question ?11:53
jtv1asac: yeah, about to work on that again11:54
asacAnAnt: yeah. sorry. forgot to reply as i didnt understand it ;)11:55
AnAntasac: the source package of foxyproxy on Debian & Ubuntu are different11:55
AnAntasac: I mean, the packaging itself (debian/ contents)11:56
asacAnAnt: answer is that we packaged it in ubuntu .... then someone packaged it for debian ;)11:57
AnAntI see11:57
asac(i would guess)11:57
AnAntis there an intention to combine  the work at some time ?11:57
asaconce we have mozilla-devscripts in debian we can ask debian packagers to use that to get a consistent packaging for extensions11:59
asacbut you are right, we should upload our extensions to debian too.12:01
asacproblem is that i didnt want to do this before lenny gets out12:01
asacwhich probably takes forever12:01
AnAntasac: ok, I want to make a package for some mozilla plugin12:01
asacnote: plugin != extension12:02
AnAntasac: but I can't find it's source code, only an XPI file (which can be unzipped)12:02
AnAntoh, extension, sorry12:02
asacAnAnt: if .xpi file has a license file in top level directory thats ok12:02
asac(assuming there are no native components)12:02
asacyou should use med-xpi-unpack12:02
asacand med-xpi-pack12:02
asacto do the unzipping/zipping though12:03
asacwhich standardizes stuff12:03
asacmain problem usually is a lack of license file though12:03
asacask extension author to add that12:03
AnAntwhat's native components ?12:03
asac.so files in .xpi12:04
asac(or .dll if its windows)12:04
=== ZrZ is now known as RzR
AnAnt_asac: can you example an example for an extension that uses med-xpi-unpack ?14:50
asacAnAnt_: yes. foxyproxy ;)14:51
AnAnt_asac: thanks14:51
asacAnAnt_: well ... we default to med-xpi-unpack14:51
asacso you dont see it in rules, but in /usr/share/mozilla-devscripts/xpi.mk you see how the BUILD_COMMAND looks like14:52
asac(med-xpi-pack that is)14:52
asacso if you use xpi.mk you dont need to do anything14:52
asacif you create upstream tree using med-xpi-unpack14:52
asacAnAnt_: also read https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging14:53
AnAnt_asac: do I have to use cdbs ?14:55
asacAnAnt_: i think so ... but not checked. whats the prob with that?14:56
AnAnt_asac: I'm not used to cdbs14:57
asacAnAnt_: you dont need to be ... rules is rather trivial15:02
asacjust read the doc15:02
asacusually you dont need to do anything15:02
asacdoc == wiki15:02
asacAnAnt_: bzr branch http://bazaar.launchpad.net/~mozillateam/firefox-extensions/XPI.TEMPLATE thats a start template for your debian dir15:04
AnAnt_ok, thanks15:18
ftaasac, FIREFOX_3_0_6_BUILD115:21
BUGabundo1bahh new update?15:25
BUGabundo1security or bug?15:25
azazelhi all15:34
azazelanyone knows how to compile Weave on 64 bit intrepid? i've tried the recipe on the site but it doesn't compile15:36
BUGabundo1I did it a while ago azazel with the help of asac and fta15:38
BUGabundo1you are required to patch several lines in it! and still if failed to work, on my test case15:38
asacazazel: it worked here15:47
asaccant remember that there was anything special15:47
asaci also have 64-bit fwiw15:48
asacfta: yeah, still two weeks to go from what i know15:48
asacbut i will push those to -security ppa15:48
azazelmmm, 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.h15:50
azazelasac: do you have standard xulrunner-dev pkg or another from a ppa installed?15:51
asacazazel: using standard yes.15:52
asacazazel: what issues do you end up with?15:52
asacazazel: paste.ubuntu.com the error please15:52
azazeljust a moment15:52
azazelasac: http://paste.ubuntu.com/107807/15:56
asacazazel: yeah right. now i remember. weave is a bit stupid about dealing with system-nspr/nss installed xulrunners15:57
asaclet me check15:58
asacazazel: http://paste.ubuntu.com/107813/16:07
asacthat patch should work16:07
asacuse "xpi" target16:07
asace.g. make sdkdir=/usr/lib/xulrunner-devel- xpi16:07
azazelmmm. is it possible to get the source of that paste?16:08
asacdownload as text ; )16:08
azazelyes, sorry16:08
BUGabundoasac: azazel I still have my built here16:13
BUGabundoif you guys want to recheck what we did last tim16:13
asacBUGabundo: probably the same16:14
ftaasac, did you have a look at my local branch new feature?16:14
asacfta: its on my list still :/16:14
ftaasac, now, i can do: fta-scripts/update-pkg.sh -L upstream/mozilla-central xulrunner-1.9.2.head firefox-3.2.head16:14
asacfta: is that documented ?16:14
asacfta: update-pkg.sh? what is that the short hand for?16:15
ftaor debian/rules get-orig-source LOCAL_BRANCH=../upstream/mozilla-central is you prefer16:15
asacsounds good16:15
ftainstead of pulling a full clone for each update16:16
asaci will test it with xul 1.9.2 i think16:16
ftait takes care of the pull/update16:16
asacfta: we could also clone the local branch if it doesnt exist yet. maybe call it MIRROR_BRANCH= ?16:16
asacso 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
asacof course a new feature i guess16:17
asacLOCAL_BRANCH is definitly a good improvement ;)16:17
azazeli'm applying by hand, because it doesn't apply... how do you end up using git? isn't weave using hg?16:18
asacazazel: why would you think i am using git?16:18
asacah because of the git diff16:18
asacthats not a problem16:18
asacits because upstream submissions should be in git format for mozilla hg16:19
asacazazel: i did that patch against clone from a few minutes ago16:19
asacshould apply cleanl16:19
BUGabundofta what are the main diff currently between 3.1 and 3.2 ?16:19
BUGabundoand will some one explain to me what is XUL, please16:20
asacazazel: 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
asacthat works for me ;)16:20
asacBUGabundo: 3.1 is the next stable ffox ... its already in beta freeze ... so now all new development takes place in 3.216:21
asacand when things are important for 3.1 get cherry picked16:21
asaclikewise for xul 1.9.1 and 1.9.216:21
asacnot surehow to explain what xul is ;)16:22
asacbasic idea is that its a runtime and sdk for running and developing apps that are xul (and xpcom) based16:22
asac7: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:22
asac17:20 < asac> that works for me ;)16:23
asacin case you didnt get it (reconnect)16:23
BUGabundothanks asac16:24
azazelit compiles perfectly, many thanks asac16:24
BUGabundoby the way, PPA NM seems to fix that bug with open WiFi not timeout16:24
azazelmmm... and the resulting xpi is multiplatform and contains both Linux_x86_64 and Linux_x86:)16:28
asacazazel: do a find -name \*.so | xargs rm16:34
asacazazel: before building16:34
asacseems like they ship .so files in their hg tree ... most likely to not block xul developers because they cannot build .so16:35
asacif you do that it will only produce amd64 component16:35
asacor i386 respectively16:35
azazelwhy? it's ok for if it contains 32bit x86 lib also16:35
asacBUGabundo: please use that for a few more days and check whether it regresses again16:36
azazels/for/for me/16:36
asacazazel: if thats ok for you then fine16:36
asacazazel: just note that the .so is not produced during your local build16:36
BUGabundoasac: use what? PPA or archive?16:37
azazelyes, i was surprised to find it on the hg repo....16:37
asacBUGabundo: use PPA (i guess you used archive for a while alrewady)16:38
asacazazel: i am sure its to ease development of not native parts ... so just convenience BLOB commits16:39
asaci hate that but its common for stuff that is developed on windows16:39
asacBUGabundo: even for archive i remember that stuff worked for you a few days and then broke again ... and then worked again ;)16:39
asacso lets get more data to get any clue16:40
BUGabundoasac: I must have better memory then me16: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-scripts16:42
BUGabundoI don't remember all that16:42
asachehe ... fta is a junk user ;)16:43
azazelasac: many thanks again, as we say in italy, i was lost in a glass of water... but i'm really a newbie about mozilla stuff16:43
ftaasac, not tied to a specific project16:43
asacazazel: sure. if you feel like it, get started and contribute back and process a bunch of bugs  ;)16:43
asacazazel: anyway, ur welcome16:44
azazelnot mozilla bugs:)16:47
azazelanyway, it takes ages to sync 1000 bookmark & history records16:48
BUGabundoazazel: with weave?16:48
BUGabundoI would love for it to work with me!16:48
BUGabundodon't know why it fails to connect to there server16:48
azazeli've setup a private server following the instruction on the site16:49
BUGabundoI also tried a version to be able to use local webdav16:49
BUGabundoI just use my local apache216:49
BUGabundomaybe I did something wrong16:50
asacits not webdav anymore16:50
BUGabundoazazel: are you using .2.7.1 too?16:50
asacyou need to setup the server from weave16:50
BUGabundoor 3.x?16:50
asacwhich didnt work for me either16:50
BUGabundoasac: I know16:50
BUGabundothat's why I used the older version16:50
azazeli still wonder why they use sqlite now even if the places service doesn't expose sql syntax.. sqlite is very slow...16:50
azazelBUGabundo: 0.2.9816:50
asacazazel: they have mysql and sqlite16:51
azazelit's 0.3 "release candidate"16:51
asacthough mysql seems to be the preferred method16:51
asacgiven that sqlite instructions had issues16:51
azazelasac: 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 second16:52
BUGabundoazazel: how are you using a private server?16:52
BUGabundowhat does it run?16:52
BUGabundomaybe I can install it too and test with .9816:52
azazelBUGabundo: just follow those steps https://wiki.mozilla.org/Labs/Weave/0.3/Setup/Server16:54
azazelyou just need php5 and mysql or sqlite16:55
whiteasac: ok, could you just state that by replying to the email? :)17:24
whiteasac: also, did you see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-0071 yet?17:24
whitenot sure whether it's just a browser crash or could be used for more :/17:25
[reed]it's sg:low17:26
[reed]mozilla bug 45672717:26
ubottuMozilla 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=45672717:26
asacwhite: its sg:low dos ... e.g. just a "safe" crash17:27
asacsometimes i wonder why it mitre assigns CVE ids17:28
whitewell, a browser crash is hardly a security issue17:33
whiteasac: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5052 also looks weird17:39
whiteasac: as it points to MFSA 2008-52, I'll mark it as fixed, just like CVE-2008-501817:40
whiteasac: any objections?17:40
asacwhite: not sure what mitre did there ... mark it as invalid17:50
asacnot fixed17:50
asacoh wait17:51
asacwhite: looking at bugs helps ;)17:51
ubottuMozilla bug 454113 in JavaScript Engine "e4x/extensions/regress-374025.js - invalid write" [Critical,Verified: fixed]17:52
asacdveditz: approval1.8.1.18+17:52
asacasac: approval1.8.0.next+17:52
asacso its on all 1.8 branches17:52
whiteasac: so fixed with the last DSAs :)17:55
asacwhite: yes17:55
asacwhite: the crashes with evidence of corruption mfsas ... yes.17:56
whiteasac: you're still up for checking more? I got three more CVEs that are still set on TODO :)17:56
asacwhite: so besides the mail ... all CVEs now explained?17:56
asacwhite: please look at the bugs if references17:57
asacyou already know what to look at ;)17:57
whitethey don't have bugs17:57
asacfor me CVEs that dont have a bug dont exist17:57
whitethese two were the last ones, as far as i can see :)17:57
asacthats what i am trying to explain17:58
asacwhite: Memory leak in Libxul, ... thats not a security issues17:59
asacjust a dos without risk17:59
asacthere are plenty of those bugs open in bugzilla.17:59
asacsame for the other ... both are "simple DOS from what i can see"18:00
asacwith no risk18:00
whiteasac: i am wondering what "resource consumption" they are referring to18:00
asacwhite: memory most likely18:01
asaccould be stack too18:01
whiteasac: ok that should be it, and the mail of course :)18:02
whiteasac: sorry for being a pain :)18:02
asacno problem18:03
asacwill answer asap18:03
ftaBUGabundo, what was it about multicast & ipv6 ?18:14
ftaasac, did you have a look at the python issue in xul 1.9.1 ?18:15
asacfta: i know the potential fix, but didnt fix it yet. yes.18:23
asacVincent Untz              (6.3K) New module decisions for 2.2618:29
asac  libseed18:29
asac  WebKit/GTK+18:29
asacfta: [reed]: ^^18:29
ftaasac, epiphany?18:30
asacno webkit got dumped18:31
asacephy will still be using the rotten old mozembed thing as it seems18:31
ftawhere does that come from?18:32
asacfta: List-Id: Developer-related announcements and information <devel-announce-list.gnome.org>18:36
asacMessage-ID: <20090121182041.GU2992@vuntz.net>18:36
ftathx http://mail.gnome.org/archives/devel-announce-list/2009-January/msg00006.html18:37
* asac is really lazy and doesnt even mind looking up proper links 18:38
ftaasac, i'd appreciate if you could fix the python thing, i need it in 1.9.1 for openkomodo18:41
asacfta: yes my liege18:42
ftabtw, debian provides a python-xpcom package with 1.918:42
ftaso mike probably has a fix18:42
fta(but no patch system)18:42
asacfta: no they dont have a fix18:43
asacthey do ugly LD_LIBRARY_PATH business or -rpath18:43
asacfta: http://paste.ubuntu.com/107892/ try that please18:49
asacshould 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 work18:49
ftahm, s/libpyxpcom/pyxpcom/ maybe ??18:51
ftai'll try that after diner.18:51
asacyeah you are right ;)18:52
asaccopy paste bug18:52
asacfta: http://paste.ubuntu.com/107896/ ... the right one then ;)18:59
asacfta: did you spin a build yet?21:22
ftain progress21:22
asacif thats good enough i would take a quick look if that can be done better either in pyxpcom subtree or with #ifdef ... or something21:23
ftagrr, i forgot that openkomodo was building its own patched xul :(21:45
asacfta: you can still test21:46
asacaddons -> console shouldnt spit out warnings about pyxpcom loading problems21:47
asacif you see that at all21:47
ftacommit #23921:49
ftaApr 0821:50
=== rzr is now known as rZr
ftabooohh http://paste.ubuntu.com/107969/21:56
ftaand of course:21:57
ftaconfigure: warning: cookie and permissions are no longer extensions, use --disable-permissions to disable.21:57
ftaconfigure: warning: spellcheck is no longer an extension.21:57
ftaconfigure: error: Unrecognized extension provided to --enable-extensions: inspector.21:57
shayarepeating here22:18
shayathere's a crasher bug in firefox in intrepid that was fixed in 3.0.2 that is still crashing ubuntu's build22:18
ubottuMozilla bug 441368 in SVG "Crash [@ nsSVGFEGaussianBlurElement::SetupPredivide] opening SVG file" [Normal,Verified: fixed]22:18
shayathe test case in that bug crashes my intrepid firefox22:18
fta[reed], ^^22:25
ftait freezes my trunk too22:26
[reed]fta: wfm on trunk22:29
[reed]mozilla.org build22:29
ftansSVGFEGaussianBlurElement::SetupPredivide() seems gone so i have no idea22:29
ftamozilla bug 43937522:31
ubottuMozilla bug 439375 in SVG "Improve feGaussianBlur inner loop" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=43937522:31
ftaso the fix from 441368 never applied to 3.1/3.222:32
ftaasac, gasp, http://svn.openkomodo.com/repos/openkomodo/trunk/mozilla/patches-new/22:50
ftaasac, http://paste.ubuntu.com/108035/22:51
dtchenfta: are you still experiencing the async errors with PA 0.9.14 in current jaunty?22:52
ftadtchen, you mean this: http://paste.ubuntu.com/108036/ ?22:53
dtchenfta: yes22:54
ftadtchen, always the same, some disk activity (like an upgrade or a build) and openarena, boom22:54
dtchenfta: ok, thanks22:55
ftadtchen, hm, seems i have a mix of 0.9.13 and 0.9.14, something is holding the upgrade23:26
asacfta: but that didnt start because of the patch i guess23:51
=== stevel_ is now known as stevel
asacso paste.ubuntu.com is down now23:59
* asac is down it seems23:59
ubottuAn error has occurred and has been logged. Please contact this bot's administrator for more information.23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!