[00:01] <xivulon> ah didn't do make clean for translations and missed the error...
[00:03] <xivulon> remove Hungarian from src/wubi/translator.nsh (line 25) and compile again
[00:05] <evand> fantastic, thanks
[00:06] <xivulon> 1.3M?
[00:06] <evand> 1.1
[00:06] <evand> but r447 was 1.4M
[00:06] <xivulon> do not know why but am glad about that :)
[00:07] <xivulon> I had 2.1 and 1.3...
[00:07] <xivulon> that though means that the savings are 300K as opposed to 700K
[00:08] <evand> indeed, but that still helps, I imagine
[00:08] <evand> thanks
[00:08] <evand> ok, I'm heading out for a little bit.  I'll be back later tonight.
[00:09] <xivulon> sure
[00:14] <xivulon> evand see my msg about umenu text for option #2 being too long
[00:16] <xivulon> umenu rev 17 is up
[00:17] <xivulon> did not fix the option 2 text though
[00:17] <xivulon> 'night
[08:46] <HADES\stephans> not sure if this is the spot to ask... but, I have a question regarding the installer.
[08:46] <HADES\stephans> I have ubuntu booting fine via tftp boot
[08:47] <HADES\stephans> it grabs the preseed file fine off the we server
[08:47] <HADES\stephans> does every thing.. but it refuses to use my internal mirror of the repository...
[08:48] <HADES\stephans> is the online install repo hard coded in to the installer?
[08:48] <HADES\stephans> here is the relevane section in preeseed:
[08:48] <HADES\stephans>      14 d-i mirror/http/hostname string http://horus.farorbit.com
[08:48] <HADES\stephans>      15 d-i mirror/http/directory string /os/ubuntu/gutsy/
[08:48] <HADES\stephans>      16 d-i mirror/suite string gutsy
[08:59] <soren> HADES\stephans: "http://horus.farorbit.com" is not a hostname. It's a URI.
[09:03] <cjwatson> right, that's a likely cause
[09:03] <HADES\stephans> soren it matches the documentation here: http://d-i.alioth.debian.org/manual/en.i386/apbs04.html
[09:03] <HADES\stephans> should I omitt the http://?
[09:04] <cjwatson> no, it does not match that documentation
[09:04] <cjwatson> d-i mirror/http/hostname string http.us.debian.org
[09:04] <cjwatson> http.us.debian.org is not the same as http://us.debian.org
[09:04] <cjwatson> you should definitely omit the http://
[09:04] <HADES\stephans> ok
[09:05] <cjwatson> it wouldn't do any harm to file a wishlist bug on choose-mirror to have it skip over http:// automatically, mind you
[09:05] <HADES\stephans> right
[09:48] <xivulon>  evand, cjwatson: just to let you know that received a report of a user with working suspend under wubi/ntfs!
[09:49] <xivulon> I must admit I didn't test the feature with the new kernels, and cannot do so until tonight. If someone else could also confirm this would be great!
[10:11] <xivulon> also my understanding is that hibernation doesn't work with a swap file (correct me if I am wrong), but it does not seem that the pm policies check for that
[10:11] <xivulon> i.e. you are shown the hibernate button even if your swap is on file
[11:25] <xivulon> 2 users confirmed they can suspend...
[11:31] <cjwatson> nice
[11:38] <xivulon> yes I am really pleased, was just asking mjg59 if there was any change in that respect!
[11:39] <xivulon> I did squeeze down wubi by turning off debugging symbols by the way
[12:03] <CIA-24> partman-xfs: cjwatson * r755 ubuntu/ (3 files in 3 dirs): * Make finish.d/aptinstall_xfs and valid_filesystems/xfs executable again.
[12:04] <CIA-24> partman-basicmethods: cjwatson * r713 ubuntu/ (choose_method/filesystem/do_option debian/changelog):
[12:04] <CIA-24> partman-basicmethods: * When changing filesystem, set the default mount options to the contents
[12:04] <CIA-24> partman-basicmethods:  of /lib/partman/mountoptions/${fs}_defaults if it exists (LP: #160450).
[12:04] <CIA-24> partman-basicmethods: cjwatson * r714 ubuntu/debian/control: Ubuntu maintainer address
[12:04] <CIA-24> partman-basicmethods: cjwatson * r715 ubuntu/debian/changelog: releasing version 38ubuntu1
[12:04] <CIA-24> partman-basicmethods: cjwatson * r716 ubuntu/ (choose_method/dont_use/choices debian/changelog): * Make choose_method/dont_use/choices executable again.
[12:04] <CIA-24> partman-basicmethods: cjwatson * r717 ubuntu/debian/changelog: releasing version 38ubuntu2
[12:05]  * cjwatson hits that cscvs bug from the dawn of time with a spoon
[12:05] <CIA-24> partman-xfs: cjwatson * r756 ubuntu/debian/changelog: releasing version 35ubuntu2
[12:07] <CIA-24> partman-partitioning: cjwatson * r668 ubuntu/ (debian/changelog free_space/new/do_option): * Silence warning in case $id/options already exists.
[12:08] <CIA-24> partman-partitioning: cjwatson * r669 ubuntu/debian/changelog: releasing version 54ubuntu4
[12:57] <CIA-24> partman-target: cjwatson * r707 ubuntu/ (commit.d/clear_partitions debian/changelog): * Don't clear partitions that aren't marked as using a filesystem.
[13:05] <CIA-24> partman-target: cjwatson * r708 ubuntu/ (5 files in 4 dirs):
[13:05] <CIA-24> partman-target: * Run clear_partitions from finish.d, not commit.d; commit.d is run in all
[13:05] <CIA-24> partman-target:  sorts of places, such as while configuring RAID, where we don't want to
[13:05] <CIA-24> partman-target:  clear partitions yet (LP: #198106).
[13:05] <Bashtoni> Hi
[13:05] <cjwatson> thanks
[13:06] <cjwatson> right, the changes I've made can be replicated as follows
[13:06] <cjwatson> boot the installer, and run through it until it asks you for a partitioning method (Guided, Manual, etc.)
[13:06] <cjwatson> press Alt-F2 and then Enter to start that shell
[13:06] <cjwatson> then type the following commands exactly:
[13:08] <cjwatson> chmod +x /lib/partman/choose_method/70dont_use/choices /lib/partman/finish.d/70aptinstall_xfs /lib/partman/valid_filesystems/25xfs
[13:08] <cjwatson> mv /lib/partman/commit.d/60clear_partitions /lib/partman/finish.d/10clear_partitions
[13:09] <cjwatson> nano /lib/partman/finish.d/10clear_partitions
[13:09] <cjwatson> scroll down to line 19, where it says '[ -f "$id/method" ] || continue'
[13:09] <cjwatson> immediately below that, add a line that says:
[13:09] <cjwatson> [ -f "$id/use_filesystem" ] || continue
[13:09] <cjwatson> save and exit
[13:09] <cjwatson> return to the installer (Alt-F1) and continue
[13:09] <cjwatson> [done]
[13:10] <Bashtoni> OK, giving it a try now
[13:11] <cjwatson> (you can use tab-completion to help with the awkward filenames of course)
[13:14] <Bashtoni> Gah, damn vi-less installer
[13:15] <Bashtoni> It failed because the 10clear_paritions included :w ;)
[13:15] <Bashtoni> Trying again properly..
[13:16] <cjwatson> I use vi myself, but memory is more important in the installer so we pick a single one that most people can cope with
[13:17] <Bashtoni> OK, that worked
[13:18] <Bashtoni> Only oddness is that I created two RAID partitions - a small one for /boot, larger to use as LVM
[13:18] <Bashtoni> Only prompted me to create one MD device, the other seemed to already have been created
[13:20] <cjwatson> I'll try not to debug that at the same time :-)
[13:20] <cjwatson> presumably that's not actually a problem as such, just odd?
[13:20] <Bashtoni> Yeah
[13:22] <Bashtoni> Nice, just noticed the installer uses relatime by default now :)
[13:23] <Bashtoni> Actually, there was one other small issue
[13:24] <Bashtoni> The installer complained about not being able to mount /dev/md1 (which is a pv for lvm)
[13:24] <Bashtoni> Let me continue fine though
[13:24] <cjwatson> I think that's a known one
[13:24] <cjwatson> IIRC anyway
[13:25] <cjwatson> there is some pain around lvm/raid combinations, but I think mostly warnings
[13:25] <cjwatson> yeah, relatime by default was yesterday
[13:25] <cjwatson> ok, that sounds good enough, I'll upload that
[13:25] <cjwatson> thanks
[13:25] <Bashtoni> NP, thanks for sorting it :)
[13:26] <CIA-24> partman-target: cjwatson * r709 ubuntu/debian/changelog: releasing version 54ubuntu2
[13:28] <cjwatson> s/yesterday/Tuesday/
[13:38] <CIA-24> ubiquity: cjwatson * r2542 ubiquity/d-i/update-changelog: use dch -t option, added in devscripts 2.10.9
[13:39] <CIA-24> oem-config: cjwatson * r429 oem-config/d-i/update-changelog: use dch -t option, added in devscripts 2.10.9
[14:06] <evand> xivulon: fantastic!
[14:07] <xivulon> indeed! when you have a couple of mins can you test it to confirm?
[14:09] <evand> will do
[14:29] <xivulon> A user reported the following issue during kernel upgrade:
[14:29] <xivulon> ln: creating hard link `/boot/initrd.img-2.6.24-11-generic.dpkg-bak' => `/boot/initrd.img-2.6.24-11-generic': Operation not permitted
[14:30] <xivulon> I managed to upgrade successfully yesterday night
[14:32] <evand> perhaps ntfs-3g has issues with hard links
[14:34] <xivulon> do not recall having such issues in the past, and as mentioned I did a kernel upgrade myself which I'd expect would involve similar steps
[14:35] <evand> indeed
[14:40] <cjwatson> that code in update-initramfs changed recently
[14:40] <cjwatson> perhaps the semantics for hardlinks on NTFS aren't POSIXy enough to support what we need
[14:40] <cjwatson> TheMuso_: ^-- thoughts?
[14:41] <cjwatson> I bet you can't rename over the top of another file with link() or something :-(
[14:45] <evand> I really need to always configure my VM installs to output to a serial console.  I just ran into a hard lock when installing Wubi, but I cannot reproduce it now.
[14:50] <xivulon> was that during ubiquity? same amd64 issue?
[14:50] <xivulon> didn't hear any complaint about that from users by the way
[14:52] <evand> indeed, during X startup.
[14:52] <xivulon> I'd thought that the news on suspend had to be compensated somehow...
[14:53] <evand> heh
[15:05] <xivulon> Do not think that X startup should be related to wubi though... Would be a first...
[15:07] <evand> I imagine it would be a bug with ntfs-3g or FUSE if it was Wubi-specific, but I wouldn't worry about it.  If I can reproduce it, I'll take care of getting decent logs.
[15:12] <evand> "Fix: file and directory removal, rename and move may have been denied with an "Operation not supported" error message." - perhaps related?  That's from the ntfs-3g changelog for 1.2216
[15:17] <xivulon> looks plausible
[15:18] <xivulon> what is the current version of ntfs-3g?
[15:19] <xivulon> 1.1120
[15:20] <evand> Also, I checked with the ntfs-3g ML regarding the amd64 and VMWare bug and was told by a SuSE developer that the bug (which is in FUSE, not ntfs-3g) is not present in the FUSE kernel module from 2.6.24 (instead of using the one from fuse-2.7.2)
[15:21] <xivulon> ah good catch
[15:22] <evand> well, he did basically tell me to Google next time as it was the top hit on the ntfs-3g forums for the top of the stack trace :/
[15:23] <evand> I'll take it to -kernel.
[15:23] <xivulon> heh
[15:24] <xivulon> would it be possible to upgrade ntfs-3g?
[15:24] <xivulon> it might be that the error is triggered only in some particular circumstances though
[15:24] <xivulon> which would explain why I did not notice a thing
[15:24] <evand> not sure, I imagine that's a call for slangasek to make.
[15:25] <xivulon> can you ask him or do you want me to do it?
[15:25] <cjwatson> if there's a good reason to upgrade it, we probably should - subscribe the ubuntu-release team to the bug and ask for a feature freeze exception
[15:26] <xivulon> I'd guess the same holds for fuse/vmware
[15:27] <xivulon> I'll write a bug report then
[15:28] <xivulon> but if I link that to the kernel-upgrade failure, it might be difficult to prove that 1.2216 might actually fix that
[15:28] <xivulon> since the ntfs-3g error might be sporadic
[15:29] <xivulon> I will make it a bit more generic maybe
[15:44] <xivulon> I have created bug #199161
[15:44] <ubotu> Launchpad bug 199161 in ntfs-3g "File and directory removal, rename and move may have been denied with an "Operation not supported"" [Undecided,New] https://launchpad.net/bugs/199161
[15:45] <xivulon> I subscribed the ubuntu release team, let me know if I need to do anything else for the feature freeze exception
[15:49] <CIA-24> ubiquity: cjwatson * r2543 ubiquity/ (d-i/manifest debian/changelog):
[15:49] <CIA-24> ubiquity: * Automatic update of included source packages: partman-basicfilesystems
[15:49] <CIA-24> ubiquity:  56ubuntu3, partman-basicmethods 38ubuntu2, partman-ext3 49ubuntu2,
[15:49] <CIA-24> ubiquity:  partman-jfs 25ubuntu1, partman-partitioning 54ubuntu4, partman-reiserfs
[15:49] <CIA-24> ubiquity:  39ubuntu1, partman-target 54ubuntu2, partman-xfs 35ubuntu2.
[15:55] <CIA-24> ubiquity: cjwatson * r2544 ubiquity/debian/po/ (79 files): debconf-updatepo
[16:11] <CIA-24> ubiquity: cjwatson * r2545 ubiquity/debian/changelog: releasing version 1.7.16
[16:13] <cjwatson> ^-- just in case they need to respin with the partman-basicmethods fix
[16:14] <evand> ah, whoops.
[16:16] <cjwatson> not your fault
[16:16] <cjwatson> I had forgotten about the antediluvian cscvs bug that caused that
[16:27] <tjaalton> cjwatson: thanks for working on relatime-support.. it should be the default now?
[16:28] <tjaalton> gah, to the bus ->
[16:30] <xivulon> would you think that a lower swappiness would be beneficial in wubi installations (given that the swap is an ntfs-3g file)?
[16:30] <cjwatson> tjaalton: alternate only for the moment, desktop support probably not in alpha 6 but in beta
[17:22] <tjaalton> cjwatson: I've done a couple of netboot installations, and at least mount(1) doesn't show the options?
[17:22] <tjaalton> -s
[17:38] <cjwatson> tjaalton: I had to add it to busybox mount
[18:16] <tjaalton> cjwatson: I mean the installed system doesn't seem to use it, or is there something missing?
[18:18] <cjwatson> tjaalton: does it show up in /etc/fstab?
[18:19] <tjaalton> cjwatson: no, only "defaults"
[18:20] <cjwatson> can I see your syslog and the date of the netboot image you used?
[18:21] <cjwatson> you need to have downloaded it on Tuesday evening or later
[18:21] <tjaalton> the image is from yesterday morning.. damn
[18:21] <tjaalton> oh
[18:23] <evand> Would it be reasonable to call dhclient in the initramfs?  The removal of eth0 from the interfaces file breaks preseeding via a URL on the desktop CD.
[18:23] <cjwatson> urr. might need to ask that in a wider forum, I'm not quite sure
[18:23] <cjwatson> you could do it if and only if preseeding is in use
[18:24] <evand> Or perhaps I should just add the lines back to interfaces if url= is set?
[18:24] <tjaalton> cjwatson: http://users.tkk.fi/~tjaalton/foo/syslog
[18:26] <cjwatson> tjaalton: busybox definitely too old
[18:26] <cjwatson> Mar  5 15:45:53 kernel: klogd started: BusyBox v1.1.3 (Debian 1:1.1.3-5ubuntu10)
[18:26] <cjwatson> busybox (1:1.1.3-5ubuntu12) hardy; urgency=low
[18:26] <cjwatson>   * Add support for relatime and norelatime mount options (closes: #460824).
[18:26] <cjwatson>  -- Colin Watson <cjwatson@ubuntu.com>  Tue, 04 Mar 2008 11:02:33 +0000
[18:27] <tjaalton> cjwatson: yeah, I'll try again tomorrow :)
[18:27] <cjwatson> maybe downloaded it from a mirror that was behind
[18:27] <cjwatson> oh, we were having internal mirroring problems yesterday morning
[18:27] <cjwatson> that would probably be it
[18:28] <tjaalton> yep
[18:29] <tjaalton> I fetch installer images from a.u.c, the rest is mirrored locally
[20:32] <xivulon> looks like I spoke too soon on the ntfs-3g issue... The chap came back and he is using fat32 not ntfs...
[20:33] <xivulon> so the feature freeze exception looses one case study....
[20:34] <xivulon> I'd still think that 1.216 is useful
[20:35] <xivulon> but now I have to find out what is the issue with vfat
[20:39] <xivulon> obvious q are hard links supported in vfat?
[20:49] <TheMuso> cjwatson: hrm. Interesting, but not entirely surprising to me. I wonder whether we should check what filesystem /boot is sitting on perhaps? At this point, I have no other ideas.
[21:25] <mebrown> evand ping
[21:26] <evand> mebrown: pong
[21:33] <mebrown> we had a conversation here that I was going to ask you something, but I've forgotten...
[21:34] <mebrown> just a sec while I think... :)
[21:35] <evand> heh, ok
[21:36] <mebrown> evand, nope, cant remember. doh.
[21:38] <evand> haha, that's ok.  Just ask in here or via email when you do :)
[21:44] <xivulon> evand ^ on ntfs-3g
[21:49] <evand> xivulon: hard links are not supported on vfat, as I understand it
[21:50] <xivulon> yeah that was my guess too
[21:50] <xivulon> I am wondering though if hard links in kernel upgrade scripts are a new feature
[21:51] <xivulon> I don't think I have seen anyone complain about that before
[21:51] <evand> probably because hardly anyone uses fat32 anymore :)
[21:52] <TheMuso> Hard links don't work on NTF either do they?
[21:52] <TheMuso> NTFs
[21:54] <TheMuso> Oh of course not, that was what was being discussed earlier.
[21:55] <evand> TheMuso: works for me
[21:55] <TheMuso> evand: HRM so its just FAT32 then.
[21:56] <evand> indeed
[21:56] <TheMuso> Actually... That might explain why the wubi test I did the other day on a FAT32 windows install didn't boot properly after it had finished installing. :)
[21:56] <evand> xivulon: perhaps we should just tell people using fat32 to covnert their filesystem to NTFS?  I can't see any reason why someone would want to keep using FAT32.
[21:56] <evand> You don't support < Windows 2000 anyway, right?
[21:58] <TheMuso> evand: People still may want to access windwos from Linux without having a separate partition.
[21:59] <TheMuso> evand: Although the problem with this, is that FAT32 wouldn't support symbolic links either I would think.
[21:59] <evand> TheMuso: I don't follow.  Why wouldn't they be able to do that?
[22:00] <TheMuso> evand: Yeah thinking about it more, now that we have ntfs-3g with write support, it is totally nullified.
[22:00] <xivulon> evand I did have several users with fat...
[22:00] <xivulon> so I am a bit perplexed
[22:00] <evand> symbolic links do not work for me on vfat
[22:01] <xivulon> can you double check hard links
[22:01] <xivulon> that is only relevant for /boot
[22:01] <xivulon> I am not sure why hardlinks are needed at all to be honest...
[22:01] <xivulon> I would have thought that you just have to generate an initrd and drop it in /boot
[22:01] <TheMuso> xivulon: Its more complex than that I'm affraid.
[22:02] <TheMuso> xivulon: It has to do with making sure that a valid initramfs is still present, even if a new initramfs generation fails.
[22:02] <TheMuso> https://wiki.ubuntu.com/HardyInitramfsErrorHandling
[22:02] <TheMuso> I think is the correct URL.
[22:02] <evand> xivulon: double checked, no such luck
[22:03] <cjwatson> we could fall back to a more stupid and less reliable implementation if the hardlink attempt fails
[22:03] <TheMuso> cjwatson: Thats what I'm starting to wonder about.
[22:03] <cjwatson> like cp -a (takes more space, but would do)
[22:05] <TheMuso> cjwatson: I guess we could simply put the hard linking into an if check, and if it fails, then we copy...
[22:06] <cjwatson> well, ln -f blah || cp -a blah
[22:06] <cjwatson> but yeah
[22:06] <xivulon> that would be great!
[22:07] <cjwatson> not really much that can go wrong with ln that wouldn't break cp too
[22:07] <cjwatson> aside from vfat
[22:07] <cjwatson> so that approach should be safe
[22:07]  * cjwatson sighs at crappy non-POSIX filesystems in this day and age
[22:07] <evand> well, vfat isn't really this day and age :)
[22:08] <TheMuso> yet heaps of devices still use it.
[22:08]  * TheMuso looks at USB sticks.
[22:08] <evand> point taken
[22:08] <xivulon> have a look at your usb key...
[22:09] <xivulon> Ok I will have to rectify the feature freeze request
[22:09] <xivulon> I still think that it is valid, since ntfs shortcomings might also have produced the same issue
[22:09] <TheMuso> Well thsi initramfs issue is a bug, and well found too.
[22:11] <cjwatson> *my* USB key is ext3 :-P
[22:11] <xivulon> reformatting that does not count...
[22:12] <CIA-24> partman-target: cjwatson * r710 ubuntu/debian/ (changelog rules): * Fix build; commit.d is gone, really.
[22:13] <cjwatson> how about I test-build partman-target this time :-/
[22:14] <TheMuso> heh
[22:15] <cjwatson> urgh, ubiquity doesn't notice d-i components failing to build
[22:15] <TheMuso> Alright, what I might do, is make initramfs changes, and check whether they make a difference locally on a modified image using wubi. If so, I'll upload.
[22:16] <CIA-24> partman-target: cjwatson * r711 ubuntu/debian/changelog: releasing version 54ubuntu3
[22:22] <mebrown> f13 ping
[22:22] <mebrown> doh. wrong channel
[22:25] <CIA-24> ubiquity: cjwatson * r2546 ubiquity/ (configure configure.ac): bump to 1.7.17
[22:58] <CIA-24> ubiquity: cjwatson * r2547 ubiquity/ (d-i/Makefile debian/changelog): * Ensure that our build fails if one of the d-i components fails to build.
[22:59] <CIA-24> oem-config: cjwatson * r430 oem-config/ (d-i/Makefile debian/changelog): * Ensure that our build fails if one of the d-i components fails to build.
[23:03] <CIA-24> oem-config: cjwatson * r431 oem-config/ (4 files in 2 dirs):
[23:03] <CIA-24> oem-config: * Add a check-manifest tool to ensure that d-i/manifest is in sync with
[23:03] <CIA-24> oem-config:  d-i/source/ on upload (from ubiquity).
[23:19] <TheMuso> What file or files does wubi check on the CD to check that it is an Ubuntu CD?
[23:22] <CIA-24> ubiquity: cjwatson * r2548 ubiquity/ (d-i/manifest debian/changelog): * Automatic update of included source packages: partman-target 54ubuntu3.
[23:32] <TheMuso> xivulon: How does wubi know what CD it is being run from, i.e ubuntu, kubuntu, etc?
[23:33] <xivulon> TheMuso, it parses .disk/info
[23:33] <xivulon> if it's an ISO it first extracts .disk/info
[23:36] <xivulon> to be precise, wubi scans all disks for signs of an Ubuntu CD starting with the drive hosting the exe
[23:36] <xivulon> if a CD is find it enters into CD "mode", so that for instance you cannot select a different distro
[23:44] <TheMuso> Ah ok, thanks.
[23:50] <xivulon> hmm is it possible/useful to test suspend-to-ram in vm (virtualbox)?
[23:50] <xivulon> suspend to ram seems to be disabled by default in such setup and if I run the command manually does not work too well
[23:53] <CIA-24> ubiquity: cjwatson * r2549 ubiquity/ (d-i/Makefile debian/changelog):
[23:53] <CIA-24> ubiquity: * Don't clean console-setup; bits of it are intentionally missing from our
[23:53] <CIA-24> ubiquity:  copy, and it's not necessary.
[23:54] <CIA-24> oem-config: cjwatson * r432 oem-config/ (d-i/Makefile debian/changelog):
[23:54] <CIA-24> oem-config: * Don't clean console-setup; bits of it are intentionally missing from our
[23:54] <CIA-24> oem-config:  copy, and it's not necessary.