Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-19 Thread Florian Kulzer 
On Mon, Feb 15, 2010 at 19:04:23 -0500, Stephen Powell wrote:
> On Sat, 13 Feb 2010 07:15:20 -0500 (EST), Florian Kulzer wrote:

[...]

> > I find that VT7 often cannot be deallocated after X shuts down, which
> > explains why X has to use VT8 if started up again:
> > 
> > # deallocvt 7
> > VT_DISALLOCATE: Device or resource busy
> > deallocvt: could not deallocate console 7
> > 
> > Killing console-kit-daemon makes VT7 available again for me in this
> > situation, and X starts normally after that. I have not bothered to
> > investigate this issue any further.
> 
> Well, Florian, after today's upgrade I am now where you are with Sid.
> The X server is on vt7, I logout of the GNOME desktop, and X restarts
> on vt8.  I switch to a text console, issue "deallocvt 7", and it fails.
> I kill console-kit-daemon, then "deallocvt 7" is successful.  Another
> logout from the GNOME desktop and the X server starts up on vt7.
> (console-kit-daemon restarts as soon as I switch back to the X console).

I came across a long-standing issue with the daemon running in 64
threads, maybe the present annoyance is related. The report gives me the
impression that some kludges are currently used for the daemon's
interaction with the VTs: 

https://bugs.freedesktop.org/show_bug.cgi?id=17720

-- 
Regards,|
  Florian   |


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100219210001.ga4...@isar.localhost

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-15 Thread Stephen Powell 
On Sat, 13 Feb 2010 07:15:20 -0500 (EST), Florian Kulzer wrote:
> I think the present problem, which I can still reproduce on my Sid system,
> is not related to #348033.
> 
> I find that VT7 often cannot be deallocated after X shuts down, which
> explains why X has to use VT8 if started up again:
> 
> # deallocvt 7
> VT_DISALLOCATE: Device or resource busy
> deallocvt: could not deallocate console 7
> 
> Killing console-kit-daemon makes VT7 available again for me in this
> situation, and X starts normally after that. I have not bothered to
> investigate this issue any further.

Well, Florian, after today's upgrade I am now where you are with Sid.
The X server is on vt7, I logout of the GNOME desktop, and X restarts
on vt8.  I switch to a text console, issue "deallocvt 7", and it fails.
I kill console-kit-daemon, then "deallocvt 7" is successful.  Another
logout from the GNOME desktop and the X server starts up on vt7.
(console-kit-daemon restarts as soon as I switch back to the X console).


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/740985477.12719101266278663236.javamail.r...@md01.wow.synacor.com

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-13 Thread Florian Kulzer 
On Mon, Feb 08, 2010 at 20:32:44 -0500, Stephen Powell wrote:

[...]

> I was able to reproduce the symptoms that you describe above when I first
> arrived home.  I verified that the X server was running on vt 7, then
> did a logout.  The login screen started on vt 8.  From then on, no matter
> what I did to stop and restart the server, it ended up on vt 8.  There
> were some pending updates; so I applied updates, shutdown, and rebooted.
> But now I can no longer (at least for now) reproduce the problem.
> No matter how I shutdown and restart the server, it ends up on vt 7,
> which is of course the desired behavior.
> 
> Does that mean it's fixed?  Maybe.  Then again, maybe not.  I found
> the following bug report:
> 
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348033

I think the present problem, which I can still reproduce on my Sid system,
is not related to #348033.

I find that VT7 often cannot be deallocated after X shuts down, which
explains why X has to use VT8 if started up again:

# deallocvt 7
VT_DISALLOCATE: Device or resource busy
deallocvt: could not deallocate console 7

Killing console-kit-daemon makes VT7 available again for me in this
situation, and X starts normally after that. I have not bothered to
investigate this issue any further.

-- 
Regards,|
  Florian   |


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-08 Thread Stephen Powell 
On Mon, 8 Feb 2010 11:58:51 -0500 (EST), Tom Furie wrote:
> The commented option lines are showing their default values. It might be
> worth setting VTAllocation=false (in /etc/gdm/gdm.conf, [daemon]
> section) and see if that has any effect.
> 
> Hmm, from a gdm session logged in on tty7, logging out restarts X but on
> tty8. Logging out of that session also restarts X, but it stays on tty8.
> Restarting, or stopping and starting, gdm brings it back up still on
> tty8. This behaviour doesn't seem to be altered by the VTAllocation
> setting. According to Xorg.0.log, VT8 is being passed in from the
> command line.

