=== cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-installer === avoine [n=avoine@bas4-montrealak-1096748553.dsl.bell.ca] has joined #ubuntu-installer === CIA-19 [n=CIA@208.69.182.149] has joined #ubuntu-installer === CIA-19 [n=CIA@208.69.182.149] has joined #ubuntu-installer === netjoined: irc.freenode.net -> kubrick.freenode.net === CIA-19 [n=CIA@208.69.182.149] has joined #ubuntu-installer === CIA-19 [n=CIA@208.69.182.149] has joined #ubuntu-installer === netjoined: irc.freenode.net -> kubrick.freenode.net === CIA-19 [n=CIA@208.69.182.149] has joined #ubuntu-installer === netjoined: irc.freenode.net -> kubrick.freenode.net === CIA-19 [n=CIA@208.69.182.149] has joined #ubuntu-installer === netjoined: irc.freenode.net -> kubrick.freenode.net === CIA-19 [n=CIA@208.69.182.149] has joined #ubuntu-installer === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-installer === neoneo [n=neo@c-67-170-232-232.hsd1.ca.comcast.net] has joined #ubuntu-installer === Starting logfile irclogs/ubuntu-installer.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-installer === Topic for #ubuntu-installer: Development of d-i and ubiquity in Ubuntu | http://wiki.ubuntu.com/InstallerDevelopment === Topic (#ubuntu-installer): set by cjwatson at Fri Jan 5 15:12:40 2007 === saispo [n=saispo@ryu.zarb.org] has joined #ubuntu-installer === mojonixon [n=Bo@cpe-24-27-22-168.austin.res.rr.com] has joined #ubuntu-installer === blackskad [n=blackska@latex.ugent.be] has joined #ubuntu-installer === blackskad [n=blackska@latex.ugent.be] has left #ubuntu-installer [] === mojonixon [n=Bo@cpe-24-27-22-168.austin.res.rr.com] has joined #ubuntu-installer === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-installer === avoine [n=avoine@69.70.0.36] has joined #ubuntu-installer === blackskad [n=blackska@latex.ugent.be] has joined #ubuntu-installer === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-installer === mpt [n=mpt@121-72-131-30.dsl.telstraclear.net] has joined #ubuntu-installer === xivulon [i=c2325681@gateway/web/cgi-irc/ircatwork.com/x-3a99590b7a21be37] has joined #ubuntu-installer [05:30] HI all, [05:30] it's ago [05:30] cjwatson, evand are you around? [05:30] Hello ago [05:30] hi [05:30] Hi evan [05:31] Is colin around? [05:31] 16:30 hi [05:31] hi [05:32] is it ok to discuss briefly on wubi and other matters? [05:32] sure, go ahead [05:32] sure; did you see my spec updates recently? [05:32] (installer-for-windows) [05:32] booting directly from CD was the main one I think [05:33] yep I am subscribed [05:33] first some status report [05:34] we had a few nasty bugs to take care of [05:34] we still have not finished but we are almost there [05:34] once wubi is fairly stable I can help you guys out to merge our changes upstream [05:34] do you have a patchset I can look at? [05:35] as far as lupin is concerned [05:35] not yet colin [05:35] lupin is yet to be considered stand-alone code [05:35] or, you know, code :) [05:35] it doesn't have to be final [05:35] exactly [05:35] I'm capable of reviewing and possibly merging half-formed patches [05:35] as mentioned I wanted to ship a stable wubi first [05:36] but I'd like to look at them ASAP [05:36] ok === cjwatson has a look at http://bazaar.launchpad.net/~lupin-team/lupin/devel [05:36] (guessing) [05:36] yes [05:37] on a side note, my wife is expecting a son, so I might be a bit busy over next few weeks [05:37] cjwatson, as far [05:38] as lupin goes, I will have to split the code into initrd patches and live/alternate-iso patches [05:38] now both functionality is merged [05:38] basically I'd like to be in a position where we can somewhat independently look at the changes that need to be made to core code [05:38] I don't mind if it's in a messy state right now as long as I know where to look [05:38] you can start looking at lupin/devel branch that [05:39] it's very important that we be able to assess the feasibility of the changes pretty much now [05:39] ok [05:39] delicate topiccs: [05:39] we require ntfs-3g [05:39] preinstalled [05:39] if users uninstall it when they use wubi bad things happen [05:40] https://blueprints.launchpad.net/ubuntu/+spec/write-support-for-ntfs [05:40] yep [05:40] I've all but approved that spec; the sticking point is that I don't like the proposal for locale configuration [05:40] other gotcha is that the boot folder has to be a windows folder [05:40] could you expand on that/ [05:40] ? [05:40] it's the only way I could think of to upgrade kernel [05:41] when you boot the kenrel initrd cannot be inside an image file [05:41] oh, I see. is that implemented in lupin at the moment? [05:41] yes [05:41] ah, you munge the grub configuration [05:41] hmmm [05:41] we do not install grub at the moment [05:41] could we arrange to ntfs-mount /boot instead? [05:42] what do you mean exactly? [05:42] re lupin.postinst, I don't think we can merge that as it stands, as (due respect) it isn't really maintainable as part of the core; but we could look at teaching partman how to do loop-mounting and then it could be preseeded as a recipe [05:42] could the initramfs just arrange to mount /boot as a directory on the hosting NTFS filesystem? [05:43] it does that already [05:43] ok [05:43] hmm, grub doesn't understand ntfs at the moment though [05:43] there are a lot of parts of lupin that can be avoided [05:43] I assume you've patched that [05:43] grldr does [05:43] we are in touch with grub4dos devs [05:43] ok [05:43] they have helped us out a lot [05:44] and we provided lot's of corner cases ;P [05:44] we basically use grldr to boot from within windows [05:44] my concern is to integrate this fully into Ubuntu, so replacing workarounds with more straightforward approaches in the core code [05:44] there were several patches recently [05:44] as mentioned lot's of workarounds can be avoided [05:45] 1 [05:45] ntfs-3g installation (ditto) [05:45] 2 [05:45] patch for clean reboot/shutdown [05:45] now when you shutdown sendisgs is used [05:45] that kills all userprocesses [05:45] including fuse [05:45] that does not go to well with us [05:46] ugh [05:46] that's one messy patch :) [05:46] yep [05:46] but if that is corrected properly upstream nothing is needed in lupin [05:46] I have submitted a bug report [05:46] perhaps it would be better to get the fuse processes into the same session as sendsigs [05:47] the session support is there to make that kind of thing unnecessary [05:47] I did not know about session support [05:48] what is relevan is that once shutdown is handled properly upstream that is a bit of nasty patches off lupin [05:48] see killall5(8) [05:48] 3 [05:48] mkinitramfs patches [05:49] now lupin replaces /etc/initramfs-tools [05:49] so that it can clone itself [05:49] yes, those clearly should be integrated [05:49] clone itself? [05:49] exactly [05:50] clone so that when you generate a new initrd it is a lupin-initrd [05:50] capable of booting from loopmounted file [05:50] err, right, but that should be part of the core initramfs' features, right? [05:50] correct [05:50] only 3 is the relevant part [05:50] ok, so stepping back a little bit [05:50] it seems likely that we will proceed by gradually fixing/integrating things piece by piece [05:51] until, essentially, lupin disappears [05:51] yes [05:51] because it's entirely integrated in other bits of Ubuntu [05:51] does that make sense? [05:51] that was my plan to begin with [05:51] will it be possible to gradually update a branch of lupin to track what's been integrated in gutsy? [05:51] so we know we're done when it's empty :-) [05:52] yes [05:52] ok, great [05:52] who do I bother to update sendisgs / initramfs-tools? [05:53] can I send the patches to you? [05:53] sure, though it doesn't sound to me like sendsigs itself should be changed at all [05:53] I'll have to read about session support [05:54] you'll probably need to read a fair bit of source code [05:54] might be worth talking to Keybuk, the upstart autho [05:54] n/p/ [05:54] r [05:54] what channel is he usually on? [05:54] actually, rather than sending them to me, send them to ubuntu-installer@lists.ubuntu.com [05:54] #ubuntu-devel [05:54] mail is sometimes better [05:55] ok [05:55] any q about lupin? [05:55] I like that idea. It'll give me the opportunity to see what's changing. [05:55] the partman patches are probably the scariest bits [05:55] I know partman very well, and can work on that [05:55] yep [05:56] I expect it will be easier to ask questions once we have some experience [05:56] I have an openbug to improve the code there but never got down to do it [05:56] sigh, I'm going to have to actually bite the bullet and get a Windows installation, aren't I [05:56] hahaha [05:56] good [05:56] not so much, I've been Windows-free since 1998 ;) === evand lives in constant fear of his four [05:57] well, no, 1999 I think [05:57] well I do not have windows [05:57] 99 for me, but testing m-a required me to build XP images for testing. MSDNAA for the win. [05:57] either [05:58] I test lupin on linux [05:58] I wonder where givre is; I was hoping to talk with him about the ntfs spec [05:58] I might just have to make the change I want and approve it ;-) [05:58] can I assume that ntfs-3g is going to be there? [05:58] for gutsy? [05:59] I think you have to; it's clearly a prerequisite [05:59] makes sense, aren't we in overtime as far as the spec cutoff goes? [05:59] yeah [05:59] and implementation-wise, ntfs-3g doesn't seem all that scarily difficult now [05:59] I wanted to discuss the windows GUI as well [06:00] sure [06:00] Don't know if any of you has experience with nsis [06:00] I do not [06:00] It's very nice for "standard" installers [06:00] negative, though I have some experience programming in a Windows environment, if that counts for anything. [06:01] But it becomes quite nasty for customized installers [06:01] I am myself a python programmer [06:01] (mostly) [06:01] And we wanted to move to python [06:01] Not sure if that will happen for gutsy, gutsy+1 or never [06:02] well, that obviously fits general Ubuntu preferences well [06:02] (although personally I use whatever comes to hand ...) [06:02] And it's cross platform [06:02] So we can have wubi ported to mac and linux [06:02] With relatively little changes [06:02] I'm not concerned about that in the short term [06:02] (I realise you might be) [06:02] I just mentioned that [06:03] Realistically we'll probably stick to nsis for this release [06:03] even though we might create some python prototype [06:03] TBH, I have deep reservations about the loop-mounting approach in general, and steered clear for a long time [06:03] because it doesn't really scale to permanent installations [06:03] but I realise that it is an expedient approach for this particular use case [06:03] and avoids the whole "partitioning is scary" thing [06:04] migration should not be so much difficult [06:04] I mean from a virtual disk to a real partition [06:04] evand has plans there, but in general, any migration is harder than no migration [06:04] yeah, we tried to make wubi more of a "try ubuntu" thing because of the lack of a clear migration to a permanent solution (m-a aside) [06:04] and migration is always going to be pretty hard if you're short on disk space [06:04] Sure [06:05] But all I mean is that is not unfeasible [06:05] anyway, I'm not arguing against using it from Windows, just saying I don't really want to see it presented by Ubuntu as a good option for running from Linux [06:05] obviously you guys can do what you like :-) [06:05] we being those of us at the spec meeting [06:05] We had several thousands of new ubuntu users and lots of them then decided to go with a full installation ;) [06:05] and there are some useful cases for partman being able to loop-mount things anyway [06:06] so at this point, I'm easy [06:06] crypto-loop? [06:06] that too, though that's sort of separate [06:06] that's already done in partman-crypto [06:07] All the things in lupin.postinst should be incorporated into ubiquity [06:07] That was only a quick hack [06:07] one concern I have about lupin/wubi, which I'm not sure made it to you, is that it doesn't appear to identify itself properly [06:07] I get people showing up here asking for support [06:08] ideally, it should identify itself in /var/log/installer/version on the target system, so that it's more easily identifiable [06:08] Ok I'll take care of that [06:08] obviously that's not so much of a concern if it's fully integrated [06:08] thanks [06:08] sorry we didn't manage to connect up properly at UDS, btw [06:08] I apologize myself [06:09] I have been told my voice was very loud [06:09] there was apparently some VoIP difficulty, and then the scheduling got horribly confused because we were both trying to schedule items for roughly the same thing [06:09] I could not hear well [06:09] plus I was ill one day [06:09] And when you cannot hear you assume that the other end cannot hear well either... [06:09] xivulon: we had quite a bit of trouble hearing you [06:09] VoIP at conferences has always been a bit hairy [06:09] never mind [06:09] So I was shouting in the mic... [06:10] there's a tendency to mutter when you think you can see everyone [06:10] even if you intellectually know there's somebody on the phone, it doesn't get to the visceral layer [06:11] what is the time schedule? [06:11] +/- [06:13] for? [06:13] spec/code [06:13] I had the impression we are quite late [06:14] colin there is one more issue [06:14] Specifications were due today. Code: https://wiki.ubuntu.com/GutsyReleaseSchedule , though Colin might want certain pieces in at certain points, you'd have to consult him directly on that. [06:15] Let me know if there is something I can help with in the short term [06:15] the other issue is that at the moment lupin finds the host drive via heuristic [06:16] that was due to overcome the issue of mapping windows drives to grub devices [06:17] if that is addressed properly that too is much less code to make it into lupin [06:17] I don't really have enough background to know about that [06:18] me neither but I am sure that the grub4dos devs will be able to help on that [06:18] As for the downloader we are now using metadl [06:18] mm, Ubuntu ISOs don't have metalink support though [06:18] unless it is cleverer than I last heard [06:18] there's a spec for that, I believe [06:18] there is [06:18] http://hampus.vox.nu/metadl/ [06:19] that shouldn't be a dependency if you already have the physical CD or have downloaded an Ubuntu ISO though [06:19] so it doesn't need to block installer-for-windwos [06:19] ows [06:19] just mentioning since I saw bittorrent mentioned [06:19] I changed that to metadl in at least one place [06:19] we had bittorrent originally [06:19] following your comment [06:20] ok [06:20] could you ensure the spec is kept up to date with anything we've discussed here that isn't in there? [06:20] perhaps the lupin spec [06:20] metadl developer is helping us out as well [06:20] I noticed that the lupin spec linked to another launchpad page where it really should link to a wiki page [06:20] the "more information" link [06:20] I linked to the lupin project [06:20] it would be much better if it linked to an Ubuntu wiki page, and had most of the stuff currently in the status whiteboard moved there [06:21] but I will do a lupin spec [06:21] yes, that's not appropriate as the "more information" link [06:21] that is intended to link to a wiki page [06:21] the status whiteboard is just for brief notes [06:21] apologies for the abuse then [06:21] then we could have a lot of this discussion recorded there [06:21] that's ok, I just wanted to make sure you knew [06:22] shall we keep frontend wiki in the same place? [06:22] sorry, which? [06:23] I mean topics relating to the windows GUI [06:23] I guess they should be in the installer-for-windows spec [06:25] One question [06:26] never mind [06:27] oh, uh, hmm [06:27] Do you want to keep also a stand alone installer? [06:27] installer-for-windows should be the minimum necessary to get this integrated and working and acceptable, I think [06:27] xivulon: what, you mean d-i and ubiquity? [06:27] in which context? [06:27] 17:27 Do you want to keep also a stand alone installer? [06:28] What I mean an installer that is downloaded standalone and supports multiple distros at once [06:28] oh, right [06:28] that's up to you [06:28] Like the one we currently have [06:29] that seems like the sort of thing you can quite reasonably continue to provide, and we have no reason to object [06:29] Considering the current interface, what changes do you envisage? [06:30] I have no problem if the wubi project is integrated within ubuntu [06:30] In fact I'd be glad [06:30] I have to be honest and say I have not yet seen the current interface ... [06:30] so it's pretty hard to have that conversation :) [06:31] http://cutlersoftware.com/ubuntusetup/wubi/en-US/screenshots.html [06:31] The original idea was to make a 1 click installer [06:31] ok, one concern I have is that a lot of validation code is going to have to be duplicated with that design [06:31] and that's something that gets updated quite a lot [06:31] Since most settings can be autodetected and the system can be uninstalled [06:32] I would rather that the wubi interface just asked for the bare minimum (language and keyboard if it can't autodetect those, and the Windows side of partitioning), and left the rest to ubiquity [06:32] specifically user/password setup [06:32] That's reasonable [06:32] What about virtual disk creation? [06:33] that sounds like something that wubi needs to take care of [06:33] Is there any reason why you have a separate /home? [06:33] it's outside the sandbox that ubiquity will see [06:33] just out of curiosity [06:33] We were thinking about eliminating it [06:33] Main reason was security [06:33] ideally, wubi would hand ubiquity a virtual disk and ubiquity would partition it [06:33] If a user reinstalls he won't loose his settings [06:33] but I don't know if that's possible [06:33] and it's easy to backup [06:34] that's not security, that's safety or something [06:34] don't confuse the two [06:34] sure [06:34] yes, that's a reason we often get that request; I've avoided it so far because repartitioning if you get it wrong is such a pain [06:34] not to completely side track the coversation, but if I may nit pick one thing, I'm not sure your users are going to know what swap space is. [06:34] I can see that it might be less of a problem with a virtual disk, though I don't know the details [06:34] We were going to remove it as well in fact [06:35] ah :) [06:35] anyway, I have a visitor so need to wander off for a bit [06:35] Next design will have six selectors in one single dialog [06:35] ok thanks a lot [06:35] I appreciate your continued efforts [06:35] I am glad to be helpful [06:36] I'll setup a lupin wiki [06:36] yes, thank you xivulon, I am quite excited about this spec. And congratulations on the son! [06:36] thanks a lot [06:39] evan do you have any question for me? [06:39] Not at the moment, but I know your irc nick and email address. [06:40] great [06:40] I'll be in touch, should anything arise. [06:41] I'll try to bother Keybuk then, his turn now ;) [06:41] curious, the icons for mounted partitions we've chosen to hide are appearing on the desktop again [06:41] he's a nice guy, you shouldn't have any trouble there :) [06:41] the host partition is always mounted [06:41] since it contains /boot [06:42] that is a windows folder [06:42] in Ubiquity we tell gconf to ignore showing mounted partitions on the desktop as it tends to get a bit crazy with os-prober and friends. [06:43] there is no particular code we use to create the icon [06:43] I though it was some standard ubuntu feature [06:44] I'm not sure I follow. In GNOME if you mount a partition, it will appear on the desktop. That's the default behavior, afaik. === mojonixon [n=Bo@cpe-24-27-22-168.austin.res.rr.com] has joined #ubuntu-installer === mojonixon [n=Bo@cpe-24-27-22-168.austin.res.rr.com] has joined #ubuntu-installer === mojonixon [n=Bo@cpe-24-27-22-168.austin.res.rr.com] has joined #ubuntu-installer [07:16] evand, yep that is what I meant, since we always mount the host device and have no code to alter the gnome behaviour [07:36] gotcha [07:46] ubiquity: evand * r1500 ma/ (122 files in 11 dirs): Merged with trunk. === jetsaredim [n=jgreenwa@inet-netcache2-o.oracle.com] has joined #ubuntu-installer === avoine [n=avoine@69.70.0.36] has left #ubuntu-installer [] === xivulon [i=c2325681@gateway/web/cgi-irc/ircatwork.com/x-932380256597e8dc] has joined #ubuntu-installer [11:26] Hi colin [11:26] still around? [11:31] evan? [11:35] xivulon: couple of IRC things you need to know [11:35] I know [11:35] what you are going to say [11:35] cjwatson [11:35] xivulon: firstly, if you want to get somebody's attention, use their nick at the start of the line, like "cjwatson: hi" [11:35] should I havc used [11:35] second thing I do not know [11:35] xivulon: secondly, please just ask the question you want to ask rather than waiting for somebody to say they're here first - people tend not to watch IRC all day and you can end up with lots of round-trip delays otherwise [11:36] I'm going to bed soon, but go ahead and ask :) [11:36] Just wanted to tell you that I edited the wiki [11:36] https://wiki.ubuntu.com/LupinMerge [11:36] I did it in a rush, I will re-read that tomorrow [11:37] but at least formally I met the deadline ;P [11:37] thanks, that's hugely useful [11:37] feel free to edit, I might have forgotten something of what was said [11:38] I'll have a more detailed look tomorrow, but that looks very good indeed; thanks! [11:39] you very welcome [11:39] I wanted to add some questions to the installerforwindows [11:39] re the interface [11:39] the GUI [11:40] go ahead and edit them in [11:41] done [11:42] Is that ok if we keep the wubi name for the windows installer? [11:42] That is an acronym for Windows UBuntu Installer [11:42] As a project name I mean, then branding and title will be Ubuntu of course [11:43] as a project name, sure [11:43] as far as branding goes, we actually kind of like to keep branding minimal [11:43] It would show continuity with our efforts [11:44] if you fire up ubiquity, you'll notice it doesn't mention Ubuntu at all [11:44] this saves having to worry about translations of Ubuntu into other languages and suchlike [11:44] exactly same thing [11:44] and branding those translations to talk about Edubuntu or whatever [11:44] We do not use "Wubi" name much either [11:44] continuity> absolutely, I respect that [11:45] now it's in the version and folder name [11:45] that's certainly fine [11:45] http://cutlersoftware.com/ubuntusetup/wubi/en-US/screenshots.html [11:46] mm, I suppose the branding requirements are arguably sort of different in wubi's case [11:46] the banner will go of course [11:46] in the case of ubiquity, you've booted an Ubuntu CD and selected "Install", so it's already pretty clear that you're installing Ubuntu! [11:47] but wubi is sort of pretending that Ubuntu is an application you're installing on Windows, and it's conventional for that to mention the application name, AIUI [11:47] so I guess I don't really mind [11:47] The dialog title reads simply Ubuntu Setup [11:48] I am not sure how to convey the fact that it is not a "long-term" setup [11:48] without explaining technical details [11:48] demo? [11:49] That might do [11:50] The only issue I have with that is that most people are from the windows world [11:50] where demo means that you get partial functionality for free, and full functionality for fee [11:50] yeah, that crossed my mind as well [11:50] hrm [11:51] Anyway there are 4 months to think about that [11:52] there are some great usability people in the Ubuntu community who it might help to consult on that. [11:52] We'll certainly do so [11:52] but yeah, I wouldn't get caught up in that detail for now :) [11:52] agreed [11:52] Anything else I can do for you tonight? [11:53] cjwatson: real quick: any word back from daniel on orca? === xivulon [i=c2325681@gateway/web/cgi-irc/ircatwork.com/x-82a4a4cdcb021215] has joined #ubuntu-installer [11:55] evand: yeah, he fixed it earlier [11:55] current CDs are built with that [11:56] ah, thanks! [11:57] sorry lost connection before [11:57] good night everyone [11:59] night xivulon