[00:00] <kirkland> cjwatson: okay, even more odd...  i cannot reproduce the kvm segfault with bootable partitions anymore
[05:28] <acoc> is anyone familiar with a "No alternate CD for i386!" error in the publish-daily script in cdimage
[05:29] <TheMuso> acoc: What do you mean exactly?
[05:32] <acoc> sorry I forgot I was running on battery, then it died
[05:34] <acoc> TheMuso: I've been playing around with the cdimage to compile an xubuntu daily cd by hand and ended up with that error on the last step of the build-image-set script
[05:36] <TheMuso> acoc: There is likely a component/package that you haven't installed that you need. What version of Ubuntu are you running the cdimage code on?
[05:36] <acoc> ozos is the distro, it's basically xubuntu-hardy with the e17 wm
[05:36] <acoc> that's what I'm working on improving
[05:36] <TheMuso> acoc: Ok, have you made sure britney is running properly?
[05:36] <acoc> it runs without errors
[05:36]  * TheMuso doesn't know the bits intimately, but I've set up cdimage before, so have a good idea of whats needed.
[05:37] <TheMuso> Ok.
[05:38]  * TheMuso tries to think of what he needed to install to get it to work.
[05:38] <TheMuso> acoc: I believe there are a lot of deps that debian-cd needs. Have a look in its readme file. There are a lot of perl bits needed.
[05:39] <acoc> ok, I have the apt debian-cd installed, but I had run cjwatson's checkout
[05:40] <acoc> it ran successfully
[05:40] <TheMuso> acoc: Without seeing a log, I am not sure what the problem is then.
[05:42] <acoc> TheMuso, I understand, the truth is that I used debmirror for most of the syncing because I wanted to avoid the code I didn't need
[05:42] <acoc> so basically I avoided the whole ananosync part and did each step by hand
[05:43] <acoc> I may ultimately have to go the whole route of the complete cron.daily, but I just wanted to ask if anyone was familiar with this error
[05:44] <TheMuso> acoc: You probably don't have the indices files, as well as the installer-* bits within the dists structure.
[05:44] <TheMuso> They are needed.
[05:44] <acoc> I rsynced those as well
[05:45] <TheMuso> Well I'm out of ideas at the moment.
[05:47] <acoc> when I googled the No alternate CD for i386! error it came up with a chat archive that cjwatson had fixed, but he didn't give details, so maybe I'll ask him tomorrow
[05:47] <acoc> but I do appriciate it TheMuso, I probably should have asked you questions earlier, it would have saved a lot of time
[05:48] <acoc> sounds like you did something very similarly
[05:48] <TheMuso> acoc: Yeah, but I managed to get it running.
[05:49] <TheMuso> Mind you, that was a while ago, and certainly not the latest code.
[05:49] <acoc> haha, yeah well maybe by intrepid I'll get it running
[05:50] <acoc> mind you I'm doing the hardy
[05:53] <acoc> alright, I guess I'm going to hit the hay, thanks for the effort TheMuso
[05:54] <TheMuso> np
[08:59] <davmor2> cjwatson: I've put a note into https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/271554 to tie it into https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/271512 but I've not duped them as they're still slightly different
[09:16] <evand> cjwatson: If you have any available time for reviews, I would very much appreciate a code review on bug 276656
[10:38] <cjwatson> acoc: don't use debian-cd from the Ubuntu archive. It won't even start to work.
[10:39] <cjwatson> acoc: use the one referred to from configs/devel in my cdimage code.
[10:39] <cjwatson> "No alternate CD for i386" just means that the build failed somewhere above.
[10:53] <davmor2> cjwatson: I don't know if you can help but I'm getting a weird wubi error when shutting down with the latest Kubuntu cd.  /et/init.d/rc: 372: /etc/rc6.d/S60umountroot: i/o error and same thing for reboot on S90.  Which log would the error show up in?
[11:24] <cjwatson> I don't know, sorry
[11:26] <cjwatson> evand: is there any reason not to just exclude *any* mounted device, not just /cdrom or /hd-media?
[12:28] <davmor2> cjwatson: ui for the new partitioner works fine for Vista
[13:26] <windswept> hello all
[13:27] <windswept> I am looking to find out if there is an easy place that I can download a prebuilt casper directory for xubuntu
[13:27] <windswept> I guess I am going to have to fix the documenation since things are not clear at ALL.
[13:28] <cjwatson> "prebuilt casper directory"?
[13:28] <cjwatson> I'm not sure what you mean
[13:28] <windswept> sorry directory casper that is on the live install cd's of the desktop
[13:29] <cjwatson> it's constructed by the livecd-rootfs package
[13:29] <windswept> I downloaded the entire xubuntu-alternative because
[13:29] <cjwatson> the alternate install CD doesn't use casper at all
[13:29] <cjwatson> it's in the desktop CD
[13:29] <windswept> I don't yet have a live 8.04.01 installation.
[13:29] <cjwatson> perhaps it would help if you explained what you were trying to achieve
[13:29] <cjwatson> a casper directory is not much use on its own
[13:30] <windswept> I ony found out about that after downloading the alternative. why. because if you want to netboot aka I want to install from my local network. the installation documentation says use alternative.
[13:30] <windswept> now that it is on my local network I want to install off of it. but alternative setup does not.
[13:30] <cjwatson> which installation documentation? URL please
[13:31] <cjwatson> the image you want for netboot installation is usually neither the alternate nor the desktop CD, but http://archive.ubuntu.com/ubuntu/dists/hardy/main/installer-i386/current/images/netboot/mini.iso
[13:31] <cjwatson> err, sorry
[13:31] <cjwatson> http://archive.ubuntu.com/ubuntu/dists/hardy-updates/main/installer-i386/current/images/netboot/mini.iso
[13:32] <cjwatson> that's assuming that you have a local Ubuntu archive mirror (otherwise it'll download it from archive.ubuntu.com)
[13:34] <windswept> oye no wonder I am having hell. it is not easily explained anywhere.
[13:37] <cjwatson> https://help.ubuntu.com/8.04/installation-guide/i386/
[13:38] <cjwatson> just need to be careful to get the images from /dists/hardy-updates/ rather than /dists/hardy/
[13:39] <windswept> sorry, I have done many network installations using fedora, redhat,centos, solaris but anytime I want to do a similar deal for debian it is just annoying.
[13:39] <windswept> I do not want to have a mirror just download a live cd or two,  copy the files in to /tftpboot  setup my nfs and configure my dhcpd server
[13:39] <windswept> seems like I am asking WAY to much.
[13:39] <windswept> the docs imply that the netboot is on only the alternative, and it is but that is not the version that you want to use if you want to do the above.
[13:41] <cjwatson> if you can be a little less aggressive, I might be able to help you.
[13:42] <cjwatson> but I'm not interested in offering help for free in order to get shouted at, I'm afraid
[13:44] <windswept> sorry about this.  it just can seem to be very frustrating.
[13:44] <windswept> and I was looking to just get a url and be done.  thanks for the last one.
[13:45] <cjwatson> the process of netbooting a live CD is much less stable and flexible than the process of netbooting the text-mode installer
[13:45] <cjwatson> if you really want to do it, https://wiki.ubuntu.com/LiveCDNetboot is the best set of directions I know of
[13:45] <cjwatson> but I also know there are a number of bugs in that procedure :-/
[13:45] <cjwatson> so at the moment I have trouble recommending it in good conscience
[13:46] <windswept> yes,  I would not recommend this for a classroom of 10 students and 3 hours.
[13:46] <windswept> I have done the above with various versions of fedora/centos
[13:47] <cjwatson> there are various bugs related to this, e.g. #182940 and #268005
[13:47] <cjwatson> they have a good deal of information but unfortunately not much in the way of conclusion
[13:48] <windswept> thank you
[13:48] <cjwatson> most of the people doing large-scale network installations do the local-mirror approach; I agree that people doing relatively small-scale work lose out a bit
[14:02] <evand> cjwatson: good call, it just hadn't occurred to me.
[14:04] <evand> I'll rewrite it as such
[14:04] <cjwatson> thanks
[14:04] <cjwatson> any progress on those two partitioning bar bugs that keep getting duped?
[14:06] <evand> On them, but no progress yet.  I'll give them a larger chuck on time today.
[14:07] <evand> of*
[14:27] <davmor2> evand: m-a works kinda with vista
[14:28] <evand> yeah, I was able to get in some vista fixes submitted by Mandriva this cycle
[14:29] <davmor2> evand: can I have a word with you about bug https://bugs.edge.launchpad.net/wubi/+bug/276693
[14:30] <evand> davmor2: No idea on that one.  I'd suggest talking to xivoulon.
[14:31] <davmor2> evand: okay ta I'm hoping that Riddell will be able to confirm it
[14:32] <evand> davmor2: I imagine it's going to end up being not-Kubuntu specific.
[14:33] <davmor2> evand: doesn't effect any of the other distros and has only been introduced with 30.1 so I don't know what the cause is :(
[14:34] <evand> It doesn't happen in Ubuntu?
[14:34] <cjwatson> xivulon mailed me this morning about a umountfs fix he needed
[14:34] <cjwatson> could easily be connected with that
[14:34] <cjwatson> seems that we lost all the umountfs work from hardy in the intrepid sysvinit merge :-/
[14:34] <evand> Ah, yikes.
[14:36] <davmor2> evand: Vista m-a doesn't import backdrop or mail (but I need to double check on the mail, I'm pretty sure it's setup)
[14:36] <evand> davmor2: ok, please file bugs for those
[14:37] <davmor2> No Probs
[14:43] <davmor2> mail might work apparently sp1 for vista installed a new version of microsoft mail that wiped the settings (nice)
[14:44] <evand> I haven't given any consideration to Microsoft Mail, so I'd be quite surprised if that works.
[15:18] <davmor2> evand: Wow how the hell do microsoft manage to screw up a mail client.... I can't connect to either gmail or my own server :(
[15:19] <davmor2> doesn't seem to like ssl
[15:20] <evand> No idea, but last time I used Outlook I wanted to inflict massive amounts of pain on myself to take my mind off the outlook experience
[15:20] <davmor2> yes but at least it connects yes sucks to hell and back but connects
[15:21] <evand> heh
[15:22] <davmor2> Outlook on xp connects to both servers with no complaints Vista with MM fails to connect to either mail server
[15:22] <evand> odd
[15:22] <davmor2> gmail doesn't list MM as a client it supports
[15:23] <davmor2> this is Imap by the way :)
[16:14] <CIA-50> installation-guide: cjwatson * r421 installation-guide/ (build/entities/urls.ent debian/changelog):
[16:14] <CIA-50> installation-guide: * Backport from intrepid:
[16:14] <CIA-50> installation-guide:  - Drop bogus "/ubuntu" from URL to example-preseed on help.ubuntu.com.
[16:15] <CIA-50> installation-guide: cjwatson * r422 hardy-proposed/ (debian/changelog en/appendix/preseed.xml):
[16:15] <CIA-50> installation-guide: Update how to suppress the removal of existing LVM data using
[16:15] <CIA-50> installation-guide: preseeding (Frans Pop).
[16:17] <CIA-50> installation-guide: cjwatson * r423 hardy-proposed/ (debian/changelog en/appendix/chroot-install.xml):
[16:17] <CIA-50> installation-guide: Don't recommend passing http://archive.ubuntu.com/ubuntu to
[16:17] <CIA-50> installation-guide: debootstrap; it can figure out a good default for itself, and that URL
[16:17] <CIA-50> installation-guide: is wrong for ports architectures (see
[16:17] <CIA-50> installation-guide: https://answers.launchpad.net/ubuntu/+source/debian-installer/+question/38180).
[16:24] <CIA-50> installation-guide: cjwatson * r424 hardy-proposed/ (debian/changelog en/install-methods/downloading-files.xml):
[16:24] <CIA-50> installation-guide: Point to /dists/hardy-updates/ rather than /dists/hardy/ for downloading
[16:24] <CIA-50> installation-guide: installation files, so that people reading this don't get bitten by LP
[16:24] <CIA-50> installation-guide: #94398/#234486.
[16:39] <davmor2> cjwatson: https://bugs.launchpad.net/bugs/271376 also effects the main install but the usplash and artwork for edubuntu are in so it should display correct?
[16:43] <cjwatson> davmor2: I'm nearly certain it's a different bug
[16:44] <davmor2> cjwatson: with netboot all the others have the correct usplash present
[16:44] <cjwatson> I really must ask you to ask the Edubuntu people
[16:44] <cjwatson> netboot> OK, feel free to reopen it and assign it to some package that isn't the installer then
[16:45] <cjwatson> err, or usplash
[16:45] <cjwatson> it seems very likely that it's an edubuntu-artwork bug
[16:45] <davmor2> cjwatson: okay no probs
[16:46] <cjwatson> sorry, just can't deal with all the derivatives :)
[16:51] <davmor2> cjwatson: modified :)
[17:06] <acoc> cjwatson: hi I realized I had skipped the check-installable script and saw I had a version mismatch in python warning
[17:06] <acoc> cjwatson: is this critical
[17:06] <cjwatson> acoc: what is the exact text of the warning?
[17:07] <acoc> /home/acoc/projects/ubuntu_devel/work/britney/update_out/check_out.py:4: RuntimeWarning: Python C API version mismatch for module britney: This Python has API version 1013, module britney has version 1012.
[17:07] <acoc> and then   import britney;
[17:10] <acoc> cjwatson: I posted up everything I've done at http://pastebin.com/m1ea230
[17:13] <cjwatson> you probably need to 'make clean; make' in britney/update_out/
[17:13] <cjwatson> does it run without other errors?
[17:14] <cjwatson> hmm, you already built britney from source
[17:14] <cjwatson> what version of python are you using?
[17:14] <cjwatson> (python -V)
[17:15] <acoc> Python 2.5.2
[17:15] <acoc> both Python 2.4 and 2.5 are installed with dev from apt
[17:16] <cjwatson> ah, right; 'bzr pull' in the britney directory, that should sort it out
[17:16] <cjwatson> we were using python2.4 to build the extension but just running with whatever /usr/bin/python happened to be
[17:18] <acoc> ok thanks, I'll let you know how it goes
[17:23] <cjwatson> that's probably not why publication failed in your log though
[17:23] <acoc> ok, I'm re-running everything just to make sure
[17:24] <cjwatson> looks like you don't have IMAGE_TYPE set when you're calling build-image-set (or similar)
[17:26] <acoc> that's possible, I mostly just replaced it with daily whenever I thought it was required
[17:27] <acoc> ok it just passed check-installable
[17:28] <acoc> I'll re-run exporting IMAGE_TYPE as daily
[17:35] <acoc> hmm no luck, but it was better because it kept everything in scratch in the daily folder instead of me having to move it over manually
[17:55] <CIA-50> ubiquity: cjwatson * r2864 intrepid-beta/ (debian/changelog scripts/install.py):
[17:55] <CIA-50> ubiquity: Back out DVD performance fixes for beta; they cause files from some
[17:55] <CIA-50> ubiquity: packages that actually are installed (language packs) to be missing from
[17:55] <CIA-50> ubiquity: the installed system. Works around LP #276657, but this needs a better
[17:55] <CIA-50> ubiquity: fix for Ubuntu 8.10.
[17:55] <soren> cjwatson: When you have a minute, could you take a peek at http://bazaar.launchpad.net/~soren/tasksel/limit-section/revision/1377 ? We want to offer the tasksel interface on first boot in a virtual machine, but only the server ones.
[17:56] <soren> cjwatson: I'm about to call it a day, so no rush.
[17:56] <cjwatson> soren: ok, queued up, won't be for a few hours though
[17:56] <soren> cjwatson: "sometime today" sounds fantastic. Thanks.
[17:56] <CIA-50> ubiquity: cjwatson * r2865 intrepid-beta/ (configure configure.ac): bump to 1.10.3
[17:59] <CIA-50> ubiquity: cjwatson * r2866 intrepid-beta/debian/changelog: releasing version 1.10.3
[18:02] <CIA-50> ubiquity: cjwatson * r2869 trunk/ (configure configure.ac debian/changelog scripts/install.py): merge from intrepid-beta branch
[18:46] <acoc> cjwatson, whenever you have a min, I was looking at publish-daily and some formatting problems made me miss it at first but at line 92 why is the TYPE variable set defaulted to alternative for new dists
[18:47] <acoc> cjwatson: changing it to desktop gets me past the no alternative cd error, but then I get in trouble with keys
[19:21] <acoc> would anyone mind explaining what should be in the $CDIMAGE_ROOT/secret/dot-gnupg directory (keeping in mind I don't know much about public keys)
[20:12] <cjwatson> acoc: because that's what "daily" means for us; "daily-live" is the desktop CDs
[20:12] <cjwatson> acoc: dot-gnupg contains secring.gpg and pubring.gpg for whatever key is signing your built CD images
[20:13] <acoc> cjwatson: could you explain what an alternative install is
[20:13] <cjwatson> it's a copy of ~/.gnupg - the reason I put it in a separate directory for our builds is that we had several users wanting to run CD builds and gpg doesn't like using a .gnupg from another user's home directory!
[20:13] <cjwatson> acoc: the alternate install CD uses the text mode installer
[20:14] <cjwatson> the one that builds up the target system from scratch using .debs, as opposed to copying a prebuilt live filesystem onto the target disk
[20:14] <evand> hooray, the segmented bar issues are fixed, I just need to properly commit it to ubiquity.intrepid-beta
[20:14] <cjwatson> evand: trunk, I think ...
[20:15] <cjwatson> I don't think Steve will let us have that for beta now
[20:15] <acoc> cjwatson: ok, so if I wanted a livecd install, I should be doing a daily-live IMAGE_TYPE
[20:15] <evand> ah, I thought we were using the beta branch until post-release, no?
[20:15] <cjwatson> acoc: right
[20:15] <evand> That is, things that wont make it into 8.10 go into trunk, things that will go into beta and get merged into trunk.
[20:16] <cjwatson> acoc: then, you'll need to arrange for the live filesystem to be built somewhere else with livecd-rootfs or similar
[20:16] <cjwatson> cdimage doesn't do that bit itself - the reason for that is that cdimage is designed to be able to build CD images for multiple CPU architectures, and you can only build the live filesystem on a machine of the same architecture
[20:16] <cjwatson> so I had to split those two bits apart
[20:16] <cjwatson> evand: things that won't make it into 8.10 beta go into trunk
[20:17] <evand> cjwatson: noted
[20:17] <cjwatson> I was just branching quickly for beta because there were things in trunk that were fine for 8.10 but not as late uploads for the beta
[20:18] <evand> ah, ok
[20:20] <cjwatson> acoc: however, note that "no alternate CD for i386!" means "something broke" not "I didn't think I was building an alternate CD"
[20:20] <cjwatson> if you see what I mean
[20:21] <cjwatson> acoc: you might consider not bothering to sign your images; it makes a difference for us because seventy zillion people are downloading them but you might not care
[20:22] <acoc> cjwatson: how do you not sign them
[20:22] <cjwatson> acoc: if you just don't bother creating files under dot-gnupg then you'll get a warning message about it but you can ignore that
[20:22] <cjwatson> "No keys found; not signing images."
[20:22] <cjwatson> i.e. do nothing
[20:23] <acoc> ok, I think I understand
[20:24] <acoc> do you have any other suggestions/things I should try
[20:25] <cjwatson> well, that depends on what you're stuck on ;-)
[20:25] <acoc> well I guess since I have everything built for a daily, I'd like to try to get that working
[20:26] <acoc> that reminds me of something
[20:26] <cjwatson> ok, so what's the current error?
[20:26] <acoc> let me find it
[20:33] <acoc> ok finally found it
[20:34] <acoc> my /www/full/xubuntu/hardy/daily/current/ has hardy-desktop-i386.iso
[20:34] <cjwatson> soren: argh, change to translated help text, that'll be complicated
[20:34] <acoc> is that right or should it be alternative
[20:34] <cjwatson> acoc: alternate, not alternative
[20:34] <cjwatson> daily should be alternate
[20:34] <cjwatson> I suspect an inconsistently set IMAGE_TYPE
[20:34] <acoc> what should IMAGE_TYPE be
[20:35] <cjwatson> oh, and you aren't using cron.daily are you?
[20:35] <acoc> no I'm not using cron.daily
[20:35] <cjwatson> you probably should
[20:35] <cjwatson> it wraps all this up for you
[20:35] <cjwatson> actually, the thing you're *really* missing is CDIMAGE_INSTALL=1
[20:35] <cjwatson> but cron.daily sets that
[20:36] <acoc> ok, I was trying to avoid syncing everything, so I was using debmirror to only get the hardy i386 stuff
[20:36] <cjwatson> that's easily solved, CDIMAGE_NOSYNC=1 cron.daily
[20:37] <acoc> oh I see
[20:37] <acoc> ok thanks I do that then
[20:37] <cjwatson> soren: I'm half-tempted to just not document it in --help
[20:37] <cjwatson> soren: at least until upstream take it
[20:39] <cjwatson> soren: I'd maybe go for if ($options{section}) { @tasks = grep { $options{section} eq $_->{section} } @tasks; } just because it's easier to read
[20:39] <cjwatson> (properly indented obviously)
[20:40] <cjwatson> soren: I think the general approach is probably OK though
[20:54] <CIA-50> ubiquity: evand * r2870 ubiquity/ (3 files in 3 dirs):
[20:54] <CIA-50> ubiquity: * Accurately place and calculate the total size of the new partitions
[20:54] <CIA-50> ubiquity:  (LP: #271512).
[20:54] <CIA-50> ubiquity: * Calculate the allocation for the labels after adding a new segment in
[20:54] <CIA-50> ubiquity:  segmented_bar (LP: #271554).
[20:58] <cjwatson> yay