=== saispo_ is now known as saispo [10:50] cjwatson: the message about iana will that effect automated installs? [10:51] sorry, no idea what you're talking about :) [10:52] on alternate there is now a popup message from dns iirc saying it needs to download the iana info which can't be shipped [10:52] you need to say yes or no to the script running [10:52] I'm just wondering if that will affect automated installs [10:52] soren: sounds excellent and it's not unlike the 'digress' framework that Debian use to do installer testing, at least in spirit (digress operates by serial console installation and expect, or similar). There are a number of things that one can't test with preseeding, the manual partitioner chief among them, so I'd definitely support the usefulness of this approach! [10:53] davmor2: yes, I would expect so; they would have to preseed it away [10:54] cjwatson: Excellent. I'm glad you approve. [10:54] davmor2: don't suppose you already have a DEBCONF_DEBUG=developer log of this happening? [10:54] cjwatson: okay ta [12:02] cjwatson: I understand we want to add a stage to the installer where proprietary drivers are approved [12:02] cjwatson: I was wondering if we could use the same stage to let users opt-in to get mp3s and Flash? [12:03] hmm, that's definitely strictly more difficult since we can't put that software on the CD [12:04] I was thinking more that it would be a script that would automatically install those from the network on first login or something [12:04] that's kind of unpleasant :( [12:04] it's more unpleasant to go to youtube and not be able to watch any videos [12:04] or that warning you get when you want to install mp3 support... [12:04] we have to include that warning [12:04] or something with equivalent meaning [12:05] sure - [12:05] absolutely [12:05] but if we could make it something during install [12:05] I would like that a lot [12:05] and so would 99% of users. [12:05] hmm, I don't know. I'm not immediately keen on it because it makes it less likely that we'll be able to get the whole thing done - jockey already exists and it's probably fairly straightforward to just drop it in [12:05] (non-scientific estimate) [12:06] I'd like to make it a separate development task rather than piggybacking [12:06] I don't know anything about Jockey [12:06] (googling now) [12:06] jockey = System -> Administration -> Hardware Drivers [12:07] I understand the request - I can see how it makes some kind of sense to have all the legally nasty stuff in one place [12:07] ok so technically they're separate things, but conceptually they're not too far apart [12:07] yeah [12:07] just worried about the implementation [12:07] sure [12:08] I think it would be a worthwhile pain-in-the-ass though. [12:08] I think we should avoid first-login work because that has a non-intuitive kind of effect on boot performance [12:08] ok [12:08] for lucid, I'd honestly rather offer it but say "only works if you have networking" or something [12:09] yeah I was about to say [12:09] will probably be a pain in the arse for broadcom [12:09] I'm terrified of the complexity involved in reliably establishing network.. [12:09] (boot performance: reason for this is that we profile the first boot) [12:10] perhaps we could have a staged design - here's what the page looks like for hardware drivers only, here's what it looks like with proprietary software as well [12:11] oh and obviously the whole page vanishes if you say "free software only" at the bootloader [12:11] * ev is lost - how did we get from installing codecs as part of ubiquity to a second stage installation breaking boot profiling? [12:11] what if I want to make the 'use all the proprietary stuff' the recommended option :) [12:11] ev: 12:04 I was thinking more that it would be a script that would automatically install those from the network on first login or something [12:11] ahh [12:12] michaelforrest: I suspect your boss' boss might object [12:12] sorry, I missed that [12:12] I think we can bring him round [12:12] we keep proprietary software out of main for a reason [12:12] and we've committed to that at the highest level [12:13] this has pretty serious implications on how Ubuntu is perceived in the community [12:13] yeah but in the world-at-large people want Flash, MP3s and Skype. [12:13] making it easy but not doing it by default is a different matter [12:13] nevertheless, this is not an #ubuntu-installer discussion :) [12:13] we can only conquer the world at large if we keep our community [12:13] it's not an either-or kind of thing [12:13] We will find a way. [12:14] we've settled on the path of making it straightforward to get at proprietary software when you need it, but not installing it by default [12:14] this is a compromise, which does tend to mean that neither side is totally happy ;-) [12:15] so, lucid+1 *tentatively* add the ability, but not as the default selection, to install flash, mp3, skype, etc in the installer, much like we're going to do with jockey in lucid? [12:15] perhaps integrating them into the same UI, but to be determined after design consideration [12:15] MP3 is likely to get easier in the near future, BTW [12:15] oh? [12:15] the patents are expiring pretty soon [12:15] hooray [12:16] they already have in some jurisdictions, I believe [12:16] maybe we should make YouTube work by showing the h.264 videos that Apple made them sort out so it works on iPhones... [12:16] how soon is pretty soon? [12:16] hmm, we discussed h.264 in the TB a while back, I can't remember the exact outcome [12:17] http://en.wikipedia.org/wiki/MP3#Licensing_and_patent_issues [12:17] December 2012, according to wikipedia. [12:17] "may", so we would need to lawyer-check that [12:17] still important to do something in the meantime, I think. [12:18] sure [12:18] sure, I imagine we'll always have this issue of non-free stuff that people want and we can technically distribute [12:18] indeed [12:18] subject to the whims of fashion. [12:18] haha [12:18] I would add that our historical understanding has been that there's a difference in liability between just distributing things on our servers and actively going out and offering them to people [12:18] it's all a bit vague, but this has to be run past legal [12:19] flash is probably ok [12:19] it's merely a licensing nightmare rather than a patent nightmare [12:20] if we really wanted to fix that we would fund gnash :P [12:22] I wanted to like gnash, but I fear it will never catch up. Adobe is hardly static in its development of Flash. [12:22] as long as things are proprietary we're always going to be at a fundamental disadvantage [12:23] the things that are currently fashionable I mean [12:25] indeed, I'm not disagreeing, just being pessimistic about reaching that goal with flash anytime in the near future. [12:25] yeah [13:30] shtylman: would you mind putting your scripts for nfs mounting ubiquity trunk inside a VM somewhere public? I'm keen to see how you handled things like ubiquity/components/ubi-* [13:40] ev: no probs...will do that tonight when I get home from work [13:40] coolness [14:33] michaelforrest: a new CD is available at . It has the networking fix and seems to have the graphical changes you were after. [14:34] thanks ev === robbiew_ is now known as robbiew [17:08] grub-installer: cjwatson * r828 ubuntu/ (debian/changelog grub-installer): GRUB 2 now supports installation on SATA RAID and multipath. [17:10] sooooooooo…. we do ship proprietary drivers on the CD? [17:10] some of them, can't ship all [17:10] is there anything documented about the permission being requested as part of the install process? [17:11] could you rephrase that? [17:11] um.. evan said something about a discussion about asking people if they wanted to use these drivers during installation [17:12] ev: oh, pretty much the same as what System -> Administration -> Hardware Drivers does, would you say? [17:12] in my experience, I was confused that my wireless card worked on the live cd but not on the install [17:12] the kernel team will want us to ask because in general they can't effectively support proprietary drivers [17:12] so is there anything written down about that anywhere? [17:12] so I can learn more [17:13] and stick a step into the design [17:13] I would copy-and-paste the text from Hardware Drivers to you but I can't because it isn't selectable ;-) [17:14] I will have to use my touch-typing skills :P [17:14] "Proprietary drivers do not have public source code that Ubuntu developers are free to modify. Security updates and corrections depend solely on the responsiveness of the manufacturer. Ubuntu cannot fix or improve these drivers." [17:14] hmm. [17:14] "But if you want your wireless card to work then this is the only option" ?? [17:15] how true that is varies between drivers [17:15] don't generalise too far from your own experience :) [17:15] 'Ubuntu' is an entity that fixes drivers? [17:15] the Ubuntu kernel team does that kind of work [17:15] strange phrasing that's all. [17:15] in the case of video drivers, the proprietary driver might work better for some use cases [17:15] I didn't write that text [17:16] better> or it might totally break [17:16] we just have no reasonable way to tell, across the board [17:16] I am just trying to understand what a user is expected to do with that information! [17:16] Is it relevant if there is not a choice? [17:17] in a number of environments, people might rather have a supported system that can only do wired networking, than have a dodgy wireless driver that isn't supported properly [17:18] it's in the nature of proprietary drivers that they sometimes fail to keep up with kernel changes, and sometimes the result of using one can be worse than having no driver at all [17:18] the difficulty here is that we're trying to present an inherently bad situation [17:19] but one that's relevant to a pretty large number of users [17:19] I would have thought that open-source drivers would be equally prone to lagging behind the latest kernel changes… is that wrong? [17:19] not so [17:19] open-source drivers are maintained in the kernel tree itself, and when kernel maintainers make changes that require driver changes, they tend to upgrade the whole tree in step [17:19] out-of-tree drivers have to catch up for themselves [17:20] ok [17:21] I am thinking about this phenomenon http://snowleopard.wikidot.com/ [17:22] listings of third-party drivers [17:22] I know. [17:22] Can we say 'third party' instead of 'proprietary' instead do you think? [17:22] that's an application checker, isn't it? [17:22] at least primarily so [17:22] oh [17:22] I was looking for the one about hardware drivers [17:22] didn't really read it [17:23] but you get the idea [17:23] applications are a different kettle of fish, because the interface between the kernel and applications is much more rigidly defined [17:23] yeah let's not talk about applications [17:24] the fact that we don't have the source code is relevant - it means that nobody other than the manufacturer is really capable of offering support. There are a couple of cases where multiple drivers are offered, and savvy users may well want to make a distinction on that basis [17:25] for example, in the case of one of the two Broadcom drivers, we're able to offer the source to the driver (and so it's a lot easier to keep that part in step, so it's less likely to cause random kernel crashes and the like) but we can't ship the firmware [17:25] it feels like an upgrade-related issue more than an installation issue [17:26] can ubuntu reliably drop back to open-source drivers if the proprietary ones don't work after upgrade? or will things most likely just go mental? [17:26] sorry, was on the phone [17:26] reading the scrollback now [17:26] not completely reliably and automatically [17:26] if you can manage to get to the Hardware Drivers application, you can deactivate the broken thing there [17:27] I don't really agree that it's just an upgrade issue though, as we often have to be in the position where the proprietary drivers we ship don't work on some hardware [17:28] if there was a way to give the user enough information to make an informed choice it would all make a lot more sense [17:29] I don't feel that saying 'this might not work.. not our problem' is adequate from a user-perspective. [17:29] would be easier if we had reliable access to the network :) [17:29] this entire problem does not exist in an ideal world [17:29] this is, unfortunately, entirely best-effort territory :( [17:32] "not our problem" is probably a bit too strong; the idea is more "degraded service" [17:32] Inaccessible third-party drivers are such a fact of life in the Windows and Mac world I wonder why we'd even comment on it! [17:32] the Windows installer doesn't install inaccessible third-party drivers for you [17:32] That is true. [17:33] your OEM might, but in that case they have QAed them [17:33] And the Mac installer knows what it's gonna get. [17:33] More-or-less. [17:33] also nobody expects bug reports on Windows to have any effect :) [17:33] (to a first approximation) [17:33] "Ubuntu has found third-party drivers for your hardware - do you want to use them?" [17:33] hmm. [17:34] ("yeah I found em all right, I found 'em on a cd! cackacakcakcle") [17:37] the problem here is that there are reasons to use these drivers (sometimes excellent, e.g. no wireless without them) and there are reasons not to use these drivers (sometimes excellent, e.g. they'll crash your computer). If I knew how to present that kind of choice I'd be suggesting something already :( [17:38] I do think that we should not be shy about Ubuntu's selling points with respect to the things we ship ourselves that are open source [18:34] cjwatson: looking at the daily build now. logo looks good on my mac's screen and external monitor. [18:35] I'd like to switch the colours though - orange for the selected and a light grey for the unselected options [18:35] can I give you some colour values? [20:27] Hi, is there any way to do an expert install without a network connection? === robbiew is now known as robbiew_ [21:56] michaelforrest: sure [21:56] jdoelger: certainly, expert mode is entirely unrelated to whether you have a network connection or not - have you tried selecting it from the F6 menu at the CD boot loader? [22:04] cjwatson: when i used the alternate install disk, i just hit f6 and select expert mode -- when it gets to detecting network, it fails to recognize the card and won't let me continue with the installation [22:05] expert mode shouldn't make a difference to that - I'd guess it would have failed in normal mode too? [22:05] the desktop version sees it and uses the atl1c module [22:05] expert mode in the alternate installer just causes some more questions to be shown [22:05] ok, so that's a bug [22:05] almost certainly in the kernel, believe it or not [22:06] which release? [22:06] karmic [22:06] so I'm afraid the alternate installer will be broken for you, but if you file a bug on the 'linux' source package in Ubuntu and tell me the bug number, we'll get that fixed for lucid [22:07] http://paste.ubuntu.com/338319/ is the patch [22:08] heh, well that's fun. from the look of that the installer is just missing the atl1c module? [22:10] is there a way I could copy that module to a flashdrive, then plug that in when the installer asks if i have anything with additional drivers on it? [22:13] you can certainly try - it's just the module out of the regular Ubuntu kernel [22:14] unless you fancy building udebs for yourself, though, it might be easiest to simply copy it into the filesystem from a shell prompt [22:14] (when the installer complains) [22:15] I'm surprised it won't let you continue, though [22:15] are you installing from the network, or from a CD? [22:15] so basically i can copy it to /lib/modules/*kernel*/kernel/drivers/net/atl1c then modprobe it? [22:15] from a cd, made into a liveusb [22:15] with unetbootin [22:15] right [22:15] it should be possible to just continue past that message [22:16] yeah the screen comes up red, and says it can't continue when i get to the 'select mirrors' part [22:16] worst case you get dropped to the main menu and then you have to bypass some steps [22:16] choosing a mirror shouldn't be mandatory in the installer image you have [22:16] it's got the base system on the CD, after all [22:16] that's what i thought! [22:16] lol [22:16] but you might have to bypass some of the main menu steps [22:17] maybe i just didn't try to jump ahead far enough [22:22] if i get the module into /lib/modules/*kernel*/kernel/drivers/net/atl1c modprobe should see it though, right? [22:22] you might have to run depmod -a as well, but basically yes [22:23] okay, good to know. [22:28] got it! [22:30] cjwatson: I lose keyboard on new user in oem mode [22:30] thanks so much for your help. [22:30] jdoelger: great. let me know that bug number and I'll make sure it gets fixed properly. [22:31] davmor2: "lose" in what way? [22:32] cjwatson: it works in oem, it works on end-user setup, when you get the end user gdm you have no keyboard [22:32] literally no response to keypresses? [22:33] cjwatson: that's the one [22:33] I blame pitti, he touched that code latsst [22:33] er, last [22:37] cjwatson: works if I reboot the system into the fresh user [22:37] so it is only the transfer from oem user to end user [22:37] I definitely blame pitti [22:37] sound like a plan ;) [22:38] either his ubi-reload-keyboard script is broken, or udevified X ain't working === robbiew_ is now known as robbiew