CIA-34ubiquity: superm1 * r4271 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): merge my maverick-post-beta-fixes branch03:41
NCommanderbah, no evand :-/05:57
NCommandercjwatson: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/628582 - do you know who would be able to hack on ubi-partman the best? I think its evand2, but I'm not 100% sure.05:58
ubot2Launchpad bug 628582 in ubiquity (Ubuntu) "ubiquity attempts to use x86-specific methods on port architectures. (affects: 1) (heat: 10)" [High,Confirmed]05:58
StevenKNCommander: ev is here?06:10
NCommanderStevenK: he shouldn't be?06:24
StevenKNCommander: Well, as in he's actually connected, I mean.06:27
NCommanderStevenK: I have no idea :-/. The only thing I know he's not here06:28
evyou rang?07:09
* ev looks into the bug07:09
evNCommander: working on a fix now.07:14
NCommanderev: thanks07:38
NCommanderev: when you have a usable patch, I'll test it07:40
CIA-34ubiquity: evand * r4272 trunk/debian/changelog: Fix changelog.07:49
evI tagged 4270 as 2.3.1507:50
evmy bad for not debcommit -r'ing07:50
NCommanderev: when did ubi-partman get rewritten? I don't remember it being so grub happy (so to speak)07:52
evNCommander: the grub stuff wasn't added that long ago.  We needed some place to put setting the grub options after I got rid of the summary page.07:52
NCommanderev: ah. We haven't been using ubiquity on ARM until last week pretty mcuh which is why this sailed under the radar07:54
NCommanderkinda suprising it didn't get caught by a powerpc tester (though I think they have grub2 now)07:54
evindeed, yet another reason for me to lean on IS to give me space in the Millbank datacenter for my installer testing stuff.07:58
evNCommander: give this a try - http://paste.ubuntu.com/487667/08:13
NCommanderev: well, considering our DC doesn't (or didn't) have anything we support w.r.t. to installation for a long time, access to the porting box might be of questionable use :-)08:28
NCommanderev: I can't do a full install ATM since I can't afford to wipe out my development environment, but hopefully I can at least make sure the manual partitioner starts08:30
NCommanderev: also, any idea why the ubiquity icon no longer shows up in UNE? :-0?08:30
evnot sure08:31
evsomeone touched casper in a bad way?08:31
NCommanderev: hrm. do we still pop up the installer at boot, which gives the option then to boot into the live enviornment?08:38
* NCommander admits it might have been awhile since I last reinstalled on x86 :-)08:38
evwe boot into a stripped down environment with the installer running in greeter mode (maybe-ubiquity kernel command line option) by default08:40
evyou can either hit "try ubuntu" from there, or press a key at boot when you see the man = keyboard icon, then manually select "try ubuntu"08:40
NCommanderev: right, ok, I think somewhere along the line we forgot to implement this on ARM :-)08:42
NCommanderev: sounds like I need to take a cluebat to the kernel command line on d-cd08:42
evoh, I spot a bug in this08:43
evNCommander: updated - http://paste.ubuntu.com/487680/08:44
NCommanderev: bah, I already built the last patch08:47
evsorry about that08:47
NCommander-p0 -R is handy though08:47
evyou can always just manually patch it once in the live environment, assuming you have network08:48
NCommanderev: you assume much :-/08:49
* NCommander feels like ubiquity's build time has gotten longer than it used to be08:54
evand yeah, that's mostly due to the keyboard page08:57
evit needs to generate a decision tree for the keyboard guessing stuff08:57
evand a few other additions, I'm sure08:57
NCommanderev: hr, how long until ubiquity becomes self-aware08:59
evhahaha, don't worry, it uses GTK. It may become self-aware, but it can never be particularly smart.09:00
NCommanderev: but doesn't it also have a Qt GUI for KDE? It seems to me it has hybird viality, and thus might combine the traits frm both parents09:04
evgood point09:04
evwe're all screwed09:04
NCommanderev: hrm, maybe we can just add a Win32 backend, and hope the GTK and QT strains self-destruct.09:06
* NCommander is vaguely reminded of the Andromeda Strain for some reason ...09:08
NCommanderev, ok built09:13
NCommanderev: bah, my image must be stale or something cause it can't resolve depends09:23
NCommanderev: *grumble*, I think this might be a case of merge blindly cause I can't test until Monday, but GrueMaster can09:24
evwell I've tested it in both the gtk and kde frontends, monkeypatching archdetect to return something non-x86 and it seems to work fine09:30
evcommitting, but do give it a go when you can09:30
rnewsonI'm having a problem with the display during a PXE boot of ubuntu server 10.04. Specifically, the screen is scrambled (I'm viewing it over HP's execrable iLo). the usual trick of fb=false works for a Debian 5.0 PXE boot, but not ubuntu. The menu portion is fine, but when it switches over to the first install question, it's unreadable. Is this the right channel for my question?09:30
CIA-34ubiquity: evand * r4273 trunk/ (4 files in 4 dirs):09:57
CIA-34ubiquity: Do not generate or show the bootloader options if we're on x86, or09:57
CIA-34ubiquity: bootloader installation is explicitly disabled (LP: #628582).09:57
CIA-34grub-installer: cjwatson * r860 ubuntu/ (debian/changelog grub-installer):10:41
CIA-34grub-installer: Don't ask for a boot device on EFI, and don't pass a boot device10:41
CIA-34grub-installer: argument to grub-install.10:41
CIA-34grub-installer: cjwatson * r861 ubuntu/ (10 files in 3 dirs): merge from Debian 1.5510:49
CIA-34grub-installer: cjwatson * r862 ubuntu/debian/po/te.po: debconf-updatepo10:53
CIA-34grub-installer: cjwatson * r863 ubuntu/debian/changelog: releasing version 1.55ubuntu110:59
CIA-34ubiquity: cjwatson * r4274 ubiquity/ (18 files in 7 dirs): Remove a number of unused or duplicate imports.11:14
CIA-34partman-efi: cjwatson * r652 ubuntu/ (34 files in 3 dirs): merge from Debian 2113:29
CIA-34partman-efi: cjwatson * r653 ubuntu/ (fstab.d fstab.d/efi debian/changelog debian/install):13:42
CIA-34partman-efi: Automatically mount the first method=efi filesystem we see on /boot/efi.13:42
CIA-34partman-efi: (This replaces previous code in partman-basicfilesystems, which didn't13:42
CIA-34partman-efi: work since method=efi partitions don't have an acting_filesystem.)13:42
CIA-34partman-basicfilesystems: cjwatson * r589 ubuntu/ (debian/changelog fstab.d/basic):13:43
CIA-34partman-basicfilesystems: Revert changes in 63ubuntu6, since method=efi filesystems don't have an13:43
CIA-34partman-basicfilesystems: acting_filesystem. Responsibility for mounting /boot/efi now lies with13:43
CIA-34partman-basicfilesystems: partman-efi.13:43
CIA-34partman-efi: cjwatson * r654 ubuntu/debian/changelog: releasing version 21ubuntu113:45
CIA-34partman-basicfilesystems: cjwatson * r590 ubuntu/debian/changelog: releasing version 63ubuntu713:46
=== bladernr__ is now known as bladernr_
tjaaltoncjwatson: there's a new kernel in lucid-proposed, and I'd like to see if it makes installations on ext4 faster. so it needs a rebuild of d-i for proposed?15:14
cjwatsonyes, it would15:15
cjwatsongive me a minute15:15
tjaaltonno rush :)15:15
tjaaltonnext week is fine15:15
tjaaltoni'm not sure if the kernel is accepted yet15:16
tjaaltonwith the current one it takes roughly double the time to install, compared to ext315:17
CIA-34debian-installer: cjwatson * r1304 lucid-proposed/ (8 files in 2 dirs): Move to 2.6.32-25 kernels.15:17
CIA-34debian-installer: cjwatson * r1305 lucid-proposed/ (build/config/armel/dove.cfg debian/changelog): Move Dove images to 2.6.32-209 kernels.15:18
CIA-34debian-installer: cjwatson * r1306 lucid-proposed/debian/changelog: releasing version 20081029ubuntu102.415:19
tjaaltongreat, thanks.. I'll test it first thing on monday15:20
ScottKcjwatson and ev: When there are ubiquit-kde changes that you'd like someone else to test, just let me know.  I've planned on using my netbook as a sacrifial lamb until release.16:27
evlol, okay16:27
evI've been doing the same, but always good to get another set of eyes on these things16:27
evI'm working on the missing resize option and poor text now, by the way16:28
evI don't think I'll have it done by end of day though16:28
cjwatsonev: is there a way to force usb-creator to treat a hard disk as a target USB stick?16:29
cjwatsonfor the purposes of installing within KVM16:29
evcjwatson: it relies on udisks to make the determination of whether or not something is removable ('device-is-system-internal').  There's no command line option in usb-creator currently to override that check, but patches welcome.16:32
evcjwatson: it's checked in bin/usb-creator-helper and usbcreator/backends/udisks/backend.py16:33
cjwatsonsystem-internal.  thank you.  that was the keyword I was missing16:33
cjwatsonI can just obliterate that check locally16:33
superm1so i'm considering moving the dell recovery and installation disks to GRUB for boot early, without a graphical menu to simplify the necessity for all sorts of other tools conffiles that explain how to boot when coming from a different scenario (linld, isolinux, syslinux).  cjwatson and ev could you let me know if https://code.launchpad.net/~superm1/usb-creator/grub-support/+merge/34504 looks sane for 10.10?16:33
cjwatsonI replied to that merge16:33
cjwatson... I swear I did16:34
evcjwatson: feel free to commit directly to trunk, by the way.  I'd like to create the illusion of a team project here as much as possible ;)16:34
cjwatsonsuperm1: I'll bounce you the mail I sent, since codehosting seems to be sitting on it.16:35
superm1okay works for me16:35
evcjwatson: by the way, do you have any preferred approach to the 'teaching jockey about passthrough' problem?  I was thinking adding a -o option to make it pretend to be an apt frontend by accepting apt options, then passing them along.  It could then presumably be run under debconf-apt-progress.16:38
cjwatsoncould it just notice that it's running under a debconf frontend already16:38
cjwatsonoh, yeah, maybe debconf-apt-progress would be neater16:39
evnotice its running under a debconf frontend> I'm not sure how much flexibility we have there, as it uses python-apt to do the heavy lifting.16:41
evbut forgive me if I'm missing the obvious16:41
araone question, guys, it is just a simple, non-relevant, non-urgent... just  a simple question16:48
arais there any reason why the installer logs are only root-readable after the installation?16:48
arawow, that's a good reason :D16:50
evsure thing16:50
evmind you, that's only /var/log/installer/debug16:50
evoh, perhaps not16:52
cjwatsonthe original vulnerability leaked it to a saved copy of cdebconf/questions.dat16:52
cjwatsonand now we err on the safe side because we never ever ever want to have to deal with that again :)16:53
CIA-34ubiquity: evand * r4275 trunk/ (debian/changelog ubiquity/plugins/ubi-timezone.py): Add correct URL for the Geonames service.16:54
cjwatsonev: also, why are you not allowed to make a USB stick from a real CD?16:58
cjwatsonas in stype == SOURCE_CD16:58
evyou should be able to17:00
evif it's not appearing it's a bug (most likely due to the fact that I don't have a working computer with a built-in CD-ROM)17:00
cjwatson        if status == CAN_USE and stype in (SOURCE_IMG, SOURCE_ISO):17:03
* cjwatson adds SOURCE_CD to that tuple17:03
cjwatsonthough can stype have any values other than those three?17:04
cjwatsoni.e. should the and clause just be deleted?17:04
ScottKev: Once you've renamed "Guided" in ubiquity-kde (or once you know what you are going to call it), please let me know so I can work on getting a test case for it with QA.17:05
evsure thing17:05
evcjwatson: indeed, not sure why that was done17:06
cjwatsonI'll drop it then17:07
evmuch appreciated17:07
cjwatsonoddly, I don't see any bugs about this17:09
CIA-34usb-creator: cjwatson * r319 trunk/ (debian/changelog usbcreator/frontends/gtk/frontend.py):17:11
CIA-34usb-creator: GTK frontend: don't grey out "Make Startup Disk" when the source is a17:11
CIA-34usb-creator: physical CD.17:11
cjwatsonev: built-in CD> I was actually using 'kvm -monitor stdio -m 512 -hda oem-usb-20100903.img -cdrom maverick-desktop-i386.iso -boot d'17:14
cjwatsonthen 'kvm -monitor stdio -m 512 -hda oem-usb-20100903.img -hdb oem-20100903.img -boot c' to boot using it17:14
evah cool, I'll give that a shot17:15
cjwatsonfirst time I've tried this approach, but it seems to be working17:15
evthanks for the tip17:15
evI take it that's why you wanted to write to regular disks17:15
cjwatsonand indeed you can then 'kvm-img snapshot -c created oem-usb-20100903.img' and revert to that snapshot at any time17:15
cjwatsonI think you *can* use -usb -usbdevice disk:oem-usb-20100903.img or some such17:16
cjwatsonbut I seem to remember having problems with that last time I tried; maybe it was just that you can't boot from it that way17:16
evoo, that would be fantastic if it works17:24
evhistorically, kvm's usb support has not met my expectations though17:25
cjwatsonthis disk-to-disk support seems fine17:25
cjwatsonwhat the heck is this "Message: useQuirks" stuff coming from?17:26
cjwatsonseems to be libwebkit?17:27
superm1libwebkit I think17:27
cjwatsonand a Debian patch at that ...17:28
ubot2Debian bug 592670 in libwebkit-1.0-2 "libwebkit-1.0-2: useQuirks message spamming" [Normal,Open]17:29
cjwatsonI think I'll cherry-pick that17:30
cjwatsonreproduced the oem bug this way, at least!17:31
=== bladernr_ is now known as fader__
=== fader__ is now known as bladernr_
cjwatsonwebkit uploaded to kill the useQuirks junk17:53
CIA-34usb-creator: superm1 * r321 grub-support/debian/ (changelog control): Add a dependency on one of the grubs to be able to use grub-setup.22:14
CIA-34usb-creator: superm1 * r320 grub-support/ (bin/usb-creator-helper usbcreator/install.py): don't use any components from grub on the current system; assume that boot.img and core.img are in the target image and just use grub-setup to lodge them on the drive22:15
cjwatsonsuperm1: please don't use grub-setup, use dd22:19
cjwatsonit does make a difference22:19
cjwatsongrub-setup fills in data at certain offsets in the core image, and those offsets are subject to change22:19
cjwatsonthe defaults for the data at those offsets should be good enough for your purposes though and you shouldn't need to do that22:20
cjwatsonas long as you put boot.img at sector 0 and core.img at sector 122:21
cjwatsonand as long as the core.img is built to search for the stick rather than needing a hardcoded prefix22:22
cjwatson(which wouldn't work in this case anyway)22:22
superm1well just the first 446 of boot.img though, to avoid nuking the partition table22:23
cjwatsonmaybe in the future we should have grub-setup options that guarantee not to modify core.img22:24
cjwatsonbut you won't be able to rely on that for a while anyway22:24
superm1I didn't look that much at grub-setup source, here I thought it didn't touch it22:25
cjwatsonthere are three things it changes at the moment: the blocklist at the end of the first sector of core.img, pointing to the rest of it; sometimes information on the partition numbers corresponding to the prefix; and the prefix22:30
cjwatsonthe reason I mention this in particular is that a change just went in upstream to move the prefix into the compressed region, so that much is basically guaranteed to change between maverick and natty22:30
CIA-34usb-creator: superm1 * r322 grub-support/ (bin/usb-creator-helper debian/changelog debian/control): use dd rather than grub-setup22:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!