[00:50] slangasek: are we aiming for a midday-ish UK time release? [02:04] what the facebook [02:04] why the facebook did you kick me? [02:09] bentkus: Wrong channel [02:11] Yeah [02:11] i can see [02:11] but i can pay you with beers if you tell me the exact release date [02:13] bentkus: Date is April 29th. Now let's move back to -party [02:15] -party mode yoohoo [02:15] toobad its laread 3 in the night at here [02:15] and its my last beer [02:15] :( [02:45] lool: I saw the bugmail. I think closing it was the right thing to do (re 290153) [04:22] * lamont sleeps [04:22] meh. ECHNA [05:29] Riddell: early afternoon [05:30] lool: errors on console is not what I was going to release note for 470776 [05:30] lool: my understanding of the remaining bug is that mountall is unhappy if you list a bind mount in fstab whose source is a symlink [05:31] Good morning [05:31] slangasek: Hi. Are you planning to do the usual #ubuntu-release-party announcement this time, or shall we make other plans? [05:32] * slangasek waves [05:32] wgrant: I was planning to do it [05:33] I was also planning to do it last time, before someone stole the spotlight from me :) [05:33] Yeah. [05:33] ubuntu/member/* don't have access this time, so it's less likely. [05:33] I don't want that disaster repeated :) [05:36] :-) [05:41] talk about spoiling all the fun [05:43] we should thank whoever added the index.html to the .pool dir, that'll save a bit of bandwidth :) [05:44] It's been there for a couple of releases now. [05:44] Still doesn't stop them much... [05:44] It has? I guess I hadn't noticed [05:54] slangasek: do you think I can already start accepting some SRUs? [05:54] slangasek: if you want me, I can set one buildd for each arch to manual, so that we have them on standby in case we need an urgent lucid final build? [05:57] pitti: accepting SRUs> yes, that would be good [06:00] slangasek: yellow is on manual now, but all the i386 buildds time out when I try to switch them [06:01] pitti: A timeout timeout, or "Please try again" timeout without an OOPS number? [06:01] but oh well, most packages there are really small [06:01] wgrant: trying again for the exact text [06:06] slangasek: I have a last minute urgent mountall upload, is it too late to respin? [06:07] wgrant: no oops, just a "Sorry, there was a problem connecting to the Launchpad server." [06:07] pitti: Aarrrrrgh. [06:07] That is impossible. [06:07] (it's the only page on which it happens, and it shouldn't be possible) [06:08] just that it happened four times today, and about a week ago when I desperately tried to reserve an amd64 builder [06:09] Keybuk: ... [06:10] it fixes bug #571549 [06:10] Launchpad bug 571549 in mountall "Steve Langasek is having a good day" [Undecided,Triaged] https://launchpad.net/bugs/571549 [06:11] * slangasek snorts [06:12] Keybuk: I don't think we need to respin for that, release notes should be fine [06:12] Keybuk: having a nice evil day giving people heart attacks? [06:13] ajmitch: since I can't do it in person ... :-( [06:44] lool: oh, it seems 470776 may not be the bug I was thinking of; there was one where someone mentioned problems w/ bind mounts, and this appears not to be it [07:25] morning all! [07:36] * slangasek waves [08:07] hey slangasek [08:07] slangasek, one quick question, are we going to have "home" webpages for every search engine in mozilla? [08:09] ara: as far as I know, there's just one home page that points to the default search engine? [08:09] slangasek, If I select a search engine other than Google or Yahoo and close firefox, when I restart firefox I get a 404 [08:12] oh, is *that* what causes that bug [08:13] bug #557640? [08:13] Launchpad bug 557640 in ubufox "[Lucid Beta2] nrf-003 testcase failed Default "Welcome to Ubuntu" page doesn't appear without connectivity" [High,Fix released] https://launchpad.net/bugs/557640 [08:14] slangasek, yes, it is not a server not found, it is just a plain old 404 [08:14] ok [08:14] I don't know how it's meant to work, but that's probably the bug report to track it on [08:14] slangasek, ok, I'll comment there and will talk to the design guys [08:17] [08:17] wait [08:17] * ara waits [08:19] morning [08:20] sorry, that's our bug [08:20] I'll get it fixed [08:22] we dropped some rewrites from start.ubuntu.com because we were running into apache mod rewrite bugs (sic) and I didn't realise firefox was sending arbitarty URLs to start.ubuntu.com for different search engines [08:25] elmo, OK, thanks. Glad to hear you're working on it [08:35] wow, getting up and finding 100 new bugmails in my inbox ... must be release day [08:37] morning ogra, and happy release day :) [08:37] same to you :) [08:37] * ogra hugs ara [08:38] * ara hugs ogra back [08:40] ogra: and it's not just the usual "branch linked" spam? :-) [08:40] nope :) [08:40] * pitti gets some 50 of those every day [08:40] i rarely have over 60 when i get up ... and probably another 60 during the day [08:41] ogra: ah, so it's 40 extra "OMGhowcanyounotfixthisbyrelease" comments :) [08:41] yeah [08:41] lovely how much testing we get the last day [08:42] yes, yes [08:42] we should make secret release schedules and just spread rumours about the actual release date that are 3 weeks ahead [08:42] I *love* that kind of comments [08:42] ogra: no, before, so that we can actually fix stuff still [08:43] thats what i meant :) [08:43] grammar skew :) [08:43] no matter what you do, someone will complain about it [08:44] * pitti suggests redirecting those folks to testing -proposed and giving feedback [08:48] * hyperair got a particularly large amount of spam from the tooltip bug [08:53] btw: http://lvsd.lucid.bit.nl/stats/ [08:55] yay statistics! [08:56] slick statistics even [08:57] :) [09:09] ara: should be better now, can you confirm? [09:13] slangasek: FTR, -proposed queue is now processed, except for the four that I uploaded, empathy (had a question on the bug), and poppler (OMGbigdiff, needs more time/discussion to review) [09:28] mvo: just a heads up, we may need you to mkdir ubiquity; touch ubiquity/10.04-update-available on changelogs.ubuntu.com in a bit [09:31] ev: ok [09:31] ev: I stand ready [09:32] :) thanks [09:33] * ara checks [09:34] elmo, confirmed [09:34] elmo, thanks [09:34] ev: is that so that it picks the right release notes text? [09:35] mvo: it's a hint to the installer that a new version is available, so it will show an update button [09:35] ev: aha, so that the installer can update itself? nice, I noticed that this got landed early this cycle [09:36] mvo: indeed! sabdfl asked us towards the end of the cycle to only show the option when an internet connection is available and an update is actually available, so we've implemented that. [09:37] * mvo nods [10:32] so it seems we're going to do a last-minute respin of Ubuntu desktop CDs only, with a single lucid-updates change, to address the worst of bug #570765 in the limited time available [10:32] Launchpad bug 570765 in ubiquity "[Lucid] no GRUB menu entry for other operating systems" [Critical,Confirmed] https://launchpad.net/bugs/570765 [10:33] pitti: ^^ in particular, this means do NOT promote anything else to -updates :) [10:33] slangasek: understood; there's just one candidate anyway, but I don't like -updates promotion before release [10:33] right [10:33] with good reason :-) [10:34] slangasek: does that require an upload? or just cd image build changes? [10:35] pitti: migration-assistant, ubiquity are in progress [10:38] slangasek: want me to review m-a or are you doing it? [10:40] spot check please - http://paste.ubuntu.com/424497/ [10:40] pitti: doing [10:41] yellow is standing by, will bump build score and reenable it on your command [10:41] migration-assistant accepted [10:42] c'mon yellow, grab it [10:42] fodder for you [10:42] there [10:43] Hello, will https://wiki.ubuntu.com/LucidLynx/ReleaseNotes and http://www.ubuntu.com/getubuntu/releasenotes/1004 have the same notes today? [10:45] slangasek: hm, I don't think we'll be able to move them to -updates before a publisher run, though [10:45] i. e. it'll take two publisher runs for them to get into -updates? [10:45] You can do it quicker if you get Soyuz approval to run process-accepted manually. [10:45] That takes seconds, and will mean you can immediately promote. [10:45] slangasek, we will be respining only CDs or DVDs as well? [10:46] slangasek: m-a built on i386/amd64 [10:46] ara: we will be respinning DVDs, but have not yet made a hard decision to take the new ones [10:46] Is it deliberate, that they have nothing about nouveu drivers? What is the role of https://wiki.ubuntu.com/LucidLynx/TechnicalOverview ? cjwatson [10:47] wgrant: Soyuz approval? the Ubuntu archive team does manual stuff like this on production regularly [10:47] but in any case it's easier to just upload directly to -updates [10:47] slangasek: ? [10:47] pitti: shortcut: ubiquity is going to -updates now, and that's the only one that has to go on the livefs [10:47] jarnos: please raise bug tasks on the ubuntu-release-notes project for anythng you think should be added [10:47] cjwatson: *nod* but m-a was uploaded to -proposed [10:47] slangasek: ah, because it includes source, right [10:47] pitti: it doesn't really matter, it's only the source [10:48] Oh, OK. [10:48] I have yellow on standby again, once ubiquity hits [10:48] ubiquity won't be fast enough to catch the :03 publisher; shall I disable it, or did someone already? [10:48] already did [10:49] http://paste.ubuntu.com/424502/ [10:51] accepted [10:52] amd64: "starting in 1 hour"? [10:52] build score bumped, yellow back on auto [10:53] slangasek: are you going to respin the derivatives as well for that grub issue ? [10:53] argh [10:53] stgraber: please hold, asking this question [10:53] wgrant: yellow manual/auto worked until five minutes again, and now it's timing out, arrrgh! [10:54] wgrant: do you have the powers of reenabling it with better tools than the webui? [10:54] pitti: You can poke a LOSA to use SQL, but that's about it. [10:54] No API yet :( [10:54] ah, worked now [10:54] A LOSA or maybe a lamont. Not sure if he can do it. [10:54] ubiquity building [10:54] stgraber: you have the option [10:54] dear launchpad, please keep working just a little longer [10:54] it's building now [10:55] g'morning, btw [10:55] or morning at least [10:55] slangasek: ok, then please respin edubuntu dvd. I have a very decent internet here so I should be able to re-validate both DVDs in ~2 hours after they are on cdimage. [10:56] good morning lamont, how are you? [10:56] cjwatson: ok, but why there are different release notes at wiki and www.ubuntu.com? [10:56] pitti: the timeout setting manual/auto seems to be related to launchpad being busy holding the door closed on the buildd manager, or at least us [10:56] pitti: doing well [10:56] stgraber: we have a hardlinked copy of the current tree; we'll respin all the affected derivatives regardless, and you'll have the option of taking the current one with the bug or the new one if you're happy doing the extra validation [10:57] slangasek: ok [10:58] stgraber: if you go with revalidation, I expect we're probably going to have to push the release button for the other flavors before you've completed validation, but we can adjust the announcements accordingly, if that's ok with you [10:58] jarnos: because they're copied over to www.ubuntu.com by our webmaster at release. Don't worry, they'll be synced [11:00] cjwatson: I am wondering, which one is better to be linked in Xubuntu's release notes. Xubuntu's final notes will be at https://wiki.ubuntu.com/Xubuntu/LucidLynx/Final Well, I guess I could choose any. [11:02] slangasek: I'm guessing you have to release before and of day London time or is that going to happen even before that ? [11:02] GrueMaster: were you able to test the Kubuntu Netbook ARM images? [11:02] jarnos: I think wiki linking to wiki would be fine [11:02] but I don't think it matters too much either way [11:02] slangasek: otherwise, yes we can update the announcements to mention that due to that m-a bug we'll be releasing as soon as testing is over [11:03] stgraber: the stuff on releases.ubuntu.com does; things on cdimage.ubuntu.com can delay a little bit if necessary [11:03] so it will be released some time today? sorry, im little slow [11:03] cjwatson: ok [11:04] Vge: that's still the plan [11:04] slangasek: any kind of ETA on when we'd get the new images for testing ? [11:04] Vge: but please don't do the "are we there yet" thing in this channel :-) [11:04] (as in edubuntu) [11:07] stgraber: the Ubuntu release is expected to be before end of day London time, yes. I don't have an ETA yet on edubuntu, I will see what I can do to expedite [11:10] ok, thanks [11:12] slangasek: I guess it's safe now to reject the wine1.0 upload? [11:15] slangasek: would a second i386 livefs buildd help, or just unduly complicate things? [11:18] lamont: I've asked elmo for a better king, amd64 is our bottleneck [11:18] http://testcases.qa.ubuntu.com/Install/DesktopResize updated === bjf is now known as bjf[afk] === seb128_ is now known as seb128 [11:24] slangasek: ubiquity built on i386/amd64; do we need to wait for armel for this run? [11:24] * pitti supposes not [11:24] armel will still take a while to compute that keyboard map [11:24] pitti: no - confirming build status and starting the publisher [11:24] confirmed [11:24] publisher running [11:24] armel is unaffected because it doesn't have grub [11:36] 11:32 < elmo> seriously, people [11:36] 11:32 < elmo> a hardy kernel release TODAY? [11:36] (since smb claims it wasn't them that moved it from -proposed) [11:37] hm, I discussed it with smb on Monday, and he said they were good to move [11:37] pitti: yeah, it's more the timing relative to lucid [11:37] pitti, I thought we discussed on last Friday to be moved this Monday. ;-) [11:38] smb: right, I forgot; I remembered again when I cleaned up SRUs today [11:38] oh, you mean mirror bandwidth-wise? [11:38] argh, sorry about that [11:38] slangasek: new-king is syncing, FWIW, but I hadn't quite counted on the n million files from chroots [11:39] slangasek: if at any point you want me to abort, and make king functional again, just let me know [11:39] elmo: ok - what's the ETA? [11:40] slangasek: way too long, i suspect [11:40] based on a very poor sampling, it looks like at least an hour [11:41] slangasek: we could of course rebuild the chroots on new-king, but that's the whole 'introducing more variables' thing I was trying to avoid [11:41] an hour to the release? that's ok for me [11:41] ux2: huh? [11:42] ux2: please don't jump into the middle of conversation here [11:42] please don't be an asshole, you stupid ubuntuer [11:43] hmm :) [11:44] elmo: I can slot ubuntu-netbook, which is i386-only, at the front; that would buy us some more time to let king finish syncing, and would still be a net win for build time [11:44] I'm tempted to moderate this channel for the duration [11:44] elmo: I expect the king.buildd respin to save us at least 3h on the livefs mastering [11:44] slangasek: ok [11:45] (since we're doing opportunistic respins of all affected flavors) [11:52] voiced core-devs, testers, release team folks, etc. - please /msg me if you need to speak and don't have +v [11:54] i assume armel wont need a rebuild for the grub issue, right ? [11:55] it will not [11:55] ok ... no install stress tests for me then :) [11:57] ogra: would have been weird as AFAIK you don't have either grub, m-a or windows on armel ;) [11:58] yeah [11:58] just wanted to be sure if ubiquity might need any regression testing or so [11:59] stgraber: fwiw there's nothing windows-specific here [12:01] cjwatson, in a ubuntu-ubuntu installation, what m-a is supposed to migrate apart of firefox bookmarks? [12:02] ev: ^- [12:03] ara: internet explorer bookmarks, "My Documents", music, AOL IM, Yahoo IM, "My Pictures", the set wallpaper, opera bookmarks, ... [12:03] ev, in ubuntu / ubuntu ones, I was asking [12:04] oh [12:04] pidgin [12:04] sorry about that [12:04] ev, ok, thanks! [12:11] blink, what happened to the moderation here [12:12] cjwatson: they have voice... [12:12] no they don't [12:12] kraut,Kilos: please leave us to deal with things at the moment rather than asking [12:12] cjwatson, I didn't see anything [12:12] ah! only moderators see it [12:12] ah.. I didn't see anything from him [12:12] er, ops [12:12] heh [12:13] that's one of the chanmodes [12:20] FINALLY [12:21] oh SIGH !!!! [12:21] http://www.chip.de/news/Ubuntu-10.04-Lucid-Lynx-zum-Download_42676253.html [12:21] they mirrored yesterdays image, renamed it and offer it as 10.04 already [12:22] silly world [12:22] elmo, lamont: lucid-updates Packages.gz doesn't seem to be making it to syncproxy [12:22] Well, historically that has been, well, fine. Hopefully this late respin will cause them to stop that for a release or two :) [12:23] ogra: file on their server seems to be RC. clicking on download gets me to ubuntu-10.04-rc-... [12:23] wgrant, i doubt that, they want the clicks ... [12:23] ogra: can you contact them? [12:23] elmo, lamont: the *binaries* have mirrored; the Packages.gz has not [12:24] * ogra tries to find a mailto link or something [12:25] there's a "feedback" link at the bottom [12:25] slangasek: looking [12:27] lamont: thanks [12:27] lamont: aha, looks like things are moving now, thanks [12:27] yeah - was just going to say.. I see 2010-04-29 11:38 for a timestamp [12:28] echo "$(date -R): Waiting $DELAY seconds before triggering external mirrors." [12:28] sleep $DELAY [12:28] and DELAY=600 [12:29] slangasek: and when I first logged in, there was a sleep 600 in the ps output... [12:29] hum, ok [12:29] slangasek: what exactly were you seeing? [12:29] as in how were you checking syncproxy? [12:29] AFAIK it doesn't expose http [12:30] elmo: cjwatson checked it [12:30] ok, same questions, cjwatson: [12:31] rsync [12:32] i.e. RSYNC_PASSWORD=blah rsync -av ouruser@syncproxy [12:32] ::ubuntu/dists/lucid-updates/ [12:33] hmm, that's worrying [12:33] I saw the same sleep as lamont [12:33] and at that point dists/ should be synced [12:33] yeah [12:34] I think I can confirm that this only happens if there's something to migrate on the other OS [12:34] (however, that is still a pretty common case) [12:35] something to migrate? [12:37] cjwatson, i sent something to the author and the chief editor [12:37] i dont expect them to react in time though [12:39] lamont: sorry, I'm talking about bug 570765 not about syncproxy [12:39] Launchpad bug 570765 in ubiquity "[Lucid] no GRUB menu entry for other operating systems" [Critical,Confirmed] https://launchpad.net/bugs/570765 [12:40] cjwatson: doh. sry [12:41] I posted a comment in the forum for the chip online article too [12:54] so [12:55] cjwatson, wow, that worked well, they replied and ask me for an MD5 for final so they can be sure to offer the right image :) [12:55] slangasek: new king is consisently hanging when adding modules, and I've no idea why. at this point I'm going to either have to give up or ask for some help from someone either kernel-y or udev-y [12:56] cjwatson, and according to dholbach the article is corrected already [12:56] slangasek: I've done body swaps like this before and it's usually fine except for having to remove /etc/udev/rules.d/70*peristent*net* [12:56] ogra: good [12:56] ogra: it's not corrected - it's an older article - I guess that's where the other author got their information (and the links from) [12:57] but somebody said he'd pass the information on [12:57] elmo: oubiwann sent to get you a kernel person [12:57] ogra: if you didn't already, it might be a good idea to emphasise that they should wait for the official announcement and get the checksums and such from there [12:58] slangasek: thanks, it was an incredibly hard technical problem and nothing remotely resembling extremely embarassing PEBKAC [12:59] cjwatson, they said they'll wait for me, i'll just forward them the official announcement then [13:04] elmo: can I start flinging stuff at king? [13:12] slangasek: sorry [13:12] still working, rebooting now [13:12] ok [13:12] this is a complete clusterf#%Y^ [13:15] ok, booted, 30 more seconds === rgreening_ is now known as rgreening [13:36] this is unbelivable, so far it looks like it's going to be slower :-/// [13:36] than old king, never mind terranova! [13:39] my build time estimates are very much ballpark; none of the livefs build logs have timestamps [13:39] and I don't have any in my scrollback [13:39] so I can't tell if it's actually slower [13:39] would there be any reasons for network contention between the livefs buildds and the archive? [13:42] slangasek: not enough to be relevant [13:42] * slangasek nods [13:42] Fetched 515MB in 41s (12.3MB/s) [13:43] while that's not snappy, I don't think it's in the slow path [13:44] stgraber: ETA 1h45 for edubuntu (best guess) [13:45] slangasek: ok, thanks [13:51] elmo: ok, 33min for a livefs build on king [13:51] that's... longer than expected [13:51] but < 2x the build time on terranova [13:51] slangasek: crazy idea, but could it be the completely cold cache? [13:52] I have no idea [13:54] slangasek: and not very much at all pulls bits from ftpmaster [14:18] pitti: is that you looking at NEW? I was just reviewing adobereader-deu binaries and then they disappeared out of the queue ... [14:18] pitti: you reviewed wine1.0 and it's just waiting until the end for accept, right? [14:25] cjwatson: I NEWed l-b-m, but I left the partner ones alone [14:26] slangasek: it's fine by itself, but it needs to build (30 mins on i386/amd64) before we lock down lucid [14:27] pitti: yep - accepted, I'm afraid we have time [14:27] cjwatson: and I did that about an hour ago; I'm testing ATM, not queue-juggling [14:27] cjwatson: something wrong with them? [14:27] slangasek: heh [14:28] pitti: no, they looked fine [14:28] cjwatson: I did that [14:28] TBH I ignored the partner packages so far, since I never quite managed to read about their process [14:28] iamfuzz just asked me to review adobereader-deu [14:44] ttx: have you seen the follow-up from Nathan on bug #571057? [14:44] Launchpad bug 571057 in ubuntu-release-notes "slapd 2.4.21-0ubuntu5 corrupts olcDatabase={-1}frontend.ldif with duplicate olcAccess lines (again)" [Undecided,Confirmed] https://launchpad.net/bugs/571057 [14:45] slangasek: about the olcAuthzRegexp line ? [14:46] ttx: yes [14:46] slangasek: yes, that's not covered by mathiaz's patch, wanted to ask his opinion about it. Also I'm more and more confused by my tests, each upgrade path ends up with a different conffile [14:47] duplicated lines [14:47] so to solve this cleanly we probably need to cover more cases, and do more comprehensive testing of all paths [14:47] mmk [14:47] I'm getting uncomfortable rushing that as a 0-day SRU [14:48] * slangasek nods [14:48] 14:48:30 up 3 days, 6:27, 1 user, load average: 89.62, 72.15, 52.79 [14:48] can we get someone from IS to look at quandong ? [14:49] elmo: ^- ? [14:51] well [14:51] I can bounce apache, but I'm not sure where the actual load is coming from [14:51] it's not actually all that busy [14:53] and it's coming down on it's own [14:56] nice, people are jumping on testing the new ISOs like hungry cats on a mouse [14:56] did oyu ask them in #u-r-p ? [14:59] sigh, now it crashed [14:59] ogra: no, just by the build notification emails, I figure [14:59] ogra: oh, and I prodded folks in #u-desktop [14:59] nice [15:00] ogra: anyone who asks #u-r-p for ISO testing help may find themselves stabbed at UDS [15:00] lol [15:00] slangasek, has any other image been posted? [15:00] ogra: like "test the new images NOW, or I tell Rick how bad you are in the next evaluation" :-P [15:00] *grin* [15:00] ogra: you are on #u-r-p? I didn't dare yet [15:00] sure i am [15:01] twitter is enough for me ... [15:01] (also insane) [15:01] dont want to miss the entertainment [15:01] ara: not yet; the next one up is edubuntu DVD, ETA < 1h but hard to give an exact number [15:01] slangasek, ok, thanks! [15:01] slangasek, what about ubuntu dvds? [15:01] those are next after edubuntu dvd [15:07] oh, quangdong == iso.qa? [15:07] yes [15:12] tracker's going to be real slow for a few seconds but should be better after [15:13] ah? [15:13] seems like Drupal's sessions haven't been cleaned for a while [15:13] ah [15:13] so it had a table containing 543509 php sessions ... [15:13] is that going to log me out of the tracker, *again*? [15:13] it shouldn't, I'm only dropping the sessions of anonymous users [15:13] ok [15:14] stgraber: "FATAL: connection limit exceeded for non-superusers" -> that's because of too many sessions? [15:14] pitti: yes, seems like each apache process got stuck doing SQL queries [15:15] * ara hugs stgraber [15:16] elmo: if you are still around, could you stop apache for a few secs ? should decrease the load and make the cleanup go faster [15:16] it's not working right now anyway [15:16] elmo: ok, newking really is faster - edubuntu i386/amd64 just completed within a minute of each other [15:17] oops - within 2 minutes of each other === bjf[afk] is now known as bjf [15:19] slangasek: thank goodness [15:19] stgraber: if I can log in, sure [15:21] stgraber: done [15:21] elmo: good, I'll tell you as soon as the cleanup + reindex is done, shouldn't take long [15:23] elmo: looks like I need your help there ;) [15:23] elmo: http://paste.ubuntu.com/424628/ [15:23] elmo: can you run these 3 queries as the DB owner ? seems like the "db" user can't do that [15:24] stgraber: running [15:24] after that you can restart apache [15:26] done [15:28] doesn't seem to have improved much :( [15:28] slashdot says that "it's out" [15:28] a bunch of people luckily told them already that they're wrong [15:29] sigh [15:29] what else is on this box [15:29] Slashdot consistently announces it hours earlier. [15:29] It's incredible. [15:30]