If there were a real feature benefit, the backwards-incompatibility may be
worth it, but given that the feature doesn't actually work, meh. It's
hard to get particularly excited about doing work to try to enable it, and
it feels really dubious to do it by breaking the command-line option
everyone is used to using.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
product=xorg&component=Server/Input/Core
> and cc peter.hutte...@who-t.net on the report (if it's not automatically
> assigned to him).
I was finally able to confirm that the new version of the X server that
you uploaded does indeed solve this problem. Thanks, Julien!
--
Ru
Julien Cristau writes:
> On Mon, Jul 14, 2014 at 10:05:37 -0700, Russ Allbery wrote:
> Can you rebuild xorg-server with this patch:
> http://cgit.freedesktop.org/xorg/xserver/commit/?id=9a19bf06b5b409fa0d5b5932e29cd4c5545052c5
> and see if it makes a difference? If not please repo
Package: xserver-xorg-input-synaptics
Version: 1.8.0-1
Severity: important
I'm not at all sure if this is the right package. This may be a problem
with the core X server instead, particularly since downgrading this
package to the previous version didn't correct this problem. But since
it's clear
f fiddling is kind of scary. Which library you get then
depends on ld.so.conf.d fragments, there may be shadowed libraries on the
search path, etc.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.
symlink (via an editor action, for example) while the alternatives system
still thinks that it's active; we might end up confusing the alternatives
database.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-x-r
that the
X server then refuses to start unless you have an NVIDIA card installed.
Which is probably not a good thing.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "u
an equally
valid place to assign it, though.
It's almost certainly not a GNOME problem except insofar as GNOME does
some sort of rendering call that's tickling the bug.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to
Package: xserver-xorg-core
I can confirm that this bug is gone with the latest xserver-xorg-core
and the xserver-xorg-video-radeon driver with the latest kernel. I
finally had a chance to test today and everything now works like a
charm.
As far as I'm concerned, this bug can be closed, although
nce a bunch of the virtual packages that you'd want to break
aren't otherwise mentioned in the archive (for understandable reasons) and
hence Lintian doesn't know about them. I suppose we should just keep a
manually-maintained list.
--
Russ Allbery (r...@debian.org) &
ere's a long Policy thread on this topic, and
the question seems to be strongly debated.)
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Russ Allbery writes:
> Generally, the problem with RC bugs against nvidia-graphics-drivers are
> just lack of team manpower so far as I can tell (as a user but not
> someone involved in the team). Each time I look at them, most of them
> should be downgraded (#523879) or just clo
us
problem with the current packages in unstable other than reflecting that
lack of time.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
would be helpful, though.
> Do you have an X log from 1.7.4?
I do! I thought I'd lost it, but I hadn't. Attached.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revis
no idea how the FHS could be changed here, but I suspect that every
other Linux distribution is going to face the same problem and I find it
hard to believe that every distribution is going to want to patch the man
pages.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org
Russ Allbery writes:
> If we were starting from scratch, I agree, but I'm not sure how to
> phrase that.
>
> Here's what I currently have, which has one second from Julien and
> previous seconds from Manoj and Raphaël for previous versions of the
> wording. I'd
h the X
+ Window System may be placed in a subdirectory
+ of /etc/X11/ corresponding to the package name.
+ Other X Window System applications should use
+ the /etc/ directory unless otherwise mandated by
+ policy (such as for ).
ones
that currently put configuration files there (fvwm, for instance) should
move them? And why?
I personally don't really care one way or the other.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-x-requ...@lis
"Bernhard R. Link" writes:
> * Russ Allbery [090620 23:55]:
>> I'm not sure either. This was already in Policy prior to this round
>> of changes, of course, but maybe since we're revising this section
>> anyway, this is the time to remove it. To remo
Raphael Hertzog writes:
> On Fri, 19 Jun 2009, Russ Allbery wrote:
>> +Configuration files for window managers and display managers
>> +should be placed in a subdirectory of /etc/X11/
>> +corresponding to the package name due to
;s possible that the
semantics there are intentional ("relies on features provided explicitly
by mawk and gawk but not by a generic awk implementation").
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> open a bug in bugzilla.freedesktop.org, or use [EMAIL PROTECTED] But
> in any case, you try the latest git code first.
Okay. I'm afraid I don't have time to do that, but hopefully someone else
will run into the same problem and will do so.
--
Russ Allbery ([EMAIL PROTECTED]) <http:
Package: xserver-xorg-video-radeonhd
Version: 0.0.1+git20071006-1
Severity: important
I'm not completely familiar with the breakdown of what components of the
server are responsible for what, so my apologies if I'm reporting this
against the wrong package.
When using the radeonhd driver, the X se
Package: xserver-xorg
Version: 1:7.3+2
Severity: normal
Since fglrx has been broken for quite a while, I decided to finally bite
the bullet and switch to radeonhd. (The ati drivers don't support my
ATI Mobility FireGL 5250 card.) Unfortunately, something is broken about
the xserver-xorg debconf
reopen 420537
severity 420537 wishlist
retitle 420537 xserver-xorg-video-nv: please support dual-head
thanks
Brice Goglin <[EMAIL PROTECTED]> writes:
> Russ Allbery wrote:
>> Julien Cristau <[EMAIL PROTECTED]> writes:
>>> On Sun, Apr 22, 2007 at 18:51:02 -0700, Russ
Julien Cristau <[EMAIL PROTECTED]> writes:
> On Sun, Apr 22, 2007 at 18:51:02 -0700, Russ Allbery wrote:
>> Since the non-free nvidia driver isn't currently working, I tried the
>> nv driver instead. However, it won't start with my configuration,
>> which use
Package: xserver-xorg-video-nv
Version: 1:2.0.2-1
Severity: important
Since the non-free nvidia driver isn't currently working, I tried the
nv driver instead. However, it won't start with my configuration, which
uses a single GeForce FX 5700 Ultra with two monitors connected to it.
I'm probably
make of how it works with some video drivers
and not others.
Any advice would be greatly appreciated. I unfortunately don't have i810
hardware to check.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
aintainer, the
discussion list, and the CVS commit list. I think I like that setup a bit
better. The package maintainer list gets all the bugs and therefore much
of the discussion, but that way there's a separate list for coordination
on major things.
--
Russ Allbery ([EMAIL PROTECTED])
hich while allowed isn't particularly easy to read),
but if you're willing to depend on this capability (dpkg should cope
without any trouble), it might make it a bit easier to edit.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To
es for all
your arch-independent packages. What do you think?
I could trigger off of either the include of the makefile fragment or off
of the dependency on xsfclean, I suppose.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [
e the
standard directory. I'm not sure if that's the best approach; it's a
little unintuitive for the user to find the man page that way. But there
are other naming conflicts in Debian avoided that way.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
ndependent development.
This was a ton of work and I think a huge success, given the complexity of
the change. Well done!
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
Package: xfonts-utils
Version: 1:1.0.0-3
Severity: normal
Now that the X.Org 7 transition has happened, -7 mode for update-fonts-dir
and update-fonts-alias should really be the default. The default now is
to still look in the old /usr/lib/X11/fonts directory and hash it, which
means that packages
Daniel Stone <[EMAIL PROTECTED]> writes:
> On Sun, Apr 16, 2006 at 11:53:10AM -0700, Russ Allbery wrote:
>> Tag: package-installs-file-to-usr-x11r6-bin
>> Type: error
>> Info: Debian has switched to the modular X tree which now uses the regular
>> FHS paths,
Russ Allbery <[EMAIL PROTECTED]> writes:
> If the package uses imake, it must build-depend on xutils-dev (>=
> 1:1.0.2-1) for the correct paths. If it uses dh_installxfonts to handle X
> font installation, it must build-depend on debhelper (>= 5.0.29).
Ugh, sorry, a
.pm
-W: filenames: packages-installs-file-to-usr-x11r6 usr/X11R6/
-W: filenames: packages-installs-file-to-usr-x11r6 usr/X11R6/bin/
-W: filenames: packages-installs-file-to-usr-x11r6 usr/X11R6/bin/testxbin2
W: filenames: svn-commit-file-in-package files/svn-commit.tmp
W: filenames: symlink-is-self-recurs
Package: xbase-clients
Version: 1:7.0.0-2
Severity: important
After upgrading to modular X, startx and the rest of the X initialization
process stopped honoring .xsession and .Xresources. I had to rename
.xsession to .xinitrc and add an explicit xrdb -load .Xresources to it to
restore the previou
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Thu, Apr 13, 2006 at 05:03:19PM -0700, Russ Allbery wrote:
>> One question I have on this: That location is not always but almost
>> always due to imake, not due to any conscious decision by the package.
>> If the pa
Package: xutils-dev
Severity: important
I might be missing something, but with:
Setting up xutils-dev (1.0.1-4) ...
Setting up xutils (7.0.0-3) ...
installed, attempting to use xmkmf results in the following error:
xmkmf -a
imake -DUseInstalled -I/usr/lib/X11/config
Imakefile.c:39: error: Imake
Marc Wilson <[EMAIL PROTECTED]> writes:
> On Thu, Apr 13, 2006 at 04:43:20PM -0700, Russ Allbery wrote:
>> Well, I do. Depends is also used for package configuration. If the
>> package can't configure itself without those packages, Depends is
>> appropriate.
&
alize that doesn't mean one
can just binNMU since generally packaging files will also have to be
updated, but it would make the transition a lot easier.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
ularly since we're talking about *user* concerns
rather than developer concerns, I have to say that *users* do not expect
to hand-write xorg.conf files. *Users* generally cannot cope with
operating systems that expect them to do that. Improved
auto-configuration is something the X team has worke
n't look quite right. Isn't the second line of the
description still there?
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
David Nusinow <[EMAIL PROTECTED]> writes:
> Cool, same fix. I'll apply and also restore DH_OPTIONS afterwards for
> cleanliness sake. Thank you!
Restoring DH_OPTIONS afterwards is somewhat pointless given that each line
of a Makefile is run in its own separate shell.
--
Rus
Package: xdm
Followup-For: Bug #251088
As mentioned earlier in this bug report, xdm calls pam_setcred multiple
times, which can cause problems and at the least is useless work. More
seriously, it discards any changes made in the environment after the
last call, which can result in such problems a
kage. You want to install libxmu-dev.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xorg
> +Provides: xserver, xserver-xorg, xserver-xorg
It probably doesn't need to provide xserver-xorg twice. :)
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: libxss-dev
Severity: normal
I see that there is now a shared library for libXss, but libxss-dev
doesn't depend on libxss1. As a result, packages that depend on
libxss-dev will continue to build against the static library, not
against the shared library (as I presume was intended).
-- Sy
Daniel Stone <[EMAIL PROTECTED]> writes:
> IIRC 'resize' is also provided by curses or something. I packaged it
> for Ubuntu and we ran into collisions there.
apt-file cannot find any occurrance of bin/resize in the archives except
for the one in xutils.
--
Russ All
50 matches
Mail list logo