I was able to reproduce the symptoms that you describe above when I first
arrived home.  I verified that the X server was running on vt 7, then
did a logout.  The login screen started on vt 8.  From then on, no matter
what I did to stop and restart the server, it ended up on vt 8.  There
were some pending updates; so I applied updates, shutdown, and rebooted.
But now I can no longer (at least for now) reproduce the problem.
No matter how I shutdown and restart the server, it ends up on vt 7,
which is of course the desired behavior.

Does that mean it's fixed?  Maybe.  Then again, maybe not.  I found
the following bug report:

   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=348033

It was originally opened on January 14, 2006; so this bug is more than
four years old.  It has been opened and closed several times and is marked
unreproducible!  This is not a good sign.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-08 Thread Tom Furie 
On Mon, Feb 08, 2010 at 10:13:48AM -0500, Stephen Powell wrote:

> /var/log/Xorg.0.log tells you what console it started on, and the flags
> indicate that the option is supplied on the command line.  For example,
> 
>Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
>...
>(++) using VT number 7
> 
> The double plus sign is the marker for "from command line".  So if you
> find the script that starts the X server and supplies that command line
> option, you'll be well on your way to finding the bug.  The next step
> will be to find the logic that "calculates" this command line switch.
> And if you find the faulty logic you'll know which package to report a
> bug against.  (i.e. which package is this script file shipped with?)
> And you'll even be able to supply a patch file with the bug report.
> I'll start looking too, but I won't have access to that machine until
> this evening.  Maybe a good place to start looking would be
> /etc/init.d/gdm.

Looking at /usr/share/gdm/defaults.conf, VT7 appears to be a coded-in
default on Linux systems.

# Automatic VT allocation.  Right now only works on Linux.  This way we
# force
# X to use specific vts.  Turn VTAllocation to false if this is causing
# problems.
#FirstVT=7
#VTAllocation=true

The commented option lines are showing their default values. It might be
worth setting VTAllocation=false (in /etc/gdm/gdm.conf, [daemon]
section) and see if that has any effect.

Hmm, from a gdm session logged in on tty7, logging out restarts X but on
tty8. Logging out of that session also restarts X, but it stays on tty8.
Restarting, or stopping and starting, gdm brings it back up still on
tty8. This behaviour doesn't seem to be altered by the VTAllocation
setting. According to Xorg.0.log, VT8 is being passed in from the
command line.

Cheers,
Tom

-- 
Airplanes are interesting toys but of no military value.
-- Marechal Ferdinand Foch, Professor of Strategy,
   Ecole Superieure de Guerre


signature.asc
Description: Digital signature

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-08 Thread Stephen Powell 
On Mon, 8 Feb 2010 06:26:33 -0500 (EST), Tom Furie wrote:
> I haven't filed a bug report because I'm not sure what to file it
> against. I'm not even sure it could be called a bug, I don't have
> anything in my config to tell GDM to specifically start on tty7, so it
> just grabs the first available one.

/var/log/Xorg.0.log tells you what console it started on, and the flags
indicate that the option is supplied on the command line.  For example,

   Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
   ...
   (++) using VT number 7

The double plus sign is the marker for "from command line".  So if you
find the script that starts the X server and supplies that command line
option, you'll be well on your way to finding the bug.  The next step
will be to find the logic that "calculates" this command line switch.
And if you find the faulty logic you'll know which package to report a
bug against.  (i.e. which package is this script file shipped with?)
And you'll even be able to supply a patch file with the bug report.
I'll start looking too, but I won't have access to that machine until
this evening.  Maybe a good place to start looking would be
/etc/init.d/gdm.

> You aren't restarting X or GDM, but if GDM started on tty8, because tty7
> was unavailable for whatever reason, the first you would know about it
> is when you tried to switch back to it from another tty.

