similar to: [Bug 89019] New: Black texture using Qt5

CentOS Errata and Security Advisory 2020:5021 Moderate Upstream details at : https://access.redhat.com/errata/RHSA-2020:5021 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 05b12f50d113b0a0d5208b907519a36a79df62b2d79ddbb1d4019332f3d7ff39 qt5-qtbase-5.9.7-5.el7_9.i686.rpm

Just a heads up, if anyone is doing QT development with the EPEL RPMs, the update from RHEL 6.5 to 6.6 breaks the current qt5 RPMS. In fact, I had to uninstall qt5 to perform the update. I've submitted a bug report upstream, so hopefully it'll get resolved before too much longer. In the interim, you either get to update, or you get to stop your qt5 development ...

Build with qt5 (from epel) & devtoolset-2 Sources: ------------ transmission-2.82-1.el6.src.rpm https://drive.google.com/file/d/0B9RlkKQB1POScXlWU3M5cE5QVW8/edit?usp=sharing libevent2-2.0.21-1.el6.src.rpm https://drive.google.com/file/d/0B9RlkKQB1POSbUNPQmNoTDRXdmM/edit?usp=sharing Binaries: ----------- https://drive.google.com/file/d/0B9RlkKQB1POSQ2Q2T3dHbEt3enM/edit?usp=sharing

Anthony Scarpino wrote (elsewhere): > While writing up the man page.. I thought of a few things that I was > wondering if you considered.. > > Can an encrypted dataset (keytype=dataset) reside in a non-encrypted (no > kek defined) pool? I can see a case for and against allowing this when considering it purely at the feature level as users/admins see things. The admin can

Anthony Scarpino wrote (elsewhere): > While writing up the man page.. I thought of a few things that I was > wondering if you considered.. > > Can an encrypted dataset (keytype=dataset) reside in a non-encrypted (no > kek defined) pool? I can see a case for and against allowing this when considering it purely at the feature level as users/admins see things. The admin can

https://bugs.freedesktop.org/show_bug.cgi?id=109371 Bug ID: 109371 Summary: Textures seem to be byteswapped on big endian architectures Product: Mesa Version: 18.3 Hardware: PowerPC OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=92077 Bug ID: 92077 Summary: nouveau graphics freeze when using KDE Plasma 5; PGR engine fault Product: Mesa Version: 10.3 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

Dear all, after enabling the EPEL repository, [root at localhost ~]# yum install nextcloud-client in a freshly installed and updated CentOS 7.6 machine gives Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: centos.bio.lmu.de * epel: ftp.uni-stuttgart.de * extras: centos.schlundtech.de * updates: mirror1.hs-esslingen.de Resolving Dependencies

https://bugs.freedesktop.org/show_bug.cgi?id=97508 Bug ID: 97508 Summary: Rogue Legacy 4th area with corrupted textures Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=92306 Bug ID: 92306 Summary: GL Excess demo renders incorrectly on nv43 Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau

On Mon, 30 Apr 2018, Marek Blaha wrote: > I can achieve the same error by > removing /usr/lib/python2.7/site-packages/urllib3/packages/ssl_match_hostname > and creating the directory in the same location instead. > So solution can be just removing this directory (or just renaming it): > > # mv /usr/lib/python2.7/site-packages/urllib3/packages/ssl_match_ > hostname >

https://bugs.freedesktop.org/show_bug.cgi?id=37768 Summary: [NVA8] UT2003: Splash-screen is transparent with gnome-shell enabled Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=109558 Bug ID: 109558 Summary: Plasma locks up after splash screen Product: Mesa Version: 18.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

Hi All, I've just installed a test laptop with CentOS Stream 8.1. I notice that the default install has both CentOS-Base and CentOS-Base-Appstream repos enabled. Is that necessary, or should I just have the Appstream repos enabled. The reason I'm asking is because I'm having trouble updating the installation. The problem seems to be some installed rpms seem to depend on updates from

https://bugs.freedesktop.org/show_bug.cgi?id=49295 Bug #: 49295 Summary: artifacts in prboom on NV86 Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=99400 Bug ID: 99400 Summary: [nouveau] garbled rending with glamor on G71 Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

On Wed, 2020-04-22 at 08:25 -0500, johnny at centos.org wrote: > EXTERNAL EMAIL: This email originated from outside of the University > of Limerick. Do not click on links or open attachments unless you > recognize the sender's email address and know the content is safe. > On 4/21/20 2:09 PM, Tony Molloy wrote: > > > > Hi All, > > > > I've just

https://bugs.freedesktop.org/show_bug.cgi?id=99354 Bug ID: 99354 Summary: [G71] "Assertion `bkref' failed" reproducible with glmark2 Product: Mesa Version: 13.0 Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium

I have managed to get through the qtmake stage of compiling the current github version of pgmodeler on CentOS 7 but make && make install fails with: make && make install cd libutils/ && ( test -e Makefile || /bin/qmake-qt5 -o Makefile /home/h/pgmodeler/libutils/libutils.pro CONFIG+=release PREFIX= BINDIR= PRIVATEBINDIR= PRIVATELIBDIR=/lib ) && make -f Makefile

Just as a followup even g++ is broken: [piot at paris ~]$ g++ bash: g++: command not found... Install package 'gcc-c++' to provide command 'g++'? [N/y] y * Waiting in queue... The following packages have to be downgraded: cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor glibc-2.28-42.el8.1.i686 The GNU libc libraries glibc-2.28-42.el8.1.x86_64 The GNU libc libraries