[12:25] <xivulon> superm1: yes but others helped to, I am ago on the forum
[12:25] <superm1> xivulon, well then perhaps i should speak to you after mythbuntu's first release regarding getting us in it
[12:26] <xivulon> superm1, at the moment what is required is a metalink file pointing to an alternate ISO
[12:26] <xivulon> you can reuse one of the metalink files we provide
[12:26] <superm1> xivulon, well we're not going to have an alternate iso unfortunately
[12:26] <superm1> at least not this release
[12:26] <xivulon> or use a metalink editor
[12:27] <xivulon> superm1 then you'll have to wait for cjwatson and evand to allow preseeding in ubiquity so that the livecd can be used, possibly should be done by 7.10
[12:27] <superm1> right
[12:28] <evand> oh, it will be :)
[12:28] <superm1> well we have a variety of other options that would need to be preseeded as well
[12:28] <superm1> so i think wubi would need a few more pages for those options
[12:28] <xivulon> ps I sent a reply to cjwatson on the ml, I am interested in comments on the second part of the email
[12:29] <xivulon> superm1, the idea of wubi is to have a 1 click installer. and by 1 click I mean 1 click, not 2 or 3
[12:29] <evand> ahhhhh, that explains the latter two changes
[12:30] <xivulon> evand yep
[12:30] <superm1> xivulon, i see.  well the problem is that we account for options in hardware selection
[12:30] <superm1> during install
[12:30] <superm1> such as a remote and tuners
[12:30] <xivulon> sorry at the time I looked for malone in m-a, then I forgot to notify you
[12:31] <xivulon> superm1: what about having a reasonable config and have the rest at first boot?
[12:31] <evand> great!  I'll fix that bug and apply the changes for dealing with already mounted filesystems, provided I can make the use case of previous partitions of a separate /home and / that are already mounted still work
[12:31] <superm1> xivulon, that's a possibility.  one of our specs allows for it at least via our control centre
[12:31] <xivulon> evand thx
[12:32] <superm1> i'll get back to you after its implemented
[12:32] <superm1> and we can talk a little more about this
[12:32] <xivulon> superm1: quick OT question, why does not mythtv use mysql (at least some versions ago')?
[12:32] <xivulon> I mean sqlite
[12:33] <xivulon> I have always thought that lots of complications where due to the use of mysql as opposed to sqlite
[12:33] <superm1> xivulon, developers choice to originally use mysql, and there has been no effort towards sqlite at this point
[12:34] <xivulon> I think they should use sqlite ;P
[12:34] <superm1> a lot of the original complications on the ubuntu packages were mysql related, but i've massaged the packaging as much as i could to prevent users from messing things up with it
[12:35] <superm1> i agree though, i think there should be multiple options: sqllite, postgres, mysql, etc
[12:35] <superm1> just a matter of the effort involved to do so
[12:35] <xivulon> To be honest I think they should just use sqlite, there is little point in choosing a db in a media server, and most other dbs are probably an overkill.
[12:36] <xivulon> considering the tickets they had to answer because of mysql it is probably a worthy investment
[12:37] <superm1> does sqlite scale well to many machines, or only to a local app?
[12:40] <xivulon> used to be only local app, not sure if they managed to improve the locking system. But do you really need multiple backend servers?
[12:41] <superm1> well i use 2
[12:41] <superm1> and i have remote frontends
[12:41] <superm1> i'm not sure how common that is though
[12:42] <xivulon> Yep but all the data could be in one backend anyway, even singlethreaded
[12:42] <xivulon> anyway that's ot
[12:42] <superm1> ya
[12:43] <xivulon> evand do you know if anyone plans to come on board and help with the wubi front-end?
[12:43] <superm1> i'd say bring it up in #mythtv, but i know what the result will be.  "You want a feature, submit a patch, or put it on the wiki page, and maybe someone will do it"
[12:44] <xivulon> superm1: I wish I could help, but I have not much time for that, the little I have I am using on wubi
[12:44] <superm1> :)
[12:47] <evand> xivulon: I'm tempted to, provided I can find some free time.  What needs to be done, exactly?
[12:48] <xivulon> improve the download manager, we need segmented downloads
[12:49] <xivulon> improve keyboard detection
[12:49] <superm1> xivulon, currently does it use bittorrent to do it?  Or just http?
[12:49] <xivulon> http, but with a few features
[12:49] <xivulon> we used to have bittorrent, but it was clunky
[12:49] <xivulon> it required python and a few users had issues with it
[12:49] <cjwatson> as far as our use of wubi is concerned, I was imagining that we'd just ship it on the CD, which would mean that wouldn't be so much of an issue
[12:49] <xivulon> hi cjwatson
[12:50] <cjwatson> hi, going to bed soon so nothing complicated please :)
[12:50] <xivulon> np long day here, my brain is melting (more than usual)
[12:51] <xivulon> I sent you a reply, you already answered a bit
[03:26] <TheBigClash> hello
[03:27] <TheBigClash> i have a problem with installing ubuntu
[03:28] <TheBigClash> can anybody help me?
[09:21] <CIA-19> migration-assistant: evand * r56 migration-assistant/ (9 files in 2 dirs):
[09:21] <CIA-19> migration-assistant: * Close directories in ma-search-users.
[09:21] <CIA-19> migration-assistant: * Don't unmount devices when we can avoid having to.
[09:21] <CIA-19> migration-assistant: * Look for registry files case-insensitively.
[09:49] <CIA-19> migration-assistant: evand * r57 migration-assistant/ (import.c ma-ask search-items.c utils.c utils.h): Minor fixes in previous case-insensitive registry locations commit. Also make use of it in search items.c
[09:59] <glledo> cjwatson evand : I've been trying to get partman-crypto working with ubiquity, I've created a LP branch, if you want to take a look: https://code.launchpad.net/~glledo/ubiquity/ubiquity.crypto
[11:29] <cjwatson> glledo: I'd like to look, but http://geeksynapse.net/repo/ubiquity.crypto/ returns HTTP 404 so LP can't mirror the branch
[12:13] <dns_56> i have a bug with software raid and the ubuntu installer, i have fedora installed correctly and it has software raid 5 but ubuntu does not detect it
[12:24] <cjwatson> please file a bug, I think it's going to be too hard to diagnose on IRC
[12:25] <cjwatson> make sure to attach the /var/log/syslog and /var/log/partman files; you can go back to the installer main menu and use "save debug logs" to extract those
[12:25] <cjwatson> partman-md would be an appropriate package to file the bug on
[12:25] <cjwatson> I'm assuming you're using the alternate install CD and not the desktop CD
[12:25] <dns_56> tried both, the bug is in feisty as well but not in fedora
[12:26] <cjwatson> the desktop CD does not support RAID, so please don't bother trying that
[12:26] <cjwatson> I would welcome a report from the gutsy alternate install CD with the appropriate logs
[12:27] <dns_56> i do not know a huge ammount about raid, what info is going to be useful?
[12:28] <cjwatson> 11:25 <cjwatson> make sure to attach the /var/log/syslog and /var/log/partman files; you can go back to the installer main menu and use "save debug logs" to extract those
[12:28] <cjwatson> that information
[12:28] <dns_56> ok i will do that in a few minutes
[12:39] <glledo> cjwatson: I've changed the webserver to index, at least I can see the code now with the Browse Code LP thing
[03:10] <cr3> cjwatson: hi, would you have a minute to help diagnose an installation problem I'm encountering with a custom image generated by fabbione?
[03:14] <cjwatson> cr3: sure
[03:20] <cr3> cjwatson: if I get "No volume groups found", that means the hard drive is not detected right?
[03:23] <cjwatson> no, that means no LVM volume groups were found. Ignore it if you weren't expecting to have LVM; the log message is just a consequence of one of the commands run in the process of starting up partman
[03:24] <cjwatson> d-i is unfortunately noisier in the logs than it should be sometimes
[03:26] <cr3> cjwatson: hm, the installation is stopping with a blue screen (the usual blue background) and I'm trying to isolate the problem. I'll have a second look at syslog
[03:33] <cr3> cjwatson: the installation stops shortly after detecting hardware and the highest pid on the machine is running /lib/partman/automatically_partition/10resize
[03:40] <cjwatson> cr3: would like a copy of /var/log/partman then
[03:40] <cjwatson> it may have made an invalid parted_server request and got stuck
[03:40] <cjwatson> that can happen if e.g. one of the arguments is empty by accident
[03:40] <cjwatson> parted_server's protocol handling isn't too clever :(
[03:51] <glledo> cjwatson: I changed the branch so now it's hosted in LP: https://code.launchpad.net/~glledo/ubiquity/ubiquity-crypto
[03:52] <cjwatson> thanks, will try
[04:11] <cr3> cjwatson: I finally got networking up on the machine to grab partman but httpd is not there. where can I find that shell script to invoke nc with the proper arguments?
[04:22] <cjwatson> cr3: probably easier to just 'anna-install openssh-client-udeb' and scp it out
[04:27] <cr3> cjwatson: that outputs a bunch of blanks and returns 0, which might indicate the command completed successfully, but there's no ssh nor scp command
[04:39] <cjwatson> please check again, there really should be
[04:39] <cjwatson> unless you ran it very early on, before the "retrieving additional components" step of the installer (which is also before partman!)
[04:47] <cr3> cjwatson: yep, I didn't see that step go by
[05:10] <cr3> cjwatson: $bestpart is set to none in /lib/partman/automatically_partition/10resize_use_free/choices
[05:11] <cjwatson> yes ...?
[05:12] <cjwatson> 'nc -l -p RANDOMPORT >partman' should be enough on the server side
[05:12] <cr3> cjwatson: I still can't get /var/log/partman from the system, so I've been trying to diagnose the problem myself. the last line in the log file is: /lib/partman/automatically_partition/10resize_use_free/choices: IN: PARTITIONS parted_server: Read command: PARTITIONS
[05:12] <cjwatson> 'nc SERVERHOSTNAME SAMERANDOMPORT </var/log/partman' on the client side
[05:13] <cjwatson> also same with /var/log/syslog in case parted_server fell over and whined there
[05:13] <cr3> cjwatson: so, I looked at the script and tried running it manually. I get a bunch of blanks so I ran the script again with set -o xtrace.
[05:13] <cjwatson> check whether the parted_server process is still running
[05:13] <cjwatson> no no no no don't run it manually you'll break stuff
[05:13] <cjwatson> if you did that, please reboot and reproduce it cleanly
[05:13] <cr3> yes, the parted_server is still running
[05:19] <cr3> cjwatson: emailed both syslog and partman logfiles
[05:22] <cr3> I also sent the dmesg and lsmod output, in case it might be useful
[05:22] <cjwatson> thanks, but dmesg is included in syslog and lsmod usually isn't needed
[05:27] <cr3> cjwatson: I suspect that the problem is that no storage device is being detected, ie ls /dev/sd* /dev/hd* doesn't show anything
[05:29] <cjwatson> cr3: just how custom is this installer?
[05:30] <cr3> cjwatson: the installation process installs a base.sqfs, chroot-initrd and chroot-vmlinuz instead of installing a bunch of packages
[05:32] <cjwatson> cr3: sounds rather like:
[05:32] <cjwatson> partman-auto (54ubuntu2) edgy; urgency=low
[05:32] <cjwatson>   * Fix hang on partman startup if no disks are present.
[05:32] <cjwatson>  -- Colin Watson <cjwatson@ubuntu.com>  Tue, 18 Jul 2006 15:25:30 +0100
[05:33] <cr3> cjwatson: ok, so now I need to figure out how to detect the disk considering the feisty live image detects it properly
[05:33] <cjwatson> yes, definitely
[05:33] <cjwatson> the PARTITIONS command is supposed to be followed by the id of the disk; parted_server is stuck waiting for that to arrive
[05:33] <cjwatson> r194 of bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/partman-auto/ubuntu/ fixes this
[05:34] <cjwatson> cr3: right, that would be a kernel question ...
[05:36] <cr3> cjwatson: I suspect the vmlinuz and initrd used for my installation is not up-to-date. so, I'm trying to make -d build_netboot from the debian-installer root
[05:36] <cjwatson> sourced from which release?
[05:38] <cr3> I should source it from gutsy because my target image is for gutsy
[05:38] <cjwatson> err, but the kernel is 2.6.15?
[05:38] <cjwatson> according to your log
[05:38] <cjwatson> I updated d-i for gutsy yesterday or so, so it should be bang up-to-date
[05:39] <cr3> cjwatson: that's just for the installer, but the system being installed is gutsy
[05:43] <cjwatson> blink, I wouldn't guarantee that gutsy d-i will work with the 2.6.15 kernel
[05:54] <cr3> cjwatson: I successfully did make -d build_netboot, so I'll try the generated initrd.gz and vmlinuz
[06:24] <cr3> cjwatson: where should the initrd.gz reside after running make build_monolithic in debian-installer?
[06:25] <cjwatson> cr3: dest/monolithic/initrd.gz I think
[06:26] <cr3> it seems to be generated under netboot directories so I'm wondering if that's normal or if that's a result of my previous runs of make_netboot
[06:26] <cr3> darn, no monolithic subdirectory under dest
[06:26] <cjwatson> the latter
[06:26] <cjwatson> then it probably failed
[06:30] <cr3> that's probably because of the pkg-lists I specified for monolithic, lets try removing that
[06:33] <cr3> hm, the dest directory isn't even created after running: apt-get source debian-installer; cd debian-installer-20070308ubuntu9/build; make build_monolithic
[06:35] <cr3> I wish make -d provide more readable output
[06:37] <cjwatson> why would you use make -d here?
[06:37] <cr3> because nothing is happening, so I'd like to enable debugging to understand why
[06:37] <cjwatson> it's only useful for relatively unusual makefile debugging. The regular output of the makefile is probably much more helpful if not obscured by insane amounts of -d
[06:38] <cjwatson> oh, you need to uncomment monolithic in build/config/i386.cfg or whatever it is
[06:38] <cjwatson> monolithic is only for installer developers (modulo fabbione being crazy and thinking it's a good idea to ship it) so it's not turned on by default
[06:38] <cr3> cjwatson: cheers! the problem was that I wasn't getting any output at all
[06:43] <cr3> cjwatson: ok, I'm getting close. I'm now getting: finish-install: Depends: installed-base but it is not installable
[06:44] <cr3> cjwatson: apt-cache search is not returning anything for finish-install, so where is that package coming from?
[06:59] <cjwatson> cr3: apt-cache search doesn't return anything for any udeb
[07:00] <cjwatson> cr3: that's due to the base-installer in gutsy being too old, anyway; I'll look at fixing that
[07:41] <phracker> help
[07:41] <phracker> hehhe
[07:42] <cjwatson> phracker: please ask your question rather than asking for general help
[07:42] <phracker> ok
[07:42] <phracker> here is my issue
[07:42] <phracker> when I attempt to dpkg -i webmin I get errors
[07:42] <phracker> jkennebe@Nix1:~$ sudo dpkg -i webmin_1.350_all.deb
[07:43] <evand> phracker: This is not a support channel.  Please see #ubuntu.
[07:43] <cjwatson> this channel is just for matters relating to initial installation of Ubuntu; general package installation help is more appropriate for #ubuntu
[07:43] <phracker> well I just figured that you maybe have more information
[07:44] <phracker> I will try that chan thanks
[07:46] <cjwatson> no slight to individuals intended; while it's possible that we know the answer, I'd rather that this channel didn't turn into #ubuntu as then we won't be able to get anything done :-)
[07:46] <cjwatson> (I'm happy to do small bits of installer support as that often results in interesting bug-fixes)
[07:47] <evand> Is there anything special about Vietnamese as a locale?  This bug doesn't occur when using any other language.
[07:48] <cjwatson> oh, have you reproduced it?
[07:48] <evand> oh yeah, it's simple
[07:48] <evand> just install with vietnamese :)
[07:48] <evand> you'll hit it every time
[07:49] <cjwatson> well, it's UTF-8 without having .UTF-8 on the end of its locale name, but it's not unique in that
[07:49] <cjwatson> (unusual, but not unique)
[07:49] <evand> I'm surprised we didn't hear about this sooner.
[07:49] <cjwatson> its legacy character encoding (TCVN5712-1) isn't used by anything else; perhaps it's ended up in the legacy encoding by accident?
[07:50] <evand> hrmm
[07:50] <cjwatson> that would be vi_VN.TCVN rather than vi_VN
[07:52] <phracker> how do you disable sudo
[07:53] <cjwatson> cf. also localechooser 0.27ubuntu17
[07:53] <cjwatson> phracker: at install time? use expert mode and opt to create a root user
[07:53] <cjwatson> phracker: at any other time, just set a password for the root user
[07:56] <evand> cjwatson: indeed, thanks for reminding me.  That was on the list of things to try in my head but had since slipped my mind.
[07:58] <evand> cjwatson: wait, why localechooser from dapper and not edgy?
[07:58] <cjwatson> evand: the changelog for that revision, I mean
[07:58] <evand> ahhh
[07:58] <cjwatson> interesting Vietnamese-related bug
[08:02] <phracker> thanks cjwatson
[08:04] <cr3> cjwatson: is there a workaround to the base-installer in gutsy being too old?
[08:05] <cjwatson> cr3: the workaround is the version of base-installer I'm about to upload ...
[08:06] <cjwatson> I'm surprised that actually broke anything though, as I'm not getting swarms of complaints about it being broken
[08:08] <cr3> cjwatson: I'm only getting that for monolithic though, netboot works fine. so maybe you didn't get any complaints because fabbione is on vacation :)
[08:08] <cjwatson> ah, could be that monolithic objects, yes
[08:09] <cjwatson> its dependency resolution is less permissive because it uses apt-get rather than anna to do the job
[08:11] <cjwatson> cr3: uploaded; try again in a few hours
[08:13] <evand> cjwatson: you're quite good at finding the cause of bugs without even looking at them:
[08:14] <evand>  /target/etc/environment: LANG="vi_VN.TCVN"
[08:16] <cjwatson> ha!
[08:16] <cjwatson> just practice, you develop intuition after a while. you OK with tracking down the fix from there?
[08:17] <evand> indeed, thanks for the kick in the right direction
[08:18] <cjwatson> no worries
[08:29] <phracker> I have come to the conclusion that I am a moron
[08:29] <phracker> why didnt I know about aptitude
[08:29] <phracker> ugh
[08:29] <phracker> that made things alot easier
[08:29] <phracker> =|
[08:30] <phracker> and I dont have to get rid of sudo
[08:30] <phracker> do you guys know if there is a "tightvnc" application that I could use
[08:30] <phracker> oh nevermind
[08:30] <phracker> duh I am using ssh
[10:09] <cr3> when trying to build monolithic on feisty, I get: E: Couldn't find package acpi-modules-2.6.20-16-generic-di
[10:37] <cr3> I found that the pool was containing 2.6.20-15, so I downloaded that to the localudebs directory. however, now I'm getting errors about ext2-modules package
[10:53] <cr3> evand: would you happen to know where the packages for ext2-modules, ext3-modules, jfs-modules, etc. are located?
[11:06] <evand> cr3: http://archive.ubuntu.com/ubuntu/pool/main/l/linux-source-2.6.22/ ?
[11:10] <cr3> evand: partman-basicfilesystems seems to depend on ext2-modules, but it's nowwhere to be found even in that url
[11:20] <cr3> evand: that's weird, the linux-source-2.6.15 repository contains the ext2-modules but the later repositories don't
[11:20] <cr3> evand: I wonder if the module has been superceeded by something else and it's just the partman dependencies which haven't been updated
[11:28] <evand> hrm
[11:33] <evand> fs-core-modules
[11:37] <cr3> evand: do you think I could modify partman-basicfilesystems to depend on that instead of ext2-modules?
[11:43] <cr3> evand: I also changed pkg-list/standard-udebs to only require partman-basicfilesystems amongst the partman-* packages. seems to be running now, but this is feeling freaky hacky
[11:45] <cr3> Segmentation fault (core dumped)
[11:45] <cr3> Command failed with status 139 : mklibs-readelf --print-rpath ./tmp/monolithic/tree/bin/ld_static
[11:52] <cr3> that was on gutsy, trying on feisty now
[11:59] <evand> I may be wrong about the fs-core-modules thing, but I somewhat recall a changelog entry a while back about some sort of shuffle involving the base filesystems.  Or it could be a false memory.
[11:59] <cr3> feisty seems to have generated something, now to see if it works