Good point.  And a reboot always seems to cure it.  And that makes sense,
because following a reboot, virtual terminal 7 is always available.
But if I logout and login again, that restarts the X server.  Hmm.
Maybe all vestiges of the old copy of the X server have not yet been
completely removed from the system at the time the logic executes which
tries to determine the next available virtual terminal.  I wonder if
this has anything to do with the new dependency-based booting?  Or
are we there yet?  I also wonder if I issued

   /etc/init.d/gdm stop
   /etc/init.d/gdm start

(with a wait time of a few second between the two commands) instead of

   /etc/init.d/gdm restart

if that would make a difference?  (Of course the /etc/init.d/gdm
script has to be invoked from a text console as root.)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-08 Thread Tom Furie 
On Sun, Feb 07, 2010 at 10:06:20PM -0500, Stephen Powell wrote:

> I must confess I never even thought to check that.  The next time
> it happens, I'll give it a try.  Have either of you come up with
> a consistent scenario that always reproduces the failure?  I'm not
> explicitly stopping and restarting the X server or the GDM daemon.
> I'm just switching back and forth between a text console and the
> graphical console.  Has either of you filed a bug report?
> The only reason I haven't asked about this before is that I was
> hoping to come up with a consistent failure scenario.  There's
> nothing worse than a bug that can't be reproduced on demand.

I haven't filed a bug report because I'm not sure what to file it
against. I'm not even sure it could be called a bug, I don't have
anything in my config to tell GDM to specifically start on tty7, so it
just grabs the first available one.

You aren't restarting X or GDM, but if GDM started on tty8, because tty7
was unavailable for whatever reason, the first you would know about it
is when you tried to switch back to it from another tty.

Cheers,
Tom

-- 
Truth is the most valuable thing we have -- so let us economize it.
-- Mark Twain


signature.asc
Description: Digital signature

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-08 Thread Paul Cartwright 
On Sun February 7 2010, Stephen Powell wrote:
> I must confess I never even thought to check that.  The next time
> it happens, I'll give it a try.  Have either of you come up with
> a consistent scenario that always reproduces the failure?  I'm not
> explicitly stopping and restarting the X server or the GDM daemon.
> I'm just switching back and forth between a text console and the
> graphical console.  Has either of you filed a bug report?
> The only reason I haven't asked about this before is that I was
> hoping to come up with a consistent failure scenario.  There's
> nothing worse than a bug that can't be reproduced on demand.

while you are in the text console login, try doing a :
# who -uT
pbc  + tty7 2010-01-21 16:52   .  5345 (:0)
pbc  - pts/12010-01-31 15:49   .  5817 (:0.0)
cilla+ tty8 2010-01-21 16:56 00:035980 (:20)
pbc  + pts/32010-01-31 14:59 15:265817 (:0.0)


this shows me logged intoCTRL-ALT-F7 and my wife is 8.. but it DOES switch me 
to 9 & 10 if I log out & back in.. you could see which  ones were logged in 
before trying them.

-- 
Paul Cartwright
Registered Linux user # 367800
Registered Ubuntu User #12459
http://usdebtclock.org/


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-08 Thread josé Santos 
On Mon, Feb 08, 2010 at 01:11:02AM +, Frank McCormick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Mon, 08 Feb 2010 01:01:17 +
> Tom Furie  wrote:
> 
> > On Sun, Feb 07, 2010 at 06:02:30PM -0500, Stephen Powell wrote:
> > 
> > > I have been having trouble lately with losing access to my
> > > graphical console. The basic symptom is that I am in the
> > > graphical console, I switch to a text console via Ctrl+Alt+F1, do
> > > some stuff in the text console, then when I attempt to switch
> 
> 
> > Have you checked Alt+F8, Alt+F9, possibly even beyond? On one of my
> > systems, for reasons that are still unclear to me, GDM occasionally
> > runs somewhere between tty8-10 after I've logged in and out a few
> > times. I can only guess it's restarting before it's fully stopped.
> > 
> z
> 
>   Same thing here - running Debian testing...and after switching
> back and forth a few times GDM ends up on tty8 instead of 7.
>  
> 
> - -- 
> Frank

I have this kind of behaviour since 2.6.30-2, so maybe its not kernel 
related. My system has nvidia drivers installed the Debian way, using nv or 
nvidia makes no difference, one day by Chance I tried tty8 where X was,
witch is odd.
-- 

  José Santos  | Debian Squeeze/Sid mixed system 
