[00:37] <xivulon> cjwatson ping
[09:42] <tjaalton> not hugely important, but trying to netboot hardy fails since it can't find a suitable kernel
[09:44] <tjaalton> "couldn't find package installation-report; info: Found kernels '' "
[09:51] <cjwatson> odd
[09:51] <cjwatson> stick the full syslog somewhere?
[09:54] <tjaalton> sure, a sec
[09:58] <tjaalton> cjwatson: http://users.tkk.fi/~tjaalton/foo/syslog
[10:01] <cjwatson> the installation-report bit is odd but not relevant
[10:02] <cjwatson> although possibly indicative ... it should be able to find that since it's in the archive
[10:02] <cjwatson> ah
[10:02] <cjwatson>                 echo "deb $APTSOURCE $DISTRIBUTION $COMPONENTS" > /target/etc/apt/sources.list
[10:02] <cjwatson>                 echo "deb $APTSOURCE $DISTRIBUTION-updates $COMPONENTS" > /target/etc/apt/sources.list
[10:02] <cjwatson> spot the mistake
[10:03] <soren> Heh.
[10:07] <cjwatson> tjaalton: fixed in base-installer 1.85ubuntu3, thanks
[10:10] <tjaalton> wow great
[10:11] <tjaalton> ah, I didn't spot the error :P
[10:12] <tjaalton> yes, sources.list is quite minimal on the system
[10:12] <tjaalton> heh
[10:34] <superm1> heh.  amazing what damage missing a single > would do :)
[12:23] <tjaalton> cjwatson: works great
[12:25] <cjwatson> excellent
[12:28] <tjaalton> now if aptitude could be a bit more forgiving, since it bails out if a single package can't be found :)
[12:29] <tjaalton> I preseed pkgsel/include with a list of packages, and if one of those is missing (which is common no a development version), it just fails
[12:29] <tjaalton> so in this case the list for gutsy is no good
[16:21] <soren> How does the installer decide which kernel to install?
[16:40] <cjwatson> err, the answer is quite long. Which bit do you care about?
[16:41] <cjwatson> (as in, what logic does it use? what things does it look at? where can I find the code?)
[16:47] <soren> Good question. :) I want to make the jeos iso install the -virtual kernel flavour.
[16:48] <soren> cjwatson: A pointer to the code will probably be the the easiest for you and will probably give me all the info I need.
[16:49] <cjwatson> ah, in that case it's actually easier to just tell you
[16:49] <cjwatson> soren: preseed 'd-i base-installer/kernel/override-image string linux-virtual'
[16:49] <soren> That seems a bit harsh.
[16:49] <cjwatson> it's in data/$DIST/preseed/ in debian-cd
[16:50] <cjwatson> alternatively; if only the -virtual kernel is on the CD, it should already select it automatically
[16:50] <cjwatson> see base-installer/kernel/i386.sh
[16:50] <cjwatson> if linux-generic is there, it'll use that in preference, so you need to make sure linux-generic isn't there
[16:50] <soren> Yes, ISTR something about that, and I thought it would be the only kernel, but the boot seed gave me the -generic one as well.
[16:51] <soren> Ok, I'll figure something out.
[16:51] <cjwatson> you probably shouldn't be including the boot seed ...?
[16:51] <soren> No, that's my conclusion as well.
[16:51] <cjwatson> jeos should substitute for boot
[16:51] <cjwatson> jeos: boot required minimal
[16:51] <cjwatson> ubuntu-seeds/ubuntu.hardy/STRUCTURE
[16:52] <cjwatson> I think that's the error
[16:52] <soren> I just thought it would be an easy shortcut to certain things, but it's causing me more problems than it's solving :)
[16:52] <soren> Right. I'll hand pick the packages I need, put them into the jeos seed and remove boot from that line in STRUCTURE.
[16:53] <cjwatson> there's nothing in boot you need that isn't already in jeos
[16:54] <soren> Oh.
[16:54] <soren> You're right.
[16:54] <soren> I must have looked at germinate's output and got confused.
[16:55] <cjwatson> easy to do, expanded dependency trees are *big*
[16:55] <soren> Hm...
[16:56] <soren> http://people.ubuntu.com/~ubuntu-archive/germinate-output/ubuntu.hardy/boot shows a lot of stuff I want that's not in http://people.ubuntu.com/~ubuntu-archive/germinate-output/ubuntu.hardy/jeos
[16:56] <evand> hrmm, I'm guessing I should look outside of ubiquity/d-i for the cause of bug 173008
[16:56] <evand> and the bot appears to be MIA
[16:56] <cjwatson> soren: you need to look at the seeds themselves rather than the output
[16:57] <cjwatson> looking at the output will just be confusing
[16:57] <soren> Quite.
[16:57] <soren> :)
[16:57] <soren> cjwatson: Ok, thanks. I'll work it out.
[16:57] <cjwatson> soren: boot there is pulling in lots of base-system-y stuff
[16:57] <cjwatson> because boot is Weird
[16:57] <soren> cjwatson: And jeos will get that from... required?
[16:57] <cjwatson> it's basically a nasty hack around confusion caused by the kernel having massive dependencies but being conceptually at the bottom of the stack
[16:57] <cjwatson> right
[16:58] <soren> Ok, got it.
[16:58] <cjwatson> if you want to compare expanded lists, compare the union of required+minimal+boot with the union of required+minimal+jeos
[16:58] <cjwatson> it'll make a lot more sense
[16:58] <soren> Alright. Thanks again.
[16:59] <cjwatson> evand: probably console-setup, but err
[16:59] <cjwatson> weirdness
[16:59] <evand> indeed
[16:59] <cjwatson> probably means that console-setup just isn't working at boot time
[16:59] <cjwatson> or that X didn't pick it up
[16:59] <cjwatson> wasn't X failing to generate xorg.conf at some point?
[17:00]  * cjwatson follows up to the bug ...
[17:00] <cjwatson> (feel free to answer the same questions if you have an affected system handy)
[17:00] <evand> I do, but I'll have to run through another install again.  Shouldn't take too long though.
[17:01] <evand> I'll queue it up in the event that he doesn't reply in a timely manner.
[17:01] <evand> s/in/for/
[17:03] <cjwatson> ok, what the HELL
[17:04] <cjwatson> Ctrl-Alt-F1 tries to switch to a console and FAILS
[17:04] <soren> Oh, it's not just me?
[17:04] <cjwatson> first time that's happened to me in nine years of using Linux
[17:04] <soren> I thought I had knackered something.
[17:05]  * evand is afraid of that key combination.  nvidia does not play nice.
[17:07] <cjwatson> oops, apparently stracing X isn't a great plan
[17:07] <soren> cjwatson: 9 years? N00b! :)
[17:07] <cjwatson> anyway, seems to work fine from gdm's X server, but not once logged in
[17:08] <cjwatson> soren: hippy
[17:08] <soren> :p
[17:30] <evand> yup, that's it
[17:31] <evand>  /etc/default/console-setup is right
[17:31] <evand>  /etc/X11/xorg.conf is non-existant
[17:31] <cjwatson> that'd do it
[17:31] <cjwatson> iz xorg bug
[17:31] <evand> yay, not our problem ;)
[18:09] <evand> cjwatson: mind if I fix bug 62950 with a s/use CD2 or// ?
[18:09] <evand> https://bugs.launchpad.net/ubuntu/+source/syslinux/+bug/62950
[18:09] <evand> figured I'd ask first as it's been outstanding for a while, and I wasn't sure if there was a reason why it wasn't covered in previous attempts to remove references to CD2
[18:15] <cjwatson> evand: yeah, sounds reasonable to me
[18:19] <evand> I'm assuming I can edit the existing patch, rather than shoving a patch to a patch in there, right?
[18:20] <evand> I only ask as this is apparently stolen from SuSE, but I imagine trusting whoever updates that to check the changelog would be reasonable.
[18:21] <evand> and updating anything in debian/ doesn't require patching anyway, right?
[18:22] <cjwatson> edit the existing patch in debian/patches/
[18:23] <cjwatson> probably easiest to use dpatch-edit-patch to do so
[18:23] <cjwatson> run it with appropriate args, it'll give you an unpacked source tree, you edit the source directly, it fixes up the patch to do what you said
[18:23] <evand> indeed
[18:25] <evand> I'll take care of the merge while I'm here
[21:03] <ceeka1> i know this probably isn't the best place to ask this question, but does anyone know of a quick way to display all the packages installed on my system and the license each one uses?
[21:06] <evand> seekay: /usr/share/doc/*/copyright
[21:07] <thom> COLUMNS=100 dpkg -l |awk '/^ii/{print $2}' for a list of packages
[23:10] <seekay> cjwatson: i sent a mail around last week about problems installing grub using a 7.04 netinstall from a usb disk. i have removed all lines regarding grub from my preseed, but it still always installs grub into /dev/sda (my USB disk at install time, thus overwriting syslinux!) i can reboot, do a grub-install to my hard disk, and it works fine, but it seems wrong that i should have to re-install syslinux every time on my usb key... any thought