similar to: DND Issues in Gnome (GTK3 regression)

On 05/20/2019 05:24 PM, Nux! wrote: > Yes, it will not work on EL6, it requires newer glibc and gtk3. > It's time to leave EL6 behind (or stick to Firefox). > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro > > ----- Original Message ----- >> From: "H" <agents at meddatainc.com> >> To: "CentOS

> On Wed, 2020-05-06 at 10:26 -0500, Robert G (Doc) Savage via CentOS > wrote: >> On Tue, 2020-05-05 at 19:25 -0500, Robert G (Doc) Savage via CentOS >> wrote: >> > I'm about ready to run "dnf erase *mate*" and try re-installing >> > MATE >> > from scratch from the GNOME3 desktop. Is that possible without >> > ripping >>

On Tue, 5 May 2020 05:30:26 -0400 Eddie O'Connor wrote: > Are there .conf files for the desktop?....what about logs?....something's > got to be amiss somewhere....and Linux always complains when it is.....in > logs. Just wondering out loud... What happens if he sets up a new user? Does the desktop work then? -- Can we uninstall 2020 and install it again? This one has a virus.

On Wed, Apr 27, 2016 at 11:23 AM, Johnny Hughes <johnny at centos.org> wrote: > On 04/27/2016 09:23 AM, James Pearson wrote: > > Phil Wyett wrote: > >> On Wed, 2016-04-27 at 08:27 -0400, Phelps, Matthew wrote: > >>> The latest version of firefox, 46.0 requires GTK3 and so it fails on > >>> CentOS > >>> 6.7. > >>> >

The latest version of firefox, 46.0 requires GTK3 and so it fails on CentOS 6.7. I know there is the ESR release supplied by upstream, but that is based on version 38. We have regularly installed the Mozilla "Linux" version of Firefox in a central location for our users, and this has worked just fine until 46.0. (I note from https://www.mozilla.org/en-US/firefox/organizations/faq/ that

Phil Wyett wrote: > On Wed, 2016-04-27 at 08:27 -0400, Phelps, Matthew wrote: >> The latest version of firefox, 46.0 requires GTK3 and so it fails on CentOS >> 6.7. >> >> I know there is the ESR release supplied by upstream, but that is based on >> version 38. We have regularly installed the Mozilla "Linux" version of >> Firefox in a central

CentOS Errata and Bugfix Advisory 2018:0161 Upstream details at : https://access.redhat.com/errata/RHBA-2018:0161 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 8f473445cb790ee7f736bf617b625c35a09aab593cd029b5e076e64581b24dc5 gtk3-3.22.10-5.el7_4.i686.rpm b4ef5ecc967b8a697651b145b72c2ca7837609f7100224b216c58395b072a688

CentOS Errata and Bugfix Advisory 2018:1393 Upstream details at : https://access.redhat.com/errata/RHBA-2018:1393 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 31ab192f6ff38820c2985f9768b3dbf71d291e94ab5cf6cc67d6c0e1195100c1 gtk3-3.22.26-4.el7_5.i686.rpm 9b9142827ed803800f1f02f4ac218f81f47b9255acf64783ba750d5e29385d04

CentOS Errata and Bugfix Advisory 2020:5048 Upstream details at : https://access.redhat.com/errata/RHBA-2020:5048 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 73c486ff61695559ce4daae66d613f19b44873db66b308ac0f3d693c35e6bc5c gtk3-3.22.30-6.el7.i686.rpm 677cbb3bd9f4a461b86460be4a5a9ef23ab126d06907725c3ffe789009559936

On my lab systems, the automatic updates were failing because of the problems with ipod libraries from EPEL being in the way. It turns out that was a good thing, because when I "fixed" it, a massive set of packages was updated, including the new gtk3. These packages are the ones causing problems, I think. gtk3-3.22.10-4.el7.x86_64 gtk3-devel-3.22.10-4.el7.x86_64 In the release notes,

CentOS Errata and Bugfix Advisory 2017:1312 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1312.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 462bf56901fdc51756881f990d0be028504d1a045b5cbfa7c27ea83b85e3c847 gtk3-3.14.13-20.el7_3.1.i686.rpm

Hello,    I get the following error while trying to configure an llvm build on Solaris 10-SPARC: CMake Error at projects/libcxx/CMakeLists.txt:268 (message):   C++11 is required but the compiler does not support -std=c++11 However, the error is about a missing header file (llvm/Support/Solaris.h) as reported in build/CMakeFiles/CMakeError.log: Performing C++ SOURCE FILE Test

https://bugs.freedesktop.org/show_bug.cgi?id=55310 Priority: medium Bug ID: 55310 Assignee: nouveau at lists.freedesktop.org Summary: incorrect rendering of some borders in certain gtk3 themes QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All

On Fri, 22 Sep 2017 17:04:14 -0500 Paul Johnson wrote: > The bad problem I see now is that Emacs and Chromium-browser, which > rely on gtk3 don't work properly anymore. In Emacs, the symptom is > that the ribbon of buttons under the pull down menu will no longer > show. In Chromium, the buttons and other widget things on the top > are an ugly yellow distortion. Un-intuitive

On 04/27/2016 09:23 AM, James Pearson wrote: > Phil Wyett wrote: >> On Wed, 2016-04-27 at 08:27 -0400, Phelps, Matthew wrote: >>> The latest version of firefox, 46.0 requires GTK3 and so it fails on >>> CentOS >>> 6.7. >>> >>> I know there is the ESR release supplied by upstream, but that is >>> based on >>> version 38. We

Make use of APIs available in early GTK+ 3 versions, adding compatibility functions/macros for older GTK+ versions. There is no behaviour change, and it helps in porting to even newer GTK+ versions. --- p2v/gui-gtk3-compat.h | 16 ++++++++++++++++ p2v/gui.c | 13 +++++++++---- 2 files changed, 25 insertions(+), 4 deletions(-) diff --git a/p2v/gui-gtk3-compat.h

On Wed, 2016-04-27 at 08:27 -0400, Phelps, Matthew wrote: > The latest version of firefox, 46.0 requires GTK3 and so it fails on CentOS > 6.7. > > I know there is the ESR release supplied by upstream, but that is based on > version 38. We have regularly installed the Mozilla "Linux" version of > Firefox in a central location for our users, and this has worked just fine

Hi everyone, I want to achieve the following setup: - have a share that is read-only and accessible for guest users; - have the same share be modified by an authenticated specific user. This is running on debian lenny, samba 3.2.5. My smb.conf is as follows: [global] workgroup = WORKGROUP netbios name = cast remote announce = 192.168.1.99/WORKGROUP server string = %h

Hello List, This is for the portable release. I wanted gnome-ssh-askpass to be a gtk+3 app, so I made a quick port. Mark --- contrib/Makefile | 7 +- contrib/gnome-ssh-askpass3.c | 220 ++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 226 insertions(+), 1 deletions(-) create mode 100644 contrib/gnome-ssh-askpass3.c diff --git a/contrib/Makefile

On Thu, 2020-05-14 at 08:18 +0200, Simon Matter wrote: > > On Wed, 2020-05-06 at 10:26 -0500, Robert G (Doc) Savage via CentOS > > wrote: > > > On Tue, 2020-05-05 at 19:25 -0500, Robert G (Doc) Savage via > > > CentOS > > > wrote: > > > > I'm about ready to run "dnf erase *mate*" and try re-installing > > > > MATE >