jsan...@ubi.pt |2.6.30.1-686 SMP PREEMPT   


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

RE: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-07 Thread Mike Viau 

> Date: Sun, 7 Feb 2010 22:06:20 -0500
> From: zlinux...@wowway.com
> To: debian-user@lists.debian.org
> Subject: Re: Alt+F7 fails to switch to graphical console (X server) from a 
> text console under some conditions
> 
> On Sun, 7 Feb 2010 20:11:02 -0500 (EST), Frank McCormick wrote:
> > On Mon, 08 Feb 2010 01:01:17 +, Tom Furie  wrote:
> >> On Sun, Feb 07, 2010 at 06:02:30PM -0500, Stephen Powell wrote:
> >>> 
> >>> I have been having trouble lately with losing access to my
> >>> graphical console. The basic symptom is that I am in the
> >>> graphical console, I switch to a text console via Ctrl+Alt+F1, do
> >>> some stuff in the text console, then when I attempt to switch
> 
> >> Have you checked Alt+F8, Alt+F9, possibly even beyond? On one of my
> >> systems, for reasons that are still unclear to me, GDM occasionally
> >> runs somewhere between tty8-10 after I've logged in and out a few
> >> times. I can only guess it's restarting before it's fully stopped.
> 
> > Same thing here - running Debian testing...and after switching
> > back and forth a few times GDM ends up on tty8 instead of 7.
> 
> I must confess I never even thought to check that.  The next time
> it happens, I'll give it a try.  Have either of you come up with
> a consistent scenario that always reproduces the failure?

 Not consistently, but the issue exists on my ubuntu installed laptop as well.

