#ubuntu-installer 2007-10-01 <CIA-18> ubiquity: superm1 * r2294 ubiquity/ (debian/changelog scripts/mythbuntu/mythbuntu_install.py): install xmltv from on-cd repo if requested <CIA-18> ubiquity: superm1 * r2295 ubiquity/ (debian/changelog scripts/mythbuntu/apply-drivers): correct minor typo in nvidia xorg creation <CIA-18> ubiquity: superm1 * r2296 ubiquity/ (debian/changelog scripts/mythbuntu/mythbuntu_install.py): process conflicts before installing items <siretart> how do you test d-i? with qemu or do you prefer some other virtualisation technique? <cjwatson> vmware or real hardware, depending <siretart> hm. virtualbox seems to be working great as well.. <cjwatson> yeah, I've been meaning to try it <cjwatson> but ENOTIME <CIA-18> oem-config: cjwatson * r330 oem-config/ (debian/changelog oem-config-dm): * Start dcopserver when running the KDE frontend (LP: #145226). <CIA-18> ubiquity: cjwatson * r2297 ubiquity/ (bin/ubiquity-dm debian/changelog): <CIA-18> ubiquity: * Start dcopserver when running the KDE frontend in automatic-ubiquity <CIA-18> ubiquity: mode (LP: #145226). <CIA-18> oem-config: cjwatson * r331 oem-config/build/ (config.guess config.sub ltmain.sh): update libtool files to 1.5.24-1ubuntu1 <CIA-18> oem-config: cjwatson * r332 oem-config/ (configure configure.ac): bump to 1.20 <CIA-18> oem-config: cjwatson * r333 oem-config/lib/frontend/kde_ui.py: import oem_config.i18n in KDE frontend <CIA-18> oem-config: cjwatson * r334 oem-config/debian/po/templates.pot: debconf-updatepo <CIA-18> oem-config: cjwatson * r335 oem-config/.bzrignore: ignore debian/oem-config-check <CIA-18> oem-config: cjwatson * r336 oem-config/lib/ (frontend/gtk_ui.py i18n.py): missing imports <CIA-18> oem-config: cjwatson * r337 oem-config/ (debian/changelog oem-config-firstboot): <CIA-18> oem-config: * Add a --debug option to oem-config-firstboot to make debugging a bit <CIA-18> oem-config: less painful. <CIA-18> oem-config: cjwatson * r338 oem-config/lib/frontend/kde_ui.py: only translate widgets once UI has been created <CIA-18> oem-config: cjwatson * r339 oem-config/ (gui/qt/sysconf.ui lib/frontend/kde_ui.py): fix stray references to button_back and button_next <xivulon> cjwatson, evand, howdy <xivulon> couple of things: sent you a msg to do some realistic planning about wubi <cjwatson> hello <xivulon> hi <xivulon> just back <xivulon> hope you had a restful w/e <xivulon> cjwatson, point #2 is, how I mentioned last week, that szaka suggested to upgrade the version of ntfs-3g <xivulon> my uinderstanding of the subject is zip <xivulon> so I don't know if someone with more experience wants to have a better look into the subject to see if an upgrade makes sense <cjwatson> it's already on my list <cjwatson> you're the second person to ask me about it today :) <xivulon> cjwatson, tried to do some bisecting last friday. In several circumstances I can run mkfs.ext3 manually, but was not able to pinpoint the problematic line. I'll resume my testing tonight <xivulon> zeroing is not a factor <cjwatson> yeah, I saw your comments; I have not had any time to look myself <xivulon> cjwatson, as mentioned in the email, also did a small change to lupin, that, coupled with your early_command patch, is the backup plan <CIA-18> oem-config: cjwatson * r340 oem-config/lib/frontend/kde_ui.py: KDE frontend: retranslate some widgets when language changes <CIA-18> oem-config: cjwatson * r341 oem-config/lib/frontend/ (gtk_ui.py kde_ui.py): retranslate back and next button labels when language changes <CIA-18> oem-config: cjwatson * r342 oem-config/lib/frontend/kde_ui.py: fix widget name <CIA-18> oem-config: cjwatson * r343 oem-config/ (gui/qt/sysconf.ui lib/frontend/kde_ui.py lib/i18n.py): fix widget name clash; retranslate heading labels immediately <cjwatson> oops, uncommitting <CIA-18> oem-config: cjwatson * r343 oem-config/ (gui/qt/sysconf.ui lib/frontend/kde_ui.py lib/i18n.py): fix widget name clash; retranslate heading labels immediately <cjwatson> that's better <CIA-18> oem-config: cjwatson * r344 oem-config/lib/frontend/kde_ui.py: retranslate everything when switching away from language page <cjwatson> argh, this is such a mess <CIA-18> oem-config: cjwatson * r345 oem-config/lib/frontend/kde_ui.py: fix heading label retranslation <CIA-18> oem-config: cjwatson * r346 oem-config/debian/ (changelog control rules): <CIA-18> oem-config: * Remove use of dh_python, since it's a no-op now. Bump debhelper <CIA-18> oem-config: build-dependency to 156.14.161.142ubuntu2 (a.k.a. dh_python from 5.0.38) for <CIA-18> oem-config: this. <CIA-18> oem-config: cjwatson * r347 oem-config/ (debian/changelog oem-config-dm): * Clean up subprocesses even if oem-config-dm is interrupted. <_MMA_> Hi guys. I'm hoping someone besides Colin can help be out with some bugs in the Ubuntu Studio daily alt disks. I have the bugs reported if anyone wants to look. There's 3. <_MMA_> Thanx Colin. Now there's 2. :) <cjwatson> _MMA_: FWIW base-installer is a very specific component of the alternate installer that deals with installing the base system and the kernel. If you don't know the exact installer component responsible for a bug in the alternate installer, the catch-all package is "debian-installer". <cjwatson> (I've reassigned your two bugs to the correct component) <_MMA_> Ahh... Ok. Ill look again. Thanx. <evand> cjwatson: fyi, there are other issues caused by the version of ntfs-3g that we're using as well: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/135370/comments/13 <evand> err rather, fwiw <cjwatson> evand: hmm, I had thought that that was fixed by the 3>&- tweak in partman-basicfilesystems 54ubuntu4 <cjwatson> though I hadn't gone round and closed all the bugs yet, and I do see your point with szaka mentioning various cases that are improved with the newer ntfs-3g <CIA-18> ubiquity: cjwatson * r2298 ubiquity/ (debian/changelog ubiquity/frontend/kde_ui.py): - Retranslate oem_id_label when the language is changed. <cjwatson> evand: how does http://paste.ubuntu.com/525/ look to you? somebody suggested it in that gtk bug report <cjwatson> I haven't tested it yet though <evand> cjwatson: looks good. It'll be great to finally have a fix for that bug, even if it's just a workaround. <cjwatson> dunno if it'll work without an intervening gtk.main() mind you <cjwatson> hopefully that won't be an issue <CIA-18> oem-config: cjwatson * r348 oem-config/ (3 files in 2 dirs): <CIA-18> oem-config: * GTK frontend: <CIA-18> oem-config: - Go forward when activating rows in language or keyboard treeviews. <CIA-18> oem-config: cjwatson * r349 oem-config/lib/frontend/gtk_ui.py: GTK frontend: retranslate widgets when changing language <cjwatson> _MMA_: Luke's having a go at the remaining tasksel bug <_MMA_> cjwatson: Yes. If I could Id give him a big hug. :) <_MMA_> cjwatson: He's on our Ubuntu Studio team. <cjwatson> yep * _MMA_ owes way too many people a beer in Boston. <superm1_> cjwatson, would you be able to look and see if our task is properly listed in our seed? <CIA-18> oem-config: cjwatson * r350 oem-config/lib/frontend/gtk_ui.py: translate widgets from all glade files, not just the main one <cjwatson> superm1_: which seed? <superm1_> cjwatson, https://code.edge.launchpad.net/~mythbuntu/ubuntu-seeds/mythbuntu.gutsy <cjwatson> that's a seed branch - which seed? <superm1_> oh sorry, desktop seed <cjwatson> one sec, something weird happened and I'm having to check out again <cjwatson> superm1_: any particular reason why you don't want the desktop task offered by tasksel? <cjwatson> Task-Test-new-install: skip skip <superm1_> i didn't know what that meant <cjwatson> were you copying that from ubuntustudio? <superm1_> yeah <cjwatson> yeah, that's a special case <cjwatson> I'd remove that line <superm1_> okay <cjwatson> the description doesn't seem to make sense with "desktop"? <cjwatson> or am I just not smart enough? :) <superm1_> well the way it functions, you can use it with an existing desktop if you want to <superm1_> but the mythbuntu-desktop package provides all the packages common to all roles <cjwatson> hmm, ok <cjwatson> other than that it looks fine, just needs to be added to tasksel <superm1_> okay so how does that happen? <cjwatson> by the magic cjwatson switch <superm1_> hehe <superm1_> does this also mean that this will be an available task on the alternate install disks? <cjwatson> done in bzr <cjwatson> no, no room on the CDs <superm1_> well but it can grab packages from internet? <cjwatson> it won't, though <cjwatson> in any event the alternate install disk deliberately doesn't offer tasksel <cjwatson> it's all on automatic <cjwatson> it'll be offered by netboot <superm1_> right <cjwatson> oh, one more seed bug <cjwatson> you need to include the mythbuntu-desktop package in your desktop seed as well as making it Key <superm1_> so it depends upon itself? <cjwatson> no <cjwatson> the seed is not the same as the metapackage <superm1_> oh when the meta is generated, it will ignore that then? <cjwatson> and the metapackage build system (assuming you're using the standard one) skips packages with the same name <cjwatson> right <superm1_> okay <CIA-18> oem-config: cjwatson * r351 oem-config/d-i/update-control: fix base build-dep <CIA-18> oem-config: cjwatson * r352 oem-config/ (d-i/manifest debian/changelog): <CIA-18> oem-config: * Automatic update of included source packages: console-setup 1.16ubuntu5, <CIA-18> oem-config: localechooser 1.38ubuntu2, user-setup 1.14ubuntu3. <CIA-18> oem-config: cjwatson * r353 oem-config/ (debian/changelog scripts/localechooser-apply): <CIA-18> oem-config: * Make sure the selected locale at least exists (we should really install <CIA-18> oem-config: the language pack, but this is a stopgap measure). <CIA-18> oem-config: cjwatson * r354 oem-config/debian/changelog: releasing version 1.20 <cjwatson> hooray, it works <CIA-18> ubiquity: cjwatson * r2299 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): <CIA-18> ubiquity: * Work around http://bugzilla.gnome.org/show_bug.cgi?id=56070 by hiding <CIA-18> ubiquity: and re-showing the button widgets, following a suggestion by Scott <CIA-18> ubiquity: Horowitz. <CIA-18> oem-config: cjwatson * r355 oem-config/ (configure configure.ac): bump to 1.21 <CIA-18> oem-config: cjwatson * r356 oem-config/ (debian/changelog lib/frontend/gtk_ui.py): <CIA-18> oem-config: * Work around http://bugzilla.gnome.org/show_bug.cgi?id=56070 by hiding <CIA-18> oem-config: and re-showing the button widgets, following a suggestion by Scott <CIA-18> oem-config: Horowitz. <evand> awesome <superm1> cjwatson, did you have a time frame in mind for when 1.6.1 was going to be uploaded to the archive at this point? <cr3> how can I preseed a single package I'm installing with dpkg? <cjwatson> superm1: no, don't normally plan that sort of thing very closely <superm1> cjwatson, okay that's what i was assuming <cjwatson> cr3: makes no difference how it's installed. If you mean outside the context of the installer's preseeding framework, use debconf-set-selections? <cr3> cjwatson: that's exactly what I was looking for, thanks <cjwatson> superm1: outer bound is probably Thursday or so, FWIW; we'll need to start the process of locking down for RC at that point <cjwatson> (though there'll still be some slack) <superm1> cjwatson, okay, well at this point the only other thing that i'm planning on possibly getting in (beyond bug fixes) will be a partitioning recipe <superm1> so that should be fine <cjwatson> that would go in partman-auto, not ubiquity <superm1> well right <cjwatson> oh, well <superm1> but there would be ubiquity changes to list it as an option? <cjwatson> unless you mean preseeded with partman-auto/expert_recipe <superm1> would there not <cjwatson> no <cjwatson> aside from sucking in the new partman-auto source <cjwatson> you might not want to do it that way though <superm1> well but i wouldn't want to list it in gtk/kde frontends <cjwatson> partman-auto/expert_recipe could be done on the CD image <superm1> hrm <cjwatson> TBH, if you haven't settled on partitioning code at this point, I'd strongly advise deferring it to hardy <superm1> yeah good call. <cjwatson> it's not a good thing to mess with at the last minute <superm1> enough other items to sort out before release here anyway <cjwatson> tweaks, sure ... but not new code <mebrown> cjwatson, evand, are the scripting changes in today's daily gutsy? <mebrown> just did a quick test without good results and wanted to ask before I started debuggin. #ubuntu-installer 2007-10-02 <cjwatson> mebrown: no, only in bzr <cjwatson> they'll be in 1.6.1 <mebrown> which day can I expect them to be in daily gutsy? (I'm working on other details right now and have hacked in all the patches from evan and everthing is working fine) <mebrown> So it is not a huge rush to get them in. <cjwatson> by Thursday <mebrown> ok. Thanks. All my stuff is working great with the latest patch set. <cjwatson> good to know <cjwatson> Evan and I were talking about splitting up the "automation failed" and "installation failed" cases <cjwatson> since they're logically distinct <mebrown> I'll mark fix confirmed as soon as I see them in a daily build. <cjwatson> so you might need to adjust your preseeding a little if that happens; Evan can let you know at any rate <mebrown> for my case, I dont think it really matters. Just let me know. <cjwatson> right, it doesn't matter in your case (the two hooks would want to be the same) <cjwatson> but we need to think generally too :-) <mebrown> right. <mebrown> completely understand and can deal with any changes given a warning. <mebrown> So, just keep me in mind and let me know if it changes. <mebrown> Personally, I would probably separate them. <superm1> evand, have you tested your code from scottashley@example.org and scottashley@example.org ? <superm1> i just encountered an error with GrubInstaller failing with code 1 with a locally built package doing a normal install <superm1> where it was trying to issue the command 'grub-install false' <cjwatson> + self.preseed('grub-installer/bootdev', 'false') <cjwatson> hmm, quite, that's wrong, that's not a boolean <cjwatson> evand: (all yours though, I'm going to bed ...) <superm1> night cjwatson <superm1> i'm imagining that should just be self.preseed('grub-installer/bootdev', bootdev) at that point <CIA-18> ubiquity: superm1 * r2300 ubiquity/ubiquity/components/install.py: when not in automatic, preseed the bootdev obtained from debconf, not 'false' <superm1> (i just verified that worked correctly in my vm) <evand> oh wow, whoops <evand> thanks for noticing that and the subsequent fix, superm1 <superm1> no prob <CIA-18> ubiquity: cjwatson * r2301 ubiquity/ (debian/changelog gui/glade/ubiquity.glade): <CIA-18> ubiquity: * Make the OK button the default widget in the create and edit partition <CIA-18> ubiquity: dialogs. <CIA-18> ubiquity: cjwatson * r2302 ubiquity/debian/changelog: reorg <CIA-18> ubiquity: superm1 * r2166 mythbuntu-ubiquity/ (192 files in 19 dirs): merge with trunk <CIA-18> ubiquity: superm1 * r2167 mythbuntu-ubiquity/scripts/install.py: <CIA-18> ubiquity: locally disable (unnecessary) calls to cache.open(None) after discussion <CIA-18> ubiquity: in #ubuntu-devel with mvo <cjwatson> superm1: could you please test that by deliberately breaking a package or something? <superm1> cjwatson, i was just going to see if i could. <superm1> (that's not on trunk if you didn't realize) <superm1> any recommendations on how to deliberately break something? <cjwatson> might be easier to do on removal <cjwatson> stick 'exit 1' near the top of /var/lib/dpkg/info/ubiquity.prerm? <superm1> k <cjwatson> I forget how I did it last time <cjwatson> but if you get it right you should get a dialog box with the names of broken packages <superm1> cjwatson, yeah it does work correctly http://imagebin.org/10797 <superm1> the installer throws that and then continues on <cjwatson> superm1: no, it's not ... <cjwatson> superm1: it's not listing the broken packages <cjwatson> it should say: <superm1> there is a second dialog <superm1> let me imagebin it <cjwatson> The following packages are in a broken state: <cjwatson> ubiquity <cjwatson> instead, it has a blank line <superm1> http://imagebin.org/10798 <cjwatson> sure, but the first dialog is bust <cjwatson> and that dialog is generated directly after the code you removed ... <superm1> so with this way of doing it, would just modifying that other dialog make sense? <cjwatson> no <cjwatson> the change you made is demonstrably incorrect <cjwatson> because self.broken_packages(cache) isn't working <cjwatson> might be worth taking that to mvo <cjwatson> broken_packages iterates over the cache and does cache._depcache.IsInstBroken() on each <cjwatson> the second dialog is a lot less neat if multiple packages break; I'd rather have the summary <superm1> well the order of those two are reversed, i uploaded them backwards <superm1> and i thought that first one was generated because an InstallError would have been thrown <cjwatson> no, look at the code right after the line you removed <cjwatson> the bit that asks the broken_install or broken_remove debconf question <superm1> oh i see <jimcooncat> I'm setting up an automated netboot install server, and I'd like to run badblocks before partitioning. Looks like this is only on the wishlist for d-i. <jimcooncat> Perhaps I could netboot a livecd to run badblocks? <jimcooncat> How do you netboot a live cd? <jimcooncat> sorry, gotta go <evand> isn't that what SMART is for? <cr3> anyone happen to know if there's python code to to parse those dpkg .templates files? <cjwatson> cr3: they're not dpkg, they're debconf <cjwatson> please don't invent code outside debconf to parse them <cjwatson> you can use debconf-copydb to extract them in a form you can parse <cjwatson> ubiquity/i18n.py in ubiquity does this <cjwatson> (and is better than parsing *.templates or even /var/cache/debconf/templates.dat directly because we might quite reasonably switch to a new database format - using debconf-copydb insulates you from that) #ubuntu-installer 2007-10-03 <cr3> cjwatson: thanks for the advice <xivulon> cjwatson, autopartiotion-loop line 188 should use $mount_move <cjwatson> so it should <xivulon> going to do a quick test now <cjwatson> fixed in 0ubuntu11 * cjwatson -> bed <xivulon> can you pls also put the latest lupin edits into the ISO? <xivulon> tomorrow I mean <xivulon> together with autopartition-loop <cjwatson> uploaded <xivulon> thanks <cjwatson> I don't normally think in terms of "putting something into the ISO", BTW <cjwatson> I upload it and the automatic build processes take care of the rest :) <cjwatson> anyway, really bedtime <xivulon> good night <CIA-18> oem-config: cjwatson * r357 oem-config/debian/changelog: reorg <CIA-18> oem-config: cjwatson * r358 oem-config/ (debian/changelog lib/frontend/gtk_ui.py): - Remove some duplication of work now done in oem_config.i18n. <CIA-18> oem-config: cjwatson * r359 oem-config/debian/ (110 files in 3 dirs): * Add lots of translations from Rosetta. <CIA-18> oem-config: cjwatson * r360 oem-config/debian/ (changelog rules): * Don't ignore 'make distclean' errors other than missing Makefiles. <CIA-18> oem-config: cjwatson * r361 oem-config/debian/ (changelog rules): * Remove d-i/source/console-setup/Keyboard/MyKeyboardNames.pl on clean. <CIA-18> ubiquity: cjwatson * r2303 ubiquity/debian/ (changelog rules): * Remove d-i/source/console-setup/Keyboard/MyKeyboardNames.pl on clean. <CIA-18> ubiquity: cjwatson * r2304 ubiquity/ (bin/ubiquity-dm debian/changelog debian/control): <CIA-18> ubiquity: * Only run gnome-settings-daemon if it exists, removing dependency on <CIA-18> ubiquity: gnome-control-center (LP: #147852). <CIA-18> oem-config: cjwatson * r362 oem-config/debian/changelog: releasing version 1.21 <CIA-18> oem-config: cjwatson * r363 oem-config/ (configure configure.ac): bump to 1.22 <CIA-18> oem-config: cjwatson * r364 oem-config/ (debian/changelog debian/control oem-config-dm): <CIA-18> oem-config: * Only run gnome-settings-daemon if it exists, removing dependency on <CIA-18> oem-config: gnome-control-center (LP: #147852). <CIA-18> oem-config: cjwatson * r364 oem-config/ (debian/changelog debian/control oem-config-dm): <CIA-18> oem-config: * Only run gnome-settings-daemon if it exists, removing dependency on <CIA-18> oem-config: gnome-control-center (LP: #147852). <CIA-18> oem-config: cjwatson * r364 oem-config/ (debian/changelog debian/control oem-config-dm): <CIA-18> oem-config: * Only run gnome-settings-daemon if it exists, removing dependency on <CIA-18> oem-config: gnome-control-center (LP: #147852). <cjwatson> damn that code duplication <cjwatson> and CIA event duplication too ;) <cjwatson> (it gave me 500 internal server error the first two times, so I assumed it hadn't got it) * cjwatson goes back to try to sleep again * Starting logfile irclogs/ubuntu-installer.log <CIA-18> ubiquity: cjwatson * r2305 ubiquity/debian/ (changelog ubiquity.templates): * Add advanced button text to translation template (LP: #147612). <CIA-18> ubiquity: cjwatson * r2306 ubiquity/ (5 files in 3 dirs): <CIA-18> ubiquity: * Add install button text to translation template, distinguished from the <CIA-18> ubiquity: window title (LP: #103925). <CIA-18> ubiquity: cjwatson * r2307 ubiquity/ (debian/changelog ubiquity/i18n.py): * Load strings for "Use as:" and "Mount point:". <CIA-18> ubiquity: cjwatson * r2308 ubiquity/debian/ (79 files in 2 dirs): * Update translations from Rosetta. <CIA-18> ubiquity: cjwatson * r2309 ubiquity/debian/po/ (79 files): debconf-updatepo <CIA-18> ubiquity: cjwatson * r2310 ubiquity/ (d-i/manifest debian/changelog): <CIA-18> ubiquity: * Automatic update of included source packages: base-installer <CIA-18> ubiquity: 1.81ubuntu4, partman-auto-loop 0ubuntu11, partman-target 50ubuntu5. <CIA-18> ubiquity: cjwatson * r2311 ubiquity/debian/changelog: releasing version 1.6.1 <xivulon> cjwatson, what's your view on the non-interactive version of wubi (one with implicit --liveboot)? <cjwatson> you mean on including something on the Ubuntu CDs that just does that? <cjwatson> sounds good to me <xivulon> yeah <xivulon> just to go around bios issues <cjwatson> yes <xivulon> I think it's unrealistic at this point to ship loop installations :( <cjwatson> once it slipped past beta, it was a pretty slim chance, unfortunately <xivulon> As mentioned, if it is easy to make it work later on (with the standlone version), that's still okish <cjwatson> well, no worse than feisty <soren> Any clue which package this actually belongs to: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/97160 ? <cjwatson> soren: looks like it belongs to ubiquity to me <cjwatson> though I've no idea what might cause it in 7.04 <soren> Alright. Thanks. <soren> One of the Danish translators asked me, because he couldn't find anything like that in the ubiquity translations. <soren> I'll tell him to look harder :) <xivulon> cjwatson, is the early_command patch uploaded? <cjwatson> xivulon: ages ago <cjwatson> soren: I'm not sure why people think it's a translation bug ... <xivulon> also, it would be good if we used zeroing at least for the swap file, since that does not tolerate holes <cjwatson> xivulon: *sigh* you told me yesterday that zeroing wasn't important <cjwatson> could you file a bug please? <xivulon> cjwatson, it's not relevant for the mkfs issue, but it still has some merits <soren> cjwatson: Oh, good point. <xivulon> particularly for the swap file <cjwatson> soren: it might be, but it certainly isn't a dead cert <soren> cjwatson: Well, ubiquity itself only seems to have two translatable strings, and they both look sane, so if it indeed *is* a translation bug, I don't think it's in ubiquity itself. <xivulon> cjwatson, I will generate a non interactive build for wubi tonight. I'd like to use a different name not to confuse the 2: wubi-liveboot.exe? <xivulon> I'll be in boston from wed. Hope I won't miss relevant installer discussion. I'll prepare a blueprint for discussing wubi and related issues. <cjwatson> soren: they're almost all in debian-installer <cjwatson> soren: ubiquity's po-debconf strings are borged into there and hidden from /ubuntu/+source/ubiquity <cjwatson> because many of them are common with the rest of the installer <cjwatson> xivulon: wubi-liveboot.exe> sure <cjwatson> tell me what to wget when it's ready <soren> cjwatson: Yes, I suspected something like that. <soren> cjwatson: ...which was why I was interested in which particular piece of the puzzle was involved at that point in the installation. I guessed partman, but he couldn't see anything wrong there either. Anyhow, don't worry about it. He got something to work with, so he's happy now :) <evand> how on earth is it possible to have incorrect number of arguments on a SUBST when the first argument is *always* specified? <cjwatson> that was exactly what I was wondering <cjwatson> I have no clue <evand> I think a set -x is in order if he still can reproduce it. <evand> ah! I figured it out. Play with IFS and you're going to get bitten, apparently. <evand> erm bit <tormod> hi, I am pretty keen on fixing bug #148341 for Gutsy. What do you think? <evand> I'll defer to cjwatson on that. <cjwatson> evand: ah, yes, I always keep the interval where IFS is non-default as small as possible <cjwatson> tormod: your latest patch is fine by me <cjwatson> evand: ^-- (I'm off to bed, but apply it if you like) <tormod> cjwatson: cool! I guess a debdiff won't help - this bzr? <cjwatson> tormod: waste of your time <tormod> cjwatson: thought so :) <cjwatson> patch can apply patches against files other than the one named in the patch just fine <evand> cjwatson: heh, I thought I did as well <evand> cjwatson: will do <xivulon> cjwatson, latest autopartition code is not on today's build #ubuntu-installer 2007-10-04 <CIA-18> ubiquity: evand * r2312 ubiquity/ (configure configure.ac): Bump to 1.6.2 <CIA-18> ubiquity: evand * r2313 ubiquity/debian/ (changelog init): <CIA-18> ubiquity: * Add 'only-ubiquity' option to kernel cmdline to run ubiquity in a <CIA-18> ubiquity: minimal session. Thanks Tormod Volden (LP: #148341). <CIA-18> ubiquity: evand * r2314 ubiquity/ (debian/changelog ubiquity/components/migrationassistant.py): * Filter out partition selections that do not have any users. <evand> I probably should've stuck 'migration-assistant' in there somewhere. <xivulon> cjwatson, evand, I uploaded the wubi-cdonly version <xivulon> http://wubi-installer.org/devel/minefields/ <xivulon> one thing: if the CD is inserted when you reboot all is dandy <xivulon> but if the CD is not inserted the user is thrown into the shell <xivulon> it would be nice to have some sort of message like: please insert the CD and press enter <xivulon> by the way, the flag changed from "--liveboot" to "--cdboot" <xivulon> In Ubuntu-cdboot the flag is always set <cjwatson> xivulon: please mail Henrik to tell him about that <xivulon> will do <cjwatson> since he will need to adjust winfoss <cjwatson> I'll make it be wubi-cdboot.exe on the disk <xivulon> please test it <xivulon> also have a look at this issue about the CD not being inserted. I seemed to remember that the initrd would ask for it, but maybe I am confusing with the alternate one <cjwatson> you are confusing it with alternate <cjwatson> I'm not going to add that feature to casper at this point <xivulon> hmm, not sure then if it's wise to include wubi at all <xivulon> if users have no CD they will see the initrd sh <xivulon> anyway try it by changing your boot priority, with and without CD, then you decide <cjwatson> if they have no CD then they will hardly be running wubi-cdboot from the CD <cjwatson> this is about what we put on the CD, so by definition they have a CD <xivulon> cjwatson, what I mean is if the bios is 1HD, 2CD, but if at the time they reboot the tray is open <cjwatson> *shrug* don't do that then :) <cjwatson> it's still better than not having the facility <cjwatson> IMO <xivulon> sure <xivulon> I'll have to change the reboot text <xivulon> now it asks to remove the cd <xivulon> will do tonight <cjwatson> oh, yeah, that would be excessively confusing in this case <cjwatson> and clearly not necessary <xivulon> I forgot to do that yesterday, it's a quick fix <xivulon> but cannot do it now <xivulon> by the way, yesterday build still had old autopartition/lupin <xivulon> and am still stack with this mkfs issue (when running strace mkfs, it works) <cjwatson> gar STOP LEAVING <cjwatson> really inconvenient <smp> Hi,i am tring to install my debian distro from local network,I booted from the network and got the installation prompt.but after installed hardware detection phase it failed because it didnot find any installation media in my cdrom as i am using the same initrd/kernel/preseed file for network installation which is same for normal installation (from CD).SO HOW TO OVERCOME THE PROBLEM..?Plz help <cjwatson> smp: I'm afraid we don't offer help with Debian here <cjwatson> smp: (though I would suggest *not* using the same initrd as for CD installation; there's a specialised netboot initrd which is likely to work much better!) <cjwatson> smp: if the above doesn't help, #debian-boot on irc.oftc.net would be more appropriate <smp> Cjwatson:thanks,but can u tell me is there any way to do the normal installation so that it should not go to check installation media in local cdrom drive. <cjwatson> see above, please <cjwatson> this channel is for the Ubuntu installer, not Debian <smp> cjwatson:rather it should download files from my local server where i mounted my iso image.can i do it by suppling any boot parameters <cjwatson> no, use netboot <smp> for ubuntu also if i want to do the same thing i think this problem will come <cjwatson> for Ubuntu, use netboot <cjwatson> the cdrom initrd will not work in this circumstance <smp> but how to modify the exsisting initrd for netboot? <cjwatson> you don't. <cjwatson> download the netboot initrd from the archive <cjwatson> you cannot do this based on the cdrom initrd. <smp> i have the installer source code .and i compiled it and then i got mini.iso inside /installer/temp <cjwatson> there is no need to build it yourself <cjwatson> both Debian and Ubuntu ship this in their archives <cjwatson> http://archive.ubuntu.com/ubuntu/dists/feisty/main/installer-i386/current/images/netboot/ for Ubuntu; see the Debian installer web site for the Debian links <smp> ok,but i need my custom initrd.how to do that ? <cjwatson> folks customising the initrd are expected to be experts and/or to read the documentation. Failing that, please ask in the correct place. <cjwatson> I'm happy to help if you're customising Ubuntu, but it doesn't sound like you scottashley@example.org. In the meantime, I don't think it's fair to ask me to support Debian in an Ubuntu channel. <smp> ok.can u tell me some sources to modify ubuntu's exsisting netboot initrd <cjwatson> 'apt-get source debian-installer' on an Ubuntu system <smp> cjwatson:thanks for ur help.but this will download only the source code in my system.what i have.i need some docs to change/compile the source code <cjwatson> there is documentation in the doc/ subdirectory of the debian-installer source package, though it hasn't been adapted for Ubuntu <cjwatson> I cannot teach you how to be a developer in general though <CIA-18> ubiquity: jriddell * r2315 trunk/ (debian/changelog ubiquity/frontend/PartitionsBarKde.py): red looks dangerous to our western eyes, change ext 3 in kde partition bar to cyan <xivulon> I changed the reboot text <CIA-18> migration-assistant: evand * r63 migration-assistant/ (debian/changelog ma-ask): * Fix IFS handling (LP: #145712, #135149) <mebrown> quick question: what are the 'mkisofs' command parameters that are used to create the live cd? <mebrown> The last step of my installation is going to create a new live CD image of the reinstallation partition for the customer to burn if they want <mebrown> evand, ping. <mebrown> evand, just tested todays daily build and looks like everything is there and works. <evand> mebrown: great! I'm trying to find the answer to your question. <mebrown> ok, thx. <mebrown> I have a mkisofs cmdline that I am using in the meantime... <mebrown> mkisofs -o /target/home/ubuntu-dell-reinstall.iso \ <mebrown> -b isolinux/isolinux.bin -c isolinux/boot.catalog \ <mebrown> -no-emul-boot -boot-load-size 4 <mebrown> -boot-info-table \ <mebrown> -pad -r -J -joliet-long -N -hide-joliet-trans-tbl \ <mebrown> -publisher "Dell Inc." \ <mebrown> -V "Dell Ubuntu Reinstallation Media" \ <mebrown> /cdrom/ <evand> /usr/bin/mkisofs -r -V Ubuntu\ 7.10\ amd64 -o /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-live/debian-cd/amd64/gutsy-desktop-amd64.raw -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -sort /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-live/tmp/gutsy-amd64/1.weights boot1 CD1 <evand> from: ttp://people.ubuntu.com/~ubuntu-archive/cd-build-logs/ubuntu/gutsy/daily-live-20071004.log <evand> mebrown: ^ <mebrown> thanks. <evand> anytime <mebrown> I'll update my script <mebrown> Right now, I am wrestling with language pack stuff. <mebrown> What I was thinking: <evand> ah yes, be aware that there's an outstanding bug that I have to fix tonight where the langugage pack step will fail without a network connection <mebrown> hmmm. <mebrown> so that will work in tomorrows daily? <evand> hopefully <evand> if not soon thereafter <mebrown> I need to run this idea by you... just a sec, brb <evand> ok <mebrown> What I was thinking was creating a repo with all the language packs <mebrown> just like the repo that is already on the DVD <mebrown> but smaller. <mebrown> I need an easy way to do this, and havent really figured anything out. <mebrown> I was thinking I could use apt-get in download-only mode <mebrown> and then I would have to add those to the repo and redo the repo metadata <mebrown> We have pared down the languages to 5 or 6 <evand> hrmm <mebrown> english, french, german, portugues, spanish, simplified chinese <mebrown> also (unrelated): need to find a way to get rid of the "remove media and press enter to reboot" at the end. <evand> you might be able to get around that by shutting down usplash: /etc/init.d/usplash start <evand> that's not a typo <evand> I'm not sure if that will work or not, it's untested <mebrown> ok. I'll test it, then... :) <evand> have you looked into debmirror for grabbing the languages? <evand> you might want to run your current idea by cjwatson <evand> he may know of a better way <mebrown> no, I havent <mebrown> I didnt even know about debmirror <bdmurray> evand: I was looking at bug 128258 and wondered what happens to people who installed from a tribe CD that didn't create '/etc/papersize'. Do you have any idea? <evand> bdmurray: not sure <evand> I'd have to test that myself to find out :) <bdmurray> It is easy enough to manually fix but I wonder if many people will run into it. <evand> do we usually provide repair fixes for bugs that occur during the development cycle? <bdmurray> Another good question that I don't have the answer for. <bdmurray> I'm not sure how many things look at '/etc/papersize' too. <evand> hrm, cjwatson ^ <mebrown> evand, '/etc/init.d/usplash start' does not fix <mebrown> there is a text line: <mebrown> "Please remove the disc and close the tray (if any) and press ENTER:" <mebrown> on the console <mebrown> and no shells that I can use to see what is giving that message... :( <mebrown> Is there already a launchpad on this issue? <evand> mebrown: not yet, but please file a bug and assign me to it. I'll take care of it when I get back, but I have to step out for a few hours. <mebrown> against ubiquity? <mebrown> or casper? <evand> hrm, casper <mebrown> https://bugs.launchpad.net/dell/+bug/149159 <evand> thanks <mebrown> evand, cjwatson ping... is there a way to run automatic-ubiquity in text mode? <mebrown> am thinking of future systems where X doesnt run. <mebrown> need to be able to install them initially. we would update x server debs in the post-install. #ubuntu-installer 2007-10-05 <boss> hi,i am new bie in ubuntu.I want to know how to install ubuntu in the client machines from the local server where internet connection is not available.I have CD rom drive only in a single machine(server). <booxter> Hello! I'm a Belarusian Latin translator and I would like to see Ubuntu LiveCD and installer to be Belarusian-Latin supported. What should I do to take the goal? Is there a technical possibility for doing this? <mpt> booxter, you want to translate the installer into Belarusian? <booxter> mpt, yes <mpt> booxter, you can do that on https://translations.launchpad.net/ubuntu <mpt> booxter, for example, https://translations.launchpad.net/ubuntu/gutsy/+lang/be <booxter> Launchpad technically doesn't support our be@latin locale... <booxter> so we need some kind of "manual" way of translation <mpt> Oh, I'm sorry, that's Belarusian Cyrillic, isn't it <mpt> You want Belarusian Latin <mpt> ok, so you need to get Belarusian Latin registered in Launchpad <booxter> yes, we need <booxter> but there is a known bug that prevents us from doing so <booxter> sr@Latn (Serbian Latin) also has such problem <cjwatson> getting the installer to support that is a lot harder <cjwatson> you really need to get it done upstream in Debian <booxter> our locale technically is a variant of "be" locale <cjwatson> simply having the translation there isn't enough - localechooser needs to support it too <mpt> oh <cjwatson> and it takes an enormous number of uploads of individual components to Ubuntu to add a new language, diverging each of them from Debian individually <cjwatson> so I prefer not to do it that way, and to ask people to get the base installer translated in Debian first <booxter> So should we at first translate debian installer? <cjwatson> right <booxter> are there any significant changes between vanilla installer and ubuntu one? <cjwatson> yes <cjwatson> so just translating the Debian installer won't be enough, but it's the first step <booxter> hm, as I know there are several "levels" of Debian translation <booxter> what levels are sinificant for Ubuntu, what are less? <booxter> And after what level can we incorporate Ubuntu version of installer to make sure we are ready? <cjwatson> level 1 is the only one that's a blocker here <cjwatson> obviously the rest don't hurt <mpt> booxter, I'm discussing it in #launchpad with one of the Launchpad Translations developers <booxter> Are other levels not used for Ubuntu version? <mpt> Apparently Cyrillic->Latin conversion can be done automatically for Serbian, and maybe for Belarusian too <mpt> but there's no schedule for implementing it yet <booxter> mpt, we in Belarusian community already begins to use such translation, but not fully automatically (because we use different convensions and so on) <cjwatson> booxter: they're used to one extent or another, but some particular packages there are less important than others and in any event it doesn't usually block switching on a language in localechooser <cjwatson> there's a point at which packages begin to become subject to language packs, at which point it all gets a lot easier for you <cjwatson> but the core installer, mostly the stuff in level 1 plus dpkg, apt, tasksel, probably a couple of others I forget right now, isn't subject to language packs because this is all before language packs get installed <booxter> cjwatson, we already reported a bug about Language chooser <cjwatson> you did? where? <cjwatson> I won't fix it directly in Ubuntu anyway - like I say, this really needs to be done in Debian first otherwise the maintenance burden for us to diverge every installer component from Debian is intolerable <cjwatson> but I'm more than happy to support the language once the basic bits are done in Debian and uploaded there <booxter> hm, ok, we'll do our best for Debian Installer and after level 1 will come here again:) <cjwatson> sounds lovely <booxter> ;) <CIA-18> ubiquity: cjwatson * r2316 ubiquity/debian/ (79 files in 2 dirs): * Update translations from Rosetta. <CIA-18> ubiquity: cjwatson * r2317 ubiquity/ (d-i/manifest debian/changelog): <CIA-18> ubiquity: * Automatic update of included source packages: choose-mirror 2.15ubuntu2, <CIA-18> ubiquity: debian-installer-utils 1.48ubuntu2. <CIA-18> ubiquity: cjwatson * r2318 ubiquity/debian/ (changelog rules): * Disable the intro message, as Ubuntu 7.10 is approaching. <CIA-18> ubiquity: cjwatson * r2319 ubiquity/debian/changelog: releasing version 1.6.2 <CIA-18> ubiquity: evand * r2320 ubiquity/ (configure configure.ac): bump to 1.6.3 <CIA-18> ubiquity: evand * r2321 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): <CIA-18> ubiquity: * Remember to not use the migration-assistant dbfilter when using <CIA-18> ubiquity: --no-migration-assistant, again (LP: #148766). <CIA-18> ubiquity: evand * r2322 ubiquity/ubiquity/frontend/ (kde_ui.py noninteractive.py): Apply the previous change to the kde and noninteractive frontends. <mebrown> cjwatson, saw your commit for #149159 (console reboot message). is this in todays daily build? <cjwatson> it should be$ wget -q -O- http://cdimage.ubuntu.com/daily-live/current/gutsy-desktop-i386.manifest | grep ^casper <cjwatson> casper 1.109 <cjwatson> yes <mebrown> thx. <mebrown> did you see my email about language packs? <mebrown> really need some help with that one, as I am not a debian/dpkg/apt expert <cjwatson> language-pack-* shouldn't have external dependencies <cjwatson> it's only a problem at all if you need language-support-* too <mebrown> I want a complete and good experience for our non-english-speaking customers <cjwatson> evand: could you help mebrown out? I have a deadline of today for UDS planning <evand> cjwatson: sure <cjwatson> germinate may be useful <mebrown> ok. I looked at debmirror yesterday and it didnt seem useful (no dependency tracking, afaict) <mebrown> I'll take a scottashley@example.org. <cjwatson> debmirror does not follow dependencies <evand> https://wiki.ubuntu.com/SeedManagement might help with setting up a seed for germinate. <mebrown> thanks. reading... <mebrown> evand: regarding noninteractive... doesnt work <evand> mebrown: where does it fall over? <mebrown> No cut-n-paste, but it traces back: <mebrown> frontend/noninteractive.py, line 133 in watch_debconf_fd_helper <cjwatson> I would avoid trying text installs in gutsy. They aren't well enough tested. <mebrown> return callback(souce, dbbconf_condition) <cjwatson> at least not using ubiquity <mebrown> file ubituqity/filteredcommand.py, line 179 in process_input <mebrown> file ubituqity/filteredcommand.py, line 112, process_line <mebrown> ubiquity/debocnffilter.py, line 236 <mebrown> file ubiquity/components/language.py line 105 <mebrown> file ubiquity/filteredcommand.py, line 359 in run <mebrown> -> if not self.frontend.installing: <mebrown> AttributeError: wizard instance has no attribute 'installing' <mebrown> and it starts X before falling over. <mebrown> What I am trying to accomplish: <mebrown> Need to have a way to install machines that potentially dont have X support in the current gutsy image <cjwatson> mebrown: I understand your need, but 7.10 isn't yet ready to fill it with the live CD <mebrown> ok. <mebrown> we can respin the image, I suppose <mebrown> if we get a machine like this. <cjwatson> we should be able to fix the specific bug above though <mebrown> or, can probably force vesa mode <cjwatson> I think that's more likely to work <mebrown> just want to make sure I have a fallback <cjwatson> oh, forcing vesa should be pretty safe <mebrown> because we *always* get machines that come down with no X support (we install addon stuff in post) * evand has added the above bug to his todo list <mebrown> evand, did you need a lp? <evand> mebrown: if it's not too much trouble <mebrown> ok. <mebrown> https://bugs.launchpad.net/dell/+bug/149473 <evand> thank you <evand> cjwatson: I know you're busy, so feel free to respond to this whenever you have free time. What is the reasoning for marking bugs as invalid in a package and then adding them to a different package, rather than just switching the package? <mebrown> https://bugs.launchpad.net/ubuntu/+source/casper/+bug/149477 <mebrown> I'm installing a machine now to try out germinate. Will probably have more questions in a couple hours, but it looks like this is probably what I want. <evand> great <cjwatson> evand: usually an accident <cjwatson> evand: note though that you can't just reassign from a package to an upstream project <cjwatson> so say if a bug is really a cdimage bug then it has to have a task opened on ubuntu-cdimage and the Ubuntu task rejected <evand> ok <evand> thanks <CIA-18> ubiquity: evand * r2323 ubiquity/ (debian/changelog ubiquity/frontend/noninteractive.py): <CIA-18> ubiquity: * Update noninteractive frontend to use recent changes to <CIA-18> ubiquity: FilteredCommand (LP: #149473). <bdmurray> cjwatson: Did you see my /etc/papersize question? <cjwatson> bdmurray: no <bdmurray> I believe there was a bug in ubiquity where papersize was not being set which is now fixed but what happens to people who installed with ubiquity before it was fixed. <bdmurray> It is probably a small number of people and I don't know how many things look at that file either. <cjwatson> there was a bug, upgrades aren't handled, it should probably be release-noted <cjwatson> a core library looks at that file which I believe a number of desktop applications use <bdmurray> Okay, do we have process for release noting things? <cjwatson> we need to create some release notes :-) <cjwatson> hang on a mo <cjwatson> aha, GutsyGibbon/ReleaseNotes <cjwatson> please feel free to add to that <bdmurray> Okay, will do. <bdmurray> Thanks. <mebrown> is there a bug in today's daily build regarding sudo? <mebrown> oem install <evand> not that I'm aware of <mebrown> when I create a user at firstboot, that user cant sudo <evand> hrm <mebrown> and I cant login as root <mebrown> since I didnt set pw <evand> I'm assuming they're not in the admin group? <mebrown> I think it has been there for a little bit since I saw that yesterday too <mebrown> correct, not in admin group <mebrown> groups=1000(dell) <mebrown> bug against firstboot? <mebrown> shouldnt that user be created as an admin, since there isnt any other way to log in as root, otherwise? <mebrown> that is how it used to work. <mebrown> at least in feisty <cjwatson> I think it's a bug in your image <cjwatson> it normally is given admin privileges <mebrown> pulled fresh today, saw the same thing yesterday <cjwatson> are you creating any other non-system users or groups? <mebrown> no. <cjwatson> mebrown: ok, is this from the alternate or desktop CD? <mebrown> create 'oem' user in preseed <mebrown> this is the live cd <mebrown> booted with oem-mode and preseed <cjwatson> can I have your preseed file? <cjwatson> without passwords <mebrown> yup. <mebrown> just a sec, I'll post it. <cjwatson> a bug report on oem-config would be the best avenue <mebrown> cjwatson, email address? * mebrown just cleaned out inbox... <cjwatson> mebrown: https://bugs.launchpad.net/ubuntu/+source/oem-config/+filebug <cjwatson> but if you'd really prefer e-mail, scottashley@example.org <cjwatson> just that my inbox is a disaster area <mebrown> I'll file a bug <cjwatson> mebrown: I'm out for a bit now <cjwatson> fwiw <mebrown> just thought that would be the fastest way to get it to you <cjwatson> for the record, IRC is one of the worst possible ways to paste large quantities of stuff <mebrown> ok, sorry. <cjwatson> it sits there for ages gradually pasting line by line :-/ <mebrown> just trying to figure out a quick way to get you the info. <cjwatson> anyway, have to go pick my wife up <mebrown> bug is being entered. <mebrown> have fun. <evand> mebrown: in the event that you do need to paste a large amount to IRC: http://pastebin.ubuntu.com/ <mebrown> ah, yes. I forget about that... <mebrown> https://bugs.launchpad.net/dell/+bug/149582 #ubuntu-installer 2007-10-06 <mebrown> cjwatson, evand, ping. <mebrown> https://bugs.launchpad.net/dell/+bug/135602 <mebrown> marked as 'invalid', but I see this bug in today's daily. <mebrown> hmm... Ok, I see that it is closed as a dup of: https://bugs.launchpad.net/ubuntu/+source/oem-config/+bug/23537 <mebrown> which is 'fix released' <mebrown> but question remains: when will this hit the daily builds? <mebrown> cjwatson, --^ <mebrown> cjwatson_,, did you see my last couple sentences? <cjwatson_> nope <mebrown> ok... <mebrown> https://bugs.launchpad.net/ubuntu/+source/oem-config/+bug/23537 <mebrown> which is 'fix released' <cjwatson> yep <mebrown> I dont see it fixed in today's daily <mebrown> and I tried your wget manifest| grep trick <mebrown> and dont see oem-config listed... :( <cjwatson> I'll have to try it out <cjwatson> it's not in the live image, grep for it in .list <cjwatson> /pool/main/o/oem-config/oem-config_1.21_i386.deb <mebrown> which looks to me like it should be fixed... <cjwatson> should be <mebrown> as lp# shows closed in 1.20 <mebrown> but... <mebrown> when I tried it out. I installed all language packs on my list and chose 'spanish' as the language <mebrown> and the rest of the screens were still in english <mebrown> (I speak spanish pretty well, so it is easy for me to test...) <mebrown> should I re-open the lp#? <cjwatson> let me try it <mebrown> I have to go for tonight in a min <cjwatson> it's 23:30 here, if I don't respond or fix it or something, sure, reopen it <mebrown> ok. <mebrown> british time? <cjwatson> yes <mebrown> ok. Well, have a great weekend. <mebrown> send me an email if you need anything. <cjwatson> ok <mebrown> I have this issue and iirc one other one that are important to me to get the Dell install going <mebrown> https://bugs.launchpad.net/dell/+bug/149582 <mebrown> is the other critical one. <mebrown> for the installer <cjwatson> yeah, you mentioned that, I'll look at the same time <mebrown> If you need anything from me, I'll be checking email this weekend. I know you are in the last few days worth of changes before the release. <cjwatson> I have a lingering suspicion it's because you're preseeding the username and full name when that's not necessary <cjwatson> (or shouldn't be anyway) <cjwatson> but I can't think of a reason why that would actually break this <mebrown> ok. If it isnt needed, I can just as easily take it out. <mebrown> just remove the value, or the entire line? <cjwatson> leave it there for now <cjwatson> maybe it's a generic bug, in which case I can squash it <mebrown> ok. <cjwatson> Spanish is a good test case BTW, because its oem-config translation is complete <cjwatson> the translation team was nice and speedy <mebrown> Well, I'm going now. Let me know if you need anything from my side. You have my preseed. <mebrown> Yeah, <mebrown> I'm considering changing my desktop to spanish by default <mebrown> to get more practise <mebrown> just noticed testing today that there werent very many untranslated strings around the desktop at all <mebrown> (as compared to, say, chinese) <mebrown> ttfn. <xivulon> cjwatson,evand I am out of ideas with the mkfs bug <xivulon> to make a long story short, if I pause at the end of autopartition-loop and run strace mkfs.ext3 /dev/loop2 it works <xivulon> if run mkfs without strace it doesn't <xivulon> any hint of what I may try? <cjwatson> xivulon: sorry, I have no bright ideas, sounds like a race but who knows <CIA-18> ubiquity: cjwatson * r2324 ubiquity/ (debian/changelog scripts/install.py): <CIA-18> ubiquity: * Remove excessive blank lines in GDM and KDM configuration files in OEM <CIA-18> ubiquity: mode. <xivulon> cjwatson is the update of ntfs-3g going to happen? maybe that can address it (hmm might test that) * xivulon testing ntfs-3g 1.1913 <J-Georg_> Morning. <J-Georg_> I have a grub-related problem installing Ubuntu, could anyone help me a little? <CIA-18> oem-config: cjwatson * r365 oem-config/ (debian/changelog lib/frontend/gtk_ui.py): <CIA-18> oem-config: * GTK frontend: <CIA-18> oem-config: - Make sure the next button remains the default widget despite being <CIA-18> oem-config: hidden and re-shown. <cjwatson> J-Georg_: it's a weekend and I was mostly planning to do other things; if you explain your problem and hang around for a bit, I or somebody may be able to <J-Georg_> Ok, the installation just fails to grub-install (hd0). The root partition is an ext3 at /dev/sda5 and if I chroot to /target and try to do it by hand it fails with "/boot/grub/stage1 not read correctly." <J-Georg_> I had to create menu.lst by myself as it didn't exist. <J-Georg_> I was browsing the forums and checked fstab and mtab as suggested but they look fine to me. <cjwatson> just one disk? <J-Georg_> Yes. <J-Georg_> device.map looks ok as well... <cjwatson> normally that error is because fstab and menu.lst are out of sync (and beware that grub counts partition numbers from zero not from one) <cjwatson> but it's possible that it could also be because grub's internal low-level read-stuff-from-the-disk code is breaking <cjwatson> which is liable to be beyond me :-/ <J-Georg_> Right... <J-Georg_> I'll take another look at fstab and menu.lst <cjwatson> I'm sorry that may not be a very satisfying answer <cjwatson> in extremis, you could try installing lilo <CIA-18> ubiquity: cjwatson * r2325 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): <CIA-18> ubiquity: * GTK frontend: <CIA-18> ubiquity: - Make sure the next button remains the default widget despite being <CIA-18> ubiquity: hidden and re-shown. <J-Georg_> In fstab /dev/sda5 was identified by UUID. Changed it to /dev/sda5, it didn't help. <J-Georg_> In menu.lst root is set to (hd0,4) <cjwatson> if you want to try to dig into exactly what's failing, there should be log and image files left over from grub-install's attempts to read back stage1 lying around in /tmp <cjwatson> it copies the files to /boot/grub/ and then tries to read them back using the 'dump' command in the grub shell, then does a binary compare to ensure they're the same <cjwatson> I trust you don't have a separate /boot? <J-Georg_> No, it's on the same sda5 <cjwatson> the other problem you *could* be having is that maybe you have a sufficiently wacky BIOS that grub is having trouble reading from the logical partition <cjwatson> might be worth trying to put a small /boot on a primary partition if possible <cjwatson> also, put /boot near the start of the disk <cjwatson> depending on the vintage and bugginess of the BIOS, it may have trouble reading from later in the disk <J-Georg_>
{'channel': 'ubuntu-installer', 'month': 10}