Package: xlibmesa-glu-dev
Version: 4.2.1-5
Severity: normal
Could you please add a dependency on xlibmesa3-glu to
xlibmesa-glu-dev? As it is, if I build-depend only on the former, I
may end up linking against libGLU.a because libGLU.so is a dangling
symlink.
(A dependency on xlibmesa-gl-dev | li
Package: xlibmesa3-glu
Version: 4.2.1-5
Severity: normal
xlibmesa3-glu.shlibs lists the appropriate dependencies for
libGLU.so.1 as xlibmesa3-glu | libgl1; shouldn't the alternative be
libglu1?
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux tux 2.4.20 #1
> Research Centre for the various UNIX systems. And XFree86 was created from
Er, X came out of MIT's project Athena (though the work at PARC was
certainly an influence).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Package: xlibmesa-glu-dev
Version: 4.2.1-5
Severity: normal
Could you please add a dependency on xlibmesa3-glu to
xlibmesa-glu-dev? As it is, if I build-depend only on the former, I
may end up linking against libGLU.a because libGLU.so is a dangling
symlink.
(A dependency on xlibmesa-gl-dev | li
Package: xlibmesa3-glu
Version: 4.2.1-5
Severity: normal
xlibmesa3-glu.shlibs lists the appropriate dependencies for
libGLU.so.1 as xlibmesa3-glu | libgl1; shouldn't the alternative be
libglu1?
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux tux 2.4.20 #1
bear <[EMAIL PROTECTED]> writes:
> I run a problem which use fltk and SEGV at the beginning of XftCharIndex
If this is an ITK application that also uses VTK, you're probably
running into http://bugs.debian.org/277602 .
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debi
[Oops, I accidentally sent the previous reply only to -x.]
bear <[EMAIL PROTECTED]> writes:
> I run a problem which use fltk and SEGV at the beginning of XftCharIndex
If this is an ITK application that also uses VTK, you're probably
running into http://bugs.debian.org/277602
dash posh ksh zsh; do $sh -e -c '(set +e; false; echo
foo)'; done
foo
foo
foo
foo
foo
foo
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
"M.-A. DARCHE" <[EMAIL PROTECTED]> writes:
> repeat_type=raw
Don't use this; it works poorly for mice that use bidirectional
protocols, and in any case certainly won't produce button-adjusted
output. Instead, you should use a repeat_type of ms3 in conjunction
with a protocol of "IntelliMouse" on
\
((GLfloat *)v)[j]); \
vb[j] = ((GLuint *)v)[j];\
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ertsize ; j++ ) {\
- if (1) fprintf(stderr, " -- v(%d): %x/%f\n",j, \
+ if (0) fprintf(stderr, " -- v(%d): %x/%f\n",j, \
((GLuint *)v)[j], \
((GLfloat *)v)[j]); \
vb[j] = ((GLui
he first round of packages for unstable, I just
> haven't gotten to it yet. If it doesn't get in to the first round (although
> it's so harmless I don't see why it won't) I'll make certain it gets in to
> the second round. Thank you for the patch!
Great, thanks!
Jan Gregor <[EMAIL PROTECTED]> writes:
> You mean to put "export LD_LIBRARY_PATH= ..." into .xinitrc ? Of course I
> tried it but again other exports are ok but this is ignored. Workaround
xterm is setgid utmp, and therefore triggers the same (justified)
dynamic loader
Your laptop has a Transmeta processor, right? If so, I believe you're
running into Bug#216933 (aka #234556 and #261251)...
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
first client. This never be necessary
(sic.)
under normal conditions, since xdm and xinit always act as the
first client.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
yields the same font I got with "XClock*font: fixed" under 4.2.1.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
graphics library [DRI
> trun
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
printf "Keyboard-related contents of XFree86 X server log " \
> + "file\n%s:\n" "$LOG" >&3
> egrep -5i '(keyboard|xkb|kbd)' "$LOG" >&3
> printf "\n" >&3
> fi
As f
please file a bug with NCBI.
FWIW, you can find Cn3D 3.0 in the ncbi-tools-x11 package. I
eventually plan to package the NCBI C++ Toolkit, complete with a newer
Cn3D, but can't commit to doing so anytime soon. (See
http://bugs.debian.org/150636 and http://bugs.debian.org/225651 .)
--
Aaro
g so anytime soon. (See
http://bugs.debian.org/150636 and http://bugs.debian.org/225651 .)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
as well.
For the record, you can use ldd to determine a binary's dynamic
dependencies; anything it doesn't list is necessarily static.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
ies we distribute
to minimize dependencies users will have to install.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
that binary (not my doing, I can assure you) was
unaware of this.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> writes:
> +environments where lixbext-dev is not installed, since the Xft1 library
^^
*cough*
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a val
Yep, kibitzing again
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> writes:
> +will have to do so by hand (with \(oqinvoke-rc.d restart xdm\(cq, or by
I believe you have "restart" and "xdm" swapped (but "xfs" and
"restart" in the
Emmanuel Fleury <[EMAIL PROTECTED]> writes:
> Does anybody know how to catch these packets ?
You might find xmon (which is packaged and has an extensive man page)
of interest.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a val
> Research Centre for the various UNIX systems. And XFree86 was created from
Er, X came out of MIT's project Athena (though the work at PARC was
certainly an influence).
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address
STARTUP, which is by no means guaranteed to kill
$SSH_AGENT_PID when done, so most sessions probably will end up
leaving ssh-agent processes behind.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRI
gs.)
On a whim, I tried the option you suggested to see if it did anything
about the current gdm lossage (not noticing when I logged out);
unsurprisingly, it had no effect.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for
ot; >> "$XWRAPPER_CONFIG_ROSTER"
fi
else
# if the checksum pathname does exist but is not a directory, give up; we
# will assume the user has reasons for setting things up this way
message "Warning: cannot register $THIS_PACKAGE package as an owner of" \
&q
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
> mkdir --mode=755 --parents "$CHECKSUM_DIR"
Er, make that
[ -e "$CHECKSUM_DIR" ] || mkdir --mode=755 --parents "$CHECKSUM_DIR"
to avoid bombing out ungracefully if the pathname exists as a
non-directory. (Also,
amu mit 4 2003-08-28 14:33 foo
$ test -s foo || echo $?
$ test -s bar || echo $?
1
$ test -s baz || echo $?
1
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to
Branden Robinson <[EMAIL PROTECTED]> writes:
> Oh, balls. Retract my observersation about -n ignoring whitespace. It
> doesn't.
Right; for that, grep -qsv '^[[:space:]]*$' may be your best bet.
> Sigh. Just not my day.
I know the feeling.
--
Aaron M. Uck
Er, why include config.{guess,sub} and install.sh? Nothing in your
patch seems to call any of them...
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
STARTUP, which is by no means guaranteed to kill
$SSH_AGENT_PID when done, so most sessions probably will end up
leaving ssh-agent processes behind.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
gs.)
On a whim, I tried the option you suggested to see if it did anything
about the current gdm lossage (not noticing when I logged out);
unsurprisingly, it had no effect.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
ot; >> "$XWRAPPER_CONFIG_ROSTER"
fi
else
# if the checksum pathname does exist but is not a directory, give up; we
# will assume the user has reasons for setting things up this way
message "Warning: cannot register $THIS_PACKAGE package as an owner of" \
"$XWRAPPER_CONFIG; $CHECKSUM_DIR exists but is not a directory."
fi
[...]
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
> mkdir --mode=755 --parents "$CHECKSUM_DIR"
Er, make that
[ -e "$CHECKSUM_DIR" ] || mkdir --mode=755 --parents "$CHECKSUM_DIR"
to avoid bombing out ungracefully if the pathname exists as a
non-directory. (Also,
-1 amu mit 4 2003-08-28 14:33 foo
$ test -s foo || echo $?
$ test -s bar || echo $?
1
$ test -s baz || echo $?
1
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Branden Robinson <[EMAIL PROTECTED]> writes:
> Oh, balls. Retract my observersation about -n ignoring whitespace. It
> doesn't.
Right; for that, grep -qsv '^[[:space:]]*$' may be your best bet.
> Sigh. Just not my day.
I know the feeling.
--
Aaron M. Uck
Er, why include config.{guess,sub} and install.sh? Nothing in your
patch seems to call any of them...
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> writes:
> +debian/tmp/usr/lib/pkgconfig/render.pc usr/lib
Er, shouldn't the target directory there be usr/lib/pkgconfig?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT
y what you're thinking of; it has a
potentially problematic dependency on glib. There's also libunicode0,
which depends only on libc, but the only relevant-sounding function I
see is unicode_canonical_decomposition, which may not quite suffice.
--
Aaron M. Ucko, KB1CJC (amu at al
!/bin/sh
> ccache /usr/bin/gcc-3.4 -O3 -march=athlon-xp -funroll-loops
> -fomit-frame-pointer -ffast-math $@
>
> ... am i doing something silly [with the [EMAIL PROTECTED]
Yes, you need to surround it with double quotes; otherwise it's no
better than $*.
--
Aaron M. Ucko, KB
(4.3.0.dfsg.1-8) build-deps.
>> Yes, you need to surround it with double quotes; otherwise it's no
>> better than $*.
>
> ah _ha_.
>
> thank you v. much.
No problem.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Package: xdm
Version: 1:1.1.5-1
Severity: normal
The latest xdm upload introduced a nasty regression: the
DisplayManager.xrdb xdm-config resource defaults to bindir/xrdb (sic)
rather than /usr/bin/xrdb. As a result, xdm fails to load
/etc/X11/xdm/Xresources, defaulting to a relatively unattractiv
Package: xserver-xorg-video-dummy
Version: 1:0.2.0-6
Severity: grave
Justification: renders package unusable
xserver-xorg-video-dummy still depends merely on xserver-xorg-dev
(>= 2:1.2.99.902); at least on amd64, the autobuilder consequently
wound up building it against xserver 1.3, yielding a bin
Package: x11-apps
Version: 7.3+1
Severity: minor
Running xclock -d(igital) -norender with LANG=C recently started
yielding a square window with a lot of extra vertical space and not
quite enough horizontal space (at least with my customary font), as if
I had instead wanted an analog display. This
"Aaron M. Ucko" <[EMAIL PROTECTED]> writes:
> In particular, working around #352967 by specifying a strftime
> format rather than tweaking locale settings yields sane geometry.
Never mind, this doesn't appear to work reliably after all. :-/
--
Aaron M. Ucko, KB1CJC
to
load a usable fontset
git-bisect bad 8476e5fbddafc17190347e86a68f66dc3958
Please let me know if there's any other information you'd like me to
provide.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi
0.1
-rw-r--r--1 root root32244 2003-12-30 16:58
/usr/lib/libXcursor.so.1.0.1
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Package: xserver-xorg-input-joystick
Version: 1:1.3.0-2
Severity: serious
Justification: no longer builds from source
xserver-xorg-input-joystick generally fails to build from source;
http://buildd.debian.org/fetch.cgi?pkg=xserver-xorg-input-joystick;ver=1%3A1.3.0-2;arch=amd64;stamp=1193584943
is
yone's keyboard use the evdev driver.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Brice Goglin <[EMAIL PROTECTED]> writes:
> Did you manage to find more details about this?
No, sorry, I've been (and remain) busy with other matters.
Thanks for asking, though.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http:/
excessive. :-/)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Michel Dänzer <[EMAIL PROTECTED]> writes:
> It probably doesn't really use that much memory up front. The log file
Thanks for clarifying; I had hoped that might be the case.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid
nts depending on a lot of libraries that only a
handful of the programs it contains actually needs, so it would be
unfortunate if such "dependency pollution" were still present.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a
Julien Cristau <[EMAIL PROTECTED]> writes:
> I think the override should be changed for these packages. They are now
> dummy packages, provided for upgrades from sarge. Is the correct
> section for these "oldlibs", or something different?
I'd say oldlibs.
--
conventionally.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hanks Julien Wajsberg. (closes: #320328)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
w any obvious (to me) place where a file or
> directory is being referenced. I've added the maintainer of that file
I'm pretty sure the message just means that gdb can't find ChkIfEv.c
to show you the actual contents of its line 57
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu
Package: x-window-system-core
Version: 6.9.0.dfsg.1-1
Severity: normal
Happy holidays, and congratulations on getting 6.9.0 out the door!
That said, I'm afraid I have a bug to report:
As noted in #334721, which I believe it's too late to reopen :-/, the
libgl1-mesa-dri should be an alternative *
This is presumably a side effect of xterm's move from /usr/X11R6/bin
to /usr/bin, which involves dropping the old alternatives and adding
new ones.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
-
share/fonts/X11?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> writes:
> +Package: xlibmesa-dri
> +Section: libdevel
> +Architecture: any
> +Depends: libgl1-mesa-dri
This will probably be more effective if you version libgl1-mesa-dri's
conflict with xlibmesa-dri. :-)
--
Aaron
AFAICT, xterm wound up getting built against a buggy version of
libxft-dev (namely, 2.1.8.2-5) on amd64 and should therefore be
binNMUed for that platform.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info
stuck with
software rendering, unless you downgrade (and hold back)
xlib(os)mesa-* in addition to xserver-xorg(-dbg). Apart from that, I
haven't encountered any problems with mixing and matching versions.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTEC
fo, xsetmode, and xsetpointer all need libxi-dev. (I do
agree that it might make sense for libxcursor-dev to depend on
libxfixes-dev, though.)
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE
Package: x11-common
Version: 1:7.0.10
Severity: serious
Justification: Policy 6.5(4)
At least on amd64, the following packages ship /usr/X11R6/bin as a
directory (but don't actually populate it):
beaver 0.2.5-2
lsb-core 3.1-4
yank 0.2.1-7.2
As in http://bugs.debian.org/364007, x11-common should
y cleans up
old conffiles.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
Package: mesa-swx11-source
Version: 6.4.1-0.4+ucko1
Severity: important
Tags: patch upstream
[XSF: when this patch is in, please bump xorg-server's build dependency
on mesa-swx11-source accordingly in order to pick up the fixes.]
As reported at https://bugs.freedesktop.org/show_bug.cgi?id=5835 an
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]>
writes:
> Tag upload of xserver-xorg-video-i810-2:1.4.1.3-1 to unstable
Are you sure you actually uploaded this? I see no sign of it.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTE
David Nusinow <[EMAIL PROTECTED]> writes:
> It was rejected because of cruft still hanging around in experimental.
Ah, yeah, I see how that could have happened.
> I've written ftpmaster to hopefully clear it out so I can re-upload.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at a
: aborting
>
> Has anyone seen this problem, and can you tell me what I should check?
You may have managed to hit http://bugs.debian.org/343389 . Try
reinstalling the x11-common package with dpkg --force-confmiss:
dpkg -i --force-confmiss /var/cache/apt/archives/x11-common_*.deb
--
ough:
CFLAGS="$CFLAGS ${x_includes:+-I$x_includes}"
LIBS="$LIBS ${x_libraries:+-L$x_libraries} -lX11"
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [
om /etc/X11/Xsession.d when the new
> xfree86-common package is purged. Thanks Joe Drew. (closes: #318294)
Shouldn't that logic go in the post*rm*?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
David Nusinow <[EMAIL PROTECTED]> writes:
> No, because we really just want to get rid of these things. They're
> functionally replicated in x11-common anyway now.
Sure, but in that case you shouldn't be testing "$1" for purge, as the
postinst will never be invo
to the "encodings.dir" file. The
prefix is prepended as-is. If a `/' is required between the
prefix and the path names, it must be supplied explicitly as
part of the prefix.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at
d x; do echo $$x usr/share/mesa-source/`dirname $$x`; done \
+ > $@
binary: binary-indep binary-arch
.PHONY: build clean binary-indep binary-arch binary install configure
debian/mesa-swx11-source.install
With that packaging issue out of the way, I was able to confirm that
bug #364228 is no more;
n.
At any rate, although I'm not entirely clear on X's needs either, I
can confirm that current xorg-server sources build cleanly against
this morning's version of mesa-swx11-source 6.4.2-1.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTEC
"Aaron M. Ucko" <[EMAIL PROTECTED]> writes:
> [XSF: when this patch is in, please bump xorg-server's build dependency
> on mesa-swx11-source accordingly in order to pick up the fixes.]
Marcelo recently uploaded a fixed version of Mesa (thanks!); as such,
please go ahea
ctions, which is pretty
unlikely). As such, I'd say that whatever package contains libGLw
should merely Suggest lesstif2-dev | lesstif-dev, though it ought to
Recommend, if not Depend on, libxt-dev.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT
X Strike Force SVN Repository Admin <[EMAIL PROTECTED]> writes:
> Adding xserver-xorg.bug.presubj from xserver-xfree86.bug.presubj in xfree
> trunk.
Please don't forget to rebrand it.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTE
;> 1.3.0)"
Shouldn't the version string be (>> 1:0.9.0)?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on acceleration by putting
>
> Option "Accel"
You may need to use a double negative here; does
Option "NoAccel" "off"
work any better?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address
27;re consequently out of luck. :-/
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you please also post the .orig.tar.gz when you get a
chance, to allow builds for non-i386 architectures (amd64 in my case)?
Thanks.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email
[EMAIL PROTECTED] (Aaron M. Ucko) writes:
> Cool. Could you please also post the .orig.tar.gz when you get a
> chance, to allow builds for non-i386 architectures (amd64 in my case)?
Now that this has materialized (thanks!), I'm pleased to report that
my amd64 build ran without error
f you'd like, I'll generate a diff and post it
> here.
Thanks for reviving this bug, Jay! The patch you sent still yields
incorrect geometry in my original use case, but upstream HEAD works
for me, as does a revised patch (attached) incorporating an additional
logic fix per upstream.
= NULL)
+ w->clock.font = XQueryFont( XtDisplay(w),
+ XGContextFromGC(
+ DefaultGCOfScreen(XtScreen(w))) );
+ min_width = XTextWidth(w->clock.font, str, len) +
+ 2 * w->clock.padding;
+ min_height = w->clock.font->ascent +
+ w->clock.font->descent + 2
Intel x86_64 system running up-to-date
sid unless I run it with MESA_NO_ASM set. I would of course prefer a
real fix (that wouldn't require giving up all the optimizations), but
I acknowledge that that may not be so easy. :-/
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org
Package: xserver-xorg-core
Version: 2:1.6.1.901-3
Severity: important
I have observed two regressions since upgrading to 2:1.6.1.901-3,
despite having taken care to rebuild xserver-xorg-video-intel against
current versions of xserver-xorg-dev and x11proto-dri2. (As such, I
believe this report to
results; fonts are back to normal, and
DRI2 is working.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "un
u...@debian.org (Aaron M. Ucko) writes:
> I normally stay clear of experimental packages, but I gave
> 2.7.99.901-3 a try, with good results; fonts are back to normal, and
> DRI2 is working.
Well, according to the logs, anyway; in practice, I found OpenGL apps
to produce garbage a
u...@debian.org (Aaron M. Ucko) writes:
> Well, according to the logs, anyway; in practice, I found OpenGL apps
> to produce garbage and had to revert to -core 2:1.6.1.901-2 +
> -video-intel 2:2.7.1-1 to get a fully working setup.
Sorry to keep following up to myself, but I notice
fonts I reported as http://bugs.debian.org/534766 .
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscri
Julien Cristau writes:
> xprint support was removed from libXfont. We should add a Breaks:
> xprint to the libxfont1 package, as it doesn't look like xprint will be
> coming back.
Strictly speaking, shouldn't that have called for an soname bump?
--
Aaron M. Ucko, KB1CJC (
Package: mesa-utils
Version: 7.5-2
Severity: minor
In general, I'm all for shipping upstream changelogs, as their
contents are often of interest. However, in the case of mesa-utils,
doing so increased the package's installed footprint by approximately
a factor of 15(!). Moreover, it already depe
\).*/XWIDTH=\1; XHEIGHT=\2/p'`
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe"
Package: xterm
Version: 242-1
Severity: normal
Sending ^G to xterm 242 with visual-bell mode off (as it is by
default) has no effect. The visual bell still works fine, as do
auditory bells from other applications. xterm 241 had no such
problem. I don't have time to debug the issue at the moment
1 - 100 of 125 matches
Mail list logo