> explicitly stopping and restarting the X server or the GDM daemon.
> I'm just switching back and forth between a text console and the
> graphical console.  Has either of you filed a bug report?

 No, but if one could provided insight to where exactly the fault was (what 
causes the graphical console number to change or become unresponsive, it would 
help.

> The only reason I haven't asked about this before is that I was
> hoping to come up with a consistent failure scenario.  There's
> nothing worse than a bug that can't be reproduced on demand.

 I agree with you on that.

> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> 

-M
  
_
Introducing Windows® phone.
http://go.microsoft.com/?linkid=9708122

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-07 Thread Stephen Powell 
On Sun, 7 Feb 2010 20:11:02 -0500 (EST), Frank McCormick wrote:
> On Mon, 08 Feb 2010 01:01:17 +, Tom Furie  wrote:
>> On Sun, Feb 07, 2010 at 06:02:30PM -0500, Stephen Powell wrote:
>>> 
>>> I have been having trouble lately with losing access to my
>>> graphical console. The basic symptom is that I am in the
>>> graphical console, I switch to a text console via Ctrl+Alt+F1, do
>>> some stuff in the text console, then when I attempt to switch

>> Have you checked Alt+F8, Alt+F9, possibly even beyond? On one of my
>> systems, for reasons that are still unclear to me, GDM occasionally
>> runs somewhere between tty8-10 after I've logged in and out a few
>> times. I can only guess it's restarting before it's fully stopped.

> Same thing here - running Debian testing...and after switching
> back and forth a few times GDM ends up on tty8 instead of 7.

I must confess I never even thought to check that.  The next time
it happens, I'll give it a try.  Have either of you come up with
a consistent scenario that always reproduces the failure?  I'm not
explicitly stopping and restarting the X server or the GDM daemon.
I'm just switching back and forth between a text console and the
graphical console.  Has either of you filed a bug report?
The only reason I haven't asked about this before is that I was
hoping to come up with a consistent failure scenario.  There's
nothing worse than a bug that can't be reproduced on demand.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-07 Thread Frank McCormick 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 08 Feb 2010 01:01:17 +
Tom Furie  wrote:

> On Sun, Feb 07, 2010 at 06:02:30PM -0500, Stephen Powell wrote:
> 
> > I have been having trouble lately with losing access to my
> > graphical console. The basic symptom is that I am in the
> > graphical console, I switch to a text console via Ctrl+Alt+F1, do
> > some stuff in the text console, then when I attempt to switch


> Have you checked Alt+F8, Alt+F9, possibly even beyond? On one of my
> systems, for reasons that are still unclear to me, GDM occasionally
> runs somewhere between tty8-10 after I've logged in and out a few
> times. I can only guess it's restarting before it's fully stopped.
> 
z

  Same thing here - running Debian testing...and after switching
back and forth a few times GDM ends up on tty8 instead of 7.
 

- -- 
Frank
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQEcBAEBAgAGBQJLb2SmAAoJEMEDyLTvrVhjK8YH/RL/4kvBJ+xIH8/v44AhLxOr
dmX+CC/4wgQTdlK7aWs5qtUnhe4biJHJUIIfUtaPUuo/nx6tuPIOWBptJtWYshWR
eav/ZRnSneclCDEOE933pY7U698EKPmlGXKvuEePPRQmZPbCqyrWBVIZNcbtb/cd
Wk2jp7RDE5PSYQZG8eHJVgFXx/Nq7PY0JT4zmzL41GVnKcD3Os19cHk2LkP96Lca
nOzAjAsww8HNtoxGSsUKhfhYx5XIPu0c9Hbz8dgkK9GiQPGs7TIsoANzeITo82QJ
6ahyrmx5L4GO//a7wrCHzWndPCy2MfZkWDJIIVhLh2yT7fO59XZG9nBEyaCAxOw=
=Y97G
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-07 Thread Tom Furie 
On Sun, Feb 07, 2010 at 06:02:30PM -0500, Stephen Powell wrote:

> I have been having trouble lately with losing access to my graphical console.
> The basic symptom is that I am in the graphical console, I switch to a text
> console via Ctrl+Alt+F1, do some stuff in the text console, then when I
> attempt to switch back to the graphical console again with Alt+F7, I get
> a black screen.  I can then switch back to console number 1 simply by
> using Alt+F1.  I don't need to include the Ctrl key.  This would normally
> indicate to me that the X server died somehow, except that "ps aux"
> still shows processes associated with the X server, such as gdm, active.
> 
> I am running the GNOME desktop on a Debian "testing" system.  All packages
> are from testing, none are from unstable.  I can't swear to this, but
> I think my troubles began with kernel 2.6.32.  One scenario that often
> causes this failure is when the little "sun" icon appears in the upper
> right corner, indicating that there are updates available.  I switch
> to text console number 1 via Ctrl+Alt+F1, login as root, run "dselect
> update", "aptitude -R full-upgrade", and "aptitude clean".  I then attempt
> to switch back to the graphical desktop with Alt+F7 to cleanly shut
> things down in preparation for a reboot.  But I can't get there.
> Has anybody else seen or heard of this problem?  I did some internet
> searches, but didn't turn up anything that looked promising.

Have you checked Alt+F8, Alt+F9, possibly even beyond? On one of my
systems, for reasons that are still unclear to me, GDM occasionally runs
somewhere between tty8-10 after I've logged in and out a few times. I
can only guess it's restarting before it's fully stopped.

Cheers,
Tom

-- 
Do you mean that you not only want a wrong answer, but a certain wrong answer?
-- Tobaben


signature.asc
Description: Digital signature

Alt+F7 fails to switch to graphical console (X server) from a text console under some conditions

2010-02-07 Thread Stephen Powell 
I have been having trouble lately with losing access to my graphical console.
The basic symptom is that I am in the graphical console, I switch to a text
console via Ctrl+Alt+F1, do some stuff in the text console, then when I
attempt to switch back to the graphical console again with Alt+F7, I get
a black screen.  I can then switch back to console number 1 simply by
using Alt+F1.  I don't need to include the Ctrl key.  This would normally
indicate to me that the X server died somehow, except that "ps aux"
still shows processes associated with the X server, such as gdm, active.

I am running the GNOME desktop on a Debian "testing" system.  All packages
are from testing, none are from unstable.  I can't swear to this, but
I think my troubles began with kernel 2.6.32.  One scenario that often
causes this failure is when the little "sun" icon appears in the upper
right corner, indicating that there are updates available.  I switch
to text console number 1 via Ctrl+Alt+F1, login as root, run "dselect
update", "aptitude -R full-upgrade", and "aptitude clean".  I then attempt
to switch back to the graphical desktop with Alt+F7 to cleanly shut
things down in preparation for a reboot.  But I can't get there.
Has anybody else seen or heard of this problem?  I did some internet
searches, but didn't turn up anything that looked promising.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-25 Thread Jan Willem Stumpel 
Andrei Popescu wrote:

> You could add
> 
> http://wiki.debian.org/XStrikeForce/InputHotplugGuide
> 
> to the 'Links' section.

Did that. Regards, Jan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-25 Thread Andrei Popescu 
On Mon,25.May.09, 18:44:25, Jan Willem Stumpel wrote:
> OK, I made a small write-up now (aimed at users like myself) about
> the ‘New Input System’ in Debian. Comments welcome --
> 
>   http://www.jw-stumpel.nl/stestu.html#T6.3
 
You could add

http://wiki.debian.org/XStrikeForce/InputHotplugGuide

to the 'Links' section.

Regards,
Andrei
-- 
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)


