similar to: [ANNOUNCE] libXvMC 1.0.12

libXvMC is the Xlib-based client library for the X-Video Motion Compensation API. Alan Coopersmith (5): Need to check for -1, not 0, to determine if shmat() failed Fix sign comparison warnings for loop indexes Update README for gitlab migration Update configure.ac bug URL for gitlab migration libXvMC 1.0.11 Emil Velikov (1): autogen.sh: use quoted string

Matthieu Herrb (1): libXvMC 1.0.10 Tobias Stoeckmann (1): Avoid buffer underflow on empty strings. git tag: libXvMC-1.0.10 https://xorg.freedesktop.org/archive/individual/lib/libXvMC-1.0.10.tar.bz2 MD5: 4cbe1c1def7a5e1b0ed5fce8e512f4c6 libXvMC-1.0.10.tar.bz2 SHA1: 8c50ee4a43aff84d807da2122ec6b0d8e3ce4635 libXvMC-1.0.10.tar.bz2 SHA256:

libXv is the Xlib-based client library for the X-Video Motion Compensation API. This release now requires libX11 1.6 or later, and a C compiler less than 25 years old. Alan Coopersmith (3): Require ANSI C89 pre-processor, drop pre-C89 token pasting support Rename local err variable in XW_RSYM macro to avoid shadow warnings libXvMC 1.0.9 Michael Joost (1): Remove fallback

This release moves more header files to the legacy set. Note that this means libX11 older than 1.6.9 and libXvMC older than 1.0.12 will not build without some legacy headers installed. Adam Jackson (2): Move remaining xlib-entwined headers to LEGACY xorgproto 2019.2 Jon Turney (1): Move windowswmproto to legacy git tag: xorgproto-2019.2

X.Org security advisory: October 4, 2016 Protocol handling issues in X Window System client libraries ============================================================ Description Tobias Stoeckmann from the OpenBSD project has discovered a number of issues in the way various X client libraries handle the responses they receive from servers, and has worked with X.Org's security team to analyze,

<quote> [root]# yum install ffmpeg mplayerplug-in Loading "protectbase" plugin Setting up Install Process Setting up repositories ... A lot of output leading to ... Transaction Check Error: package gtk+-1.2.10-33.centos4 (which is newer than gtk+-1.2.10-33) is already installed </quote> I am not sure what is the problem and how it manifested itself. What to do now?

I ran yum update and had a problem with dependences: [rmiles at localhost ~]$ sudo yum update Loading "fastestmirror" plugin Loading "protectbase" plugin Setting up Update Process Setting up repositories Loading mirror speeds from cached hostfile Reading repository metadata in from local files Excluding Packages from CentOS.Karan.Org-EL4 - Stable Finished 131 packages excluded

This release adds a new keysym, a state-change event to the DPMS extension, synchronizes more of the meson and autotools build sytems, and converts some quasi-text documentation to Markdown. Thanks to all who contributed. Adam Jackson (4): xorgproto 2020.1 Revert "xorgproto 2020.1" automake: Fix install and dist for the new markdown docs xorgproto 2020.1

This release boasts a bunch of cleanup work and a few new keysyms. No functional changes to any of the protocols. Adam Jackson (3): randrproto: Fix missing #undef RRLease Remove COPYING-panoramixproto composite: Fix the documentation for the unredirection requests Alan Coopersmith (9): Remove trailing whitespace from header files Remove the use of no-op B16 &

This release fixes various version numbers and include paths, corrects an error in the RANDR specification, and adds the meson build system which was erroneously left out of 2018.1. Adam Jackson (6): meson: Fix xf86driproto.pc presentproto: Fix version number (1.1 not 1.0) kbproto: Fix version number (1.0.7 not 1.0.6) xproto: Bump to 7.0.32 autotools: Distribute the

This adds RandR leasing and non-desktop monitors along with fixing the autotools build to include xcalibrate header files (if LEGACY is selected). Adam Jackson (1): glproto: Add compatibility #defines for the typos we corrected Keith Packard (6): randr: Add Leases. [v4] randr: Add non-desktop output property and behaviors [v3] Update RandR version in meson.build to 1.6

This release updates the specifications and protocol headers for DRI3 and Present to 1.2, and fixes several spelling and grammar errors in the specification texts. Adam Jackson (1): xorgproto 2018.4 Giuseppe Bilotta (1): Spelling and grammar fixes Louis-Francis Ratté-Boulianne (2): dri3: Add modifier/multi-plane requests, bump to v1.2 presentproto:

This package combines the protocol headers, which were formerly scattered in individual packages. At this point none of them are changing rapidly enough to justify such fine granularity, particularly when what changes do occur tend to affect multiple extensions at once (Present and DRI3 for example). The individual protocols are still installed as separate pkg-config modules, and consumers should

This is xorgproto-2023.2 as a quick-fix release to address the Present protocol version not being updated in xorgproto-2023.1. Olivier Fourdan (2): presentproto: Update version number to 1.3 xorgproto 2023.2 git tag: xorgproto-2023.2 https://xorg.freedesktop.org/archive/individual/proto/xorgproto-2023.2.tar.gz SHA256:

Hi, I am pleased to announce xorgproto version 2024.1 which includes updates for the DRI3 and Present protocol definitions to support explicit synchronization and other keysyms/keydefs fixes and improvements. Erik Kurzinger (2): DRI3: add DRI3ImportSyncobj and DRI3FreeSyncobj Present: add PresentPixmapSynced Jos? Exp?sito (1): meson: add header paths to declare_dependency

This release introduces a couple of new options for existing extensions: * A new option PresentOptionAsyncMayTear for the Present extension, * A new flag XFixesClientDisconnectFlagForceTerminate to the XFixes XFixesClientDisconnectFlags intended to be used by screen lockers, where the server must exit if the screen locker does. The other changes include various fixes, clarifications

Hi, recently I've tried the script createdump.sh and I have some suggestions: * it would be nice if the script is able to detect missing prerequisites and to suggest to install appropriate packages (as with cvs), namely - SDL-devel - libXvMC-devel (the names will differ from distro to distro, but it can make a good starting point; other ones come as dependencies, at least in my case) * it

Oh, this might be the issue - yum says it can't open "nvidia-x11-drv-304xx-304.135-1.el6.elrepo.x86_64.rpm" - let me download it again and see what happens. Are there md5 hash sums on these files? On Thu, Feb 8, 2018 at 3:23 PM, Phil Perry <pperry at elrepo.org> wrote: > On 08/02/18 15:10, Felipe Westfields wrote: > >> I copied the error message exactly as it

On 08/02/18 15:10, Felipe Westfields wrote: > I copied the error message exactly as it was on the screen > As John said, you are mistaken: $ rpm -qp --requires nvidia-x11-drv-304xx-304.135-1.el6.elrepo.x86_64.rpm /bin/sh /bin/sh /bin/sh /bin/sh /bin/sh /sbin/ldconfig /usr/bin/python config(nvidia-x11-drv-304xx) = 304.135-1.el6.elrepo grubby grubby libGL.so.1()(64bit)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's a bit after 11pm, on the 11th day of the 11th month of the year, so what better time for a new release of X11! Release Candidate 1 of X11R7.6 has been posted at: http://www.x.org/releases/X11R7.6-RC1/ This includes all the source tar files for the versions of the modules currently considered part of the core release set (aka the