On Fri, Jan 06, 2006 at 11:10:57PM -0500, Paul Check wrote:
> I have a fully updated Debian unstable system and I'm still having this
> problem. It seems that the xlibs-data bug #345387 has been resolved, but
> 345454 is not (and I'm still having the problem). I noticed a slew of
> x-related upd
On Sat, Dec 31, 2005 at 06:57:49PM +0200, Shai Berger wrote:
> Package: xserver-xorg
> Version: 6.9.0.dfsg.1-1
[...]
> The upgrade to this version broke console switching
> under X for normal users. That is, Ctrl-Alt-F(N) does
> not work under X, but it works perfectly in non-X
> virtual terminals.
On Saturday, January 7 2006 10:35, Denis Barbier wrote:
>
> there had been some trouble with xlibs-data. Have you been
> able to fix it yourself? If not, please try
> apt-get -f install
> apt-get install xlibs xlibs-data
>
Some regular update has apparently solved the problem without me noti
On Sat, Dec 31, 2005 at 10:25:18AM +0100, Klaus Ethgen wrote:
> So please, if you break the default behavior of X to use shift-ralt as
> multikey then just allow the sysadmin to fix this bug by config!!!
This setting was insane, Shift+AltGr was different from AltGr+Shift which
is very confusing, s
On Saturday 07 January 2006 13:56, Denis Barbier wrote:
> On Sat, Dec 31, 2005 at 10:25:18AM +0100, Klaus Ethgen wrote:
> Of course we could put ralt_switch_multikey back in Debian, but if your
> keyboard has some spare keys, adding a compose: option would be much
> better.
It could well be that I
Package: xterm
Version: 208-1
Severity: minor
Now that all the xterm manpages are installed in /usr/share/man/man1 instead
of in /usr/X11R6/man/man1, I believe they should drop the '1x' suffix and
revert to '.1'. Right?
-- remove the appropriate part of debian/patches/901_xterm_manpage.diff
(
Heya submitter,
In the past yr we've managed to become the leader in e-p. harm distributing
world-wide including the US.
If your sick of paying those high prices and want to avoid the hassle of a
doc's visit then here's the place to visit..
www.bestdealznow.com/p/happy
Rouse
--
To UNSUBS
On Sat, Jan 07, 2006 at 02:33:12PM +0100, Frans Pop wrote:
> On Saturday 07 January 2006 13:56, Denis Barbier wrote:
> > On Sat, Dec 31, 2005 at 10:25:18AM +0100, Klaus Ethgen wrote:
> > Of course we could put ralt_switch_multikey back in Debian, but if your
> > keyboard has some spare keys, adding
Package: xterm
Version: 208-1
Severity: normal
The scrollbar used to indicate what portion of the scrollback buffer
was currently being displayed, but the shaded in portion of the bar
now seems to vary randomly, with no relation to what it should be
indicating. The scrollbar still functions to co
merge 345958 345914
severity 345958 grave
thanks
Hi, FWIW, this problem also occurs on my machine (LinuxCertified LC2210D
laptop w/ Intel 82852/855GM chipset). Running the X server causes it to
segfault, and it doesn't release the keyboard/console, so I have to
reboot forcefully (Ctrl-Alt-SysRq-B)
Oops. I see that the path change is mentioned in NEWS.Debian.gz.
The scrollbar problem still stands.
Kirk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xserver-xorg
Version: All
Severity: important
This report is about modules, that gets added into xorg.conf, for all
versions of XFree86 and X.org that all versions Debian comes with. From
stable, to experimental.
dexconf, alias dpkg-reconfigure xserver-xorg.. inserts this, and let me
co
I did a kernel upgrade (to 2.6.14), upgraded to udev, and also upgraded
my NVidia driver, so I'm really not sure who the cuplrit is, although I
am able to do vt switching when X is not running (similar to some posts
I saw regarding this bug).
The keyboard section of /etc/X11/xorg.conf is:
Se
On Sat, Jan 07, 2006 at 12:39:19PM -0500, Paul Check wrote:
> I did a kernel upgrade (to 2.6.14), upgraded to udev, and also upgraded
> my NVidia driver, so I'm really not sure who the cuplrit is, although I
> am able to do vt switching when X is not running (similar to some posts
> I saw regard
El viernes, 6 de enero de 2006 06:33, David Nusinow escribió:
> I took the liberty of uploading this version to unstable, which built
> cleanly in a chroot. I hope I'm not stepping on your toes at all ender, but
> since 6.9 went in there's been no xterm in unstable for i386, so I wanted
> this to g
El sábado, 7 de enero de 2006 15:13, Nathanael Nerode escribió:
> Package: xterm
> Version: 208-1
> Severity: minor
>
> Now that all the xterm manpages are installed in /usr/share/man/man1
> instead of in /usr/X11R6/man/man1, I believe they should drop the '1x'
> suffix and revert to '.1'. Right?
Denis Barbier wrote:
On Sat, Jan 07, 2006 at 12:39:19PM -0500, Paul Check wrote:
I did a kernel upgrade (to 2.6.14), upgraded to udev, and also upgraded
my NVidia driver, so I'm really not sure who the cuplrit is, although I
am able to do vt switching when X is not running (simi
On Mon, Jan 02, 2006 at 08:02:54PM -0500, Thomas Dickey <[EMAIL PROTECTED]> was
heard to say:
> On Fri, Sep 23, 2005 at 12:50:04AM +0200, Daniel Burrows wrote:
> > Package: xterm
> > Version: 6.8.2.dfsg.1-7
> > Severity: normal
> >
> > Since the last xterm update, I've noticed that some graphic
On Sat, Jan 07, 2006 at 06:40:16PM +0100, Kirk Hilliard wrote:
> Oops. I see that the path change is mentioned in NEWS.Debian.gz.
>
> The scrollbar problem still stands.
That's something that the packager has to work out, because Xorg broke
this so thoroughly that it is no longer possible for th
On Sat, 7 Jan 2006, Daniel Burrows wrote:
The color issue appears to be fixed in a change I made in
2005/04/18 (which is part of #202). I don't recall whether the
version you reported against was #200 or #202, but suspect the former.
I can't reproduce this any more.
The fix I made in #208
On Sat, Jan 07, 2006 at 06:10:19PM +0100, Kirk Hilliard wrote:
> Package: xterm
> Version: 208-1
> Severity: normal
>
> The scrollbar used to indicate what portion of the scrollback buffer
> was currently being displayed, but the shaded in portion of the bar
> now seems to vary randomly, with no r
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-14sarge1
Followup-For: Bug #301605
I can't get xserver to start because the graphics card is not set up
properly i suppose... i have tried using ``lspci'' to get the PCI
address for the card, but i have decided that i don't know what i'm
doing...this
I believe that I found the source of my problem (although I haven't
tested, as I have an app running and I'd like someone to comment before
trying another VT switch, as I've done so many hard boots already.
I notice that my /usr/X11R6/bin/X file does NOT symlink to anything (in
particular /usr
Ok, this is confirmed. I can now do vt switching. Updating
/usr/X11R6/bin/X to symlink to /usr/X11R6/bin/Xorg seems to have solved
the problem (although I also installed the nvidia-glx package, but I
doubt this affected anything).
It seems that the X -> Xorg symlink was removed many months ago
Author: dnusinow
Date: 2006-01-07 16:57:08 -0500 (Sat, 07 Jan 2006)
New Revision: 1029
Modified:
trunk/debian/changelog
Log:
Also note that we updated arm manifest last commit too
Modified: trunk/debian/changelog
===
--- trunk/deb
Package: libdps1
Version: > 4.1.0
Platform: PowerPC
kernel: 2.6.12-1-powerpc
While trying to isntall xbase-clients system I get that it depends on
libdps1 (> 4.1.0) but it is not installable.
apt-cache policy xbase-clients
Installed: (none)
Candidate: 6.8.2.dfsg.1-11
Version table:
Author: dnusinow
Date: 2006-01-07 17:23:44 -0500 (Sat, 07 Jan 2006)
New Revision: 1030
Modified:
trunk/debian/changelog
trunk/debian/control
Log:
* Update xbase-clients description to account for libdps removal
Modified: trunk/debian/changelog
==
Looks like xlibs-dev is now officially gone, which instantly creates a
hell of a lot of RC (FTBFS) bugs that will manifest the next time
rebuilds are attempted of xlibs-dev Build-Depending packages. (Maybe
someone on the X team should mention this on debian-devel-announce?)
I've been trying to ke
:Package: xserver-xorg
:Version: 6.9.0.dfsg.1-1
:Severity: normal
:
:
:Hello,
:
:I was using the experimental packages for quite some time to get
:EmulateWheelTimeout (bug #320136 got me interested), and the
:packages worked great, incl. the EmulateWheelTimeout setting.
:
:After the change from 6.8
tags 345621 fixed
stop
This bug was due to the empty /etc/X11/xdm/xdm-config as reported in
bug #345406 against package xdm, and fixed with last night's release
of xorg-x11/6.9.0.dfsg.1-2, as acknowledged in an email from Mika
Bostrom, the bug reporter:
I can confirm this. Upgrading to 6.9.0-d
El sábado, 7 de enero de 2006 20:22, Thomas Dickey escribió:
> On Sat, Jan 07, 2006 at 06:10:19PM +0100, Kirk Hilliard wrote:
> > The scrollbar used to indicate what portion of the scrollback buffer
> > was currently being displayed, but the shaded in portion of the bar
> > now seems to vary random
Author: ender
Date: 2006-01-07 21:42:02 -0500 (Sat, 07 Jan 2006)
New Revision: 1031
Modified:
branches/modular/app/xterm/debian/changelog
branches/modular/app/xterm/debian/rules
Log:
Added --disable-imake and --disable-narrowproto to configure line in order
to deal with toolbar problems due
El domingo, 8 de enero de 2006 03:11, David Martínez Moreno escribió:
> El sábado, 7 de enero de 2006 20:22, Thomas Dickey escribió:
> > > "xterm -sb" is sufficient to demonstrate this.
> >
> > http://invisible-island.net/xterm/xterm.faq.html#narrowproto
>
> Thank you *very* much, Thomas. I w
El sábado, 7 de enero de 2006 20:46, [EMAIL PROTECTED] escribió:
> I can't get xserver to start because the graphics card is not set up
> properly i suppose... i have tried using ``lspci'' to get the PCI
> address for the card, but i have decided that i don't know what i'm
> doing...this is probabl
Package: xserver-xorg
Version: 6.9.0.dfsg.1-2
Severity: normal
The new evdev driver doesn't work for mice on powerpc (same config
works on x86). I've tried to use the following section:
,
| Section "InputDevice"
| Identifier "MX1000"
| Driver "evdev"
| O
Package: xserver-xorg
Version: 6.9.0.dfsg.1-2
Severity: normal
It's not possible to use the new evdev driver for mouse devices
which are not always connected because X dies when the specified
device doesn't exist.
E.g. on a laptop which has a synaptics touchpad and an external
mouse configured, X
36 matches
Mail list logo
