headers
Tollef Fog Heen | 1 Nov 2004 14:22
Picon

Re: Xsession doesn't use umask setting from /etc/login.defs

* Branden Robinson 

| I'm not thrilled with it, but maybe you can make something useful out of
| that.
| 
| Thanks again for the lightning-fast coding.  :)

Thanks for the description; the package is now sitting in the NEW
queue.  Sorry for taking a bit of time, I have been away on vacation.

--

-- 
Tollef Fog Heen                                                        ,''`.
UNIX is user friendly, it's just picky about who its friends are      : :' :
                                                                      `. `' 
                                                                        `-
Permalink | Reply | 0 comments |
headers
Daniel Stone | 1 Nov 2004 17:44
Picon
Favicon

ATTENTION BRANDEN ROBINSON

Branden,                                                                                                                       
I would like to talk to you about security issues, but unfortunately                                                           
your mail server is slandering me as a spammer; I find this                                                                    
unacceptable, as I have never been involved in spam.  I have never                                                             
profited from it or aided others in profiting in it, and I find it                                                             
simply despicable.  I suggest disabling these so-called 'anti-spam'
strategies, since they often unfairly target innocent victims, such as
myself.

Regards,
Daniel

  branden+debian <at> deadbeast.net
    SMTP error from remote mailer after RCPT TO:<branden+debian <at> deadbeast.net>:
    host necrotic.deadbeast.net [216.37.46.189]: 554 <daniel <at> fooishbar.org>:
    Sender address rejected: Access denied

--

-- 
Daniel Stone                                                <daniels <at> debian.org>
Permalink | Reply | 3 comments |
headers
Joey Hess | 1 Nov 2004 18:46
Picon
Favicon
Gravatar

Bug#215828: not reproducible

I can no longer reproduce this bug. I don't know if it's the much newer
X server I have now, or xterm changes.

--

-- 
see shy jo
Permalink | Reply | 0 comments |
headers
Joey Hess | 1 Nov 2004 18:49
Picon
Favicon
Gravatar

Bug#279245: different "Large" font sizes for utf-8 and not

Package: xterm
Version: 4.3.0.dfsg.1-8
Severity: normal

xterm's app-defaults make it use a 9x15 font for Large font in non-8tf-8
mode, but in utf-8 it uses a large (and IMHO uglier) 9x18 font.

I suspect that this is because
-misc-fixed-medium-*-*-*-15-*-*-*-*-*-iso10646-* has no corresponding 
wide character font, so if it is used, display of CJK and etc characters
doesn't work. And probably the 9x15 is retained for non-utf because many
users would scream if it were changed.

But still this is a strange inconsistency between uxterm and xterm.

(Perhaps the best fix is getting a full version of the
-misc-fixed-medium-*-*-*-15-*-*-*-*-*-iso10646-* font. :-)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages xterm depends on:
ii  libc6                     2.3.2.ds1-18   GNU C Library: Shared libraries an
ii  libexpat1                 1.95.8-1       XML parsing C library - runtime li
ii  libfontconfig1            2.2.3-3        generic font configuration library
(Continue reading)

Permalink | Reply | 2 comments |
headers
Steinar H. Gunderson | 1 Nov 2004 19:14
Picon

Bug#279252: [uxterm] uxterm should not override my locale

Package: xterm
Version: 4.3.0.dfsg.1-8
Severity: important

After discussing this with Branden on IRC, I was asked to file a bug
report, so here goes:

uxterm is now the default alternative for x-terminal-emulator; however,
debian-installer does not set an UTF-8 locale for my language (nb_NO).
Thus, I'd expect uxterm to behave like Branden thought it did; quote
Branden on IRC: "uxterm doesn't start a UTF-8 xterm if no UTF-8 locale
is set".