signature.asc
Description: Digital signature

Re: Alt-F7 fails

2009-05-25 Thread Harry Rickards 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 05/25/09 17:44, Jan Willem Stumpel wrote:
> OK, I made a small write-up now (aimed at users like myself) about
> the ‘New Input System’ in Debian. Comments welcome --
> 
>   http://www.jw-stumpel.nl/stestu.html#T6.3
> 
> Regards, Jan
> 
> 
> 
Thanks for the great writeup. I'd previously heard murmurings about this
'New Input System', but until reading that didn't know anything about it
in detail. Am I right in thinking that this 'New Input System' is in
Ubuntu as well, and has been since Jaunty (9.04)?

- -- 
Many thanks
Harry Rickards (GPG Key ID:646ED06A)

- -BEGIN GEEK CODE BLOCK-
Version: 3.1
GAT/GCM/GCS/GCC/GIT/GM d? s: a? C UL P- L+++ E--- W+++ N o K+
w--- O- M- V- PS+  PE Y+ PGP++ t 5 X R tv-- b+++ DI D G e* h! !r y?
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkoa0IMACgkQ1kZz3mRu0GrOKQCeLB0yTx8rWpyOseEv6TafBTgO
6DEAnj+FADgrI07pgGeYhTkhDV9aDuF6
=NJME
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-25 Thread Jan Willem Stumpel 
OK, I made a small write-up now (aimed at users like myself) about
the ‘New Input System’ in Debian. Comments welcome --

  http://www.jw-stumpel.nl/stestu.html#T6.3

Regards, Jan



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-25 Thread Patrick Wiseman 
On Mon, May 25, 2009 at 11:11 AM, Sven Joachim  wrote:
> On 2009-05-25 17:02 +0200, Patrick Wiseman wrote:
>
>> On Mon, May 25, 2009 at 10:41 AM, Jochen Schulz  
>> wrote:
>>> Jan Willem Stumpel:

 Section "ServerFlags"
         Option "DontZap"        "off"
 EndSection

 By this means I got control-alt-backspace back. Or is there also a
 non-xorg.conf way of getting the same thing?
>>>
>>> No, that's exactly what you are supposed to do.
>>
>> Hmm.  According to the Xorg man page, the default behavior is thus:
>>
>> Ctrl+Alt+Backspace
>>                Immediately  kills  the server -- no questions asked.  This 
>> can
>>                be disabled with the DontZap xorg.conf(5) file option.
>>
>> So ENabling it in xorg.conf should be unnecessary.
>
> Note that this has changed in xorg-server 1.6, DontZap is on there by
> default.

Ah, that explains it; my testing system has 1.4.2.

Patrick


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-25 Thread Sven Joachim 
On 2009-05-25 17:02 +0200, Patrick Wiseman wrote:

> On Mon, May 25, 2009 at 10:41 AM, Jochen Schulz  wrote:
>> Jan Willem Stumpel:
>>>
>>> Section "ServerFlags"
>>>         Option "DontZap"        "off"
>>> EndSection
>>>
>>> By this means I got control-alt-backspace back. Or is there also a
>>> non-xorg.conf way of getting the same thing?
>>
>> No, that's exactly what you are supposed to do.
>
> Hmm.  According to the Xorg man page, the default behavior is thus:
>
> Ctrl+Alt+Backspace
>Immediately  kills  the server -- no questions asked.  This can
>be disabled with the DontZap xorg.conf(5) file option.
>
> So ENabling it in xorg.conf should be unnecessary.

