[00:00] already rebooted [00:01] fixed [00:02] slangasek: ^ [00:02] is this known or do you want a report for it ? [00:06] slangasek: you can't shut down either any option you hit just logs you out from there you can shutdown [00:06] I knew there was something else [00:07] davmor2: already known; there ought to be a bug report about it for tracking, but I haven't seen it yet, feel free to file one [00:07] and give me the bug number so I can milestone it :) [00:08] for the audio or the log out or both? [00:09] hmm, looks like I'm a bit too tired to do ISO testing, I'll continue tomorrow. See you [00:09] nn stgraber I'm off once I filed this [00:10] davmor2: the audio; the logout sounds like it should also be reported, and is not previously known to me [00:11] slangasek: where the on/off button used to be it's just the gnome green man. If you go into system quit and select any option it just logs you out [00:12] hmm, ok [00:12] bug 242966 for the snd_pcsp [00:12] Launchpad bug 242966 in alsa-driver "snd_pcsp can take precedence of soundcards" [Medium,Triaged] https://launchpad.net/bugs/242966 [00:18] right, that'll be it, thanks [00:19] slangasek: bug 251319 for the log out issue. [00:19] Launchpad bug 251319 in ubuntu "Intrepid: Desktop Quit applet only log you out." [Undecided,New] https://launchpad.net/bugs/251319 [00:19] any bed now testing tomorrow :) === tgm4883_laptop__ is now known as tgm4883_laptop [01:04] desktop images respinning now [02:00] and... posted [02:57] slangasek, I didn't get a chance to look at the failure. Its Xubuntu specific? [03:41] slangasek, nvm, I found the problem. [03:42] slangasek, gnumerics is pulling in evince but we seed evince-gtk. evince and evince-gtk conflict. [03:43] slangasek, I poked gpocentrek and mr_pouit to see if either of them could do an upload of gnumerics moving evince to a suggest. [03:58] cody-somerville: Should evince really be a suggestion, or should gnumeric recommend evince | evince-gtk ? [03:59] If the spreadsheet software for some reason needs would do well with a pdf viewer than recommends evince | evince-gtk sounds great to me. === asac_ is now known as asac [08:33] morning everyone :) [08:33] slangasek: do we have up to date images now? [08:58] schwuk: How's things dude [09:40] Lo everyone [09:45] Yay Usplash screens on live :) [10:44] Bollocks Ubiquity freeze at 96% removing gparted [10:48] yeap on 32 and 64 bit grrrrrrrrrrr [10:49] erk, can you run it with --debug ? [10:49] doing it now :( [10:51] At least usplash works :) [10:51] yeah but if you can't get the system to install that's still a problem :) [10:53] 251223 [10:53] bug 251223 [10:53] Launchpad bug 251223 in linux "BUG: Dentry ffff81003ac17410{i=161b,n=cow} still in use (1) [unmount of rootfs rootfs]" [High,Triaged] https://launchpad.net/bugs/251223 [11:07] stgraber: not ubiquity it's the kernel cjwatson knows about it :) [11:07] I think that'll be the ubuntu lives off the list again then :( [11:08] don't give up hope yet [11:11] cjwatson: only for this image. The next iso release can be tested again :) [11:14] heno: Ubuntu lives are off the menu again for a bit :( [11:14] yeah, I certainly get fail in both kvm and vbox [11:15] heno: at 96% does it crash? [11:15] davmor2: it crashes on boot [11:15] that's worse than mine then :) [11:16] cjwatson: I'll try a Kubuntu live and see if it has the same issue. [11:18] I'd be surprised if it didn't, but you can try [11:18] (worth a go I suppose) [11:19] damnit, the kernel guys *deleted* unionfs [11:19] heno: I've been thinking would it be worth starting the smoke tests up again at main freeze? [11:21] davmor2: we're hoping to have fully automated daily smoke tests before too long [11:21] cjwatson: so technically it should fail at the same point shouldn't it [11:23] davmor2: ? [11:23] the Kubuntu install [11:23] well, gparted won't be there [11:24] it's not clear to me why gparted.postrm is being fingered in that call trace in the first place [11:24] but I suppose it's possible that Kubuntu might get away with it somehow [11:26] cjwatson: do they use qtparted in which case it could be the parted lib that is causing the crash maybe so at least it would lower things down a bit :) [11:27] gparted.postrm does not call libparted in any way [11:27] furthermore, libparted is already used extensively during partitioning [11:27] crapness in the union filesystem is a much more likely source [11:30] cjwatson: Kubuntu install running [11:31] I suspect that the process name listed there is a red herring [11:45] cjwatson: and crash 96% removing libntfs10 [11:47] I have a suspicion that in fact ubiquity just hadn't caught up yet, and the real crash is when umounting /target [11:47] could be. [11:48] heno: you might want to knock the live cd's on the head though :) [11:51] davmor2: as in remove them from the tracker you mean? [11:52] heno: or cross them out yes this batch won't work :( [11:52] right, doing that now [11:53] Alternatives only again try and get them done for slangasek come back on line so they can be released at least :) [11:54] I think it will be pretty crap if we have to do a *third* milestone with no desktop CDCs [11:54] CDs [11:55] agreed. alpha 3 no longer counts as 'early alpha' really [11:56] cjwatson: I agree and if slangasek postpones again it's not going to look good either. So work your cotton sock off fixing it and we'll test the alts which means if you fix we only need test the lives :) [11:58] need to restart brb [12:03] heno: any preference on what to test? [12:05] davmor2: the most common alternates - might be a good time to test netboot and upgrades too though [12:05] <_MMA_> stgrabber: When a new account is opened on the tracker is an authentication email sent? [12:06] heno: Right I'm starting with Kubuntu then and then I'll move onto Ubuntu while I dl the netboot disc's [12:08] it's 10mb - that should take all of 7 seconds ;) [12:08] 14 there are 2 :) [12:08] * heno has just updated and needs to reboot - brb [12:16] _MMA_: yeah you should receive a mail from nobody@ubuntu.com containing an activation link [12:19] <_MMA_> stgraber: Ok. Reason I ask is because I'm creating a "ubuntustudio-dev" user so new build notifactions get sent to our -devel list. Ill set the email to something else. Activate it. Then change the email to our list. As long as this doesn't result in another activation email. [12:26] _MMA_: that should be fine, if that fails just ping me and I'll change that myself. [12:26] <_MMA_> k [12:47] stgraber: what was that mouse problem you were having on intrepid installs? I now get every click on the lower right corner, opening the waste basket [12:49] heno: exactly the same issue [12:49] stgraber: is there a bug? was that in kvm? [12:53] heno: I heard of the issue when testing alpha-2 so I assumed it was reported. Looks like it isn't or it's not reported against qemu or kvm. [12:54] Looking at LP, I found bug 92354 which is exactly the same but happening with Windows ?? [12:54] Launchpad bug 92354 in qemu "Mouse hangs in lower-right corner" [Undecided,New] https://launchpad.net/bugs/92354 [12:55] hm [12:56] there is no mention there of using the vnc mode, which is what I used [12:56] stgraber: did you get this in the regular qemu window? [12:57] bbl lunch === davmor2 is now known as davmor2_lunch [12:59] heno: yes [12:59] ok [13:23] stgraber: I filed bug 251473 to attach apport info (which turned out to be slim). Are you able to bring up a console and gather some more xorg debugging info? [13:23] Launchpad bug 251473 in qemu "Mouse stuck in lower right corner in Intrepid installs in qemu on hardy" [Undecided,New] https://launchpad.net/bugs/251473 [13:23] vbox simply fails to boot the CD :( [13:26] heno: I'll attach Xorg.0.log [13:26] thanks! [13:29] it seems to use VMMouse [13:30] heno: if you replace vmmouse by mouse in your xorg.conf, the mouse will work again. [13:30] but for that you need to reach a terminal ... [13:30] ok, I'll try that [13:31] so that's either a kvm issue or a vmmouse issue [13:33] I added my xorg.conf and the workaround to the bug report [13:40] hm, it's proving a bit tricky ... === davmor2_lunch is now known as davmor2 [13:41] I managed to get to a root prompt but there is no suitable editor without Ctrl/Alt-keys - what would be the magic sed command to edit the file from the prompt? [13:42] cat /etc/X11/xorg.conf | sed s/vmmouse/mouse/ > /tmp/xorg.conf && mv /tmp/xorg.conf /etc/X11/xorg.conf ? [13:42] heno: ediitor without ctr or alt ... don't we have vi installed by default ? [13:48] stgraber: no luck - you need to issue either ':wq' or 'ZZ' both of which require shift [13:48] it doesn't accept Z with caps lock it seems [13:50] adept doesn't work in kubuntu [13:50] davmor2: isn't that the synpatic-equivalent ? [13:51] *synaptic [13:51] stgraber: yes but update-manager equiv uses it too and that is not working [13:53] that may be a problem indeed. RIDDELL !!! [13:54] stgraber: they know :) [13:55] ok [13:56] apparently caused by the removal of kde3's konsole [14:00] cgregan: morning dude :) [14:00] goooooooood morning [14:01] hi cgregan [14:01] * cgregan waves [14:02] heno: one second [14:02] heno: use break=top and you'll get an initramfs prompt (did you do this already?) [14:03] heno: then: echo "sed -i 's/vmmouse/mouse/g' /root/etc/X11/xorg.conf" >>/scripts/casper-bottom/20xconfig [14:03] then exit and let it continue [14:03] cjwatson: I got to grub, booted in recovery mode and got a root prompt [14:03] oh, well then just extract the sed command above and drop /root [14:04] (sed -i is very portable now and is better than messing around with tempfiles) [14:05] cjwatson: thanks, trying that [14:12] hm, mouse still doesn't move - stuck in the centre this time [14:13] * heno steps away from the keyboard for a bit [14:13] cjwatson: do you have a bug number for that manual LVM-crypto partitionning saying that SWAP is unsafe (alpha-2 bug and still here) ? [14:14] no, sorry [14:14] too much stuff going on right now [14:15] ok, I'll file one, what package should it be reported against ? [14:24] debian-installer to start with [14:24] I'm not sure which component is responsible [14:25] ok [14:30] heno: stgraber: things aren't great for Kubuntu the thing installs but it has 4 major post install bugs [14:31] davmor2: Riddell plans to fix+rebuild or are we too short to retest them ? [14:32] stgraber: I don't think they can be fixed in time for a3 probably a4 [14:34] stgraber: just checking though [15:05] At this rate I'm recommending we postpone a3 until at least tomorrow [15:07] be back in half hour ish [15:07] I'll take the server images as they don't have any result yet [15:08] but having another day to maybe have fixed (workarounded ?) desktop images and do alternate testing makes sense [16:00] slangasek: I think we should remove jeos from the tracker as the -virtual kernel still doesn't exist [16:07] hi [16:08] do we have some people still running hardy there? [16:08] there is quite some GNOME sru which need verifications ;-) [16:09] so that leaves ubuntu-alt's, kubuntu-alt's and server which doesn't work if you have lamp and mail [16:10] right, well mail+lamp isn't a testcase so the ISO is actually fine :) but that'd need fixing nevertheless [16:12] I'm doing edubuntu now [16:13] stgraber: well technically Kubuntu's issues are all post install [16:15] yeah, Ubuntu server doesn't have any post-install issue that I could see, it only has one install issue that isn't covered by any testcase :) [16:15] anyway, for Ubuntu server, that's fine to release it with that bug as long as it's solved in alpha4 ... [16:15] which is bazaar considering it is probably the most common setup [16:16] going for oem installs [16:16] well, installing LAMP brings a mail server, just not the right one :) [16:16] unless you like exim over postfix [16:17] some people do, I don't though [16:17] Adam from LugRadio Loves Exim [16:17] postfix seems to work for me so I don't care :) [16:19] but from a sysadmin point of view I can see the pluses that Exim has over Postfix but from a users point of view a couple of mods and postfix just works :) [16:20] last I used it exim was far from easy to configure and was lacking some features to use DNS/URL/... blacklists, I guess they have made that easier since then [16:21] what's the lamp/mail bug? [16:21] don't see it on the tracker [16:21] oh, is it just a silly recommends thing? [16:21] no it's not easy but it does make life easier for sysadmins once installed [16:23] ah, mysql-server-5.0 Recommends: mailx Depends: bsd-mailx Depends: exim4 | mail-transport-agent [16:26] so that generates a postfix vs exim conflict [16:34] http://paste.ubuntu.com/29998 Ubuntu edu add-on can't be installed without internet, missing packages on the CD [16:34] and depending on things from universe :( [16:36] stgraber: Depending, or Recommending? [16:37] well, gnome-app-install's output doesn't tell me that but I'd bet on recommending [16:39] confirmed, that's recommends [16:40] That's easier to solve then, but likely not for Alpha 3. [16:46] Is there anyone willing to test Ubuntu Alternate amd64 ? X fails in kvm with amd64 so I can't test it ... [16:50] stgraber: I'll hit after these restart [18:18] right stgraber that's tea out the way have you done an oem test on ubuntu? [18:24] cjwatson: it's not when unmounting target, because users have reported that their filesystem isn't 100% configured when they reboot (start-stop-daemon is still wrong) [18:25] slangasek: #ubuntu-installer - we think we have a fix [18:26] that only took three man-days [18:26] oh [18:26] excellent! [18:27] cjwatson: But the ubuntu community love you for it :)' [18:27] slangasek: test case on a regular (non-live) system, and don't try this if you want your state: repeatedly fork processes that do chroot("/emptydirectory"); getcwd() [18:29] cjwatson: ... whee [18:29] heno: http://paste.ubuntu.com/30029/ I'd say that was a fail wouldn't you :) [18:29] slangasek: interposing a chdir("/") fixes it [18:29] * slangasek twitches [18:30] ok; so you're working around this in ubiquity? [18:30] mdz is going to upload dpkg [18:30] ok [18:30] the chroot() is within dpkg (--root) and the getcwd() is in the sh that runs postrm scripts [18:30] it doesn't have to be an empty directory, that's just the easiest test case [18:30] aha [18:59] stgraber: Ubuntu 64bit running [18:59] davmor2: I did yesterday on Ubuntu, it worked well except the language chooser part but we had a new ubiquity since I made that test so it may well be broken now. [18:59] what was broken with the language chooser? [19:00] stgraber: no I mean the alt test you asked about [19:00] list of language was empty in the oem tool after reboot [19:00] cjwatson: that was in Kubuntu that's been fixed though [19:00] davmor2: I as answering your 18:18 question :) [19:01] *was [19:01] stgraber: sorry talking at cross purposes [19:01] davmor2: oh, stgraber said Ubuntu not Kubuntu [19:02] cjwatson: he is on about oem install on Ubuntu [19:02] gah you're all being confusing [19:02] 19:00 cjwatson: that was in Kubuntu that's been fixed though [19:02] cjwatson: Kubuntu fixed. Ubuntu unknown on oem only [19:02] * persia advocates UTC timestamps to avoid timezone confusion [19:03] davmor2: there's a load of stuff in oem-config bzr but I was reluctant to upload right before alpha in case I broke it worse [19:03] persia: feel free to teach irssi-in-screen to supply that on cut-and-paste-whole-line :) [19:04] Worse being the operative word :) [19:04] I'm not going to bugger around with hand-copying bits and pieces when it doesn't matter ... [19:04] davmor2: so is oem-config completely hosed for you right now? [19:04] cjwatson: Set the local timezone on your screen server to UTC. No modification to irssi required. [19:04] persia: ... no :) [19:04] :) [19:05] cjwatson: it is on Kubuntu I haven't tried Ubuntu. [19:05] that might be due to the kdesudo stuff, fixed in bzr [19:05] IIRC kdesu went walkies [19:05] cjwatson: see http://paste.ubuntu.com/30029 and 30033 [19:05] * stgraber starts Ubuntu Alternate i386 OEM test [19:06] err, goodness knows what 30029 is about [19:07] and 30033 is apparently you pasting a load of text at a shell :) [19:08] cjwatson: that was the list of errors I got before and after hitting ok on the popup window [19:09] using sudo to replace the hosed kdesudo [19:09] well, I honestly don't know what any of that is about [19:09] cjwatson: safe to say though with that amount of errors it didn't work :( [19:10] actually, nothing seems to have gone wrong at that stage [19:10] all those errors are just KDE whining [19:10] but oem-config-prepare worked fine - you can see its output, and you got a popup window, and those are its two functions [19:11] the relevant stuff will be after reboot, and is likely to be unrelated to those alleged errors [19:11] okay cool trying it again [19:14] cjwatson: I got a white outlined cross on a black background. I'm going to guess that is hosed.... [19:20] persia, cjwatson: as opposed to just running TZ=UTC irssi? :) [19:20] but I don't wanna [19:20] (so there, etc.) [19:20] slangasek: are you ok with removing JEOS from the tracker ? we still don't have a -virtual kernel so install fails [19:21] slangasek: That's even better. Thanks. [19:21] slangasek: so should I upload oem-config? bunch of alleged fixes, lightly tested, apparently doesn't really work anyway as is [19:21] (just what every RM likes to hear ...) [19:21] stgraber: oh, yes - sorry, I saw your comment, and got distracted before I could act on it :) [19:22] ok, one less ISO to test :) [19:23] http://paste.ubuntu.com/30046/ <- oem-config changelog [19:25] most of the oem-config changes just mirror ubiquity, though [19:30] cjwatson: yes, if it's currently broken anyway, please go ahead [19:33] I'll also see if I can manage a test [19:33] which images will it be worth respinning for the oem-config change? [19:33] hopefully not "all" :) [19:33] slangasek: all of the and you know it [19:35] slangasek: oh, just desktop would be fine [19:35] * slangasek nods [19:35] stgraber: I get a gui on alt amd 64 :) [19:35] yeah, but you aren't using kvm are you ? :) [19:36] no just saying [19:36] cjwatson: are you going to be able to do a test in parallel to the oem-config update being published, so I can short-circuit and take just the dpkg change if oem-config is a bust, or do you need it on an ISO first to know? [19:38] slangasek: So am I right in assuming that the release may be put back a day? [19:39] davmor2: shouldn't be, by my clock [19:39] slangasek: parallel [19:39] cjwatson: excellent [19:39] slangasek: should I upload it now or wait for another publisher run? [19:39] (if I do the latter, you can build with just dpkg easily) [19:39] cjwatson: go ahead and upload [19:39] the worst that happens is that oem-config doesn't work, which it doesn't now :) [19:40] is the 48 hour a day clock you live by or the 24 hour one the rest of us mortals live by? [19:40] davmor2: 24-hour, offset 8 hours from UTC ;P [19:41] er, 8 hours from London I mean [19:41] only 7 from UTC, this season :) [19:42] slangasek: that's fine but I'm getting tired now and most of the tests need doing cause most of the cd's are bust [19:42] * slangasek gets a xubuntu livefs build test in, while waiting for dpkg [19:42] davmor2: no, it's not "most", it's only the desktop CDs... [19:43] slangasek: and all of xubuntu if it gets fixed :P [19:56] wow eog over bluetooth sweet :) [19:58] slangasek: oem-config uploaded, btw [19:59] built on i386 too [19:59] (and amd64) [20:01] cool [20:04] hmm, doesn't obviously work though :( [20:08] ah, one-liner fix I think [20:10] locale is wrong, but the rest works [20:11] ok, oem-config 1.44 uploaded, sorry for the hour's delay :( [20:15] no worries, we'll get there [20:21] auto resize done [20:21] now oem [20:34] xubuntu alternate posted [20:34] you see there's another 2 ;) [20:34] will also post xubuntu desktop as soon as I have the dpkg fix; I don't think we need to wait for oem-config there [20:35] davmor2: yes, but you don't have to wait for them ;) [20:37] cody-somerville: ^^ xubuntu alternates available for testing, if you didn't see [20:37] slangasek: That'll mostly be my job then :) [20:38] ok... :) [21:07] slangasek: oem ubuntu Fail no localisation on user setup :( [21:08] davmor2: cjwatson mentioned that in scrollback [21:08] Just letting you know as your not running the update on the alternatives or are you? [21:09] I'm not, no [21:09] and anyway, cjwatson's comment implies that the locale problem isn't fixed [21:10] which is below the level of what I would consider as a "fail" vs. "something to document", anyway [21:24] slangasek: I just clicked on forward and nothing has happened probably due to no localization being selected which means I can't setup a user. I'd say that was a fail. ;) [21:24] hmm [21:24] fair enough [21:25] though I'm not sure why you say it's "probably" due to localization? [21:25] anyway, oem-config is not critical for the milestone [21:25] moving onto Xubuntu now anyway :) [21:48] xubuntu desktop posted [21:49] slangasek: wow xubuntu live works? [21:50] you tell me? :) [21:50] it's built [21:50] and it includes all the fixes that are supposed to make liveCDs work [21:50] :) [21:51] not counting oem-config, which I didn't wait for [21:52] (not a test case for xubuntu anyway) [21:54] davmor2: I don't understand why you seem to mark all of your ISO bugs as 'serious' [21:55] Kubuntu has a lack of sysadmin/printing/update and package management which one isn't critical? [21:55] printing [21:55] for an alpha, that's not critical... [21:56] Maybe but it is to me so I thought it would be for others :) [21:57] well, I expect 'serious' bugs on the ISO tracker to be ones that significantly impede the installation and that we might need to consider rerolling ISOs for [21:57] rather than "a bug that's serious to fix for the release", which is better tracked elsewhere [21:59] that's how I flag them too. [22:00] for example I marked the usplash one as serious for the LVM-crypto testcase (as the user was unable to enter his passphrase) but normal for all the others [22:00] * slangasek nods [22:00] usually serious means either the install failed or the boot failed [22:00] (we should write that somewhere) [22:01] Ah okay I always assumed that serious was something that crippled the system in a manner and non serious were just annoying [22:04] stgraber: wouldn't the lvm case you quote mean the test failed. Which is what I thought flagged the reroll? [22:04] slangasek: ^ [22:05] correct [22:05] davmor2: the system installed correctly and booted, you just couldn't see the passphrase entry field :) [22:05] but indeed I marked the bug as serious and made sure the ISO was rebuilt [22:06] (= naging on IRC) [22:08] So let's clarify this then; [22:08] Post install bugs normal no fail [22:08] booting/access to the system bugs Serious fail [22:09] does that sum it up? [22:09] or "installs but is useless afterwards" -> serious [22:09] otherwise, yes [22:11] okay ignore all but the fails for now then which I just realised I didn't add bugs for D'oh [22:12] I'll do something proper with oem-config for alpha-4 [22:12] was kinda stuck this week due to being off sick [22:13] * slangasek wills the publisher to go faster [22:13] sbeattie: around? [22:13] slangasek: get a better server :) [22:13] slangasek: yep [22:13] sbeattie: gonna have time for ISO testing this afternoon? [22:13] use ubuntu ser... oh wait [22:14] slangasek: yes, but I'm still getting terrible rsync speeds from chromium. [22:14] hum [22:14] well, if you have the current set of ISOs synced already, the next ones shouldn't take too much timenh anyway [22:15] sbeattie: I just got cracking speed when I update xub images [22:15] * slangasek kicks his KVM [22:15] I had a nice 1.8MB/s 10 mins ago (which is quite rare with cdimage) [22:16] sbeattie: so chromium != cdimage.ubuntu.com; why are you rsyncing from there? [22:16] maybe beryllium is faster this time ? (cdimage seems to point to it instead of both chromium and beryllium) [22:17] slangasek: it's still updated and used to be faster than chromium as people using cdimage didn't use it :) [22:17] right [22:18] try cdimage.u.c, though, maybe that's better now? [22:18] davmor2: yeah, I'm not exactly sure what's going on. I get great speeds from e.g. ftp.osuosl.org [22:18] chromium is what the dl-ubuntu-test-iso script defaults to [22:18] yeap [22:19] sbeattie: that's because beryllium was playing up big time and rsync kept dying because of it [22:20] doesn't seem to matter, I get under 20kB/s from chromium, beryllium, and cdimage [22:21] sbeattie: which one do you want to download ? [22:24] trying to finish getting the i386 ubuntu live cd. [22:25] oem fail goes to which package? [22:25] oem-config [22:25] ta [22:26] sbeattie: how fast can you download: http://www.sgserv.net/test.iso ? [22:26] (just checking if I can play a bit with routing to solve your current download speed issue) [22:29] slangasek: stgraber: so for kdesudo and adept would those be serious or normal. In that the system is neigh on unusable without them. [22:30] stgraber: yeah, I get about the same, though [22:31] sbeattie: so only 20kB/s from there too ? [22:31] yeah, between 20 and 30. [22:31] davmor2: I would call those 'serious' bugs for making the resulting system unusable [22:31] sbeattie: It's your own fault :) [22:32] slangasek: http://iso.qa.ubuntu.com/qatracker/test/1813 is that better now then? [22:33] sbeattie: and from there: http://www.stgraber.org/download/ubuntu/edgy-frch/edubuntu-6.10-frch-install-i386.iso ? [22:33] sbeattie: this server has completely different routes than the previous ones [22:33] davmor2: that looks a little more meaningful to me, yes, thanks :) [22:34] * stgraber loves having servers at lots of different providers, you always have one working well :) [22:34] davmor2: I blame sprint, since it looks like I'm transiting through them to get to both ubuntu.com and www.sgservnet [22:34] stgraber: ooh, stgraber.org is much better. [22:34] sbeattie: told you it's your fault ;) [22:35] sbeattie: really ? [22:36] (it's usually the worst at download/upload speed) [22:36] fwiw, I have ubuntu desktop amd64 here and will be testing that [22:36] so if people want to fan out and take other images (once they're available) maybe we can parallelize well today [22:37] bed shortly :) [22:37] stgraber: spoke to soon, it was good initially, now it's like the others. [22:38] slangasek: I'm hoping to have the ubuntu desktop i386 down soon. [22:38] sbeattie: ok [22:38] (for values of soon that include not soon enough) [22:38] sbeattie: where are you? Back in the states? [22:38] yeah, portland [22:39] That's your problem wrong side of the pond :P [22:40] davmor2: tell me something I don't know. :-) [22:41] :) [22:41] good to know, I'll test cdimage when choosing my ISP in Canada :) once I find one with unlimited download, those 60GB/month quota are just stupid, I download that in a day ... [22:41] heh :) [22:41]