[Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: can not find libperl.so after upgrade of perl to 5.8.6-1
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145475
karsten(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |CLOSED
Resolution| |RAWHIDE
------- Additional Comments From karsten(a)redhat.com 2005-10-10 05:24 EST -------
This line in vim.spec is wrong:
Requires: %(perl -le 'printf("perl >= %vd\n",$^V);')
I'll replace that with
Requires: perl >= %(rpm -q --qf "%%{epoch}:%%{version}\n" perl)
and build vim-6.3.090-1 in Rawhide
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 6 months
[Bug 170235] New: Perl built with old db.h
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170235
Summary: Perl built with old db.h
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: wtogami(a)redhat.com
ReportedBy: nutello(a)sweetness.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Perl seems to need a rebuild after db4 got updated.
Version-Release number of selected component (if applicable):
perl-5.8.7-0.4.fc5
How reproducible:
Always
Steps to Reproduce:
$ perl
use DB_File;
Actual results:
DB_File needs compatible versions of libdb & db.h
you have db.h version 4.3.28 and libdb version 4.3.29
Compilation failed in require at - line 1.
BEGIN failed--compilation aborted at - line 1.
I actually have no db.h anywhere on the system (well, there's one from firewire
modules and one from tetex-fonts, but they are not <db.h>). I assume it's
talking about the db.h used to build the DB_File module (ie the Perl RPM).
Expected results:
No error
Additional info:
The current Rawhide Perl is older than db4. A respin of the package should fix
the issue, I think.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 6 months
Non-noarch perl packages and $RPM_OPT_FLAGS
by Ville Skyttä
I'd like to release a new version of fedora-rpmdevtools and would like
to clean up the Perl spec template included in it a bit further in the
next version.
The remaining question is about handling $RPM_OPT_FLAGS (yes, again) in
non-noarch Perl module packages.
This has been discussed before, and some people feel it's good (must?)
to have the packages honor $RPM_OPT_FLAGS also when passed in a
non-default --target to rpmbuild, while some are not quite convinced
that it's a good idea to allow arch-dependent module packages to be
built with optimization flags different from what Perl was built with.
By default, CPAN packages get their optimization flags from Perl.
Current status: the current spec template in fedora-rpmdevtools as well
as some tools do honor $RPM_OPT_FLAGS, ie. possibly override what Perl
was built with if their --target's differ. The current spec template
has:
%build
CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS"
Some redundancy here; it could be simplified into (and this is what I
was about to commit):
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS"
make %{?_smp_mflags}
Now, what's new: I was earlier under the impression that both
ExtUtils::MakeMaker and Module::Build allow overriding the optimization
flags, but it turns out that's true only for ExtUtils::MakeMaker. I
haven't found a way to accomplish the above with Module::Build; with it,
it's possible to add things to the optimization flags, but not
_override_ AFAICT.
One example is the FE perl-Pod-Coverage package. On a box having i386
Perl installed, rebuilding it with --target i686 does not result in i686
$RPM_OPT_FLAGS being actually used (extra_compiler_options appears in
gcc's arguments before the ones from Perl, so at least -Ox from Perl
prevails, dunno about -march and friends).
So, opinions, what should we do about it?
- Discourage overriding optimization flags and use ones from Perl in all
arch dependent module packages (thus rendering "rpmbuild --target" with
them probably useless), or
- Leave things as is with the above redundancy cleanup to the spec
template applied (IOW, some packages honor --target, some don't), or
- Try to find a way to override the optimzation flags for packages using
Module::Build too, possibly patch/file bugs against upstream M::B, or
- Your idea here?
18 years, 6 months
[Bug 169903] New: Spamd children eat memory
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169903
Summary: Spamd children eat memory
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: nshmyrev(a)yandex.ru
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
I have spamassassin-3.0.4-1.fc4 installed on my laptop with 256 Mb of memory.
I know, there was similar problems like bug 126792, bug 141150 and bug 151433
but since I can reopen them let me describe once again:
I just have spamassassin service enabled by default and it seems that evolution
starts local spamd if it doesn't find spamd in system. but after start spamd
spawns 5 processes and each eats 26 Mb of memory (about half of my system
memory). It became impossible to compile program and get mail.
Currently I've changed option to run spamd to -m1 to spawn only 1 process, but
even 50 Mb constantly occupied of memory it too much for spam checking.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 6 months
[Bug 127023] perl fails "lib/FindBin" test (breaks MRTG)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: perl fails "lib/FindBin" test (breaks MRTG)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=127023
bugzilla(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RELEASE_PENDING |CLOSED
Resolution| |ERRATA
Fixed In Version| |RHSA-2005-674
------- Additional Comments From bugzilla(a)redhat.com 2005-10-05 08:32 EST -------
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.
http://rhn.redhat.com/errata/RHSA-2005-674.html
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
18 years, 6 months