Note that this has changed in xorg-server 1.6, DontZap is on there by
default.

Sven


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-25 Thread Patrick Wiseman 
On Mon, May 25, 2009 at 10:41 AM, Jochen Schulz  wrote:
> Jan Willem Stumpel:
>>
>> Section "ServerFlags"
>>         Option "DontZap"        "off"
>> EndSection
>>
>> By this means I got control-alt-backspace back. Or is there also a
>> non-xorg.conf way of getting the same thing?
>
> No, that's exactly what you are supposed to do.

Hmm.  According to the Xorg man page, the default behavior is thus:

Ctrl+Alt+Backspace
   Immediately  kills  the server -- no questions asked.  This can
   be disabled with the DontZap xorg.conf(5) file option.

So ENabling it in xorg.conf should be unnecessary.

Patrick


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-25 Thread Jochen Schulz 
Jan Willem Stumpel:
> 
> Section "ServerFlags"
> Option "DontZap""off"
> EndSection
> 
> By this means I got control-alt-backspace back. Or is there also a
> non-xorg.conf way of getting the same thing?

No, that's exactly what you are supposed to do.

J.
-- 
I throw away plastics and think about the discoveries of future
archeologists.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Re: Alt-F7 fails

2009-05-25 Thread Jan Willem Stumpel 
Steve Kemp wrote:
>   You can dump a skeleton xorg.conf file by running, as root:
> 
> dexconf

Yes, this gives an absolutely bare-bones xorg.conf with one
"section"  in it:

Section "Device"
Identifier  "Configured Video Device"
EndSection

It works; and in fact, even without any xorg.conf, it works also.

I understand now that the goal of the recent changes was to get
rid of xorg.conf, because X should get the information it needs
from elsewhere, and automatically.

So far so good, but.. with this "skeleton" xorg.conf,
control-alt-backspace for getting out of X no longer works. What I
did was to insert, as the first section in xorg.conf, a
"ServerFlags" section:

Section "ServerFlags"
Option "DontZap""off"
EndSection

By this means I got control-alt-backspace back. Or is there also a
non-xorg.conf way of getting the same thing?

Regards, Jan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-24 Thread Steve Kemp 
On Sun May 24, 2009 at 13:50:39 +0200, Jan Willem Stumpel wrote:

> 2-Feeling a little bit guilty about running X without xorg.conf,

  (Don't feel guilty!)

>   ran dpkg-reconfigure xserver-xorg. I expected to get the well-
>   know litany of questions.

  You can dump a skeleton xorg.conf file by running, as root:

dexconf

Steve
--
http://www.steve.org.uk/


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-24 Thread Andrei Popescu 
On Sun,24.May.09, 13:50:39, Jan Willem Stumpel wrote:
 
> 1-Deleted (well, renamed of course) /etc/X11/xorg.conf. Made sure
>   that the keyboard description in /etc/defaults/console-setup
>   was OK.
>   Result: X works, OK it seems, without xorg.conf, and Alt-F7
>   works also!
 
Great, problem solved.

> Should users now just simply ditch /etc/X11/xorg.conf? On the
> other hand it says  in the "Input Hotplug Guide":
> 
>   First and foremost is that the xorg.conf is still absolutely
>   necessary to set one's keymap when you're not using the default
>   'us' map.

Read again, that paragraph is in the 'Rationale' section.

Regards,
Andrei
-- 
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)


signature.asc
Description: Digital signature

Re: Alt-F7 fails

2009-05-24 Thread Jan Willem Stumpel 
Florian Kulzer wrote:

> X crashing when switching back from the console is most
> commonly caused by a problem with the video driver. There
> should be some related error messages in /var/log/Xorg.0.log or
> in /var/log/syslog. (Switching back and forth between X and
> console works fine for me; up-to-date Sid/amd64, intel driver.)

There was a "backtrace" in /var/log/Xorg.0.log:

