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