headers
jidanni | 1 Jun 2010 08:31
Favicon
Gravatar

Bug#201855: xdm autologin important for tiny devices

T> on my openmoko freerunner I modified /etc/pam.d/xdm by replacing
T>
T>  <at> include common-auth
T>
T> with
T>
T> auth            required        pam_permit.so
T>
T> so that I only need to type the username of the user I want to
T> use. This is not as good as automated login after preconfigured
T> timeout but usable still. (Automatic login without timeout would not
T> be usable in my case since I really want to use different users.)

That is half the way to full automatic login!
Every day for the last 10 years I've had to type in username and
password. Can somebody tell me how to get some relief without having to
switch display managers, for heavens sake.
Permalink | Reply | 0 comments |
headers
Brice Goglin | 1 Jun 2010 09:10

Bug#201855: xdm autologin important for tiny devices

Le 01/06/2010 08:31, jidanni <at> jidanni.org a écrit :
> Every day for the last 10 years I've had to type in username and
> password. Can somebody tell me how to get some relief without having to
> switch display managers, for heavens sake

You've been complaining about all this for 7 years. It would have taken
less time to implement the feature yourself. Nobody else will do it. So
if you don't want to switch to another DM, you have to implement it. And
don't tell me you don't know how to implement it, since 7 years is way
enough to learn what's needed here.

Also, if you really want autologin, did you try removing xdm entirely
and hacking your startup scripts so as to start the user X session
directly? May be ugly, but maybe less horrible than entering your
login/passwd every day for the last 10 years :)

Brice

--

-- 
To UNSUBSCRIBE, email to debian-x-REQUEST <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
Archive: http://lists.debian.org/4C04B270.9020805 <at> ens-lyon.org
Permalink | Reply | 0 comments |
headers
Sven Joachim | 1 Jun 2010 09:44
Picon
Picon

Bug#583802: xdm: init script should support the "status" option

On 2010-05-30 20:12 +0200, Sven Joachim wrote:

> Package: xdm
> Version: 1:1.1.10-1
> Severity: wishlist
>
> I just saw this during a libc6 upgrade:
>
> ,----
> | Vorbereiten zum Ersetzen von libc6 2.10.2-9 (durch .../libc6_2.11.1-1_i386.deb) ...
> | Checking for services that may need to be restarted...
> | Checking init scripts...
> | Usage: /etc/init.d/xdm {start|stop|restart|reload|force-reload}
> `----
>
> Apparently the libc6 preinst runs "invoke-rc.d xdm status" which is not
> currently supported.

Attached is a patch for this option that works for me.  Or it would, if
it weren't for #545896:

,----
| $ /etc/init.d/xdm status 
| xdm is running.
| $ /etc/init.d/rsync status 
| could not access PID file for rsync ... failed!
`----

Nevertheless, I think the patch could be committed to git.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Timo Juhani Lindfors | 1 Jun 2010 10:48
Picon
Picon
Favicon
Gravatar

Bug#201855: xdm autologin important for tiny devices

jidanni <at> jidanni.org writes:
> That is half the way to full automatic login!
> Every day for the last 10 years I've had to type in username and
> password. Can somebody tell me how to get some relief without having to
> switch display managers, for heavens sake.

Heh, afaik it is just not possible with xdm but I can be wrong. I did
not want fully automatic login myself since I wanted to have guest and
rescue users for the case where my normal account does not work.

-Timo
Permalink | Reply | 0 comments |
headers
Christopher Halse Rogers | 1 Jun 2010 15:43
Picon
Favicon

xserver-xorg-video-intel: Changes to 'ubuntu'

 debian/i915-kms.conf |    1 -
 1 file changed, 1 deletion(-)

New commits:
commit 3f35a842908ddfd66cca19442e8db39ec9b9063f
Author: Christopher James Halse Rogers <christopher.halse.rogers <at> canonical.com>
Date:   Tue Jun 1 23:43:04 2010 +1000

    Actually remove unused i915-kms.conf

diff --git a/debian/i915-kms.conf b/debian/i915-kms.conf
deleted file mode 100644
index 597ac60..0000000
--- a/debian/i915-kms.conf
+++ /dev/null
 <at>  <at>  -1 +0,0  <at>  <at> 
-options i915 modeset=1
Permalink | Reply | 0 comments |
headers
Anthony Lau | 1 Jun 2010 20:27
Picon
Favicon

Bug#584148: xserver-xorg-input-evdev: reconnect failure after unplugging keyboard & mouse

