gmane.linux.rpm.rpmforge.suggest

Re: icinga 1.4.0 - provides nagios line

Michael Friedrich — 2011-05-18T10:23:32

attached.

perl-Captcha-reCAPTCHA update

David Steinbrunner — 2011-05-17T17:59:42

Hello all,

Just requesting an update to the Captcha::reCAPTCHA perl module

Thanks,

--
David Steinbrunner

Re: icinga 1.4.0 - provides nagios line

Michael Friedrich — 2011-05-17T16:20:06

Hmmm, no particular reasons. This was added a while ago in GIT tree and 
I probably did not see it amongst the various diffs I already reverted.


most likely you're right - thanks for the pointer!

https://dev.icinga.org/issues/1562

either someone could do it by hand for rpmforge, or i'll provide the 
diff as soon as i get my hands back on the git.

thanks,
Michael

Re: icinga 1.4.0 - provides nagios line

Jose Pedro Oliveira — 2011-05-15T21:33:48

Michael,

What's the reason for versioning the virtual nagios provides?

Specfile diff from 1.3.1-1 to 1.4.0-2:
-----------
< at >< at > -28,7 +28,7 < at >< at >
 BuildRequires: libjpeg-devel
 BuildRequires: libdbi-devel
 BuildRequires: perl(ExtUtils::Embed)
-Provides: nagios
+Provides: nagios = %{version}
·
 %description
 Icinga is an application, system and network monitoring application.
------------

This seems to be rather wrong/misleading as the current upstream nagios
version is 3.2.3 and the above line creates a nagios 1.4.0 provides:

----------
$ rpm -qp --provides icinga-1.4.0-2.el6.x86_64.rpm | grep nagios
nagios = 1.4.0
----------

Shouldn't it be better to revert this line change?
(i.e., ship an unversioned nagios provides, like in the
icinga 1.3.1 specfile)

Regards,
jpo

Re: icinga 1.4.0

Michael Friedrich — 2011-05-11T08:39:00

That's just fine. I want to make sure that during release preparations 
various packaging systems get their updated stuff (and i don't forget 
things).

Those users not being able to wait still can use the provided 
icinga.spec file within the tarball and create their own packages ;)
I've applied your patch against icinga git master and r1.4 already, so 
it will be in the release tarball.

Kind regards,
Michael

Re: icinga 1.4.0

David Hrbáč — 2011-05-11T08:23:03

Dne 11.5.2011 9:46, Michael Friedrich napsal(a):

Michael,
Commit might be fast, but when the package is going to be released no
one knows. Dag might know. :o)
DH

Re: icinga 1.4.0

Michael Friedrich — 2011-05-11T07:46:11

Ouch. Thanks for clearing this up!


Ok thanks a lot for the fast actions, much appreciated! =)

Kind regards,
Michael

Re: icinga 1.4.0

David Hrbáč — 2011-05-11T07:41:01

Dne 11.5.2011 9:13, Michael Friedrich napsal(a):

Committed. Your patch is missing:
< at >< at > -12,7 +12,7 < at >< at >
 Summary: Open Source host, service and network monitoring program
 Name: icinga
 Version: 1.4.0
-Release: 1%{?dist}
+Release: 2%{?dist}
 License: GPLv2+
 Group: Applications/System
 URL: http://www.icinga.org/


I don't mind. Feel free to use git or patch. :o)
DH

Re: icinga 1.4.0

Michael Friedrich — 2011-05-11T07:13:46

Hi,

David Hrbáč wrote:

Just one thing we just discussed about, reviewing the final diff you 
just committed. It came up that previous commits were changing the 
command group and would break upgrade procedure.

Attached git diff undos that.

