Re: Broken session idling/power management in Karmic
> Is there hope for this to be fixed in karmic? > I'm no developer, but I think that's very unlikely. It seems to me your best bet would be to try and avoid using the software which breaks the idle-indicators, or if that's too much hassle, just skip Karmic altogether and hope it's fixed in Lucid. Ubuntu does ship pretty bleeding edge software provided by upstream, so regressions are to be expected. It's only a 6 month wait after all. Good luck. Alex -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken session idling/power management in Karmic
What are the chances of an update being pushed out for this later? I realize that there's a tight schedule and all but a post-release update would seem to be a nice compromise. The shipping company has already processed and received my shipit order though so it appears the barn door's been locked for good. On Wed, Oct 28, 2009 at 2:36 AM, Alexander H Deriziotis < derizio...@gmail.com> wrote: > > Is there hope for this to be fixed in karmic? >> > > I'm no developer, but I think that's very unlikely. > > It seems to me your best bet would be to try and avoid using the software > which breaks the idle-indicators, or if that's too much hassle, just skip > Karmic altogether and hope it's fixed in Lucid. > > Ubuntu does ship pretty bleeding edge software provided by upstream, so > regressions are to be expected. It's only a 6 month wait after all. > > Good luck. > > Alex > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > > -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Apache Maven to be removed from Karmic?
On Thu, Oct 15, 2009 at 8:39 PM, Alvin Thompson wrote: > Currently, the Apache Maven package doesn't work due to the libplexus > packages (a Maven dependency) being synced from Debian but not Maven > itself. According to the bug reports [1][2], this isn't going to be > fixed for Karmic and the Maven package will most likely just be dropped. > > First, as a Java developer I hope this doesn't happen as Maven is pretty > much required for Java development (at least in the U.S.). > > Second, There are a great many people who are currently using Maven in > Ubuntu. If it is necessary to drop the packages you really need to warn > people during the upgrade process so they won't spend too much time > wondering why their projects aren't building anymore (or so they can > stick to 9.04 for the time being). It should also be mentioned in the > release notes that Ubuntu no longer supports Maven because that would > certainly come as a surprise to developers and would factor into their > decision on which version to install. I've created a bug report for > that [3] but it doesn't appear to have been looked at yet. True, it's > only been a few days, but since the release date is quite close now I > figured I'd shoot off this email so hopefully this will be resolved one > way or the other before the release. > > > > 1. https://bugs.launchpad.net/bugs/427539 > 2. https://bugs.launchpad.net/bugs/417164 > 3. https://bugs.launchpad.net/bugs/450554 I think you wrongly assumed that Maven was being removed. There were some bugs which were being worked on and most of them have been fixed. Rest will be fixed post release. Credit belongs to many people (I was not involved), and most importantly to the Debian developers who put the packages in shape first. Onkar -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
>> Just because one circle of money-greedy idiots is willing to sacrifice >> their customer's security, reputation, and business does not mean that >> Ubuntu has to do the same. > > That's what we're suggesting - that Ubuntu don't do the same. I gathered that the OP wants to make an "Ubuntu Domain Server" that is managed with tools designed for ease of use by untrained users. If that is not what the OP was suggesting, then I apologize for the misunderstanding. > Really, it's > insulting to tell someone with an idea that he can't do it because it can't > be done. > I was telling him that it shouldn't be done, not that it couldn't. >> The problem is that most business will use the tool to _replace_ >> proper IT professionals, not to supplement them. > > Duh. That's what I've been saying all along. So we desperately need tools > that can limit the hazards. Limiting the hazards is not enough. There must be someone in the loop who can handle the hazards that do occur. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
>>> This has brought my focus back on the subject line for what we're all >>> replying to. I think it's been stated quite widely now that using a >>> GUI to configure Apache, SMTP, etc is probably unwise (RHEL seems to >>> disagree, but whatever), I don't think it is necessarily a bad thing >>> to have a gui for domain server administration, or essentially what >>> landscape is already doing, at least in part: controlling users, >>> pushing updates, monitoring systems; it may be worth looking at. >>> >> >>RHEL has a tool for SMTP/Apache? > > We have one for Apache. Give rapache a look. > Their is no problem with GUI tools, so long as it is clear that they are intended for professional use only. Giving the impression that 'regular folks' can administer a server with XYZ Hack Tool is irresponsible. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
Christopher Chan wrote: > Derek Broughton wrote: >> >> All the RFCs are defined as finite-state engines. There really is NO >> reason that a tool capable of making all the correct configurations need >> to be >> "predefined" and "fixed". It's 30 years since I did FSEs in university, >> but I'm pretty sure we learned that they could _all_ be automated, even >> then. >> >> > > Oh feel free to code the thing then. Just don't ask mom and pop whether > they want their user account database in ldap or mysql or in passwd and > shared via NIS+. My whole point has been that it could be done, while you've been saying it couldn't. Having apparently accepted that was wrong you raise spurious issues about implementation. What does where they want their user accounts have to do with anything? Pick a reasonable default and use it. Ask them if they already have a user source, and use that. If mom & pop are setting up an initial system, they'll happily use whatever you give them. >> My recollection is that the "disk images" came after the initial >> proposal, >> > > Maybe you need to reread the first post then. Not really. So I missed it on first read, but as I said... > >> but even so: "yeah". What makes a _second_ disk image any more >> significant >> than the first? If the first is correct, then the second, with specific >> mods to make it reflect a unique machine, is not that difficult. >> > Are still talking about mom and pop here? I imagined that they would get > computers that come with UDS preinstalled? They are supposed to know > what mods to make? Do I hear experienced professional required? No, they aren't. I just don't see the difficulty in having an automated system make the deltas. You provide identical disk images of the fixed data, and each system gets its own image of the unique data. Simple rocket science. -- derek -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
>> Oh feel free to code the thing then. Just don't ask mom and pop whether >> they want their user account database in ldap or mysql or in passwd and >> shared via NIS+. > > My whole point has been that it could be done, while you've been saying it > couldn't. Having apparently accepted that was wrong you raise spurious > issues about implementation. What does where they want their user accounts > have to do with anything? Pick a reasonable default and use it. Ask them > if they already have a user source, and use that. If mom & pop are setting > up an initial system, they'll happily use whatever you give them. > There was never a question of "if". The question is how wise is it to give a TIG welder to an eight year old and to tell him that he can build a hotrod. Or to give a scalpel to a six year old and to tell him that if his tummy hurts he can take out the hurting part. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken session idling/power management in Karmic
On Wed, 2009-10-28 at 09:36 +, Alexander H Deriziotis wrote: > > Is there hope for this to be fixed in karmic? > > I'm no developer, but I think that's very unlikely. > > It seems to me your best bet would be to try and avoid using the > software which breaks the idle-indicators, or if that's too much > hassle, just skip Karmic altogether and hope it's fixed in Lucid. > > Ubuntu does ship pretty bleeding edge software provided by upstream, > so regressions are to be expected. It's only a 6 month wait after all. > According to this logic nothing will ever get smoothed out and quite frankly we're all getting a little tired of that. What they should do is publicly mark this distro: "We have just released Karmic, due to the many upstream technology changes such as HAL depreciation, inclusion of Empathy, etc, etc, please consider this a bleeding edge distro not meant for regular distribution. Business and regular users may want to consider sticking with an older release or waiting for 10.04" I've been using Ubuntu since Warty and I understand the logic in the Linux community of "HAL isn't doing what we want, we're ripping it out and replacing it". I think that is a great thing, something we have over the other OS's, but don't paint Karmic as the greatest thing since sliced bread. Take 9.10 and tune it until it "just works" and then have a marketing frenzy. Trust me, working at the University and also running the Linux users group in the area, it would be much better to point at the release and say, "see this is marked as a development version, you can expect fairly basic things not to work". People are happy with that, the press is happy with that, business is happy with that. What I would hate to see is, wonderful press release about Karmic, blathering on about all the goodness, only to have people rip it apart due to some fairly visible bugs. Lets just be up front about it and not drop any nasty surprises on people. Cheers George -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
Or give complex video recording and playback devices to consumers, or provide tools for publishing your own content, or advanced 3d modelling tools to amateurs. All these things where at one time considered to be the realm of the professional only, but are now commonplace commodity items. I think its called progress. On 28 Oct 2009, at 22:43, Dotan Cohen wrote: >>> Oh feel free to code the thing then. Just don't ask mom and pop >>> whether >>> they want their user account database in ldap or mysql or in >>> passwd and >>> shared via NIS+. >> >> My whole point has been that it could be done, while you've been >> saying it >> couldn't. Having apparently accepted that was wrong you raise >> spurious >> issues about implementation. What does where they want their user >> accounts >> have to do with anything? Pick a reasonable default and use it. >> Ask them >> if they already have a user source, and use that. If mom & pop are >> setting >> up an initial system, they'll happily use whatever you give them. >> > > There was never a question of "if". The question is how wise is it to > give a TIG welder to an eight year old and to tell him that he can > build a hotrod. Or to give a scalpel to a six year old and to tell him > that if his tummy hurts he can take out the hurting part. > > > -- > Dotan Cohen > > http://what-is-what.com > http://gibberish.co.il > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken session idling/power management in Karmic
On Wed, Oct 28, 2009 at 11:39 AM, George Farris wrote: > On Wed, 2009-10-28 at 09:36 +, Alexander H Deriziotis wrote: > > > > Is there hope for this to be fixed in karmic? > > > > I'm no developer, but I think that's very unlikely. > > > > It seems to me your best bet would be to try and avoid using the > > software which breaks the idle-indicators, or if that's too much > > hassle, just skip Karmic altogether and hope it's fixed in Lucid. > > > > Ubuntu does ship pretty bleeding edge software provided by upstream, > > so regressions are to be expected. It's only a 6 month wait after all. > > > According to this logic nothing will ever get smoothed out and quite > frankly we're all getting a little tired of that. > > What they should do is publicly mark this distro: > > "We have just released Karmic, due to the many upstream technology > changes such as HAL depreciation, inclusion of Empathy, etc, etc, please > consider this a bleeding edge distro not meant for regular distribution. > Business and regular users may want to consider sticking with an older > release or waiting for 10.04" > > I've been using Ubuntu since Warty and I understand the logic in the > Linux community of "HAL isn't doing what we want, we're ripping it out > and replacing it". I think that is a great thing, something we have > over the other OS's, but don't paint Karmic as the greatest thing since > sliced bread. Take 9.10 and tune it until it "just works" and then have > a marketing frenzy. > > Trust me, working at the University and also running the Linux users > group in the area, it would be much better to point at the release and > say, "see this is marked as a development version, you can expect fairly > basic things not to work". People are happy with that, the press is > happy with that, business is happy with that. > > What I would hate to see is, wonderful press release about Karmic, > blathering on about all the goodness, only to have people rip it apart > due to some fairly visible bugs. > > Lets just be up front about it and not drop any nasty surprises on > people. > I 100% agree. I like the concept of a six-month release cycle, but if it means shipping with bugs of this visibility and magnitude then there is something wrong. If we are going to ship with bugs like this, then we cannot in all honesty call it a stable release. Maybe calling the 6-month releases 'major development milestones' would be more appropriate, and leave the 'stable release' moniker for LTS releases only. Just my two cents, Evan -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
Tim Hawkins wrote: > Or give complex video recording and playback devices to consumers, or > provide tools for publishing your own > content, or advanced 3d modelling tools to amateurs. All these things > where at one time considered to be the > realm of the professional only, but are now commonplace commodity items. > Some of those tools are pretty much 'dumbed down' or limited function ones and they do not pose any danger to anyone if used improperly which is not the case with a server connected to the Internet. We have enough problems with desktops connected to the Internet. > I think its called progress. > People dream about the completely automatic car where man will no longer need to learn how to drive and avoid all those accidents we see today. Until then, if a person has not passed a driving test yet he can have a pedal car/bicycle which is still enough to get one killed. > On 28 Oct 2009, at 22:43, Dotan Cohen wrote: > > Oh feel free to code the thing then. Just don't ask mom and pop whether they want their user account database in ldap or mysql or in passwd and shared via NIS+. >>> My whole point has been that it could be done, while you've been >>> saying it >>> couldn't. Having apparently accepted that was wrong you raise >>> spurious >>> issues about implementation. What does where they want their user >>> accounts >>> have to do with anything? Pick a reasonable default and use it. >>> Ask them >>> if they already have a user source, and use that. If mom & pop are >>> setting >>> up an initial system, they'll happily use whatever you give them. >>> >>> >> There was never a question of "if". The question is how wise is it to >> give a TIG welder to an eight year old and to tell him that he can >> build a hotrod. Or to give a scalpel to a six year old and to tell him >> that if his tummy hurts he can take out the hurting part. >> >> >> -- >> Dotan Cohen >> >> http://what-is-what.com >> http://gibberish.co.il >> >> -- >> Ubuntu-devel-discuss mailing list >> Ubuntu-devel-discuss@lists.ubuntu.com >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss >> > > > -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken session idling/power management in Karmic
Problem is quite simple - we don't have enough manpower to do QA. Yes, user testing matters, but having a a) spec with basic features defined and b) small, but mobile team who can access to some ten of PCs and laptops with various configurations would be a next step. Cheers, Peter. 2009/10/28 Evan : > On Wed, Oct 28, 2009 at 11:39 AM, George Farris > wrote: >> >> On Wed, 2009-10-28 at 09:36 +, Alexander H Deriziotis wrote: >> > >> > Is there hope for this to be fixed in karmic? >> > >> > I'm no developer, but I think that's very unlikely. >> > >> > It seems to me your best bet would be to try and avoid using the >> > software which breaks the idle-indicators, or if that's too much >> > hassle, just skip Karmic altogether and hope it's fixed in Lucid. >> > >> > Ubuntu does ship pretty bleeding edge software provided by upstream, >> > so regressions are to be expected. It's only a 6 month wait after all. >> > >> According to this logic nothing will ever get smoothed out and quite >> frankly we're all getting a little tired of that. >> >> What they should do is publicly mark this distro: >> >> "We have just released Karmic, due to the many upstream technology >> changes such as HAL depreciation, inclusion of Empathy, etc, etc, please >> consider this a bleeding edge distro not meant for regular distribution. >> Business and regular users may want to consider sticking with an older >> release or waiting for 10.04" >> >> I've been using Ubuntu since Warty and I understand the logic in the >> Linux community of "HAL isn't doing what we want, we're ripping it out >> and replacing it". I think that is a great thing, something we have >> over the other OS's, but don't paint Karmic as the greatest thing since >> sliced bread. Take 9.10 and tune it until it "just works" and then have >> a marketing frenzy. >> >> Trust me, working at the University and also running the Linux users >> group in the area, it would be much better to point at the release and >> say, "see this is marked as a development version, you can expect fairly >> basic things not to work". People are happy with that, the press is >> happy with that, business is happy with that. >> >> What I would hate to see is, wonderful press release about Karmic, >> blathering on about all the goodness, only to have people rip it apart >> due to some fairly visible bugs. >> >> Lets just be up front about it and not drop any nasty surprises on >> people. > > I 100% agree. I like the concept of a six-month release cycle, but if it > means shipping with bugs of this visibility and magnitude then there is > something wrong. If we are going to ship with bugs like this, then we cannot > in all honesty call it a stable release. Maybe calling the 6-month releases > 'major development milestones' would be more appropriate, and leave the > 'stable release' moniker for LTS releases only. > > Just my two cents, > Evan > > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > > -- mortigi tempo Pēteris Krišjānis -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
Dotan Cohen wrote: >>> Oh feel free to code the thing then. Just don't ask mom and pop whether >>> they want their user account database in ldap or mysql or in passwd and >>> shared via NIS+. >> >> My whole point has been that it could be done, while you've been saying >> it couldn't. Having apparently accepted that was wrong you raise >> spurious issues about implementation. What does where they want their >> user accounts have to do with anything? Pick a reasonable default and >> use it. Ask them if they already have a user source, and use that. If >> mom & pop are setting up an initial system, they'll happily use whatever >> you give them. >> > > There was never a question of "if". The question is how wise is it to > give a TIG welder to an eight year old and to tell him that he can > build a hotrod. Or to give a scalpel to a six year old and to tell him > that if his tummy hurts he can take out the hurting part. In the first place, nothing they can do in the world of server configuration is going to be that hazardous, and in the second, it's not and never has been about whether it's wise to let them do that: THEY WILL DO IT. So it's in _everybody's_ best interest to give them the tools that will prevent them shooting themselves in the foot and making the innertubes worse for everybody. -- derek -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken session idling/power management in Karmic
On Wed, Oct 28, 2009 at 12:32 PM, Peteris Krisjanis wrote: > Problem is quite simple - we don't have enough manpower to do QA. If we don't have the manpower right now then perhaps we should consider extending the beta or release candidate stage by a week in order to give the manpower we have enough time to solve the most significant problems? > Yes, > user testing matters, but having a a) spec with basic features defined > Is their not already a page for this somewhere? I seem to remember seeing something like this on the wiki, but I can't find it anymore. If not, someone (with Canonical's blessing?) should create a brief list of basic features which must be working in > 80% of cases before a release can be made. > and b) small, but mobile team who can access to some ten of PCs and > laptops with various configurations would be a next step. > > Cheers, > Peter. > 2009/10/28 Evan : > > On Wed, Oct 28, 2009 at 11:39 AM, George Farris > > wrote: > >> > >> On Wed, 2009-10-28 at 09:36 +, Alexander H Deriziotis wrote: > >> > > >> > Is there hope for this to be fixed in karmic? > >> > > >> > I'm no developer, but I think that's very unlikely. > >> > > >> > It seems to me your best bet would be to try and avoid using the > >> > software which breaks the idle-indicators, or if that's too much > >> > hassle, just skip Karmic altogether and hope it's fixed in Lucid. > >> > > >> > Ubuntu does ship pretty bleeding edge software provided by upstream, > >> > so regressions are to be expected. It's only a 6 month wait after all. > >> > > >> According to this logic nothing will ever get smoothed out and quite > >> frankly we're all getting a little tired of that. > >> > >> What they should do is publicly mark this distro: > >> > >> "We have just released Karmic, due to the many upstream technology > >> changes such as HAL depreciation, inclusion of Empathy, etc, etc, please > >> consider this a bleeding edge distro not meant for regular distribution. > >> Business and regular users may want to consider sticking with an older > >> release or waiting for 10.04" > >> > >> I've been using Ubuntu since Warty and I understand the logic in the > >> Linux community of "HAL isn't doing what we want, we're ripping it out > >> and replacing it". I think that is a great thing, something we have > >> over the other OS's, but don't paint Karmic as the greatest thing since > >> sliced bread. Take 9.10 and tune it until it "just works" and then have > >> a marketing frenzy. > >> > >> Trust me, working at the University and also running the Linux users > >> group in the area, it would be much better to point at the release and > >> say, "see this is marked as a development version, you can expect fairly > >> basic things not to work". People are happy with that, the press is > >> happy with that, business is happy with that. > >> > >> What I would hate to see is, wonderful press release about Karmic, > >> blathering on about all the goodness, only to have people rip it apart > >> due to some fairly visible bugs. > >> > >> Lets just be up front about it and not drop any nasty surprises on > >> people. > > > > I 100% agree. I like the concept of a six-month release cycle, but if it > > means shipping with bugs of this visibility and magnitude then there is > > something wrong. If we are going to ship with bugs like this, then we > cannot > > in all honesty call it a stable release. Maybe calling the 6-month > releases > > 'major development milestones' would be more appropriate, and leave the > > 'stable release' moniker for LTS releases only. > > > > Just my two cents, > > Evan > > > > > > -- > > Ubuntu-devel-discuss mailing list > > Ubuntu-devel-discuss@lists.ubuntu.com > > Modify settings or unsubscribe at: > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > > > > > > > > -- > mortigi tempo > Pēteris Krišjānis > -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Broken session idling/power management in Karmic
> > If we don't have the manpower right now then perhaps we should consider > extending the beta or release candidate stage by a week in order to give > the manpower we have enough time to solve the most significant problems? > Once again, I'm no developer, but I'm quite confident a week wouldn't nearly be enough. Not only that, but I'm certain that the regressions listed in thie original mail isn't the only one that would be considered serious. Multiply it tenfold at least I'd say. > I 100% agree. I like the concept of a six-month release cycle, but if it > means shipping with bugs of this visibility and magnitude then there is > something wrong. If we are going to ship with bugs like this, then we cannot > in all honesty call it a stable release. Maybe calling the 6-month releases > 'major development milestones' would be more appropriate, and leave the > 'stable release' moniker for LTS releases only. I think on a certain level, this is what Mark Shuttleworth is trying to do by trying to sync release cycles with upstream projects. Take the recent announcement by Debian that they will regularly freeze their stable releases on a regular cycle, and Ubuntu's efforts to sync their LTS relase with the Debian stable release. This should hopefully significantly increase the quality of the software in each LTS release. However, without a more stringent QA process, Ubuntu aren't making any guarantees to stop these types of regressions, not even in LTS releases. But that's OK, they're still doing absolutely incredible work. Maybe that's something for a downstream project to do anyway. Perhaps Dell's updated Ubuntu version that they bundle on their netbooks. Alex -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
> Or give complex video recording and playback devices to consumers, or > provide tools for publishing your own > content, or advanced 3d modelling tools to amateurs. All these things where > at one time considered to be the > realm of the professional only, but are now commonplace commodity items. > Exactly. None of those things are dangerous. > I think its called progress. > If con is the opposite of pro, then what is the opposite of progress? -- Dotan Cohen http://what-is-what.com http://gibberish.co.il -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
> In the first place, nothing they can do in the world of server configuration > is going to be that hazardous, and in the second, it's not and never has > been about whether it's wise to let them do that: THEY WILL DO IT. So it's > in _everybody's_ best interest to give them the tools that will prevent them > shooting themselves in the foot and making the innertubes worse for > everybody. > Here I agree with you 100%, Derek. It is in everyone's best interest to provide those who want to run a server with tools that will prevent them from shooting themselves in the foot. Slapping a GUI on apache config files is _not_ the tool to give them. If you could suggest what such a tool would actually do, I'd love to hear it. Not the general "make it easy, make it safe" but details. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
Op woensdag 28-10-2009 om 07:36 uur [tijdzone +0800], schreef Christopher Chan: > Remotely administer a UDS server with a non-web-based, X-based GUI and > therefore you need an Xserver on Windows. xrdp is probably better given > that rdp is way faster than X or if we are going to install something on > a Windows workstation to remotely administer a UDS server, just use > freenx. Think mom and pop shop. Eh, why not use LDAP (and maybe other standard protocols) to talk to the "UDS"? That's way more economical than RDP or FreeNX even. And Gtk or Qt apps work just fine on Windows without X (with a little bit of work sometimes). (Always over a secure tunnel, of course.) -- Jan Claeys -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Domain Server
Jan Claeys wrote: > Op woensdag 28-10-2009 om 07:36 uur [tijdzone +0800], schreef > Christopher Chan: > >> Remotely administer a UDS server with a non-web-based, X-based GUI and >> therefore you need an Xserver on Windows. xrdp is probably better given >> that rdp is way faster than X or if we are going to install something on >> a Windows workstation to remotely administer a UDS server, just use >> freenx. Think mom and pop shop. >> > > Eh, why not use LDAP (and maybe other standard protocols) to talk to the > "UDS"? That's way more economical than RDP or FreeNX even. And Gtk or > Qt apps work just fine on Windows without X (with a little bit of work > sometimes). > > (Always over a secure tunnel, of course.) > > > Sure, whatever. GOSA gtk/qt frontend to a ldap directory. I was just explaining why some people would want Xming on WIndows plus putty or whatever. Nice suggestion there. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
