Hi,
This is my first post on this list, so let me briefly introduce myself. My name
is Niki Kovacs, I'm a 54-year old Austrian living in Montpezat, a small village
in South France, and I'm the manager of Microlinux, a small IT company with a
focus on Linux and free software.
I'm currently
Le 25/06/2020 à 16:56, Sérgio Basto a écrit :
> also [1] could help it says that you need create a directory
>
> also the package is orphan and was retired on F33 , I may take it ,if
> have an easy fix ...
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1738884
Worked like a charm.
Thanks
Hi,
I've been using the nifty apt-cacher-ng package cache successfully on Debian.
Now I'd like to run it on our local server running CentOS 7. I installed the
package from EPEL, but the service fails to start.
On Debian, running apt-cacher-ng is a matter of installing it, firing it up and
then
Le 01/05/2020 à 04:39, Orion Poplawski a écrit :
> Anyone willing to take over ngircd for EPEL?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1830182
On a side note : this package is appreciated here.
Last week I published a detailed article about NgIRCd running on CentOS 7.
Le 26/02/2020 à 15:48, Stephen John Smoogen a écrit :
I would open a bug on this so that the maintainer knows about it. They may not
be on this list or may filter it to the 'read once a year' bucket. Second, I
would check to see what the audit2allow policy came up with and if the files it
is
Le 26/02/2020 à 13:05, Nicolas Kovacs a écrit :
Weirdly enough, when I follow this suggestion, generate the module and then
empty audit.log and restart my server, I still get the exact same error again.
Which makes Fail2ban unusable with SELinux in enforcing mode in the current
state.
Looks
Hi,
I have an Internet-facing server running CentOS 7. I just installed Fail2ban
using the following packages:
* fail2ban-server
* fail2ban-firewalld
For the record, IPv6 is disabled on this server.
Here's the SELinux error I get.
Le 09/05/2019 à 00:09, Troy Dawson a écrit :
> Just a heads up, incase people are wondering.
> My KDE build that I built on RHEL8 beta works [1] on RHEL8 final release.
> I have taken a RHEL8-Beta, already running KDE, and updated it to
> RHEL8, and everything updated, and worked [1]
> I have also
Le 08/04/2019 à 15:10, Troy Dawson a écrit :
> There are several of us that are KDE users (Well, I am, and I assume
> there are others). It will probably be a case of figuring out who is
> the maintainer or if we do it as a group. There are a few of us who
> have rebuilt it already for RHEL8
Hi,
I'm a CentOS user since version 4.x, not only on servers, but also on
desktops. The EPEL repository is a precious addition for my desktop
configurations.
Currently I have CentOS 7 + KDE running on most of my client machines.
Here's my setup, which relies heavily on EPEL:
*
Le 19/05/2018 à 16:19, Todd Zullinger a écrit :
> There's a bug open to resolve this:
>
> https://bugzilla.redhat.com/1578517
>
> The gthumb package just needs to be rebuilt against the
> updated exiv libraries. A scratch build succeeds, so this
> should be a relatively easy fix and will
Hi,
Our local school is running a highly customized Xfce desktop based on
CentOS 7. We're using quite many EPEL packages.
The upgrade from CentOS 7.4 to 7.5 has been a bit bumpy for desktop
users. Here's what happens when I try to install the Gthumb image viewer:
--> Résolution des
12 matches
Mail list logo