[00:00] hmm didnt like the syntax ;) [00:01] oh one TARGET has no _VERSION ;) [00:01] still not happy [00:02] ok xpath lacked quotes ;) [00:03] feels like an infinite loop now [00:04] bdrung_: do you know if its a problem to do a "call" from a "call"? [00:04] asac: updated patch? [00:04] yeah [00:04] asac: thats ok [00:04] bdrung_: http://paste.ubuntu.com/234143/ [00:04] asac: you should call yourself, but others ;) [00:05] oh i think i know what might be the problem [00:05] i have a bad install.rdf for testing [00:06] asac: https://www.mozdev.org/bugs/show_bug.cgi?id=21299 https://bugs.edge.launchpad.net/bugs/405070 [00:06] immer die schuld auf andere schieben ;) [00:06] www.mozdev.org bug 21299 in Core "GM crashes Firefox 3.6" [Critical,New] [00:07] bdrung_: noe ... aber install.rdf war wirklich kapuut ;) [00:07] nevertheless, same result [00:07] infinite something [00:07] not really looping because CPUisnt utilized [00:07] asac: yes, same symptoms here [00:07] bummer ;) [00:07] i see it [00:08] i didnt pass any file in ;) [00:08] dumb [00:08] so its waiting for stdin ;) [00:08] yes, with a file it works [00:10] http://paste.ubuntu.com/234146/ [00:10] nice [00:10] now the real version comparer and all is good [00:11] so at best moz-xpi --compare-versions [00:11] or something [00:11] not sure [00:11] ;) [00:11] mpkg --compare-versions [00:11] asac: ahhhh I found out what cause GM to break FF: http://general.arantius.com/im-a-googler-now [00:11] :p [00:12] BUGabundo: gm == globalmenu? [00:12] asac: Grease MOnkey [00:12] what have I been talking about for the last 30 min !?? [00:13] asac: moz-xpi --compare-versions? is there already a comparer? [00:13] bdrung: no. if you do that we should make a script out of it ;) [00:14] it could also help us in other things we did [00:14] like the auto-sync stuff for .xpis from AMO [00:14] we implemented some bad heuristic there as well afaik [00:14] hmm. though maybe checkout the branch that volans did [00:14] maybe he really implemented it [00:14] asac: and i could use my favorite toy language [00:14] whatever you prefer [00:15] (but please dont pull in stuff that normal users dont have) [00:15] the snake [00:15] at best something that is installed by default ;) [00:15] so java might be a bit bad choice imo. [00:15] asac: link? [00:15] python [00:15] https://code.edge.launchpad.net/~volans/firefox-extensions/med-auto-scripts [00:16] i dont know [00:16] i think he compared versions somewhere in those scripts [00:16] maybe we worked around it [00:16] though [00:16] but i am sure it would have been helpful there ;) [00:18] i really think we worked around by just mirroring everything and hoping that the ftp server has the right timestamp order [00:18] asac: what's Mozilla MicroB? [00:19] thats something nokia did afaik [00:19] i never got it [00:19] asac: he only searches for the version, but not for minVersion or maxVersion. [00:19] just that it caused a bunch of problems during 1.9 cycle because they landed lots of embedding stuff without proper review [00:19] and then everything got backed out [00:20] bdrung: yeah. i remember now that we wanted a comparer to see if a new version is available, but then [00:20] we relied on the order and hope [00:21] * asac feels a bit bad that this never got rolled out [00:21] asac: next weekend i will write a little python script for it. that will be no big deal. [00:21] cool [00:21] functional programming :) [00:22] good night [00:22] night [00:23] bdrung: thx [00:23] asac: do you push your fix? [00:23] i am really happy how far we managed to drive xpi.mk forward ;) [00:23] i never had time to do this for ages [00:24] one thing we might want to do is to review how well its usable for non-cdbs stuff [00:24] e.g. can we provide the right hooks so its easy for plain rules [00:24] and can we make parts of it useful (like xpi:depends) for extensions that dont use xpi.mk for repacking ;) [00:25] but well. i think that crewating a .xpi should be ok as an intermediate step [00:25] anyway. its late [00:25] asac: yes. and we need to fix the dependencies. try to clean and then run target binary and you will fail. this should not happen [00:25] bdrung: for me running debuild -b works multiple times [00:25] let me check clean + binary [00:25] but good night [00:25] i can check that on my own [00:26] running with fakeroot debian/rules clean binary [00:26] asac: ping me donnerstag abend [00:26] after my exams [00:26] now, really gn8 [00:27] bdrung: good luck [00:27] it's so late that i mix german and english [00:27] :) [00:33] committed rev 212