[01:04] <CIA-3> os-prober: cjwatson * r230 ubuntu/ (4 files in 3 dirs): merge from Debian 1.29
[01:08] <CIA-3> os-prober: cjwatson * r231 ubuntu/debian/changelog: releasing version 1.29ubuntu1
[01:22] <CIA-3> oem-config: cjwatson * r633 trunk/debian/ (59 files in 2 dirs): Update translations from Launchpad.
[01:26] <CIA-3> oem-config: cjwatson * r634 trunk/debian/changelog: releasing version 1.54.9
[01:27] <CIA-3> ubiquity: cjwatson * r3106 ubiquity/debian/ (79 files in 2 dirs): Update translations from Launchpad.
[02:17] <shtylman> so dmraid fails for me on the ich10r for some reason...it doesn't recognize the metadata
[03:20] <TheMuso> shtylman: What version of Ubuntu/dmraid?
[03:21] <shtylman> jaunty with dmraid 1.0.0.rc15
[03:21] <shtylman> I am trying to find the offset manually now and patch dmraid...to see if that helps any
[03:22] <shtylman> TheMuso: ^
[03:22] <TheMuso> shtylman: ok
[03:31] <shtylman> ok...so I have got it to locate the metadata...but now it appears to not be able to readi t
[03:31] <shtylman> *read it
[03:31] <shtylman> or doesn't recognize it...maybe
[03:31] <shtylman> I am gonna try to use dmraid to write new metadata and see if bios will recognize that...
[03:40] <TheMuso> shtylman: Ok, how old is the board?
[03:40] <shtylman> brand new
[03:41] <shtylman> its a gigabyte ex58-ud3r
[03:41] <shtylman> for core i7
[03:41] <TheMuso> hrm ok.
[03:42] <shtylman> well, I got the "could not find fdisk /dev/sda in the metadata" messade to go away
[03:42] <shtylman> but now it just says "no raid disks"
[03:42] <shtylman> so I am wondering if it doesn't read the metadata right
[03:42] <TheMuso> Oh, do you happen to have an HPA?
[03:42] <shtylman> or if I havn't setup any disks (which I am quite sure I have...but am now second guessing myself... :/)
[03:42] <shtylman> hpa?
[03:42] <TheMuso> host protected area
[03:43] <shtylman> no idea
[03:43] <TheMuso> a hidden area on one of your hard drives
[03:43] <TheMuso> ok
[03:43] <shtylman> not that I know of
[03:43] <shtylman> they are brand new as well
[03:43]  * TheMuso digs through his email to find the command-line flag to turn it off
[03:43] <shtylman> they are SSD disks...if that makes any difference
[03:44] <TheMuso> It shouldn't.
[03:44] <shtylman> k
[03:44] <TheMuso> this is worth a try anyway
[03:44] <shtylman> k
[03:46] <TheMuso> hrm can't find it atm
[03:57] <TheMuso> shtylman: Do you have a good reason to use dmraid? If you are not dual booting, I suggest you use Linux Software RAID.
[03:58] <shtylman> TheMuso: thats what it looks like it might be coming down to
[03:58] <shtylman> I was just hoping to get it to work...you know...for the sake of it
[03:58] <shtylman> If I get fed up enough, I might just do the software raid
[04:05] <TheMuso> shtylman: dmraid has no rebuilding of degraded arrays, or should I say, its not as good as Linux Software RAID
[04:05] <shtylman> TheMuso: yea..I know...but this will be for raid0
[04:06] <TheMuso> fair enough
[04:06] <shtylman> so I don't know that I would ever rebuild anything :)
[04:10] <TheMuso> yeah
[04:12] <shtylman> so what I am discovering with hexdump is that they have changed their on disk format it seems...
[04:16] <TheMuso> Great...
[04:16] <shtylman> well...actually...i think it gets better
[04:17] <shtylman> and I can't say with 100% cetainty...but I think the way the intel write/read uses the offset varies
[04:17] <shtylman> because for writing I think it may be used one way
[04:17] <shtylman> and for reading another...
[04:17] <shtylman> like one was used as if it was sectors and another as if it was bytes
[04:25] <TheMuso> right
[04:27] <shtylman> so the difference seems to be in how the two write the drive serial number
[04:28] <shtylman> dmraid write all but the last digit
[04:28] <shtylman> and the mobo code wrote all but the first letter
[04:28] <shtylman> I dunno why there is a deference but it would account for mobo not being able to detect dmraid created disks
[04:39] <TheMuso> There has been a patch added to Debian recently to address something like that, I need to pull it into Ubuntu actually.
[04:44] <shtylman> interesting...
[04:47] <shtylman> patch 14
[04:47] <shtylman> look at last comment on: https://bugs.launchpad.net/ubuntu/+bug/267953
[04:48] <shtylman> TheMuso: ^
[04:49] <TheMuso> shtylman: yeah I am aware of that
[04:50] <shtylman> where can I get just the patch file?
[04:51] <TheMuso> from the debian dmraid git repo: git://git.debian.org/git/users/derevko-guest/dmraid.git
[04:51] <shtylman> thanks
[04:52] <TheMuso> np
[04:59] <shtylman> if I put it in the debian/patches directory...will it get auto applied when I do a dpkg-buildpackage?
[05:06] <TheMuso> no, you need to add it to debian/patches/series
[05:06] <shtylman> k
[05:26] <shtylman> TheMuso: I have been installing ubuntu over and over for hours now...with that patch applied...it finally worked :) ... me is happy
[05:26] <TheMuso> great
[05:26]  * TheMuso is putting that patch into a new dmraid upload now.
[05:26] <shtylman> ^. ... very good... :)
[05:27] <shtylman> that will make others happy too
[05:27] <TheMuso> yeah
[05:28] <shtylman> (and you wanted to know why dmraid over software raid) ... with dmraid I don't need a raid1 /boot partition...I cna just do / on the whole thing and it works
[05:33] <TheMuso> Yeah thats understandable.
[05:36] <shtylman> now I need to peg dmraid and prevent apt from updating it..until the patch gets built and all
[05:36] <shtylman> and off I go
[05:37] <shtylman> and finally tomorrow I can get back to work on ubiquity...having used it heavily...I see some more things I need to fix :)
[05:37] <TheMuso> heh cool
[10:46] <CIA-3> tasksel: cjwatson * r1405 ubuntu/ (debian/changelog tasksel.pl):
[10:46] <CIA-3> tasksel: Beef up Enhances support to be able to handle disjunctive Enhances. A
[10:46] <CIA-3> tasksel: task with "Enhances: a | b | c" will be installed if any of a, b, or c
[10:46] <CIA-3> tasksel: are installed (LP: #326501).
[11:23] <CIA-3> ubiquity: evand * r3107 ubiquity/ (bin/ubiquity-dm debian/changelog):
[11:23] <CIA-3> ubiquity: Only create one virtual desktop when in only-ubiquity mode
[11:23] <CIA-3> ubiquity: (LP: #343451).
[11:26] <cjwatson> yay, I was just thinking about that the other day
[11:26] <evand> heh
[12:20] <CIA-3> tasksel: cjwatson * r1406 ubuntu/ (debian/changelog tasksel.pl):
[12:20] <CIA-3> tasksel: Avoid slow computations due to the fix for LP #150252 when there are no
[12:20] <CIA-3> tasksel: tasks to be removed.
[12:23] <CIA-3> tasksel: cjwatson * r1407 ubuntu/tasksel.pl: ignore disjunctive sets when marking enhanced tasks for installation, since we don't know which element(s) we should use
[12:26] <CIA-3> tasksel: cjwatson * r1408 ubuntu/ (tests/limited debian/changelog):
[12:26] <CIA-3> tasksel: tests/limited: New test which can be used to select tasks by default
[12:26] <CIA-3> tasksel: when particular other tasks are listed in tasksel/limit-tasks.
[12:29] <CIA-3> tasksel: cjwatson * r1409 ubuntu/ (debian/changelog tasksel.pl):
[12:29] <CIA-3> tasksel: Don't explicitly mark enhancing tasks as not to be installed when hiding
[12:29] <CIA-3> tasksel: them. This will be done anyway by other code in new-install mode, while
[12:29] <CIA-3> tasksel: in new-install mode we may want to apply a test (such as the new
[12:29] <CIA-3> tasksel: "limited" test) to an enhancing task that installs it by default even if
[12:29] <CIA-3> tasksel: the packages it enhances are not installed.
[12:39] <CIA-3> tasksel: cjwatson * r1410 ubuntu/ (debian/changelog ubuntu-tasks/ubuntustudio-desktop):
[12:39] <CIA-3> tasksel: Update Ubuntu tasks from seeds; ubuntustudio-desktop now takes advantage
[12:39] <CIA-3> tasksel: of the above facilities.
[12:43] <CIA-3> tasksel: cjwatson * r1411 ubuntu/debian/changelog: all this fixes LP: #148078 too
[12:44] <CIA-3> tasksel: cjwatson * r1412 ubuntu/debian/changelog: releasing version 2.73ubuntu18
[13:00] <evand> cjwatson: given that only-ubiquity now full screens and uses a single desktop, would you consider bug 321212 fixed, or do you think the option should be suppressed when ubiquity is run from the desktop as well?
[13:13] <cjwatson> evand: when it's run from the desktop, the workspace switcher is visible, so I would say we should leave the run-from-desktop case as it is
[13:17] <evand> cjwatson: so to clarify, you don't think any more changes should be made, and you consider that bug fixed by extension?
[13:18] <cjwatson> yeah, I do
[13:18] <evand> ok, thanks
[13:18] <cjwatson> IOW, although they aren't quite duplicates, I think you can put both bug numbers in the changelog for the one change
[13:46] <CIA-3> user-setup: cjwatson * r164 ubuntu/ (debian/changelog functions.sh): Consider a password of ! in shadow for root to be unset (LP: #340841).
[13:52] <superm1> cjwatson, when you get some free moments, i wanted to ask if you could look over bug 341526?  it's eventual intention is to get it into a development release and backport to be supported in 8.04.3.
[13:52] <superm1> it would be a new feature however, so it might be a little late for jaunty
[13:53] <cjwatson> superm1: isn't this just a variant of the driver disk support we already have in casper?
[13:53] <superm1> cjwatson, this is for alternate/server disks
[13:54] <cjwatson> sure
[13:54] <superm1> thanks
[13:54] <cjwatson> it would be nice if they accepted the same format
[13:55] <cjwatson> I don't like the hardcoded "/ubuntu" in the path; that should be conditional
[13:55] <cjwatson> (the more patches I can get upstream the better)
[13:56] <cjwatson> if [ ! -z "$dir" ]; then if [ -d "$dir" ]; then ...; fi; fi  =>  if [ "$dir" ] && [ -d "$dir" ]; then ...; fi
[13:56] <superm1> well the core at putting the ubuntu/ in it was because these USB disks may have several different OS drivers on them, so it would be more clear what OS drivers were what
[13:56] <cjwatson> I don't object to /ubuntu being on the filesystem,
[13:57] <cjwatson> but I would prefer it not to be hardcoded in the code
[13:57] <superm1> ah
[13:58] <cjwatson> you could lower-case DISTRIB_ID from /etc/lsb-release perhaps
[13:58] <cjwatson> localechooser has safe shell code for reading it
[13:58] <superm1> ah didn't realize that
[13:59] <cjwatson> casper uses /ubuntu-drivers/ rather than /ubuntu/
[13:59] <cjwatson> I think because that avoids clashing with Ubuntu CDs
[14:00] <superm1> well the spec has certainly not been locked down for the ubuntu implementation, so that should be fine to use instead then
[14:01] <superm1> it may be worthwhile to add similar lsb stuff to casper as I'm thinking too
[14:01] <cjwatson> yeah, I'm just in the middle of saying that on the bug :-)
[14:01] <cjwatson> I agree
[14:04] <CIA-3> ubiquity: evand * r3108 ubiquity/debian/changelog: Add a bug number to the changelog entry.
[14:23] <CIA-3> user-setup: cjwatson * r165 ubuntu/debian/changelog: releasing version 1.23ubuntu15
[14:26] <cjwatson> superm1: how did the Atom testing for bug 335596 go?
[14:27] <superm1> cjwatson, the proto I used unfortunately had an unrelated failure on it's SSD yesterday, so I'm getting a new one this morning
[14:27]  * cjwatson nods
[14:56] <CIA-3> grub-installer: cjwatson * r773 ubuntu/ (debian/changelog grub-installer): cciss and ida logical drive numbers may go up to 15, not just 9.
[14:58] <davmor2> evand: I'm about to test wubi on vista again but I thought I'd check if that ubiquity fix went in :)
[15:00] <evand> it did indeed
[15:00] <evand> but only on the i386 CD
[15:01] <evand> the Ubuntu amd64 CD has an out of date live filesystem
[15:01] <davmor2> evand ta :)
[15:04] <CIA-3> lilo-installer: cjwatson * r433 ubuntu/debian/ (changelog postinst): cciss and ida logical drive numbers may go up to 15, not just 9.
[15:21] <soren> cjwatson: A while ago, there was a bit of talk about a company that was making server-ish live cd's with an option to install Ubuntu from it as well. I think they called the installer bit d-i/live or something like that. I seem to remember that you took a look at it. Do you remember anything at all about it?
[15:36] <davmor2> evand: vista side has gone ok but still no eject
[15:37] <evand> davmor2: indeed, that's expected
[15:47] <davmor2> evand: Yay \o/
[15:49] <evand> it worked?
[15:52] <davmor2> evand: I have Ubuntu installed on vista yes :) I am going to try and remove it now and then try again with Kubuntu :)
[15:55] <cjwatson> soren: it doesn't ring a bell. Debian has a live-installer extension to d-i but it isn't server-oriented
[15:55] <soren> cjwatson: Ok. I just thought I guided them over here, but perhaps not. Thanks anyway.
[15:55] <davmor2> evand: kubuntu's password page just shot across the screen it's about 2/3's bigger than the other windows.  The line Enter the same password twice is the culprit I think it should be split and isn't.  Would you like a screenshot?
[16:00] <davmor2> evand: http://www.davmor2.co.uk/passpage.png
[16:03] <evand> cute
[16:03] <evand> can you please file a bug for that?
[16:46] <davmor2> evand: np's
[16:50] <davmor2> evand: nice post :)
[16:51] <evand> thanks
[16:53] <CIA-3> partman-partitioning: cjwatson * r701 ubuntu/ (debian/changelog lib/resize.sh):
[16:53] <CIA-3> partman-partitioning: get_real_device: Add support for /dev/vd*, /dev/xvd*, /dev/cciss/*,
[16:53] <CIA-3> partman-partitioning: /dev/ida/*, and /dev/mmcblk* (LP: #282756).
[16:57] <davmor2> evand: bug 344382
[16:57] <evand> davmor2: thanks
[16:57] <davmor2> np's
[17:01] <evand> so d-i currently doesn't handle there not being any disks available for partitioning in a friendly way.  Any objection to me attempting to tackle this via an error question?
[17:03] <evand> it also seems that my recent change to partman-base is slightly broken on the alternate CD.  I'll look into that further tomorrow.
[17:20] <cjwatson> evand: I thought disk-detect already did that
[17:21] <cjwatson> evand: you could drop the module_select question to medium and change its default to "none of the above", I suppose
[17:22] <cjwatson> which would have the effect of dropping straight through to the cannot_find question that's already there
[17:22] <davmor2> evand: Wubi uninstall is worse than ever I can't even remove it from the cd now :(  I've add the log to bug 341605
[18:01] <mpt> evand, again, I'm terribly sorry
[22:40] <CIA-3> wubi: Agostino Russo * r99 trunk/ (3 files in 3 dirs): Use unicode by default in gettext translations (LP: #344151)
[23:49] <CIA-3> partman-base: cjwatson * r140 ubuntu/ (debian/changelog init.d/parted):
[23:49] <CIA-3> partman-base: Tweak partman/unmount_active substitution handling to cope with more
[23:49] <CIA-3> partman-base: than two disks.