/srv/irclogs.ubuntu.com/2008/03/17/#ubuntu-mozillateam.txt

CheGuevarabug #18618605:38
ubotuLaunchpad bug 186186 in xulrunner-1.9 "web page background render errors" [High,Confirmed] https://launchpad.net/bugs/18618605:38
CheGuevarashouldn't this be marked as fixed05:38
[reed]ugh07:02
[reed]some people are idiots07:02
[reed]what is with these people07:02
[reed]I just happened to stop and read the changelog for a package update I was getting for acpi-support07:03
[reed]and I looked into some of the bugs mentioned that were Thinkpad related07:03
[reed]since they concerned me07:03
[reed]turns out, they were removing some (now unneeded) files, but the removals only affected _new users_ of the package07:04
[reed]and not current users07:04
[reed]so, all current users were still screwed07:04
[reed]since they now had old config files for acpi07:04
[reed]that were wrong07:04
[reed]and broke stuff07:04
[reed]with no way of knowing that they needed to remove some files07:04
[reed]idiots07:04
[reed]I'd love to smack these people with some clue-by-fours07:08
[reed]maybe I'm being too tough, but I guess I was just hoping people knew better07:13
ftahi08:43
ftaasac, please have a look at bug 20287408:44
ubotuLaunchpad bug 202874 in prism "Please sponsor prism 0.8+svn20071115r8030-0ubuntu2" [Undecided,New] https://launchpad.net/bugs/20287408:44
asac[reed]: yeah ... i know what you feel08:44
[reed]This is just one reason why so many people recommend complete reinstalls for all distro upgrades08:46
[reed]because people forget to think about the current users08:46
[reed]and only think about new users08:47
asac[reed]: right. fixing config file can be quite hard08:47
asacwhich package?08:47
[reed]acpi-support08:47
[reed]so, they removed two files from /etc/modprobe.d08:47
[reed]but they only removed the files in the package... they didn't do anything to remove the files for people who already have them in place08:47
[reed]:(08:48
[reed]so, all current users are screwed08:48
[reed]since they will never know they need to remove those files08:48
[reed]https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/193842/comments/1708:48
ubotuLaunchpad bug 193842 in acpi-support "Please sponsor cherrypicked fixes for acpi-support into Hardy" [Medium,Fix released]08:48
[reed]I might have been a bit too ranty08:49
[reed]was just a bit aggravated that they didn't think about current users08:49
asac[reed]: if they are below /etc/ ... they should check if you have modified them08:49
asacand if so, keep them ... oherwise remove them08:49
[reed]yeah, they didn't do that08:49
[reed];)08:49
asacand right ... they won't get removed automatically08:49
asacfta: you need to get an ack for this version update from ubuntu-release08:52
asaci can ack the debdiff to be ok, but not the FF exception08:52
asacso, include a rational why its required for hardy and subscribe motu-release08:53
asacfta: btw, nice nick :)08:54
asaccould you take it over due to inactivity?08:54
ftait's universe, motu guys said it's not needed08:55
asacreally?08:55
asaci don't think so08:55
asacit still needs a  FF exception08:56
asacthats why motu-release exists08:56
ftarationale is easy: it fixes all the bugs reported so far08:56
asacfta: ah its not a new upstream version?08:56
ftahere, dholbach reviewed it, he just wants you to review debian/patches/remove_scriptableio.patch08:56
asacthen you don't need FF exceptoin indeed08:57
ftait's not a new version08:57
asacyes, i read that08:57
asacwhy did IO.getFile work?08:57
[reed]hmm, I remember when scriptable IO was removed... It really broke places08:58
[reed];)08:58
asacok08:58
[reed]had to write a patch to fix that08:58
ftamozilla bug 42333409:00
ubotuMozilla bug 423334 in General "crash at startup in NS_CompareVersions" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=42333409:00
ftagot that yesterday09:00
asacfta: no idea, but i think the name of exported symbols should be more scoped like WebAppInstallFileIO instead of FileIO ... otherwise its fine09:01
ftathe name is not mine, it's from prism09:02
ftai have to go. see you.09:03
asacfta: but you introduce it, don't you?09:03
asacis that from a bug?09:03
asack09:04
asaccu09:04
ftaprism has it too now since xul dropped scriptable IO09:04
asacfta: so its a patch you cherry picked from upstream?09:04
ftamostly09:04
ftafrom several commits09:05
ftai had to redo everything as files has been renamed and content reorganized09:05
ftahave09:05
ftaout09:06
asacfta: ok. please document where patches come from in future. acking for now09:11
asacjetsaredim: tomorrow i plan to upload a bunch of extensions. are there any more you want (or maybe that you don't want) to be processed in this first batch?10:30
asacjtv: high. carlos is on holidays right?12:16
asac;)12:16
asacs/high/hi/12:16
* asac isn't high ;)12:16
jtvasac: right12:17
jtvabout the holidays, I mean.12:17
asachehe12:17
asaci think we found a few bugs in the export/import script12:17
jtv?12:17
asacthere are a few .properties files not included that exist in the en-US.xpi12:18
asace.g. there is no reference for them in the .pot file12:18
jtv(you mean "i.e.", right?)12:18
jtvForgive my pedantry.  Any idea what makes those files special?12:18
asacjtv: i can't see anything except that they live deeper in the tree12:19
asacxulrunner/en-US.xpi/en-US.jar!/locale/en-US/necko/necko.properties12:19
jtvAhhh...12:19
asac^^^ thats included12:19
jtvThen I guess there's no directory traversal inside the jar file?12:20
asachttp://paste.ubuntu.com/5769/12:20
asacthose are not12:20
asacjtv: the one above is in a .jar too12:20
asacso i think its just how deep you descent12:20
asachmm12:21
asacits the same depth12:21
jtvNot inside the jar file.12:21
asacthere is one .dtd file missing as well12:21
jtvThe ones that fail are nested one directory deeper inside the jar file.12:21
asacxulrunner/en-US.xpi/en-US.jar!/locale/en-US/global/brand.dtd12:21
asacjtv: ok .. then my guess was right12:21
asacjust bad eyes atm ;)12:21
jtvYour diagnosis looks correct to me.12:22
asacfor the brand.dtd i have no idea though12:22
jtvIIRC some things about the directory structure are still hard-coded.12:22
jtvCarlos is working on actually parsing the manifest file.12:22
jtvIs this something you can work around?12:23
asacjtv: ok. you should just look at all .properties and .dtd files (and thats what i thought is supposed to happen already)12:23
asacjtv: no12:23
asacjtv: we need translations for those12:23
asacand we cannot move them somewhere else12:23
asac(inside the jar)12:23
jtv:-/12:23
asacjtv: you don't need to parse the manifest12:23
* jtv looks up the code12:23
asacjust every .properties and .dtd12:23
asacjtv: i am already parsing the manifest in the exporter. so in next release you can reuse my code i guess12:24
jtvWell, the manifest has useful extra information.  Divining a correct language code from a filename can involve some ugly guesswork.12:24
asacjtv: the language code is taken from the .xpi12:24
jtvI don't suppose the parsing of the file itself is a problem, more how to make it drive the scanning of the XPI file.12:24
asacit should not be taken from the file path ... and afaik thats how it works12:25
asac(at least carlos told me iirc)12:25
jtvIt takes it from the XPI file's name right now, but that's not really right because one XPI file can contain multiple languages.12:25
asacjtv: yes. but for now we provide perfect .xpi files (e.g. only en-US translations included)12:25
asac... e.g. so i fix it on the package build side12:25
jtvasac: just a moment, I'll look up the directory traveral code.12:25
asacjtv: yes. but our exporter now guaruantees to provide clean .xpi files12:26
asac(e.g. to overcome this issue)12:26
asacjtv: thanks12:26
jtvasac: hmm... coming back on that nesting-depth thing.  I don't see any trace of hard-coded directory structures.12:31
jtvIt seems to go through all .dtd and .properties files regardless of location.  They can even be directly in the XPI file instead of in a jar file, or in a jar file inside a jarfile etc., AFAICS12:32
asacjtv: do you have the en-US.xpi that we use?12:33
asacmaybe there is an exception when running it12:33
jtvno12:33
jtvCan you point me to it?12:33
asachttp://people.ubuntu.com/~asac/en-US.xpi12:33
asacjtv: ^^12:34
asacjtv: http://people.ubuntu.com/~asac/xulrunner.pot ... thats what came out of it12:34
jtvasac: forbidden12:35
jtvasac: can't access either.12:35
asacoh12:35
asaclet me check permissions12:35
asacjtv: try again12:35
jtvsuccess12:36
asacjtv: http://paste.ubuntu.com/5770/12:36
asacthose are all files (with comments)12:37
asaconly properties and dtd files are a problem here12:37
asacthe rest needs to be sorted later12:37
jtvWell those are the only ones we parse...12:37
asacright12:37
asacjtv: the comments are not written for you (in case you wonder) ... thats what i explained to the guy that prototypes the po2xpi12:38
jtvasac: I do see strings from the files in your list of missing properties files.  What am I doing wrong?12:38
asacjtv: which?12:39
asacgive me an example so i can check12:39
jtvfor example:12:39
jtv#: xulrunner/en-US.xpi/en-US.jar!/locale/en-US/global-platform/win/accessible.properties:3(check) msgid "Check" msgstr ""12:39
jtvAhem.  Imagine some line breaks there.12:39
asacyeah12:39
asaclet me check12:39
jtvIsn't that one of the files you said were missing?12:39
asacjtv: well ... might be a bug in the script i wrote12:40
asacjtv: xulrunner/en-US.xpi/en-US.jar!/locale/en-US/global-platform/unix/intl.properties12:40
asacthats definitly missing12:40
asacjtv: oh12:41
jtv?12:41
asacjtv: the one above should exist for unix/12:41
asacappears that the list i posted is right12:41
asacthe win/ ones exist, but the unix ones don't12:42
asacbut appears to be random which one exist12:42
jtvI don't see the win ones either.12:42
jtvBut my next guess is: encoding problem.12:42
jtvMaybe the mac versions happen to be in UTF-8.12:42
asacplatformKeys.properties exists for max12:42
asacmac12:42
asacbut not for win+unix12:42
jtvI notice that unix/intl.properties contains only one string, and it's an ellipsis.  Not an ASCII one.12:42
jtvAnd the charset is specified as Latin-1...  Does that even have an ellipsis?12:43
asacjtv: lets look at accessible.properties12:43
asacin pot there is the one you posted above (win)12:43
asacbut no mac nor the unix one12:43
asac(in case intl.properties really has special encoding)12:43
jtvAhh,, I think I know!12:44
asacjtv: maybe it just uses the filename as a key?12:44
jtvThe file paths are attached to individual strings.12:44
jtvAnd the strings are identical!12:44
asacand thus wipes whatever comes first?12:44
asacright12:44
asacso the key are duplicates?12:44
jtvExactly.12:44
asacjtv: ok lets look at brand.dtd12:45
asacis there a duplicate as well?12:45
jtvlooking...12:45
asachmm ... not in the .pot at all for me12:45
asacbut that the key might be duplicate anyway12:45
jtvI see no entities defined in brand.dtd.12:45
jtvWell, except that initial one.12:45
jtvI'm no XML guru but that doesn't look like a translatable string to me.12:46
asac<!ENTITY % realBrandDTD SYSTEM "chrome://branding/locale/brand.dtd">12:46
asac%realBrandDTD;12:46
jetsaredimasac: re:extensions - sorry, my system's been out of whack ever since I reinstalled with Hardy a couple weekends ago12:47
asacjetsaredim: ?12:47
jetsaredimbut yea - the two I've done so far are fine12:47
asacjtv: ok lets not care for the brand.dtd for now12:47
jtvasac: then the problem we have is duplications.12:48
asacjtv: i think the main issue we have here is that we don't remember if there exist duplicate entries for a single key12:48
jtvWe could, by setting the files as contexts.  Question is, is that the behaviour we want?12:48
jtvOr are they alternative translations for the same string?12:48
asacjtv: setting the files as context would be a workaround that might be feasible12:48
asacjtv: point is that for instance platformKeys.properties is really platform dependent12:49
asacjtv: can we add a hack for that ? ... e.g. prefer unix/ paths?12:49
jtvUgly12:49
jtvBoth code-wise and design-wise.12:50
asacyes.12:50
jtvRight now I think mac is going to be the default, simply because it comes first in an alphabetical traversal.12:50
asacjtv: yes. maybe we can prune directories called 'win' and 'mac' for now?12:51
jtvtemporarily rename unix to 00-unix?12:51
asachmm thats most likely as hacky :)12:51
asacjtv: i think not descending into mac and win directories should not regress any valid corner case for the packages we current care most about12:52
asacjtv: once we can parse the manifest we should include parts of the path into the key id12:52
asace.g. key= global-platform/unix/intl.properties12:52
asacsorry12:52
asace.g. key= global-platform/unix/intl.properties#SOMEKEY12:52
jtvWell, remember, that means you're translating a different string!12:53
asacbut we cannot do that before we can parse the manifest12:53
asacjtv: huh?12:53
asacjtv: why do we translate a different string if we don't descent in "mac" and "win" directories during import?12:53
jtvI may be misunderstanding you.  If you insert the platform name in the message id, you're creating a different message.12:54
asacjtv: well ... in future we should include the chrome path for all ids12:54
asacotherwise its not guaranteed to be unique anyway12:54
asac(its just luck if there are no clashes)12:54
asace.g. chrome://branding/locale/brand.dtd can have a key "key1"12:54
asacand chrome://branding/locale/brand2.dtd can have a key "key1" as well12:55
asacbut both can refer to different strings12:55
jtvRight, we support adding context to the identification of a message, but once you do that, there is no relationship whatsoever between that message and another one with the same identifier in a different context.12:55
asacso in hardy+1 the chrome url path should be included in the key12:55
asacjtv: yes. thats what we want12:55
jtvBut not for the platforms, right?12:56
jtvI mean, those are always the same strings but with different "en-US translations," right?12:56
asacjtv: no. they are differnt. thats why there are three directories12:56
jtvAh ok.12:57
asacbut we cannot include the complete path ... just the path that would be in the chrome:// url12:57
jtvIn that case, yes, we should use file path as context.12:57
asacthats why we cannot do it right before we parse the manifest12:57
asacjtv: but i think its not a problem except for the platform cases here12:57
asacwhich we can now workaround by not descending into "win" and "mac"12:57
asac... the xulrunnre en-US.xpi should be the most complex we have for hardy12:58
asacjtv: let me think12:58
asacjtv: maybe we can use the path after the |last| LANGCODE folder12:58
asacjtv: yes that should work12:59
asacjtv: no idea what is easier for you12:59
asaceither don't descent into win or mac ... or include more context in the key12:59
asacthe latter is of course cleaner12:59
asacand i most translation use that pattern i guess12:59
asac(most == all the we need for hardy)13:00
jtvOf course it does mean losing translations when a file is moved inside the XPI/JAR files.13:00
asacjtv: well, but the msgid would still trigger suggestions13:00
asacright?13:00
jtvYEs13:00
asaci don't think that its a problem13:00
asacwe get most translations from upstream .xpi anyway13:01
asacand they only move such files on major version upgrades13:01
asace.g. firefox 3 -> firefox 413:01
jtvI'm thinking about how to skip mac/win directories.  Doing that in the import code will take time.  Is there no stage where you get to see the contents of the jar files as regular directory trees?  It'd be a few lines of shell script to hack it up at that stage.13:01
asacjtv: atm we don't introspect the .jar files13:02
asacduring export13:02
asacjtv: doesn't the importer run over an extracted tree?13:03
jtvNo13:03
jtvIt iterates over files inside the zip files directly.13:03
asacstrange. how does it get the ontent?13:03
jtvThere's a python API for that.13:03
jtvSimilar to iterating over the contents of a tarfile.13:04
asacok. can't you just test if there is a "/win/" in or "/mac" in?13:04
jtvYes, that part is easy.13:04
asacjtv: ok... what is left?13:05
jtvThe problem is getting the change into the code soon.13:05
asacjtv: ok. thought the cherry-pick was not yet done13:05
asacor is that about the exporter?13:05
jtvThat covers importer and exporter points, IIRC.  But this would have to be a separate effort.13:06
jtvLet me just see what happens to contexts right now.13:07
jetsaredimdoes the mozillateam troubleshoot all mozilla-related issues?13:09
asacjetsaredim: well. why do you ask?13:10
asacwe are certainly a good point to start for everything mozilla related13:10
jetsarediminstalled the acroread plugin from medibuntu and the mozilla-mplayer and don't see them in about:plugins13:11
asacjetsaredim: acroread plugin should be fixed by medibuntu13:11
asacmozilla-mplayer needs to be linked to the right directory13:11
jetsaredimasac: hence the reason I asked ;)13:11
asacthats on my list ... if you want to prepare a fix i would be happy to upload it right away13:11
asacjetsaredim: if its not in ubuntu we usually cannot deal with it by definition13:11
asacjetsaredim: if a medibuntu guy joins this channel this might chance of course :)13:12
jetsaredimheh13:12
asacbut i don't know anyone from that effort13:12
jetsaredimso, what's the fix?13:12
jetsaredimfor mplayer13:12
* jetsaredim is not sure where the links should go13:12
asacjetsaredim: link the plugin to /usr/lib/xulrunner-addons/plugins/13:12
jetsaredimahhh13:12
asacmost likely its only liked to /usr/lib/firefix/plugins atm13:13
asacjetsaredim: create a debdiff and attach it to a bug ... i will instantly upload that :)13:13
jetsaredimyea - all of the /usr/lib mozilla/firefox etc13:13
asacjetsaredim: yep.13:13
asacjetsaredim: there are other plugins in universe as well i guess13:13
jetsaredimlemmie have a look13:13
asaccool :)13:14
fta2asac, i'm troubleshooting my ff3 crash. I've rebuilt ff3 and xul with --enable-debugger-info-modules (as asked by timeless) and with --enable-debug.. no real change: http://paste.ubuntu.com/5771/ any clue ?13:14
* jetsaredim needs to re-build the dev environment13:15
asacfta2: yes. that happens because the symbols get stripped13:15
asacfta2: you should try to run it from dist/bin13:15
fta2are they ? when13:15
asacfta2: can you reproduce it from there?13:15
asacfta2: they are stripped by dh_strip ... which gets automatically run by cdbs13:16
asacyou can pass the nostrip option as DEB_BUILD_OPTIONS13:16
asacor something like that13:16
asacfta2: yes. DEB_BUILD_OPTIONS=nostrip should help13:17
fta2no need to rebuild then ? just -nc ?13:17
asacfta2: if it works then yes13:18
asacfta2: but loooking at cdbs rules i am not really sure if it works13:18
asacmaybe you need to specify the package not to strip in DEB_STRIP_EXCLUDE13:19
fta2it's the same with dist/bin13:19
asacfta2: yes. most likely because its in xul code (which when taken from package is of course still stripped)13:20
asacfta2: maybe you can reproduce with a plain firefox build?13:20
asac(e.g. without system-xul)13:20
fta2damn, i'll try to figure out a way to make it simpler for us13:21
asacthat would be easiest to produce a backtrace from a not-striped build (e.g. just run in dist/bi)13:21
asacfta2: yes, try DEB_STRIP_EXCLUDE=packagename13:21
asacthats what i see in cdbs13:21
asacotherwise you need to read in cdbs and if there is no real option to disable stripping we need to fix cdbs13:21
asac(e.g. first ship our custom one in debian/cdbs)13:22
asacthese are the points where cdbs can get a bit cumbersome ... plain debhelper would be easier to fix. but lets hope ... maybe just nostrip is enough ... or DEB_STRIP_EXCLUDE helps13:22
jtvasac: I think adding context looks doable, though as I said it'll take time.  If you've got more time in a minute, could you explain some XPI mechanics to me?13:23
asacjtv: sure ... what do you want to know13:23
jetsaredimasac: so, just to be sure - I'm just changing the mozilla-mplayer.links file right?13:24
asacjetsaredim: i think so yes. on what does mplayer build-depend13:24
asac?13:24
asacfirefox or libxul-dev?13:24
asacor none?13:24
jetsaredimdebhelper (>= 4.1.0), cdbs, libx11-dev, libxpm-dev, libxt-dev, libxul-dev, libxext-dev, pkg-config, libgtk2.0-dev13:25
jetsaredimi don't think that has any bearing13:25
asacfta2: you can also see if installing the create-dbgsym package is enough13:25
asacjetsaredim: ok it still builds against xulrunner 1.13:25
asac813:25
asacbut we don't need to fix that now (if it works properly of course13:25
asac)13:25
asacjetsaredim: try to add the proper link in .links (if thats the place where the other links are already added)13:26
jtvasac: hope I'm phrasing this right...  How can it be that e.g. the Mac and Unix versions of a string do have the exact same key?  Is that something that can validly happen anywhere else?13:26
jetsaredimasac: yep13:26
asacjtv: yes. thats what i said. without the context there is no guarantees for uniqueness13:26
asacjtv: mozilla code doesn't just say "give me translation for xyz-key"13:26
asacjtv: it always loads the translation file through a chrome path:13:27
asacchrome://platform/win/example.properties13:27
asacso you can have key1 in there13:27
asacand in another place you can have key1 in chrome://something/completely/different.properties13:27
asacjtv: that should be rare though because you run into issues if you want to use both in the same context13:28
jtvasac: so in XPI it's really the combination of chrome path and message key that identify a translatable string13:28
asacso most likely we just see that for platform stuff ... which is mutually exclusively included by using ifdefs13:28
asacjtv: right13:28
jtvHow is the chrome path constructed?  Same for properties file and dtd file?13:28
asacjtv: for now using the path _after_ the last en-US folder in the path should be ok13:28
asacjtv: yes. to get the real chrome path you need to understand the chrome manifest13:29
jtvasac: When we import a translation, we'd have to strip other language codes similarly.  That's getting a bit scary.13:30
jtvasac: imagine you had a directory called "it" where "it" wasn't a language code, for example13:30
asacjtv: yes. thats why i mean that just skipping win/mac might be better as workaround13:31
asacjtv: we should fix it for real once we parse the chrome.manifest and understand how to guess the chrome path from it13:31
fta2asac, of course, i have all the dbgsym installed, otherwise nothing gets resolved, of course. I'm not sure I'll get more than what I already have provided in the bug13:31
asacjtv: yes. thats right13:31
asacfta2: try to install the -dbg packages for all depends13:32
asace.g. libc, glibc, gtk13:32
jtvasac: one ugly but effective thing I think I could do is change the sorting order for zip-file traversal.13:33
asacjtv: thats ok as well. however we currently have mac + win properties ... so not sure if really depends on the sequence ... and not on soe other hask key randomness13:34
asac(i would have expected that we have either win ... or mac)13:34
jtvasac: I believe this is something Carlos added to his branch exactly because sort order was non-deterministic (though treacherously consistent on any given system)13:35
jtvasac: it used to be unsorted from what I understand, and is sorted now.13:35
asacjtv: ok. however the export shows both (which looks like his import was still random)13:36
jtvasac: that fix is not in production yet.  Let me verify that the sorting call is indeed recent.13:37
asacjtv: i think carlos used his test system to export13:37
asacjtv: otherwise there should have been more bugs we saw in the beginning13:37
jtvasac: is that where you got the template you showed me?13:38
asacjtv: yes. thats all what carlos gave me. i gave him the .xpi13:38
asache exported it13:38
jtvah, of course, it has to have his fixes because it has "!/" as jar path separators.13:38
jtvThose separators are something he added at your request.13:38
asacright13:39
jtvThen yes, this does look like it's caused by reordering somewhere further down the line.  :(13:39
asacjtv: is it really easier to change sort order compared to filtering out paths that include "/mac/" and "/win/ ?13:40
jtvasac: not easier, I was just trying to think of something less destructive.13:41
jtvasac: but as you say, this leaves skipping win/ and mac/ directories as the easiest alternative by far.13:42
asacjtv: right. if that is doable we should go for that13:42
jtvasac: it'll take a few days to get the change in.13:45
asacjtv: thats ok ... we can continue without them for now13:45
asacjtv: just wanted to tell you asap13:45
jtvasac: ok, I'll file a bug and try to get it done this week.13:46
asacjtv: great13:47
jtvasac: do you have a way of making sure we don't miss anything essential when we make do with this workaround?13:49
asacjtv: what do you mean?13:49
asacjtv: we can also add a file in the en-US.xpi: translate-blacklist.txt13:50
jtvasac: can we know that there are no other important message key clashes that we're not addressing this way?13:50
asacthat would contain lines with reg expressions:13:50
asac.*platform.*win.*13:51
asac.*platform.*max.*13:51
jtvBlacklist is nice, but takes longer.  Not ideal for a workaround!13:51
asacjtv: we cannot know. we can only hope for now. we could see if there are clashes for xulrunner.pot and firefox.pot ... those should cover most cases13:51
jetsaredimasac: is there a bug for these mplayerplug-in changes?13:52
jtvasac: here's hoping the problem is not more widespread...13:52
asacjtv: yes. as i said. key clashes should be pretty rare within a single package13:52
asacbecause you could not use them in the same xul file. platforms are obviously something that are mutually exclusive so i suspect that we only see key clashes there13:53
asacjtv: same package => carlos said that it won't be a problem if there are the same keys in lets say firefox and an extension because the package already spans a context13:54
asacjtv: can't the importer log some warning or something if it detects a key clash? so we know at least?13:55
asacjetsaredim: look at the bugs in launchpad13:55
jtvasac: it probably does.  In fact I'm surprised we don't see multiple file names in the file references for such strings.13:55
asacjetsaredim: if there is none open a new one13:55
asacjtv: hmm. maybe thats a bug? or a missing feature?13:56
jtvasac: maybe.  It screws with your mind to think of a template import as a translation import etc.13:57
asacyeah13:57
asacbug 20246813:57
ubotuLaunchpad bug 202468 in ubuntu "FFe: update swfdec-* to 0.6" [Undecided,New] https://launchpad.net/bugs/20246813:57
jtvasac: yup, the XPI import code logs it.  Just a matter of running at a high verbosity level.14:01
asacok14:01
asacjtv: do you have a local test system where we could import the en-US.xpi to see if there are other clashes?14:01
fta2asac, my ff3 was both with --enable-debug and later --disable-debug :(14:03
jtvasac: for a fairly wild definition of "local," yes.  :)14:03
fta2asac, with just --enable-debug, it ftbfs14:03
fta2asac, http://paste.ubuntu.com/5773/14:04
asacfta2: yes. most likely a bug in how system-xul is used14:05
asacfta2: maybe try to just build browser in a pristine upstream tree ... or do you already know that it doesn't crash in that case?14:06
fta2i don't14:06
asacjtv: well. i mean "local" like in "we can change code and test things" :)14:06
fta2asac, i need to fetch a complete tarball for that so i just wanted to use our packages14:07
asacfta2: give it a try then. most easiest way to figure things. i guess that the above error happens because xulrunner isn't build with --enable-debug14:07
jtvasac: oh, here's a completely different approach: instead of logging "message already exists," maybe we can overwrite the existing file location we associate with the message, if and only if the new file location replaces a "/mac/" or a "/win/" with a "/unix/".14:07
asacfta2: yes, but you definitly cannot build firefox with enable-debug if xulrunner isn't14:07
fta2xul is14:08
asacfta2: so are there _all_ components/ ?14:08
asacinstalled?14:08
asace.g. is there xpcom_core?14:08
jtvasac: in other words, do what we do now, but make a "unix" file location override a "mac" or "win" one.14:08
jtvasac: and do the same for the "English translation," of course.14:08
asacjtv: yes, that would add more safety belts i guess14:08
asacin case there is a directory name win that isn't platform specific14:09
fta2xul has libxpcom_core.a, probably bundled into libxpcom.so14:10
jtvasac: right, the easiest way is probably just to count instances of each of the names and see which version of the message has a "better" pedigree.14:10
asacfta2: yes, but iirc in debug builds there should be a libxpcom_core.so (might be wrong though)14:11
asacfta2: we had that when developing midbrowser: debug builds don't link everything in a libxul.so ... but keep the components as .so files individually14:12
asacfta2: does the xulrunner package ship that libxpcom_core.a file?14:13
jtvasac: https://bugs.edge.launchpad.net/rosetta/+bug/20317214:17
ubotuLaunchpad bug 203172 in rosetta "Clashing platform-specific msgids in XPI" [Undecided,New]14:17
jtvYou'll see yet another suggestion at the end.14:17
asacfta2: anyway. i really don't think its easily doable to have a splitted debug build.14:18
asacfta2: most likely there are a bunch of issues here14:18
asacjtv: ok. i think the second solution is the most fail safe one we currently have14:20
asacthe third might also cause confusion if there are folders "win" ... i guess14:20
asacor ?14:20
jtvasac: well, I was thinking of appending *any* instances of each of those.14:20
jtvasac: so say you have directories "lose" and "win"14:20
jtvasac: and then inside "win" you have win/mac, win/win, and win/unix,14:21
asachmm14:21
jtvasac: then you'd get contexts like "win/mac" and "win/unix" and "win/win"14:21
asacjtv: yes. however that might be a conversion problem later once we can parse the manifest14:21
asace.g. introducing hacked contexts. but i guess you can better judge on that14:22
jtvasac: well we'd have to re-import those messages anyway, I think...14:22
asacright14:22
asacjtv: point is we also have to guess the path to use when constructing an .xpi from the .po14:22
asacnot sure how easily that can be done with those exceptions14:22
jtvasac: but you do that based on the file references, not on the context, right?14:23
asachow would the comment read for such a win/mac thing?14:23
asacjtv: yes. i am a bit unsure what the context and what the file reference is i guess14:23
jtvasac: unchanged, but the messages would have an extra directive,14:23
jtvmsgctxt: win/mac14:23
asacah14:23
jtv(Ahem, with quoting)14:23
asacok so the po2xpi transformer can just ignore that right?14:24
jtvasac: it's a bit confusing given how we use them here, but file reference is the comment field with the foo.xpi/dir/bar.jar!/here/is/my/file.dtd in it14:24
jtvasac: whereas the context is specified by an extra directive that you don't see yet.14:24
jtvasac: po2xpi ignores the context already, because it's not there.  :-)14:25
asacjtv: ok. from what i understand it would be ok as it most likely would remove the clashes from the ones we currently see without changing the approach for constructing the xpi from po14:25
jtvYou'd just need to teach your parser to ignore msgctxt directives, I think.14:25
asacso i am fine with option 2 and 314:25
jtvAnd teach it not to expect keys to be unique within the entire PO file you get, of course.14:25
asacso if you feel better to hack it in that way, using the msgctxt would be fine14:26
jtvasac: I'll end up playing with the possibilities a bit anyway, but I think this one minimizes the inconvenience to users of other platforms.14:29
jtvasac: They have it hard enough as it is.  :-P14:29
asacjtv: hehe ... well, personally i don't mind to ignore other platforms for this first step14:30
asacso you can decide14:30
asac:)14:30
jetsaredimasac: I can't seem to push this new mplayerplug-in up my bzr area14:33
asacjetsaredim: is it a bzr branch at all?14:34
asacwhat happens?14:34
jetsaredimi made a new one14:34
jetsaredimbzr init, bzr add .14:34
jetsaredimbzr push bzr+ssh://jetsaredim@bazaar.launchpad.net/~jetsaredim/mplayerplug-in14:34
jetsaredimbzr: ERROR: Generic bzr smart protocol error: Permission denied: "This method is only for creating branches: /~jetsaredim/mplayerplug-in"14:34
asacjetsaredim: is there any mplayerplugin-in project at all?14:40
asacfurther you need to create a branch14:40
asace.g. try14:40
asacbzr push bzr+ssh://jetsaredim@bazaar.launchpad.net/~jetsaredim/mplayerplug-in14:40
asacbzr push bzr+ssh://jetsaredim@bazaar.launchpad.net/~jetsaredim/mplayerplug-in/ubuntu14:40
asace.g. the second path element is just the project ... so you lack the ubuntu to not get the "only for creating branches" error14:41
jetsaredimyea - got it14:42
asacgreat14:42
jetsaredimhttps://code.edge.launchpad.net/~jetsaredim/mplayerplug-in/19381214:42
jetsaredim(bug number)14:42
jetsaredimgotta install it, but I'm faily certain it will work14:43
asacbug 19381214:43
ubotuLaunchpad bug 193812 in mplayerplug-in "mozilla-mplayer plugin isn't detected in Firefox 3.0beta3" [Undecided,Confirmed] https://launchpad.net/bugs/19381214:43
asacjetsaredim: once you have done that please add the debdiff to the bug14:43
asacand let me know14:43
asac(done that ==  tested)14:43
jetsaredimyep - want to build it in my ppa14:44
jetsaredimasac: how do I build mozilla-mplayer?  When I did the debuild it only builds mplayerplug-in...14:57
asacjetsaredim: most likely its the wrong package htne14:58
asacapt-get source mozilla-mplayer should give you the right sources14:58
jetsaredimyea - that's what I did14:59
jetsaredimthe control file says package: mozilla-mplayer source:mplayerplug-in15:03
asacjetsaredim: debuild -b should build it then15:04
jetsaredimi did both debuild -b and debuild -S -sa and I only have mplayerplug-in files15:04
jetsaredimchanges, deb etc all mplayerplug-in15:05
fta2asac, john is back ?15:19
fta2I see he's doing some bug work15:19
asacfta2: cool15:32
asacfta2: his mail said he will be in hospital till end up apr15:32
* jetsaredim pulls hair out15:54
fta2asac, network manager has been pushed in hardy with debug enabled ???16:04
fta2bug 19853116:06
ubotuLaunchpad bug 198531 in nautilus "Connecting to SSH or Samba server gives "The specified location is not mounted" error" [Medium,Fix released] https://launchpad.net/bugs/19853116:06
asacfta2: why do you think it is with debug?16:18
CheGuevaraasac, are you still gonna update your 0.7 packages?16:19
asacCheGuevara: yes. i will do that once i have everything else done :)16:19
asac... its not a high priority16:19
asacCheGuevara: updating based on my bzr branches should be easy enough though16:19
CheGuevaraam too scared to use it now16:20
CheGuevaralast time, it half updated and n-m restarted before somethign else installed16:20
CheGuevaraso the rest couldn't download and install16:20
CheGuevaraended up with a b0rked system lol16:20
asacstrange ... usually things get downloaded _before_ they get installed16:26
asaci think in the beginning there were some too lax dependency which might not have auto updated your applet. that should be resolved by now16:27
fta2asac, because my logs are filled with messages such as NetworkManager: <debug> [1205768279.068140] nm_hal_device_removed(): Device removed (hal udi is '/org/freedesktop/Hal/devices/volume_uuid_98AB_B3D0').16:51
fta2(when i plug my usb key)16:52
asacfta2: yes, but that was always that way afaik16:53
fta2i don't remember it16:54
fta2unless somthing changed my logckeck rules16:54
asacfta2: you didn't use nm at all afaik :)16:55
fta2true but it's installed16:55
asacyeah ... it was always that way, for sure. maybe its just that udev became more eventish16:56
fta2asac, http://blog.vlad1.com/2008/03/16/cairo-16-quartz-and-gecko/17:21
koke_22hola17:21
koke_22alguien me puede ayudar????17:23
jetsaredimasac: ok - tried out the new mozilla-mplayer and it seems fine17:32
jetsaredimwhat is the debdiff - the diff.gz file?17:33
jetsaredimasac: updated 19381217:38
jetsaredimerr bug 19381217:38
ubotuLaunchpad bug 193812 in mplayerplug-in "mozilla-mplayer plugin isn't detected in Firefox 3.0beta3" [Undecided,In progress] https://launchpad.net/bugs/19381217:38
jetsaredimi attached my debdiff, added my branch, and assigned it to you17:38
jetsaredim:)17:38
asacok back18:07
asacwas on a cal18:07
asacfta: you have a cloak now ... great!18:07
asacjetsaredim: the debdiff is produced by debdiff *.dsc18:08
jetsaredimo hmm18:08
asace.g. first argument = original dsc18:08
jetsaredimso what i uploaded to the bug is not it?18:08
asacsecond argumnet = new dsc18:08
asacif you didn't use debdiff then most likely its not .)18:08
jetsaredimi just cd to the local branch and did debdiff18:09
jetsaredimcame back with a normal-looking diff file18:09
asaclooks like a valid debdiff18:09
jetsaredimso i assume that was it18:09
asac(however you created it)18:09
jetsaredimok then :)18:09
asacjetsaredim: at some point you might want to work on migrating the build-depend from libxul-dev to xulrunner-1.9-dev ...18:12
asacbut is good enough for now18:12
asacjust keep it on your list of "more" sophisticated things to do in case you are looking for a challenge18:12
asacjetsaredim: oh ... you should remember to close the bug in changelog (so archive admins can easily see the review/discussion)18:14
asacjetsaredim: look at how the changelog reads that i upload to get an idea on the syntax18:14
asacjetsaredim: ok uploaded18:16
asacfta: do you have amd64 at hand?18:19
jetsaredimasac: where to see the changelog?18:21
asacjetsaredim: in launchpad ... look at the package18:21
asacthere is a list of every upload done18:21
asachttps://edge.launchpad.net/ubuntu/+source/mplayerplug-in18:22
asacon the main page for the package18:22
asacubuntu2 should appear there any time soon18:22
asacalso the bug will now automatically receive a copy of the changelog because i closed it with this upload18:22
asaccwong1: vlad and roc are good contacts to start for asking about how to att fingerscroll support.18:25
asac(in case you didn't get their names)18:25
asacthey should at least be able to bounce you to the right contacts18:26
jetsaredimasac: ok thanks :)18:29
ftaback18:44
asacjetsaredim: takes a bit to get in. needs archive admin approval (as we are in beta)18:45
asacfta: are you on amd?18:45
ftaat work, I have an amd but it's running i386 now18:46
asachmm. ok18:46
ftawhy ??18:48
asacwell  i need someone to test nspluginwrapper merge :)18:48
asace.g. if it still works with flashplugin-nonfree18:49
asacthe diff looks good, but my amd system is currently broken18:49
asachmm ... why do i already have all these kde libs on my system18:50
asaceven though its my new laptop :(18:50
asacpestilence18:50
ftalol18:51
asaci really would like a feature, like: remove all kde things when running apt-get autoremove18:51
asacso i can install them in case i need them to build something and then instantly wipe them18:51
fta$ dpkg -l | grep -c kde18:51
fta018:51
asacyeah ... i think it was gnash that brought this dirt on my disc18:52
ftai only build stuff in chroots18:52
asac(required to build klash)18:52
ftaexcept my own projects18:52
ftabut i don't do kde at all18:52
asacyeah, but this laptop just has 80G ... so i feel reluctant to setup chroots18:52
ftaa chroot for packaging is usually small18:53
asacif you do it like for pbuilder18:53
asacotherwise it will grow and grow over time18:54
asacbut using pbuilder just creates too much disc activity on a laptop imo18:54
fta100M for the base, 1G with builddeps for a moz stuff, 1 more G for the moz stuff itself18:54
ftajust clean you build-area weekly18:54
fta+r18:58
fta--enable-debugger-info-modules=yes doesn't help for my crash18:58
asacfta: do you have a plain upstream build-tree now?19:04
ftano, doing it right now19:04
jetsaredimasac: i guess it does take a while to get uploaded19:06
jetsaredim:)19:06
asac_sorry i was temporarily banned after recoonnect19:09
asac_had to get a new ip first19:09
fta<asac> fta: do you have a plain upstream build-tree now?19:11
fta<fta> no, doing it right now19:11
fta<jetsaredim> asac: i guess it does take a while to get uploaded19:11
fta<jetsaredim> :)19:11
asac_its already uploaded19:11
asac_just sitting in the queue requiring a punch19:11
asac_its in universe so it will just happen once an release team members visits the queue19:12
* jetsaredim punch19:17
asac_jetsaredim: your punch is too weak to help here :-P19:18
jetsaredimneed "hulk smash!"19:19
=== asac_ is now known as asac
jetsaredimasac: can you explain more about your xulrunner comment?19:24
asacthe idea is to built against xulrunner-1.9-dev19:24
jetsaredimvs xul-dev?19:25
asaclibxul-dev is from xulrunner 1.819:25
asacjetsaredim: https://wiki.ubuntu.com/XulrunnerGecko19:25
asacthat is a basic introduction ... though the examples are a bit outdated ... and over complicated19:26
asacbut in general it should still be the right line19:26
asacto pursue19:26
asacjetsaredim: look at the basics and thte totem example19:27
asacmplayer is probably different, but the direction should still be valid19:27
asac[reed]: http://tinyurl.com/26bwsw19:40
asachmm19:40
asac[reed]: http://tinyurl.com/3ccfv619:41
asacthats the one19:41
asacshould i add checkin-needed everywhere or is it ok that way?19:43
ftaepiphany-browser: jemalloc.c:4190: arena_dalloc: Assertion `arena != ((void *)0)' failed.19:46
ftaAbort (core dumped)19:46
ftaohoh19:46
asac[reed]: ok CCed you on two more sec bugs appeared to not see19:47
asac[reed]: how many can you commit of those 26?19:47
asacfta: sounds bad19:47
asacfta: can you reproduce?19:47
ftaprism is dead too19:48
asac(is that enabled in beta4 already?)19:48
asacah ok. so just trunk rumbling19:48
asacor is that with your debug biuld-tre?19:48
ftaxul and ff3 built as usual + --enable-debugger-info-modules=yes19:54
ftahttp://pastebin.ubuntu.com/5790/19:56
asacfta: so is it because of the modules?20:10
asacfta: did you manage to disable stripping?20:11
ftaasac, i've added a firefox-3.0-full projet in mozclient20:19
asacfta: good. how can we get that?20:23
asacjust include the .mk i guess :)20:23
asacdoes it still produce nobinonly?20:23
ftayes, or make -f /usr/..../firefox-3.0-full.mk get-orig-source20:23
ftayes20:23
asacgreat20:23
ftahm, prism works now. same debs20:38
asacwell ... memory access issues can be random20:38
asacthat doesn't mean that there isn't a problem20:38
asaccan you run that in debugger20:39
asac?20:39
ftathe ff3 crash is 100% reproducible, same stack20:39
asacwith upstream build-tree?20:47
ftano, our branches20:48
ftai'm building ff3-full with debug now.. takes a while20:48
asacdid upstream built tree finished20:48
asacok20:48
ftaare you done with lp-locale-export ?20:52
ftaand xpi ?20:52
ftamake[2]: Entering directory `/src/bzr/build-area/firefox-3.0-full-3.0~b5~cvs20080316t0643+nobinonly/build-tree/mozilla/browser/installer'21:01
ftaMakefile:70: *** you need a "--enable-static or --enable-libxul" build to package a build.  Stop.21:01
ftafrom dist/bin, it's ok, no crash21:10
ftawhich is expected as it crashes when comparing the xul gre versions21:10
=== jetsaredim is now known as _jgreenwa
asacfta: a typo?21:27
saivannasac : If you want to merge it, I published a branch for ubufox that use the beautiful icon for ubufox instead of the actual .ico file. https://bugs.edge.launchpad.net/ubuntu/+source/ubufox/+bug/17665821:27
ubotuLaunchpad bug 176658 in ubufox "ubufox icon could be cleaner" [Wishlist,Triaged]21:27
ftaasac, typo ?21:28
asacfta: whats in your gre.d?21:28
asacmaybe its bogus?21:28
ftano, it's correct21:29
asacsaivann: looking21:29
saivannasac : Just to give you the status : I got eu_ES, hu_HU, pl_PL and fi_FI translations for ubufox so far.21:29
ftaand I have a real collection of those :)21:29
asacsaivann: you rock21:29
fta1.9a8pre.system.conf  1.9a9pre.system.conf  1.9b2pre.system.conf  1.9b3pre.system.conf  1.9b4pre.system.conf  1.9b5pre.system.conf  libxul0d.conf21:30
fta1.9a8.system.conf     1.9b1.system.conf     1.9b2.system.conf     1.9b3.system.conf     1.9b4.system.conf     firefox.conf21:30
asacsaivann: did you receive any acks for those from a 2nd peer on the translations list?21:30
saivannasac : Hehe thanks :) Don't do it right now if you don't have time, I'm often here21:30
asacsaivann: its not required, but for those that arrive early, we might want to verify that they don't contain low-quality translations21:31
saivannasac : The translations come from people who answered to my call in the ubuntu translations list21:31
asacsaivann: right. i am not sure how the localization team is structured, by aren't there any "senior" contacts we could ask to review them?21:31
saivannasac : It would be important, yes. If you have some ideas about that, I'm ready to work21:31
asacsaivann: do the translation teams have a launchpad team each?21:32
saivannasac : I'm not really aware of this too.. I will look if there is a ubuntu-localisation channel or something like that21:32
asacsaivann: if there are launchpad teams you could look for the administrator21:32
asacor something21:32
saivannasac : This would make sense, thanks for that suggestion, I will search in this direction21:33
saivannasac : My deadline is NonLanguagePackTranslationDeadline, that's right?21:33
ftaasac, prism crashes on shutdown now.. inside cairo21:35
saivannasac : I must go for the next minutes but if you talk to me or send me a email, I wil get your message. Thanks21:35
ftaasac, http://paste.ubuntu.com/5797/21:36
asacsaivann: if possible ahead of that. we might be able to inject those as initial translations to launchpad with a bit of luck"21:39
asacsaivann: but not before my export code can properly strip the jar files to only contain files related to a certain language21:40
asacthat won't happen before beta at least21:40
asacfta: maybe repeat what kind of thing that is? what versions are you running?21:41
asacfta: will it stop to crash if you build without system-cairo?21:41
ftacvs20080316t064321:41
ftathe crash is an assert because something is leaked21:42
asaclooks like its a resurrection of live-entries assertion bail-out --- which is why we stopped using system-cairo back at a5 or something21:42
ftai guess it's fatal only in the debug build21:42
asacfta: yes, might be21:42
asacotoh its in cairo ... so why would a debug biuld of xulrunner using system cairo change a thing?21:43
asacfta: didn't you start this whole debugging because you had a crash in non-debug builds?21:43
ftayes21:43
ftacrash in ff321:43
ftaat startup, not shutdown21:44
asacso it _does_ happen in non-debug builds21:44
ftayes21:44
ftaff3 yes21:44
ftaprism, i don't remember21:44
asacyes. we had startup as well ... though shutdown was the line we usually settled on back21:44
asacfta: figure the checkin that caused this in bonsai :)21:44
ftamy ff3 crash has nothing to do with cairo21:45
asacwhen did it start?21:45
asacwhed was the last build working wll?21:45
asacfta: you sure?21:45
fta20080316 0643 NOK21:45
fta20080314 1505 OK21:45
asacwhat timezone are those?21:45
ftamoz21:45
asacthe right one for bonsai?21:45
asacok21:45
ftamozclient dates21:46
asacdoes mozclient transform them?21:46
ftano, bonsai dates21:46
ftasame21:46
asacbug 39969421:47
asacmozilla bug 39969421:47
asachmm sec sensitive21:47
asaccairo upgrade landed21:48
asacmaybe thats the problem?21:48
asacmozilla bug 42142221:49
ubotuMozilla bug 421422 in GFX: Thebes "Upgrade cairo to 1.5.12-56-ga33351f" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=42142221:49
asacso git head ga33351f21:49
asacmozilla bug 40412321:50
ubotuMozilla bug 404123 in Layout: Form Controls "[FIX]Percentage padding on <legend> triggers "ASSERTION: Bogus availSize.width.  Should be bigger"" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=40412321:50
asacmozilla bug 35450221:50
ubotuMozilla bug 354502 in Layout "Legend tag does not wrap when specified" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=35450221:50
asacthose touch layout as well21:51
asacanother gfx: mozilla bug 41810521:51
asaclets assume that it really changes mac only21:51
ubotuMozilla bug 418105 in GFX: Mac "Remove non-cairo Mac gfx code from the tree" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=41810521:51
asacthe others look unrelated21:52
asacaka unlikely to cause that imo21:52
asacthe initial crash is in jemalloc?21:53
asacmaybe browser builds its own copy of jemalloc?21:53
asacfta: ?21:53
asacBug 418016 Follow-up patch: force static jemalloc lib, to fix bustage for non-libxul linux builds. r+sr=pavlov a=blocking1.9+21:54
asacmozilla bug 41801621:54
ubotuMozilla bug 418016 in XPCOM "Ts jumped ~1% when enabling jemalloc on Linux (qm-mini-ubuntu01, qm-mini-ubuntu02, qm-mini-ubuntu05)" [Minor,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=41801621:54
ftathis is my crash: mozilla bug 42333421:54
ubotuMozilla bug 423334 in General "crash at startup in NS_CompareVersions" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=42333421:54
ftabuilding 20080315t1200 to cut the tree in half21:59
asacfta: i'd go for one of the jemalloc commits21:59
asacif it really crashes that early its unlikely that its a crash in some gfx/layout code22:00
asacthere are just three commits in that timespan22:00
ftatoo bad we don't have hourly debs :(22:00
asacfta: did you respin firefox?22:00
fta?22:02
ftai have my script to do all that: ./update-pkg.sh -d 20080315t1200 xulrunner-1.9.head firefox-3.0.head ; ./sync-ppa.pl ; ./build-ppa.pl22:05
ftathe 1st pull the tarballs and update the branches, the 2nd merge the branches into my ppa branches, the 3rd builds the ppa branches and install the result in my chroot22:06
ftait will just skip the dput :)22:07
asacfta: are .debs for superseeded builds still available in launchpad?22:12
ftanot sure. I've pushed the broken debs a bit too fast so I asked lp to delete them, but nothing else remained, ie the superseded ones were supposed to stay 24h but I couldn't find them22:13
asacso they get removed from launchpad?22:14
asacthats unfortunate22:14
asacill think about the situation22:15
asacis far from perfect right now. i need a tinderbox, i need a daily ppa, i need a pfs server :-D22:17
asacdaily ppa with archiving :)22:17
ftai have all the software to do that, i just need the hardware22:19
asacbug 17665822:20
ubotuLaunchpad bug 176658 in ubufox "ubufox icon could be cleaner" [Wishlist,Triaged] https://launchpad.net/bugs/17665822:20
ftaoh, vlad assigned himself on the red line in greader22:20
ftaand it's blocking1.9+22:20
fta+ ?22:20
ftaoh, approved blocking1.9 ?22:21
asacyes22:27
ftamozilla bug 42106922:37
ubotuMozilla bug 421069 in Layout "specifying line-height in px or with decimal values causes rendering errors" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=42106922:37
ftaasac, seems there are a log of lp bugs to push to mozilla22:56
ftalot22:56
[reed]asac: I can commit them all, it just might take me a while... committing takes time to make sure it's done correctly23:03
[reed]asac: give people a couple of days / a week or so, and then add checkin-needed23:03
asack23:04
[reed]if it's bzbarsky23:05
[reed]just add checkin-needed23:06
[reed]he's already said that ;)23:06

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