[08:32] <davmor2> xivulon: hit an issue with wubi kne last night I'm assuming it is the max_iso_size but if I had any persistence to the usb stick, install inside windows disappeared from the wubi menu
[08:38] <xivulon> davmor2, yes the algorithm is wrong
[08:39] <davmor2> xivulon: cool bug 461566 if you want to comment
[08:47] <xivulon> morning evand
[08:47] <evand> hallo
[08:48] <xivulon> have a quick look at 461566
[08:49] <davmor2> evand: more noticeable with kne it's slightly larger than unr
[08:49] <evand> I think a DVD being offline is still a likely scenario.
[08:51] <xivulon> we could have: min_iso_size < used < DVD_size
[08:52] <xivulon> a quick and dirty patch, but should give us a bit of headroom
[08:52] <davmor2> evand: as a temporary work round for unr and kne I'm thinking just tell people if they want to install using wubi don't enable persistence
[08:52] <davmor2> works fine then
[08:52] <evand> davmor2: I think telling them to use the force option would be better
[08:55] <xivulon> is the release on schedule?
[08:56] <evand> xivulon: I suspect most users will max out the persistence size
[08:56] <xivulon> true
[08:56] <evand> so I don't see letting it through so long as it's less than the size of the DVD being of much help
[08:56] <evand> I think our best bet is to release note this, tell users to use --force if on a usb disk, and fix it properly in lucid
[08:57] <evand> xivulon: yes, it appears to be on schedule
[08:57] <xivulon> I agree this is not critical, and it will not justify a respin
[08:57] <xivulon> even if we had a proper patch, which we don't at the moment
[08:59] <xivulon> by the way it is "--force-wubi"
[09:01] <evand> indeed
[09:01] <evand> bug updated
[09:04] <davmor2> evand, xivulon: Yay on a plus side with persistence removed it installs fine :)
[09:05] <evand> hooray
[09:31] <cjwatson> evand: http://paste.ubuntu.com/302653/ http://paste.ubuntu.com/302654/
[09:31] <evand> cool, thanks
[10:02] <ara> cjwatson, I am getting a crasher in ubiquity: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/461377
[10:02] <ara> cjwatson, I just changed it to public
[10:02]  * cjwatson hands ara a ticket
[10:03] <cjwatson> I'll queue it up :
[10:03] <cjwatson> :)
[10:03] <ara> cjwatson, hehehehe
[10:17] <CIA-6> ubiquity: evand * r3561 ubiquity/ (debian/changelog scripts/install.py):
[10:17] <CIA-6> ubiquity: Do not fail if linux-generic-pae is not in the package cache.
[10:17] <CIA-6> ubiquity: Thanks Colin Watson (LP: #461377).
[10:21] <CIA-6> user-setup: evand * r206 ubuntu/ (debian/changelog user-setup-apply):
[10:21] <CIA-6> user-setup: Check if filesystems are already mounted before attempting to mount
[10:21] <CIA-6> user-setup: them (LP: #461546).
[10:24] <CIA-6> ubiquity: evand * r3562 ubiquity/ (bin/oem-config-firstboot debian/changelog):
[10:24] <CIA-6> ubiquity: Really don't run oem-config again. Thanks Colin Watson
[10:24] <CIA-6> ubiquity: (LP: #461546).
[10:29] <CIA-6> ubiquity: cjwatson * r3563 server-fixes/debian/ (changelog oem-config.oem-config.upstart):
[10:29] <CIA-6> ubiquity: * Fix debconf frontend:
[10:29] <CIA-6> ubiquity:  - Start oem-config on stopping rc, as well as when starting display
[10:29] <CIA-6> ubiquity:  managers.
[10:39] <CIA-6> ubiquity: evand * r3563 ubiquity/ (apport/source_ubiquity.py debian/changelog): Fix broken reference in the apport hook (LP: #461757).
[10:42] <CIA-6> ubiquity: cjwatson * r3564 server-fixes/ (debian/changelog ubiquity/frontend/debconf_ui.py):
[10:42] <CIA-6> ubiquity: Add some missing imports (ubiquity.frontend.base.Controller,
[10:42] <CIA-6> ubiquity: ubiquity.plugin.Plugin, ubiquity.i18n).
[10:44] <CIA-6> ubiquity: cjwatson * r3565 server-fixes/ (5 files in 4 dirs):
[10:44] <CIA-6> ubiquity: If there's a containing debconf frontend, talk to it rather than using
[10:44] <CIA-6> ubiquity: debconf-communicator.
[10:45] <CIA-6> ubiquity: cjwatson * r3566 server-fixes/ (debian/changelog ubiquity/components/ubi-language.py): Set a controller in the language plugin.
[10:46] <CIA-6> ubiquity: cjwatson * r3567 server-fixes/ (3 files in 2 dirs):
[10:46] <CIA-6> ubiquity: Use spaces rather than ${!TAB} in localechooser in OEM mode, since
[10:46] <CIA-6> ubiquity: debconf doesn't support the latter yet.
[10:51] <CIA-6> ubiquity: cjwatson * r3568 server-fixes/ (debian/changelog ubiquity/components/usersetup.py): Don't handle user-setup preseeding for the debconf frontend.
[11:44] <CIA-6> ubiquity: cjwatson * r3569 server-fixes/ (3 files in 2 dirs): localechooser condition should be debconf frontend, not OEM mode
[12:16] <CIA-6> ubiquity: cjwatson * r3564 ubiquity/ (debian/changelog ubiquity/components/partman.py):
[12:16] <CIA-6> ubiquity: Run partman in the noninteractive frontend (otherwise we try to install
[12:16] <CIA-6> ubiquity: to the live CD root!).
[12:30] <CIA-6> ubiquity: cjwatson * r3565 ubiquity/ubiquity/components/partman.py: need implementation of set_part_page for noninteractive too
[12:33] <CIA-6> ubiquity: cjwatson * r3566 ubiquity/ (debian/changelog ubiquity/frontend/noninteractive.py):
[12:33] <CIA-6> ubiquity: Explicitly print noninteractive output to the console (as the Python
[12:33] <CIA-6> ubiquity: debconf module redirects sys.stdout to sys.stderr which ends up in
[12:33] <CIA-6> ubiquity: /var/log/installer/debug).
[12:47] <CIA-6> ubiquity: evand * r3567 ubiquity/ (3 files in 2 dirs):
[12:47] <CIA-6> ubiquity: Add noninteractive pages for user-setup and migrationassistant as
[12:47] <CIA-6> ubiquity: well.
[13:02] <CIA-6> user-setup: evand * r207 ubuntu/debian/changelog: releasing version 1.27ubuntu11
[13:21] <CIA-6> ubiquity: evand * r3568 ubiquity/ (d-i/manifest debian/changelog):
[13:21] <CIA-6> ubiquity: Automatic update of included source packages: user-setup
[13:21] <CIA-6> ubiquity: 1.27ubuntu11.
[13:33] <CIA-6> ubiquity: evand * r3569 ubiquity/debian/changelog: releasing version 2.0.5
[14:36] <kd35a> evand: Hi, I've got some problem with installing usb-creator under Debian
[14:36] <kd35a> this i what i try to do: http://pastebin.com/m8e1eb5d
[14:37] <kd35a> the folder '/usr/share/usb-creator/' doesn't exist on my system
[14:37] <evand> kd35a: please use debuild to create the package, and dpkg to install it
[14:38] <kd35a> do you know what could be wrong?
[14:38] <kd35a> ok, in the same way as you describe here then? https://wiki.ubuntu.com/usb-creator
[14:38] <kd35a> thanks :)
[14:40] <evand> I wouldn't install all the packages like that
[14:40] <evand> as you'll also install the kde frontend
[14:40] <evand> you'll only need to install usb-creator-common and usb-creator-gtk
[14:40] <evand> assuming you're running gnome
[14:41] <kd35a> ahh, ok, I'll just use debuild first, and then look for the right .deb-packets
[14:52] <CIA-6> partman-basicmethods: cjwatson * r765 ubuntu/ (choose_method/dont_use/choices debian/changelog): Restore executable bit on choose_method/dont_use/choices.
[14:55] <CIA-6> partman-basicmethods: cjwatson * r766 ubuntu/debian/changelog: releasing version 43ubuntu2
[15:00] <CIA-6> partman-target: cjwatson * r783 ubuntu/ (debian/changelog finish.d/clear_partitions): Fix clearing of subdirectories of /usr and /var (LP: #461698).
[15:05] <kd35a> evand: It works now, and thanks for great software :)
[15:05] <evand> kd35a: glad to hear it
[15:15] <CIA-6> partman-target: cjwatson * r784 ubuntu/finish.d/clear_partitions: adjust log message too
[15:16] <Nivex> cjwatson: I see you got a fix in for my iSCSI bug.  I hope to give it a thorough test this evening.
[15:16] <CIA-6> partman-target: cjwatson * r785 ubuntu/debian/changelog: releasing version 64ubuntu5
[15:20] <CIA-6> ubiquity: cjwatson * r3570 ubiquity/ (d-i/manifest debian/changelog):
[15:20] <CIA-6> ubiquity: Automatic update of included source packages: partman-basicmethods
[15:20] <CIA-6> ubiquity: 43ubuntu2, partman-target 64ubuntu5.
[15:21] <cjwatson> Nivex: thanks
[15:24] <CIA-6> ubiquity: cjwatson * r3571 ubiquity/debian/changelog: releasing version 2.0.6
[16:49] <flagg0204> has anyone successfully installed ubuntu to an iscsi target, and have it work on reboot?
[16:50] <cjwatson> flagg0204: I made changes for that yesterday
[16:50] <cjwatson> very late yesterday, in fact
[16:51] <cjwatson> after that, it actually worked for me; before that, it was broken
[16:52] <flagg0204> odd.  so i built an iscsi target, used debootstrap to populate it.   using gpxe to boot.  currently it hangs after the grub menu because it cant find vmlinuz or initrd
[16:52] <flagg0204> trying to figure out how to update grub or initrd to support iscsi
[16:53] <cjwatson> if it can't find the vmlinuz, updating the initrd won't help
[16:53] <cjwatson> AFAIK that is meant to be the BIOS' problem
[16:53] <flagg0204> yeah im grasping at straws i admit.  so its probably a grub change that has to happen?
[16:53] <cjwatson> I was using a homebrewed setup, copying the kernel and initrd out and passing them by hand to kvm
[16:54] <flagg0204> ah
[16:54] <cjwatson> I can ask a colleague who was testing with gpxe
[16:54] <flagg0204> only if its not too much trouble
[16:54] <cjwatson> he said it got further than that for him, though
[16:54] <cjwatson> (before my fixes)
[16:54] <flagg0204> yeah, mine pulls down the grub config,  the menu is presented.  when you select the default menu item, then it hangs
[16:54] <cjwatson> which sort of suggests to me that it's a BIOS-level problem - for booting, the bootloader is not meant to have to understand iSCSI
[16:54] <flagg0204> well technically it dumps me to busybox
[16:55] <cjwatson> oh, then you didn't describe the problem accurately :)
[16:55] <flagg0204> ah
[16:55] <flagg0204> my mistake
[16:55] <flagg0204> yes dumps me to busybox
[16:55] <cjwatson> it could find both the vmlinuz and initrd, if you get a busybox prompt
[16:55] <cjwatson> what it couldn't find was the root filesystem
[16:55] <cjwatson> can I recommend that you use the actual installer to do this, rather than debootstrap?
[16:55] <cjwatson> there are quite a few bits and pieces you need to get into the initramfs
[16:56] <cjwatson> and the installer (as of *today*'s server CD) automates it for you
[16:56] <flagg0204> for the server iso?
[16:56] <flagg0204> or desktop
[16:56] <cjwatson> server
[16:56] <cjwatson> but you can always install from the server ISO, and then install ubuntu-desktop on top :)
[16:57] <flagg0204> ah.  is that in the usual releases.ubuntu.com or whatever
[16:57] <cjwatson> http://cdimage.ubuntu.com/ubuntu-server/daily/current/
[16:57] <flagg0204> ah ok
[16:57] <flagg0204> ill give that a try again.  thanks for the help
[16:58] <flagg0204> last time i attempted the install on iscsi, it didn't show any of the luns that i had exposed from my netapp
[16:58] <flagg0204> it saw the netapp, just none of the luns
[16:58] <flagg0204> amd you couldn't set the initiator name
[17:00] <cjwatson> that I don't know about, I've only been able to test my code against a software target
[17:02] <cjwatson> flagg0204: educate me, if you would - what's setting the initiator name needed for?
[17:02] <cjwatson> I can't change it now for 9.10, but can consider improvements for 10.04
[17:03] <cjwatson> at the moment, we use iscsi-iname to generate a unique node name starting with iqn.1993-08.org.debian:01
[17:06] <Nivex> Some SAN devices use the initiator name for ACLs
[17:06] <Nivex> NetApp in particular
[17:06] <Nivex> I think it would be a good idea to have a blueprint for improving iSCSI support going into Lucid
[17:07] <cjwatson> well, at least file bug reports
[17:07] <cjwatson> we can consider whether it needs the heavyweight blueprint process based on that
[17:07] <Nivex> yeah, once Karmic's out the door I'll file a couple wishlists
[17:08] <Nivex> the other thing to add would be prompts for CHAP credentials
[17:12] <flagg0204> cjwatson well filers have igroups.  and the way the filer knows what lun to map an initiator to is by the initiators name
[17:12] <flagg0204> nivex - chap is a good idea as well
[17:13] <cjwatson> ok, those should both be doable
[17:14] <flagg0204> iscsitarget is much more forgiving of initiator names, as you can simply allow all initiators to connect to any lun.  not sure if you can do that with netapp
[17:43] <flagg0204> cjwatson - when you booted iscsi root volume, are you just using pxe/dhcp?
[17:47] <cjwatson> I pointed kvm at the kernel and initrd directly :)
[17:47] <cjwatson> but I know that mathias was using gPXE and got out of the initramfs
[17:47] <flagg0204> doh.   yeah forgot about the kvm part :)
[17:47] <cjwatson> 17:26 <mathiaz> cjwatson: root-on-iscsi from gPXE works correclty here!
[18:26] <flagg0204> cjwatson - just another confirmation.   gpxe / iscsi root to a linux iscsitarget does work.  although there are some stranges errors probably related to networking setup in initrd
[18:26] <flagg0204> but it did work
[19:55] <lzoulek> I was here earlier today and you guys helped me out a lot installing an application. Now I am trying to install a plugin and am not able to get it done correctly. Can anyone help me out
[19:56] <cjwatson> flagg0204: ok, thanks
[19:57] <cjwatson> lzoulek: you sure it was here? this channel isn't normally for application installation, it's for initial installation of the operating system
[19:57] <cjwatson> lzoulek: and I don't see your name in scrollback
[19:57] <lzoulek> maybe it was ubuntu beginner
[19:57] <lzoulek> not sure
[19:58] <lzoulek> do i need to go to another room?
[19:58] <davmor2> ubuntu beginner sounds more realistic :)
[19:58] <lzoulek> ok i will go there then, ty
[23:07] <Nivex> cjwatson: I confirm the bug is clear. Thank you thank you thank you!
[23:15] <Nivex> now, totally unrelated to iSCSI, but the installer
[23:15] <Nivex> I installed with tasks=standard on the command line.  Got a minimal CLI system, but with openoffice.org installed