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
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 somethin
> 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 p
> 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
>
> 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
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 eno
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 appa
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 Eva
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 comm
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 a
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 t
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
>> 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 w
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 p
>>> 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
>> 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
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 Ma
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
> 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.
19 matches
Mail list logo
