| Age | Commit message (Collapse) | Author |
|---|
|
Move the target of recipes to the "pattern" from the "font". This is
to ensure the targeted objects is updated by them prior to
FcDefaultSubstitute() so that it can adds the default values properly.
|
|
|
|
Replace ugly bitmapped fonts by Luxi or DejaVu TrueType fonts,
Provide aliases for commonly found Lucida family fonts (Lucida,
Lucida Grande, Lucida Sans Unicode).
Prodded by a submission by Tobias Ulmer. Ok mpi@.
|
|
Maps to DejaVu fonts. Most of the work done by martynas@
and deraadt@, with inputs and tests from naddy@, todd@
and lots of others.
|
|
before (re)building the font cache. Useful for builds with
$DESTDIR set, to prepare a binary distribution.
|
|
to make room for a BSD make build system.
|
|
tested by ajacoutot@ and naddy@ on a full ports build
|
|
to the default mesa "swrast" one for software rendering.
ok matthieu@
|
|
ok matthieu@, mpi@
|
|
ok mpi@
|
|
big-endian archs.
ok kettenis@
|
|
those during the update. Spotted by matthieu@
|
|
those during the update. Spotted by matthieu@
|
|
|
|
|
|
Tested by jsg@, matthieu@ and ajacoutot@, ok mattieu@
|
|
|
|
software accleration.
Upstream commit d44f821213d7ed67fed18d6ea6c34b61a665c89e by Adam Jackson
ok ajacoutot@, jasper@, robert@
|
|
event that's not coming.
This unbreak clutter/cogl and probably other toolkits.
Upstream commit 25620eb1d277c6b80edb136eaeca12532fcfd3ce by Adam Jackson
ok ajacoutot@, jasper@, robert@
|
|
ok jasper@, krw@, matthieu@
|
|
-Werror=strict-prototypes enabled.
ok matthieu@
|
|
|
|
ok matthieu@
|
|
with Ctrl Alt *.
This is not the complete fix but mitigates the issue for now.
Bug was introduced to OpenBSD in the xserver update on 2011/11/05
(commit 7d2543a3cb3 upstream), so it affects -current since that date,
but no OpenBSD releases.
ok matthieu@ phessler@ dcoppa@, also tested by schwarze@, jj@
If you want this fix before new snapshots are available, copy the new
file to /usr/X11R6/share/X11/xkb/compat/xfree86 and reload the kbmap e.g.
setxkbmap $(setxkbmap -query | awk '/layout/ { print $2 }')
|
|
okay matthieu@
|
|
ok sthen@, matthieu@
|
|
|
|
|
|
ok jasper@, matthieu@
|
|
https://bugs.freedesktop.org/show_bug.cgi?id=29091
ok matthieu@, oga@
|
|
ok matthieu@
|
|
ok matthieu@, tested jasper@
|
|
|
|
ok matthieu@
|
|
ok matthieu@
|
|
* New structure of descriptions, massive changes in user-visible strings.
Special release for GNOME 3.
ok shadchin@ matthieu@
|
|
ok matthieu@
|
|
ok matthieu
|
|
Minor tweaks (shutdown(2) related bits) by me.
OK matthieu@
|
|
|
|
o various memleak fixes
o ensure get_wm_class_from_reply returns a valid C-string
OK matthieu@, deraadt@
|
|
(but never made it into the 7.8 branch).
first:
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Thu Apr 22 12:47:41 2010 -0700
DRI2: add config query extension
Add a new DRI2 configuration query extension. Allows for DRI2
client code to query for common DRI2 configuration options.
second:
Author: Jesse Barnes <jbarnes@virtuousgeek.org>
Date: Thu Apr 22 12:49:03 2010 -0700
DRI2/GLX: check for vblank_mode in DRI2 GLX code
Re-add support for the vblank_mode environment and configuration
variable. Useful for benchmarking and app control.
The final affect being that config and environment variables for
controlling swap mode work with dri2 now. which helps me a lot with
debugging.
ok matthieu@.
|
|
case libGL itself was dlopen()ed), it was using "libGL.so.1" (linux
convention, doesn't work on OpenBSD). Change it to "libGL.so" so it has
a hope in hell of working.
I finally wrote this patch when trying to port perl's OpenGL modules
ages ago and i finally decided that hacking each instance of dlopening
libGL to use RTLD_GLOBAL was dumb.
ok matthieu@
|
|
Since mesa changed some code, GL applications have been rather nasty to
the xserver, if they are unconstrained rendering wise they spam too many
requests at the xserver and make it slow as hell (even if the cpu is
fairly idle).
There is a throttling mechanism in the xserver (1.8 at least), but that
only really works if you are doing vblank syncing (which is turned off
in our intel driver right now for unrelated reasons), and even then an unsynced
client can cause the same problem.
While a proper fix is being worked on (I am in discussion with X
developers), comment out two conditionals in the intel mesa driver so
that even when using dri2 swapbuffers we wait on the swapbuffers before
last before rendeing more, this prevents almost DoSing the server.
Tested on ironlake, 855 and 965 by me (and my matthieu as well). ok
matthieu@
|
|
|
|
update mesa.
Specifically, we disallow in radeondrm for dri clients mapping
registers, so don't try and map them (and thus fail as we currently
were). for r300+ this was only used for falling back on old drm versions
(doesn't matter). For r100, the new BO abstraction used the SWI number
(in hardware scratch reg 3) for the buffer age, so use the newly added
getparam member to grab that info instead of trying to read the mapped
registers.
Update to the lastest kernel headers before you even think about
building this or trying to use a snapshot on r100/r200.
So now radeon works with mesa again, hoorah!
Tested on rv250 by Josh Elsasser, and on R420 (and x800) by myself.
|
|
|
|
|
|
|
|
|
