[00:00] <mathiaz> kees: ok - so it's just random in which drives will be picked up to assemble the drive
[00:00] <mathiaz> kees: what I don't understand is why it decided to auto-sync
[00:00] <kees> mathiaz: I doubt it's random, but I haven't investigated the mdadm logic that surrounds the choices.
[00:00] <kees> mathiaz: because it identified both drives as belonging to the same RAID, I assume.
[00:01] <kees> mathiaz: but yes, this is why it is a potentially dangerous situation.
[00:01] <kees> that said, there is value for some folks to have their system boot no matter what
[00:01] <mathiaz> kees: right - I don't question that.
[00:01] <mathiaz> kees: so that is not a regression from jaunty?
[00:03] <kees> mathiaz: I don't think so, no.
[00:03] <kees> mathiaz: it might make an interesting exercise to map the behavior of every failure flow.
[00:13] <mathiaz> kees: what does "md1 : inactive sda2[0](S)" mean?
[00:13] <mathiaz> kees: the (S) status particularly?
[00:13] <mathiaz> kees: I get that once I boot with a degraded md1 array - and swap isn't mounted anymore
[00:14] <kees> mathiaz: hrm
[00:14] <kees> "stopped" I think
[00:14]  * kees checks
[00:15] <mathiaz> kees: you're right
[00:15] <kees> ah, where'd you find it?
[00:16] <mathiaz> kees: doing a mdadm manage --run /dev/md1 makes it work again :)
[00:16] <kees> ah, no, I lied, it means "spare".
[00:16] <kees> $ fgrep '(S)' *
[00:16] <kees> md.c:				seq_printf(seq, "(S)"); /* spare */
[00:16] <mathiaz> kees: so sda1 was treated a spare drive?
[00:16] <mathiaz> kees: s/sda1/sda2/
[00:17] <kees> right, iiuc, the array was stopped, and there was a single disk.  since it's not active, it's spare.
[00:17] <kees> (disk is in good shape, online, and has the md uuid)
[00:17] <mathiaz> kees: hm - what could have made it stopped?
[00:18] <mathiaz> kees: I've never manually stopped any of the array
[00:18] <kees> never getting the second drive, I assume
[00:18] <mathiaz> kees: hm - so md1 is used for swap
[00:18] <mathiaz> kees: while md0 is used for /
[00:18] <kees> mathiaz: this is the other case of degraded: the missing drive does _not_ come back on its own
[00:19] <mathiaz> kees: I think I saw that when I booted in degraded mode
[00:19] <kees> you'll need to  mdadm -a /dev/md1 /dev/sdb2   to get it back  (assuming sdb2 is the missing drive)
[00:19] <mathiaz> kees: I guess that md0 is forced to run when I said to boot in degraded mode
[00:19] <kees> yeah
[00:19] <mathiaz> kees: but md1 is not - which leads to swap not beeing mounted when booted from a degraded raid
[00:19] <kees> the degraded raid stuff is strictly for the rootfs
[00:19]  * kees nods
[00:19] <kees> same is true for other partitions.
[00:20] <kees> it's still-to-be-implemented.
[00:20] <mathiaz> kees: ok - and stopped raid array are persistent accross reboot
[00:20] <kees> mathiaz: something in md does appear to "remember" a stopped state, yes.
[00:20] <mathiaz> kees: allright then. All of this makes senses then.
[00:21] <kees> mathiaz: *whew*  :)
[00:21] <mathiaz> kees: the only bug I've found is bug 462258
[00:21] <mathiaz> kees: which is only happening in the install
[00:21]  * kees nods
[00:21] <kees> I would agree after playing with raid this afternoon
[00:21] <mathiaz> 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] <kees> right
[00:23] <mathiaz> 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] <kees> yeah
[00:23] <kees> sounds right to me
[00:26] <mathiaz> kees: release note updated in bug 462258
[00:26] <mathiaz> kees: thanks for explaining all the raid stuff
[00:27] <kees> mathiaz: you bet!  thanks for testing it.  :)
[00:40] <d0htem> i just saw this posted . no idea if its a fake
[00:40] <d0htem> http://thepiratebay.org/torrent/5139359
[00:40] <d0htem> thought id report it
[00:41] <Hellow> Meh, leave it. Lets see how many idiots download it before they realize they can get it on ubuntu.com too.
[00:41] <ebroder> Huh - are those the finals?
[00:41] <Hellow> ...actually, if I can remember my TPB login, I'll comment on it.
[00:42] <joaopinto> it was not officially release, so there is not final at this time
[00:42] <joaopinto> released
[00:42] <d0htem> k sorry to waste ur time
[00:54] <slangasek> mathiaz: bug #462258> release note finalized now/
[00:54] <slangasek> ?
[00:54] <mathiaz> slangasek: yes
[00:54] <slangasek> ok
[00:54] <mathiaz> slangasek: it's good to go
[01:15] <cjwatson> 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:16] <cjwatson> the dup is right, but I'd like to work out why it hit the PAE codepath
[01:16] <cjwatson> ara's system in 462692 just has plain buggy DMI information, as far as I can see
[01:17] <cjwatson> 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] <slangasek> lool was ambivalent on a respin; I've launched one now, with the DVDs out of the way
[01:20] <lool> Thanks
[01:22] <slangasek> should be up for testing in < 30min
[01:25] <plars> cjwatson: I just got home, gotta chase my kids to bed and then I can get it for you
[01:26] <cjwatson> thanks
[01:26] <cjwatson> 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] <cjwatson> so we can tune that at relative leisure
[01:27] <cjwatson> if you do have broken DMI information, Evan and I were just discussing a possible improved heuristic
[01:35] <lool> plars: ^ the idea is to have more robust DMI parsing
[01:36] <cjwatson> 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] <cjwatson> or perhaps within some threshold of that, to account for stolen video memory or whatever
[01:55] <slangasek> plars, lool, cjwatson: moblin respin posted
[01:55] <lool> Thanks got it
[02:02] <plars> hmm, I just tried and nothing new
[02:04] <slangasek> 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] <plars> 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] <plars> slangasek: gotcha
[02:07] <slangasek> plars: booted> any image is fine, they all use the same kernel
[02:08] <plars> slangasek: figured as much, just wanted to make sure, thanks :)
[02:11] <plars> cjwatson, lool: http://pastebin.ubuntu.com/303967
[02:26] <lool> plars: mind aattaching to the bug?
[02:26] <plars> lool: will do
[02:26] <lool> Oddly it did believe you had less than 3 GB hmm
[02:27] <plars> lool: yes, I saw
[02:27] <lool> plars: Ah but that's the fixed one?
[02:27] <lool> I think they care about the long output; but at lesat we know latest version should work for you now
[02:28] <plars> lool: attached
[02:33] <lool> plars: thanks
[02:46] <Guest11603> got a ubuntu 8.10 question got an answer
[02:57] <Chipzz> Guest11603: this isn't a support channel; pls read the topic
[02:58] <porthose> Guest11603, please use #ubuntu for support questions
[03:15] <Roey> hello all
[03:16] <Roey> 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] <Roey> 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] <Roey> I installed the 64-bit Karmic 9.10 dailybuild from 20091027 or so
[03:17] <Roey> 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] <Roey> 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] <Roey> Riddell: oh hey :)
[06:33] <nemesis> are there problems with the Mailinglist?
[06:33] <nemesis> "Your membership in the mailing list ubuntu-devel has been disabled due to excessive bounces"
[06:33] <ScottK> It's been fixed.
[06:35] <nemesis> k, thx
[07:03] <pitti> Good morning
[07:05] <StevenK> Morning pitti
[07:22] <zim22> people! when 9.10 will be available for download?
[07:23] <ebroder> When it's ready
[07:23] <dupondje> somewhere today
[07:24] <zim22> ebroder, but i've seen graphical countdown before. yesterday there was 1 day left. but today there is label "Coming soon"
[07:25] <ebroder> It'll be ready when it's ready, and that's when it'll be released
[07:25] <ebroder> And it will be ready some time today
[07:26] <zim22> > it will be ready some time today            ** cool! I can't wait :)
[07:27] <dupondje> install the release candidate then ...
[07:27] <dupondje> :)
[07:28] <zim22> dupondje, no. i want final version. because my internet speed is sucks. and I can't download anything I want
[07:30] <zim22> yet another question: ubuntu and Kubuntu will be available at the same time? or kubuntu later?
[07:30] <dupondje> same time
[07:30] <dupondje> or at least both today
[07:30] <dupondje> anyway
[07:30] <dupondje> gtg
[07:39] <dholbach> is it out yet^W^W^W^Wgood morning!
[07:39] <Hobbsee> morning!
[07:40] <dholbach> hi Hobbsee
[07:40] <mvo> hey dholbach
[07:40] <dholbach> hey mvo
[08:02] <mneptok> anyone want to make some money? i have a murder for hire i need done.
[08:02]  * mneptok hates salespeople suits
[08:04] <pitti> mneptok: we could offer to let their data center go haywire, would that work, too?
[08:05] <mneptok> pitti: no, as i'm on the sysadmin team :/
[08:05] <ttx> pitti: add it on releases.ubuntu.com dns rotation ?
[08:05] <mneptok> the ricochet would kill me, too
[08:20] <Bombbum> I have found a bug
[08:20] <Bombbum> a massive one that could delay the release of 9.10
[08:22] <mneptok> Bombbum: then you should report it via Launchpad.
[08:22] <joaopinto> Bombbum, if it was massive you not be the first one reporting it, not at this time :)
[08:23] <joaopinto> you would
[08:24] <Bombbum> the problem IS
[08:24] <Bombbum> WHEN i press open on my cup holder....it wont balance my cup
[08:25] <Hobbsee> oh noez
[08:25]  * davmor2 loads shootgun
[08:26] <davmor2> Bombbum: please say something else fun ;)
[08:26] <mneptok> Bombbum: i have fixed that problem by holding down the power button on my machine for 5 seconds. try that.
[08:27] <Bombbum> mneptok: i tried that but everytime I do my penis gets hard, any ideas?
[08:27] <spaetz> then you got a serious problem ... :)
[08:27] <mneptok> and that's the end of that chapter.
[08:27] <al-maisan_> mneptok: good job :)
[08:27] <spaetz> thanks
[08:28] <mneptok> release day is like the full moon of the Ubuntu world.
[08:29] <highvoltage> hmm, that might explain why I've gone so hairy
[09:26] <asac> hmm. some user says they use a tmpfs for /var ... does that make any sense?
[09:27] <asac> i thought that /var would be required to be persistent ... or am i just confused ;)?
[09:28] <slangasek> asac: using a tmpfs for /var is Wrong
[09:28] <slangasek> /var/run or /var/cache, ok
[09:28] <asac> thanks for confirming ;)
[09:28] <slangasek> /var/tmp, technically wrong but probably won't break anything on the system
[09:28] <asac> yeah. thats what i thought
[09:28] <slangasek> /var/lib -> you might want to keep your package database
[09:29] <seb128> 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] <seb128> not sure why logs should be an issue for ssd disks though
[09:29] <syn-ack> because its consistent writing
[09:30] <syn-ack> then if you rotate logs... yeah.. in theory it wont end pretty
[09:30] <seb128> well it's consistent writting in your user dir too
[09:30] <syn-ack> Ture
[09:31] <syn-ack> true too. Ya know what... you win this one... only this one though. :P
[09:31] <seb128> lol
[09:31] <syn-ack> Been too long a day. ;)
[09:45] <liw> asac, re tmpfs for /var: why not just run off a livecd and mount /home on top of that?
[09:47] <joaopinto> about tmpfs, why aren't we using tmpfs for /tmp ?
[09:53] <joaopinto> oh, discussed a long time ago, https://lists.ubuntu.com/archives/sounder/2004-September/000965.html
[09:56] <liw> joaopinto, five years ago... might be reasonable to revisit this :)
[09:56] <joaopinto> "At any rate, we won't be changing this for Warty so close to release.  It's
[09:56] <joaopinto> something to consider for the future.
[09:56] <joaopinto> " -mdz
[09:57] <joaopinto> :P
[09:57]  * liw points out that this is an excellent time to start making blueprints for the next UDS
[09:58] <cjwatson> joaopinto: it was already discussed for karmic, but we ran into kernel difficulties
[09:58] <cjwatson> bug 386554
[10:00] <joaopinto> hum, that bug does not mention tmpfs
[10:02] <cjwatson> joaopinto: nevertheless
[10:02] <joaopinto> ah ok, got priority
[10:11] <liw> slangasek, is there still time for uploading a new package to karmic?
[10:11] <liw> slangasek, I could free an hour and finally rewrite the kernel in Python
[10:11] <slangasek> trolleth not the release manager
[12:23] <slangasek> wtf, why is something setting a default ipv6 route for me via a local-link address in karmic?
[12:25] <pitti> slangasek: with metric 1000 only, I hope?
[12:25] <slangasek> pitti: doesn't matter, why is it adding it at all?
[12:25] <pitti> I don't have a LL default route, though
[12:25] <pitti> slangasek: it shouldn't indeed
[12:25] <slangasek> metric 1024
[12:26] <slangasek> pitti: this breaks me trying to reach releases.u.c when I don't have any other default routes :P
[12:26] <pitti> conceptually, IPv4LL doesn't have default routes..
[12:26] <slangasek> (which is a separate bug)
[12:26] <slangasek> exactly
[12:26] <slangasek> didn't I just fix this same braindamage in avahi for ipv4
[12:39] <LaserJock> slangasek: Edubuntu is looking good, smoketests done, you need anything more from me?
[12:39] <slangasek> LaserJock: s/smoketests/full ISO testing/ :)  Is http://edubuntu.org/news/9.10-release
[12:39] <slangasek> ... ready to go?
[12:40] <slangasek> loading that page gives me a lot of "9.04", and no content
[12:40] <LaserJock> slangasek: the content is written, it's a matter of it being in place, one sec
[12:51] <spaetz> LaserJock: that site still does not look right :)
[12:51] <LaserJock> spaetz: workin' on it
[13:06] <slangasek> luisbg, TheMuso, cody-somerville, superm1: ping
[13:20] <slangasek> luisbg, cody-somerville, superm1: you might like to unembargo your content :)
[13:21] <LaserJock> slangasek: looks like we're ready here
[13:22] <slangasek> LaserJock: ack, looks good to me
[13:27] <slangasek> asac: is this NM creating garbage IPv6 default routes?
[13:40] <luisbg> slangasek, unembargo?
[13:47] <sivang> anyone near budapest ?
[13:49] <slangasek> luisbg: is there content somewhere that's ready to be posted to https://wiki.ubuntu.com/UbuntuStudio/9.10release_notes ?
[13:52] <luisbg> slangasek, let me check if 'our guy' has written the release note and just hasnt published it?
[13:52] <slangasek> luisbg: ok, thanks :)
[13:53] <luisbg> slangasek, no problem
[13:57] <luisbg> slangasek, link will be ready in 5 minutes
[13:57] <luisbg> \o/
[13:58] <slangasek> luisbg: cheers
[14:00] <luisbg> slangasek, cheers you :)
[14:01] <luisbg> slangasek, Ubuntu Studio release notes up and running, thank stochastic :)
[14:01] <slangasek> \o/
[14:03] <slangasek> superm1: olly olly oxen free
[14:04] <luisbg> slangasek, is superm1 the only one pending to give you release notes?
[14:04] <slangasek> yep
[14:04] <luisbg> superm1, take that! :P hehehehehee
[14:08]  * spaetz sighs looking at slashdot. they are faster than reality again.
[14:10] <luisbg> 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] <ion> keybuk: ureadahead’s sreadahead replacement retains /etc/cron.monthly/sreadahead
[14:12] <Keybuk> ion: good catch
[14:22] <ion> 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] <pitti> oh, is ureadahead the latest thing now?
[14:22] <ion> keybuk: Better logic than just “> 28 days old”, that is.
[14:24] <directhex> hm, ubuntu.com seems a bit busy
[14:25] <slangasek> what's that about
[14:25] <jpds> directhex: /.
[14:25] <slangasek> is something happening today?
[14:26] <spaetz> nahh, must be coincidence
[14:26] <directhex> any last-minute respins scheduled, or is it "safe" to yank down an image?
[14:28] <Keybuk> ion: patches welcome ;-)
[14:28] <ion> keybuk: I mean, would this approach work?
[14:30] <Keybuk> ion: depends on ssd vs. hdd of course
[14:35]  * MsMaco hugs everybody
[14:35] <MsMaco> thank you all for everything you do to make ubuntu rock!
[14:36] <highvoltage> MsMaco: ping!!!
[14:36] <MsMaco> (this is maco, btw. quassel core is offline)
[14:36] <MsMaco> highvoltage: howdy
[14:36] <highvoltage> MsMaco: see pm
[14:40] <flodo> slangasek: thank you and all the others for your efforts!
[14:41]  * flodo goes installing
[14:43] <ion> keybuk: “we end up with multi-megabyte pack files of \0s” – how about writing sparse files?
[14:44] <Keybuk> ion: ?
[14:45] <ion> keybuk: Or did i understand the comment incorrectly?
[14:46] <Keybuk> which comment?
[14:46] <Keybuk> oh, about why not PATH_MAX
[14:46] <ion> The one i quoted. :-P
[14:46] <Keybuk> the problem is ending up with multi-metabyte files
[14:46] <Keybuk> ie. to read ahead, you have to read 8MB of pack file to tell you what to read :p
[14:47] <ion> 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] <ion> And therefore could be read a lot faster.
[14:59] <superm1> 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] <slangasek> superm1: was inquiring about getting the mythbuntu announcement published / unembargoed; Daviey has handled it, we're golden now
[15:00] <superm1> cool good
[15:13] <pitti> \o/
[15:20] <jdong> a/win 18
[15:34] <Mamarok> highvolt1ge: congratulations :)
[15:34] <ion> 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] <ion> keybuk: And gzipping such a small file presents *very* low overhead.
[15:36] <ion> keybuk: That is, even if the limit is raised again.
[15:36] <highvolt1ge> thanks Mamarok!
[15:36] <Keybuk> ion: cost of gzip is a cost
[15:36] <Keybuk> the whole point is to be as fast as possible
[15:36] <Keybuk> so the pack is "fastest format to read"
[15:42] <joaopinto> update-manager handles special upgrade cases not covered by dist-upgrader, right ?
[15:43] <jdong> dist-upgrader is another name for update-manager-core, they use the same engine.
[15:43] <jdong> apt-get dist-upgrade / aptitude ...-upgrade are the more "primitive" algorithms
[15:44] <joaopinto> and the update-manager-core uses rules defined out of the packaging process ?
[15:45] <jdong> correct
[15:46] <mvo_> joaopinto: looks at DistUpgradeQuirks.py if you are interessted in the details (in the u-m codebase)
[15:47] <joaopinto> mvo_, that is what I was looking for, thanks :)
[16:13] <cjwatson> 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] <superm1> cjwatson, i thought i already did a few days ago?
[16:14] <cjwatson> oh, you were early? :)
[16:14] <cjwatson> cool
[16:20] <cody-somerville> cjwatson, aye
[16:21] <cjwatson> thanks
[17:01] <dupondje> the beast has been released :P
[17:10] <kirkland> can someone promote this build?  https://edge.launchpad.net/~kirkland/+archive/ppa/+build/1313294
[17:10] <kirkland> i'm testing this for an SRU
[17:11] <cjwatson> kirkland: done
[17:11] <kirkland> cjwatson: cheers
[17:15] <cjwatson> lucid creation in progress
[17:16] <cjwatson> (we never rest ...)
[17:16] <nxvl> cjwatson: where is that the opening of the development archives is announced?
[17:18] <cjwatson> nxvl: ubuntu-devel-announce
[17:19] <joaopinto> hum, seen 2 users reporting failing to boot with usplash enabled already
[17:22] <nxvl> cjwatson: thnx
[17:22] <nxvl> hmm, funny i was indeed subscribed to that list, how i miss it
[17:28] <kirkland> cjwatson: one more, please?  https://edge.launchpad.net/~kirkland/+archive/ppa/+build/1313430
[17:33] <cjwatson> kirkland: done
[17:33] <kirkland> cjwatson: thanks again
[17:50] <corp186> I'm trying to make a source package that creates a binary arch-dependent and an arch-independent dev package using CDBS
[17:50] <corp186> I haven't found answers to my questions in the cdbs docs
[17:50] <corp186> is there an irc channel or some other forum I can ask in?
[17:50] <stochastic> who is the release manager for 9.10?
[17:51] <stochastic> corp186, #ubuntu-motu is pretty good with cdbs stuff
[17:51] <corp186> stochastic: thanks, I'll ask there
[17:51] <sebner> stochastic: slangasek it is
[17:52] <ct529> the new ubuntu site front page is broken on firefox 3014 on kubuntu 904 64 bit. Who should I inform?
[17:54] <stochastic> 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] <dojo> hi guys, just wanted to say thanks to any devs in here. 9.10 has a noticeable speed boost :D
[17:56] <oliver3> o0o0o0o 9.10 is out :D
[17:58] <oliver3> Seriously hope this upgrade doesn't take forever
[17:58] <oliver3> couldn't even download the release notes <_<
[17:58] <oliver3> Perhaps another time
[17:58] <oliver3> xD
[18:01] <cjwatson> stochastic: as far as I can see, they've already been published
[18:02] <stochastic> 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] <stochastic> cjwatson, where is it that they're published?
[18:03] <cjwatson> /ubuntustudio/releases/9.10/ exists on the master machine
[18:03] <cjwatson> if they aren't showing up on cdimage, it's due to some kind of release-induced lag
[18:04] <cjwatson> which is unfortunate, but is more a sysadmin kind of thing than anything the release manager can influence directly ...
[18:04] <cjwatson> elmo: ^- is cdimage just hammered?
[18:04] <stochastic> that doesn't quite explain the lack of listing on the torrent website
[18:05] <elmo> cjwatson: yes, I'll bring up another cdimage machine this evening
[18:05] <elmo> but it doesn't explain it not being on magellanic
[18:05] <stochastic> here: http://torrent.ubuntu.com:6969/ Ubuntu Studio is still listed as RC
[18:06] <cjwatson> mm, I'll look at that
[18:09] <cjwatson> elmo: it's in the torrent tree on antimony
[18:10] <cjwatson> elmo: /srv/cdimage.ubuntu.com/www/torrent/ubuntustudio/releases/karmic/release/alternate/
[18:10] <elmo> cjwatson: ok
[18:10] <cjwatson> (and has been for nearly five hours, FWIW)
[18:11] <elmo> syncing now
[18:11] <elmo> not sure what happened to the previous sync
[18:11] <elmo> well then bounce the tracker
[18:13] <cjwatson> lamont: can we have lucid buildd chroots, please?
[18:14] <Mirv> 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] <Mirv> 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] <stochastic> cjwatson, so should this be fixing itself now or is there more waiting to be done?
[18:16] <cjwatson> 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] <lamont> cjwatson: meh.
[18:16] <lamont> ok
[18:18] <stochastic> 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] <cjwatson> you've done the right thing by reporting it
[18:18] <stochastic> now I sit and wait
[18:18] <stochastic> okay thanks guys
[18:18] <cjwatson> 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] <stochastic> yeah, that's expected
[18:19]  * cjwatson publishes ports CDs, just to contribute to load ;-)
[18:20] <stochastic> cjwatson: sorted!  Thanks!
[18:20] <doko__> uname -i behaviour is interesting on ubuntu ...
[18:21] <doko__>       -i, --hardware-platform
[18:21] <doko__>               print the hardware platform or "unknown"
[18:21] <doko__> and it always prints unknown ...
[18:22] <syn-ack> 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] <cjwatson> syn-ack: over the next week
[18:24] <cjwatson> syn-ack: I did most of the initial lucid creation today, but we'll need to get the toolchain started
[18:24] <syn-ack> cj: Good deal!
[18:25] <cjwatson> doko__: you're good to do initial toolchain uploads for lucid
[18:25]  * syn-ack hugs cjwatson just a littlebit
[18:25] <pitti> thanks to whoever created lucid in LP, helps me a lot with keeping track of SRUs
[18:25] <cjwatson> I don't know exactly when we'll start them building, but might as well start uploading
[18:25] <cjwatson> pitti: you're welcome
[18:26] <cjwatson> well, actually I got mthaddon to do it, but :)
[18:26] <lamont> E: Invalid Release file, no entry for main/binary-hppa/Packages <-- sometimes, automation goes overboard
[18:26] <doko__> cjwatson: maybe not tonight, lool asked for one other change
[18:27] <syn-ack> cjwatson, dude, take the credit wherever possible. :P
[18:32] <stochastic> 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] <cjwatson> elmo: ^- those files are mode 644 on antimony - do you know why they're Forbidden on torrent.u.c?
[18:38] <elmo> probably because the tracker hadn't restarted yet
[18:38] <cjwatson> 664, rather
[18:39] <elmo> -rw-rw-r-- 1 archvsync archvsync 1556807680 Oct 27 17:00 ubuntustudio-9.10-alternate-i386.iso
[18:39] <elmo> stochastic: try now?
[18:39] <stochastic> elmo, still forbidden
[18:39] <elmo> stochastic: oh, well, yes
[18:39] <elmo> directly downloading via http is of course
[18:40] <elmo> torrent.u.c is there for torrent, not http
[18:40] <stochastic> torrent is active in my Deluge and no peers have the file
[18:40] <stochastic> do you want me to re-download the torrent and restart?
[18:44] <pitti> zul: did you see Steve's question in bug 451314 ?
[18:44] <zul> pitti: yeah its on my list today to answer them
[18:45] <elmo> stochastic: I don't have any peers but I see other leechers
[18:45] <elmo> stochastic: I think once someone completes it should be good
[18:46] <stochastic> elmo, nobody is downloading the file, It's been sitting a 0mb/s for five minutes now
[18:46] <stochastic> try the 64bit for a more dramatic example.
[18:47] <elmo> stochastic: like I said, when I download it, I see 2 people downloading
[18:47] <stochastic> elmo, okay, I'll trust you.  off I go for the morning coffee
[18:48] <stochastic> thanks.
[18:48] <elmo> 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] <elmo> OTOH it's very hard for me to test from this network
[18:50] <maswan> I can test if I can get an URL to the torrent
[18:52] <elmo> aha, now it's working
[18:52] <elmo> maswan: http://torrent.ubuntu.com/ubuntustudio/releases/karmic/release/alternate/ubuntustudio-9.10-alternate-amd64.iso.torrent
[18:56] <lamont> cjwatson: lucid tarballs uploading now.
[18:56] <maswan> is cdimage.u.c/ubuntustudio/releases an interesting part of cdimage.u.c for me to mirror?
[18:56] <maswan> any other parts there that are big in terms of demand that isn't on http://ftp.acc.umu.se/mirror/cdimage.ubuntu.com/
[18:57] <elmo> maswan: I suspect it's interesting for the ubuntu studio folks, yeah
[18:59] <maswan> elmo: cdimage seems horribly slow in terms of even giving me a directory listing, want to shove some of that traffic our way, or is it just all over saturation?
[18:59] <elmo> maswan: the two machines just don't have any more BW to give
[18:59]  * maswan nods
[18:59] <Aquina> Is http://cdimages.ubuntu.com/ down?
[18:59] <elmo> maswan: I'm not sure I could even get on them to redirect traffic your way
[18:59] <maswan> Aquina: no, just heavily loaded
[18:59] <Aquina> oh
[18:59] <elmo> maswan: I'm going to head into the DC and bring up a third
[19:00] <maswan> Aquina: I managed to get a directory listing after quite some time
[19:00] <maswan> elmo: Hm. Of course, I might not have all of the stuff yet, might be waiting for an rsync from cdimage...
[19:00] <elmo> maswan: right
[19:00] <elmo> whereas I can resync a 3rd from the master
[19:00]  * maswan nods
[19:00] <elmo> I'm hoping 3Gb/s out to be enough for the greedy cdimage monster
[19:01] <maswan> good luck :)
[19:02] <maswan> Ah, we only sync that every 12 hours, and it looks like it grabbed it just before release images started appearing (11h ago)
[19:03] <lamont> cjwatson: and FIN
[19:13] <stochastic> elmo the http://cdimage.ubuntu.com/ubuntustudio/releases/9.10/release/ folder is still empty
[19:13] <elmo> stochastic: sigh, I know dude
[19:13] <elmo> stochastic: I'm working on it
[19:13] <stochastic> okay
[19:13] <stochastic> :)
[19:13] <stochastic> thanks for getting the torrent file working
[19:27] <ccheney> argh
[19:27] <ccheney> is it now generally impossible to edit anything in launchpad since it forces them to be 'JSON' compliant
[19:28] <ccheney> or is there some workaround for that braindamage
[19:34] <mathiaz> ccheney: O
[19:34] <mathiaz> ccheney: I've run into similar when trying to edit a bug description
[19:34] <mathiaz> ccheney: I've just added a /+edit to the end of the url bug
[19:38] <ccheney> mathiaz: ah :)
[19:38] <ccheney> mathiaz: nearly every time i have to edit something it happens
[19:39] <ccheney> what is allowed in the json spec is much smaller set of what you can type and even what you can type in normal sentences apparently
[19:39] <ccheney> i think ' and " is not allowed
[19:39] <mathiaz> ccheney: if the content is properly escaped it shouldn't be such a big problem
[19:40] <ccheney> well the content shouldn't be escaped at all in the web view, it should happen by whatever they are doing to make the edit work, which apparently isn't happening
[19:42] <cumulus007> Hi, I'm the translator of the Dutch localization of the 9.10 release notes and to my unpleasant surprise, I noticed that the Dutch version has been removed from the wiki
[19:42] <cumulus007> I'm wondering why this has happened
[19:42] <cumulus007> It's also removed from the list of completed translations, so this didn't happen by accident at all
[19:45] <ccheney> slangasek: ^ cumulus007
[19:46] <cumulus007> Hm, it looks like the release notes have been changed since the last time I saw them, I think that's the reason that the dutch version has been removed
[19:47] <ccheney> cumulus007: ah ok
[19:48] <cumulus007> still I think it's a bit rude to just remove the dutch version entirely
[19:52] <an_rey_> Всех с выходом 910 )))
[19:54] <Darxus> Nobodies like me can't add milestones on launchpad?
[20:11] <newbuntu> hello
[20:12] <newbuntu> i have a big problem ... while updating my ubuntu 9.04 to 9.10 i switched via kvm switch to another computer
[20:13] <newbuntu> by switching back now to the linux machine it did not regognize my keyboard and mouse
[20:13] <newbuntu> so i can't enter the override of some files ... what can i do ?
[20:57] <TheMuso> slangasek: pong
[21:04] <Patriick> hello all, I'm having trouble installing Ubuntu 9.10 in virtualbox getting error messaging saying there is corrupt files in the iso
[21:05] <Patriick> UBuntu 9.10 server edition ^
[21:06] <sebner> Patriick: have you checked md5sums?
[21:06] <Patriick> nope :)
[21:09] <Patriick> sebner give a few minutes
[21:11] <Patriick> MD5: 3A79465BEDACE99BF02E51FFC91F9613
[21:11] <Patriick> SHA1: 24CA3DBE3397EEDB8C61704E99CD23EF482C1D76
[21:12] <ajmitch> the md5sum there doesn't match either of the amd64 or i386 md5sums that I'm seeing on a local mirror
[21:12] <Patriick> Well I got the download straight from the United States server :O
[21:13] <Patriick> on the official site, and it is the 32 bit vesion
[21:14] <Patriick> ugh well i suppose i'll just redownload
[21:15] <Patriick> I'll download from UK this time
[21:17] <Patriick> yeah the sizes are different
[21:18] <Patriick> old iso = 559 MB new iso = 641 MB
[21:24] <jnassifg> ubuntu asks for your password too much
[21:24] <Patriick> then login as root
[21:24] <jnassifg> yeah, it's not in sudoers
[21:24] <TheMuso> Not sure if thats good advice.
[21:24] <Patriick> lol ^
[21:24] <jnassifg> it's in /var/gobbletygook/polickit/someothercrap
[21:25] <jnassifg> ideas?
[21:25] <Patriick> wat
[21:26] <TheMuso> jnassifg: Its better than not being asked for it at all/not enough IMO.
[21:26] <TheMuso> although it depends on where you think it shouldn't be asked for.
[21:32] <ccheney> is it possible to copy a package from backports into a ppa?
[21:32] <jnassifg> what the hell did ubuntu do to grub
[21:32] <TheMuso> jnassifg: Updated it to grub2.
[21:42] <jnassifg> the new ubuntu doesn't support syncing to iphones with 3.x firmware out of the box.
[21:43] <Patriick> wat about jailbroke ipod touches :O
[21:43] <jdong> lol how on earth does one sync to the iPhone 3.x??
[21:43] <TheMuso> jnassifg: Thats hardly surprising, considering the timeframe that the 3.0 firmware was released, and the state of Ubuntu development and upstrea development for iphone support at the time.
[21:43] <jdong> both the Touches and iPhones even when jailbroken won't sync
[21:43] <lifeless> ccheney: I'm not sure
[21:43] <jdong> (we don't know how CoreFP generates the LLVM-obfuscated hashes yet, AFAIK)
[21:44] <joaopinto> is audio testing performed at some scale with a predefined range of tests and hardware ?
[21:44] <sebner> jdong: what's why I have to use win7 for itunes :(
[21:44] <jnassifg>  ubuntu should have waited a few days for the ff update
[21:44] <jdong> jnassifg: FF will be updated....
[21:44] <sebner> jnassifg: why? It'll come through updates
[21:44] <jdong> that's always the case.
[21:44] <TheMuso> joaopinto: I believe so, there is tests done on hardware that Ubuntu will ship on, and then there is the hardware of the devs.
[21:46] <jnassifg> so what gets edited now instead of menu.lst?
[21:46] <jdong> sebner: I think it's a fair bet to say at this point that Apple music players should no longer be expected to sync with non-iTunes
[21:46] <joaopinto> TheMuso, is there any data about that ?
[21:46] <jnassifg> in grub2
[21:46] <jdong> sebner: the way that Apple is leveraging LLVM to obfuscate the process is making it prohibitively hard to reverse engineer
[21:46] <jdong> and I believe usbmuxd syncing on iPhoneOS (non-DFU) is still SSL-encrypted
[21:47] <jdong> (disclaimer: I'm still a happy iPhone user)
[21:47] <sebner> jdong: ACK, normal ipods work(ed) but Touch and phone is horrible (I have a touch)
[21:47] <jdong> sebner: Apple can change that at any moment too :(
[21:47] <jdong> sebner: fortunately iPods (non-Touch) right now ignore much of the iTunesDB hashing.
[21:48] <jdong> sebner: but the iPhoneOS-verified hashing algorithm is crazy enough to take random conditional branches, scrub memory every couple operations, ....
[21:48] <sebner> jdong: heh, iTunes for linux ftw if they can't stop haXX0ring the hashing
[21:48] <jdong> sebner: you know it's bad news when a 20MB .DLL generates a 5-line string hash :)
[21:48] <sebner> heh
[21:48] <lifeless> jdong: serious? wtf
[21:49] <jnassifg> I dont see a menu
[21:49] <jnassifg> when grub loads
[21:49] <sebner> jdong: we need more talented haXX0rs then :D
[21:49] <jdong> lifeless: yup. twiddled at the LLVM level
[21:49] <sebner> jnassifg: only appears with dual boot system
[21:49] <sebner> +s
[21:49] <jnassifg> ?
[21:49] <jnassifg> IN THE NEWEST UBNUNTU, I dont see a menu when grub loads
[21:49] <jdong> lifeless: http://matt.colyer.name/projects/iphone-linux/index.php?title=Hash
[21:49] <jnassifg> why?
[21:50] <sebner> jnassifg: because it doesn't appear on non-dual boot systems since ever?
[21:50] <jdong> lifeless: (heh most useful information was DMCAed. YAY)
[22:05] <Mez> anyone around can do me a favour ?
[22:06] <Mez> pastebin the output of mount | grep swap
[22:06] <ajmitch> that would depend on the favour
[22:07] <Mez> ajmitch: probably missed it with the netsplit
[22:07] <Mez> pastebin the output of mount | grep swap
[22:07]  * ajmitch has no output for that
[22:07] <Mez> ajmitch: and sudo lsof | grep swap
[22:07]  * ajmitch has no output for that
[22:07] <Mez> no swap ?
[22:08] <ajmitch> lsof does list kswapd but nothing else
[22:08] <ajmitch> however, swapon -s does list a partition in use for swap
[22:09] <ajmitch> Mez: http://pastebin.ubuntu.com/304606/ for the 3 commands
[22:11] <Mez> weird that it doesnt show in mount anymore
[22:11] <ajmitch> a little strange
[22:12] <ajmitch> but it's the same on jaunty
[22:13] <ajmitch> looks to have been like this for awhile - I just checked on a lenny install
[22:13] <Mez> lol - probably didnt notice as I wasnt looking for it before.
[22:13] <Mez> I recently had it bitching at me cause I have "encrypted" swap
[22:59] <bucky> how do you keep xchat from logging you into #ubuntu?
[23:02] <ikonia> bucky: please join #xchat as instructed in freenode
[23:02] <mneptok> bucky: this is not a support channel
[23:02] <bucky> how do you keep xchat from logging you into #ubuntu?
[23:02] <Mez> bucky: ask in #xchat, as you've been told in #freenode
[23:02] <ikonia> bucky: please ask in #xchat as the kind folk in #freenode advised you
[23:03] <bucky> ubuntu is the only distro that screwed with xchat to join their channel... how do you undo it
[23:03] <bucky> simple question
[23:03] <Mez> ikonia: snap :D
[23:03] <Mez> mneptok: kickforward for #xchat ? :P
[23:03] <TheMuso> Was that the right approach.
[23:03] <TheMuso> s/./?/
[23:03] <mneptok> Mez: i love irssi, but that doesn;t mean i hate XChat ;)
[23:04] <Mez> mneptok: lol
[23:04] <Mez> mneptok: didnt think of it like that
[23:04] <mneptok> TheMuso: yes, given that user's prior behavior
[23:04] <nalioth> that wasn't about xchat
[23:04] <TheMuso> mneptok: Fair enough then.
[23:40] <slangasek> TheMuso: hey, was just a ping regarding taking the web content active; luisbg helped me sort it, so no worries