[Bug 229663] New: Package Updater Dump Information
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=229663
Summary: Package Updater Dump Information
Product: Fedora Core
Version: fc6
Platform: i386
OS/Version: Linux
Status: NEW
Severity: high
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: cranbo(a)gmail.com
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
Description of problem:
When I try to run the Package Updater I get a list of updates available but when
I click the "Apply Updates" button I get the following error:
Component: Software Updater
Summary: TBccefa5c9 yumRepo.py:426:__get:RepoError: failure:
spamassassin-3.1.8-2.fc6.i386.rpm from updates: [Errno 256] No more mirrors to try.
Traceback (most recent call last):
File "/usr/sbin/pup", line 433, in _apply
self.applyChanges(self.mainwin)
File "/usr/lib/python2.4/site-packages/pirut/__init__.py", line 559, in
applyChanges
self.checkDeps(mainwin)
File "/usr/lib/python2.4/site-packages/pirut/__init__.py", line 324, in checkDeps
self.populateTs(keepold=0)
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 150, in populateTs
self.downloadHeader(txmbr.po)
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 760, in
downloadHeader
cache=repo.http_caching != 'none',
File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 454, in getHeader
cache=cache,
File "/usr/lib/python2.4/site-packages/yum/yumRepo.py", line 426, in __get
raise Errors.RepoError, "failure: %s from %s: %s" % (relative, self.id, e)
RepoError: failure: spamassassin-3.1.8-2.fc6.i386.rpm from updates: [Errno 256]
No more mirrors to try.
Local variables in innermost frame:
e: [Errno 256] No more mirrors to try.
start: 440
url: None
text: None
self: updates
cache: True
reget: None
relative: spamassassin-3.1.8-2.fc6.i386.rpm
headers: ()
checkfunc: (<bound method PackageUpdater.verifyHeader of
<__main__.PackageUpdater object at 0x976b84c>>,
(<yum.sqlitesack.YumAvailablePackageSqlite object at 0xaadfecc>, 1), {})
copy_local: 1
end: 49616
local: //var/cache/yum/updates/headers/spamassassin-3.1.8-2.fc6.i386.hdr
Version-Release number of selected component (if applicable):
See above
How reproducible:
Three out of three times
Steps to Reproduce:
1. Run Pup
2. Click apply updates
Actual results:
Expected results:
Additional info:
I also tried "yum update" and after trying all mirrors it also stopped with
Error: failure: spamassassin-3.1.8-2.fc6.i386.rpm from updates: [Errno 256] No
more mirrors to try.
------- Additional Comments From cranbo(a)gmail.com 2007-02-22 11:32 EST -------
Created an attachment (id=148590)
--> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=148590&action=view)
Package Updater dump information
--
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.
17 years, 2 months
[Bug 229128] New: spamassassin fails to create files in /tmp
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=229128
Summary: spamassassin fails to create files in /tmp
Product: Fedora Core
Version: fc6
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: jbayes(a)cs.oberlin.edu
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
The following appears in my spamassassin logfile whenever a mail arrives:
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314OlxB8Wtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314WBWPZ7tmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314BahtmFtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314uLK3LLtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314GcCsvAtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin23146TyGmitmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314hdTOSmtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314C1oQPLtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314MmXR2dtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314e2CZlltmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314I5i4motmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314xMfhoOtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314Ie5f70tmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314tjeSFxtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314Of9zE8tmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin23145ToCChtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314vjUqeptmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314adUyVrtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin23146yZn6jtmp': Permission denied
[2314] warn: util: secure_tmpfile failed to create file
'/tmp/.spamassassin2314l1bMPxtmp': Permission denied
[2314] warn: print() on closed filehandle $tmpfile at /usr/bin/spamassassin line
332, <STDIN> chunk 1.
[2314] warn: archive-iterator: unable to open /tmp/.spamassassin2314l1bMPxtmp:
Permission denied
procmail: Program failure (1) of "/usr/bin/spamassassin"
procmail: Rescue of unfiltered data succeeded
>From linden(a)matrixoz.com.au Sat Feb 17 09:20:15 2007
Subject: on earthin
Folder: mbox.SPOOL 1719
The message, of course, does not get tagged as spam or ham as it should.
This problem occurs with spamassassin-3.1.8-1.fc6. It did not occur with my
previous version of spamassassin (which I think was 3.1.7something).
I would be willing to try to isolate this problem further, but I'm not sure what
to do as I don't understand what could possibly keep spamassassin from writing
to /tmp. I have already cleared /tmp and done a fixfiles /tmp and rebooted, but
the problem still occurs.
spoo:~$ ls -al /tmp
total 72
drwxrwxrwt 8 root root 4096 Feb 17 09:33 .
drwxr-xr-x 23 root root 4096 Feb 17 09:08 ..
drwxrwxrwt 2 root root 4096 Feb 17 09:07 .ICE-unix
-r--r--r-- 1 root jbayes 11 Feb 17 09:09 .X0-lock
drwxrwxrwt 2 root jbayes 4096 Feb 17 09:09 .X11-unix
drwxrwxrwt 2 root root 4096 Feb 17 09:08 .font-unix
drwx------ 2 jbayes jbayes 4096 Feb 17 09:12 flashgot.default.ger
drwx------ 3 jbayes jbayes 4096 Feb 17 09:12 gconfd-jbayes
drwx------ 2 jbayes jbayes 4096 Feb 17 09:12 orbit-jbayes
spoo:~$
--
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.
17 years, 2 months
fun with the number 6
by Steven Pritchard
I discovered this by accident today...
Run from my mirror, in /pub/fedora/linux/:
$ ls core/6/source/SRPMS/perl-[^5]* extras/6/SRPMS/perl-* | wc -l
666
At the moment, www.cpan.org says there are 11217 modules.
$ perl -e 'printf "%.0f%% of CPAN\n", (666/11217)*100'
6% of CPAN
I should probably get back to work now... :-)
Steve
--
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve(a)kspei.com http://www.kspei.com/
Phone: (618)398-3000 Mobile: (618)567-7320
17 years, 2 months
[Bug 228147] New: RFE: Upgrade Template Toolkit to 2.18
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=228147
Summary: RFE: Upgrade Template Toolkit to 2.18
Product: Fedora Extras
Version: fc6
Platform: All
URL: http://search.cpan.org/~abw/Template-Toolkit-2.18/
OS/Version: Linux
Status: NEW
Severity: low
Priority: normal
Component: perl-Template-Toolkit
AssignedTo: tcallawa(a)redhat.com
ReportedBy: rmo(a)sunnmore.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
A new updated version of Template Toolkit has been released
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
#------------------------------------------------------------------------
# Version 2.18 - 9th February 2007
#------------------------------------------------------------------------
* Merged in Adam's changes in 2.16 and 2.17 back into the developer CVS
repository and added his name to the credits.
* Changed the parser grammar to accept expressions as arguments to a
subroutine, method or virtual method call. I'm embarrassed to admit
that it was a one line change that could (and should) have been made
long ago, if only I had realised just how trivial it was. Anyway,
you can now write nested expressions like this:
[% add(a+5, b < 10 ? c : d + e*5) %]
* Put the t/fileline.t test back in as this was fixed in 2.15a
* Added the Template::Toolkit documentation-only module.
#------------------------------------------------------------------------
# Version 2.17 - 8th Feb 2007
#------------------------------------------------------------------------
Another interim release from Adam Kennedy.
* Change in Makefile.PL to force an upgrade to File::HomeDir 0.64 on darwin.
This is due to problems caused by changes made to Perl on the new Intel
versions of Mac OS X.
* skip_all filelines.t on darwin
#------------------------------------------------------------------------
# Version 2.16 - 23rd Jan 2007
#------------------------------------------------------------------------
Interim release from Adam Kennedy.
* Skip fileline.t on Win32, as it has some hard-coded path seperator
assumptions. This will be fixed more comprehensively later.
* Handle spurious errors in Makefile.PL when a dev version of
ExtUtils::MakeMaker is installed.
* Don't say "nmake" on Win32 when $Config{make} is 'dmake'.
This corrects the message on Strawberry Perl.
#------------------------------------------------------------------------
# Version 2.15c - Not released ## DEVELOPER RELEASE ##
#------------------------------------------------------------------------
* Fixed a bug in Template::Parser which caused it to get confused about
block names if it encountered a syntax error inside a BLOCK. Thanks
to Bill Moseley for reporting the problem.
http://tt2.org/pipermail/templates/2006-July/008815.html
* Fixed a minor buglet in Template::Provider which came to light while
investigating the above problem. If a previously cached template is changed
on disk and then fails to compile, the provider now invalidates the cache
entry immediately. Without this fix, the provider would report the error
once, then reuse the cached good version of the template until $STAT_TTL
ticked over when it would try to load and compile the disk version again.
The problem was that error messages were only reported once every $STAT_TTL
second(s) and any requests for the same template in the interim time would
mysteriously work. This way errors get reported consistently and immediately
and no-one has to waste an afternoon trying to figure out where the errors
went!
#------------------------------------------------------------------------
# Version 2.15b - 30th May 2006 ## DEVELOPER RELEASE ##
#------------------------------------------------------------------------
* Changed the uri filter to escape all reserved characters as per
URI::Escape and RFC2396. This now includes &, @, /, ;, :, =, +, ?
and $ which were previously not escaped. Thanks to islue(a)cpan.org
for reporting the problem.
http://rt.cpan.org/Ticket/Display.html?id=19593
* Also changed the uri filter to encode all wide characters as the
equivalent UTF escapes. Thanks to Jonathan Rockway for reporting
the problem.
http://rt.cpan.org/Ticket/Display.html?id=19354
* Fixed the redirect filter to not support relative paths. Thanks to
Paul Seamons for spotting the problem and providing a solution.
* Moved all the virtual methods out of Template::Stash and into
a new Template::VMethods module.
* Fixed the version number of Template::Stash which had rolled over
to 2.102 making it appear to predate the 2.86 stash in TT v2.14.
Thanks to Randal Schwartz for reporting the problem. Changed all
version numbers in other modules to be a hard-coded numbers instead
of grokking it automagically from the CVS revision.
* Changed the _recover() method of Template::Service to check if the
error thrown is a Template::Exception object rather than just a
reference. Thanks to David Wheeler for reporting the problem.
http://rt.cpan.org/Ticket/Display.html?id=17630
* Fixed the some tests in stash.t and stash-xs.t which were failing
under Perl 5.6.2 due to a slightly different error message being
generated. Thanks to Anton Berezin for reporting the problem.
* Fixed a bug in the Template::Provider _load() method to check that
$data is a hash ref before trying to mess with its innards. Thanks
to barbie(a)cpan.org for reporting the problem.
http://rt.cpan.org/Ticket/Display.html?id=18653
#------------------------------------------------------------------------
# Version 2.15a - 29th May 2006 ## DEVELOPER RELEASE ##
#------------------------------------------------------------------------
* Removed the latex filter from Template::Filters and related config
variables from Template::Config
* Changed the t/fileline.t test to remove the line number from what Perl
reports as "(eval $line)". It appears to get the $line wrong on
FreeBSD, although the correct line number is reported following that
so the tests still do the right thing. Thanks to Anton Berezin for
reporting the problem.
* Changed the t/compile3.t test to do something similar.
--
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.
17 years, 2 months
[Bug 228968] New: sa-learn perl error since update
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=228968
Summary: sa-learn perl error since update
Product: Fedora Core
Version: fc6
Platform: i386
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: jansen(a)strw.leidenuniv.nl
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
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.0.9) Gecko/20070209 Fedora/1.5.0.9-3.fc6 Firefox/1.5.0.9 pango-text
Description of problem:
Since I installed the spamassassin update (3.1.8-1) this morning, sa-learn gives errors like this:
archive-iterator: invalid (undef) format in target list, 2 at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/ArchiveIterator.pm line 724, <STDIN> line 1.
Learned tokens from 1 message(s) (1 message(s) examined)
This is sa-learn invoked manually (in mutt: | sa-learn --spam); spamassassin inside evolution doesn't seem to give errors
Version-Release number of selected component (if applicable):
spamassassin-3.1.8-1.fc6.i386
How reproducible:
Always
Steps to Reproduce:
1. open a mailbox in mutt
2. select spam message
3. type '| sa-learn --spam' (actually, I have this bound to a key of course)
Actual Results:
archive-iterator: invalid (undef) format in target list, 2 at /usr/lib/perl5/vendor_perl/5.8.8/Mail/SpamAssassin/ArchiveIterator.pm line 724, <STDIN> line 1.
Learned tokens from 1 message(s) (1 message(s) examined)
Expected Results:
Until yesterday, only the message
Learned tokens from 1 message(s) (1 message(s) examined)
was shown
Additional info:
--
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.
17 years, 2 months
RFE: Upgrading perl(Test::Builder::Tester)?
by Ralf Corsepius
Hi,
I maintain a perl-module perl-Test-LongString, which according to its
upstream would require
perl(Test::Builder::Tester) >= 1.04
This module is part of the base perl package, but none of the Fedoras
ships a sufficiently new version.
Q1: Any chances to see an upgrade to this module or to see this module
split out into a separate package?
Q2: I haven't yet checked, if perl-Test-LongString's upstream is just
overly restrictive and if older perl(Test::Builder::Tester) modules also
would suffice.
Ralf
17 years, 2 months
[Bug 183099] Provides: perl(main)
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: Provides: perl(main)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183099
rc040203(a)freenet.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution| |CURRENTRELEASE
Status|NEW |CLOSED
Fixed In Version| |0.14-11.fc5
------- Additional Comments From rc040203(a)freenet.de 2007-02-20 06:11 EST -------
The PR seems obsolete since a long time, closing ...
--
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.
17 years, 2 months
[Bug 228792] New: Please update to spamassassin 3.1.8
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=228792
Summary: Please update to spamassassin 3.1.8
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: umar(a)compsci.cas.vanderbilt.edu
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
Among other things it fixes a DoS.
Thanks
--
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.
17 years, 2 months
[Bug 227738] New: spamasssin (sa-update) needs perl-libwww-perl
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=227738
Summary: spamasssin (sa-update) needs perl-libwww-perl
Product: Fedora Core
Version: fc6
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: milan.kerslager(a)pslib.cz
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
Spamassassin needs perl-libwww-perl (LWP::UserAgent, see line 92 in
/usr/bin/sa-update). This dependency is not required by spamassassin package
(RHEL3, RHEL4 and probably FC too).
--
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.
17 years, 2 months
