Processing commands for [EMAIL PROTECTED]:
> reassign 372140 xfonts-encodings
Bug#372140: x-ttcidfont-conf depends on unavailable version of xfonts-encodings
Bug reassigned from package `x-ttcidfont-conf' to `xfonts-encodings'.
> close 372140 1:1.0.0-5.1
Bug#372140: x-ttcidfont-conf depends on un
Author: dnusinow
Date: 2006-06-09 00:24:21 -0400 (Fri, 09 Jun 2006)
New Revision: 2298
Modified:
trunk/debian/xorg/debian/changelog
trunk/debian/xorg/debian/x11-common.preinst.in
Log:
* During x11-common preinst, handle /usr/X11R6/bin before anything else to
try and prevent serious problem
Author: dnusinow
Date: 2006-06-08 23:18:10 -0400 (Thu, 08 Jun 2006)
New Revision: 2297
Added:
vendor/X11R7.1/
Log:
Create a vendor branch for 7.1
Copied: vendor/X11R7.1 (from rev 2296, vendor/X11R7)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Author: dnusinow
Date: 2006-06-08 22:44:49 -0400 (Thu, 08 Jun 2006)
New Revision: 2296
Modified:
trunk/debian/xorg/debian/changelog
Log:
* Make sure grepping for smoking guns in x11-common.postinst (or anywhere
else that the find_culprits shell function is used) no longer dies due to
a grep
Author: dnusinow
Date: 2006-06-08 22:34:26 -0400 (Thu, 08 Jun 2006)
New Revision: 2295
Modified:
trunk/xsfbs/xsfbs.sh
Log:
Fix for bug #371152. Thanks Joey Hess.
Modified: trunk/xsfbs/xsfbs.sh
===
--- trunk/xsfbs/xsfbs.sh2
Package: xbase-clients
Version: 1:7.0.1-2
Followup-For: Bug #368732
xfontsel seems to be looking for ISO8859 fonts whereas xlsfonts reports
iso8859 fonts.
Installing xfs seems to provide the missing fonts.
(works with xfontsel, xedit, xconsole, scilab)
-- System Information:
Debian Release: test
Hello
On 2006-05-10 Michel Dänzer wrote:
> On Wed, 2006-05-10 at 00:08 +0200, Christian Hammers wrote:
> >
> > On 2006-05-09 Michel Dänzer wrote:
> > >
> > > Does the X server still crash with the DRI enabled with
> > > xserver-xorg-video-ati 1:6.5.8.0-1?
> >
> > It still crashes with the above
On Tue, Jun 06, 2006 at 07:26:14PM +0200, Luc Castermans wrote:
[...]
> Section "InputDevice"
> 51 Identifier "Generic Keyboard"
> 52 Driver "kbd"
> 53 Option "CoreKeyboard"
> 54 Option "XkbRules" "xorg"
> 55
I am really sorry, but I do not have the hardware any more to test this.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Le Wed, 7 Jun 2006 23:39:45 +0200, Denis Barbier <[EMAIL PROTECTED]>
a écrit :
> can other people with the same problem please confirm that they indeed
> have bogus /lib/libX*.so* files? Then please make a tarball with
> these files before removing them, maybe this could help us to
> understand wh
* Tore Anderson
> So the only suggestion I have left is that Openbox is somehow
> triggering a bug in X11R7, or vice verca. In the latter case,
> however, it is weird that the state remains even after Openbox is
> killed and another window manager is started in its place. Openbox
> hasn't chang
On Thu, Jun 08, 2006 at 11:54:45AM +0200, Julien Cristau wrote:
> On Thu, Jun 8, 2006 at 07:55:52 +0200, Denis Barbier wrote:
>
> > IIRC another problem is that Xrapper.config is not world-readable, and
> > normal users cannot run startx.
> >
> Xwrapper.config not being world-readable should not
Processing commands for [EMAIL PROTECTED]:
> tag 369510 + fixed
Bug#369510: xfonts-encodings: missing compatibility link for encodings/large
Tags were: patch
Tags added: fixed
> quit
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(ad
Processing commands for [EMAIL PROTECTED]:
> tag 369510 + patch
Bug#369510: xfonts-encodings: missing compatibility link for encodings/large
Tags were: patch
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(
Accepted:
xfonts-encodings_1.0.0-5.1.diff.gz
to pool/main/x/xfonts-encodings/xfonts-encodings_1.0.0-5.1.diff.gz
xfonts-encodings_1.0.0-5.1.dsc
to pool/main/x/xfonts-encodings/xfonts-encodings_1.0.0-5.1.dsc
xfonts-encodings_1.0.0-5.1_all.deb
to pool/main/x/xfonts-encodings/xfonts-encodings_1.
tag 369510 + fixed
quit
This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 8 Jun 2006 18:07:01 +0200
Source: xfonts-encodings
Binary: xfonts-encodings
Architecture: so
tag 369510 + patch
thanks
Hi,
Attached is the diff for my xfonts-encodings 1:1.0.0-5.1 NMU.
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
If you want the holes in your knowledge showing up t
>I just built the package, it's available at
>http://liafa.jussieu.fr/~jcristau/debian/
>Unfortunately, I have no way to test this, so it would be great if
>someone could do it and report the results here :)
>
>Cheers,
>Julien
Excellent! I was more than happy to cast aside my quest to build from s
xfonts-encodings_1.0.0-5.1_i386.changes uploaded successfully to localhost
along with the files:
xfonts-encodings_1.0.0-5.1.dsc
xfonts-encodings_1.0.0-5.1.diff.gz
xfonts-encodings_1.0.0-5.1_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Wed, Jun 7, 2006 at 21:30:01 -0400, David Nusinow wrote:
> Waiting for a maintainer. I don't have a sparc and because it makes no
> sense to build the driver on any of the machines I own, it hasn't been
> built. I'm actually surprised that this is the first time anyone has asked
> after it. Th
* Brendan O'Dea [Thu, 08 Jun 2006 23:53:35 +1000]:
> Package: x-ttcidfont-conf
> Version: 23
> x-ttcidfont-conf depends on xfonts-encodings (>= 1:1.0.0-5.1), although
> that version is not available; local NMU?
Yeah, I know. I'm planning on NMUing for #369510 RSN, hopefully before
dinstall.
--
Package: libsm-dev
Version: 1:1.0.0-4
Severity: normal
Hello,
I was trying to recompile gkrellm in testing and I received the
following error:
$ dpkg-buildpackage -us -uc -rfakeroot
dpkg-buildpackage: source package is gkrellm
dpkg-buildpackage: source version is 2.2.9-1
dpkg-buildpackage: sourc
Processing commands for [EMAIL PROTECTED]:
> reassign 370181 xserver-xfree86
Bug#370181: Monitor Display Size Incorrect
Warning: Unknown package 'xserver-xfree'
Bug reassigned from package `xserver-xfree' to `xserver-xfree86'.
> --
Stopping processing here.
Please contact me if you need assistan
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.20
> reopen 327497
Bug#327497: [ppc] Generic fbdev driver causes color swap
Bug reopened, originator not changed.
>
End of message, stopping processing here.
Please contact me if you nee
Package: xdm
Version: 1:1.0.4-2
Severity: normal
Hi,
I observed the following behavior of xdm: Pressing CTRL+ALT+Backspace
kills the xserver in which xdm spawned. xdm will respawn it. That's ok.
But to that it deletes it's pidfile although it keeps its pid.
After this invoke-rc.d xdm stop won't
On Wed, 2006-06-07 at 14:35 +0200, Daniel Michalik wrote:
> Package: xbase-clients
> Version: 1:7.0.1-2
> Severity: important
>
>
> 'xrandr -s 1' kills xserver, [...]
That's an X server bug. Please provide full(!) X config and log (showing
the problem) files.
--
Earthling Michel Dänzer
On Wed, 2006-06-07 at 23:31 +0200, Wolfgang Pfeiffer wrote:
> On Wed, Jun 07, 2006 at 11:09:43AM +0200, Michel Dänzer wrote:
> > On Mon, 2006-06-05 at 20:05 +0200, Wolfgang Pfeiffer wrote:
> > >
> > > [ 136.378439] [drm] Setting GART location based on old memory map
> >
> > This should only hap
On Thu, Jun 8, 2006 at 07:55:52 +0200, Denis Barbier wrote:
> IIRC another problem is that Xrapper.config is not world-readable, and
> normal users cannot run startx.
>
Xwrapper.config not being world-readable should not be a problem, as
/usr/bin/X is setuid root, so normal users don't need read
On Thu, 2006-06-08 at 10:47 +0200, Tobias Stefan Richter wrote:
>
> Is there a chance to get the fix into etch somehow?
It's fixed upstream in xorg-server 1.1 (X.Org 7.1), and the plan is to
release etch with that.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Lib
I wrote:
> can other people with the same problem please confirm that they indeed
> have bogus /lib/libX*.so* files? Then please make a tarball with these
> files before removing them, maybe this could help us to understand
> where do these files come from.
And if these files do not exist, please
Package: xserver-xorg-core
Version: 1:1.0.2-8
Followup-For: Bug #363120
Is there a chance to get the fix into etch somehow?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Your message dated Thu, 8 Jun 2006 09:57:27 +0200
with message-id <[EMAIL PROTECTED]>
and subject line WebProHost hosting compared
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your respons
None of our machines have any /lib/libX* files.
The other workaround:
# ln -s /usr/share/X11/XKeysymDB /usr/X11R6/lib/X11/XKeysymDB
changes the symptoms (the resolution changes stops). But now the keys
that previously changed resolution does not work at all.
The workaround we use is to change XKb
Package: xserver-xorg-video-mga
Version: 1:1.2.1.3.dfsg.1-2
Severity: grave
Justification: renders package unusable
i just upgraded from xfree86 4.2 to xorg 7.0. this driver seems to
output frequencies that are out of range for the monitor when the
monitor's documented ranges are entered in the
34 matches
Mail list logo