> On 2018-07-25 10:27:15 +0200, Harald Dunkel wrote:
[Please do not Cc: me, for I’m “on the list,” so to say, and
I try to reserve my inbox for private communication only.]
> Harald Dunkel writes:
> Package: xterm
> Version: 333-1
> xterm recommends x11-utils. Assum
Control: fixed -1 7.7~1
> On 2011-10-06 12:42:01 +0200, Ralf Jung wrote:
> Actually, x11-apps currently recommends xbitmap, which does not exist
> and is probably a typo of xbitmaps.
Per Debian changelog, this was fixed in 7.7~1. I don’t seem
to see what else could be done
Control: notfound -1 7.7+7
> On 2014-05-03 01:56:09 +0200, Frédéric Baldit wrote:
> Package: x11-apps
> Version: 7.5+5
> Severity: normal
> bitmap seems to work, but clicking the bitamp to edit/create an image
> doesn’t work.
> Found bug #429345 with same symptoms, but I was unable to
Package: libglx-mesa0
Version: 18.3.6-2+deb10u1
Control: found -1 19.3.3-1
Severity: wishlist
So far as I can tell, the usage of the DRI modules provided by
libgl1-mesa-dri by libglx-mesa0 is either optional or dependent
on the context. At the very least, circumventing the
>>>>> Ivan Shmakov writes:
>>>>> Trek writes:
>> Version: 2:1.16.4-1+deb8u1+b1
>> with the latest update, the dbus dependency is gone and the error
>> message is no more printed to the log
> I’m observing the same issue on Stretch (2:1
Control: reopen -1
Control: found -1 2:1.19.2-1+deb9u1
> Trek writes:
> Version: 2:1.16.4-1+deb8u1+b1
> with the latest update, the dbus dependency is gone and the error
> message is no more printed to the log
> thank you!
I’m observing the same issue on Stretch (2:1.19.2-1+de
>>>>> Julien Cristau writes:
>>>>> On Fri, Apr 11, 2014 at 15:28:19 +, Ivan Shmakov wrote:
>> While I’m not entirely sure that it’s the same bug (so feel free to
>> ‘notfound’ it as necessary), I’ve just found that Wheezy’s Xorg also
>> cr
Control: found 470936 xserver-xorg-video-vesa/1:2.3.1-1
Control: summary 470936 VT switching vs. scrambled colors
>>>>> Ivan Shmakov writes:
>>>>> Cyril Brulebois writes:
[…]
>> is it better in squeeze, sid, or experimental?
> The problem of scr
Control: found 741870 1:7.7+3~deb7u1
> Andrew Shadura writes:
> Package: xserver-xorg
> Version: 1:7.7+6
> Severity: normal
> When running hgk, a Mercurial port of gitk, with Tk 8.4 linked to
> /usr/bin/wish, the X server crashes. The crash doesn't happen if the
> X server isn't runni
Package: xkb-data
Version: 2.5.1-3
Tags: patch
After the ‘epo(basic)’ layout is activated with ISO_Next_Group,
bound to Right Alt, it's no longer possible to switch layouts.
The keyboard layout is configured as:
$ setxkbmap -layout us,epo -option grp:toggle
I be
Package: xterm
Version: 278-1
Severity: wishlist
It may make sense to split the font definitions off
app-defaults/UXTerm into a separate UXTerm.fonts-misc-fixed file
there, with UXTerm amended to contain:
! Note that the fonts are now set in separate files. The
! followin
> Francesco Poli writes:
> On Tue, 14 Jul 2009 12:35:38 +0200 Sam Hocevar wrote:
[…]
>> I can confirm the problem. It seems to be due to uxterm failing to
>> render bold glyphs, as the following example shows:
>> echo ▜; tput bold; echo ▜
>> The second “▜” is rendered using the rep
> Thomas Dickey writes:
> On Thu, May 31, 2012 at 11:53:05PM -0700, David Griffith wrote:
>> Package: xterm
>> Version: 278-1
>> Severity: normal
>> After a normal bootup, the terminal bell with Xterm works as
>> expected. After some time it stops. This happens with RXVT, Gnome
>
> Thomas Dickey writes:
> On Sat, 9 Oct 2010, Josh Triplett wrote:
> On Sat, Oct 09, 2010 at 05:05:57PM -0400, Thomas Dickey wrote:
> On Sat, 9 Oct 2010, Josh Triplett wrote:
[…]
Ah, luit makes sense; so, uxterm needs x11-utils to handle
non-UTF-8 locales?
>>> That
> Cyril Brulebois writes:
> Hi, Igor Shmakov (14/12/2008):
>> I'm experiencing the same problem with X.org from Debian Lenny on
>> the similar (Radeon HD 2400 XT) hardware.
> is it better in squeeze, sid, or experimental?
The problem of scrambled colors with -depth 24 seem t
> "EL" == Etienne Lorrain writes:
EL> Hello,
EL> Sorry, just a feature request... Some KVM (to use 2 computers and
EL> a single screen/keyboard) are made for the other OS, and this other
EL> OS has a default stored in a file when it cannot read the EDID
EL> information from the screen.
> Julien Cristau writes:
>> I wonder, what distribution the 1.5 version of xkb-data does
>> actually belong to currently?
>> According to [1-3], the versions are:
>> sid 1.4-1 lenny 1.3-2 etch 0.9-4
> packages.d.o is probably outdated. sid has 1.5-2.
... For quite some time,
I wonder, what distribution the 1.5 version of xkb-data does
actually belong to currently?
According to [1-3], the versions are:
sid 1.4-1
lenny 1.3-2
etch0.9-4
But there seem to be no traces of 1.4-1 in the archive (check,
e. g., [4]), and the 1
So, I've began to explore Xen. The most visible change when
turning a stand-alone system into a Xen dom0 is that X.Org X
server fails to start with something like the following (as of
Debian Etch):
$ cat /var/log/Xorg.1.log
...
(II) VESA(0): Primary V_BIOS segment
> Alexander Mikhailian <[EMAIL PROTECTED]> writes:
>> What do you have in your config causing this? Something in your
>> shell config maybe? We can't reproduce this. xrdb just waits for
>> input on stdin here.
> I used wmii and the error appeared after the last upgrade of lenny. I
> just
>>>>> Ivan Shmakov <[EMAIL PROTECTED]> writes:
>>>>> Bernhard R Link <[EMAIL PROTECTED]> writes:
[Re-sending, as this one apparently didn't reach the list.]
>>> Now that Xaw3d has not seen a release in five years [1], and as Xaw
&
> Bernhard R Link <[EMAIL PROTECTED]> writes:
>> Now that Xaw3d has not seen a release in five years [1], and as Xaw
>> allows for even more slicky UI (and seems to be still maintained
>> upstream), couldn't the xaw3d package be removed and all the
>> packages depending on it switched to u
Now that Xaw3d has not seen a release in five years [1], and as
Xaw allows for even more slicky UI (and seems to be still
maintained upstream), couldn't the xaw3d package be removed and
all the packages depending on it switched to use Xaw instead?
This would
>>>>> Ivan Shmakov <[EMAIL PROTECTED]> writes:
>>>>> Brice Goglin <[EMAIL PROTECTED]> writes:
>>> X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol
>>> Version 11, Revision 0, Release 7.1.1 Build Operating System:
&g
> Brice Goglin <[EMAIL PROTECTED]> writes:
>> X Window System Version 7.1.1
>> Release Date: 12 May 2006
>> X Protocol Version 11, Revision 0, Release 7.1.1
>> Build Operating System: UNKNOWN
>> Current Operating System: Linux myhost 2.6.24.3 #2 SMP Wed Mar 12 00:48:51
>> NOVT 2008 x86
Package: xserver-xorg-video-vesa
Version: 1:1.3.0-1
I use the following command to start X:
# Xorg :1 vt11 -depth 24 -allowMouseOpenFail -query localhost &
with an ATI card:
$ lspci
...
04:00.0 VGA compatible controller: ATI Technologies Inc Radeon HD 2400 PRO
...
$
c
26 matches
Mail list logo