On 31/08/2007, Sid Boyce <[EMAIL PROTECTED]> wrote:
> Reading the Ubuntu complaints, it seems the guy who dreamt this up, did
> it as a kludge for his usual screwups. With Mandriva I never get a
> failure, if I have a new kernel with the nvidia driver not built for it,
> no problem I get the kernel
Alex Lau wrote:
Dear all
For a solution some of you could help to create, the idea is using YaST
profile + SaX2 -a with a boot menu options which trigger a flag to run
SaX2 -a as needed and if X being configure correctly it will using YaST
profile to reserve the configuration.
Of course you ca
On 31/08/2007, Christian Morales Vega <[EMAIL PROTECTED]> wrote:
> Why to use sax2 -a? I have not tested it, but I suppose it will have his own
> problems trying to find the best configuration automagically. To me the
> Ubuntu way is better, give the user a failsafe GUI mode from where he can use
>
On Thursday 30 August 2007 10:21:34 CyberOrg wrote:
> On 8/30/07, Alexey Eremenko <[EMAIL PROTECTED]> wrote:.
>
> > More specifically, the ability to recover from Graphics Adapter
> > misconfigurations.
> >
> > It is called: BulletProofX !
> >
> > I would like to see this included into openSUSE (11
could not this be synced with the "failsafe" boot option?
jdd
--
http://www.dodin.net
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
2007/8/31, Alberto Passalacqua <[EMAIL PROTECTED]>:
> .
> So, there is no surprise in requiring to the user to know SaX.
Well I know sax well enough, and use cli to configure my system a lot.
but sax2 is one of command you don't use that often and I have to type
sax2 --help to remember the switch
BulletProofX can really enlarge our user base to lots of new Windows
users alike.
It is very important to test this technology, and later integrate into our OS.
--
-Alexey Eremenko "Technologov"
-
To unsubscribe, e-mail: [EMAIL
On 31/08/2007, Alberto Passalacqua <[EMAIL PROTECTED]> wrote:
> To configure the nvidia driver, if not using the RPM's or if something
> goes wrong with them, the user is supposed to write something like:
>
> SaX2 -r -m 0=nvidia
>
> So, there is no surprise in requiring to the user to know SaX.
Bu
> "sax.sh -a"? What kind of a joke is this supposed to be? Either we are
> interested in broadening the market or in pushing THE platform for
> developers. Developers, however, do not need any "sax.sh" they just
> need "lspci", "vi" and some "xorg.conf" to start from. Somebody
> deserving th
Hello,
on Donnerstag, 30. August 2007, Benji Weber wrote:
[...]
> I would have thought it would be more sensible to add a check to the
> /etc/init.d/xdm init script to start SaX2 in event of displaymanager
> failing to start.
Yes, would be a nice enhancement.
> Unfortunately KDM returns 0 on X
On Thursday 30 August 2007 16:15:41 Frank-Michael Fischer wrote:
> Christian Morales Vega wrote:
> > On Thursday 30 August 2007 10:09:44 Alexey Eremenko wrote:
> >> Hi Susers !
> >>
> >> Ubuntu team have just developed an excellent technology, that existed
> >> in Windows for many years before.
> >
Christian Morales Vega wrote:
On Thursday 30 August 2007 10:09:44 Alexey Eremenko wrote:
Hi Susers !
Ubuntu team have just developed an excellent technology, that existed
in Windows for many years before.
More specifically, the ability to recover from Graphics Adapter
misconfigurations.
It
On Thursday 30 August 2007 10:09:44 Alexey Eremenko wrote:
> Hi Susers !
>
> Ubuntu team have just developed an excellent technology, that existed
> in Windows for many years before.
>
> More specifically, the ability to recover from Graphics Adapter
> misconfigurations.
>
> It is called: BulletPro
On 30/08/2007, Alex Lau <[EMAIL PROTECTED]> wrote:
> Dear all
>
> For a solution some of you could help to create, the idea is using YaST
> profile + SaX2 -a with a boot menu options which trigger a flag to run
> SaX2 -a as needed and if X being configure correctly it will using YaST
> profile to r
On 8/30/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> Clayton escribió:
>
>
> > So.. I would say this is definitely a critical request.
>
> Then our concept of critical is very different.
And you've missed the point altogether thinking like a
programmer/developer is fine if that is to
Dear all
For a solution some of you could help to create, the idea is using YaST
profile + SaX2 -a with a boot menu options which trigger a flag to run
SaX2 -a as needed and if X being configure correctly it will using YaST
profile to reserve the configuration.
Of course you can use the same way
On 30/08/2007, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> no joke, when your xserver is misconfigured and dont work, you are
> redirected to a console no ? so, sax.sh -a will just fix your problem..
I think the original point was it would be nicer to redirect straight
to sax2 -a. sax2 -a whil
CyberOrg escribió:
> Yeah, it has been around for a long time, it works quite well.
Indeed, it works just fine.
> now we
> should make it automatic so user doesn't have to know any commands or
> do it manually.
Hrmm.. yes, but in what specific situations should it be triggered
automagically ? I
Clayton escribió:
> So.. I would say this is definitely a critical request.
Then our concept of critical is very different.
--
Cristian Rodríguez R. SUSE R&D
"You don't have to burn books to destroy a culture. Just get people to
stop reading them." --Ray Bradbury
Frank-Michael Fischer escribió:
>
> "sax.sh -a"? What kind of a joke is this supposed to be?
no joke, when your xserver is misconfigured and dont work, you are
redirected to a console no ? so, sax.sh -a will just fix your problem..
Somebody
> deserving the description "user" versus "administr
Cristian Rodriguez wrote:
Alexey Eremenko escribió:
Hi Susers !
Ubuntu team have just developed an excellent technology, that existed
in Windows for many years before.
and that exists in SUSE since many many years.
type
sax.sh -a in the command line and get your messed up configura
> > and that exists in SUSE since many many years.
> >
> > type
> >
> > sax.sh -a in the command line and get your messed up configuration fixed.
>
> You didn't get the point. It is intended for Windows users, who don't
> want to type at all.
>
> It should "just work", and no SUSE doesn't have it.
> and that exists in SUSE since many many years.
>
> type
>
> sax.sh -a in the command line and get your messed up configuration fixed.
You didn't get the point. It is intended for Windows users, who don't
want to type at all.
It should "just work", and no SUSE doesn't have it. I have replaced my
On 8/30/07, Cristian Rodriguez <[EMAIL PROTECTED]> wrote:
> Alexey Eremenko escribió:
> and that exists in SUSE since many many years.
>
> type
>
> sax.sh -a in the command line and get your messed up configuration fixed.
>
> no critical feature request . doh !
Yeah, it has been around for a long
Alexey Eremenko escribió:
> Hi Susers !
>
> Ubuntu team have just developed an excellent technology, that existed
> in Windows for many years before.
and that exists in SUSE since many many years.
type
sax.sh -a in the command line and get your messed up configuration fixed.
no critical featur
On 30/08/2007, CyberOrg <[EMAIL PROTECTED]> wrote:
> On 8/30/07, Alexey Eremenko <[EMAIL PROTECTED]> wrote:.
> >
> > More specifically, the ability to recover from Graphics Adapter
> > misconfigurations.
> >
> > It is called: BulletProofX !
> >
> > I would like to see this included into openSUSE (1
On 8/30/07, Alexey Eremenko <[EMAIL PROTECTED]> wrote:.
>
> More specifically, the ability to recover from Graphics Adapter
> misconfigurations.
>
> It is called: BulletProofX !
>
> I would like to see this included into openSUSE (11.0 ?), and
> available as an addon for openSUSE 10.3.
>
It is a g
Hi Susers !
Ubuntu team have just developed an excellent technology, that existed
in Windows for many years before.
More specifically, the ability to recover from Graphics Adapter
misconfigurations.
It is called: BulletProofX !
I would like to see this included into openSUSE (11.0 ?), and
avail
28 matches
Mail list logo