[00:00] e.g. how many alternative locations are managed by gnash etc. ;) [00:00] anyway ... out. [00:00] we can talk more on this if you need info [00:01] the alternative system is not pretty (too many symlinks) [00:01] asac: what do you think about a helper tool for installing the plugins? [00:03] nice to have imo [00:04] its kinda painful to ensure that all the plugins have all the right install/alternative locations [00:04] and it would also allow us to deviate locations from debian more easily (if that ever would be needed) [00:04] bdrung: the alternative system is bad as it doesnt allow user choice ;) [00:05] especially for a non-admin centric ubuntu approach [00:05] we could have a new alternative system that also allows users to do that in $HOME/bin ;) [00:05] j.k. [00:06] asac: i have a plan: let's change the install location back to /usr/share/ubufox (one line SRU) and work on a helper script for maverick to ease the plugin installation (not SRU-able) [00:06] hmm [00:06] you think thats going to fly? [00:06] sounds good if someone excepts that ;) [00:06] accept ... man i am typomaniac [00:06] nini plushies! [00:07] asac: who needs to accept what? [00:07] bdrung: SRU team ;) [00:08] needs to buy into a fh shuffle ;) [00:08] but i guess they will [00:08] fh? [00:08] hopefully noone has picked the new location up yet and changed their packages etc ;) [00:08] filesystem hierarchy [00:08] e.g. like me who just created one that relies on the new location :-P [00:09] that show that we need the helper script [00:09] :P [00:11] bdrung: well. this time its not a plugin, but a preference ;) [00:11] defaults/preferences is also a potential hook dir [00:11] but i think we can ignore that [00:11] maybe we should rethink the concept of where what prefs are shipped [00:11] and make all prefs from all firefox apps and extensions go into the same directory or directory tree [00:12] so yeah. lets SRU this [00:12] i will open a bug for you or maybe we should ruse the plugin alternative wizar doesnt work bug [00:13] which i thought was just the db i wanted to update today/tomorrow [00:31] asac: here is the proposed diff: http://pastebin.com/YJftRztX [00:35] chrisccoulson: so, do you just want to drop it then? [00:36] bdrung: didn't we discuss something for plugins similar to install-xpi? [00:36] micahg: yes [00:38] bug #516350 filed by you :) [00:38] Launchpad bug 516350 in mozilla-devscripts "provide plugin build/install assistance" [Wishlist,Triaged] https://launchpad.net/bugs/516350 [00:39] * micahg agrees alternatives should die [00:41] ccheney: chrisccoulson: whats the status on epiphany? ;) [00:41] was the ball dropped again after we last talked? [00:42] asac - i'm working on that now [00:42] asac: after I apply chrisccoulson's fontconfig fix, and upload to firefox-stable hardy and it builds, firefox 3.6 should be good to backport [00:43] micahg: great. [00:44] micahg: is the porting table on xulrunner-list up-to-date? [00:44] chrisccoulson: ok cool. what approach are you taking? [00:44] asac: the insecure one is, I'm getting back to that tonight [00:44] ok [00:45] asac: bug #516350 - i am not familiar with plugins. if you draft a way how a plugin should be installed, i can write a tool for it. [00:45] Launchpad bug 516350 in mozilla-devscripts "provide plugin build/install assistance" [Wishlist,Triaged] https://launchpad.net/bugs/516350 [00:45] asac: BTW, seamonkey doesn't qualify for USNs, right, so would we use -security PPA for it? [00:45] micahg: we use the -security PPA for it and try to gather testing. why not ;) [00:45] but yeah. no USNs because its universe [00:45] though security team review/push is needed [00:46] micahg: btw, xul-plugin is the wrong name (see debian-devel ML) [00:46] asac: k, because they're targeting next week for 2.0.5, which I don't get since it's before 3.6.4 and 3.5.10 [00:46] micahg: i would think its probably late one minor cycle [00:47] asac - for the GtkEntry, we need to take the approach of copying the classes over (GtkEntry, GtkEntryBuffer and GtkEntryCompletion), but I can also remove some of the things that have already been copied over, by taking the approach of reverting some of the changes that pull in the new dependencies [00:47] so equiv of 5.9 ... or are they saying the release .10 xulrunner? [00:47] asac: equiv of .10 [00:47] eg, we pull in part of GtkStatusIcon because epiphany has been ported to non-deprecated API, but there's no need to do that in hardy [00:47] chrisccoulson: very good ;) [00:47] asac: I'll check with them as that seems weird, the past few releases have been at the same time [00:48] chrisccoulson: have you checked whether pulling in GtkEntry ... etc. will close the loop? [00:48] or are you reverting parts of that? [00:48] asac - and, i think there's a few other things like that (such as gtk_show_url, which also requires us to pull in some gdk bits too) [00:48] are you guys aware of this poll: http://www.doodle.com/guafbbhipwskzr8a [00:49] asac - i will find out next time i try to build it (tomorrow hopefully) [00:49] bdrung: maybe that should be a UDS mini spec or something ;) [00:49] chrisccoulson: someone provided most of a patch for mediatomb, should we do one more upload for js support or SRU? [00:49] micahg - i'm not sure, i've not reviewed it yet [00:49] asac: the poll? isn't that a little bit overkill? [00:50] chrisccoulson: I didn't test it either yet [00:50] bdrung: plugin install for devsripts ;) [00:50] asac: aha. yes, +1 for UDS [00:50] asac: is the mozilla version picker worth a UDS spec? [00:51] chrisccoulson: i really think what ccheney did should have been really close. some cleanup is good, but we should finally get it to a "tesable" state [00:51] chrisccoulson: who knows what copy bugs were introduced ;) [00:51] asac - it was in a buildable state, but very crashy ;) [00:51] micahg: what is a mozilla version picker? [00:51] chrisccoulson: yes. hopefully because of the GtkEntry thing [00:51] asac: remember we discussed a tool to select and enable PPAs depending on whether someone wanted daily/beta/stable [00:52] chrisccoulson: did you see other crashes too ;)? [00:52] i was only shown that Entry crash ;) [00:52] asac - i saw 2 different crashes as soon as i started using it [00:52] one was the GtkEntry crash, and i also saw an unhandled X error too [00:54] ugh. ok [00:55] chrisccoulson: BTW, I'll keep trying tonight to get seamonkey approved [00:55] micahg - thanks [00:55] approved? [00:55] asac: in queue [00:55] you should get it in now ... its really getting super late [00:56] asac - i uploaded it earlier in the day, but nobody has approved it yet [00:56] asac: I've already pinged people on the release team, but will keep trying as I see them this eveninig [00:56] chrisccoulson: at this time you need to actively go and beg ;) [00:56] at least thats the only way you know they will take a serious look [00:57] micahg: scottk is gone? [00:57] thats bad ;) [00:57] whoelse is from release team for universe? [00:58] asac: anyone on the team? [00:58] well. some tend to do more universe than others. at least in the past [00:58] asac: k, I'll try the Chicago connection ;) [01:00] micahg: was there a bug i was supposed to comment on? or was that just lightning? [01:00] asac: just lightning I think [01:02] micahg: what is the testing status of that package? chrisccoulson confirmed? you confirmed? did you test mail etc.? [01:02] asac: which seamonkey, I tested the browser, that mail loaded, I guess I should have tested a little better [01:03] asac: had a few others test as well [01:03] chrisccoulson: did you do more testing? [01:03] asac - i tested that i could send mail too [01:05] heh [01:05] ok [01:06] ok i pinged scottk directly [01:06] in -release [01:06] he said he will be off for 9h which was 5h ago or something [01:06] * asac off [01:06] * micahg has been waiting in there for someone all day :) [01:08] chrisccoulson: did you want to file the drop bug for sunbird? [01:08] micahg - i will just talk to pitti in the morning, and will see how to go about it then [01:09] chrisccoulson: k, thanks [02:13] Yo, any update on updating the thunderbird-3.1 packages in the PPA? TB 3.1 beta has been out since March 10, PPA stuck at 2009-12-21. [02:48] asac: sorry i was gone to dinner earlier, but it appears chrisccoulson filled you in better than i would have been able to anyway :) === almaisan-away is now known as al-maisan [05:20] chrisccoulson: firegpg has 155 installs for popcon in debian and 35 in Ubuntu for both xul-ext-firegpg and firegpg, should we drop this too? I'm getting the FTBFS for xul192 fixed if you decide yes, it does need to be compiled [05:24] chrisccoulson: nevermind, I guess we should keep it and the FTBFS is getting fixed anyways [07:48] !apport > ddecator [07:49] micahg: didn't do anything... [07:50] ddecator: wanted to give you the wiki page for apport as it's now disabled, so if you want a crash report, you should have people enable it one time [07:51] micahg: yah, i just realized that today when i had to get a crash report myself. i'm guessing you saw the bug where i asked them to check /var/crash? that was because the bug started happening while apport was still enabled, so i thought there might be a crash log leftover from then [07:51] * micahg thinks he already gave you the apport crash text :) [07:51] ddecator: yep [07:51] micahg: you did, but i don't know if it generated a report or not, so i didn't close it and use the canned response =) [07:51] * ddecator thinks it probably did, but not sure [08:06] ddecator: about bug 569679, can you confirm if it happens when you launch Ubuntu One from another menu, from the command line, or when launching firefox in general [08:06] Launchpad bug 569679 in firefox "firefox shows "close other session" on first startup" [Undecided,Confirmed] https://launchpad.net/bugs/569679 [08:07] micahg: haven't tested it yet. i was going to do more testing tonight, but i don't have time so i'll do it tomorrow night. [08:08] ddecator: k [08:08] micahg: i talked to someone who works with u1 a lot and he said it might be due to a change in the way u1 handles creating an account, so i need to see if that's potentially what's going on [08:09] ddecator: yes, that's what I wanted to ascertain [08:09] that warning comes up if there's an existing lock in the profile [08:09] micahg: yup, i plan on figuring that out tomorrow night [08:09] ddecator: thanks [08:10] micahg: np =) [08:34] ping-pong, Moon-Sun \o/ [08:34] fta no build of chromium ? [08:37] BUGabundo_remote: looks like they FTBFS [08:40] thought so micahg [09:00] BUGabundo_remote, i just fixed it [09:01] asac, which priority should i give to chromium for gnome-www-browser? [09:01] * micahg recalls asac wanting to get rid of alternatives :) [09:05] bug 571103 [09:05] Launchpad bug 571103 in chromium-browser "please integrate chromium-browser with the {gnome,x}-www-browser alternatives" [Undecided,New] https://launchpad.net/bugs/571103 [09:06] i already have x- set to 40 [09:07] but epiphany uses 85 and is preferred [09:08] fta2: I think konqueror is set for 100, firefox is 40, you can't really have an alternatives war [09:08] * micahg recalls asac telling me this about a year ago [09:14] * micahg is off to sleep, good night [09:14] *morning [09:14] good night :) [09:59] yay, seamonkey is in \o/ [09:59] micahg - thanks for fixinf firegpg too === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [10:19] asac, now that chromium is in debian, i have no idea how i'm supposed to work. we'll get it from the auto-merge pretty soon, trashing all my efforts [10:31] fta2 - can it not be blacklisted so that it doesn't auto-sync? [10:32] is the ubuntu packaging quite different to debian then? [10:32] fta2: hmm [10:32] fta2: in the past we used for non-default browser a higher than for the default browser [10:32] so if ffox is 50 ... use 60 [10:35] chrisccoulson, the problem is the debian package is based on my work, but i have no idea how to proceed now? who will prepare the releases, who will push, where, using which version number [10:37] fta2: so Derevko is our debian guy now ... he made a branch that we can upload to debian [10:37] then we initially sync and then only upload to debian [10:37] so it syncs back (until import freeze tat is) [10:37] however, i dont know if it will work because of the coreutils | ... build depends [10:38] but we will see [10:38] well, his merge is still pending, and i just saw the ITP bug closed, so i'm lost [10:49] fta2: huh? [10:49] fta2: i think he maintains a .debian branch downstream from the main branch atm [10:49] i think most stuff should be merged into our .head [10:49] except the build depends i think [10:50] http://ftp-master.debian.org/new.html [10:50] its in ŃEW queue [10:50] Maintainer: Debain Chromium Maintainers [10:50] Derevko: ^^ [10:50] typo ;) [10:50] i think the dep is ok, it's coreutils >= 7.5 | .. [10:51] otoh, debhelper 7 is not [10:51] fta2: yes. it works locally, but builders refuse [10:51] to take the alternative [10:51] for some reason [10:51] fta2: i think he stopped using that [10:51] at least he dropped compat 7 [10:51] in the last merge i saw [10:53] i think https://code.edge.launchpad.net/~giuseppe-iuculano/chromium-browser/chromium-browser.iuculano is ment for merged into out package branch [10:53] not sure why he keeps compat 7 in the .debian branch [10:53] Derevko: ? [10:53] lets wait till he is back [10:53] * asac has to run some errands === al-maisa` is now known as almaisan-away === almaisan-away is now known as almaisan === almaisan is now known as al-maisan [11:50] asac - did you see my message yesterday about bug 531882? [11:50] Launchpad bug 531882 in ubufox "Default Home Page without style or images on offline mode" [Medium,Triaged] https://launchpad.net/bugs/531882 [11:52] Hey all , is it possible to transform a firefox extension to a website [11:52] chrisccoulson: yes. hmm. [11:53] chrisccoulson: that needs an SRU against the ubuntu-artwork package [11:53] basically the .css needs to get absolute paths [11:53] asac - so, there are 2 issues with the offline page: [11:53] too bad this dropped off [11:53] two? [11:53] yes, the css needs to be called with an absolute path [11:53] right [11:53] also in th e.css [11:53] the image references etc. [11:53] and we need a small ubufox change to allow it to load the css (it's currently blocked by firefox security policy, in the about handler) [11:53] i think i even had a patch for that ... not sure why i didnt upload :/ [11:53] please , is it possible to transform a firefox extension to a website [11:54] most likely i was blocking on someone from the doc team [11:54] idrissdev: that feels like an odd request ;) [11:54] not sure how that would map [11:54] you can print the install.rdf ;) [11:55] chrisccoulson: hmm. let me think. have to ru nout quick and get coffee ;) [11:55] asac - so, you can't think of any other way before i assign the bug to ubuntu-docs? [11:55] ok, no worries [11:55] i know that i had it working ;) [11:55] i remember having issues with security policy [11:55] etc. [11:55] asac - the issue is that the flags for the protocol handler are URI_NORELATIVE and URI_DANGEROUS_TO_LOAD [11:55] (see https://developer.mozilla.org/en/nsIProtocolHandler) [11:56] but, ubufox can work around one of those flags, but the URI_NORELATIVE one will require a change to ubuntu-docs i think === DASPRiD_ is now known as DASPRiD === al-maisan is now known as almaisan-away [15:56] nikolam: sorry, we fixed a few more bugs before we released the package, do you want me to backport what we did for lucid to hardy in my PPA? [15:57] So you are saying that ppa is refreshed with new release? [15:58] It would be nice to test it on Hardy too [15:58] I will wet it on lucid today and see how it goes. [15:59] I wasnt already because seems like newer version of vbox hilled my 9.10 install with dependable addons, so would need to reinstall 9.10 [15:59] and to get 10.04 and test it too [16:00] nikolam: not yet, only if you want it [16:00] feel free to suggest testing steps for Sm. Think there is some page about that [16:00] Would be great [16:00] I'll do it right now [16:03] asac - how do we handle things which need rebuild due to xulrunner security updates? do we do everything through -security? [16:03] gjs needs rebuilding for 1.9.2.4 [16:03] chrisccoulson: does gjs need a rebuild every update? [16:03] micahg - it does. it has a rpath to find libmozjs [16:04] chrisccoulson: can we fix that in an SRU? [16:04] chrisccoulson: is rpath compile time directory binding? === |eagles05138785| is now known as eagles0513875 [16:04] i'm not sure how fixable that is really, remembering that gjs in only a library. it might be possible to fix it in applications using gjs, by having a wrapper script with LD_LIBRARY_PATH set [16:05] the only thing using it currently is gnome-shell [16:05] i'm wondering if that might be the better way to do it [16:05] chrisccoulson: BTW, I suggested a wrapper for gxine, do you think that's a good idea [16:05] chrisccoulson: I would say yes :) [16:05] micahg - if it works, yes ;) [16:05] but i don't care too much for gxine ;) [16:06] chrisccoulson: someone does though (It got set to high :) ) === almaisan-away is now known as al-maisan [16:06] heh [16:06] so, i'll look at doing a wrapper script in gnome-shell then and dropping the rpath in gjs [16:06] chrisccoulson: do you think a mozilla version picker (stable, daily, beta, latest stable) is worth discussion/possible session at UDS [16:07] then we'll just have to say "if you want to use gjs, you'll need to find libmozjs yourself" [16:07] micahg - possibly. did you have an implementation in mind at all (so i get an idea of what you'd want it to do) [16:08] chrisccoulson: this was discussed at the beginning of the lucid cycle but I don't think anyone had time, basically to use apt-pinning and the PPAs in a type of picker to determine which version of which mozilla app gets installed [16:09] yeah, that could be quite cool [16:09] chrisccoulson: should a file a blueprint and mark you approver? [16:10] yeah, can do. i'm not sure what my role is as approver just yet though, i'll have to speak to rick to find out ;) [16:10] i'm wondering if other teams might find such a tool useful too [16:11] perhaps something which isn't specific to just mozilla and could be extended [16:11] might be worth talking to mvo about that, in case something like that could be part of software-properties [16:13] chrisccoulson: seems like that would clutter software-properties, but maybe as an addon for it? [16:13] yeah, possibly [16:14] chrisccoulson: there's already a session about making daily builds more prolific [16:15] chrisccoulson: should I discuss with the people of that blueprint if they think a global picker is a good idea? [16:16] micahg - yeah, that would be good to do [16:19] chrisccoulson: I'm hoping the remaining 3 FTBFS xul apps we can SRU after they're fixed for maverick [16:21] micahg - yeah, should be fine. ftbfs applications are generally worth a SRU anyway [16:22] which apps are they btw? [16:39] chrisccoulson: 2 perl libs and pacparser [16:39] micahg - ok, the debian maintainer of pacparser mailed me privately asking why we don't have libmozjs as a system library any more [16:40] tbh, we probably should forget pacparser, as nothing in the archive uses it anyway [16:40] chrisccoulson: I'd suggest referring to 286906 [16:40] bug 286906 [16:40] Launchpad bug 286906 in xulrunner "provide and support a top-level library package for libmozjs (Was: Unable to use libmozjs.so in an application, because of library path problem.)" [Unknown,Confirmed] https://launchpad.net/bugs/286906 [16:40] micahg - yeah, i basically explained what is in that bug report [16:49] micahg - we should probably drop pacparser in maverick (it's getting a bit late in lucid to do that now) [16:49] chrisccoulson: I was going to ask you about that [16:49] but, if it doesn't build then the binaries will have already been removed anyway [16:49] so, that situation should be ok [16:49] i'll check if it was on slangasek's list of removed binaries [16:50] * micahg checks LP [16:50] hmmm, it's not on the list [16:50] chrisccoulson: no, I still see the binaries [16:50] i suppose i should just check the archive [16:50] ok, we should remove them then [16:50] chrisccoulson: did you talk to pitti about lightning? [16:51] micahg - it's gone already :) [16:51] chrisccoulson: k, good, [16:51] chrisccoulson: I suggest we add some release notes about lightning [16:52] if you think it's worth a release note, then feel free. do you know how to request a release note? [16:53] chrisccoulson: file a bug against the release notes project? [16:53] micahg - yeah, that's right [16:53] or add a release-notes task to an already open bug report [16:53] (probably the one requesting the lightning update) [16:54] chrisccoulson: do people do that? [16:55] micahg - yeah, i've done that in the past [16:55] chrisccoulson: k [16:57] chrisccoulson: done, requested a mention, do you need to ack? [16:58] chrisccoulson: BTW, should I take the gxine bug for SRU? [16:59] nikolam: builders were hijacked for release, so it'll be a while before it gets built [16:59] micahg - no, i don't need to do anything on the bug for the release note [16:59] yeah, we can do gxine as a SRU [16:59] micahg - bug 568778 [16:59] Launchpad bug 568778 in pacparser "Please remove packparser binaries from lucid" [Medium,Fix released] https://launchpad.net/bugs/568778 [17:00] so, the binaries are gone [17:01] i still think we should just drop it rather than fix it in a SRU. there's no point in us maintaining something using libmozjs when it's not used by anything else in the archive [17:01] chrisccoulson: k, good, wondering why doesn't show in publishing history [17:01] ah, that won't show in the publishing history if it's just the binaries [17:01] chrisccoulson: ah [17:01] all that has happened is the binaries were just deleted from the archive [17:02] chrisccoulson: I can still get the binaries for LP [17:02] *from [17:02] oh, that's probably expected [17:02] but they aren't available in the archive any more [17:02] http://archive.ubuntu.com/ubuntu/pool/universe/p/pacparser/ [17:03] k [17:17] anyone working with couchdb here? [17:18] like with large volume of data [17:19] rickspencer3, ^^ (iirc, you played with it, right?) [17:20] fta, yes [17:21] rickspencer3, how efficient is it? [17:22] fta, depends on what you use it for [17:22] and how [17:22] couchdb is pretty quick once you've run a query a once [17:22] so long as you store it [17:22] i have ~1TB of data, and i need fast access [17:22] if you craft a good query and run it [17:23] so you're saying the 1st query is slow? [17:23] the first time it runs will take a looong time [17:23] hm [17:23] because it will run the map function on each record and build a b-tree as it goes [17:23] after that, it should be faster [17:23] but I don't know if it will meet your perf. requirements [17:25] my data is something like data[foo][bar][time] = { k1: v1, .... , k15: v15 } [17:25] i know foo/bar and a range of time, and a subset of keys (like {k1, k3, k7}) [17:26] then i can reduce a bit based on time slots, or summing by foo/bar [17:28] i have ~2k inserts per minute [17:29] 24/7 [17:29] rickspencer3, ^^ [17:29] fta, well, I would try it on a subset of the data [17:30] I don't know what you are trying to pull out, but if you can get a good map/reduce going, it could be quite efficient [17:40] ok, thanks, i will experiment with it [18:00] fta: asac: I forgot to revert the debhelper compat 7 commit, done and resubmitted the proposal to merge === al-maisan is now known as almaisan-away [18:44] Hi [18:45] Anyone there? [18:45] My name is Patrick [18:46] I write from Spain [18:46] I wanted to ask if anyone might explain me, how I can make .deb packages from mozilla's xpi's for my launchpad repo [18:55] pkramerruiz, I am not very skilled myself [18:55] but you might take a look at this [18:55] http://www.mozilla-enigmail.org/forum/viewtopic.php?f=12&t=598 [18:56] Its about making .xpi for enigmail for 64-bit seamonkey for Ubuntu [18:56] If you make it, post it there , btw ;) [18:56] OMG! Many many thanks Nikolam [18:58] pkramerruiz: talk to bdrung when he is back about how to make packages out of .xpi files [18:58] that might be interesting for enigmail, too, yes [18:59] asac, thanks! [18:59] I write to you in german [18:59] at 19:09 [19:05] pkramerruiz: no time to answer ;) ... bdrung is better to answer that [19:07] pkramerruiz: we prefer not to communicate in public [19:07] err in private [19:07] unless its about secrets [19:08] pkramerruiz: read http://wiki.debian.org/mozilla-devscripts [19:08] to get started [19:08] okay [19:08] many thanks [20:17] pkramerruiz: does the eingmail build not work for Seamonkey in lucid? [20:20] @micahg: why are you asking me that? Who said that I would make an package for enigmail? I will create continuously the packages for all the addons I use in my firefox. [20:20] pkramerruiz: I thought I saw it being discussed in the backlog [20:21] ah, I misread, sorry [20:21] But I thougt this will only take me 5min (once I learnet it) from my free time. But nhandler said to me that this takes much more than 5min [20:21] and that's disgusting me a lot [20:22] pkramerruiz: https://wiki.ubuntu.com/Packaging/Training/Logs/2010-04-22 [20:22] who should I talk to if I can crash karmic's firefox consistently but slightly indeterministically with a webworker thread? [20:23] I thougt with http://wiki.debian.org/mozilla-devscripts it takes no more than a few minutes. But nhandler redirects me to: https://wiki.ubuntu.com/PackagingGuide/Complete and http://www.debian.org/doc/debian-policy/ .Beacuse he means that I will need all this for the other files of the package [20:23] pkramerruiz: yes, well, the extension install part is easy, the rest of the package might take a little bit [20:25] how much "little bit"? [20:25] pkramerruiz: idk, haven't tried, take a look at the link I gave you [20:25] pkramerruiz: bdrung would be the person to ask as he's done it before [20:27] but I dont wanna make a new package! [20:27] I only want to upload the new realease of an existing xpi package [20:28] pkramerruiz: is there a watch file? [20:29] I only want to regulary download the xpi from addons.mozilla.org and upload añthing to my repo [20:29] so that I can install these addons from the terminal/synaptic [20:29] pkramerruiz: well, you either have to create or update an existing package to do that [20:30] but I wont read 1000 manual pages, to only make this! [20:30] pkramerruiz: why not just use firefox's facility to install? [20:30] what do you mean with firefox facillity to install? [20:31] pkramerruiz: firefox can maintain and update the addons and they're self contained, why do you want to use synaptic? [20:32] because its posible that I reinstall my system or not? [20:32] pkramerruiz: have you considered mozilla weave [20:32] and I have an text file with programs like tomboy and rythmbox ... to purge on fisrt run and another with the programs I like to install [20:33] Like heikki said to me: it requires some work but this kind of policies make debian so high quality distribution [20:33] ;-) [20:34] pkramerruiz: if it's for others, I can understand, if it's just for you, why not make it easy on yourself [20:35] pkramerruiz: if you create an add-on collection on addons.mozilla.org, you can reinstall all your addons in one shot [20:35] okay, wait until I read what mozilla wave is [20:35] I dont know this until now [20:35] pkramerruiz: weave is basically an automated encrypted profile backup [20:36] and what good is that for me? [20:36] I cant install all these from the terminal or the synaptic, or can I? [20:36] pkramerruiz: once you set that up on a new system, everything is back the way you had it [20:37] pkramerruiz: well, I think we could consider packaging weave [20:37] hmmm [20:37] "once you set that up on a new system" set what up? [20:38] pkramerruiz: bug 246808 if you want to subscribe [20:38]