However, uxterm does. If no UTF-8 locale is set (in LC_ALL, LC_CTYPE or
LANG), uxterm forcibly adds .UTF-8 to one of those ands starts an xterm
with -u8. From my point of view, this is broken; I am using a non-UTF-8
locale (and don't even have any UTF-8 locales generated), yet
x-terminal-emulator (which is the default in almost all window managers
in Debian) starts up using UTF-8. This means that my xterms suddenly use
a different character set from my aterms or eterms or whatnot, and even
more important, they use a different character set from my ssh sessions
and Linux consoles.

I understand that people want to push UTF-8, but a forced default of
using UTF-8 does _not_ belong in xterm. If we want UTF-8 to be the
default in Debian across the board, that should be set in the installer,
so it's globally in place instead of doing ugly shell script wrappers. :-)

My proposed solution is to do one or more of the following (in no
particular order):
(Continue reading)

Permalink | Reply | 8 comments |
headers
Peter Cordes | 1 Nov 2004 21:52
Picon
Favicon

Bug#277884: xserver-xfree86: X segfaults on AMD64 with noexec enabled

On Mon, Oct 25, 2004 at 01:41:43PM -0500, Branden Robinson wrote:
> Is there a reason you didn't submit this information as follow-up to
> #277699?

 I did look through the bug list to see if it was already reported, but for
some reason I missed that one.  I don't remember what I was thinking at the
time...  :(

 Happy hacking,

--

-- 
#define X(x,y) x##y
Peter Cordes ;  e-mail: X(peter <at> cor , des.ca)

"The gods confound the man who first found out how to distinguish the hours!
 Confound him, too, who in this place set up a sundial, to cut and hack
 my day so wretchedly into small pieces!" -- Plautus, 200 BC
Permalink | Reply | 0 comments |
headers
Noam Raphael | 1 Nov 2004 22:28
Picon

Bug#279270: xserver-xfree86: Two mouse devise sections cause double speed in kernel 2.6

Package: xserver-xfree86
Version: 4.3.0.dfsg.1-8
Severity: normal

I've run normal dpkg-reconfigure xserver-xfree86. I used psaux for my
mouse. I used kernel 2.4, and then installed 2.6. Everything worked
well, but my mouse began running very quickly.

What happened is that my XF86Config-4 file contained two mouse sections
- one for "generic mouse", and one for "configured mouse".
kernel 2.6 combined the two, and my mouse speed doubled.

Have a good day,
Noam

-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx  1 root root 20 2004-10-29 08:22 /etc/X11/X -> /usr/bin/X11/XFree86
-rwxr-xr-x  1 root root 1745484 2004-09-28 14:09 /usr/bin/X11/XFree86

Contents of /var/lib/xfree86/XF86Config-4.roster:
xserver-xfree86

VGA-compatible devices on PCI bus:
0000:01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)
(Continue reading)

Permalink | Reply | 3 comments |
headers
Hadmut Danisch | 2 Nov 2004 00:34
Picon
Favicon

Bug#279286: xserver-xfree86: Continuously crashing 82845G Intel Chipset

Package: xserver-xfree86
Version: 4.3.0.dfsg.1-8
Severity: normal

Hi,

I have an MSI 845GV, where X11 used to work properly
(82845G Intel VGA chipset).

Since a few days ago (I have upgraded any debian package)
X11 continuously crashes my machine as soon as I log in into 
the desktop manager. The kernel completely freezes.

regards
Hadmut


-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86

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

X server symlink status:
lrwxrwxrwx  1 root root 20 2003-10-18 22:10 /etc/X11/X -> /usr/bin/X11/XFree86
-rwxr-xr-x  1 root root 1745484 2004-09-28 14:09 /usr/bin/X11/XFree86

Contents of /var/lib/xfree86/XF86Config-4.roster:
xserver-xfree86
(Continue reading)

Permalink | Reply | 1 comment |
headers
Robert Hardy | 2 Nov 2004 02:21
Picon

Debian's evdev patches and evdev's /tmp/.X11-unix/evdev0

I'm evaluating Debina's evdev patches to xorg-x11 (or perhaps Gentoo's
adapation of Mr. Hull's original patches it isn't clear.)

I'm trying to figure out if they can be made to work in other distributions
and if they can be generalized to the point where they have a better chance
of gaining wide spread acceptance. At very least I would like to add more
info to a howto wrt/ how to get them working with a USB switch.

I have patched the sources and built xorg-x11. The X server work fine in
general however the evdev driver either does not deal with USB
connect/disconnects (i.e. using a USB switch to share a keyboard and mouse
between two keyboards) or it requires some kind of helper (which I haven't
found.)

My test box has a mouse shared using a USB switch between two boxes. The
Linux box uses evdev and the other is a Windozes XP box. When I use the
switch XP works properly but evdev based mouse seems to freeze after the
first switch and stays frozen until I restart X (or logout and login again.)

I have found tmp/.X11-unix/evdev0 but am missing usage details. This almost
looks like it could be used with some kind of hotplug script but I can't
find one. Can someone provide me with some info on how that pipe is supposed
to be used and/or any information on how to make the driver USB switch
friendly?

My previous X configuration without the three patch files (and associated
config file entries) worked most of the time (on rare occasion I had to
switch back and forth twice.) Unfortunately without the patches a user is
forced to live with duplicated mouse buttons due to X PS/2 driver
limitations (or something like that.)
(Continue reading)

Permalink | Reply | 3 comments |
headers
Matt Zimmerman | 2 Nov 2004 03:43
Picon
Favicon

Bug#263877: Various display artifacts in uxterm

On Fri, Oct 08, 2004 at 06:28:17PM -0500, Branden Robinson wrote:

> On Mon, Sep 20, 2004 at 02:33:26PM -0500, Branden Robinson wrote:
> > On Wed, Sep 01, 2004 at 08:53:40AM -0700, Matt Zimmerman wrote:
> > > On Wed, Sep 01, 2004 at 04:47:23AM -0500, Branden Robinson wrote:
> > > 
> > > > Can someone please help me out with a better explanation of what the bug
> > > > being reported here actually is?  "various display artifacts" is hopelessly
> > > > vague.
> > > 
> > > I described the visual effect in my original submission.  I'm attaching
> > > screenshots of them now.
> > 
> > I wasn't really able to follow it, though; thanks for the screenshots.
> 
> Does XTerm #196, in xterm 4.3.0.dfsg.1-8, make either of these any better?

I can still reproduce the problem in mutt using the uxterm binary from that
package.

e2832b71f5e85f1cd4447e7e3f34ee6a  uxterm

--

-- 
 - mdz
Permalink | Reply | 8 comments |

Gmane