[02:23] casper: superm1 * r767 casper/ (debian/changelog scripts/casper-bottom/10adduser): [02:23] casper: Remove the rest of the mythbuntu delta from 10adduser. It will be [02:23] casper: maintained in the mythbuntu-live-autostart package instead so that [02:23] casper: users from ~mythbuntu-dev can administer it. [02:24] casper: superm1 * r768 casper/debian/changelog: releasing version 1.221 [02:34] ubiquity: superm1 * r3814 ubiquity/ (28 files in 10 dirs): [02:34] ubiquity: Remove all of the mythbuntu frontend from ubiquity. Now that it's fully [02:34] ubiquity: stable, it's being moved to the mythbuntu-live-autostart package so that [02:34] ubiquity: it can benefit from being maintained by anyone in ~mythbuntu-dev. [02:51] ey everyone, I was wondering if anyone knew of a fix for the disc just stopping when I click on an option in the Ubuntu install menu [02:51] I'm trying to install on a macbook. [02:57] The disc sounds like it's going to start up but then just dies down. [04:16] ubiquity: superm1 * r3815 ubiquity/ (d-i/manifest debian/changelog): [04:16] ubiquity: Automatic update of included source packages: grub-installer [04:16] ubiquity: 1.49ubuntu5. [04:17] ubiquity: superm1 * r3816 ubiquity/debian/changelog: releasing version 2.1.23 [05:29] Which channel do I pester about casper's innards? [05:29] This one tends to work. [05:30] But "pester"ing can be dangerous. "Discussing" might be more appropriate :) [05:32] I'm rolling live 10.04 images from a sid host, with live-helper. [05:33] My goal is to build an "appliance", with two copies of the firmware on it at all times -- an "active" version and an "old" version. This allows me to "flash" the non-active partition and then just change which partition is bootable. [05:33] Rather than making each partition a vfat filesystem with casper/filesystem.squashfs, I'm trying to work out if I can simply have each partition be a squashfs image directly. [05:34] So just now I'm trying to follow scripts/casper:find_livefs() and friends to see what magic I should append to the kernel parameters. [05:41] Never mind -- that's stupid. There'd be nowhere outside the squashfs for the bootloader to get the kernel and ramdisk from. [05:42] Nor anywhere to store a pool or preseed files, etc. [05:43] persia: I don't need preseed files -- I'm not building a live image to install anything, just to boot [10:39] ubiquity: cjwatson * r3817 ubiquity/ (bin/ubiquity-greeter-gtk debian/changelog): merge lp:~bratsche/ubiquity/language-combobox [10:41] ubiquity: cjwatson * r3818 ubiquity/bin/ubiquity-greeter-gtk: move language selection combo box to lower part of screen [10:58] ubiquity: cjwatson * r3819 ubiquity/ubiquity/i18n.py: remove unnecessary import [11:13] ubiquity: cjwatson * r3820 ubiquity/ (3 files in 3 dirs): use localechooser's language list in ubiquity-greeter-gtk [11:21] ubiquity: cjwatson * r3821 ubiquity/bin/ubiquity-greeter-gtk: print desired locale just before exiting [11:24] cjwatson: Have you taken care of d-i for -14, or shall I? [11:38] I have not, go ahead [11:40] ubiquity: cjwatson * r3822 ubiquity/ubiquity/plugin_manager.py: don't use == False [12:02] ev, cjwatson: does ubiquity now have some geolocation stuff in it? [12:09] yes [12:10] cjwatson: that would explain it then :) === fader|away is now known as fader_ === fader_ is now known as fader|away === fader|away is now known as fader_ [16:27] ubiquity: cjwatson * r3823 ubiquity/ (bin/ubiquity-dm debian/changelog): [16:27] ubiquity: Hook up ubiquity-greeter-gtk's language selection in ubiquity-dm to [16:27] ubiquity: rewrite /etc/default/locale, /etc/environment, and /etc/locale.gen [16:27] ubiquity: before continuing. [16:33] ubiquity: cjwatson * r3824 ubiquity/ (bin/ubiquity-greeter-gtk debian/changelog): Remove unnecessary SVG-specific code from ubiquity-greeter-gtk. [16:35] ubiquity: cjwatson * r3825 ubiquity/ (bin/ubiquity-dm debian/changelog): [16:35] ubiquity: Use /usr/share/images/xsplash/bg_2560x1600.jpg as ubiquity-greeter-gtk's [16:35] ubiquity: background image for now; it's slightly more visually appealing than the [16:35] ubiquity: test image! [16:49] partman-base: cjwatson * r182 ubuntu/debian/changelog: releasing version 135ubuntu4 [16:50] (actually ages ago but forgot to commit the release) === fader_ is now known as fader|lunch === fader|lunch is now known as fader_ [18:38] The Ubuntu desktop cd for today may have a problem with partitioning. I got an error: invalid username (as superuser) [18:38] The username you entered is invalid [18:39] This is the live desktop, I never entered a username [18:50] I aim to test a change in parted (for a possible fix of Bug #445067) How would I slap parted from the non-debian git repo into the installer to test it? (since the change isn't in the Deb git yet) [18:50] Launchpad bug 445067 in parted "ubiquity overwrites VBR of extended partition" [Undecided,Fix committed] https://launchpad.net/bugs/445067 [18:58] arand: uh, it might be quicker to wait until I upload parted 2.1 to lucid ... [18:58] charlie-tca, try running with migration assistant off, if that solves it, there's a bug already opened for it [18:58] How do I turn it off? [18:59] ubiquity --no-migration-assistant [18:59] cjwatson, the intent of parted 2.1 to lucid was to support 4k sector drives right? [19:00] superm1: that's the main one, yes [19:00] cjwatson, i think there is a collection of post 2.6.32 patches that are needed too then; they should all be in 2.6.33rc1 [19:01] that could be; I'm not going to be able to do straight-through tests of the feature in general, at least not with my current set of hardware [19:01] (and that isn't fishing for hardware either, I have no space :-( ) [19:01] https://launchpad.net/~cjwatson/+archive/ppa has a bunch of the required stuff [19:01] ubiquity needs to be rebuilt against it though, so probably no help to arand [19:02] well we don't have our 4k sector samples yet either, so couldn't help as of yet [19:02] I wonder if I can mock it up in kvm [19:02] cjwatson: so that would be based off of git.debian.org/git/parted/parted.git rather than git.debian.org/git/parted/debian/parted.git ...so-to-speak? [19:03] arand: no, the latter [19:03] no point redoing the packaging all by myself [19:03] http://git.debian.org/?p=parted/debian/parted.git - as you can see 2.1 is already there [19:06] cjwatson, if samples of just the drives turn up on our end, would that be useful to you at least in the form factor to hook up via usb or e-sata for testing/enabling? [19:06] I could manage USB hookup [19:06] * cjwatson wonders if Windows 7 boots off USB :) [19:07] there's the other complication that some drives are native, some run in an emulation mode, i'll inquiry what's gonna be available [19:07] I'm hoping that I'll be able to get community testing fairly quickly, but I'll keep that in mind, thank you [19:10] * cjwatson fires up lp-shell and tries to remember how to sync stuff from Debian to a PPA [19:13] >>> ppa.syncSource(from_archive=debian.main_archive, include_binaries=False, source_name='pyparted', version='3.0-1', to_pocket='RELEASE', to_series='lucid') [19:13] hah [19:17] superm1: fails with -- no-migration-assistant [19:17] Still can't format my partitions [19:18] but a different issue then the username issue, correct? [19:18] Same one [19:18] you put a space in "-- no-migration-assistant" on IRC [19:18] did you put a space in it on the command line? [19:18] Username must start with a lower-case letter [19:18] yes [19:18] don't - it's "--no-migration-assistant" [19:19] it's a long option [19:19] okay, I will try again [19:19] cjwatson: hrm, seems what I git-pulled was not the master, ok, now they seem to co-relate better.. so this and a rebuilt ubiquity is planned to make it into Lucid at some point then? [19:20] arand: assuming other release team members are willing to grant me a feature freeze exception for it [19:20] I can backport that one patch as a fallback plan, but it's not actually a trivial backport (a lot of code in that area changed) and I'd rather put that energy towards 2.1 [19:22] charlie-tca, if that resolves things, you are looking at bug 524996 [19:22] Launchpad bug 524996 in ubiquity "migration-assistant causes endless "invalid username" errors" [High,Triaged] https://launchpad.net/bugs/524996 [19:22] okay. It is rebooting now. Takes a very long time to boot now in lucid [19:23] That doesn't affect Xubuntu? [19:25] Hmm, you have my vote at least, although uncounted :/ (I did have a look at the commit you mentioned in relation to the current parted, and what had changed back and fourth...just Bleh) [19:25] I can do it if I have to, but :) [19:26] it's all tied in with the non-512-byte sector work [19:29] cjwatson: We were discussing native syncs on LP in #launchpad today, and I notice your code snippet above. Would that potentially work for the main archve, or just ppas? [19:32] just ppas [19:32] well, it's part of what would be involved for the main archive, but the changelog stuff also needs to be fixed [19:32] there are links on https://dev.launchpad.net/Ubuntu/InfrastructureNeeds about it [19:32] * persia looks [19:34] see also the more recent bug 523093; I added a related comment to the end [19:34] Launchpad bug 523093 in soyuz "private e-mail address gets stuffed into and published in changes file" [Low,Triaged] https://launchpad.net/bugs/523093 [19:34] Would not fixing bug #55795 be a regression? The changelogs seem fairly awkward now. [19:34] Launchpad bug 55795 in soyuz "+changelog includes misleading information related to package versions and authors" [Medium,Triaged] https://launchpad.net/bugs/55795 [19:35] it would certainly regress things for readers of -changes [19:35] I don't really want to take something half-baked when we should be so close to something that actually works right [19:35] fair enough. [19:37] If you're tracking this, https://dev.launchpad.net/Soyuz/NativeSourceSyncing was copied from launchpad.canonical.com today as well. [19:37] And thanks for the explanations. [19:42] persia: thanks, though I think that page may be sufficiently obsolete as to be unhelpful; it predates the LP API, let alone the syncSource method :) [19:43] Yeah, it was just the page that was referenced by the blueprint, and the relatively uninformed trio of mwhudson, wgrant, and I thought it might be relevant. [21:40] ubiquity: cjwatson * r3828 ubiquity/debian/control: remove python-rsvg dependency again; we now rely on the svg pixbuf loader [21:43] ubiquity: cjwatson * r3829 ubiquity/debian/changelog: releasing version 2.1.24 === fader_ is now known as fader|away [23:39] ubiquity: cjwatson * r3830 ubiquity/ (debian/changelog ubiquity/components/ubi-partman.py): Fix installation_medium_mounted call in partman plugin (LP: #524169). [23:51] cjwatson, re bug 525966, xforcevesa still does stuff in casper afaik to create an xorg.conf w/ vesa in it [23:51] Launchpad bug 525966 in xorg "safe graphics mode missing from Lucid daily build" [Undecided,New] https://launchpad.net/bugs/525966 [23:51] see scripts/casper-bottom/20xconfig [23:53] grrr [23:53] that should be obsoleted by the stuff in ubiquity-dm though [23:53] I suspect nomodeset will do the trick ... [23:54] I can extend the F6 menu if I must, but I'm being leant on to trim down the main menu, so I don't think "Safe graphics mode" as such will return [23:54] thanks for the note about casper, I hadn't seen that [23:54] i added it late last cycle when i realized it was missing too :) [23:55] is the intent that the whole language selection at isolinux will go away in favor of picking at the ubiquity-greeter-gtk then? [23:55] theoretically [23:55] that's what I've been instructed to dod [23:55] do [23:56] whether there's actually time to make it work properly, well [23:56] cool, i like the idea [23:56] the idea being, I suppose, to get up to X as quickly as possible and do everything there