Backtrace:
0: /usr/bin/X11/X(xorg_backtrace+0x3b) [0x813265b]
1: /usr/bin/X11/X(xf86SigHandler+0x51) [0x80c5c71]
2: [0xb7fd3400]
3: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xb7956417]
4: /usr/bin/X11/X(xf86CrtcSetModeTransform+0x4b4) [0x80eee14]
5: /usr/bin/X11/X(xf86SetDesiredModes+0x124) [0x80ef1e4]
6: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xb793527d]
7: /usr/lib/xorg/modules//libxaa.so [0xb7706f08]
8: /usr/bin/X11/X [0x80dd9e1]
9: /usr/bin/X11/X [0x80ccdf4]
10: /usr/lib/xorg/modules/extensions//libglx.so [0xb79f0864]
11: /usr/bin/X11/X(xf86Wakeup+0x3c3) [0x80c6393]
12: /usr/bin/X11/X(WakeupHandler+0x52) [0x8090512]
13: /usr/bin/X11/X(WaitForSomething+0x1bb) [0x812ffeb]
14: /usr/bin/X11/X(Dispatch+0x7e) [0x808c61e]
15: /usr/bin/X11/X(main+0x3bd) [0x8071a5d]
16: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7c72775]
17: /usr/bin/X11/X [0x8070f11]

Fatal server error:
Caught signal 11.  Server aborting

It seems quite a lot happened to Debian Sid recently without me
being aware of it.

I did 2 experiments:

1-Deleted (well, renamed of course) /etc/X11/xorg.conf. Made sure
  that the keyboard description in /etc/defaults/console-setup
  was OK.
  Result: X works, OK it seems, without xorg.conf, and Alt-F7
  works also!

2-Feeling a little bit guilty about running X without xorg.conf,
  ran dpkg-reconfigure xserver-xorg. I expected to get the well-
  know litany of questions. No such thing. Instead I got:
  dpkg: warning: obsolete option
'--print-installation-architecture', please use
'--print-architecture' instead.
  (repeated 3 times) Now what does this mean? Where is this
  "obsolete option" set?

Should users now just simply ditch /etc/X11/xorg.conf? On the
other hand it says  in the "Input Hotplug Guide":

  First and foremost is that the xorg.conf is still absolutely
  necessary to set one's keymap when you're not using the default
  'us' map.

But it seems to work OK even with non-standard keyboard setup,
provided it is set in console-setup.

Confused, Jan








-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-23 Thread Florian Kulzer 
On Sat, May 23, 2009 at 13:46:08 +0200, Jan Willem Stumpel wrote:
> This may be a FAQ; if so, apologies.
> 
> On my Sid, I can go to the console from X by means of, e.g.,
> Control-Alt-F2. This has been the behaviour of X for ages.
> 
> Also for ages, you could go back to X by pressing Alt-F7. However,
> in Sid nowadays, this does not work. Pressing Alt-F7 simply kills
> X, and all programs running in it. You stay in the console, and
> have to restart X by means of startx.

X crashing when switching back from the console is most commonly caused
by a problem with the video driver. There should be some related error
messages in /var/log/Xorg.0.log or in /var/log/syslog. (Switching back
and forth between X and console works fine for me; up-to-date Sid/amd64,
intel driver.)

-- 
Regards,| http://users.icfo.es/Florian.Kulzer
  Florian   |


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Alt-F7 fails

2009-05-23 Thread Thierry Chatelet 
On 23 May 2009 13:46:08 Jan Willem Stumpel wrote:
> This may be a FAQ; if so, apologies.
>
> A bug, obviously. But in which package? Has it been reported to
> the Debian BTS? I couldn't find it.
>
> Regards, Jan

well, maybe not a bug as it is working fine on my up to date sid machine. The 
problem must be somewhere else in your machine.
Thierry

Alt-F7 fails

2009-05-23 Thread Jan Willem Stumpel 
This may be a FAQ; if so, apologies.

On my Sid, I can go to the console from X by means of, e.g.,
Control-Alt-F2. This has been the behaviour of X for ages.

Also for ages, you could go back to X by pressing Alt-F7. However,
in Sid nowadays, this does not work. Pressing Alt-F7 simply kills
X, and all programs running in it. You stay in the console, and
have to restart X by means of startx.

A bug, obviously. But in which package? Has it been reported to
the Debian BTS? I couldn't find it.

Regards, Jan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org