similar to: [ANNOUNCE] libdrm 2.4.4

This release adds a fallback for realpath() which was blocked by the web-browser sand-boxing. While the browsers are fixed-up they seem to have little incentive to roll bugfix releases :-\ -Emil Ayan Kumar Halder (1): libdrm: headers: Sync with drm-next Christian König (4): tests/amdgpu: add unaligned VM test amdgpu: remove invalid check in amdgpu_bo_alloc test/amdgpu:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Release to fix regression in nouveau in 2.4.60, but brings lots of android changes and other fixes. Ben Skeggs (2): nouveau: restore check that avoids multiple user bos per kernel bo configure.ac: bump version to 2.4.61 for release Chih-Wei Huang (3): android: simplify the including rule of subdirs android: get rid of

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Libdrm 2.4.63 has been released. It contains the new libdrm_amdgpu library. Alan Coopersmith (1): include <sys/types.h> & <sys/mkdev.h> directly for major() and minor() Alex Deucher (10): drm: consolidate common list implementations (v2) drm: add util_math.h drm: add libdrm_amdgpu (v7) drm: add

Due to the random broken pipe error in rails, (probably due to timed out mysql connection) I am trying to use Mysql/ruby (which was coded with C) instead of ruby/mysql (which was coded in Ruby). Ruby/Mysql -> http://www.tmtm.org/en/ruby/mysql/README_en.html Mysql/Ruby -> http://www.tmtm.org/ja/mysql/ruby/README.html Related Article about Broken pipe problem ->

Greetings, This is my first stab at this mailing list. Forgive me if I am over/under verbose. We have been running KVM for a while now and love it. Recently I have noticed a weird anomaly that is getting on my nerves. When I clone (GUI or virt-clone from CLI) both* virt-manager* and *virsh* enquiries get extremely sluggish. Using top I cannot see any resource issues. No I/O wait, the load

On Thu, May 29, 2014 at 01:31:13PM -0400, Ainsworth, Thomas wrote: >Martin, et al, > >Sorry for the lag in response. > >So I started playing with the various virsh commands. Awesome. >Been doing some reading and I believe I have some things configured not so >well. >As I stated earlier in the thread, we have all of the VM image files on one >RAID5. Very fast machine.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Highlights: - Support for server managed fd's. - Glamor support. - Maxwell support. - DRI3 and initial Present support. - vsync'ed kms pageflip performance fixes when running on Linux 3.13+ - Multi-display vsync, vblank, swap scheduling, timestamping fixes. - Multi x-screen support fixes. - ZaphodHead support on for

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Highlights: - Support for server managed fd's. - Glamor support. - Maxwell support. - DRI3 and initial Present support. - vsync'ed kms pageflip performance fixes when running on Linux 3.13+ - Multi-display vsync, vblank, swap scheduling, timestamping fixes. - Multi x-screen support fixes. - ZaphodHead support on for

A new intel-gpu-tools quarterly release is available with the following changes: - Various new tests and tools - Single combined test list (supported by piglit since commit 8a122bb) - Optional dependency on libunwind to provide automatic stack traces on test failures. (Thomas Wood) - Add optional default debug and optimisation flags for tests to enable better stack traces and debugging.

I have a small Samba 2.2.1a plus Win2k workgroup. Samba is running on Redhat 7.2. There is a networked laserjet 5000 using a static IP which I can print to successfuly from the linux box, and from the win2k workstations via the queue on the linux box. The weird thing is that, on the win2k worksations, if I double click on the printer icon the status of the printer is reported as "Access

Martin, Thanks for the information. That makes sense. I *believe* we are good there. I noticed something weird yesterday. After a clone (via the virt-manager GUI) it seems libvirtd locked up. A force quit pop up appeared - I had to kill it. Then I restarted libvirtd. Then I did a "ps -edf | grep libvirt" and there were three (3) libvirtd --daemon processes. Then any virsh

Hello all, I'm new to the ext3 group, and will soon be attempting to use the EXT3 file system on our embedded product. I was wondering if a patch existed for Linux 2.4.4 base? Our current image is based off of this. I do plan on upgrading to 2.4.5/2.4.6 soon, but would like to get EXT3 working before migrating all of my embedded stuff to a new kernel. Thanks, Paul W.

How close is the ext3 port -> 2.4.4? I would like to use it, but am curious if there are any outstanding bugs that would impede performance or freeze the system. THanks. -Rob

We released a new version of Icecast. It is a security release and we recommend to update all Icecast installations of versions below 2.4.4 to it. A summary of the changes is listed below, for details please refer to the ChangeLog: https://gitlab.xiph.org/xiph/icecast-server/blob/release-2.4.4/ChangeLog The Xiph.org package repositories have been updated already. Most distributions should start

How do I compile Icecast 2.4.4 with openssl support?

On Fri, Nov 02, 2018 at 11:46:52AM +0000, Thomas B. Rücker wrote: > Usually that question comes from Ubuntu or Debian users. > In which case we recommend: > https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories) > Those official Xiph.org packages are built against openSSL. Could someone kick the build process, please? 2.4.2-2 is the latest

Hi, We have some time-outs when there connecting more thane 1400 listeners to Icecast. We use CentOS Linux release 7.6.1810 on port 80 and 443 for SSL on IPv4 and IPv6. The stream have many mountpoint 16 active (8 main en 8 fallback and 8 file when faillback is down) The server have 2 CPU's on 3Ghz and 6000mb memory. And we 1 GB uplink (we use 130mbit on peak). We use a hardware firewall

El vie, 02-11-2018 a las 11:46 +0000, Thomas B. Rücker escribió: > Hi, > > On 11/01/2018 07:29 PM, Googe wrote: > > How do I compile Icecast 2.4.4 with openssl support? > > Usually that question comes from Ubuntu or Debian users. > In which case we recommend: > https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(offic > ial_Xiph_repositories) > Those

We released a new version of Icecast. It is a security release and we recommend to update all Icecast installations of versions below 2.4.4 to it. A summary of the changes is listed below, for details please refer to the ChangeLog: https://gitlab.xiph.org/xiph/icecast-server/blob/release-2.4.4/ChangeLog The Xiph.org package repositories have been updated already. Most distributions should start

Good morning, we're happy to announce the release of libshout 2.4.4. The new version includes several important fixes. Major changes: * Fixed handling of blocking/non-blocking mode * Fixed ICY port increment * Fixed reusing of handles * Fixed error handling of Ogg sync layer * Fixed Passing of errors between connection and instance layer. Without this