Sorry for the inconvenience causing that, I was not aware of that change :(

Thanks,
Michael

PS: If you prefer GIT patches in the future, just let me know. I've just 
cloned the git repo and put the patch against master.

Re: icinga 1.4.0

David Hrbáč — 2011-05-11T06:53:43

Dne 11.5.2011 8:24, Michael Friedrich napsal(a):

Michael,
I reviewed your spec file. Looks good to me, so I have committed it.
Thanks,
DH

icinga 1.4.0

Michael Friedrich — 2011-05-11T06:24:37

Hi,

just because of getting the release into rpmforge, I've updated the spec 
file shipping within the tarball to match 1.4.0 as version and latest 
changes. it runs smoothly and creates all required pkg.

I'm new to rpmforge package commits, so please excuse my question on 
what is especially provided (Chris Maser did it before, but now he left).
What steps would be required next - the current spec file is attached, 
the source tarball can be provided / will be on sourceforge at 11:00 
local vienna time (~2,5h).

Thanks,
Michael

proftpd 1.3.3c spec file patch

Blake Hudson — 2011-05-09T18:46:11

I noticed that when upgrading from proftpd 1.3.2 to 1.3.3c, proftpd
failed to start.

I tracked this down to AVC denials, caused by the new version trying to
place its .pid, .scoreboard, and other files directly into /var instead
of /var/run or /var/run/proftpd. I compared the proftpd compile time
options between these two versions and found that proftpd was configured
to use the /var/ instead of /var/run/proftpd/ for its localstatedir. I
believe there may have been an upstream change that caused this to
occur. However, the --localstatedir option can be applied in the RPM
.SPEC file to pass the localstatedir at build time. This option was not
set, I have attached a patch file that can be applied to Dag's
proftpd.spec to correct the problem. Other solutions welcome.

This is my first patch submission, please let me know if there's
anything else I can (or need to) do.

Thanks,
--Blake






--- proftpd.spec        2011-05-09 13:33:27.000000000 -0500
+++ proftpd.spec.new    2011-05-09 13:34:34.000000000 -0500

Request: perl Config::Scoped package

Amos Shapira — 2011-05-06T02:00:02

Hello,

Would you mind packaging perl Config::Scoped package?

I found:

1. CPAN source: http://search.cpan.org/~gaissmai/Config-Scoped/
2. A spec of a little older version:
http://www.mail-archive.com/pld-cvs-commit-G3yHMj00SlNM3lUrWcWLrkB+6BGkLq7r< at >public.gmane.org/msg91126.html
3. A compiled package of a much older version:
http://rpm.pbone.net/index.php3/stat/4/idpl/1920751/dir/other/com/perl-Config-Scoped-0.09-8.noarch.rpm.html

Could you use the spec in (2) to provide the latest version (0.12)?

Thanks,

--Amos
_______________________________________________
suggest mailing list
suggest-RBeuRqtZptqkBEZqNzs7KaxOck334EZe< at >public.gmane.org
http://lists.rpmforge.net/mailman/listinfo/suggest

perl-Authen-Krb5 fix/refresh el6

Jay Senseman — 2011-05-04T18:13:42

Both

perl-Authen-Krb5
perl-Authen-Krb5-Admin

Are failing the automated el6 build. After checking the logs in
_buildlogs, I think that perl-Authen-Krb5-Admin is failing due to
perl-Authen-Krb5 .spec file being non-existent:

(blank directory)
http://svn.rpmforge.net/svn/trunk/rpms/perl-Authen-Krb5/

I notice that this .spec file was (mistakenly) moved to
trunk/rpms/perl-Krb5 by Christoph Maser's script:
http://lists.rpmforge.net/pipermail/packagers/2009-July/000892.html
http://lists.rpmforge.net/pipermail/svn-commits/2010-January/007227.html
(the commit)

This is unfortunately a mistake, as perl-Krb5 is a completely separate
(and older) module. Unfortunately, I can't find where the spec file
might have drifted to from there in the last few months.

Would it be possible to move the .spec file back or create a new one
and re-generate the rpm for el6?

bootup problems with pcsc-lite-ccid

Gary Gatling — 2011-04-15T18:19:05

Hello,

I apologize in advance if this is not the correct place to post. I have 
been using rpmforge for a couple of years and this is the first time I had 
any problems... Using the repo with CentOS 5.5 and now 5.6 on a Lenovo 
Y450 laptop. (x86_64) This is my main do everything on workstation until 
CentOS 6 comes out.

I had the package pcsc-lite-ccid replace the package ccid on Feb 25th 
when I ran yum update. But after that I started seeing messages at boot 
up like:

udevd[580]: add_to_rules: unknown key 'SUBSYSTEM'
udevd[580]: add_to_rules: unknown key, ...

And there would be a huge amout of these messages on the console before 
rhgb runs.

For now I am blocking pcsc-lite-ccid and have reverted to using ccid and 
that seems to have fixed the issue. pcsc-lite-ccid came from rpmforge and 
ccid came from CentOS 5 repo I think.

Sorry I didn't report this sooner but I wasn't sure how to report bugs 
with rpmforge packages and also it took a while to get motivated enough to 
figure out what was going on

Recap of old requests plus a new one

David Steinbrunner — 2011-04-07T12:28:08

Hello all,

Thought I should summarize and bundle up the emails related to outstanding
requests while making a new suggestion.  Here it is as concise as I can
make it:

Package updates:
Math::BigInt::FastCalc
namespace::clean

New packages:
Class::Accessor::Lite
DBIx::Class
MogileFS::Client
MogileFS::Server
MogileFS::Utils


New request for new package:
Dist-Zilla

Thanks,

--
David Steinbrunner

Re: Version bump for crossroads?

John R. Dennison — 2011-04-05T22:08:03

Steve,

Just noticed that LICENSE and 2 doc files (xr.pdf and
cluster.graffle) were not being tagged and installed as such
when doing a local build here.  My local spec file is attached
if you want to make similar changes for rpmforge before it's
built and pushed out.




John

Re: perl: Math::Random::Secure

Max Kanat-Alexander — 2011-04-05T22:05:45

Just wondering--is this ever going to be built? I still don't see it in
rpmforge and it's been over three months. It looks like the dependencies
aren't available:

http://packages.sw.be/perl-Math-Random-Secure/_buildlogs/

-Max

Re: Version bump for crossroads?

John R. Dennison — 2011-04-05T21:37:47

Excellent.

Thank you for the quick action, Steve.




John

Re: Version bump for crossroads?

Steve Huff — 2011-04-05T21:01:29

On Apr 5, 2011, at 4:01 PM, John R. Dennison wrote:



committed!

-shuff

--
If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v
PGP 8477B706 (A92A 1F7E 6D76 16A0 BFF9  E61D AD54 0251 8477 B706)

_______________________________________________
suggest mailing list
suggest-RBeuRqtZptqkBEZqNzs7KaxOck334EZe< at >public.gmane.org
http://lists.rpmforge.net/mailman/listinfo/suggest

Version bump for crossroads?

John R. Dennison — 2011-04-05T20:01:39

Would it be at all possible to see a version bump for crossroads?  The
rpmforge version is at 2.41 and 2.74 was just announced today.  Thanks
:)




John