dware
combinations will be free of problems. I imagine the X maintainers will
want to ask you more specifics about exactly what hardware you are running.
It seems likely that this is related to bug #283001, but I'll let the X
maintainers make the determination whether to merge the two bugs.
Thanks,
reassign 290990 xserver-xfree86
thanks
On Tue, Jan 18, 2005 at 08:24:36PM +0100, Loïc Minier wrote:
> forwarded 290990 http://bugzilla.gnome.org/show_bug.cgi?id=164512
> thanks
> Steve Langasek <[EMAIL PROTECTED]> - Tue, Jan 18, 2005:
> > [ran fine until interrupted, wi
f the xfree86-common
package's breakage.
Cheers,
--
Steve Langasek
postmodern programmer
signature.asc
Description: Digital signature
refer to the corresponding PAM configuration files instead.
> > Maybe that's the direction we should head?
> I don't think everything in /etc/login.defs is provided by PAM yet,
> although I'm willing to be corrected on this. I agree that's the right
> place for programs l
On Mon, Oct 18, 2004 at 02:06:16AM -0500, Branden Robinson wrote:
> On Fri, Oct 15, 2004 at 12:06:36PM -0700, Steve Langasek wrote:
> > environment variables, at least, are trivial to accomplish using the
> > pam_env module. Properly setting a umask would call for something else
&g
> Particularly valuable in this particular case would probably be someone
> who is a known quantity to SGI.
I'm aware of one developer who is currently an SGI employee; I'll check
with him to see what approach he recommends.
--
Steve Langasek
postmodern programmer
pgphq3bBU1B1w.pgp
Description: PGP signature
nd
for the record, I can't find any evidence that it does use swig), please
build-depend on 'swig' instead of on 'swig2.0'.
If it doesn't use swig at build time, then of course it's preferable to drop
the build-dependency instead.
Thanks,
--
Steve Langasek
ra suid binary you don't need.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
[EMAIL PROTECTED]
d against xserver 1.4, 1, sparc
> xserver-xorg-video-sunleo_1:1.1.0-2, rebuild against xserver 1.4, 1, sparc
> xserver-xorg-video-suntcx_1:1.1.0-2, rebuild against xserver 1.4, 1, sparc
Scheduled.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Dev
m what's documented in both the English
and Spanish debconf templates.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debi
ta. Si las quita todas, será como si no hubiese quitado
ninguna, porque en ambos casos el servidor X intentará usar la resolución
más alta que haya disponible.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it
On Mon, Feb 05, 2007 at 01:39:34AM +0100, Julien Cristau wrote:
> I'm filing this as a serious bug against the Xorg server, because Debian
> ships 64bit kernels on i386
No, actually, we don't. Do you think it's fair to downgrade this bug then?
--
Steve Langasek
mping the soname is still the right thing to do. But
there's sure to be resistance upstream from those indoctrinated into the Red
Hat school of library management, as there was for freetype, so the path of
least resistance would probably be to leave the soname alone, "hoping for
th
when the upgrade breaks in the
middle.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
--
To UNSUBSCRIBE, email t
ff not changing
this for etch, given the risk of error.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
te that tried to fix
this bug for etch, RC or not. I guess if the "fix" is just to document it,
that'd be ok, but I don't think that's a proper ultimate fix anyway.
--
Steve Langasek Give me a lever long enough and a Free OS
Debi
On Sat, Sep 24, 2005 at 05:48:51PM -0400, David Nusinow wrote:
> On Sat, Jul 16, 2005 at 07:38:11PM -0700, Steve Langasek wrote:
> > Package: x11-common
> > Version: 6.8.2.dfsg.1-2
> > Severity: important
> > When installing x11-common on my existing sid system that
On Sun, Sep 25, 2005 at 08:29:22AM +0200, Andreas Metzler wrote:
> On 2005-09-25 Steve Langasek <[EMAIL PROTECTED]> wrote:
> > No, you would only need to ship the *md5sum* of the old xfree86-common
> > conffile with the x11-common package, for comparison with the currently
e86-common and
x11-common own the /etc/X11/rgb.txt conffile. So, if the user purged
xfree86-common (which he shouldn't have done)... poof.
- --
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and
t;= 6.8.1-0.2)
Replaces: xserver-xorg (<= 6.8.1-0.2)
should almost certainly be a Replaces *without* a Conflicts. The Conflicts
is only warranted if replacing the corresponding files from xserver-xorg
causes xserver-xorg to not work correctly in some way.
--
Steve Langasek
.a, and possibly adjust the GLcore
> one if there's also a .so available. Add a Conflicts on older versions
> of nvidia-glx from xserver-xorg. Which is still messy, but there you
> go.
Yes, that's a perfectly reasonable solution AFAICT.
--
Steve Langasek Gi
can track how things
> progress. Thanks!
I don't see anything that should block letting this in next week, at least
if libxrender turns out to be a shlibs change and not an soname change.
Let's let the rest of the release team comment as well, though.
--
Steve Langasek
ntainers), so that it can be
used as a potential TODO list for this weekend's BSP?
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
That would make udev broken.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
"failed to load x modules" doesn't really
say much; we really need to see what those modules are, which means having
your /etc/X11/XF86Config-4.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can mov
inking, but -L/usr/X11R6/lib is not...
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u xft-2.1.7/debian/chan
On Sun, Jan 22, 2006 at 10:57:12AM +, Daniel Stone wrote:
> tags 349318 + fixed-upstream
> On Sun, Jan 22, 2006 at 02:44:28AM -0800, Steve Langasek wrote:
> > So, I suppose most of you have read
> > <http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html>
On Sun, Jan 22, 2006 at 02:36:58PM -0500, David Nusinow wrote:
> On Sun, Jan 22, 2006 at 04:18:21AM -0800, Steve Langasek wrote:
> > On Sun, Jan 22, 2006 at 10:57:12AM +, Daniel Stone wrote:
> > > This has already been fixed in the modular tree (/cvs/xorg/lib, as
> >
reopen 349318
block 349318 by 340904
thanks
>* Add 001_no_export_freetype.diff. This is a modified patch from Steve
> Langasek that causes xft.pc not to export freetype or xrender as part of
> the interface, but hide them in Requires.private instead (closes:
> #349318
#x27;s coming back, or whether we should
requeue kdepim for rebuilding.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
On Fri, Jan 27, 2006 at 06:46:44PM -0500, David Nusinow wrote:
> On Thu, Jan 26, 2006 at 10:34:31PM -0800, Steve Langasek wrote:
> > > I am not sure if the solution is to rebuild kdepim with the new xft, or
> > > include libXft.la back, so I CC the xft maintainer, but someth
st doesn't handle version
tracking yet. A force hint has been added to get xorg-x11 in.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
U for this bug.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
diff -u xft-2.1.8.2/debi
On Sun, Feb 05, 2006 at 12:42:25PM -0500, David Nusinow wrote:
> On Sun, Feb 05, 2006 at 04:59:25AM -0800, Steve Langasek wrote:
> > tags 350458 patch
> > thanks
> > Attached is a patch to add the freetype cflags back into the xft.pc file.
> > The previous patch was als
libfreetype ABI change affected the ABI of
libXft, there would be no sense in trying to avoid the double-linking, and I
wouldn't be bothering! :)
> Relying on indirect linkage in a lot of cases just results in more fragile
> applications.
No, recursive linking of indirect dependencies
packages when X is
> configured inside the installer: the proposed resolutions choices in
> the multiselect list are separated by empty choices
> This is fixed in unstable.
Then it should now be fixed in testing as well. What version of
xserver-xorg fixes this?
--
Steve Langasek
On Thu, Feb 09, 2006 at 06:59:02PM +0800, James Henstridge wrote:
> Steve Langasek wrote:
> >>If Xft is updated to a new version of either of those libraries such
> >>that those types are defined differently (altered struct layout,
> >>different type sizes, etc),
not actually likely to get more
duplicate bug reports about it now that upgrades in testing are un-broken.
The root bug is not yet resolved; libfreetype6 needs to have shlibs bumped
and libxft2 needs to be rebuilt, and the ABI breakage of gnustep will still
need to be addressed.
was a bug in libxft-dev, not in x11-common.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
needs to put the
> headers back into /usr/X11R6/include/ or depend on x11-common from
> experimental.
David did in fact move these headers back in the -5 upload of xft, but he
moved them to the wrong directory: they're in /usr/X11R6/include/Xft instead
of in /us
e update #350113
> details for testing users who were hit by that bug at some time, and
> reverted to stable's version (Following :
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350113;msg=52)
What do you believe is missing from my last message to bug #350113?
--
Steve Langasek
pen as separate steps.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
;t know if
this helps fix the bug in mesag3-glide2... but it suggests that a workaround
may be to use xlibmesa3 instead of mesag3. (Isn't the integrated XFree4 code
the preferred GL driver anyway?)
HTH,
Steve Langasek
postmodern programmer
I to pick up at a later date.
Steve Langasek
postmodern programmer
Template: xserver-xfree86/autodetect_video_card
Type: boolean
Default: true
Description: Attempt to autodetect video hardware?
Accept this option if you would like to attempt to autodetect the recommended
X server and driver modul
arget `debian/scripts/vars.s390'. Stop.
> > **
> > Build finished at 20060410-2236
> > FAILED [dpkg-buildpackage died]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Unfortunately, the wrong severity for an architectu
space
Not RC; the package evidently will build on any architecture where the
build-deps are satisfied, so arch: any seems valid to me.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PRO
schedule.
So far I'm very unimpressed with the resultant bug count from the Xorg 7
transition.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
.
cairo has already been binNMUed, avahi is queued up with a dep-wait on the
fixed qt4-x11.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
ld still be updated to use the consistent
path -- or to use /usr/bin/xkbcomp and have a versioned dependency.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
needs to be done in the maintainer script because of dpkg's limitation
regarding converting between symlinks and directories.) This symlink will
provide maximal compatibility for those packages which have hard-coded paths
pointing to /usr/X11R6/bin, removing any need to track them down for etch.
On Thu, Apr 13, 2006 at 05:03:19PM -0700, Russ Allbery wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:
> > Package: x11-common
> > Version: 1:7.0.10
> > Severity: serious
> > The xorg 7 x11-common package has an undeclared conflict with all
> > package
h easier to
integrate with plain Makefiles, its dependency handling is much better able
to cope with changes to library relationships.
It's just the timing that becomes an issue.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
is is bug #362451, already reported.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description
Hi Petteri,
On Sat, Apr 15, 2006 at 11:13:20AM +0300, Petteri wrote:
> rmdir: /usr/X11R6/bin: Hakemisto ei ole tyhjä
> x11-common postinst error: Could not remove /usr/X11R6/bin. Is not yet empty
Please forward us a directory listing of /usr/X11R6/bin.
Thanks,
--
Steve La
an be fixed by changing the Conflicts to xserver-xorg (<< 1:7.0.12)
-- assuming it's fixed in the next maintainer upload.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the worl
transition. This means
And unfortunately, a look at the svn repo shows that there is almost *no*
revision history for trunk/debian/xorg/debian/xserver-xorg.config.in; or
else I would be happy to provide you with a quick diff to revert this
change. :/
--
Steve Langasek Give me a
ersion of the package, I think you'll miss having
/usr/bin/X disappear!
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] htt
On Sat, Apr 15, 2006 at 12:02:02PM +0300, Petteri wrote:
> On Sat, Apr 15, 2006 at 01:52:30AM -0700, Steve Langasek wrote:
> > Hi Petteri,
> > On Sat, Apr 15, 2006 at 11:13:20AM +0300, Petteri wrote:
> > > rmdir: /usr/X11R6/bin: Hakemisto ei ole tyhjä
> > > x11
e this was removed in error.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
On Sat, Apr 15, 2006 at 02:33:49AM -0700, Steve Langasek wrote:
> > -rwxr-xr-x 1 root root 843K 2005-08-18 05:36 xfs-xtt
> And this turns out to be a really sloppy bug in my code to find packages
> that x11-common needs to conflict with, managing to completely miss the
> stable-o
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
. We just need
> to make sure they do so after x11-common sets that symlink up.
Installing files to /usr/X11R6/bin when /usr/X11R6/bin is a symlink is
broken and wrong; it leaves dpkg with an inconsistent view of package
contents, and will leave orphaned files behind if x11-common's symlink eve
On Sat, Apr 15, 2006 at 11:33:08AM +0100, Daniel Stone wrote:
> On Sat, Apr 15, 2006 at 03:05:04AM -0700, Steve Langasek wrote:
> > The current xserver-xorg package no longer Provides: the virtual 'xserver'
> > package, which all xserver packages have done since time im
On Sat, Apr 15, 2006 at 07:01:12PM +0200, Joey Hess wrote:
> Steve Langasek wrote:
> > Hmm, this was supposed to have been fixed in xserver-xorg 1:7.0.11 by
> > removing the symlink in question. :/ So there are two bugs here --
> > xserver-xorg needs to drop the symlink, an
-common. This needs to be fixed soon so that packages don't get uploaded
using the functional but buggy xutils 1.0.2-1.
The attached patch Works For Me when building autolock for X11R7.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Deve
ll to /usr/bin instead. If it's not from a
package, move the file to /usr/bin or /usr/local/bin (the latter seems more
appropriate to me, the former will give you path compatibility) via the
/usr/X11R6/bin symlink).
--
Steve Langasek Give me a lever long enough and a Free O
were encountered while processing:
> xserver-xorg
> xorg
Can you edit /var/lib/dpkg/info/xserver-xorg.postinst to change the first
line to read "#!/bin/sh -x" and then run dpkg --configure --pending, and
post the output? This should give us a clear indication of what's failing.
l server error: Could not open default font 'fixed'.
This is a separate bug that I believe is being worked on.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED
-common.preinst belongs in a
.config script, not in the preinst script, since the only thing being done
is renaming some debconf questions in the database.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world
I guess that means half the
messages I've sent to the BTS today are wrong...
If you don't have time to upload this tonight, I'd like to be able to NMU
(or upload what's currently labelled -13 in svn) to get this fixed.
--
Steve Langasek Give me a lever lon
severity 362940 serious
tags 362940 -moreinfo unreproducible
thanks
On Sun, Apr 16, 2006 at 04:28:14PM -0700, Steve Langasek wrote:
> On Sun, Apr 16, 2006 at 06:14:33PM +0200, Riccardo Magliocchetti wrote:
> > Package: xserver-xorg
> > Version: 1:7.0.12
> > Severity: gr
ly make users of stable deal with the
single issue of moving their files out of /usr/X11R6/bin; which is why I
asked David to implement this transition when it became clear that things
were breaking because of the move to /usr/bin.
--
Steve Langasek Give me a lever long enou
On Mon, Apr 17, 2006 at 01:15:03AM +0100, Stephen Gran wrote:
> This one time, at band camp, Steve Langasek said:
> > On Sun, Apr 16, 2006 at 11:26:40AM +0200, Daniele Venzano wrote:
> > > Package xserver-xorg fails to install on my system with the following
> > >
is the only package
people are reporting problems with, this suggests there's an issue with the
debconf templates provided by xserver-xorg.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
er-xorg did, by just changing to accept discover as an
(apparently untested) alternative to discover1.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
On Sun, Apr 16, 2006 at 09:52:52PM +0300, Daniel Stone wrote:
> On Sat, Apr 15, 2006 at 02:09:57PM -0700, Steve Langasek wrote:
> > On Sat, Apr 15, 2006 at 11:33:08AM +0100, Daniel Stone wrote:
> > > On Sat, Apr 15, 2006 at 03:05:04AM -0700, Steve Langasek wrote:
> > >
Package: xserver-xorg
Version: 1:7.0.12
Severity: minor
The 7.0 transition seems to have killed /usr/share/bug/xserver-xorg/script,
which means bug reports are going to come in with a lot less information
than they did before. Accidental omission, or deliberate change?
--
Steve Langasek
On Mon, Apr 17, 2006 at 09:51:58AM +0200, Eduard Bloch wrote:
> #include
> * Steve Langasek [Sun, Apr 16 2006, 04:58:25PM]:
> > If you ask me, I think it's better to keep the vast majority of irritating
> > bugs confined to unstable, and only make users of stable deal wi
s.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
> Description:
> xkb-data-legacy - Classic XKB data
Hello,
Is it reasonable/appropriate for libxcursor1 to continue to support
/usr/X11R6/lib/X11/icons as a fallback search path, in order to provide as
smooth an upgrade as possible?
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
Hello,
xserver-xorg-video-glint (1:1.0.1.3-3) unstable; urgency=high
* High-urgency upload for RC bugfix.
* Add x11proto-fonts-dev to Build-Depends; thanks to Daniel Schepler
for noting this. (closes: #362143)
-- Steve Langasek <[EMAIL PROTECTED]> Tue, 18 Apr 2006 00:46:47
tags 363267 patch
thanks
Attached is a proposed fix for this bug. Any objections?
BTW, David, you seem to have not committed the last two xutils-dev patches
to the svn tree. :/
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to
: source all
Version: 1.0.1-4
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Steve Langasek <[EMAIL PROTECTED]>
Description:
xkb-data-legacy - Classic XKB data
Closes: 362099
Changes:
xkb-data-legacy (1.0.1-4) unstable; urgency=low
.
[ David Nusinow ]
6/bin"
> fi
> it should be: "ln -s ../bin /usr/X11R6/bin" instead. See policy 10.5.
Correct, this is a policy bug as you say. It's a severity: important one,
though.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
abort the whole installation before
> it starts. And a list of remaining files should be printed. Maybe together
> with 3rd-party packages that those files may belong to.
> If you wish me to implement a such solution, please say "do it" and I
> will try to.
If you do compile
On Tue, Apr 18, 2006 at 01:21:51PM +0300, Daniel Stone wrote:
> On Tue, Apr 18, 2006 at 02:24:22AM -0700, Steve Langasek wrote:
> > Attached is a proposed fix for this bug. Any objections?
>
> Looks fine to me.
Eugene did actually raise an objection on IRC; here's a revised
On Tue, Apr 18, 2006 at 11:43:31AM +0300, Daniel Stone wrote:
> On Tue, Apr 18, 2006 at 12:55:31AM -0700, Steve Langasek wrote:
> > Is it reasonable/appropriate for libxcursor1 to continue to support
> > /usr/X11R6/lib/X11/icons as a fallback search path, in order to provide a
On Tue, Apr 18, 2006 at 04:32:56PM -0700, Steve Langasek wrote:
> On Wed, Apr 19, 2006 at 12:21:14AM +0100, Daniel Stone wrote:
> > > On the other side, how do we ensure that cursor themes aren't upgraded
> > > before the libraries that need to access them? I think hav
cursor1 also searches in
> /usr/share/icons, no?
$ dpkg -x x/xcursor/libxcursor1_1.1.3-1_i386.deb /tmp/libxcursor
$ strings /tmp/libxcursor/usr/lib/libXcursor.so.1|grep icons
~/.icons:/usr/share/icons:/usr/share/pixmaps:/usr/X11R6/lib/X11/icons
$
Yes, apparently so.
In that case, what is the s
On Wed, Apr 19, 2006 at 08:20:32AM +0200, Michel Dänzer wrote:
> On Tue, 2006-04-18 at 16:14 -0700, Steve Langasek wrote:
> > On Tue, Apr 18, 2006 at 11:43:31AM +0300, Daniel Stone wrote:
> > > On Tue, Apr 18, 2006 at 12:55:31AM -0700, Steve Langasek wrote:
> > > > Is
xcursor-themes instead, but that would be wrong when the
only thing you need from that package is a directory.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED]
On Tue, Apr 18, 2006 at 08:26:37PM +0200, Josselin Mouette wrote:
> Le mardi 18 avril 2006 à 11:14 -0700, Steve Langasek a écrit :
> > > The postinst contains the following:
> > > if [ -d "/usr/X11R6/bin" ] && [ ! -L /usr/X11R6/bin ]; then
> > >
es the /usr/X11R6/bin symlink, which
> breaks X11. Please conflict with this version of wmnet.
Committed to svn.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the
ldn't be
calling ldconfig either.
In the future, please file separate bugs when you find that multiple
packages suffer from the same problem; when each package has to be fixed
separately, it's not very helpful to have a single bug report with a single
open/closed state...
-
> /usr/lib/libviaXvMCPro.so.1.0.0
> /usr/lib/libviaXvMC.so
> /usr/lib/libviaXvMC.so.1
> /usr/lib/libviaXvMCPro.so
> /usr/lib/libviaXvMCPro.so.1
Aha, so they are.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
ainst. Please tell us what version of libx11-6 you were installing.
I see no way that this bug could happen with the current code; the error
message occurs only when support for the named transport has not been
compiled into the library, and 'local' is a transport that should be
compiled in
asy way to determine which packages require a rebuild fr
> libxrender? libkexif0-dev didn't have any explicit depends on libxrender..
Unfortunately not. The candidate set of affected packages is "all packages
which transitively build-depend on libxrender-dev or libxcursor-
d after the sarge release. I've incremented
the conflict now in the svn repo, so this should be taken care of the next
time David uploads (along with a number of other conflicts).
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
> Emacs depends on the mule-ucs package and the dependancy hasn't been set
> yet. :)
Hmm, two different bugs then I guess. I've reassigned a copy of this bug
back to emacs21 for the emacs maintainers to look at.
--
Steve Langasek Give me a lever long enough
alled with
> the --x11r7-layout flag to let the command know the new font directory
> structure is used.
This part also hasn't definitely shaken out yet I think, so it's probably
premature to try to fix up policy to match.
--
Steve Langasek Give me a lever long e
101 - 200 of 372 matches
Mail list logo
