[01:02] <mahfouz> why don't they just buy Yahoo!?
[01:02] <micahg> mahfouz: M$, Google, or Canonical?
[01:02] <mahfouz> M$ had their chance, now it's our time!
[01:03] <mahfouz> let's all chip in :)
[01:03] <micahg> mahfouz: Canonical Yahoo! powered by M$?
[01:03] <mahfouz> powered by bing
[01:05] <chrisccoulson> micahg - did you do any work to disable the test suite for xulrunner on ia64?
[01:05] <micahg> chrisccoulson: only research that it's hard code disabled on FF and the same would probably work for xul
[01:06] <chrisccoulson> micahg - so, it's not a build-time option then?
[01:06] <micahg> chrisccoulson: it is
[01:06] <micahg> but it's hard coded in the options ATM
[01:06] <chrisccoulson> oh, that's ok then
[01:06] <micahg> in addition to the flag
[01:07] <chrisccoulson> micahg - do you want me to do that?
[01:07] <chrisccoulson> i might do that before i finish for the evening
[01:07] <micahg> chrisccoulson: yes, please, and update the bug, probably better if you use the flag and check for IA64 arch if you can
[01:07] <micahg> otherwise disable and we'll fix after release
[01:10] <micahg> chrisccoulson: take a look at at lines 30-35 in debian/rules and line 163 for the arch test
[01:11] <chrisccoulson> micahg - thanks, just looking there
[01:49] <chrisccoulson> asac - did you have a look at the xulrunner ia64 build failure at all?
[01:50] <chrisccoulson> i think i understand why it doesn't work now
[01:51] <chrisccoulson> bdrung - thanks for fixing some of those extensions
[02:24] <e-jat> hi .. how to check the ff default player?
[02:25]  * e-jat since my ff cant work streaming video using totem but my chromium can
[03:15] <micahg> chrisccoulson: you really think we should keep noscript even though they release a new version every week?
[03:15] <chrisccoulson> micahg - i'm not sure really. asac seems quite keen to keep that one
[03:15] <micahg> chrisccoulson: I'll talk to him about it again in the morning
[03:15] <chrisccoulson> cool, thanks
[03:16] <chrisccoulson> right, bed time for me now
[03:16] <micahg> chrisccoulson: k, in the morning, can you push edbrowse?
[03:16] <chrisccoulson> micahg - yeah, no problem
[03:16] <micahg> chrisccoulson: k, thanks, there's a bug and you're subscribed
[05:09] <micahg> [reed]: is there any way to edit an attachment in bugzilla or I just add another patch?
[07:47] <fta>   - xulrunner-1.9.2 (1.9.2.4~hg20100406r33809+nobinonly -> 1.9.2.4~hg20100408r34017+nobinonly) [49.00MB (+2583kB, +5.27%)]
[07:47] <fta>   - firefox (3.6.4~hg20100406r33809+nobinonly -> 3.6.4~hg20100408r34017+nobinonly) [49.70MB (+2528kB, +5.08%)]
[07:47] <fta> asac, ^^ 5% ??
[07:47] <fta> micahg, ^^
[07:48] <micahg> fta: ugh
[07:48]  * micahg looks
[07:48]  * micahg needs to pay mroe attention to those logs
[07:48] <micahg> fta: yep, that's right, lorentz landed
[07:50] <micahg> firefox has broken patches ATM though, will try to fix this weekend
[07:50] <micahg> earlier if I need a distraction :)
[07:50] <fta> they landed such a big thing in 1.9.2 but not in trunk? weird.. and scary
[07:50] <micahg> fta: was already in trunk, it's the OOPP code
[07:51] <fta> oh, ok
[07:51] <fta> n-m then
[07:52]  * micahg could probably fix the firefox patches on the bus...
[09:09] <asac> fta: they want to add features in security updates now ;)
[09:09] <asac> thats mozs new model based on chromium ;)
[09:10] <fta> yep
[09:13] <fta> grrr, we now need to login to get the plain text version from a paste.ubuntu.com url
[09:18] <asac> jdstrand: so should we add a new section like "# package management integration" ... where we whitelist apturl?
[09:18] <asac> fta: they change that all the time
[09:19] <asac> i complained a few times, and they changed it back
[09:19] <asac> not sure why they started doing it now again ;)
[09:22] <fta> it's just for the plain text download part
[09:41] <asac> fta: yes. someone hosted warez on pastebin iirc
[09:41] <fta> lol
[09:42] <asac> or virusses or something ... dont remember
[09:45] <fta> !info libnss3-dev jaunty
[09:45] <asac> fta: we are going to bump that sooner or later i guess
[09:47] <fta> i'm trying to fix the long lasting ftbfs of chromium on jaunty/amd64.. need a pbuilder for that
[09:47] <fta>   pbuilder-satisfydepends-dummy: Depends: libnss3-dev (>= 3.12.3) but it is not installable
[09:48] <asac> hmm
[09:48] <asac> odd
[09:48] <asac> maybe something in universe?
[09:48] <fta> adding -updates
[09:48] <asac> fta: do you have security and -updates enabled?
[09:49] <asac> yeah
[09:56] <asac> damn ... apparmor is busted
[09:56] <asac> have to reboot as i have no clue how to get back to start
[09:58] <BUGabundo> diæs !
[10:02] <BUGabundo> fta: there it goes again... out of nowhere, chromium puffs! how can I run this in debug ?
[10:02] <fta> -g
[10:03] <fta> or let it crash and use apport
[10:03] <BUGabundo> apport didn't kick
[10:03] <asac> sigh
[10:03] <asac> i think i made firefox not start ;)
[10:04] <asac> hmm what did i do?
[10:04] <BUGabundo> chromium-codecs-ffmpeg-extra-dbgsym:
[10:04] <BUGabundo>   Depends: chromium-codecs-ffmpeg-extra (=0.5+svn20100326r42726+42573+42890-0ubuntu1) but 0.5+svn20100406r43776+43809+43834-0ubuntu1~ucd1 is to be installed
[10:04] <BUGabundo> fta: ^^^
[10:05] <fta> -dbg not -dbgsym
[10:05] <BUGabundo> ok
[10:05] <fta> BUGabundo, ^^
[10:05] <BUGabundo> installing
[10:05] <asac> strange ... aa isnt loaded at all now
[10:06] <BUGabundo> fta: seems to be SSL related
[10:08] <fta> i doubt it
[10:08] <BUGabundo> I get it almost everytime I open brainbird.net with a self signed cert
[10:08] <BUGabundo> but we will know more once this installs
[10:09] <BUGabundo> kenvandine: can we get a patch to NOT limit to 140 chars, and read the proper API site limit for SN ?
[10:15] <BUGabundo> fta: HEELLLPPPPP the bookmark toolbar is not showing when pressing ctrl+B
[10:15] <fta> bug 552531 ?
[10:15] <BUGabundo> :((((
[10:15] <fta> i'm busy right now, sorry. file bugs please
[10:19] <BUGabundo> err LP fail :(
[11:06] <gnomefreak> asac: are you around?
[11:07] <asac> gnomefreak: no :)
[11:07] <gnomefreak> :) we are changing back to google as default search?
[11:07] <asac> fta: can we talk about debian when you are back?
[11:08] <asac> fta: can you help me and make the copyright gen use properly sorted order, so we can update stuff and get good diffs?
[11:08] <asac> i would like to do an update run and push current thing to debian
[11:16] <BUGabundo> gnomefreak: yes, we changed... to please users migrating
[11:16] <gnomefreak> makes sense but that means the $ wont be there
[11:16] <BUGabundo> or not :)
[11:17] <BUGabundo> do you play poker?
[11:17] <BUGabundo> ever heard of a bluff check to see ?
[11:17] <gnomefreak> yep
[11:30] <chrisccoulson> asac - i switched off the xulrunner test suite for ia64 now, but i looked at it last night and it should be easy to fix (bug 555127)
[11:30] <chrisccoulson> but
[11:30] <chrisccoulson> i'm not sure where to find the information that i need ;)
[11:33] <gnomefreak> I was helping a friend of mine Tuesday and i will tell this is a nasty fucking thing, http://www.malwarehelp.org/virus-protector-removal-2010.html i didnt have the sites until today, but its fixed :)
[11:33] <gnomefreak> ill be back i need to make coffee
[11:35] <BUGabundo> fta: asac: gnomefreak: http://paste.ubuntu.com/410981/
[11:35] <BUGabundo> chromium crash
[11:36] <BUGabundo> bahh /lib/libdbus-1.so.3
[11:39] <BUGabundo> erk
[11:39] <BUGabundo> $ dpkg -S libdbus-1.so.3
[11:39] <BUGabundo> ia32-libs: /lib32/libdbus-1.so.3
[11:39] <BUGabundo> libdbus-1-3: /lib/libdbus-1.so.3
[11:39] <BUGabundo> no dbg package for ia32?
[11:39] <BUGabundo> :\
[11:42] <gnomefreak> i guess songbird is still FTBFS but im still not here waiting for coffee so i can think
[11:43] <fta> BUGabundo, it's not the ia32 one, try libdbus-1-3-dbgsym
[11:45] <asac> chrisccoulson: br.ret ... we need the hex for that i guess
[11:45] <chrisccoulson> asac - yeah, that's the bit i'm stuck at. i'm not sure how to find that out
[11:46] <BUGabundo> fta: instaled and running
[11:46] <BUGabundo> trying to see what's making it crash
[11:46] <asac> chrisccoulson: disassemble something
[11:46] <asac> check what the hexcode for the br.ret you get is ;)
[11:47] <chrisccoulson> asac - ok, that's one way
[11:47] <asac> or looking at compiler code or so ;)
[11:47] <asac> maybe see if someone in -devel knows ;)
[11:48] <gnomefreak> i guess its too early for me to check email or TB hates me today.
[11:48] <gnomefreak> The RETR command did not succeed. Error retrieving a message. Mail server pop.gmail.com responded: Please reconnect and try again.
[11:48] <chrisccoulson> asac - i'm not sure what IA64 is really. i have the intel instruction set reference for Intel(R) 64 and IA-32 architectures, but i'm not sure if IA64 is the same ;)
[11:49] <chrisccoulson> but, i will try disassembling something anyway
[11:50] <asac> yeah
[11:51] <asac> better than disabling all tests
[11:51] <asac> would be to add upstream patch to disable this test for all archs not defined in there ;)
[11:52] <chrisccoulson> yeah, that would probably be better
[11:53] <chrisccoulson> ah
[11:54] <asac> chrisccoulson: can you please resurrect debian/patches/bzXXX_plugin_for_mimetype_pref.patch
[11:54] <asac> from xulrunner 1.9.1 to ffox 3.6?
[11:54] <chrisccoulson> asac - is it possible to disassemble for a different architecture? (i just did objdump -d on the binary, and i get "objdump: Can't disassemble for architecture UNKNOWN!")
[11:54] <chrisccoulson> asac - yeah, i can do that
[11:54] <asac> seems that was forgotten
[11:55] <asac> chrisccoulson: good question. probably needs a cross toolchain thing? ... hmm
[11:55] <asac> chrisccoulson: we have ia64 porter boxes
[11:55] <asac> you can log in there
[11:55] <chrisccoulson> that might be better
[11:55] <asac> chrisccoulson: machineoverview on internal wiki
[11:56] <asac> seems its halley
[11:56] <asac> yeah ... and one can even log in ;)
[11:58] <chrisccoulson> asac - thanks, i found that now. but i need to get an account on it first
[11:58] <asac> chrisccoulson: hmm. afaik we all should have porter box access
[11:58] <asac> e.g. whole platform
[11:58] <chrisccoulson> asac - hmmm, i get "Permission denied (publickey)"
[11:58] <asac> chrisccoulson: check with #is
[11:59] <chrisccoulson> asac - will do, thanks
[11:59] <asac> chrisccoulson: did you do all your "starter" tasks ;)
[11:59] <asac> ?
[11:59] <chrisccoulson> i think so ;)
[11:59]  * asac has no idea what that involves atm
[12:30] <fta> !info zlib1g
[12:30] <fta> !info zlib1g unstable
[12:30] <fta> damn old
[12:31] <asac> fta: check with debian maintainer whats going on ;)
[12:32] <fta> http://zlib.net/ChangeLog.txt we missed 1.2.3.{4,5,6,7,8,9} and 1.2.4
[12:32] <fta> unstable has 1.2.3.4 and experimental 1.2.3.5
[12:34] <fta> http://code.google.com/p/chromium/issues/detail?id=38073
[13:27] <chrisccoulson> asac - is there any reason why firefox doesn't provide an alternative for gnome-www-browser (bug 408238)?
[13:27] <chrisccoulson> (apparently it used to, but doesn't anymore)
[13:32] <gnomefreak> ok this is really starting to get to me. Is there a way to set how many chars per line in TB?
[13:33] <asac> chrisccoulson: gnome-www-browser
[13:34] <asac> is that still used somewhere?
[13:34] <asac> thought it was dead ;)
[13:34] <chrisccoulson> asac - i'm not sure. some other browsers still provide alternatives for it, and firefox-gnome-support has a "Provides: gnome-www-browser" but doesn't create the alternative
[13:35] <chrisccoulson> so, i think we should either drop the provides or create the alternative. i'm just not sure which ;)
[13:42] <gnomefreak> from what i can see it is used by galeon epiphany-browser and kazehakase  at least the ones i have installed (most gtk browsers
[13:42] <gnomefreak> )
[13:42] <gnomefreak> and text based but they are under diff. cat.
[13:44] <gnomefreak> x-www-browser has alot more listed than the ones i gave above
[13:44] <gnomefreak> looks like all of them (7 of them)
[13:44] <chrisccoulson> gnomefreak, yeah, firefox does provide x-www-browser, just not gnome-www-browser
[13:45] <gnomefreak> seems like most dont use gnome-www-browser
[13:47] <gnomefreak> chrisccoulson: also on the bug do we really need 3.0 and 3.5 tasks since we are changin to "firefox" for all releases? however i dont think we updated/changed in any other release except Lucid atm
[13:47] <chrisccoulson> gnomefreak- the older tasks should be wontfix really
[13:48] <gnomefreak> ok im there ill change them
[13:49] <chrisccoulson> thanks
[13:49] <gnomefreak> chrisccoulson: np
[14:52] <asac> micahg: 1.9.2.*
[14:58] <jdstrand> asac: apturl added. too late to create a new abstraction in AppArmor, but I added apturl to the 'should maybe be in an abstraction' area of the profile and made a note to investigate abstracting it
[15:03] <micahg> asac: http://noscript.net/changelog
[15:03] <asac> jdstrand: sure. thats fine
[15:03] <asac> thanks
[15:03] <asac> jdstrand: committed to our branch?
[15:06] <micahg> asac: https://addons.mozilla.org/en-US/firefox/addons/versions/722
[15:20] <jdstrand> asac: yeah-- committed to 3.6.head and trunk
[15:20] <asac> thx
[15:21] <jdstrand> tbh, I've never used apturl. it is kinda spiffy
[15:22] <asac> bug 556549
[16:44] <BUGa_vacations> fta: yet another
[16:44] <BUGa_vacations> http://paste.ubuntu.com/411108/
[17:29] <fta> BUGa_vacations, doesn't ring a bell. please file a bug (upstream), i'll Cc some devs
[17:30] <BUGa_vacations> ok
[17:33] <BUGa_vacations> fta: http://code.google.com/p/chromium/issues/detail?id=40803
[18:32] <chrisccoulson> asac - for adding bzXXX_plugin_for_mimetype_pref.patch to firefox - was there a bug reported for that (so I can close it in the changelog)?
[18:35] <BUGa_vacations> fta: http://article.gmane.org/gmane.linux.kernel/969355
[18:36] <chrisccoulson> heh
[18:36] <chrisccoulson> i've seen that posted a few times today ;)
[18:38] <BUGa_vacations> chrisccoulson: I wonder by whom
[18:48] <asac> chrisccoulson: no. it was part of a spec
[18:48] <chrisccoulson> asac - ok, no worries
[18:48] <asac> chrisccoulson: we should add a bugtask for firefox to 520166
[18:48] <asac> and close that
[18:50] <chrisccoulson> asac - ok, i will do that. did you have any opinion on using bz467738_att351145_lockPref_everywhere.patch in firefox? (i can't remember if you said that needed other changes or not)
[19:04] <fta> ripps, just sent the codecs without sse3/llrint to the daily ppa, could you please try (once it's built) and let me know?
[19:04] <ripps> fta: will do
[19:05] <ripps> So the only difference between between google-chrome and chromium-codecs was that chromium-codecs was built with extra cpu instructions my cpu doesn't use?
[19:06] <ripps> This might have been the cause of a number of crashes I got using chromium
[19:09] <fta> well, no. we're supposed to use the same build flags
[19:09] <fta> if it didn't crash using chrome, then it's another issue
[19:30] <micahg> asac: we've had a few people with bug 558620
[19:31] <micahg> asac: should I modify the script not to move it by default or add something to the profile folder to say don't move again?
[20:20] <asac> micahg: question is why they explain
[20:20] <asac> err complain ;)
[20:21] <micahg> asac: well, I think some extensions have the profile dir hard coded
[20:21] <asac> so ... is it 1) that they used upstream builds, but not our build?
[20:21] <micahg> asac: and once it starts, it creates the old dir again
[20:21] <asac> or 2) that they had an old .thunderbird for whatever reason lying around
[20:21] <micahg> asac: none of the above
[20:21] <asac> micahg: not sure what you mean with "creates the old dir again"
[20:21] <asac> what is the problem?
[20:21] <micahg> asac: those were the use cases we planned for
[20:21] <asac> they dont get their expected profile?
[20:22] <micahg> asac: it seems like some extensions create the .mozilla-thunderbird directory
[20:22] <asac> micahg: if thunderbird.upstream exists, we dont migrate .mozilla-thunderbird anymore
[20:22] <asac> thats what we should do imo
[20:22] <asac> thought we already did that
[20:23] <micahg> asac: I need to look into it further to figure out whether it's something in the extension or something in TB
[20:23] <micahg> asac: yeah, we did that already
[20:23] <asac> micahg: oh the other reason why they have .mozilla-thunderbird is probably that if they upgrade
[20:23] <asac> and run thunderbird while its running, we migrate the profile
[20:23] <asac> but then when they close thunderbird it writes stuff to .mozilla-thunderbird still
[20:23] <micahg> asac: ah, that could be it
[20:24] <asac> let me think
[20:25] <micahg> asac: it seems to happen after the start of thunderbird 3 and the migration
[20:25] <micahg> asac: we already had another case where an extension was at fault, maybe it's a setting in the profile for the profile dir that needs to be updated
[20:31] <fta> !ddeb
[20:32] <micahg> fta: https://wiki.ubuntu.com/DebuggingProgramCrash
[20:35] <asac> micahg: can you try to reproduce it the way i said?
[20:35] <asac> if that works we can try if migrating + creating a link to the new location will fix that
[20:36] <micahg> asac: we don't migrate until it's run, not on install
[20:36] <asac> sure
[20:36] <micahg> asac: I can create a symlink once the migration occurs
[20:36] <asac> so on first run ... migrate if .thunderbird.upstream doesnt exist and create a link ... ln -s $HOME/.thunderbird $HOME/.mozilla-thunderbird
[20:36] <micahg> that would probably solve the problem
[20:37] <micahg> asac: profile paths shouldn't be hard coded anywhere in the sqlite DBs or prefs IMHO :)
[20:39] <asac> well. as i said i am sure quite a lot of problems come from shutting down running instances
[20:39] <asac> but i just checked and -remote "PING()" wouldnt really help us here
[20:39] <asac> so we should use the symlink approach
[20:39] <micahg> asac: ah, your theory is that it doesn't actually close when the new version is started
[20:39] <micahg> missed that ebfore
[20:39] <asac> well it doesnt
[20:39] <asac> if you click on tbird a second time it will just raise to front
[20:39] <asac> unless that feature regressed ;)
[20:40] <asac> but we will just migrate the profile and then raise it to front
[20:40] <micahg> asac: should we do anything for current installs?
[20:40] <asac> so the current running instance is still using old profile and when shutdown it saves state to old location
[20:40] <asac> no
[20:40] <micahg> i.e. preinst checks for tb3 and creates symlink
[20:40] <asac> i think there is nothing needed besides making the migration better with symlink
[20:41] <asac> dont see what preinst should do
[20:41] <asac> just migrator script
[20:41] <micahg> asac: add the symlink for people that alredy migrated
[20:41] <asac> nah
[20:41] <micahg> or shoul dI do that in the sheel script?
[20:41] <asac> even that would be in the migrator script
[20:42] <asac> if .mozilla-thunderbird doesnt exist we can create the link
[20:42] <micahg> asac: -d won't register true for a symlink, right?
[20:42] <asac> so we cover those old installs that worked well
[20:42] <asac> -L it is afaik
[20:42] <asac> check manpage ;)
[20:42] <micahg> asac: k, just want to make sure on next run the symlink isn't migrated
[20:43] <micahg> asac: I'll work on it this weekend amongst everything else
[20:43] <asac>       -h file       True if file exists and is a symbolic link.
[20:43] <asac> so actually -h
[20:43] <asac> -L seems to be not portable
[20:43] <micahg> asac: I'll add it to the end of the script
[20:44] <asac> not sure
[20:45] <asac> imo should be coded where current migration logic is
[20:45] <micahg> I was going to add it right after the migration logic
[20:46] <asac>  dont have it in front of me
[20:46] <asac> do it ... and show
[20:46] <asac> have to review
[20:46] <micahg> asac: k
[20:46] <micahg> asac: are we planning on backporting mozilla-devscripts to hardy?
[20:46] <micahg> *latest
[20:52] <asac> guess we need it for a bunch of extensions
[20:53] <asac> do we need it for anything else?
[20:54] <micahg> asac: prism and fennec will be using it for the clean target for xulrunner, but that's not critical
[20:54] <asac> yeh
[20:58] <micahg> asac: I don't know anything else offhand
[21:33] <ripps> fta: I'm still getting the same crash in chromium, are you sure it's not using sse2/3 anymore?
[21:33] <fta> which version?
[21:33] <ripps> fta: daily ppa
[21:33] <ripps> 0.5+svn20100406r43776+43809+43834-0ubuntu1~ucd2
[21:34] <ripps> 5.0.371.0~svn20100408r43913-0ubuntu1~ucd2
[21:34] <fta> hm, 0.5+svn20100406r43776+43809+43834-0ubuntu1~ucd2 is the one i patched
[21:36] <fta> http://launchpadlibrarian.net/43464869/buildlog_ubuntu-lucid-amd64.chromium-codecs-ffmpeg_0.5%2Bsvn20100406r43776%2B43809%2B43834-0ubuntu1~ucd2_FULLYBUILT.txt.gz
[21:36] <fta> look for HAVE_SSSE3
[21:37] <fta> did you fully restart the browser?
[21:38] <ripps> fta: first start since reboot, I've been using google-chrome
[21:39] <fta> is the crash the same?
[21:39] <fta> could you let apport resolve it? so we have the asm too
[21:39] <ripps> fta: how do I do that? apport doesn't seem to react when it crashes
[21:40] <fta> do you have a file in /var/crash?
[21:40] <fta> if so, click on it (in nautilus)
[21:41] <fta> it should complain it's not a genuine package at some point but after it has modified that crash file
[21:41] <ripps> fta: yeah, but it's pretty old
[21:41] <fta> not the one then
[21:41] <fta> is it enabled? /etc/default/apport
[21:43] <ripps> I have to run it as --single-process, otherwise the only the tab crashes, and chromium won't flag apport
[21:43] <ripps> okay, what do I do with the .crash?
[21:44] <fta> once resolved by apport, i extract it manually: apport-unpack /var/crash/something /tmp/foo
[21:44] <fta> if the trace is correct, i post it on a bug
[21:45] <fta> otherwise, i install the missing dbg/dbgsym, edit the crash file to remove the end (added during resolve) and re-resolve again
[21:49] <ripps> fta: apport says I don't have enough memory to analyze to send to developers
[21:49] <fta> doh
[21:51] <fta> then go back to -g --single-process
[21:51] <fta> make it crash
[21:52] <fta> and;
[21:52] <fta> (gdb) backtrace full
[21:52] <fta> (gdb) info registers
[21:52] <fta> (gdb) x/16i $pc
[21:52] <fta> (gdb) thread apply all backtrace
[21:52] <fta> as mentioned in https://wiki.ubuntu.com/Backtrace
[21:53] <ripps> yeah, I know how to this
[21:53] <fta> i meant it for the registers part
[21:54] <fta> in fact, we need the asm part
[22:00] <ripps> fta: okay, uploaded it to the bug
[22:09] <ripps> fta: wait, so the codecs are still building with sse3 code, despite them being disabled?
[22:09] <fta> seems so
[22:11] <chrisccoulson> asac - are you available to do a xulrunner upload at all?
[22:12] <asac> on a call
[22:12] <asac> chrisccoulson: is all done?
[22:12] <asac> gimme details
[22:12] <asac> i can upload after or tomorrow morning
[22:12] <asac> do you know if archive opens early?
[22:12] <chrisccoulson> asac - i'll do another test build tonight and have it ready for tomorrow morning
[22:12] <asac> sure that works
[22:12] <chrisccoulson> i'm not sure when the archive opens again