similar to: 389 Directory Server broken on CentOS 7

Le 15/08/2019 ? 13:49, Ulf Volmer a ?crit?: > No issues here. libadmsslutil.so.0 comes from 389-adminutil. > Do you have a recently updated system? I'm using yum-cron on all my CentOS servers, so yes. -- Microlinux - Solutions informatiques durables 7, place de l'?glise - 30730 Montpezat Site : https://www.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32 Mob. : 06

On 15.08.19 13:27, Nicolas Kovacs wrote: > Error: Package: 389-admin-1.1.46-1.el7.x86_64 (epel) > Requires: libadminutil.so.0()(64bit) No issues here. libadmsslutil.so.0 comes from 389-adminutil. Do you have a recently updated system? Best regards Ulf

On 15.08.19 14:31, Nicolas Kovacs wrote: > Le 15/08/2019 ? 13:49, Ulf Volmer a ?crit?: >> No issues here. libadmsslutil.so.0 comes from 389-adminutil. >> Do you have a recently updated system? > > I'm using yum-cron on all my CentOS servers, so yes. Could you post the output of yum info 389-adminutil Best regards Ulf

Hello All, I'm looking at setting up ds-389 on both Centos6.6 en Centos7, both minimal installs with epel repo enabled. When running yum search ds-389 on Centos7 I get only 3 packages, 389-ds-base 389-ds-base-devel 389-ds-base-libs On Centos6.6 I get the whole list: 389-ds.noarch : 389 Directory, Administration, and Console Suite 389-ds-base.x86_64 : 389 Directory Server (base)

The libfontenc library is used by the Xorg server and other X font tools for handling fonts with different character set encodings. This release fixes a bug that would cause mkfontscale(1) to fail to produce entries for the iso8859-7 encoding because of wrong Unicode mappings for the iso8859-7 codepage. Alan Coopersmith (4): Fix iso8859-7 mappings for 0xA1, 0xA2, & 0xFF Update

Op 25-11-14 om 19:08 schreef Tris Hoar: > On 25/11/2014 16:52, Johan Vermeulen wrote: >> Hello All, >> >> I'm looking at setting up ds-389 on both Centos6.6 en Centos7, both >> minimal installs with >> epel repo enabled. >> >> When running yum search ds-389 on Centos7 I get only 3 packages, >> >> 389-ds-base >> 389-ds-base-devel

On 25/11/2014 16:52, Johan Vermeulen wrote: > Hello All, > > I'm looking at setting up ds-389 on both Centos6.6 en Centos7, both > minimal installs with > epel repo enabled. > > When running yum search ds-389 on Centos7 I get only 3 packages, > > 389-ds-base > 389-ds-base-devel > 389-ds-base-libs > > On Centos6.6 I get the whole list: > >

The libfontenc library is used by the Xorg server and other X font tools for handling fonts with different character set encodings. Alan Coopersmith (6): Initialize both value1 & value2, not value1 twice Replace sprintf call with snprintf Replace strcpy+strcat calls with snprintf calls Reformat code to X.Org standard style Initialize aliases array in

Hey folks, I'm looking for DSGW. Google got me this thread : http://lists.centos.org/pipermail/centos-devel/2008-September/thread.html#3272 Did it ever get added, or can I pick up a semi-official package anywhere? I don't see it out there : [root at sandbox1 html]# yum --enablerepo=* search centos-ds Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's a bit after 11pm, on the 11th day of the 11th month of the year, so what better time for a new release of X11! Release Candidate 1 of X11R7.6 has been posted at: http://www.x.org/releases/X11R7.6-RC1/ This includes all the source tar files for the versions of the modules currently considered part of the core release set (aka the

Hello, little tricky question : i have a file of packages for removal , which looks like that : atk libart_lgpl libXfixes audiofile libXcursor libxslt alsa-lib esound gnome-mime-data libIDL ORBit2 libbonobo libdaemon libXrandr dbus-python avahi avahi-glib gamin shared-mime-info libXres startup-notification libXinerama hicolor-icon-theme gtk2 GConf2 libglade2 libgnomecanvas gnome-keyring libwnck

Hello, To fix some issues in working with gs 8.63 I had to upgrade to 8.64. I build the rpm from ghostscript-8.64-9.fc11.src.rpm. I get the following error when running gs -q -dSAFER -dNOPAUSE -dBATCH -dUseCropBox -dFirstPage=1 -dLastPage=1 -sOutputFile=/tmp/TIFF-%d.tif -r300 -sDEVICE=tiff12nc foobar.pdf # Error: /invalidfont in /findfont # Operand stack: #

CentOS Errata and Bugfix Advisory 2016:0183 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0183.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: d9e301f787f9d52204a111af639f106c559c08a8e87a2354e3261d890a578db6 avahi-0.6.31-15.el7_2.1.i686.rpm

Hi, I'm quite surprised at anaconda-runtime dependencies. I've got C5 console only system and yum install anaconda-runtime gives this :o) David ============================================================================= Package Arch Version Repository Size ============================================================================= Installing:

Hi all, I would like install 389 Directory Server on a Centos 6.8 server. I followed the instructions reported in : https://wiki.centos.org/HowTos/DirectoryServerSetup?highlight=%28directory%29%7C%28server%29 and installed with yum the following packages : 389-ds-base-1.2.11.15-75.el6_8.x86_64 389-ds-console-1.2.6-1.el6.noarch 389-ds-base-libs-1.2.11.15-75.el6_8.x86_64

Le 15/08/2019 ? 14:51, Ulf Volmer a ?crit?: > Could you post the output of > > yum info 389-adminutil I just installed a vanilla CentOS 7.6 on a sandbox machine. Left configuration as is. Upgraded system : yum update. Configured EPEL without customizing anything. And all the 389-related packages installed successfully. So I guess the problem comes from my base configuration.

Thank you for your response. # python -V Python 2.6.6 # rpm -qa|grep python gnome-python2-bonobo-2.28.0-3.el6.x86_64 gnome-python2-extras-2.25.3-20.el6.x86_64 python-setuptools-0.6.10-3.el6.noarch python-unittest2-0.5.1-3.el6.noarch gnome-python2-gconf-2.28.0-3.el6.x86_64 python-psycopg2-2.6-1.rhel6.x86_64 python-feedparser-5.1.2-2.el6.noarch python-iwlib-0.1-1.2.el6.x86_64

Hello Rowland, I think avahi-daemon is not installed as standard in ubuntu 14.04.3 LTS Here is in our server : ROOT at SERVER:~# DPKG -L |GREP AVAHI II  LIBAVAHI-CLIENT3:AMD64              0.6.31-4UBUNTU1                  AMD64        AVAHI CLIENT LIBRARY II  LIBAVAHI-COMMON-DATA:AMD64          0.6.31-4UBUNTU1                  AMD64        AVAHI COMMON DATA FILES II 

My live mail server was due an update so I ran yum update All seemed file so I told it to proceed. HOwever it then hung for over 30 minutes. I stopped the update and tried again. It complained about problems with the update, so I tried yum --skip-broken -y update which then hung at a different place. After some Googling I tried yum-complete-transaction and package-cleanup

We got a remote Oracle 10g R2 standby running on OCFS2. Initial when we started the standby, read I/O was < 5MB/sec on average. Since then it has grown to over 40MB/sec (longer average, it peaks much higher). Here is a graph showing this: http://www.alameda.net/~ulf/dbphx01.png We also have a local standby running (on EXT3) which is not showing the same symptom. I am trying to find where all