essentialkaos/kaos-repo

Spec files and patches for ESSENTIAL KAOS public YUM/DNF repository

kaos-repo's Issues

python34-tornado and saltstack issue

Hello.
After updating the packages, a python34-tornado version 5.x was installed. But saltstack based on python3 does not work with this version of python34-tornado.

Update packages

Hello, @andyone , Go 1.6.3 and vips 8.3.1 is out now, it would be awesome if you update the rpm specs.

Thank you.

Unable to update netcdf package

Hello, @andyone.

It looks like gdal package is built with earlier version of netcdf than EK has in the repository.

Resolving Dependencies
--> Running transaction check
---> Package netcdf.x86_64 0:4.4.1.1-0.el6 will be updated
--> Processing Dependency: libnetcdf.so.11()(64bit) for package: gdal-1.11.5-0.el6.x86_64
---> Package netcdf.x86_64 0:4.5.0-0.el6 will be an update
--> Finished Dependency Resolution
Error: Package: gdal-1.11.5-0.el6.x86_64 (@kaos-release)
           Requires: libnetcdf.so.11()(64bit)
           Removing: netcdf-4.4.1.1-0.el6.x86_64 (@kaos-release)
               libnetcdf.so.11()(64bit)
           Updated By: netcdf-4.5.0-0.el6.x86_64 (kaos-release)
               Not found
 You could try using --skip-broken to work around the problem

MMGeoIP: add ASN to package

Hi, @andyone.

First of all, I am appreciate your contribution to the opensource community and providing RPM packages for CentOS/RHEL distributions.

I am looking for your opinion to improve the MaxMind GeoIP base RPM package. I offer you include ASN (autonomous systems information) in CSV format to the MMGeoIP and MMGeoIP-IPV6 packages.

What do you think about this proposal?

I am also a bit confused with a MaxMind blog article. According to the text, it is mandatory to be a registered user to download databases. I do not know how to use the license key they assign to the user with RPMBuilder in the context of building RPM packages.

Do you have any ideas on how to bypass it?

Enable elliptic-curve cryptography (ECC) support in Erlang packages

Hello. I'm using Erlang OTP/20 and receive the following warning from hackney_ssl:

03:18:41.979 [warn] hackney_ssl: ECC not enabled

A quick investigation showed that Erlang's crypto package does not support ECC although system's openssl version does:

Erlang/OTP 20 [erts-9.1] [source] [64-bit] [smp:4:4] [ds:4:4:10] [async-threads:10] [hipe] [kernel-poll:false]

Eshell V9.1  (abort with ^G)
1> lists:member(ecdh, proplists:get_value(public_keys, crypto:supports())).
false

# openssl version
OpenSSL 1.0.1e-fips 11 Feb 2013

openssl list-public-key-algorithms | grep EC
Name: OpenSSL EC algorithm
        PEM string: EC

As it turns out, elliptic-curve cryptography is explicitly disabled during Erlang build process via compilation flag -DOPENSSL_NO_EC=1 in https://github.com/essentialkaos/kaos-repo/blob/master/erlang-R20/erlangR20.spec#L779. This was probably done previously to support an older version of openssl.

I'd like to use ECC public keys in my application and ask you kindly to modify build scripts to enable ECC support in Erlang's crypto package.

Unable to update package libstoragemgmt

Hi, @andyone.

It is likely that yum can not upgrade package libstoragemgmt due to libconfig dependency. I hope we can fix it somehow.

--> Running transaction check
---> Package libcap-ng.i686 0:0.7.5-4.el7 will be installed
---> Package libconfig.x86_64 0:1.4.9-5.el7 will be updated
--> Processing Dependency: libconfig.so.9()(64bit) for package: libstoragemgmt-1.4.0-5.el7_4.x86_64
--> Processing Dependency: libconfig.so.9()(64bit) for package: lldpad-1.0.1-3.git036e314.el7.x86_64
---> Package libstdc++.i686 0:4.8.5-16.el7_4.1 will be installed
---> Package libstoragemgmt.x86_64 0:1.4.0-5.el7_4 will be an update
--> Processing Dependency: libconfig.so.9()(64bit) for package: libstoragemgmt-1.4.0-5.el7_4.x86_64
--> Finished Dependency Resolution
Error: Package: libstoragemgmt-1.4.0-5.el7_4.x86_64 (updates)
           Requires: libconfig.so.9()(64bit)
           Removing: libconfig-1.4.9-5.el7.x86_64 (@anaconda)
               libconfig.so.9()(64bit)
           Updated By: libconfig-1.7-0.el7.x86_64 (kaos-release)
              ~libconfig.so.11()(64bit)
           Available: libconfig-1.5-0.el7.x86_64 (kaos-release)
               libconfig.so.9()(64bit)
Error: Package: lldpad-1.0.1-3.git036e314.el7.x86_64 (@anaconda)
           Requires: libconfig.so.9()(64bit)
           Removing: libconfig-1.4.9-5.el7.x86_64 (@anaconda)
               libconfig.so.9()(64bit)
           Updated By: libconfig-1.7-0.el7.x86_64 (kaos-release)
              ~libconfig.so.11()(64bit)
           Available: libconfig-1.5-0.el7.x86_64 (kaos-release)
               libconfig.so.9()(64bit

Unable to build heka 0.10.0

@andyone, I've tried to prepare PR for heka 0.10.0 and found that file heka-man.tar.gz is missing. What should we do? Probably, you should add this gz-archive to the repository or I can skip it on during preparing new version.

libmemcached and libevent packages

Hello.
With package nfs-utils was installed libevent-2.1.8-2.
But I can not install opendkim package:

--> Running transaction check
---> Package opendkim.x86_64 0:2.11.0-0.1.el7 will be installed
--> Processing Dependency: libmemcachedutil.so.2()(64bit) for package: opendkim-2.11.0-0.1.el7.x86_64
--> Processing Dependency: libmemcached.so.11()(64bit) for package: opendkim-2.11.0-0.1.el7.x86_64
--> Running transaction check
---> Package libmemcached.x86_64 0:1.0.16-5.el7 will be installed
--> Processing Dependency: libevent-2.0.so.5()(64bit) for package: libmemcached-1.0.16-5.el7.x86_64
--> Finished Dependency Resolution
Error: Package: libmemcached-1.0.16-5.el7.x86_64 (base)
           Requires: libevent-2.0.so.5()(64bit)
           Available: libevent-2.0.22-2.el7.x86_64 (kaos-release)
               libevent-2.0.so.5()(64bit)
           Installed: libevent-2.1.8-2.el7.x86_64 (@kaos-release)
              ~libevent-2.1.so.6()(64bit)