[00:00] kees: ok - so it's just random in which drives will be picked up to assemble the drive [00:00] kees: what I don't understand is why it decided to auto-sync [00:00] mathiaz: I doubt it's random, but I haven't investigated the mdadm logic that surrounds the choices. [00:00] mathiaz: because it identified both drives as belonging to the same RAID, I assume. [00:01] mathiaz: but yes, this is why it is a potentially dangerous situation. [00:01] that said, there is value for some folks to have their system boot no matter what [00:01] kees: right - I don't question that. [00:01] kees: so that is not a regression from jaunty? [00:03] mathiaz: I don't think so, no. [00:03] mathiaz: it might make an interesting exercise to map the behavior of every failure flow. [00:13] kees: what does "md1 : inactive sda2[0](S)" mean? [00:13] kees: the (S) status particularly? [00:13] kees: I get that once I boot with a degraded md1 array - and swap isn't mounted anymore [00:14] mathiaz: hrm [00:14] "stopped" I think [00:14] * kees checks [00:15] kees: you're right [00:15] ah, where'd you find it? [00:16] kees: doing a mdadm manage --run /dev/md1 makes it work again :) [00:16] ah, no, I lied, it means "spare". [00:16] $ fgrep '(S)' * [00:16] md.c: seq_printf(seq, "(S)"); /* spare */ [00:16] kees: so sda1 was treated a spare drive? [00:16] kees: s/sda1/sda2/ [00:17] right, iiuc, the array was stopped, and there was a single disk. since it's not active, it's spare. [00:17] (disk is in good shape, online, and has the md uuid) [00:17] kees: hm - what could have made it stopped? [00:18] kees: I've never manually stopped any of the array [00:18] never getting the second drive, I assume [00:18] kees: hm - so md1 is used for swap [00:18] kees: while md0 is used for / [00:18] mathiaz: this is the other case of degraded: the missing drive does _not_ come back on its own [00:19] kees: I think I saw that when I booted in degraded mode [00:19] you'll need to mdadm -a /dev/md1 /dev/sdb2 to get it back (assuming sdb2 is the missing drive) [00:19] kees: I guess that md0 is forced to run when I said to boot in degraded mode [00:19] yeah [00:19] kees: but md1 is not - which leads to swap not beeing mounted when booted from a degraded raid [00:19] the degraded raid stuff is strictly for the rootfs [00:19] * kees nods [00:19] same is true for other partitions. [00:20] it's still-to-be-implemented. [00:20] kees: ok - and stopped raid array are persistent accross reboot [00:20] mathiaz: something in md does appear to "remember" a stopped state, yes. [00:20] kees: allright then. All of this makes senses then. [00:21] mathiaz: *whew* :) [00:21] kees: the only bug I've found is bug 462258 [00:21] Launchpad bug 462258 in mdadm "installer's boot-degraded debconf answer not written to installed disk" [High,Confirmed] https://launchpad.net/bugs/462258 [00:21] kees: which is only happening in the install [00:21] * kees nods [00:21] I would agree after playing with raid this afternoon [00:21] kees: doing a dpkg-reconfigure mdadm and choosing to boot from the degraded array correctly sets the option in the initramfs configuration fiule [00:22] right [00:23] kees: that's gonna make the release note even easier - after installation run dpkg-reconfigure mdadm and select *again* the option to boot from a degraded mode [00:23] yeah [00:23] sounds right to me [00:26] kees: release note updated in bug 462258 [00:26] Launchpad bug 462258 in mdadm "installer's boot-degraded debconf answer not written to installed disk" [High,Confirmed] https://launchpad.net/bugs/462258 [00:26] kees: thanks for explaining all the raid stuff [00:27] mathiaz: you bet! thanks for testing it. :) [00:40] i just saw this posted . no idea if its a fake [00:40] http://thepiratebay.org/torrent/5139359 [00:40] thought id report it [00:41] Meh, leave it. Lets see how many idiots download it before they realize they can get it on ubuntu.com too. [00:41] Huh - are those the finals? [00:41] ...actually, if I can remember my TPB login, I'll comment on it. [00:42] it was not officially release, so there is not final at this time [00:42] released [00:42] k sorry to waste ur time === spm_ is now known as spm [00:54] mathiaz: bug #462258> release note finalized now/ [00:54] ? [00:54] Launchpad bug 462258 in mdadm "installer's boot-degraded debconf answer not written to installed disk" [High,Confirmed] https://launchpad.net/bugs/462258 [00:54] slangasek: yes [00:54] ok [00:54] slangasek: it's good to go [01:15] plars: can I have the output of (a) 'sudo /usr/lib/base-installer/dmi-available-memory' and (b) 'sudo dmidecode' for the system in bug 462865, please? [01:15] Launchpad bug 462865 in ubuntu-moblin-remix "moblin-remix fails to boot after install (dup-of: 462692)" [Undecided,New] https://launchpad.net/bugs/462865 [01:15] Launchpad bug 462692 in ubiquity "Ubiquity does not finish installation on PAE kernels" [Medium,Fix released] https://launchpad.net/bugs/462692 [01:16] the dup is right, but I'd like to work out why it hit the PAE codepath [01:16] ara's system in 462692 just has plain buggy DMI information, as far as I can see [01:17] if such bugginess is widespread on devices where people might install moblin-remix, then I think we perhaps ought to respin that too [01:20] lool was ambivalent on a respin; I've launched one now, with the DVDs out of the way [01:20] Thanks [01:22] should be up for testing in < 30min [01:25] cjwatson: I just got home, gotta chase my kids to bed and then I can get it for you [01:26] thanks [01:26] installing the PAE kernel is not a fatal error in and of itself; it's only fatal in combination with this other bug [01:27] so we can tune that at relative leisure [01:27] if you do have broken DMI information, Evan and I were just discussing a possible improved heuristic [01:35] plars: ^ the idea is to have more robust DMI parsing [01:36] specifically we were thinking that we really only need to resort to DMI parsing at all if /proc/meminfo claims that you have 3GB (maximum supported by the -generic kernel) [01:36] or perhaps within some threshold of that, to account for stolen video memory or whatever [01:55] plars, lool, cjwatson: moblin respin posted [01:55] Thanks got it [02:02] hmm, I just tried and nothing new [02:04] plars: the image is there, availability for rsync/zsync is not exactly under my control... I just have the "ask the mirrors to get it" button [02:05] cjwatson: I have the new (fixed) unr booted on that box now, I don't need to be booted into the broken version of moblin or anything right? [02:06] slangasek: gotcha [02:07] plars: booted> any image is fine, they all use the same kernel [02:08] slangasek: figured as much, just wanted to make sure, thanks :) [02:11] cjwatson, lool: http://pastebin.ubuntu.com/303967 [02:26] plars: mind aattaching to the bug? [02:26] lool: will do [02:26] Oddly it did believe you had less than 3 GB hmm [02:27] lool: yes, I saw === freeflyi1g is now known as freeflying [02:27] plars: Ah but that's the fixed one? [02:27] I think they care about the long output; but at lesat we know latest version should work for you now [02:28] lool: attached [02:33] plars: thanks [02:46] got a ubuntu 8.10 question got an answer [02:57] Guest11603: this isn't a support channel; pls read the topic [02:58] Guest11603, please use #ubuntu for support questions [03:15] hello all [03:16] I've been referred there by Riddell about this issue I'm having after having installed Karmic (64-bit) on my raid1 system. [03:16] I used the standard CD (I assembled the array and mounted the drives off a livecd, then started the install process and specified /dev/md0 and /dev/md1 for /boot and /, respectively) [03:16] I installed the 64-bit Karmic 9.10 dailybuild from 20091027 or so [03:17] On bootup, the kernel dumps me to a busybox/ash shell after complaining it cannot find /. This comes off a stock installation of Kubuntu 9.10 (karmic koala). I have the output of 'blkid' and contents of 'grub.cfg' right here: http://pastebin.com/f6efcbf2c [03:17] I use softraid1; /dev/md0 hosts /boot and /dev/md1 hosts /. And I used the standard CD (I assembled the array and mounted the drives off a livecd, then started the install process and specified /dev/md0 and /dev/md1 for /boot and /, respectively) [03:21] Riddell: oh hey :) === user_ is now known as tuwqe [06:33] are there problems with the Mailinglist? [06:33] "Your membership in the mailing list ubuntu-devel has been disabled due to excessive bounces" [06:33] It's been fixed. [06:35] k, thx [07:03] Good morning [07:05] Morning pitti [07:22] people! when 9.10 will be available for download? [07:23] When it's ready [07:23] somewhere today [07:24] ebroder, but i've seen graphical countdown before. yesterday there was 1 day left. but today there is label "Coming soon" [07:25] It'll be ready when it's ready, and that's when it'll be released [07:25] And it will be ready some time today [07:26] > it will be ready some time today ** cool! I can't wait :) [07:27] install the release candidate then ... [07:27] :) [07:28] dupondje, no. i want final version. because my internet speed is sucks. and I can't download anything I want [07:30] yet another question: ubuntu and Kubuntu will be available at the same time? or kubuntu later? [07:30] same time [07:30] or at least both today [07:30] anyway [07:30] gtg [07:39] is it out yet^W^W^W^Wgood morning! [07:39] morning! [07:40] hi Hobbsee [07:40] hey dholbach [07:40] hey mvo === Whoopie_ is now known as Whoopie [08:02] anyone want to make some money? i have a murder for hire i need done. [08:02] * mneptok hates salespeople suits [08:04] mneptok: we could offer to let their data center go haywire, would that work, too? [08:05] pitti: no, as i'm on the sysadmin team :/ [08:05] pitti: add it on releases.ubuntu.com dns rotation ? [08:05] the ricochet would kill me, too === dholbach_ is now known as dholbach === highvolt1ge is now known as highvoltage [08:20] I have found a bug [08:20] a massive one that could delay the release of 9.10 [08:22] Bombbum: then you should report it via Launchpad. [08:22] Bombbum, if it was massive you not be the first one reporting it, not at this time :) [08:23] you would [08:24] the problem IS [08:24] WHEN i press open on my cup holder....it wont balance my cup [08:25] oh noez [08:25] * davmor2 loads shootgun [08:26] Bombbum: please say something else fun ;) [08:26] Bombbum: i have fixed that problem by holding down the power button on my machine for 5 seconds. try that. [08:27] mneptok: i tried that but everytime I do my penis gets hard, any ideas? [08:27] then you got a serious problem ... :) [08:27] and that's the end of that chapter. [08:27] mneptok: good job :) [08:27] thanks [08:28] release day is like the full moon of the Ubuntu world. [08:29] hmm, that might explain why I've gone so hairy === al-maisan_ is now known as al-maisan [09:26] hmm. some user says they use a tmpfs for /var ... does that make any sense? [09:27] i thought that /var would be required to be persistent ... or am i just confused ;)? [09:28] asac: using a tmpfs for /var is Wrong [09:28] /var/run or /var/cache, ok [09:28] thanks for confirming ;) [09:28] /var/tmp, technically wrong but probably won't break anything on the system [09:28] yeah. thats what i thought [09:28] /var/lib -> you might want to keep your package database [09:29] asac, we got a gdm bug where user is using a tmpfs for /var/log to prevent ssd damage from what he wrote [09:29] not sure why logs should be an issue for ssd disks though [09:29] because its consistent writing [09:30] then if you rotate logs... yeah.. in theory it wont end pretty [09:30] well it's consistent writting in your user dir too [09:30] Ture [09:31] true too. Ya know what... you win this one... only this one though. :P [09:31] lol [09:31] Been too long a day. ;) [09:45] asac, re tmpfs for /var: why not just run off a livecd and mount /home on top of that? [09:47] about tmpfs, why aren't we using tmpfs for /tmp ? [09:53] oh, discussed a long time ago, https://lists.ubuntu.com/archives/sounder/2004-September/000965.html [09:56] joaopinto, five years ago... might be reasonable to revisit this :) [09:56] "At any rate, we won't be changing this for Warty so close to release. It's [09:56] something to consider for the future. [09:56] " -mdz [09:57] :P [09:57] * liw points out that this is an excellent time to start making blueprints for the next UDS [09:58] joaopinto: it was already discussed for karmic, but we ran into kernel difficulties [09:58] bug 386554 [09:58] Launchpad bug 386554 in linux "System behaved as if OOM when it had plenty to spare" [Medium,Triaged] https://launchpad.net/bugs/386554 [10:00] hum, that bug does not mention tmpfs [10:02] joaopinto: nevertheless [10:02] ah ok, got priority === mterry is now known as partyanimal10 [10:11] slangasek, is there still time for uploading a new package to karmic? [10:11] slangasek, I could free an hour and finally rewrite the kernel in Python [10:11] trolleth not the release manager === steveire_ is now known as steveire === partyanimal10 is now known as mterry === MacSlow is now known as MacSlow|lunch [12:23] wtf, why is something setting a default ipv6 route for me via a local-link address in karmic? [12:25] slangasek: with metric 1000 only, I hope? [12:25] pitti: doesn't matter, why is it adding it at all? [12:25] I don't have a LL default route, though [12:25] slangasek: it shouldn't indeed [12:25] metric 1024 [12:26] pitti: this breaks me trying to reach releases.u.c when I don't have any other default routes :P [12:26] conceptually, IPv4LL doesn't have default routes.. [12:26] (which is a separate bug) [12:26] exactly [12:26] didn't I just fix this same braindamage in avahi for ipv4 [12:39] slangasek: Edubuntu is looking good, smoketests done, you need anything more from me? [12:39] LaserJock: s/smoketests/full ISO testing/ :) Is http://edubuntu.org/news/9.10-release [12:39] ... ready to go? === ogra_ is now known as ogra [12:40] loading that page gives me a lot of "9.04", and no content [12:40] slangasek: the content is written, it's a matter of it being in place, one sec === MacSlow|lunch is now known as MacSlow [12:51] LaserJock: that site still does not look right :) [12:51] spaetz: workin' on it [13:06] luisbg, TheMuso, cody-somerville, superm1: ping === elmo_ is now known as the_real_elmo [13:20] luisbg, cody-somerville, superm1: you might like to unembargo your content :) [13:21] slangasek: looks like we're ready here [13:22] LaserJock: ack, looks good to me [13:27] asac: is this NM creating garbage IPv6 default routes? === plars_ is now known as plars [13:40] slangasek, unembargo? [13:47] anyone near budapest ? [13:49] luisbg: is there content somewhere that's ready to be posted to https://wiki.ubuntu.com/UbuntuStudio/9.10release_notes ? === fddfoo is now known as fdd [13:52] slangasek, let me check if 'our guy' has written the release note and just hasnt published it? [13:52] luisbg: ok, thanks :) [13:53] slangasek, no problem [13:57] slangasek, link will be ready in 5 minutes [13:57] \o/ [13:58] luisbg: cheers [14:00] slangasek, cheers you :) [14:01] slangasek, Ubuntu Studio release notes up and running, thank stochastic :) [14:01] \o/ [14:03] superm1: olly olly oxen free [14:04] slangasek, is superm1 the only one pending to give you release notes? [14:04] yep [14:04] superm1, take that! :P hehehehehee [14:08] * spaetz sighs looking at slashdot. they are faster than reality again. [14:10] spaetz, yet I see no mention there about: http://www.computerworld.com/s/article/9140048/Many_open_sourcers_back_an_Oracle_takeover_of_MySQL?taxonomyId=53&pageNumber=1 [14:11] keybuk: ureadahead’s sreadahead replacement retains /etc/cron.monthly/sreadahead [14:12] ion: good catch [14:22] keybuk: Could there perhaps be some logic in ureadahead to determine when the pack is obsolete? E.g. when readaheading stuff from the pack, compare the inodes to what the pack said they were, and if > n % have changed, delete the pack for the next boot. [14:22] oh, is ureadahead the latest thing now? [14:22] keybuk: Better logic than just “> 28 days old”, that is. [14:24] hm, ubuntu.com seems a bit busy [14:25] what's that about [14:25] directhex: /. [14:25] is something happening today? [14:26] nahh, must be coincidence [14:26] any last-minute respins scheduled, or is it "safe" to yank down an image? [14:28] ion: patches welcome ;-) [14:28] keybuk: I mean, would this approach work? [14:30] ion: depends on ssd vs. hdd of course [14:35] * MsMaco hugs everybody [14:35] thank you all for everything you do to make ubuntu rock! [14:36] MsMaco: ping!!! [14:36] (this is maco, btw. quassel core is offline) [14:36] highvoltage: howdy [14:36] MsMaco: see pm [14:40] slangasek: thank you and all the others for your efforts! [14:41] * flodo goes installing [14:43] keybuk: “we end up with multi-megabyte pack files of \0s” – how about writing sparse files? [14:44] ion: ? [14:45] keybuk: Or did i understand the comment incorrectly? [14:46] which comment? [14:46] oh, about why not PATH_MAX [14:46] The one i quoted. :-P === slangasek changed the topic of #ubuntu-devel to: Ubuntu 9.10 now playing in a theater near you | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-jaunty | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [14:46] the problem is ending up with multi-metabyte files [14:46] ie. to read ahead, you have to read 8MB of pack file to tell you what to read :p [14:47] Do they contain continuous chunks of \0s? In that case, an apparent 8 MB file could take a lot less on the disk when written as a sparse file. [14:47] And therefore could be read a lot faster. [14:59] slangasek, for some reason i'm missing BT to all my channels last night but see a "?" from you in #ubuntu-mythtv-dev. was there something you needed answered? [14:59] superm1: was inquiring about getting the mythbuntu announcement published / unembargoed; Daviey has handled it, we're golden now [15:00] cool good === jamie is now known as Guest71491 === rmcbride_ is now known as rmcbride [15:13] \o/ === dendrobates is now known as dendro-afk [15:20] a/win 18 [15:34] highvolt1ge: congratulations :) [15:34] keybuk: Ok, writing a sparse file wouldn’t help; the holes aren’t long enough in the pack format. But how about gzipping? My 614 kB pack gets compressed to 45 kB. [15:35] keybuk: And gzipping such a small file presents *very* low overhead. [15:36] keybuk: That is, even if the limit is raised again. [15:36] thanks Mamarok! [15:36] ion: cost of gzip is a cost [15:36] the whole point is to be as fast as possible [15:36] so the pack is "fastest format to read" === azeem_ is now known as azeem [15:42] update-manager handles special upgrade cases not covered by dist-upgrader, right ? [15:43] dist-upgrader is another name for update-manager-core, they use the same engine. [15:43] apt-get dist-upgrade / aptitude ...-upgrade are the more "primitive" algorithms [15:44] and the update-manager-core uses rules defined out of the packaging process ? === the_real_elmo is now known as elmo [15:45] correct [15:46] joaopinto: looks at DistUpgradeQuirks.py if you are interessted in the details (in the u-m codebase) [15:47] mvo_, that is what I was looking for, thanks :) === robbiew is now known as robbiew-afk === beuno is now known as beuno-lunch [16:13] cody-somerville,superm1: please could you branch xubuntu.karmic and mythbuntu.karmic seeds to create xubuntu.lucid and mythbuntu.lucid seeds; I don't have permission [16:13] cjwatson, i thought i already did a few days ago? [16:14] oh, you were early? :) [16:14] cool [16:20] cjwatson, aye [16:21] thanks === yofel_ is now known as yofel === dendro-afk is now known as dendrobates [17:01] the beast has been released :P [17:10] can someone promote this build? https://edge.launchpad.net/~kirkland/+archive/ppa/+build/1313294 [17:10] i'm testing this for an SRU [17:11] kirkland: done [17:11] cjwatson: cheers === beuno-lunch is now known as beuno [17:15] lucid creation in progress === MacSlow is now known as MacSlow|capoeira [17:16] (we never rest ...) [17:16] cjwatson: where is that the opening of the development archives is announced? [17:18] nxvl: ubuntu-devel-announce [17:19] hum, seen 2 users reporting failing to boot with usplash enabled already [17:22] cjwatson: thnx [17:22] hmm, funny i was indeed subscribed to that list, how i miss it [17:28] cjwatson: one more, please? https://edge.launchpad.net/~kirkland/+archive/ppa/+build/1313430 [17:33] kirkland: done [17:33] cjwatson: thanks again [17:50] I'm trying to make a source package that creates a binary arch-dependent and an arch-independent dev package using CDBS [17:50] I haven't found answers to my questions in the cdbs docs [17:50] is there an irc channel or some other forum I can ask in? [17:50] who is the release manager for 9.10? [17:51] corp186, #ubuntu-motu is pretty good with cdbs stuff [17:51] stochastic: thanks, I'll ask there [17:51] stochastic: slangasek it is [17:52] the new ubuntu site front page is broken on firefox 3014 on kubuntu 904 64 bit. Who should I inform? [17:54] slangasek, I really don't mean to be rude by asking this, but how much longer can Ubuntu Studio users expect to wait before their ISOs are published? We're getting a growing number of enquiries across all levels of communication about this. [17:54] hi guys, just wanted to say thanks to any devs in here. 9.10 has a noticeable speed boost :D [17:56] o0o0o0o 9.10 is out :D [17:58] Seriously hope this upgrade doesn't take forever [17:58] couldn't even download the release notes <_< [17:58] Perhaps another time [17:58] xD [18:01] stochastic: as far as I can see, they've already been published [18:02] cjwatson, there's no image at http://cdimage.ubuntu.com/ubuntustudio/releases/9.10/ or final torrent at http://torrent.ubuntu.com/ubuntustudio/releases/karmic/ [18:02] cjwatson, where is it that they're published? [18:03] /ubuntustudio/releases/9.10/ exists on the master machine [18:03] if they aren't showing up on cdimage, it's due to some kind of release-induced lag [18:04] which is unfortunate, but is more a sysadmin kind of thing than anything the release manager can influence directly ... [18:04] elmo: ^- is cdimage just hammered? [18:04] that doesn't quite explain the lack of listing on the torrent website [18:05] cjwatson: yes, I'll bring up another cdimage machine this evening [18:05] but it doesn't explain it not being on magellanic [18:05] here: http://torrent.ubuntu.com:6969/ Ubuntu Studio is still listed as RC [18:06] mm, I'll look at that [18:09] elmo: it's in the torrent tree on antimony [18:10] elmo: /srv/cdimage.ubuntu.com/www/torrent/ubuntustudio/releases/karmic/release/alternate/ [18:10] cjwatson: ok [18:10] (and has been for nearly five hours, FWIW) [18:11] syncing now [18:11] not sure what happened to the previous sync [18:11] well then bounce the tracker [18:13] lamont: can we have lucid buildd chroots, please? [18:14] thanks everyone. even though a lot happened at quite last minute, I18N turned out great after all, thanks for all the fixes like Michael fixing stuff I expected only for lucid :) [18:15] this is a great base to do the LTS (regarding this area), and the LTS schedule is such that everything does not have to be done at the last minute [18:15] cjwatson, so should this be fixing itself now or is there more waiting to be done? [18:16] stochastic: I don't think there's anything more the release team can do; I don't know if there's more that our sysadmins need to do [18:16] cjwatson: meh. [18:16] ok [18:18] cjwatson, okay I'm not really sure of your internal structure - I'm relatively new on the ubuntu studio team. I just still don't see any torrent or iso. Is there any direction I should take this? [18:18] you've done the right thing by reporting it [18:18] now I sit and wait [18:18] okay thanks guys [18:18] stochastic: I expect that this will effectively sort itself out once things recover a bit from load, but unfortunately I can't give you a timeline [18:19] yeah, that's expected [18:19] * cjwatson publishes ports CDs, just to contribute to load ;-) [18:20] cjwatson: sorted! Thanks! [18:20] uname -i behaviour is interesting on ubuntu ... [18:21] -i, --hardware-platform [18:21] print the hardware platform or "unknown" [18:21] and it always prints unknown ... [18:22] I'm sure you guys have been getting this question all day but whats the current timeline to start dropping things for Lucid? [18:24] syn-ack: over the next week [18:24] syn-ack: I did most of the initial lucid creation today, but we'll need to get the toolchain started [18:24] cj: Good deal! [18:25] doko__: you're good to do initial toolchain uploads for lucid [18:25] * syn-ack hugs cjwatson just a littlebit [18:25] thanks to whoever created lucid in LP, helps me a lot with keeping track of SRUs [18:25] I don't know exactly when we'll start them building, but might as well start uploading [18:25] pitti: you're welcome [18:26] well, actually I got mthaddon to do it, but :) [18:26] E: Invalid Release file, no entry for main/binary-hppa/Packages <-- sometimes, automation goes overboard [18:26] cjwatson: maybe not tonight, lool asked for one other change [18:27] cjwatson, dude, take the credit wherever possible. :P [18:32] cjwatson, the iso files at http://torrent.ubuntu.com/ubuntustudio/releases/karmic/release/alternate/ give Forbidden errors and the torrent files don't have any peers with the file. [18:38] elmo: ^- those files are mode 644 on antimony - do you know why they're Forbidden on torrent.u.c? [18:38] probably because the tracker hadn't restarted yet [18:38] 664, rather [18:39] -rw-rw-r-- 1 archvsync archvsync 1556807680 Oct 27 17:00 ubuntustudio-9.10-alternate-i386.iso [18:39] stochastic: try now? [18:39] elmo, still forbidden [18:39] stochastic: oh, well, yes [18:39] directly downloading via http is of course [18:40] torrent.u.c is there for torrent, not http [18:40] torrent is active in my Deluge and no peers have the file [18:40] do you want me to re-download the torrent and restart? [18:44] zul: did you see Steve's question in bug 451314 ? [18:44] Launchpad bug 451314 in php5 "[SRU] PHP 5.2.10 zlib bug remains for 32bit" [Medium,Fix committed] https://launchpad.net/bugs/451314 [18:44] pitti: yeah its on my list today to answer them [18:45] stochastic: I don't have any peers but I see other leechers [18:45] stochastic: I think once someone completes it should be good [18:46] elmo, nobody is downloading the file, It's been sitting a 0mb/s for five minutes now [18:46] try the 64bit for a more dramatic example. [18:47] stochastic: like I said, when I download it, I see 2 people downloading [18:47] elmo, okay, I'll trust you. off I go for the morning coffee [18:48] thanks. [18:48] stochastic: well I may be wrong, but AFAICS it should work and I've done everything I would normally do to get a missing file into the torrent [18:50] OTOH it's very hard for me to test from this network [18:50] I can test if I can get an URL to the torrent === asac_ is now known as asac [18:52] aha, now it's working [18:52] maswan: http://torrent.ubuntu.com/ubuntustudio/releases/karmic/release/alternate/ubuntustudio-9.10-alternate-amd64.iso.torrent [18:56] cjwatson: lucid tarballs uploading now. [18:56]