[00:16] i see alot of "-" on the extension page email [00:16] crimsun: thanks for the flash comments [00:18] side note what is ECL license [00:19] i see Jazzva started changing the names [00:20] gnomefreak, most are done. just to move MT/Firefox3ExtensionsBzr, and provide MozillaTeam/Extensions home page [00:20] Jazzva: cool [00:21] :) [00:23] did anyone get my mail to the mailing list? [00:28] gnomefreak, which one? [00:28] asac: fta2 whom ever is on firefox-3 next update please grey out the automatic update in the preferences>advanced>update see bug220341 [00:28] Jazzva: the tags email [00:29] I did, still didn't read it though. was too long for my condition at that moment... [00:29] Will take a look at it tomorrow. [00:29] asac (and anyone else who knows regexes), is this legitimate regex to strip filename from some path? [00:29] sed "s/\/[a-zA-Z0-9.]*$//" [00:30] its mainly my thoughts on what stays and what goes but IMHO this needs to be taken care of soon so people can read the page and learn how to triage bugs. but its mainly everyone j=not just you :) [00:30] it works here... strips the last "/" and whatever comes after... [00:31] gnomefreak, I know. Just said that I still didn't read it :). [00:31] as long as people got it im happy but since i dont get repies it worry that it didnt go through [00:34] remind me why im supposed to love log files please [00:43] im thinking flashgot is gonna be a bad extension to maintain on our part [00:45] things like I don't like FlashGot redirecting the browser on its welcome page every time I upgrade it. Is there any way to prevent this? Yes, I love FlashGot, but having it updated every 15-20 days is too often for me. What can I do? First of all, let me remark that FlashGet (the well known download manager) is NOT FlashGot, the integration bridge which makes Firefox talk with the best download ect.... [00:47] lol he tells you all about himself except how to contact him [00:48] ah found it [00:50] Jazzva: for extenion upsteam contact in the table should we use his email or like his contact page? [00:51] I think we're using e-mails, but you can put contact page too, if mail is unavailable... [00:51] ok i added his email but was sure [00:52] flashgot almost has all info needed. just need to find a svn or cvs or whatnot of the source and someone can feel free to work on it ;) [00:53] great :) [01:08] ok LP is borked [01:16] <[reed]> asac / gnomefreak: How does somebody on gutsy get Firefox 3 from Ubuntu repos? [01:17] oh shit [01:17] ok we were gonna get it backported [01:17] but im not sure anyone did. I will file a bug and build it this week sometime for backports to Gutsy [01:18] pleaes remind me mid week [01:18] Jazzva: i just emailed flashgot dev about finding an svn or cvs or what not to get source code for it and explained why [01:19] anyone else doing bug woirk from email have an issue with status changes in email? [01:19] ok [01:19] * gnomefreak very pissed about not allowing it in beta code for LP [01:22] ill be working on flash if anyone needs me [01:26] [reed]: nss and nspr need to be backported too? [01:27] <[reed]> probably, yes [01:28] ok will work on it this week [01:28] <[reed]> Thanks [01:30] np [01:41] just what i needed libflashsupport issues [01:49] god this better work [01:51] crimsun: libflashsupport for gutsy needs libpulse so im backporting that so i can get libflash built but backporting only in my PPA at this point until you decide what to do with PA in Gusty and or Hardy but i think we are safe in Hardy with libflash and flashplugin [01:51] ok looks like a long build ill be back to check on it later === asac_ is now known as asac [02:09] ok PA uploading i will do libflash tomorrow sometime [02:10] asac: looks like im gonna backport ff3 nss nspr to gutsy sometime this week. Ill stop in before i go to drs. tomorrow if you need anything. [03:30] asac, there by any chance? === saivann_ is now known as saivann [04:58] asac : I confirmed bug 235900 and added steps to reproduce it, in case you want to take a look [04:58] Launchpad bug 235900 in firefox-3.0 "firefox 3 displays full screen on start " [Medium,Confirmed] https://launchpad.net/bugs/235900 [08:33] Hello, will xulrunner 1.9 be merged from Debian or not ? [08:36] AnAnt: i dont think we merge xulrunner [08:36] is there a reason ? [08:37] AnAnt: off hand dont remember [08:37] AnAnt: we dont merge anything from debian with mozilla apps we maintain (liferea might but that isnt our teams package) [08:38] AnAnt: svn for our packages are newer than debians [08:39] i do think we push to debian after (example sunbird we get it from mozilla and than we push to debian as iceowl after we push to ours [08:39] )* [08:39] plus mozilla-devscripts wont work merging from debian ;) [09:29] Hello, is there an xulrunner-dev in Intrepid ? [09:31] Does anyone know anything about the library libmozembed-linux-gtk2? [09:31] I have not been able to find its source [09:31] Many Java applications distributed its source code with this library precompiled [09:31] Despite these applications are GPL [09:38] AnAnt: xulrunner-1.9-dev package is in intrepid [09:38] Festor: are you sure thats not a tri license [09:39] two examples [09:39] http://www.ted.nu/ [09:39] http://www.frostwire.com/ [09:39] AnAnt: not yet [09:39] but will be soon [09:39] asac: thanks [09:40] xulrunner-1.9-dev [09:40] is the package as gnomefreak said [09:40] but we will not merge from debian [09:41] 1.9+nobinonly-0ubuntu2 is in intrepid for 1.9-dev [09:41] Festor: i cant seem to find source all i find is RPM [09:41] yeah... :( [09:41] wait [09:42] closest i found was http://www.igniterealtime.org/fisheye/browse/svn-org/spark/branches/spark_2_5_6_branch/build/lib/dist/linux/libmozembed-linux-gtk2.so [09:43] asac: you know where source for libmozembed-linux-gtk2 im assuming this is the source package name but i could be very off [09:43] bug 177777 [09:43] gnomefreak: Bug 177777 on http://launchpad.net/bugs/177777 is private [09:44] oh flash is done for gutsy and hardy ;) [09:45] he wants me to work on a bug from the ui and he knows i cant get into it [09:48] * gnomefreak goes for smoke and thinks about how to get into a private bug [09:55] I found libmozembed lib [09:55] http://packages.debian.org/sid/libjdic-bin [09:57] i dont know about that lib [09:57] This lib is that I want libmozembed-linux-gtk2.so [09:57] except the gtkmozembed API provided by mozilla itself (in xulrunner) [09:58] and this package http://packages.debian.org/sid/libjdic-bin [09:58] has my lib [09:58] it is in xulrunner? [09:58] ha i thought it was but didnt know for sure [09:58] gnomefreak: its in libxul.so [09:59] Festor: whats your question then? thats a java library [09:59] I need this lib for package a app for Ubuntu [10:00] People of #ubuntu-motu sent me here [10:05] Festor: is that a java app? [10:05] ye [10:05] yes [10:05] frostwire [10:05] and other java app called "ted" [10:06] i still dont get the problem here ... is that package not in intrepid? [10:06] these apps have a precompiled lib called "libmozembed-linux-gtk2.so" [10:06] libjdic? [10:06] Festor: are they using swing or swt? [10:07] otherwise its most likely the swt mozilla embed library [10:07] I dont know... :( [10:08] we cant view flash bugs that are private :( [10:09] Jazzva: i got reply from flashgot maintainer i will post it to mailing list unless you want it fowarded to you? [10:10] there is not svn or cvs of the flashgot source :( [10:10] source is in .xpi (not a fan of that) [10:11] thats ok [10:11] gnomefreak: only important thing is that he puts license.txt file in top-level .xpi dir [10:12] ill check when i get a minute most likely later today or tonight [10:13] asac: im gonna start on gutsy backports for nss nsrp and ff3 final oh crap i have to backport xulrunner too [10:13] asac: any other package you can think of offhand [10:19] gnomefreak: read the changelogs of the previous xulrunner backports [10:19] they should list the most important things you have to do [10:19] asac: ok [10:19] gnomefreak: nss/nspr we dont need to backport. we can use in-source [10:19] hping i dont have to backport a full system [10:19] but you will see that in changelog i guess [10:19] jdong did it right back then [10:19] asok [10:19] asac: ok good [10:20] gnomefreak: try to build xulrunner in gutsy [10:20] maybe its just works [10:51] i wish he would have told me this like a week ago :( [10:52] now i have to rebuild all packages with ~hardy0~jjv because it seems ~8.04~jjv is higher than ~hardy1 (it shouldnt be since it has ~jjv at the end [11:58] gnomefreak: huh? [11:59] what does ~jjv stand for? [11:59] asac: i used ~8.04~jjv and was told backported packages will have ~hardy1 [11:59] asac: my name [11:59] so i have to redo all of them [11:59] ah [12:00] * gnomefreak thinking of using ~hardy0 [12:00] well .. so they say that -backports have ~hardy whily -proposed have ~8.04? [12:00] asac: i guess [12:00] is hardy higher than 8.04? [12:00] i thought 8.04 was always the backported and proposed [12:00] asac: no ~8.04 is higher im told [12:01] gnomefreak: no [12:01] dpkg --compare-versions "9" "ge" "8" && echo yes. [12:01] directhex > directhex@mortos:~$ dpkg --compare-versions 1.0-1~8.04~jjv gt 1.0-1~hardy1 || echo "the jjv one is higher" [12:01] 06:07 < directhex > the jjv one is higher [12:01] so 9 is greater or equal 8 [12:01] (makes sense) [12:02] dpkg --compare-versions "hardy" "ge" "8.04" && echo yes. [12:02] so hardy is greater or equal 8.04 [12:02] so => works well [12:02] use ~hardy [12:02] than wtf [12:02] if ~hardy is >= why cant i use ~8.04 [12:02] because of the =? [12:02] gnomefreak: if you use || you negate the test ;) [12:03] replace || by && and it should be silent [12:03] in your test 9 will be less than 8 [12:03] (i think) [12:03] which was pointed out at the time, I might add :-) [12:03] Nafallo: not to me until today [12:04] gnomefreak: I saw the text you quoted. wgrant said to use && instead of || directly after. [12:04] anyway. not an issue now that've seen the truth [12:04] Nafallo: yes that i saw [12:04] asac: hi there! Could you have a look at a sample XPI file for me one of these days and see if there are any problems beyond the ones we discussed? [12:04] asac: https://chinstrap.canonical.com/~jtv/test-ff.xpi [12:05] jtv: beyond we discussed: missing non .dtd/.properties files? [12:06] asac: we discussed that :-P [12:06] oh son of a bitch [12:06] asac: and you gave me a much better idea of how to deal with them. [12:06] ill be back :( [12:06] jtv: cant you put that somewhere without restrictions? [12:06] jtv: :) [12:07] now i have to tweak wget on command line ;/ [12:07] asac: look at launchpad-translations-tools on LP for working examples of saving your credentials on the command line. :-) [12:07] i think i got it [12:08] jtv: why the hell is that many megabytes large? [12:08] asac: because, just to stress the code to its limit, I exported the full Firefox translations as a single file. [12:08] asac: not asking you to go through everything, but I wanted maximum change to expose any problems. [12:09] jtv: did you test that thing? [12:09] asac: Didn't expect it to work in production yet, because of those other files that aren't in there yet. [12:09] jtv: they are of no use for ffox 3 [12:09] so it should work [12:10] i found out that the current ones are left overs from ffox 2 and are not used anymore [12:10] asac: for a moment there, I parsed that very differently. :-) [12:10] (which doesnt mean that we dont need them) [12:10] (for proper xpi export) [12:10] asac: well, if this is "good enough for now," then I would much prefer to take this one step forward and fix up the rest later. [12:10] the chrome.manifest looks quite complete [12:11] 1. please dont include en-US [12:11] or if its a UI thing make it obvious that its usually something not wanted [12:11] asac: the manifest only contains the locale lines... Didn't know what to do about the other ones. [12:11] jtv: you need locale lines yes. [12:12] jtv: did you include the "include lines" in the .dtd? [12:12] asac: I've also seen "override" lines IIRC [12:12] e.g. there are a few entity refs we parse [12:12] asac: no, that was one of the problems I mentioned yesterday. That'll take a whole extra layer of work. [12:12] jtv: i have to think a bit about the override lines. usually those are shipped in the application/extension chrome.manifest and are locale independent [12:13] jtv: without those includes it wont work [12:13] thats essential [12:13] jtv: did you think about the way to handle those i proposed once? [12:13] like just managing those as "normal" entities with a special meaning? [12:14] in that way you would be able to preserve the order easily - which would even be more than my po2xpi processor currently can do [12:17] asac, is this good for -unpack? http://paste.ubuntu.com/25899/ [12:17] asac: I did consider it, but it means changing the schema. Still considering that, but it could be pretty far-reaching, so for now I'm thinking to parse the template and just copy its include tags into the translation on export. [12:17] jtv: how do you preserve the order? [12:17] which is important [12:18] asac, similar is for -pack. just to find out how to lose the storing of the whole path in zip. http://paste.ubuntu.com/25900/ [12:19] Jazzva: looks reasonable [12:19] (the zip in for loop in -pack is wrong) [12:19] i am not sure if nested .jar files are a real use case ;) [12:19] i doubt it is ;) [12:19] yep. [12:19] now looking at -pack [12:19] and I suppose most of them use a-zA-Z0-9 and dot in their names :) [12:20] Jazzva: i think you have to cd into the directory you want to zip in pack or does it provide something similar than -d ? [12:21] -d deletes files from zip here. similar to -d of what command? [12:21] unzip [12:22] asac: sorry for the delay, dealing with other users. :) [12:22] it provides -j, that doesn't store relative path. but that strips every path information, so it reports duplicated files and stuff... [12:23] asac: internally we keep all translation strings in the order in which they're found in the template. [12:23] asac: so on export, I can parse the template and remember that e.g. "there's a message #151.5" (so to speak). [12:23] asac, anyway, I'll find how to remove the first part of the path. :) [12:24] jtv: ok. so you can remember not-translatable messages [12:24] that would work [12:24] asac: not really "remember": they're not going into the database. But if I'm going to have to dissect the template during export anyway, might as well add this. [12:24] Jazzva: i usually do: sh -c "cd $ABS_XPI_DIR; zip -r $ABS_XPI_PATH ." [12:24] Jazzva: for that i have to get absolute paths though, but thats as simple as: [12:25] $(pwd)$REL_PATH? [12:25] abspath=`cd $relpath; pwd` [12:25] asac: I'll have a kind of "pluggable XPI traversal," with one being all the things we do for an import, and another doing "if it's a DTD, check for includes; if it's a properties file, ignore it; otherwise, copy it." [12:27] jtv: so you use the .dtd during export? [12:27] or is that during import as well? [12:28] asac: during import we parse it for entities but ignore the includes. During export we'll add them again but ignore the entities. [12:28] asac: come to think of it, the one big advantage to exporting multiple languages in a single XPI file is that I won't have to repeat that for every language... [12:30] for me that sounds complicated ;). having hidden entities that are treated special sound simpler for the unknowing outsider :) [12:30] so dont take my comments serious [12:31] asac: it's simpler, but the change is more fundamental. We'd be introducing a new kind of translation message record that isn't a translation. [12:31] asac: Which can be useful for other things as well, but we'd have to make sure all code knows about it. [12:32] asac: another question... is there anything I should be doing with "override" lines in the manifest? IIRC that's the only other kind of line I've seen besides locale lines. [12:35] asac: also, please let me know if these exports are (for now!) something you can work with. If they are, then I can land it a few weeks from now and we can do incremental improvement from there. [12:37] asac: in fact, the XPIPO option won't go away, so even if it's not quite good enough yet, it may be worth landing in an incomplete form. [12:38] jtv: if en-US is included in the export the override lines are probably required [12:38] otherwise they should be skipped [12:39] jtv: i cannot work with them if the entity includes are missing [12:39] Hello, may I know when will xulrunner-dev be done ? [12:39] AnAnt__: why? for now you can just use xulrunner-1.9-dev [12:39] there is at least one package in Debian that build-depends on xulrunner-dev [12:39] that's swt-gtk [12:39] AnAnt__: there are plenty [12:40] you can change build-depends for now ;) [12:40] otherwise the next intrepid upload will include it [12:40] asac: well, why not do a Provides: xulrunner-dev in xulrunner-1.9-dev [12:40] its already committed to .head bzr branch [12:40] i doubt it works well [12:41] empty package that depends on 1.9 is the way we are going now [12:42] asac: now that you mention it, right now, the en-US that's included in a full "all languages" export is generated. It's not a copy of the original. So even that doesn't have the includes. [12:42] asac: oh, you were talking about the overrides, not the includes. Sorry. [12:42] i didnt assume that it has them ;) [12:43] asac, it works http://paste.ubuntu.com/25904/ [12:43] asac: when is next intrepid upload ? [12:44] I also silented the outputs of zip and unzip, so it doesn't overfill the screen, and put some informal messages for the user [12:44] and the output of pushd and popd [12:46] the only point of $JAR_FILE is to output it to the user. It's relative path, so it's shorter than absolute, and it from the output it looks like the script is doing all from one directory. [12:46] (well, almost) [12:49] Jazzva: ok. will look at it in 20 min [12:49] ok [12:51] asac, http://paste.ubuntu.com/25907/ and http://paste.ubuntu.com/25908/ , in case you want to test it :) [12:51] (these are with the silented outputs) [12:54] anyone opeing text docs without an extension(example without .txt or .doc) just a plain named file and got a header error as if text editor isnt being used to open it but open with text editor works (this is intrepid btw) [12:55] i cant for the life of me figure out what is trying to open it [12:57] gnomefreak, regarding mail from flashgot maintainer. I can update the table, if it's needed. I don't see the need for fwding e-mail :). [12:58] when is next intrepid upload for xulrunner ? [13:02] Jazzva: looks good. maybe match jar! in the -pack scripts for [13:03] not just !$ ;) [13:03] AnAnt__: there exists no schedule. usually upstream releases dates which are always followed by an upload [13:04] ah, ok [13:04] Jazzva: he says source is in .xpi but i will look at it this week. i would like to get most of my backporting done today all flash and PA stuff and maybe start on ff3 and friends [13:04] asac, you mean in find? [13:04] Jazzva: yes and maybe in sed too ;) [13:05] to improve corner case handling ;) [13:05] right :) [13:05] not really important though [13:05] hi [13:05] hi XioNoX [13:05] im still abit on edge with flashgot due to what i read lastnight and posted here, updates within a week and other things that make it hard to maintain in a stable release. [13:05] well, then I'll match with *jar! in find, instead of *!*. nested jars are not usual :) [13:06] but ill leave that up to you to decide since your the expert on extensions and im apparently the expert on backporting :/ [13:06] asac I'm startigg to work on the FirefoxSafeUpgrades [13:06] asac, can I push that to mt branch then :)? [13:06] Jazzva: you can use find . -type d -name \*.jar\! i guess [13:06] no need for * at the end [13:07] im getting ready to leave for dr. but would like to know if the firefox upgrade and thunderbird upgrade pages are ours to update and if you run across them before i do the links would be great. [13:07] asac, done. It still works :) [13:07] and i'll need some help [13:08] XioNoX: what info do you need? [13:08] I don't know exactly [13:09] XioNoX: i think we have a few options here. we should probably start adding a button that allows you to restart firefox [13:09] now, im trying to use the yellow bar [13:09] then we make that button hidden by default and show it only when we detected that a restart is required [13:09] XioNoX: thats good too [13:09] notification box i guess [13:09] the restart button works [13:10] but i can't make the notificationbox happening [13:10] XioNoX: did you add that to ubufox? [13:10] XioNoX: ok [13:10] asac, i'm making an extention [13:11] XioNoX: can you put that into ubufox directly? [13:11] XioNoX: ls -la /var/lib/update-notifier/user.d/firefox-3.0-restart-required [13:11] thats the file that you need to check for (consider to hard code it for now) [13:11] $ ls -la /var/lib/update-notifier/user.d/firefox-3.0-restart-required [13:11] -rw-r--r-- 1 root root 456 2008-06-11 07:45 /var/lib/update-notifier/user.d/firefox-3.0-restart-required [13:11] if that file is newer than the current firefox process life-time, then we need to restart [13:13] if many people use firefox, they all will show this message ? [13:13] asac: did you get my post about the preference>advanced>update not being greyed out? [13:13] kind of important IMO [13:14] XioNoX: yes [13:14] XioNoX: we should test the "last-modified" time of ls -dl ProfD [13:14] err [13:14] of ProfD [13:14] ;) [13:14] asac, just few more questions. Is it ok if I push med-xpi-* to the branch, and add them to mozilla-devscripts.install to install them to /usr/bin? [13:14] if that is newer than the restart-required file, then we should ask to restart [13:14] And do I need to add GPL notice to them? [13:15] gnomefreak: for me Firefox is greyes out (though checked- which is a visualization bug i guess) [13:15] asac, You prefere that I code everything directly in ubunfox, or i put this function in a spare extention and fusion them later ? [13:15] XioNoX: yes please [13:15] that eases the pain of merging later [13:15] asac: its not greyed out here [13:15] XioNoX: we have a bzr branch ... just base your work on that [13:15] asac, ok [13:15] and you can commit to your own branch [13:16] I've vever used bzr [13:16] atleast wasnt with fta's build i dowgraded today to official release for other reasons but didnt check [13:16] XioNoX: https://code.edge.launchpad.net/~asac/ubufox/main [13:16] its easy [13:16] XioNoX: you most likely just need: bzr branch URL, bzr commit, bzr push :) [13:16] maybe bzr revert [13:17] and bzr uncommit [13:17] :) [13:17] ok [13:17] XioNoX: so get the branch like bzr branch https://code.edge.launchpad.net/~asac/ubufox/main ubufox.main [13:17] and build a xpi inside ubufox.main by running build.sh [13:17] sh build.sh ;) [13:17] then you get a .xpi [13:17] the directory structure should be self explaining [13:17] asac: official build in intrepid its greyed out i wonder if it is in hardy [13:18] gnomefreak: its greyed out here too [13:18] can someone check hardys build of ff3 in preferneces>advanced>updates to see if the first option is greyed out [13:18] post a screenshot please [13:18] gnomefreak: for me its greyed out (though checked) [13:18] asac: i have it greyed out in official build but not ftas build [13:18] and Help -> Check for updates ... is disabled too [13:19] gnomefreak: might be [13:19] here as well [13:19] asac, i'll try but I can't make an xpi each time I need to test it [13:19] XioNoX: youll figure [13:19] install it that way on first time [13:19] then edit in .mozilla or something [13:19] and it will not be in conflict with the existing ubufox ? [13:19] XioNoX: no. the profile one will be preferred [13:20] so the system one is just hidden [13:20] ok [13:20] you can also uninstall it by apt-get remove ubufox [13:20] thanks [13:20] +cp [13:20] np [13:20] :) [13:20] ok ill be back later i will look at my logs for the bug number when i get home [13:20] so i can ask what build they are using [13:20] XioNoX: when you committed your changes push like bzr push bzr+ssh://bazaar.launchpad.net/~$YOURLPID/ubufox/main [13:20] i can review and give you updates ;) [13:21] later guys [13:21] ok [13:21] gnomefreak, bye [13:21] gnomefreak: cu later ;) [13:21] gnomefreak: good luck [13:47] asac, tested the installation, and it works. Ok to push? [13:47] Should I just push the files, or also to add changelog entries? [14:23] Jazzva: new features should be documented in README [14:23] and changelog [14:23] Jazzva: take care that they get properly installed in the package as well [14:23] ok, I'm thinking about one more thing... [14:24] med-xpi-unpack will exit if output dir already exists. med-xpi-pack will exit if dest xpi file already exists. Do we want this behaviour, or maybe to just overwrite outdir/dest xpi? [14:44] Jazzva: hmm. not sure [14:44] i would probably not exit if the dir exists [14:44] but exit if file exist [14:45] so, to remove output directory first if exists for -unpack [14:46] Jazzva: ah for unpack [14:46] well. lets just exit ;) [14:47] ok, so to summary [14:47] for -unpack it exits if xpi file doesn't exist, or if output dir exists [14:47] for -pack it exits if input dir doesn't exist, or if output xpi file exists [14:48] Jazzva: ack. [14:49] good :) [14:49] i'll push the changes to mozilla-devscripts branch, just to document the changes :) [14:51] sure [14:53] asac, it is in good progress, just an issue with the gBrowser.getNotificationBox(browser);... ...it don't want my gBrowser :s [14:55] gBrowser is not defined [15:01] XioNoX: how do you do it? overlay? [15:06]