previous size) until I trigger a resize of the
window, in which case xterm sets the terminal size to the window size.
Btw: #461773 might be a another duplicate of #347308.
Bernhard R. Link
--
F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC
-- System Information:
Debian Release: jessie/sid
play manager, there is .xsession (or .Xsession),
reading .xinitrc there would be a bug.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.o
* Bernhard R. Link [120302 15:56]:
> And I think if there is something else, it might make sense to
> try to move it away again and try to create it again.
How about the following:
# create a directory in /tmp.
# assumes /tmp has a sticky bit set (or is only writeable by root)
crea
is was
originally trying to solve in those cases.
And I think if there is something else, it might make sense to
try to move it away again and try to create it again.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120302143935.ga2...@client.brlink.eu
placed within /tmp.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120229223348.ga2...@client.brlink.eu
.Xauthority is found in the user's home directory, so can only
be get by HOME. Looking into the initial home dir will lead to
wrong results most of the time. (And even reduce security by
sending out information not intended to).
Bernhard R. Link
--
To UNSUBSCRIBE, email to deb
eeze, sid, or in experimental?
Seems to work in squeeze.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20110221185330.ga20...@pcpool00.mathematik.uni-freiburg.de
gt;
> I already have plenty of drivers to work on, no need to spend time on
> stuff nobody is interested in.
While I have mips hardware here that needs this to show graphics (an SGI
Indy), I usually only use the frame buffer console. And those new udev
dependencies have made it impossible for
quot;$CONFIG_DIR" "$CONFIG_AUX_DIR"; do
rmdir "$DIR" 2> /dev/null || true
Another solution would be to change the Xserver to no longer look into
that old file, which would be worthwhile otherwise, but would still
keep that file around after purge on a sy
en bigger pixmaps
and there is just something in the X server not properly coping with that.
(It might be something else, so take this with a grain of salt. It's just
a hint that you may not be too surpised if while debugging seing absurd
CreatePixmap requests from firefox).
Ber
andlers = 0x81b2a68}}
I.e. it is trying strlen on dev.name which is NULL.
Hope that helps,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/20100330140613.ga10...@pcpool00.mathematik.uni-freiburg.de
+0x121bc4) [0x131bc4]
5: Xvfb (0x1+0x110388) [0x120388]
6: /lib/libc.so.6 (__libc_start_main+0x10c) [0xf7ad884c]
7: Xvfb (_start+0x2c) [0x274ec]
Segmentation fault at address (nil)
Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting
Hochachtungsvoll,
Bernhard R
Package: xserver-xorg-core
Version: 2:1.7.4-3
Attached patch should tell the autodection code that mips machines can
have newport cards so they get tested and used.
(Untested, but it looks trivally enough to fix the first of the three
problems in http://bugs.debian.org/566490).
diff --git a/hw/x
ng default mode "1024x768" (hsync out of range)
| (II) NEWPORT(0): Not using default mode "2048x1536" (insufficient memory for
mode)
| (II) NEWPORT(0): Not using default mode "1024x768" (hsync out of range)
| (II) NEWPORT(0): Not using default mode "2048x1536" (insufficient memory for
mode)
| (II) NEWPORT(0): Not using default mode "1024x768" (hsync out of range)
| (--) NEWPORT(0): Virtual size is 800x600 (pitch 800)
| (**) NEWPORT(0): *Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz
| (II) NEWPORT(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601
605 628 +hsync +vsync (37.9 kHz)
| (**) NEWPORT(0): *Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz
| (II) NEWPORT(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601
603 625 +hsync +vsync (35.2 kHz)
| (**) NEWPORT(0): *Default mode "640x480": 25.2 MHz, 31.5 kHz, 59.9 Hz
| (II) NEWPORT(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490
492 525 -hsync -vsync (31.5 kHz)
| (**) NEWPORT(0): *Default mode "400x300": 20.0 MHz, 37.9 kHz, 60.3 Hz (D)
| (II) NEWPORT(0): Modeline "400x300"x60.3 20.00 400 420 484 528 300 300
302 314 doublescan +hsync +vsync (37.9 kHz)
| (**) NEWPORT(0): *Default mode "400x300": 18.0 MHz, 35.2 kHz, 56.3 Hz (D)
| (II) NEWPORT(0): Modeline "400x300"x56.3 18.00 400 412 448 512 300 300
301 312 doublescan +hsync +vsync (35.2 kHz)
| (**) NEWPORT(0): *Default mode "320x240": 12.6 MHz, 31.5 kHz, 60.1 Hz (D)
| (II) NEWPORT(0): Modeline "320x240"x60.1 12.59 320 328 376 400 240 245
246 262 doublescan -hsync -vsync (31.5 kHz)
| (==) NEWPORT(0): DPI set to (96, 96)
| (II) Loading sub module "fb"
| (II) LoadModule: "fb"
| (II) Loading /usr/lib/xorg/modules/libfb.so
| (II) Module fb: vendor="X.Org Foundation"
| compiled for 1.7.4, module version = 1.0.0
| ABI class: X.Org ANSI C Emulation, version 0.4
| (II) Loading sub module "ramdac"
| (II) LoadModule: "ramdac"
| (II) Module "ramdac" already built-in
| (II) Loading sub module "shadowfb"
| (II) LoadModule: "shadowfb"
| (II) Loading /usr/lib/xorg/modules/libshadowfb.so
| (II) Module shadowfb: vendor="X.Org Foundation"
| compiled for 1.7.4, module version = 1.0.0
| ABI class: X.Org ANSI C Emulation, version 0.4
| (EE) NEWPORT(0): Width = 800 and height = 600 is not supported by by this
driver
|
| Fatal server error:
| AddScreen/ScreenInit failed for driver 0
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
y selecting
things, though they only wanted to move the mouse cursor for which they
normaly need to touch the pad multiple times.
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
build the package.
I don't know how the security team thinks about those things, but I
personaly found packages without any patch system to be much easier to
deal with and to modify it.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no deb
* Michel Dänzer [090522 11:09]:
> I think disabling the patch system also makes life harder for the
> security team.
Does it? I'd have guessed it makes it easier.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a
ports in a way that I
do no find them when looking if already reported...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
g. (And of course increases the confusion
of our users (and of the developers, reading this description I also
first thought the dependency from xserver-xorg-core to xserver-xorg
was some bug introduced by someone trying to fix some bug without
thinking)).
Hochachtungsvoll,
Bernhard R.
s for that file?
attached patch might fix it. Totally untested and done without
understanding of the format of that file.
Hochachtungsvoll,
Bernhard R. Link
--- XI.xml 2009-04-28 18:30:23.0 +0200
+++ XI.xml.patched 2009-04-28 18:39:26.0 +0200
@@ -256,7 +256,7 @@
re old K&R syntax, as some others are)
XChangeDeviceDontPropagateList.3.gz:
count is listed as pointer but should not.
Hochachtungsvoll,
Bernhard R. Link
--
"Never contain programs so few bugs, as when no debugging tools are available!"
Niklaus Wirth
--
To UNSUBS
:
> DISPLAY=$desktop:0 ssh -X $client sensible-browser "$URL"
Wow, that's quite a running in circles. Why don't you just use
ssh client DISPLAY=:0 sensible-browser "$URL"
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ..
hould help.
Hochachtungsvoll,
Bernhard R. Link
P.S: if only changing the description, the xserver-xorg.postinst could
also need some documentation updates:
| # register this package as a (potential) handler of the X server symlink and
| # X.Org X server configuration file
| for
of connector is in use,
> though this is a desktop
> (HP dc5750 Microtower), not a laptop, and the monitor is connected via DVI,
> not LVDS.
The experimental version is better in naming this, sadly in my
experience adds some other problems instead, though.
Hochachtungsvoll,
Bernh
after one
specific call of it and with more guards) and changes nothing else.
Thanks in advance,
Bernhard R. Link
--- xserver-xorg-video-ati-6.9.0.orig/src/legacy_output.c
+++ xserver-xorg-video-ati-6.9.0/src/legacy_output.c
@@ -153,6 +153,15 @@
}
+static void
+RADEONSelDiv0
* Bernhard R. Link [081222 19:01]:
> I tried c0c33dab44e6966b1702d4e8cfba3537fc6e2d5c
> from git://cgit.freedesktop.org/xorg/driver/xf86-video-ati/
> and that seems to work both with and without patch.
> (xrandr also names this device DVI-0 instead of the LVDS
> of the lenny versio
just was not yet able to
reproduce with other versions...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I added CHIP_FAMILY_RS480 there and then it seems to work. Modified patch
attached.
BTW: I was quite confused by the "ErrorF" there and first thought that
was an error path normaly not used and thus a bit perplexed why changing
that code even helps, but looking at the Xorg.log, it seems t
d changing resolutions and all those
things).
I fear that might be the case because it is overwriting some other data
in there that causes this, but I guess to know this someone with
knowledge about this registers is needed...
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE,
reading
*(unsigned int * volatile)(radeon_cntl_mem + RADEON_CLOCK_CNTL_DATA)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
= XF86AudioStop
> keycode 162 = XF86AudioPlay
> keycode 153 = XF86AudioNext
> keycode 144 = XF86AudioPrev
I think instead of using .Xmodmap you'd have better chances to use the
"thinkpad60" model. (i.e. try thinkpad60 instead of pc104 (or pc105) in your
xorg.conf)
Hochachtungsvoll,
rograms already only
support a minor subset of its capabilities, making porting much harder).
> This would solve Bug#329987 in particular.
As this only requests an Xaw version, this bug does not need xaw3d to
be removed to implement that one...
Hochachtungsvoll,
Bernhard R. Link
nized myself a type 4 keyboard, so I hope I will be able to
test that this weekend (I guess sun6 will also work better for this).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Bernhard R. Link <[EMAIL PROTECTED]> [080608 16:53]:
> The attached patch makes model sun5 work again, at least in layout us.
> I'll see if I can find some other keyboards next weekend to test.
While this patch makes it loadable without errors again, the layout
seems still n
* Bernhard R. Link <[EMAIL PROTECTED]> [080608 16:00]:
> After actually testing this, I have to correct both things: sun5 does
> not work (not even in us), while type5 does work both for us and de.
> (even AltGr seems to work)
I've finally found the really correct solu
* Bernhard R. Link <[EMAIL PROTECTED]> [080602 07:57]:
> > /usr/share/X11/xkb/rules/xorg seems to list sun4/sun5/sun6 instead. But
> > if you've tested that choosing type4 or type5 works, then we'll keep
> > that.
>
> Actually, after reading the files I
then we'll keep
> that.
Actually, after reading the files I think only sun4/sun5/sun6 will actually work
for the localized variants.
The problem is that sun4 and sun5 currently cause an error message because of
#469335. (But strangely type5 and sun5 seem to only differ in the error
mess
* Bernhard R. Link <[EMAIL PROTECTED]> [080601 17:37]:
> I'm currently trying to port the patch to the current version, but if
> I do so I get an extreme long set of warnings about multiple defined
> keycodes.
The attached patch makes model sun5 work again, at least in layo
e current version, but if
I do so I get an extreme long set of warnings about multiple defined
keycodes.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eBrightness)
* keys left of the Fnum keys:
keycode 245 (keysym 0x0, NoSymbol)
Help (Help)
keycode 239 (keysym 0x0, NoSymbol)
unlabeled key between Help and F1
(I guess having that without sym does not harm)
Also
keycode 117 (keysym 0xff67, Menu)
is labeled compose, so I consider Menu un
et:' line should be removed now.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t the keyboard seems to work.
(The compose key produces menu instead of Multi_key, and the whole
keyblock to the left seems not assigned at all, I'll file a new bug
report for those).
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
).
Hochachtungsvoll,
Bernhard R. Link
[1] If you have a sunffb and want to test thigs, you might need to
apply the patch for #455313 first so that sunffb works without
segfaulting all the time...
Index: xorg-server-1.4.1~git20080517/hw/xfree86/
those layouts - would you consider submitting patches to
> | rules/base* files?
>
> Is this OK with you? If so, the next upload shall close the bug.
What do I have to configure then to get a type5 keyboard working?
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email
package xserver-xorg-video-sunffb
tags 471193 + patch
thanks
Attached is a patch that makes debian/rules concurency clean (and also
adds build-arch/build-indep rules, as they come at no cost).
Hochachtungsvoll,
Bernhard R. Link
>From 2e3fc3a4b3e80773d999f0209ccad848b44b1810 Mon Sep 17
ard R. Link
[1] On some other cards there might be no accelerator without additional
stuff, thus already segfaulting when starting the X server here. That
might exlain why it sometimes may already segfault when starting the
server and why that segfault at the start no longer happens with some
firmw
,
thus when running with dpkg-buildpackage -j2 the provide (and the other
fields) may get lost.
Solution is either to make serverabi depend on install (perhaps
in a configurable way) or call serverabi not via dependency but by
a sub-$(MAKE).
Hochachtungsvoll,
Bernhard R. Link
--
To
modification to all the not-us files in symbols, as they seem to reference
sun5 instead of type5, too.
The keyboard mapping is also different (though my Sun type 5c keyboard
produce very absurd keys with it still, though they seem to be the same
as with the xkb-data-legacy package now)
Hochac
= ?
When I generate the file with the xml2lst.pl script from the source,
at least I get the same type of error as when starting the X server and
not about not finding a rules file.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DISCOVERED_VIDEO=""
fi
else
DISCOVERED_VIDEO=""
@@ -1446,7 +1450,7 @@
else
DISCOVERED_VIDEO=""
fi
-db_subst xserver-xorg/config/device/driver choices "$DISCOVERED_VIDEO"
+db_subst xserver-xorg/config/device/driver choices &qu
thus works without afbinit, except segfaulting when all client
disconnect:
This I must add, which I overlooked first: It does not segfault when
the first client disconnects, but when the last connected clients
disconnects (which also means if the first client disconnects before
an second client con
race condition that it
first tries the new connect before realizing the old is gone.
Hochachtungsvoll,
Bernhard R. Link
[1] You can also tell xdm to not set it by adding a
DisplayManager*authName:MIT-MAGIC-COOKIE-1
to /etc/X11/xdm/xdm-config
Perhaps that would be an sensible default fo
ue to an window resize.
Hochachtungsvoll,
Bernhard R. Link
http://bugs.debian.org/347774 looks like another duplicate of this.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
package xserver-xorg-video-sunffb
found 455313 1:1.1.0-2
thanks
* Brice Goglin <[EMAIL PROTECTED]> [071214 22:22]:
> Bernhard R. Link wrote:
> > When I running an X server using xserver-xorg-video-sunffb directly
> > from the command line (don't have anything installed
ot;off"
(**) Generic Keyboard: CustomKeycodes disabled
(II) evaluating device (Generic Keyboard)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
(II) evaluating device (Configured Mouse)
(II) XINPUT: Adding extended input device "Configured Mouse" (type: M
, it is useful if you 'administrate'
your own account. On the other hand the important part of this program
is its output the terminal, so starting it from the menu does not make
any sense I can see.
Hochachtungsvoll,
Bernhard R. Link
--
Sendmail is like emacs: A nice operating system,
Package: xterm
Version: 225-1
Severity: wishlist
Tags: patch
Pleasee consider applying attached patch, which adds XF86Paste and
SunPaste keysyms as alternates for Shift+Insert to include the current
selection.
Hochachtungsvoll,
Bernhard R. Link
diff -r -u o/xterm-225/charproc.c xterm-225
TTYSIZE %dx%d return %d\n",
- TTYSIZE_ROWS(ts),
- TTYSIZE_COLS(ts), i));
#endif /* TTYSIZE_STRUCT */
}
#endif /* OPT_PTY_HANDSHAKE */
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &
Package: xterm
Version: 225-1
Severity: normal
Attached patch changes debian/rules to honor DEB_NUILD_OPTIONS
as recommended by policy 10.1.
Hochachtungsvoll,
Bernhard R. Link
diff -r -u o/xterm-225/debian/rules xterm-225/debian/rules
--- o/xterm-225/debian/rules 2007-04-22 15:33
re triggering that so directly
any more. Though I guess I most likely won't have the time before the
end of the month.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ble nevertheless. I don't know if it took longer
on slower computers I no longer have available, but on current ones it
always triggers for me after the first exec.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ot looked yet since the split, so I do not know where it
ended up in).
Hochachtungsvoll,
Bernhard R. Link
The bug can be worked around quite well by adding
DisplayManager*authName:MIT-MAGIC-COOKIE-1
to /etc/X11/xdm/xdm-config, so that no XDM-AUTHORIZATION-1 keys are
generated. I
a package depending on such things like
libfontconfig and all X libraries possible for something that should
only need libxau is quite a hassle.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tly, other applications
may. And as this was always linked against, applications do not
otherwise state that they need it.
>
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o I really don't know why xrdb complains about
> some directory under NFS (this directory is in my $C_INCLUDE_PATH,
> but there's no reason why xrdb would need it).
Try xrdb -nocpp instead.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
is triggered, but
src/StripChart.c does very strange things with Xt Timeouts, which
very likely will have similar problems.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is normaly a connection to the X
server)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Conflix that would not have happened.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xdm
Version: 4.3.0.dfsg.1-14sarge1
Severity: important
I'm running xdm with -nodaemon from init but sometimes (around once a
week) it stops, not starting a new Xserver or terminating itself.
Debuging the running processes the child xdm process was waiting
within a futex within malloc,
n (but do not have to when you overwrite
something non-interesting) go harvok.
The code has to be:
Pixmap pixmap, shape;
...
XpmReadFileToPixmap(display, window, xpmfile, &pixmap, &shape,
NULL)
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBS
unlikely
to even notice it is activated.
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Is this a bug in libX11, a bug in Xserver for insisting
uniqueness with such addresses, or shall I report
a bug against 9menu, which execs other programs
without forking?
Hochachtungsvoll,
Bernhard R. Link
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
something todo
with libx11-6
Hochachtungsvoll,
Bernhard R. Link
[EMAIL PROTECTED]:~/xtest$ xauth list
192.168.2.75:0 MIT-MAGIC-COOKIE-1 e70163149b4e564dd7ec1a22cdc33bf4
laptop/unix:0 MIT-MAGIC-COOKIE-1 e70163149b4e564dd7ec1a22cdc33bf4
192.168.2.75:0 XDM-AUTHORIZATION-1
Package: xdm
Version: 4.2.1-00woody.16
Severity: wishlist
The patch 002_xdm_fixes.diff (at least the version
714 2003-10-25 01:35:48Z branden in 4.2.1-16) removes the ability
to lock the PID-file. (The part within the "if (lockPidFile)") and
instead stops starting if there is any file at all. Th
Package: xserver-xfree86
Version: 4.2.1-11
Severity: minor
If choosing the newport driver, the default modes
selected are not supported by the driver. (According
to /usr/share/doc/xserver-xfree86/README.newport
and the error message I get otherwise).
I guess something like
if [ "$RET" = "newpor
Package: xserver-xfree86
Version: 4.2.1-11
Severity: minor
If choosing the newport driver, the default modes
selected are not supported by the driver. (According
to /usr/share/doc/xserver-xfree86/README.newport
and the error message I get otherwise).
I guess something like
if [ "$RET" = "newpor
/bin/X11/icewm" icon="none" needs="wm" \
section="WindowManagers" title="IceWM"
which most of the small and nice Window-Managers implement cleanly. (At
least in potato)
Why not us this info?
Hochachtungsvoll,
Bernhard R. Link
(I alre
78 matches
Mail list logo