Package: xserver-xorg-input-evdev
Version: 1:2.3.2-6
Justification: breaks unrelated software
Severity: critical
Tags: squeeze sid

*** Please type your report below this line ***
After unplugging or switching through a KVM device, USB keyboard and 
mouse cannot reconnect to X-server. It seems after the devices are
disconnected, evdev refuses to accpet any connections after 10
connection failures. The USB subsystem is unaffected as status lights
on the keyboard and mouse work. Also, reloading uhci_hcd does not
fix the problem.

The devices listed below are inaccurate because I had to plug in a
spare PS/2 Keyboard and USB mouse.

This maybe related to bug #524590 xserver-xorg-input-evdev: reconnect a
bluetooth keyboard is not possible..

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 May 15  2007 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1725256 May  4 08:51 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.
(Continue reading)

Permalink | Reply | 0 comments |
headers
mp3project | 1 Jun 2010 23:00
Picon
Picon
Favicon

Bug#584163: mesa: Flightgear won't start anymore: Errors out with "Not able to create requested visual"

Package: mesa
Version: 7.7.1-2
Severity: important

Ave people

Since updating my system from mesa 7.7.1-1 to 7.7.1-2, Flightgear (git/svn) won't start
anymore. It refuses with the message "Error: Not able to create requested
visual". A little google fu  found more people had the same problem. It's
a regression in mesa, but luckily also a fix is available.

Thread with more people with the same problem:
http://forum.openscenegraph.org/viewtopic.php?t=5653

Bugreport at freedesktop with patch for (upstream) mesa 7.8
https://bugs.freedesktop.org/show_bug.cgi?id=28280
(patch also included in this mail)

I tested mesa 7.7.1-2 with this patch and can confirm that the patch also
works for (debian) mesa 7.7.1-2

Please include this patch in the next mesa package update en keep up the good work!

Greetz
Martijn Uffing

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (70, 'unstable'), (50, 'experimental')
(Continue reading)

Permalink | Reply | 0 comments |
headers
jidanni | 2 Jun 2010 04:19
Favicon
Gravatar

Bug#201855: xdm autologin important for tiny devices

>>>>> "JDC" == Jaime Di Cristina <jaime.dc <at> gmail.com> writes:
JDC> For automatic login as the same user every time try nodm.
Works perfectly!
Ah, sure wish it was hinted to on the xdm man page!
Permalink | Reply | 0 comments |
headers
Tim Connors | 2 Jun 2010 07:03
Picon

Bug#584186: xserver-xorg-video-intel: refuses to start with "(EE) Screen(s) found, but none have a usable configuration.", ignoring plea to ignore DDC

Package: xserver-xorg-video-intel
Version: 2:2.3.2-2+lenny6
Severity: important

I've got a workstation with an intel chipset Q45/Q43 plugged connected 
through a video extender.  I've verified that the video extender propogates 
DDC/EDID data, and 'get-edid | parse-edid' returns the params for the local 
display.  

Nevertheless, X fails with "(EE) Screen(s) found, but none have a usable 
configuration." if the machine is booted with the monitor plugged in through 
the extender, and works if the monitor is plugged in directly when the 
machine is booted.

The same also holds for another monitor that returns invalid edid data (this 
monitor is what we ultimately aim to use in production) according to 
parse-edid, but Xorg still picks valid modes when the monitor is plugged into 
the video card natively (and fails when plugged in through the video 
extender).

I have tried everything I can to convince X to ignore DDC etc and force 
modelines that I know are valid.  Some of these attempts are shown in 
xorg.conf below.

The display can be forced to show when I upgrade to testing and unstable, but 
the intel driver in combination with XV overlays is unreliable as heck, with 
and without KMS, and I get (known about but unfixed) gem related crashes half 
the time when using xrandr to switch modes.  As such, I simply cannot upgrade 
to sid, because this is going to be an embedded system that has to be 
reliable.
(Continue reading)

Permalink | Reply | 0 comments |
headers
koos vriezen | 2 Jun 2010 12:34
Picon

Bug#584214: Connect to Solaris, input blocks after a few clicks

Package: xserver-xorg
Version:1:7.5+6

Upstream br http://bugs.freedesktop.org/show_bug.cgi?id=25400
This is fixed in xorg 7.7 too
http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.7-branch&id=e7154e9375e6b624db01a787d9ec6c8cedc2eb81

Would be really nice if this could make it to Squeeze.

Br
Koos Vriezen
Permalink | Reply | 0 comments |

Gmane