Re: Feature Request: Better partitioning wizard

2008-07-08 Thread Andrew Sayers
Partitioning is one of those topics that you can argue round forever without any danger of reaching agreement about the general case. I'm not sure what arguments you've read about the "/ + /home" approach, but I found a recent discussion on this list fairly interesting: https://lists.ubuntu.com/a

Re: Feature Request: Better partitioning wizard

2008-07-08 Thread Bryce Harrington
On Tue, Jul 08, 2008 at 02:28:58PM +0300, Steve Goodman wrote: > I just got a new computer and wanted to try Ubuntu 8.04 on it. It was very > easy to install and I got up and running pretty quickly. Welcome to Ubuntu. :-) > So here's my request: The partitioning wizard that I was presented with

Re: [Lf_desktop] LSB Package API

2008-07-08 Thread Denis Washington
On Mon, 2008-06-23 at 15:14 +0100, Scott James Remnant wrote: > My general feeling, having spoken to lots of ISVs, is that they don't > actually _want_ this. > > In order to support their customers, they're well aware that they have > to target particular distributions and versions - and they're q

Feature Request: Better partitioning wizard

2008-07-08 Thread Steve Goodman
I just got a new computer and wanted to try Ubuntu 8.04 on it. It was very easy to install and I got up and running pretty quickly. I'm hopeful that we'll be able to stay on Ubuntu and not switch back to WinXP. Mostly, the computer is used by my wife and kids, who are far far from anything beyond b

arch_libdir in /usr/bin/artsdsp

2008-07-08 Thread Loïc Grenié
Package: libarts1c2a Architecture: amd64 Hi, in the shell-script /usr/bin/artsdsp, there is a variable arch_libdir that is set to "lib" or "lib64" if the executable is 32- or 64-bit. I think that, on amd64 architecture, "lib" should be changed to "lib32" (optionally "lib64" could be

Re: Cannot boot alpha-1

2008-07-08 Thread Thomas Novin
On Tue, 2008-07-01 at 16:29 +0100, John Levin wrote: > Xubuntu Ibex Alpha 1 on Vmware Fusion (OS X) works for me. > > Have either of you filed a bug report on your troubles? > > John There now is a bug report. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/243933/ One change from the alp

Re: Need DHCP client scripts for NIS

2008-07-08 Thread Mark Brown
On Tue, Jul 08, 2008 at 12:08:57PM -0400, Paul Smith wrote: > On Tue, 2008-07-08 at 16:23 +0100, Mark Brown wrote: > > networks (I am aware of people doing this, usually with a slave > > configured on the laptop for disconnected operation). > I'm not sure I see the breakage, unless you mean you d

Re: LTS and release methodology

2008-07-08 Thread Michael R. Head
On Tue, 2008-07-08 at 00:47 +0100, Alexander Jones wrote: > 2008/7/8 Evan <[EMAIL PROTECTED]>: > > Mark Shuttleworth has already proposed something along these lines. I can't > > find it at the moment, but it's in a post somewhere at markshuttleworth.com > > > > I also think this would help signifi

Re: LTS and release methodology

2008-07-08 Thread Neal McBurnett
On Tue, Jul 08, 2008 at 10:24:46AM -0400, Mackenzie Morgan wrote: > On Tue, Jul 8, 2008 at 10:16 AM, Peteris Krisjanis <[EMAIL PROTECTED]> wrote: > >> On Mon, Jul 7, 2008 at 1:48 PM, Vincenzo Ciancia <[EMAIL PROTECTED]> wrote: > >>> 2) What about adding some basic hardware testing to these test cas

Re: Need DHCP client scripts for NIS

2008-07-08 Thread Paul Smith
On Tue, 2008-07-08 at 16:23 +0100, Mark Brown wrote: > > In order for overwriting to occur, the following must be true: the user > > must have installed the NIS package (it's not installed by default on > > Ubuntu), and the user must use DHCP for their network settings, and the > > DHCP server must

Re: Need DHCP client scripts for NIS

2008-07-08 Thread Mark Brown
On Tue, Jul 08, 2008 at 10:11:34AM -0400, Paul Smith wrote: > In order for overwriting to occur, the following must be true: the user > must have installed the NIS package (it's not installed by default on > Ubuntu), and the user must use DHCP for their network settings, and the > DHCP server must

Re: LTS and release methodology

2008-07-08 Thread Matt Zimmerman
On Tue, Jul 08, 2008 at 04:13:23PM +0200, Pär Lidén wrote: > 2008/7/8 Matt Zimmerman <[EMAIL PROTECTED]>: > > > On Mon, Jul 07, 2008 at 01:00:00PM -0500, Luke L wrote: > > > Ceteris paribus, regressions should have a higher priority than normal > > > bugs. I totally agree. > > > > It's hard to arg

Re: LTS and release methodology

2008-07-08 Thread Mackenzie Morgan
On Tue, Jul 8, 2008 at 10:16 AM, Peteris Krisjanis <[EMAIL PROTECTED]> wrote: >> On Mon, Jul 7, 2008 at 1:48 PM, Vincenzo Ciancia <[EMAIL PROTECTED]> wrote: >>> 2) What about adding some basic hardware testing to these test cases? >>> For example, vga out support never survives a release or two bef

Re: LTS and release methodology

2008-07-08 Thread Peteris Krisjanis
> What purpose would such a spec serve that isn't already served by the test > cases (which already exist)? It is a noble goal to have a rigorous > specification for Ubuntu, but consider the effort of keeping it up to date > as our thousands of upstream projects continue to change. We do create >

Re: LTS and release methodology

2008-07-08 Thread Peteris Krisjanis
> On Mon, Jul 7, 2008 at 1:48 PM, Vincenzo Ciancia <[EMAIL PROTECTED]> wrote: >> 2) What about adding some basic hardware testing to these test cases? >> For example, vga out support never survives a release or two before >> being killed by X progressing, in my experience, but it is very >> importa

