[00:00] <asac> e.g. how many alternative locations are managed by gnash etc. ;)
[00:00] <asac> anyway ... out.
[00:00] <asac> we can talk more on this if you need info
[00:01] <bdrung> the alternative system is not pretty (too many symlinks)
[00:01] <bdrung> asac: what do you think about a helper tool for installing the plugins?
[00:03] <asac> nice to have imo
[00:04] <asac> its kinda painful to ensure that all the plugins have all the right install/alternative locations
[00:04] <asac> and it would also allow us to deviate locations from debian more easily (if that ever would be needed)
[00:04] <asac> bdrung: the alternative system is bad as it doesnt allow user choice ;)
[00:05] <asac> especially for a non-admin centric ubuntu approach
[00:05] <asac> we could have a new alternative system that also allows users to do that in $HOME/bin ;)
[00:05] <asac> j.k.
[00:06] <bdrung> 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] <asac> hmm
[00:06] <asac> you think thats going to fly?
[00:06] <asac> sounds good if someone excepts that ;)
[00:06] <asac> accept ... man i am typomaniac
[00:06] <DASPRiD> nini plushies!
[00:07] <bdrung> asac: who needs to accept what?
[00:07] <asac> bdrung: SRU team ;)
[00:08] <asac> needs to buy into a fh shuffle ;)
[00:08] <asac> but i guess they will
[00:08] <bdrung> fh?
[00:08] <asac> hopefully noone has picked the new location up yet and changed their packages etc ;)
[00:08] <asac> filesystem hierarchy
[00:08] <asac> e.g. like me who just created one that relies on the new location :-P
[00:09] <bdrung> that show that we need the helper script
[00:09] <bdrung> :P
[00:11] <asac> bdrung: well. this time its not a plugin, but a preference ;)
[00:11] <asac> defaults/preferences is also a potential hook dir
[00:11] <asac> but i think we can ignore that
[00:11] <asac> maybe we should rethink the concept of where what prefs are shipped
[00:11] <asac> and make all prefs from all firefox apps and extensions go into the same directory or directory tree
[00:12] <asac> so yeah. lets SRU this
[00:12] <asac> i will open a bug for you or maybe we should ruse the plugin alternative wizar doesnt work bug
[00:13] <asac> which i thought was just the db i wanted to update today/tomorrow
[00:31] <bdrung> asac: here is the proposed diff: http://pastebin.com/YJftRztX
[00:35] <micahg> chrisccoulson: so, do you just want to drop it then?
[00:36] <micahg> bdrung: didn't we discuss something for plugins similar to install-xpi?
[00:36] <bdrung> micahg: yes
[00:38] <bdrung> bug #516350 filed by you :)
[00:39]  * micahg agrees alternatives should die
[00:41] <asac> ccheney: chrisccoulson: whats the status on epiphany? ;)
[00:41] <asac> was the ball dropped again after we last talked?
[00:42] <chrisccoulson> asac - i'm working on that now
[00:42] <micahg> 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] <asac> micahg: great.
[00:44] <asac> micahg: is the porting table on xulrunner-list up-to-date?
[00:44] <asac> chrisccoulson: ok cool. what approach are you taking?
[00:44] <micahg> asac: the insecure one is, I'm getting back to that tonight
[00:44] <asac> ok
[00:45] <bdrung> 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] <micahg> asac: BTW, seamonkey doesn't qualify for USNs, right, so would we use -security PPA for it?
[00:45] <asac> micahg: we use the -security PPA for it and try to gather testing. why not ;)
[00:45] <asac> but yeah. no USNs because its universe
[00:45] <asac> though security team review/push is needed
[00:46] <bdrung> micahg: btw, xul-plugin is the wrong name (see debian-devel ML)
[00:46] <micahg> 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] <asac> micahg: i would think its probably late one minor cycle
[00:47] <chrisccoulson> 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] <asac> so equiv of 5.9 ... or are they saying the release .10 xulrunner?
[00:47] <micahg> asac: equiv of .10
[00:47] <chrisccoulson> 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] <asac> chrisccoulson: very good ;)
[00:47] <micahg> asac: I'll check with them as that seems weird, the past few releases have been at the same time
[00:48] <asac> chrisccoulson: have you checked whether pulling in GtkEntry ... etc. will close the loop?
[00:48] <asac> or are you reverting parts of that?
[00:48] <chrisccoulson> 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] <bdrung> are you guys aware of this poll: http://www.doodle.com/guafbbhipwskzr8a
[00:49] <chrisccoulson> asac - i will find out next time i try to build it (tomorrow hopefully)
[00:49] <asac> bdrung: maybe that should be a UDS mini spec or something ;)
[00:49] <micahg> chrisccoulson: someone provided most of a patch for mediatomb, should we do one more upload for js support or SRU?
[00:49] <chrisccoulson> micahg - i'm not sure, i've not reviewed it yet
[00:49] <bdrung> asac: the poll? isn't that a little bit overkill?
[00:50] <micahg> chrisccoulson: I didn't test it either yet
[00:50] <asac> bdrung: plugin install for devsripts ;)
[00:50] <bdrung> asac: aha. yes, +1 for UDS
[00:50] <micahg> asac: is the mozilla version picker worth a UDS spec?
[00:51] <asac> 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] <asac> chrisccoulson: who knows what copy bugs were introduced ;)
[00:51] <chrisccoulson> asac - it was in a buildable state, but very crashy ;)
[00:51] <asac> micahg: what is a mozilla version picker?
[00:51] <asac> chrisccoulson: yes. hopefully because of the GtkEntry thing
[00:51] <micahg> asac: remember we discussed a tool to select and enable PPAs depending on whether someone wanted daily/beta/stable
[00:52] <asac> chrisccoulson: did you see other crashes too ;)?
[00:52] <asac> i was only shown that Entry crash ;)
[00:52] <chrisccoulson> asac - i saw 2 different crashes as soon as i started using it
[00:52] <chrisccoulson> one was the GtkEntry crash, and i also saw an unhandled X error too
[00:54] <asac> ugh. ok
[00:55] <micahg> chrisccoulson: BTW, I'll keep trying tonight to get seamonkey approved
[00:55] <chrisccoulson> micahg - thanks
[00:55] <asac> approved?
[00:55] <micahg> asac: in queue
[00:55] <asac> you should get it in now ... its really getting super late
[00:56] <chrisccoulson> asac - i uploaded it earlier in the day, but nobody has approved it yet
[00:56] <micahg> asac: I've already pinged people on the release team, but will keep trying as I see them this eveninig
[00:56] <asac> chrisccoulson: at this time you need to actively go and beg ;)
[00:56] <asac> at least thats the only way you know they will take a serious look
[00:57] <asac> micahg: scottk is gone?
[00:57] <asac> thats bad ;)
[00:57] <asac> whoelse is from release team for universe?
[00:58] <micahg> asac: anyone on the team?
[00:58] <asac> well. some tend to do more universe than others. at least in the past
[00:58] <micahg> asac: k, I'll try the Chicago connection ;)
[01:00] <asac> micahg: was there a bug i was supposed to comment on? or was that just lightning?
[01:00] <micahg> asac: just lightning I think
[01:02] <asac> micahg: what is the testing status of that package? chrisccoulson confirmed? you confirmed? did you test mail etc.?
[01:02] <micahg> asac: which seamonkey, I tested the browser, that mail loaded, I guess I should have tested a little better
[01:03] <micahg> asac: had a few others test as well
[01:03] <asac> chrisccoulson: did you do more testing?
[01:03] <chrisccoulson> asac - i tested that i could send mail too
[01:05] <asac> heh
[01:05] <asac> ok
[01:06] <asac> ok i pinged scottk directly
[01:06] <asac> in -release
[01:06] <asac> 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] <micahg> chrisccoulson: did you want to file the drop bug for sunbird?
[01:08] <chrisccoulson> micahg - i will just talk to pitti in the morning, and will see how to go about it then
[01:09] <micahg> chrisccoulson: k, thanks
[02:13] <skierpage> 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] <ccheney> asac: sorry i was gone to dinner earlier, but it appears chrisccoulson filled you in better than i would have been able to anyway :)
[05:20] <micahg> 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] <micahg> chrisccoulson: nevermind, I guess we should keep it and the FTBFS is getting fixed anyways
[07:48] <micahg> !apport > ddecator
[07:49] <ddecator> micahg: didn't do anything...
[07:50] <micahg> 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] <ddecator> 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] <micahg> ddecator: yep
[07:51] <ddecator> 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] <micahg> 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:07] <ddecator> 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] <micahg> ddecator: k
[08:08] <ddecator> 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] <micahg> ddecator: yes, that's what I wanted to ascertain
[08:09] <micahg> that warning comes up if there's an existing lock in the profile
[08:09] <ddecator> micahg: yup, i plan on figuring that out tomorrow night
[08:09] <micahg> ddecator: thanks
[08:10] <ddecator> micahg: np =)
[08:34] <BUGabundo_remote> ping-pong, Moon-Sun \o/
[08:34] <BUGabundo_remote> fta no build of chromium ?
[08:37] <micahg> BUGabundo_remote: looks like they FTBFS
[08:40] <BUGabundo_remote> thought so micahg
[09:00] <fta2> BUGabundo_remote, i just fixed it
[09:01] <fta2> 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] <fta2> bug 571103
[09:06] <fta2> i already have x- set to 40
[09:07] <fta2> but epiphany uses 85 and is preferred
[09:08] <micahg> 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] <micahg> *morning
[09:14] <fta2> good night :)
[09:59] <chrisccoulson> yay, seamonkey is in \o/
[09:59] <chrisccoulson> micahg - thanks for fixinf firegpg too
[10:19] <fta2> 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] <chrisccoulson> fta2 - can it not be blacklisted so that it doesn't auto-sync?
[10:32] <chrisccoulson> is the ubuntu packaging quite different to debian then?
[10:32] <asac> fta2: hmm
[10:32] <asac> fta2: in the past we used for non-default browser a higher than for the default browser
[10:32] <asac> so if ffox is 50 ... use 60
[10:35] <fta2> 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] <asac> fta2: so Derevko is our debian guy now ... he made a branch that we can upload to debian
[10:37] <asac> then we initially sync and then only upload to debian
[10:37] <asac> so it syncs back (until import freeze tat is)
[10:37] <asac> however, i dont know if it will work because of the coreutils | ... build depends
[10:38] <asac> but we will see
[10:38] <fta2> well, his merge is still pending, and i just saw the ITP bug closed, so i'm lost
[10:49] <asac> fta2: huh?
[10:49] <asac> fta2: i think he maintains a .debian branch downstream from the main branch atm
[10:49] <asac> i think most stuff should be merged into our .head
[10:49] <asac> except the build depends i think
[10:50] <asac> http://ftp-master.debian.org/new.html
[10:50] <asac> its in ŃEW queue
[10:50] <asac> Maintainer: Debain Chromium Maintainers
[10:50] <asac> Derevko: ^^
[10:50] <asac> typo ;)
[10:50] <fta2> i think the dep is ok, it's coreutils >= 7.5 | ..
[10:51] <fta2> otoh, debhelper 7 is not
[10:51] <asac> fta2: yes. it works locally, but builders refuse
[10:51] <asac> to take the alternative
[10:51] <asac> for some reason
[10:51] <asac> fta2: i think he stopped using that
[10:51] <asac> at least he dropped compat 7
[10:51] <asac> in the last merge i saw
[10:53] <asac> i think https://code.edge.launchpad.net/~giuseppe-iuculano/chromium-browser/chromium-browser.iuculano is ment for merged into out package branch
[10:53] <asac> not sure why he keeps compat 7 in the .debian branch
[10:53] <asac> Derevko: ?
[10:53] <asac> lets wait till he is back
[10:53]  * asac has to run some errands
[11:50] <chrisccoulson> asac - did you see my message yesterday about bug 531882?
[11:52] <idrissdev> Hey all , is it possible to transform a firefox extension to a website
[11:52] <asac> chrisccoulson: yes. hmm.
[11:53] <asac> chrisccoulson: that needs an SRU against the ubuntu-artwork package
[11:53] <asac> basically the .css needs to get absolute paths
[11:53] <chrisccoulson> asac - so, there are 2 issues with the offline page:
[11:53] <asac> too bad this dropped off
[11:53] <asac> two?
[11:53] <chrisccoulson> yes, the css needs to be called with an absolute path
[11:53] <asac> right
[11:53] <asac> also in th e.css
[11:53] <asac> the image references etc.
[11:53] <chrisccoulson> 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] <asac> i think i even had a patch for that ... not sure why i didnt upload :/
[11:53] <idrissdev> please  , is it possible to transform a firefox extension to a website
[11:54] <asac> most likely i was blocking on someone from the doc team
[11:54] <asac> idrissdev: that feels like an odd request ;)
[11:54] <asac> not sure how that would map
[11:54] <asac> you can print the install.rdf ;)
[11:55] <asac> chrisccoulson: hmm. let me think. have to ru nout  quick and get coffee ;)
[11:55] <chrisccoulson> asac - so, you can't think of any other way before i assign the bug to ubuntu-docs?
[11:55] <chrisccoulson> ok, no worries
[11:55] <asac> i know that i had it working ;)
[11:55] <asac> i remember having issues with security policy
[11:55] <asac> etc.
[11:55] <chrisccoulson> asac - the issue is that the flags for the protocol handler are URI_NORELATIVE and URI_DANGEROUS_TO_LOAD
[11:55] <chrisccoulson> (see https://developer.mozilla.org/en/nsIProtocolHandler)
[11:56] <chrisccoulson> but, ubufox can work around one of those flags, but the URI_NORELATIVE one will require a change to ubuntu-docs i think
[15:56] <micahg> 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] <nikolam> So you are saying that ppa is refreshed with new release?
[15:58] <nikolam> It would be nice to test it on Hardy too
[15:58] <nikolam> I will wet it on lucid today and see how it goes.
[15:59] <nikolam> 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] <nikolam> and to get 10.04 and test it too
[16:00] <micahg> nikolam: not yet, only if you want it
[16:00] <nikolam> feel free to suggest testing steps for Sm. Think there is some page about that
[16:00] <nikolam> Would be great
[16:00] <micahg> I'll do it right now
[16:03] <chrisccoulson> asac - how do we handle things which need rebuild due to xulrunner security updates? do we do everything through -security?
[16:03] <chrisccoulson> gjs needs rebuilding for 1.9.2.4
[16:03] <micahg> chrisccoulson: does gjs need a rebuild every update?
[16:03] <chrisccoulson> micahg - it does. it has a rpath to find libmozjs
[16:04] <micahg> chrisccoulson: can we fix that in an SRU?
[16:04] <micahg> chrisccoulson: is rpath compile time directory binding?
[16:04] <chrisccoulson> 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] <chrisccoulson> the only thing using it currently is gnome-shell
[16:05] <chrisccoulson> i'm wondering if that might be the better way to do it
[16:05] <micahg> chrisccoulson: BTW, I suggested a wrapper for gxine, do you think that's a good idea
[16:05] <micahg> chrisccoulson: I would say yes :)
[16:05] <chrisccoulson> micahg - if it works, yes ;)
[16:05] <chrisccoulson> but i don't care too much for gxine ;)
[16:06] <micahg> chrisccoulson: someone does though (It got set to high :) )
[16:06] <chrisccoulson> heh
[16:06] <chrisccoulson> so, i'll look at doing a wrapper script in gnome-shell then and dropping the rpath in gjs
[16:06] <micahg> chrisccoulson: do you think a mozilla version picker (stable, daily, beta, latest stable) is worth discussion/possible session at UDS
[16:07] <chrisccoulson> then we'll just have to say "if you want to use gjs, you'll need to find libmozjs yourself"
[16:07] <chrisccoulson> 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] <micahg> 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] <chrisccoulson> yeah, that could be quite cool
[16:09] <micahg> chrisccoulson: should a file a blueprint and mark you approver?
[16:10] <chrisccoulson> 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] <chrisccoulson> i'm wondering if other teams might find such a tool useful too
[16:11] <chrisccoulson> perhaps something which isn't specific to just mozilla and could be extended
[16:11] <chrisccoulson> might be worth talking to mvo about that, in case something like that could be part of software-properties
[16:13] <micahg> chrisccoulson: seems like that would clutter software-properties, but maybe as an addon for it?
[16:13] <chrisccoulson> yeah, possibly
[16:14] <micahg> chrisccoulson: there's already a session about making daily builds more prolific
[16:15] <micahg> chrisccoulson: should I discuss with the people of that blueprint if they think a global picker is a good idea?
[16:16] <chrisccoulson> micahg - yeah, that would be good to do
[16:19] <micahg> chrisccoulson: I'm hoping the remaining 3 FTBFS xul apps we can SRU after they're fixed for maverick
[16:21] <chrisccoulson> micahg - yeah, should be fine. ftbfs applications are generally worth a SRU anyway
[16:22] <chrisccoulson> which apps are they btw?
[16:39] <micahg> chrisccoulson: 2 perl libs and pacparser
[16:39] <chrisccoulson> 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] <chrisccoulson> tbh, we probably should forget pacparser, as nothing in the archive uses it anyway
[16:40] <micahg> chrisccoulson: I'd suggest referring to 286906
[16:40] <micahg> bug 286906
[16:40] <chrisccoulson> micahg - yeah, i basically explained what is in that bug report
[16:49] <chrisccoulson> micahg - we should probably drop pacparser in maverick (it's getting a bit late in lucid to do that now)
[16:49] <micahg> chrisccoulson: I was going to ask you about that
[16:49] <chrisccoulson> but, if it doesn't build then the binaries will have already been removed anyway
[16:49] <chrisccoulson> so, that situation should be ok
[16:49] <chrisccoulson> i'll check if it was on slangasek's list of removed binaries
[16:50]  * micahg checks LP
[16:50] <chrisccoulson> hmmm, it's not on the list
[16:50] <micahg> chrisccoulson: no, I still see the binaries
[16:50] <chrisccoulson> i suppose i should just check the archive
[16:50] <chrisccoulson> ok, we should remove them then
[16:50] <micahg> chrisccoulson: did you talk to pitti about lightning?
[16:51] <chrisccoulson> micahg - it's gone already :)
[16:51] <micahg> chrisccoulson: k, good,
[16:51] <micahg> chrisccoulson: I suggest we add some release notes about lightning
[16:52] <chrisccoulson> if you think it's worth a release note, then feel free. do you know how to request a release note?
[16:53] <micahg> chrisccoulson: file a bug against the release notes project?
[16:53] <chrisccoulson> micahg - yeah, that's right
[16:53] <chrisccoulson> or add a release-notes task to an already open bug report
[16:53] <chrisccoulson> (probably the one requesting the lightning update)
[16:54] <micahg> chrisccoulson: do people do that?
[16:55] <chrisccoulson> micahg - yeah, i've done that in the past
[16:55] <micahg> chrisccoulson: k
[16:57] <micahg> chrisccoulson: done, requested a mention, do you need to ack?
[16:58] <micahg> chrisccoulson: BTW, should I take the gxine bug for SRU?
[16:59] <micahg> nikolam: builders were hijacked for release, so it'll be a while before it gets built
[16:59] <chrisccoulson> micahg - no, i don't need to do anything on the bug for the release note
[16:59] <chrisccoulson> yeah, we can do gxine as a SRU
[16:59] <chrisccoulson> micahg - bug 568778
[17:00] <chrisccoulson> so, the binaries are gone
[17:01] <chrisccoulson> 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] <micahg> chrisccoulson: k, good, wondering why doesn't show in publishing history
[17:01] <chrisccoulson> ah, that won't show in the publishing history if it's just the binaries
[17:01] <micahg> chrisccoulson: ah
[17:01] <chrisccoulson> all that has happened is the binaries were just deleted from the archive
[17:02] <micahg> chrisccoulson: I can still get the binaries for LP
[17:02] <micahg> *from
[17:02] <chrisccoulson> oh, that's probably expected
[17:02] <chrisccoulson> but they aren't available in the archive any more
[17:02] <chrisccoulson> http://archive.ubuntu.com/ubuntu/pool/universe/p/pacparser/
[17:03] <micahg> k
[17:17] <fta> anyone working with couchdb here?
[17:18] <fta> like with large volume of data
[17:19] <fta> rickspencer3, ^^ (iirc, you played with it, right?)
[17:20] <rickspencer3> fta, yes
[17:21] <fta> rickspencer3, how efficient is it?
[17:22] <rickspencer3> fta, depends on what you use it for
[17:22] <rickspencer3> and how
[17:22] <rickspencer3> couchdb is pretty quick once you've run a query a once
[17:22] <rickspencer3> so long as you store it
[17:22] <fta> i have ~1TB of data, and i need fast access
[17:22] <rickspencer3> if you craft a good query and run it
[17:23] <fta> so you're saying the 1st query is slow?
[17:23] <rickspencer3> the first time it runs will take a looong time
[17:23] <fta> hm
[17:23] <rickspencer3> because it will run the map function on each record and build a b-tree as it goes
[17:23] <rickspencer3> after that, it should be faster
[17:23] <rickspencer3> but I don't know if it will meet your perf. requirements
[17:25] <fta> my data is something like data[foo][bar][time] = { k1: v1, .... , k15: v15 }
[17:25] <fta> i know foo/bar and a range of time, and a subset of keys (like {k1, k3, k7})
[17:26] <fta> then i can reduce a bit based on time slots, or summing by foo/bar
[17:28] <fta> i have ~2k inserts per minute
[17:29] <fta> 24/7
[17:29] <fta> rickspencer3, ^^
[17:29] <rickspencer3> fta, well, I would try it on a subset of the data
[17:30] <rickspencer3> 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] <fta> ok, thanks, i will experiment with it
[18:00] <Derevko> fta: asac: I forgot to revert the debhelper compat 7 commit, done and resubmitted the proposal to merge
[18:44] <pkramerruiz> Hi
[18:45] <pkramerruiz> Anyone there?
[18:45] <pkramerruiz> My name is Patrick
[18:46] <pkramerruiz> I write from Spain
[18:46] <pkramerruiz> 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] <nikolam> pkramerruiz, I am not very skilled myself
[18:55] <nikolam> but you might take a look at this
[18:55] <nikolam> http://www.mozilla-enigmail.org/forum/viewtopic.php?f=12&t=598
[18:56] <nikolam> Its about making .xpi for enigmail for 64-bit seamonkey for Ubuntu
[18:56] <nikolam> If you make it, post it there , btw ;)
[18:56] <pkramerruiz> OMG! Many many thanks Nikolam
[18:58] <asac> pkramerruiz: talk to bdrung when he is back about how to make packages out of .xpi files
[18:58] <nikolam> that might be interesting for enigmail, too, yes
[18:59] <pkramerruiz> asac, thanks!
[18:59] <pkramerruiz> I write to you in german
[18:59] <pkramerruiz> at 19:09
[19:05] <asac> pkramerruiz: no time to answer ;) ... bdrung is better to answer that
[19:07] <asac_> pkramerruiz: we prefer not to communicate in public
[19:07] <asac_> err in private
[19:07] <asac_> unless its about secrets
[19:08] <asac_> pkramerruiz: read http://wiki.debian.org/mozilla-devscripts
[19:08] <asac_> to get started
[19:08] <pkramerruiz> okay
[19:08] <pkramerruiz> many thanks
[20:17] <micahg> pkramerruiz: does the eingmail build not work for Seamonkey in lucid?
[20:20] <pkramerruiz> @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] <micahg> pkramerruiz: I thought I saw it being discussed in the backlog
[20:21] <micahg> ah, I misread, sorry
[20:21] <pkramerruiz> 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] <pkramerruiz> and that's disgusting me a lot
[20:22] <micahg> pkramerruiz: https://wiki.ubuntu.com/Packaging/Training/Logs/2010-04-22
[20:22] <cwillu_at_work> who should I talk to if I can crash karmic's firefox consistently but slightly indeterministically with a webworker thread?
[20:23] <pkramerruiz> 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] <micahg> pkramerruiz: yes, well, the extension install part is easy, the rest of the package might take a little bit
[20:25] <pkramerruiz> how much "little bit"?
[20:25] <micahg> pkramerruiz: idk, haven't tried, take a look at the link I gave you
[20:25] <micahg> pkramerruiz: bdrung would be the person to ask as he's done it before
[20:27] <pkramerruiz> but I dont wanna make a new package!
[20:27] <pkramerruiz> I only want to upload the new realease of an existing xpi package
[20:28] <micahg> pkramerruiz: is there a watch file?
[20:29] <pkramerruiz> I only want to regulary download the xpi from addons.mozilla.org and upload añthing to my repo
[20:29] <pkramerruiz> so that I can install these addons from the terminal/synaptic
[20:29] <micahg> pkramerruiz: well, you either have to create or update an existing package to do that
[20:30] <pkramerruiz> but I wont read 1000 manual pages, to only make this!
[20:30] <micahg> pkramerruiz: why not just use firefox's facility to install?
[20:30] <pkramerruiz> what do you mean with firefox facillity to install?
[20:31] <micahg> pkramerruiz: firefox can maintain and update the addons and they're self contained, why do you want to use synaptic?
[20:32] <pkramerruiz> because its posible that I reinstall my system or not?
[20:32] <micahg> pkramerruiz: have you considered mozilla weave
[20:32] <pkramerruiz> 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] <pkramerruiz> Like heikki said to me: it requires some work but this kind of policies make debian so high quality distribution
[20:33] <pkramerruiz> ;-)
[20:34] <micahg> pkramerruiz: if it's for others, I can understand, if it's just for you, why not make it easy on yourself
[20:35] <micahg> pkramerruiz: if you create an add-on collection on addons.mozilla.org, you can reinstall all your addons in one shot
[20:35] <pkramerruiz> okay, wait until I read what mozilla wave is
[20:35] <pkramerruiz> I dont know this until now
[20:35] <micahg> pkramerruiz: weave is basically an automated encrypted profile backup
[20:36] <pkramerruiz> and what good is that for me?
[20:36] <pkramerruiz> I cant install all these from the terminal or the synaptic, or can I?
[20:36] <micahg> pkramerruiz: once you set that up on a new system, everything is back the way you had it
[20:37] <micahg> pkramerruiz: well, I think we could consider packaging weave
[20:37] <pkramerruiz> hmmm
[20:37] <pkramerruiz> "once you set that up on a new system" set what up?
[20:38] <micahg> pkramerruiz: bug 246808 if you want to subscribe
[20:38] <micahg> pkramerruiz: weave
[20:39] <pkramerruiz> you mean: If I once set up wave on my running system, if I reinstall or want to have my personalized firefox on another machine I can have it?
[20:39] <micahg> pkramerruiz: correct
[20:40] <pkramerruiz> can you explain how it works and how to set it up? Becasue I really cant imagine that!
[20:41] <micahg> pkramerruiz: https://wiki.mozilla.org/Labs/Weave
[20:41] <pkramerruiz> you shoul know I have many many sources list for firefox on my sources.list
[20:41] <pkramerruiz> and nearly every day I update it
[20:42] <micahg> pkramerruiz: well, weave handles your profile and what you install through firefox
[20:42] <pkramerruiz> so, sometimes a message comes up, saying that an addon is no longer supported
[20:43] <micahg> pkramerruiz: ah, that's usually on major version upgrades and is less likely if you're using versions from addons.mozilla.org
[20:43] <pkramerruiz> and what is if I set it up with my 3.6.5pre and on the new system I have 3.5?? or 3.7?
[20:44] <micahg> pkramerruiz: 3.6.5pre is the daily build of the next minor release of 3.6 (3.6.4 is in the mozilla security PPA)
[20:45] <pkramerruiz> yes and then?
[20:45] <micahg> pkramerruiz: then what?
[20:45]  * micahg is missing something
[20:46] <pkramerruiz> what do you  want me to say?
[20:47] <pkramerruiz> micahg, do you want to see my sources.list? http://www.zumodrive.com/share/4ZuNYTU3Yj
[20:49] <pkramerruiz> got to: Related to Web Browser's
[20:49] <micahg> pkramerruiz: I don't suggest using this as it's a staging/testing PPA and stuff could be broken: http://ppa.launchpad.net/mozillateam/ffox35/ubuntu
[20:50] <pkramerruiz> so, you can see I have 4 sorces for my firefox on karmic
[20:50] <pkramerruiz> what I am currently running
[20:53] <pkramerruiz> and I want to say micahg, that I dont have your ppa, because you only packaged up to firefox-3.0
[20:53] <pkramerruiz> so far I can see
[20:53] <micahg> pkramerruiz: my mozilla PPAs are for testing
[20:54] <pkramerruiz> This PPA contains patches that  I'm testing for Mozilla Products. USE AT YOUR OWN RISK These are test builds for patches and not guaranteed to be stable. These are not recommended for production use.
[20:54] <micahg> :)
[20:54] <pkramerruiz> dindnt you see how much experimental ppa's I have??
[20:54] <micahg> I try to warn people :)
[20:54] <pkramerruiz> Laughing out loud
[20:55]  * micahg forgot the original question
[21:15] <DASPRiD> micahg, try the alternative question
[21:15] <pkramerruiz> Laughing out loud
[21:53] <fta> asac, list of bugs holding M5 as stable for linux: http://code.google.com/p/chromium/issues/list?can=2&q=os:linux+mstone:5
[21:56] <ddecator> micahg: looks like it's a problem with u1. if i let the preferences sit open, then firefox eventually launches and brings me to the u1 sign-in site
[21:58] <micahg> ddecator: can you move to ubuntuone-client-gnome
[21:58] <micahg> oops
[21:58] <ddecator> micahg: unless it's related to the fact that -no-remote doesn't work?
[21:59] <micahg> ddecator: is it passing -no-remote?
[21:59] <ddecator> micahg: not sure, just a thought
[21:59] <ddecator> micahg: let me find out
[22:02] <micahg> fta: is chromium-daily supposed to have dropped 1.7MB?
[22:04] <fta> micahg, eh?
[22:04] <micahg> fta: install size
[22:04] <fta> which one?
[22:05] <micahg> from 5.0.389.0 to 5.0.391.0 it's dropping 1737kb install size
[22:07] <fta> hmm; the deb is sure smaller
[22:07] <fta> -rw-r--r-- 1 root root 12492296 2010-04-27 06:56 /var/cache/apt/archives/chromium-browser_5.0.389.0~svn20100427r45661-0ubuntu1~ucd1_i386.deb
[22:07] <fta> -rw-r--r-- 1 root root 11687112 2010-04-28 13:10 /var/cache/apt/archives/chromium-browser_5.0.391.0~svn20100428r45775-0ubuntu1~ucd2_i386.deb
[22:09] <fta> nope, same files
[22:09] <micahg> fta: did they add soemthing to the install?
[22:09] <fta> nope
[22:10] <micahg> fta: k, just thought I'd mention it to you
[22:12] <ddecator> micahg: i guess it uses xdg-open, which i'm not familiar with
[22:13] <fta> -rwxr-xr-x root/root  38001392 2010-04-27 06:34 ./usr/lib/chromium-browser/chromium-browser
[22:13] <fta> -rwxr-xr-x root/root  34978544 2010-04-28 12:46 ./usr/lib/chromium-browser/chromium-browser
[22:13] <fta> micahg, ^^ that's why
[22:14] <fta> 38MB -> 35MB
[22:16] <kaushal> hi
[22:16] <kaushal> I have Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.3) Gecko/20100408 Ubuntu/9.04 (jaunty) Firefox/3.6.3
[22:16] <kaushal> it crashes intermittently
[22:16] <kaushal> how do i fix the issue ?
[22:26] <kaushal> checking in again for my query ?
[22:33] <micahg> a >30MB binary?
[22:33] <micahg> fta: ^^^ that would explain why it's so fast
[22:34] <fta> static libs
[22:35] <fta> upstream says shared build is slower, redhat/fedora disagrees
[22:36] <fta> i've experimented a bit but decided to stick with upstream's choice on that
[22:36] <micahg> kaushal: idk, can you get a backtrace?
[22:36] <fta> ok, i'm off, bye
[22:36] <micahg> fta: night
[22:51] <ddecator> micahg: we think we figured out the issue.
[22:51] <micahg> ddecator: k
[22:53] <ddecator> micahg: when u1 opens for the first time, it opens FF so the user can create an account. however, when u1 launches firefox, there is a delay long enough that someone can easily launch FF themselves (either to browse the web, by clicking Manage Account, or w/e) but then the two conflict (usually the u1 launch wins because it was initiated first). it's easy for it to happen on the first run, but not sure there is a way to prevent it cons
[22:54] <micahg> ddecator: so it is a U1 issue
[22:54] <ddecator> micahg: depends how you look at it, but yes
[22:55] <micahg> ddecator: I look at it as whether or not I have to fix it ;)
[22:55] <ddecator> micahg: then no, at this point there is nothing for you to fix =p
[22:56] <micahg> ddecator: I would suggest moving the bug to ubuntuone-client and put all this in tehre
[22:56] <ddecator> micahg: unless you want to make FF launch fast enough that there is no time to open it again while it loads ;)
[22:56] <micahg> ddecator: wait for 3.7 :)
[22:57] <ddecator> micahg: heh, i'm using it right now. still starts up slow for me at this point..
[22:57] <micahg> ddecator: they have a few things in the pipeline to improve start time
[22:57] <ddecator> micahg: good to hear =)
[23:33] <kaushal> micahg: sorry was away
[23:33] <kaushal> how do i get a backtrace ?
[23:37] <kaushal> is the 3.6.3 version a stable release on Ubuntu 9.04 ?
[23:42] <BUGabundo> (2010-04-28 23:41:25) EddieRingle: honestly, Chromium needs to support mp4 playback
[23:42] <BUGabundo> fta: ^^^^
[23:43] <micahg> kaushal: yes
[23:43] <micahg> !backtrace > kaushal
[23:44] <rbz> anyone have any suggestions for cross-packaging ff-3.6.4 for armel? or do you all just build them on armel hosts?
[23:45] <micahg> rbz: there should be a build in the security PPA
[23:46] <micahg> rbz: we build on armel hosts for archive releases
[23:46] <rbz> I can currently cross build standalone mozilla-1.9.2 trees; but packing it your way cleaning is... well major voodoo :)
[23:47] <rbz> I have additional changes on top of 1.9.2
[23:47] <rbz> *packing->packaging
[23:47] <micahg> rbz: you can throw patches in debian/patches
[23:47] <rbz> right; my thought too
[23:47] <micahg> rbz: just make sure you disable the official branding
[23:47] <micahg> if it's published
[23:48] <rbz> but currently not doing builds on device; only cross
[23:48] <micahg> rbz: anything upstream would be interested in?
[23:48] <rbz> thinking maybe best path would to just get a netbook
[23:48] <rbz> eventually quite possible
[23:48] <rbz> maybe first to the moz tree
[23:48] <rbz> *netbook arm of course :)
[23:49] <micahg> rbz: well, all patches go to trunk first
[23:52] <rbz> but to confirm my original question; the armel builds ppa/release etc are done on armel hosts right? never cross?
[23:53] <micahg> rbz: correct
[23:53] <micahg> rbz: AFAIK, all archive builds are native
[23:54] <rbz> that what I thought... thx for the confirmation