Am Samstag, den 27.11.2010, 20:20 -0800 schrieb Mark D. Nagel:
> It appears that the dependency on the minimum perl-DBI version was
> removed from perl-DBD-SQLite after 1.25-2 in the repository. The latest
> versions install, but yields at runtime:
>
> install_driver(SQLite) failed: DBI version
Am Montag, den 08.11.2010, 16:23 -0800 schrieb Mark D. Nagel:
> On 8/29/2010 6:46 AM, Christoph Maser wrote:
> > Hi Mark
> > I submitted an update dropping the pid-file parameter when calling
> > killproc. This works correctly on el4 and el5 at least in my tests.
>
> I
Am Freitag, den 29.10.2010, 14:00 +0200 schrieb Yury V. Zaytsev:
> On Fri, 2010-10-29 at 13:46 +0200, Christoph Maser wrote:
>
> > I wonder if we can have a new version of ExtUtils::MakeMaker in the
> > buildtools repo?
>
> If it backwards compatible why not? Just tag it
Am Mittwoch, den 27.10.2010, 13:55 -0400 schrieb David Steinbrunner:
> Hello All,
>
> I would appreciate it if we could get the following cpan modules updated:
>
> SQL-Translator
> Math-Base36
> namespace-clean
> Class-Accessor-Grouped
> Config-Any
> Variable-Magic
> SQL-Abstract
> Test-Exception
Am Mittwoch, den 27.10.2010, 13:55 -0400 schrieb David Steinbrunner:
> Hello All,
>
> I would appreciate it if we could get the following cpan modules updated:
>
> SQL-Translator
> Math-Base36
> namespace-clean
> Class-Accessor-Grouped
> Config-Any
> Variable-Magic
> SQL-Abstract
> Test-Exceptio
Am Montag, den 11.10.2010, 13:38 +0200 schrieb Peter J. Holzer:
> perl-Cache-Memcached-1.29 is available from CPAN, current version on
> rpmforge is 1.28-1.el5.rf. Could you please provide the current version?
> (If there is something I can do to help (update spec file or whatever),
> just tell me)
Am Donnerstag, den 02.09.2010, 17:25 -0400 schrieb David Steinbrunner:
> Hello all,
>
> Currnetly, rpmforge has a spec for version libapreq2 version 2.08 and did
> not build when it was added in due to issues finding apxs. Currently
> version 2.12 and while looking into that apxs there seems to
Am Donnerstag, den 02.09.2010, 18:49 +0100 schrieb Jose Pedro Oliveira:
> Hi,
>
> The attached (trivial) patch updates the icinga specfile version
> and release macros to match the latest upstream version.
>
> Regards,
> jpo
Hi jpo
thank you for your help. Actually I manage the icinga-spec in
Am Montag, den 30.08.2010, 15:54 +0200 schrieb Dag Wieers:
> On Mon, 30 Aug 2010, Angenendt, Ralph wrote:
>
> > after I found http://betterthangrep.com/ today, I have no idea how I
> > could live without that before :)
> >
> > So could you ad App::Ack (or the perl standalone version) into rpmforg
Am Mittwoch, den 18.08.2010, 08:49 +0200 schrieb Christoph Maser:
> Am Dienstag, den 17.08.2010, 16:14 -0700 schrieb Mark D. Nagel:
> > The path to nagios.pid was changed from /var/run/nagios.pid to
> > /var/nagios/nagios.pid between the 3.2.0 and 3.2.1 RPM release. This
> >
Am Dienstag, den 17.08.2010, 16:14 -0700 schrieb Mark D. Nagel:
> The path to nagios.pid was changed from /var/run/nagios.pid to
> /var/nagios/nagios.pid between the 3.2.0 and 3.2.1 RPM release. This
> would be fine if the killproc function from /etc/init.d/functions in EL4
> supported the -p flag
Am Freitag, den 16.07.2010, 12:35 +0200 schrieb Peter J. Holzer:
> On 2010-07-16 10:38:39 +0200, Gerd v. Egidy wrote:
> > > after this, put an exclusion in your yum config so that your yum won't see
> > > the spurious perl-DateTime-Locale-0.4001 package. we intend to remove
> > > perl-DateTime-Loc
Am Donnerstag, den 15.07.2010, 09:45 -0400 schrieb Steve Huff:
> $ sudo rpm -e --nodeps perl-DateTime-Locale perl-DateTime-Format-Strptime
Propably better: rpm --oldpackage -U
perl-DateTime-Locale-0.45-1.el5.rf.noarch.rpm
+C
___
suggest mailing list
Am Samstag, den 10.07.2010, 12:17 -0400 schrieb Dave B:
> One of my 64-bit RHEL4 machines, last night, ended up with:
>
> mrtg-2.16.4-1.el4.rf
>
> Two problems...
>
> 1. this overrides the Redhat included package mrtg-2.10.15-2a
> 2. the package is missing MRTG_lib.pm:
>
> Can't locate MRTG_lib
Am Montag, den 21.06.2010, 23:29 +0800 schrieb Richard Chapman:
> I saw the note below today - suggesting that a new release of sarg has
> arrived. The current rpmforge release of sarg still causes some grief -
> so a new version might be appreciated by sarg users.
>
> Richard.
>
>
> Hello,
>
Am Donnerstag, den 17.06.2010, 16:11 +0200 schrieb Peter J. Holzer:
> On 2010-06-17 16:06:53 +0200, Christoph Maser wrote:
> > Am Freitag, den 11.06.2010, 08:19 -0400 schrieb Dave B:
> > > Though, perhaps not all of them are broken?
> > >
> > > I think both my
Am Freitag, den 11.06.2010, 08:19 -0400 schrieb Dave B:
> Though, perhaps not all of them are broken?
>
> I think both myself and someone else have mentioned just the same 3
> packages causing the issue.
>
I found and changed perl-DBD-Pg. Wich were the other two?
Chris
_
Am Freitag, den 11.06.2010, 08:19 -0400 schrieb Dave B:
> Though, perhaps not all of them are broken?
>
> I think both myself and someone else have mentioned just the same 3
> packages causing the issue.
>
I was just following the argumentation why they are "broken". I will
have a look at those
Am Donnerstag, den 10.06.2010, 15:01 -0400 schrieb Dave B:
> If up2date is broken, fine... unfortunately, I think RHEL4 is in a state
> where that particular bug won't be fixed by redhat, now.
>
> So, it would be good if the appropriate packages from rpmforge could be
> patched to work around the
Am Montag, den 07.06.2010, 15:20 -0400 schrieb Steve Huff:
> On Jun 7, 2010, at 11:31 AM, Christoph Maser wrote:
>
> > As I am for a much more strict policy at rpmforge I vote for a complete
> > removal of perl-XML-LibXMl and perl-XML-LibXSLT or at most provide an
> >
Am Donnerstag, den 03.06.2010, 16:59 -0400 schrieb David Steinbrunner:
> David Steinbrunner wrote:
>
> > The XML::LibXSLT and XML::LibXML packages in rpmforge are currently
> > incompatible. See the following as evidence:
> >
> > [Mon May 03 19:19:18 2010] [error] This version of XML::LibXSLT re
Am Montag, den 07.06.2010, 09:56 +0200 schrieb Peter J. Holzer:
> [Resent because it was rejected because I used a wrong sender address -
> apologies if this turns up twice]
>
> Several perl modules have broken dependencies on rhel4.
>
> For example:
>
> perl-DBD-Pg-2.17.1-1.el4.rf
Thanks for reporting Peter. This happens as I replace autogernerated
dependecies by rpmbuild through autogenerated dependencies from CPAN
metadata. I will have a look at it.
Chris
Am Montag, den 07.06.2010, 09:56 +0200 schrieb Peter J. Holzer:
> [Resent because it was rejected because I used a wr
Ok no we get some fun:
ExtUtils::MakeMaker version 6.31 required--this is only version 6.30 at
Makefile.PL line 7.
BEGIN failed--compilation aborted at Makefile.PL line 7.
Any opions on how to solve that in a decent way?
Am Donnerstag, den 03.06.2010, 19:48 -0400 schrieb David Steinbrunner:
> H
Thanks for the report. It was already reported and taken care of.
Regards
Chris
Am Dienstag, den 01.06.2010, 10:20 +0300 schrieb Jani Ollikainen:
> On 26/05/10 10:04, Christoph Maser wrote:
> >> perl-DBI
> >> perl-SOAP-Lite
> >> perl-Image-ExifTool
> >
>
Am Dienstag, den 25.05.2010, 22:24 -0400 schrieb David Steinbrunner:
> Hello all,
>
> Updates to the latest versions for the following modules requested:
>
> perl-DBI
> perl-SOAP-Lite
> perl-Image-ExifTool
>
> Thanks,
>
> --
> David Steinbrunner
>
I commited updates for those packages to svn
I did push an updated spec file.
Chris
Am Montag, den 17.05.2010, 10:43 -0400 schrieb David Steinbrunner:
> Hello all,
>
> I have run into an issue with the current latest version of perl-DBD-Pg in
> rpmforge which is related to accessing older versions of postgres servers.
> Moving back to 2.14
Am Freitag, den 07.05.2010, 23:03 +0200 schrieb Thomas Heil:
> Hi,
>
> We try to ensure that nagios is not running on our machines.
> Unfortunately this results
> in errors like
> --
> err: //nagios/Service[nagios]/ensure: change from running to stopped
> failed: Could not stop Service[nagios]: Ex
Also done
> WWW-Facebook-API *new*
> MooseX::Types::JSON *new*
> MooseX::Types::Path::Class *new*
and Steve just did memcached
have a nice weekend
Chris
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Frankfurt branch office/Niederlas
I took care of the fast and easy ones for now, mabye more later today..
> perl-SQL-Abstract *update*
> perl-DBD-mysql *update*
> perl-MailTools *update*
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Frankfurt branch office/Niederlassung
Am Donnerstag, den 04.02.2010, 13:13 +0100 schrieb Nico Kadel-Garcia:
> Chris, that can get *really* nasty. The problem is partly that for
> registered RHEL clients, they use what is basically up2date in
> grandma's clothing as part of the yum-rhn-plugin utility that
> downloads RPM's from RedHat
Am Mittwoch, den 03.02.2010, 21:59 +0100 schrieb Fabian Arrotin:
> Tomas Podermanski wrote:
> > Hi,
> > is it possible to add zabbix into rpmforge repository ? The specfile
> > is available on http://repo.andrewfarley.com/centos/specs/zabbix.spec .
> >
> > Thanks
> > Tomas
> >
> I've just h
Am Mittwoch, den 03.02.2010, 14:04 +0100 schrieb Nico Kadel-Garcia:
> Would it be possible to put copies of the subversion.i386 and
> subversion-devel.i386 packages in the x86_64 repositories? The issue
> is that, with "yum", if you say "yum install subversion" on RHEL 4 and
> 5, it detects the bui
Am Sonntag, den 31.01.2010, 20:03 +0100 schrieb Yury V. Zaytsev:
> I have committed the rewritten SPEC, comments welcome.
It's short, I like that :)
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Frankfurt branch office/Niederlassung Frank
Am Dienstag, den 26.01.2010, 02:03 +0100 schrieb Michael Mansour:
> Hi,
>
> Any chance an update to perl-HTML-Parser can occur?
>
> Thanks.
>
> Michael.
The spec is up to date and tested, if you need packages right now you
can get the spec from
http://svn.rpmforge.net/svn/trunk/rpms/perl-HTML-Pars
Am Samstag, den 16.01.2010, 14:50 +0100 schrieb Nico Kadel-Garcia:
> > From: Ingvar Hagelund
>
> > Another small matter about the rrdtool specfile that had to be changed
> > before it worked in mock: It's very seldom (probably never) it's
> > possible to run rpm from within a mock changeroot. So t
Am Montag, den 04.01.2010, 08:21 +0100 schrieb Christoph Maser:
> Am Samstag, den 02.01.2010, 11:53 +0100 schrieb Michael Mansour:
> > Hi,
> >
> > Any chance of updating rrdtool packages to 1.3.9?
> >
> > Thanks.
> >
> > Michael.
>
>
>
Am Samstag, den 02.01.2010, 11:53 +0100 schrieb Michael Mansour:
> Hi,
>
> Any chance of updating rrdtool packages to 1.3.9?
>
> Thanks.
>
> Michael.
Will do, also I will put 1.4 in testing.
Happy new year
Chris
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80
Am Mittwoch, den 23.12.2009, 10:52 +0100 schrieb Yury V. Zaytsev:
> > Commited with slight modifications
>
> Now I am puzzeled :-) I guess I already committed it.
>
Yes i sent the message while svn commit was failing in another window..
financial.com AG
Munich head office/Hauptsitz München: M
Am Mittwoch, den 23.12.2009, 10:33 +0100 schrieb Yury V. Zaytsev:
> On Tue, 2009-12-22 at 19:52 -0500, Nico Kadel-Garcia wrote:
> > I've just done a test build of proj-4.7.0 with a modified .spec file
> > from RPMforge. It's attached: can we get that package updated, along
> > with its incorporated
Am Mittwoch, den 23.12.2009, 01:52 +0100 schrieb Nico Kadel-Garcia:
> I've just done a test build of proj-4.7.0 with a modified .spec file
> from RPMforge. It's attached: can we get that package updated, along
> with its incorporated proj-datumgrid updated to version 1.5?
>
>
Am Sonntag, den 15.11.2009, 15:35 +0100 schrieb David Steinbrunner:
> Hello all,
>
> Please update:
> perl-SQL-Abstract
This simply has to be build. The build failed because the filter macros
weren't there yet.
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939
Am Mittwoch, den 04.11.2009, 15:06 +0100 schrieb Nico Kadel-Garcia:
> > From: Christoph Maser
> > Subject: Re: [suggest] Re: suggest Digest, Vol 53, Issue 1
> >>
> >> Perhaps it should be released as 'cfengine3' at RPMforge? This would
> >> hav
Am Dienstag, den 03.11.2009, 13:35 +0100 schrieb Nico Kadel-Garcia:
> > From: Christoph Maser
> > Subject: Re: [suggest] cfengine 3.0 ?
> >
> > Am Montag, den 02.11.2009, 20:18 +0100 schrieb Bjarne Saltbaek:
> >> And here is a diff against
> >> http:
Am Montag, den 02.11.2009, 20:18 +0100 schrieb Bjarne Saltbaek:
> And here is a diff against
> http://svn.rpmforge.net/svn/trunk/rpms/cfengine/cfengine3.spec :
Thanks, will apply check it...
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Am Montag, den 02.11.2009, 16:40 +0100 schrieb Bjarne Saltbaek:
> To RPMforge.
>
> Is Cfengine 3.0.2 been released to "production" soon?
> I can see it is in RPMforge as a test package.
Actually I have no plans yet to remove the Test tag, as I have no clue
about the transition yet (still using cfe
Am Dienstag, den 13.10.2009, 23:18 +0200 schrieb Dan Pritts:
> Hi,
>
> been a long time, very happy user - thanks for all your efforts.
> RHEL5/x86_64 platform.
>
> I'm installing the Sympa MLM software. http://www.sympa.org
>
> It has lots of perl modules as dependencies. Most of them are availa
Am Mittwoch, den 07.10.2009, 16:02 +0200 schrieb Aa Bb:
> Hi.
>
> I need 2 packages:
> perl-Apache-DBI
> perl-SOAP-Lite
>
> Can I somehow download them with yum?
Yes. See
http://wiki.centos.org/AdditionalResources/Repositories/RPMForge on
instructions how to use rpmforge repos.
financial.com AG
Am Montag, den 21.09.2009, 09:38 +0200 schrieb Erik Andersson:
> Hi Steve,
>
> I got your reply and its perfect that the package
> will appear in the repository.
>
> I had hoped that it would be available after the
> weekend after some form of nightly build on your
> side, you know children and new
Am Montag, den 07.09.2009, 20:00 +0200 schrieb David Steinbrunner:
> Hello all,
>
> The subject says it all.
>
> Thanks,
>
> --
> David Steinbrunner
>
I did update SQL::Abstract an hour ago or so. Should be available after
rebuild. Class::Accessor 0.33 was done on May 29th! Packages are
availabl
Am Samstag, den 15.08.2009, 19:07 +0200 schrieb Max Kanat-Alexander:
> Christoph Maser wrote:
> > Am Donnerstag, den 06.08.2009, 07:55 +0200 schrieb Max Kanat-Alexander:
> >
> >> BTW, is Template-Toolkit 2.22 packaged? I'm only seeing 2.21.
> >>
> >
Am Donnerstag, den 06.08.2009, 07:55 +0200 schrieb Max Kanat-Alexander:
> Christoph Maser wrote:
> > We figured it wants CGI >= v3.21, but perl-core ships 3.15 that is much
> > mor of a problem. Actually all the issues in the original posting are
> > fixed or fixed aft
Am Donnerstag, den 06.08.2009, 07:55 +0200 schrieb Max Kanat-Alexander:
> BTW, is Template-Toolkit 2.22 packaged? I'm only seeing 2.21.
>
> -Max
Not yet, but very soon ;)
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Frankfur
Am Montag, den 03.08.2009, 12:18 +0200 schrieb Tomas Brandysky:
> Could you please add following package to repository ?
>
>
> http://kilian.no-ip.org/~shamot/upload/RPMS/nagios-3.1.2-1.rf.el5.src.rpm
>
> Thank you
>
> Tomas
>
>
3.1.0 is in the testing repo for a long time. I will update it but it
Am Freitag, den 31.07.2009, 19:40 +0200 schrieb Filipe Brandenburger:
>
> Although I did not try it, I've seen that Bugzilla also ships an
> "install-module.pl" script that can be used to install modules from
> CPAN in a way that it is used by Bugzilla only and not globally on the
> system. That mi
Am Freitag, den 31.07.2009, 14:25 +0200 schrieb Nico Kadel-Garcia:
> > Date: Fri, 31 Jul 2009 09:40:39 +0200
> > From: Christoph Maser
> > Subject: Re: [suggest] Request: Required Perl Packages for Bugzilla
> >3.4
> > To: "suggest@lists.rpmforge.net&q
Am Freitag, den 17.07.2009, 21:22 +0200 schrieb Max Kanat-Alexander:
> Bugzilla 3.4 will be coming out soon, and it uses the following Perl
> packages as requirements or optionally:
>
> Template-Toolkit 2.22 (not out yet, but will be soon).
> TheSchwartz
> Daemon-Generic
>
>
Am Dienstag, den 28.07.2009, 22:56 +0200 schrieb David Hrbáč:
> Hi,
> I'm trying to create package of the latest rt. May I ask to add the
> following modules?
> perl(HTML::RewriteAttributes)
> perl(Data::ICal)
> perl(UNIVERSAL::require)
>
> these modules seem to be old:
> Encode
> MIME::Entity
> Fi
Am Dienstag, den 28.07.2009, 19:26 +0200 schrieb Nico Kadel-Garcia:
> I'm looking at the jmxterm utility, from
> http://wiki.cyclopsgroup.org/jmxterm, which some acquaintances like.
> It's published as .jar files, and I've not worked out the fun of
> compiling it from the source files since there i
Am Samstag, den 25.07.2009, 13:31 +0200 schrieb Christoph Maser:
> > > I will fix that.
> >
> > Is "that" the unnecessary dependencies in Data-ObjectDriver, or the
> tool
> > that is adding these incorrect dependencies?
>
> I meant turning off AutoReq
Am Samstag, den 25.07.2009, 12:39 +0200 schrieb Dave Cross:
> On 25/07/09 10:14, Christoph Maser wrote:
> > Am Samstag, den 25.07.2009, 08:44 +0200 schrieb Dave Cross:
> >> On 25/07/09 02:15, Max Kanat-Alexander wrote:
> >>> Dag Wieers wrote:
> >>>> I
Am Samstag, den 25.07.2009, 08:44 +0200 schrieb Dave Cross:
> On 25/07/09 02:15, Max Kanat-Alexander wrote:
> > Dag Wieers wrote:
> >> I just packaged them, however perl-TheSchwartz requires
> >> perl-Data-ObjectDriver, which requires perl-DBD-Oracle, which requires
> >> something we cannot deliver
Just another example of how broken AutoFindReq is:
a) have a look at PDL, it provides perl-Inline it also requires a lot of
stuff wich it does not really need
b) brandnew a devveloper did:
package # hide from CPAN
FCGI::Async::ClientConnection;
wich breaks find-provides. I have filed a bug on th
Am Dienstag, den 21.07.2009, 00:54 +0200 schrieb Dag Wieers:
> On Mon, 20 Jul 2009, Christoph Maser wrote:
>
> > Am Montag, den 20.07.2009, 10:20 +0200 schrieb Dag Wieers:
> >
> >> Talk to Red Hat ;-) Our scripts only add those requirements (and the ones
> >>
Am Dienstag, den 21.07.2009, 00:54 +0200 schrieb Dag Wieers:
> The auto requirements are not that bad
Sory but i really think they are totally broken in any non-trivial case.
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Frankfurt branc
Am Montag, den 20.07.2009, 10:20 +0200 schrieb Dag Wieers:
> Talk to Red Hat ;-) Our scripts only add those requirements (and the ones
> we manually add ourselves afterwards).
>
> But in their defence, META.yml didn't exist 15 years ago so their current
> practices back then made a lot of sense. An
Am Mittwoch, den 15.07.2009, 17:12 +0200 schrieb
anthony.caet...@sanlam.co.za:
>
> Hi
>
> I wish to start using collectd on my servers. I am testing the
> install, but for some reason it wants to install xmms, libogg,
> libvorbis, libgtk, mysql, avahi... etc.. Is this expected? I try
> and keep
Am Dienstag, den 07.07.2009, 21:10 +0200 schrieb David Steinbrunner:
> Hello all,
>
> perl-Log-Dispatch 2.21 installed in the past for me but I'm setting up a new
> box and I'm getting this:
>
> Error: Missing Dependency: perl(Sys::Syslog) >= 0.16 is needed by package
> perl-Log-Dispatch-2.22-1.el5
Am Freitag, den 03.07.2009, 15:06 +0200 schrieb Robert Grasso:
> Hello,
>
> I did not want to write a long email at first, but there is no urgency to me
> any more.
>
> I just notified this issue, and performed the rebuild in order to confirm the
> diagnostic, just to help.
>
> I was using collec
Am Freitag, den 03.07.2009, 13:12 +0200 schrieb Robert Grasso:
> Hello,
>
> A while ago, I installed collectd from the rpmforge repository on a CentOS
> 5.3 i386 production system. When I try to update the OS
> with yum, the update fails with the error :
>
> collectd-4.6.2-1.el5.rf.i386 from insta
Am Montag, den 29.06.2009, 17:24 +0200 schrieb arnebjarn...@hotmail.com:
> Hmm,
>
> from the same http://perl-xml.sourceforge.net/faq/#parserdetails.ini:
>
> "Don't unconditionally run this command, or users who re-install XML::SAX
> may find that any fast SAX parser they have installed will be rep
Am Donnerstag, den 02.07.2009, 23:09 +0200 schrieb Steve Huff:
> hello folks!
>
> perl-Email-Store-0.255-1 requires Class::DBI,
> Class::Data::Inheritable, Ima::DBI, all of which are currently in
> RPMforge, but these dependencies are not captured in the spec. the
> patch is attached!
>
> -steve
Am Donnerstag, den 02.07.2009, 23:33 +0200 schrieb Peter Willis:
> Christoph Maser wrote:
> >>
> >>
> >
> > I am currently evaluating the already existing solutions because i think
> > it is easier and more useful if we use something shared and try to model
Am Mittwoch, den 01.07.2009, 21:34 +0200 schrieb Dag Wieers:
> Good question. We do have SPEC files that still date back from before we
> used an automated process. I just checked what our tool would do
> (dar-diff-perl.sh) and it would in fact remove the BuildRequires
> altogether. So it is safe
Am Mittwoch, den 01.07.2009, 20:48 +0200 schrieb Philip Durbin:
> Hello, I just installed perl-Mail-Box and a dependency,
> perl-Object-Realize-Later, is not captured in the RPM:
>
> [r...@zmb-1 ~]# rpm -q --requires perl-Mail-Box | grep Realize
> [r...@zmb-1 ~]#
>
> I'm curious why the perl-Object
Greg
cool that you could make it work at all, but to me including python is
totally unacceptable.
Chris
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Frankfurt branch office/Niederlassung Frankfurt: Messeturm |
Friedrich-Ebert-Anlage 49
Am Mittwoch, den 17.06.2009, 14:08 +0200 schrieb Nico Kadel-Garcia:
> > Date: Tue, 16 Jun 2009 23:35:59 +0200
> > From: Christoph Maser
> > Subject: Re: [suggest] perl-DateTime numbering issue with "0.4305"
> >release
>
> > I worked on a perl
Am Dienstag, den 16.06.2009, 22:48 +0200 schrieb Nico Kadel-Garcia:
> RPM version tracking is confused by numbers like '0.4305', and the
> "mock" utility for CentOS 4 and CentOS 5 doesn't properly detect
> perl-DateTime-0.4305 them as being more recent than 0.42. This is
> particularly confusing si
Am Donnerstag, den 11.06.2009, 21:51 +0200 schrieb Christoph Maser:
> Am Donnerstag, den 11.06.2009, 19:31 +0200 schrieb David Steinbrunner:
> > David Steinbrunner wrote:
> >
> > > I have been running yum to pull these and other updates I have requested
> > > an
Am Donnerstag, den 11.06.2009, 23:17 +0200 schrieb Steve Huff:
> On Jun 11, 2009, at 4:02 PM, Christoph Maser wrote:
>
> >> The module JSON::Any needs at least one of JSON, JSON::XS or
> >> JSON::DWIW
> >> to function. In its current state the RPM for perl-JSON-An
Am Donnerstag, den 11.06.2009, 15:32 +0200 schrieb Matthew Cox:
> Hello,
>
> The module JSON::Any needs at least one of JSON, JSON::XS or JSON::DWIW
> to function. In its current state the RPM for perl-JSON-Any does not
> have a dependency on any of those packages.
>
> Perhaps a dependency on the n
Am Donnerstag, den 11.06.2009, 19:31 +0200 schrieb David Steinbrunner:
> David Steinbrunner wrote:
>
> > Christoph Maser wrote:
> >
> >> I have submitted the following updated specs:
> >>
> >> - perl-DBI 1.608-1
> >> - perl-DBD-mysql 4.011-
Am Donnerstag, den 11.06.2009, 19:04 +0200 schrieb David Steinbrunner:
> Christoph Maser wrote:
>
> > I have submitted the following updated specs:
>
>
>
> > - perl-MP3-Tag 1.11-1
>
> I'm getting the following when trying to update the above:
>
&
Am Donnerstag, den 11.06.2009, 13:45 +0200 schrieb David Steinbrunner:
> Christoph Maser wrote:
>
> > I have submitted the following updated specs:
>
>
>
> > - perl-SQL-Abstract 1.55-1
>
> The new DBIx::Class release requires the latest SQL::Abstract which i
Am Mittwoch, den 10.06.2009, 16:56 +0200 schrieb Matthew Cox:
> Hello,
>
> There seem to be a few packages that need WWW::Shorten to function, but
> do not have the appropriate dependency. The three packages (that I
> found) are:
>
> * perl-POE-Component-WWW-Shorten
> * perl-WWW-Shorten-0rz
> * per
On Tue, 2009-06-09 at 22:36 +0200, Steve Huff wrote:
> Please add the following Perl modules to the repository, if possible. I
> have included a specfile for Mail::ListDetector (generated by cpan2rpm).
>
> Email::Store
> Mail::ListDetector
> Class::DBI::DATA::Schema
>
> thanks,
> -Steve
>
Steve,
On Mon, 2009-06-08 at 04:48 +0200, Jason wrote:
> I have been trying to re-build mpd, Sonata, Ario, ncmpc, as well as
> gedit-latex-plugin.
>
> None which seem to build correctly, or work, I posted spec files for
> others to look over, and see if they can get the programs to build,
> however. no on
Am Samstag, den 30.05.2009, 13:52 +0200 schrieb Kai Schaetzl:
> David Steinbrunner wrote on Thu, 28 May 2009 12:03:36 -0400:
>
> > Is it possible for you to install the perl module from CPAN rather than
> > rpmforge for testing proposes? I have a feeling the issue is not the
> > rpmforge package b
Am Freitag, den 29.05.2009, 10:12 +0200 schrieb Christoph Maser:
> Am Donnerstag, den 28.05.2009, 15:20 +0200 schrieb David Steinbrunner:
> > David Steinbrunner wrote:
> >
> > > DBIx::Class version 0.08100 was just release and I am updating my custom
> > > rp
Am Donnerstag, den 28.05.2009, 15:20 +0200 schrieb David Steinbrunner:
> David Steinbrunner wrote:
>
> > DBIx::Class version 0.08100 was just release and I am updating my custom
> > rpm,
> > that was working with an early dev release, to handle this public release.
> > I
> > have found that the
Am Montag, den 18.05.2009, 18:08 +0200 schrieb David Steinbrunner:
> Hello all,
>
> I'd like to request that the following are updated to current:
>
> perl-DBI
> perl-DBD-mysql
> perl-XML-Atom
> perl-SQL-Abstract
> perl-MP3-Tag
> perl-Moose
> perl-Class-MOP
> perl-MooseX-AttributeHelpers
> perl-XML
> Am Montag, den 18.05.2009, 18:08 +0200 schrieb David Steinbrunner:
> > Hello all,
> >
> > I'd like to request that the following are updated to current:
> >
> > perl-DBI
> > perl-DBD-mysql
> > perl-XML-Atom
> > perl-SQL-Abstract
> > perl-MP3-Tag
> > perl-Moose
> > perl-Class-MOP
> > perl-MooseX-A
Am Montag, den 18.05.2009, 18:08 +0200 schrieb David Steinbrunner:
> Hello all,
>
> I'd like to request that the following are updated to current:
>
> perl-DBI
> perl-DBD-mysql
> perl-XML-Atom
> perl-SQL-Abstract
> perl-MP3-Tag
> perl-Moose
> perl-Class-MOP
> perl-MooseX-AttributeHelpers
> perl-XML
Am Dienstag, den 12.05.2009, 20:13 +0200 schrieb David Steinbrunner:
> Christoph Maser wrote:
>
> > Am Montag, den 20.04.2009, 18:50 +0200 schrieb David Steinbrunner:
> >> Hello,
> >>
> >> DBIx::Class version 0.08100 was just release and I am updating my cu
Am Dienstag, den 12.05.2009, 13:12 +0200 schrieb Nico Kadel-Garcia:
> Fedora users might have excellent reasons to stay away from Fedora 11
> until after it's released, and since Fedora 7 through 10 are still
> active, they might appreciate an updated subversion in the RPMforge
> repository. Th
Am Dienstag, den 12.05.2009, 03:55 +0200 schrieb Nico Kadel-Garcia:
> Greg Bailey wrote:
> > Nico Kadel-Garcia wrote:
> >>
> >> That SRPM reports:
> >>
> >> # rpm -U subversion-1.6.1-4.fc11.src.rpm
> >> warning: subversion-1.6.1-4.fc11.src.rpm: Header V3 RSA/SHA256
> >> signature: NOKEY, key ID d22
With the input i got from all of you i submitted a subversion 1.6 wich
compiles to the repo marked testing.
Chris
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München |
Germany
Frankfurt branch office/Niederlassung Frankfurt: Messeturm |
Friedrich-Ebert-
Am Montag, den 11.05.2009, 18:02 +0200 schrieb Greg Bailey:
> Nico Kadel-Garcia wrote:
> > Attached files are for subversion 1.6.2 compilation. The other patches
> > already exist in the 1.5.6 subversion in RPMforge, although I can
> > attach them as well if desired. I'd love to get some testing by
Am Montag, den 11.05.2009, 17:48 +0200 schrieb Nico Kadel-Garcia:
> Attached files are for subversion 1.6.2 compilation. The other patches
> already exist in the 1.5.6 subversion in RPMforge, although I can
> attach them as well if desired. I'd love to get some testing by other
> people, especially
Am Montag, den 11.05.2009, 14:49 +0200 schrieb Nico Kadel-Garcia:
I'd *just* gotten subversion 1.6.1 working, and now 1.6.2 popped out
today. (Sigh.)
One question I'm finding for compiling on RHEL 5/CentOS 5 is how to
handle the SQLite version 3.x dependency. It requires a more recent
version th
1 - 100 of 127 matches
Mail list logo