Hi all,
I would like to offer to supply and maintain an RPM package for pmacct in Fedora and EPEL.
I found an old package in OpenSuSE ftp://ftp.pbone.net/mirror/ftp5.gwdg.de/pub/opensuse/repositories/server%3A/monitoring/SLES_9/src/pmacct-0.11.4-4.1.src.rpm. I have updated it to the latest release of pmacct and removed sqlite support which I consider useless, as the database must be multi-user for sensible applications of pmacct.
My new package builds, but cannot be installed due to a dependency problem. The original package depends on mysql-shared, but I think this is called just "mysql" in redhat-ish distros. I tried the following macro:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
but it doesn't appear to work. Can anyone advise me?
Assuming that I can solve this issue, please let me know how I may proceed with getting this package into Fedora and EPEL.
Cheers, Chris.
On 27 Jul 2011, at 1:09 PM, Chris Wilson wrote:
Assuming that I can solve this issue, please let me know how I may proceed with getting this package into Fedora and EPEL.
http://fedoraproject.org/wiki/PackageMaintainers/Join
-- Baruwa - www.baruwa.org
Hi Andrew,
On Wed, 27 Jul 2011, Andrew Colin Kissa wrote:
On 27 Jul 2011, at 1:09 PM, Chris Wilson wrote:
Assuming that I can solve this issue, please let me know how I may proceed with getting this package into Fedora and EPEL.
Thanks, that wasn't obvious to me.
I'm working through the steps and trying to get an account on the Fedora Account System. However the captcha is completely impossible. I tried many times to guess what it said, it with no luck so far. Does anyone else have problems with it? Is there any way to bypass it?
Cheers, Chris.
Hi all,
OK, never mind about the captcha, I stopped trying to enter the letters that looked like backwards or upside-down letters and I succeeded.
On Wed, 27 Jul 2011, Chris Wilson wrote:
My new package builds, but cannot be installed due to a dependency problem. The original package depends on mysql-shared, but I think this is called just "mysql" in redhat-ish distros. I tried the following macro:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
but it doesn't appear to work. Can anyone advise me?
Can anyone help me with this problem?
Cheers, Chris.
On Thu, 28 Jul 2011 15:00:46 +0100 (BST) Chris Wilson chris-epel-110727@aptivate.org wrote:
On Wed, 27 Jul 2011, Chris Wilson wrote:
My new package builds, but cannot be installed due to a dependency problem. The original package depends on mysql-shared, but I think this is called just "mysql" in redhat-ish distros. I tried the following macro:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
but it doesn't appear to work. Can anyone advise me?
Can anyone help me with this problem?
How are you building it? local rpmbuild? mock? Can you provide a link to the full spec file/srpms?
Do you have redhat-rpm-config installed?
kevin
Hi Kevin,
On Thu, 28 Jul 2011, Kevin Fenzi wrote:
My new package builds, but cannot be installed due to a dependency problem. The original package depends on mysql-shared, but I think this is called just "mysql" in redhat-ish distros. I tried the following macro:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
but it doesn't appear to work. Can anyone advise me?
How are you building it? local rpmbuild? mock?
Local rpmbuild.
Can you provide a link to the full spec file/srpms?
http://fen-dev.aptivate.org/pmacct-0.14.0rc1-1.src.rpm
Do you have redhat-rpm-config installed?
No, I didn't have it installed, but installing it doesn't seem to have made any difference. The subsequently rebuilt package still depends on mysql-shared, not mysql.
Thanks for your help :)
Cheers, Chris.
On 08/02/2011 05:54 PM, Chris Wilson wrote:
Hi Kevin,
On Thu, 28 Jul 2011, Kevin Fenzi wrote:
My new package builds, but cannot be installed due to a dependency problem. The original package depends on mysql-shared, but I think this is called just "mysql" in redhat-ish distros. I tried the following macro:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
but it doesn't appear to work. Can anyone advise me?
How are you building it? local rpmbuild? mock?
Local rpmbuild.
did you define and pass to rpmbuild one of the variables which triggers the first branch of the test ? By default these variables are not defined and therefore the whole branch is skipped. in koji the needed variables are defined by the build environment but for local builds you must define them yourself, as appropriate for your use case.
Hi Manuel,
On Tue, 2 Aug 2011, Manuel Wolfshant wrote:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
did you define and pass to rpmbuild one of the variables which triggers the first branch of the test ? By default these variables are not defined and therefore the whole branch is skipped. in koji the needed variables are defined by the build environment but for local builds you must define them yourself, as appropriate for your use case.
Ah, I didn't know that. Is there a sensible way to detect the distro automatically so that users can run rpmbuild without worrying about unusual/non-standard command-line options and it will just work?
Cheers, Chris.
On 08/03/2011 01:42 PM, Chris Wilson wrote:
Hi Manuel,
On Tue, 2 Aug 2011, Manuel Wolfshant wrote:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
did you define and pass to rpmbuild one of the variables which triggers the first branch of the test ? By default these variables are not defined and therefore the whole branch is skipped. in koji the needed variables are defined by the build environment but for local builds you must define them yourself, as appropriate for your use case.
Ah, I didn't know that. Is there a sensible way to detect the distro automatically
none that I know of. Since the era I was not using mock / koji, I have an assortment of defines in my ~/.rpmmacros, similar to %dist .el5 %el5 1
so that users can run rpmbuild without worrying about unusual/non-standard command-line options and it will just work?
Cheers, Chris.
On 08/03/2011 11:42 AM, Chris Wilson wrote:
%if 0%{?fedora} || 0%{?rhel_version} || 0%{?centos_version} Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
did you define and pass to rpmbuild one of the variables which triggers the first branch of the test ? By default these variables are not defined and therefore the whole branch is skipped. in koji the needed variables are defined by the build environment but for local builds you must define them yourself, as appropriate for your use case.
Ah, I didn't know that. Is there a sensible way to detect the distro automatically so that users can run rpmbuild without worrying about unusual/non-standard command-line options and it will just work?
For the example above you could probably use something like:
%if %([ -e /etc/redhat-release ] && echo 1 || echo 0) Requires: mysql postgresql-libs %else Requires: mysql-shared postgresql-libs %endif
since /etc/redhat-release exists on Fedora/RHEL/CentOS but not on SuSE.
Normally though you would use conditionals like this for BuildRequires and let rpm work out the library dependencies (runtime Requires) for itself.
Paul.
epel-devel@lists.fedoraproject.org