similar to: [ANNOUNCE] libpciaccess 0.10.5

libpciaccess is used by the Xorg server to interface with the appropriate routines for finding and using PCI bus devices on various operating systems. This release includes musl build fixes, improvements to the Solaris backend and allows parsing separate sysfs files rather than reading the config file on newer kernels. Adam Jackson (1): chmod a-x README.cygwin Chuck Tuffli (1):

This release adds support for 32-bit PCI domain IDs, which are apparently common in virtualized environments. This support has been tested on Linux, and probably also "just works" on FreeBSD and Solaris, to the extent that the underlying OS supports it. If you were allocating a struct pci_device yourself, or embedding it in another structure, this release would be an ABI break. That

In this release: - Updates for FreeBSD and Hurd support - Fixed multifunction bridge enumeration - Fixed a crash when no PCI bus exists Full changelog: Adam Jackson (1): libpciaccess 0.15 Alan Coopersmith (2): Update README for gitlab migration Update configure.ac bug URL for gitlab migration Conrad Meyer (1): freebsd: Add !legacy open_device_io implementation Damien

This release brings a compilation fix on 32-bit arm with newer glibc, and fixes the raw x86 backend's memory mapping to handle writes correctly. Adam Jackson (2): linux: Don't try to include <sys/io.h> on arm libpciaccess 0.16 Damien Zammit (1): x86: Use MAP_SHARED for memory/rom region mmap && fix mode git tag: libpciaccess-0.16

Brown paper bag release. I accidentally clobbered libpciaccess-0.10.2 on the server. Adam Jackson (3): Linux: Fail gracefully on machines without PCI. libpciaccess 0.10.2 libpciaccess 0.10.3 Eric Anholt (1): Catch and recover from yet another linux kernel bug in mprotect. git tag: libpciaccess-0.10.3

Eric Anholt (20): Use ENXIO instead of ENODATA for pci reads returning less than desired. Add endian macros for BSD. Add the beginnings of a FreeBSD port. Add missing newline at the end of the file. Update .gitignores. Add pciaccess_private.h to _SOURCES so it gets included in the dist. Enable more warnings when the compiler is GCC. Fix many warnings

Adam Jackson (1): libpciaccess 0.10 Alan Coopersmith (2): Fix Solaris build: missing static prototype and typo in variable name Need to link with -ldevinfo on Solaris Doug Chapman (1): Bug #14818: Actually return the PCI vendor name, instead of NULL. Eric Anholt (8): Make the base address printout of scanpci more usable. Add FreeBSD MTRR setting support.

Adam Jackson (1): Linux: Fail gracefully on machines without PCI. Alan Coopersmith (3): Initialize err to 0 in pci_device_solx_devfs_map_range Add pci_system_solx_devfs_create prototype to pciaccess_private.h Fix lint warnings in solx_devfs.c Danny van Dyk (1): Fix function prototypes for C++ Dave Airlie (2): linux: add pci_device_enable entrypoint and sysfs

libpciaccess is used by the Xorg server to interface with the appropriate routines for finding and using PCI bus devices on various operating systems. This release provides a number of platform-specific improvements for various platforms, including Linux, Solaris, OpenBSD, NetBSD, and Hurd, plus the addition of some support for Cygwin. Alan Coopersmith (3): Enable use of

libpciaccess is used by the Xorg server to interface with the appropriate routines for finding and using PCI bus devices on various operating systems. Alan Coopersmith (1): libpciaccess 0.13.4 Chih-Wei Huang (1): Add missing guards around config.h inclusion Eero Tamminen (1): Check for __linux__ instead of linux during compilation Emil Velikov (2): Include the POSIX

xorg/lib/libpciaccess - Generic PCI access library -------------------------------------------------- This release fixes the meson.build to honor meson's -Ddefault_library={shared,static,both} flag to control which types of library are built, instead of always forcing the build of only a shared library. Alan Coopersmith (2): meson: allow building static library, not just shared

CentOS Errata and Bugfix Advisory 2017:0082 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0082.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b1d0c4d4156b27cdbb10274ced476723e16a067327fb984db1184bd3116e2147 libpciaccess-0.13.4-3.el7_3.i686.rpm

CentOS Errata and Bugfix Advisory 2017:3316 Upstream details at : https://access.redhat.com/errata/RHBA-2017:3316 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 292ac96faac2115a2cef368fcef95d8aa68c15b5600ea021b531ecdfeabcec87 libpciaccess-0.13.4-3.1.el7_4.i686.rpm

http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes - 3.18.0-rc1.git-e800cab-drm-fixes [ 204.950] (II) modeset(0): using drv /dev/dri/card0 [ 204.951] (EE) [ 204.951] (EE) Backtrace: [ 204.951] (EE) 0: /usr/libexec/Xorg.bin (OsSigHandler+0x29) [0x598e29] [ 204.951] (EE) 1: /lib64/libpthread.so.0 (__restore_rt+0x0) [0x7fbed6fd30cf] [ 204.952] (EE) 2: /lib64/libpciaccess.so.0

I have a C++ program that I have been running on RedHat 6 and I want to move to CentOS 7. When I run it on the CentOS 7 system it fails with: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory I did this, but still have no libGLU. I did a find of the entire system for '*libGLU*' and nothing. bash-4.2# yum whatprovides libGLU.so.1

After the 7.2 upgrade?boost-openmpi-1.53.0-25 was installed, along with?openmpi-1.10.0-10. ?The old openmpi was then replaced with?compat- openmpi16-1.6.4-10. ?All fine. Except boost-openmpi has a dependency on the old libmpi.so.1 and the new openmpi has libmpi.so.12: # ldd libboost_mpi-mt.so.1.53.0? linux-vdso.so.1 =>??(0x00007ffe8c182000) libboost_serialization-mt.so.1.53.0 =>

Adam Jackson (2): Fix distcheck. vmware 10.16.0 Bankim Bhavsar (2): Xv extension for VMware's video driver Video Overlay: Source video parameters Matthieu Herrb (1): Makefile.am: nuke RCS Id Vinay (1): Trivial libpciaccess related fix Vinay Bondhugula (1): Port to libpciaccess. git tag: xf86-video-vmware-10.16.0

Did you load the compat-openmpi environment module? module load mpi/compat-openmpi16-x86_64 Tony On Thu, Dec 17, 2015 at 10:57 AM, Pete Biggs <pete at biggs.org.uk> wrote: > > After the 7.2 upgrade boost-openmpi-1.53.0-25 was installed, along > with openmpi-1.10.0-10. The old openmpi was then replaced with compat- > openmpi16-1.6.4-10. All fine. > > Except

Sorry to take so long to reply ... On Thu, 2015-12-17 at 11:53 -0500, Tony Schreiner wrote: > Did you load the compat-openmpi environment module? > > module load mpi/compat-openmpi16-x86_64 Yes, but you can't load both mpi/openmpi-x86_64 and?mpi/compat- openmpi16-x86_64 as they are labelled as conflicting. As I said, if you load just mpi/compat-openmpi16-x86_64 it can't find

We have an application that uses Ferret and acts_as_ferret that we just upgraded to Ferret 0.10.5 (from 0.9.5) and the corresponding version of the acts_as_ferret. Everything works as expected on my laptop, which is running mongrel 0.3.13.3. When I deploy the application on our server, which is running some version of Red Hat Linux, I can''t get Ferret to work at all when