Re: LTS and release methodology

2008-07-08 Thread Matt Zimmerman
On Tue, Jul 08, 2008 at 04:54:46PM +0300, Peteris Krisjanis wrote: > > This is easy to say, but consider carefully what it would mean in practice. > > How could we implement such a policy in Ubuntu? Before we can even begin to > > estimate the effort required in order to achieve this, we would nee

Re: LTS and release methodology

2008-07-08 Thread Pär Lidén
2008/7/8 Matt Zimmerman <[EMAIL PROTECTED]>: > On Mon, Jul 07, 2008 at 01:00:00PM -0500, Luke L wrote: > > Ceteris paribus, regressions should have a higher priority than normal > > bugs. I totally agree. > > It's hard to argue with that, but again, I have to look at this > pragmatically. It is v

Re: Need DHCP client scripts for NIS

2008-07-08 Thread Paul Smith
On Tue, 2008-07-08 at 11:15 +0100, Mark Brown wrote: > Note that this can't be enabled by default on upgrades since doing > that may break existing installations by overwriting existing > configuration. It also needs to be optional for new installations for > similar reasons, probably doing somethi

Re: LTS and release methodology

2008-07-08 Thread Mackenzie Morgan
On Mon, Jul 7, 2008 at 1:48 PM, Vincenzo Ciancia <[EMAIL PROTECTED]> wrote: > 2) What about adding some basic hardware testing to these test cases? > For example, vga out support never survives a release or two before > being killed by X progressing, in my experience, but it is very > important for

Re: LTS and release methodology

2008-07-08 Thread Peteris Krisjanis
>> Conclusion >> Ubuntu must stop insisting on being on the bleeding edge of features and >> software if they want to have a "low-error" operating system. This applies >> even more so for LTS, and this paper is directed toward my disappointment in >> the QC of this LTS release. Let us briefly re

Re: Did we really release 8.04?

2008-07-08 Thread Pär Lidén
2008/7/7 Evan <[EMAIL PROTECTED]>: > > I started a discussion on the dev cycle on this list a while back > Yes, I remember that discussion. I think those ideas you had were good, it was a bit of a pity that they were not implemented into the release process. Hopefully things will change for the

Re: Need DHCP client scripts for NIS

2008-07-08 Thread Mark Brown
On Tue, Jul 08, 2008 at 04:03:41AM -0400, Paul Smith wrote: > Yesterday morning I filed a bug https://bugs.launchpad.net/bugs/246322 > requesting that the NIS package include a dhclient-exit-hooks.d script > to set up NIS based on the nis-domain and nis-servers (and > nisplus-domain and nisplus-se

Re: LTS and release methodology

2008-07-08 Thread Scott Kitterman
On Tue, 8 Jul 2008 10:38:01 +0200 "Krzysztof Lichota" <[EMAIL PROTECTED]> wrote: ... >Additionally, ship _newer_ versions of important apps to LTS releases, >so that continuity is kept. If LTSx release contains OpenOffice 2.2 >and new version 2.3 appears, port it to LTSx, so that when version >LTS

Re: LTS and release methodology

2008-07-08 Thread Matt Zimmerman
On Mon, Jul 07, 2008 at 07:48:03PM +0200, Vincenzo Ciancia wrote: > Il giorno lun, 07/07/2008 alle 18.04 +0100, Matt Zimmerman ha scritto: > > > > Instead, we focus on defining a subset of functionality which can be > > tested in practice. You can find the corresponding test plans here: > > https

Re: LTS and release methodology

2008-07-08 Thread Matt Zimmerman
On Tue, Jul 08, 2008 at 10:38:01AM +0200, Krzysztof Lichota wrote: > 2008/7/7 Matt Zimmerman <[EMAIL PROTECTED]>: > > On Mon, Jul 07, 2008 at 10:43:44AM -0500, Luke L wrote: > >> --New software should not be included simply because it is new, quite the > >> opposite: new software should rarely inc

Re: LTS and release methodology

2008-07-08 Thread Matt Zimmerman
On Mon, Jul 07, 2008 at 01:00:00PM -0500, Luke L wrote: > Ceteris paribus, regressions should have a higher priority than normal > bugs. I totally agree. It's hard to argue with that, but again, I have to look at this pragmatically. It is very rarely possible to tell just by looking at a bug whet

Re: LTS and release methodology

2008-07-08 Thread Krzysztof Lichota
2008/7/7 Matt Zimmerman <[EMAIL PROTECTED]>: > On Mon, Jul 07, 2008 at 10:43:44AM -0500, Luke L wrote: >> --New software should not be included simply because it is new, quite the >> opposite: new software should rarely included. Firefox beta and OOo 2.4 are >> notable examples. > > I can't agree

Re: Did we really release 8.04?

2008-07-08 Thread Timo Jyrinki
2008/7/7 Bryce Harrington <[EMAIL PROTECTED]>: >> I think the single most needed feature in Launchpad regarding this >> would be the possibility for voting, as done in bugzilla. > > I don't know if I necessarily agree with this. Voting may feel good > from a user perspective and certainly couldn't

Need DHCP client scripts for NIS

2008-07-08 Thread Paul Smith
Yesterday morning I filed a bug https://bugs.launchpad.net/bugs/246322 requesting that the NIS package include a dhclient-exit-hooks.d script to set up NIS based on the nis-domain and nis-servers (and nisplus-domain and nisplus-servers) DHPC options. All the other enterprise Linux distros I'm fami