From ville.skytta at iki.fi Mon Oct 3 20:22:40 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 03 Oct 2005 23:22:40 +0300 Subject: Non-noarch perl packages and $RPM_OPT_FLAGS Message-ID: <1128370960.2509.23.camel@localhost.localdomain> 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? From rc040203 at freenet.de Tue Oct 4 04:28:08 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 04 Oct 2005 06:28:08 +0200 Subject: Non-noarch perl packages and $RPM_OPT_FLAGS In-Reply-To: <1128370960.2509.23.camel@localhost.localdomain> References: <1128370960.2509.23.camel@localhost.localdomain> Message-ID: <1128400088.8072.36.camel@mccallum.corsepiu.local> On Mon, 2005-10-03 at 23:22 +0300, Ville Skytt? wrote: > 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), No. > or > - Leave things as is with the above redundancy cleanup to the spec > template applied No. IMO, the current (redundant) template is "just wrong" for MakeMaker based packages. > (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? Encourage Perl to abandon Module::Build. IMO, it is a broken [1] and sadly implemented concept [2] ;) Ralf [1] a) Same fundamental flaw as imake: Centralized config lookup table. b) Controversial concept: Stateful build-scripts, instead of file dependencies. [2] Try this with perl-Pod-Coverage: perl Makefile.PL installdirs=vendor OPTIMIZE="$RPM_OPT_FLAGS" make It works ;) Watching its build-log indicates that ./Build.PL installdirs=vendor config="optimize=$RPM_OPT_FLAGS" probably is what you want, if want you really want to avoid the Makefile. From ville.skytta at iki.fi Tue Oct 4 19:07:44 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 04 Oct 2005 22:07:44 +0300 Subject: Non-noarch perl packages and $RPM_OPT_FLAGS In-Reply-To: <1128400088.8072.36.camel@mccallum.corsepiu.local> References: <1128370960.2509.23.camel@localhost.localdomain> <1128400088.8072.36.camel@mccallum.corsepiu.local> Message-ID: <1128452864.2509.125.camel@localhost.localdomain> On Tue, 2005-10-04 at 06:28 +0200, Ralf Corsepius wrote: > On Mon, 2005-10-03 at 23:22 +0300, Ville Skytt? wrote: > > > So, opinions, what should we do about it? [...] Ok, thanks for the comments. So I'm planning to apply the attached patch for the next version, any objections or suggestions? DESTDIR works properly since Perl 5.8.1 (or actually ExtUtils::MakeMaker >= 6.10_08 AFAICT), it'd be more in line with other packages out there than PERL_INSTALL_ROOT. No strong opinions about that one though, I'll leave it out if someone doesn't like the change. -------------- next part -------------- A non-text attachment was scrubbed... Name: perlspec.patch Type: text/x-patch Size: 923 bytes Desc: not available URL: From bugzilla at redhat.com Tue Oct 4 21:53:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 17:53:25 -0400 Subject: [Bug 169903] New: Spamd children eat memory Message-ID: 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 at redhat.com ReportedBy: nshmyrev at yandex.ru CC: fedora-perl-devel- list at redhat.com,felicity at kluge.net,jm at jmason.org,parkerm @pobox.com,reg+redhat at sidney.com,wtogami at 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. From bugzilla at redhat.com Tue Oct 4 23:17:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 4 Oct 2005 19:17:16 -0400 Subject: [Bug 162198] Shared Object Issues when Loading PL/Perl In-Reply-To: Message-ID: <200510042317.j94NHGem025369@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Shared Object Issues when Loading PL/Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162198 tgl at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |ERRATA ------- Additional Comments From tgl at redhat.com 2005-10-04 19:17 EST ------- rpath added in postgresql-8.0.4-2.FC4.1. -- 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. From bugzilla at redhat.com Wed Oct 5 12:32:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 08:32:43 -0400 Subject: [Bug 127023] perl fails "lib/FindBin" test (breaks MRTG) In-Reply-To: Message-ID: <200510051232.j95CWhMd004344@www.beta.redhat.com> 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 at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RELEASE_PENDING |CLOSED Resolution| |ERRATA Fixed In Version| |RHSA-2005-674 ------- Additional Comments From bugzilla at 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. From bugzilla at redhat.com Wed Oct 5 17:37:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:37:47 -0400 Subject: [Bug 169903] Spamd children eat memory In-Reply-To: Message-ID: <200510051737.j95Hbl2D011913@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Spamd children eat memory https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169903 ------- Additional Comments From nshmyrev at yandex.ru 2005-10-05 13:37 EST ------- Well, I am wrong a bit with situation, actually it's evolution bug http://bugzilla.gnome.org/show_bug.cgi?id=268852 But it think there is sense in consideration of lowering default number of children for spamd to 1. 5 children with 200 connections per each is needed only for system with _very_ large number of users. -- 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. From bugzilla at redhat.com Wed Oct 5 17:49:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:49:32 -0400 Subject: [Bug 169903] Spamd children eat memory In-Reply-To: Message-ID: <200510051749.j95HnWVm014411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Spamd children eat memory https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169903 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Component|spamassassin |evolution AssignedTo|wtogami at redhat.com |dmalcolm at redhat.com OtherBugsDependingO| |150221 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-10-05 13:49 EST ------- I think it is reasonable for evolution to start one spamd child if it launches spamd. Reassigning. -- 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. From bugzilla at redhat.com Wed Oct 5 17:50:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 5 Oct 2005 13:50:38 -0400 Subject: [Bug 169903] Spamd children eat memory In-Reply-To: Message-ID: <200510051750.j95HocKB014716@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Spamd children eat memory https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169903 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-perl-devel- | |list at redhat.com | -- 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. From ville.skytta at iki.fi Thu Oct 6 16:00:11 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 06 Oct 2005 19:00:11 +0300 Subject: Non-noarch perl packages and $RPM_OPT_FLAGS In-Reply-To: <1128452864.2509.125.camel@localhost.localdomain> References: <1128370960.2509.23.camel@localhost.localdomain> <1128400088.8072.36.camel@mccallum.corsepiu.local> <1128452864.2509.125.camel@localhost.localdomain> Message-ID: <1128614411.31488.33.camel@localhost.localdomain> On Tue, 2005-10-04 at 22:07 +0300, Ville Skytt? wrote: > DESTDIR works properly since Perl 5.8.1 (or > actually ExtUtils::MakeMaker >= 6.10_08 AFAICT), it'd be more in line > with other packages out there than PERL_INSTALL_ROOT. No strong > opinions about that one though, I'll leave it out if someone doesn't > like the change. On a second thought, if it ain't broken... so I left that bit as is. From bugzilla at redhat.com Sun Oct 9 01:38:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 8 Oct 2005 21:38:52 -0400 Subject: [Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1 In-Reply-To: Message-ID: <200510090138.j991cqaM010333@www.beta.redhat.com> 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 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list at redhat.com -- 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. From bugzilla at redhat.com Sun Oct 9 06:42:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 02:42:51 -0400 Subject: [Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1 In-Reply-To: Message-ID: <200510090642.j996gp1J008023@www.beta.redhat.com> 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 ------- Additional Comments From mefoster at gmail.com 2005-10-09 02:42 EST ------- Okay, now I'm confused: I just checked rpm -q --requires vim-enhanced and it actually contains, among other things, perl >= 5.8.7 So why didn't perl get upgraded automatically when I upgraded vim with yum? -- 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. From bugzilla at redhat.com Sun Oct 9 09:42:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 05:42:34 -0400 Subject: [Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1 In-Reply-To: Message-ID: <200510090942.j999gYxa007521@www.beta.redhat.com> 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 ------- Additional Comments From ville.skytta at iki.fi 2005-10-09 05:42 EST ------- That dependency is broken, it should contain an Epoch, like in "Requires: perl >= 3:5.8.7". -- 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. From bugzilla at redhat.com Sun Oct 9 20:34:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 9 Oct 2005 16:34:29 -0400 Subject: [Bug 170235] New: Perl built with old db.h Message-ID: 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 at redhat.com ReportedBy: nutello at sweetness.com QAContact: dkl at redhat.com CC: fedora-perl-devel-list at 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 ). 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. From bugzilla at redhat.com Mon Oct 10 04:16:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 00:16:37 -0400 Subject: [Bug 170235] Perl built with old db.h In-Reply-To: Message-ID: <200510100416.j9A4GbmB031132@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Perl built with old db.h https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170235 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |RAWHIDE ------- Additional Comments From wtogami at redhat.com 2005-10-10 00:16 EST ------- it will be in tomorrow's 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. From bugzilla at redhat.com Mon Oct 10 09:24:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 05:24:28 -0400 Subject: [Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1 In-Reply-To: Message-ID: <200510100924.j9A9OSca008351@www.beta.redhat.com> 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 at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |RAWHIDE ------- Additional Comments From karsten at 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. From bugzilla at redhat.com Mon Oct 10 10:07:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 06:07:29 -0400 Subject: [Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1 In-Reply-To: Message-ID: <200510101007.j9AA7T4W013797@www.beta.redhat.com> 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 ------- Additional Comments From karsten at redhat.com 2005-10-10 06:07 EST ------- Could you please test the vim packages at http://people.redhat.com/karsten/ ? I'd like to release updates for FC3/4 so that I can move on to vim-6.4beta in Rawhide, but would prefer to have at least some feadback on the current packages. -- 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. From bugzilla at redhat.com Mon Oct 10 14:32:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 10 Oct 2005 10:32:06 -0400 Subject: [Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1 In-Reply-To: Message-ID: <200510101432.j9AEW6E6027260@www.beta.redhat.com> 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 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|RAWHIDE | ------- Additional Comments From wtogami at redhat.com 2005-10-10 10:31 EST ------- Could you please avoid querying the rpmdb during rpmbuild? That is generally a bad thing to do. # Ensure that a compatible libperl is installed Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) Would this standard perl compat syntax be suitable here? -- 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. From bugzilla at redhat.com Tue Oct 11 11:41:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 11 Oct 2005 07:41:52 -0400 Subject: [Bug 145475] can not find libperl.so after upgrade of perl to 5.8.6-1 In-Reply-To: Message-ID: <200510111141.j9BBfqRX022966@www.beta.redhat.com> 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 at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |RAWHIDE ------- Additional Comments From karsten at redhat.com 2005-10-11 07:41 EST ------- ok, I'll try that in vim-6.3.090-2 -- 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. From bugzilla at redhat.com Sat Oct 15 08:26:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 15 Oct 2005 04:26:11 -0400 Subject: [Bug 128879] Break perl-libxml-enno into component CPAN modules In-Reply-To: Message-ID: <200510150826.j9F8QBfM012745@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Break perl-libxml-enno into component CPAN modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=128879 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |170716 nThis| | -- 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. From bugzilla at redhat.com Tue Oct 18 02:55:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 22:55:16 -0400 Subject: [Bug 168373] perl is compiled without 64bit int on i386 In-Reply-To: Message-ID: <200510180255.j9I2tGiR007629@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl is compiled without 64bit int on i386 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168373 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |cturner at pattern.net ------- Additional Comments From wtogami at redhat.com 2005-10-17 22:55 EST ------- Hey Chip (or anyone else), what is your recommendation for this to go into rawhide? I don't know anything about the ramifications of what this would cause. -- 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. From bugzilla at redhat.com Tue Oct 18 02:56:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 22:56:03 -0400 Subject: [Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements In-Reply-To: Message-ID: <200510180256.j9I2u3a8007673@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO ------- Additional Comments From wtogami at redhat.com 2005-10-17 22:55 EST ------- I wont do anything here without more feedback from others. -- 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. From bugzilla at redhat.com Tue Oct 18 03:05:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 23:05:55 -0400 Subject: [Bug 113304] perl should not export -D_FILE_OFFSET_BITS=64 In-Reply-To: Message-ID: <200510180305.j9I35tqv008378@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl should not export -D_FILE_OFFSET_BITS=64 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113304 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cturner at pattern.net ------- Additional Comments From wtogami at redhat.com 2005-10-17 23:05 EST ------- Hey Chip, any recommendations for what to do on this? -- 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. From bugzilla at redhat.com Tue Oct 18 03:32:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 17 Oct 2005 23:32:05 -0400 Subject: [Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements In-Reply-To: Message-ID: <200510180332.j9I3W5Lx009686@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 leif at ogre.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED ------- Additional Comments From leif at ogre.com 2005-10-17 23:31 EST ------- Fwiw, this is done with the patch named perl-5.8.3-empty-rpath.patch Anyone know why we do this? Maybe the intention was to remove the LD_RUN_PATH environment variable only when $LD_RUN_PATH is empty? That would make sense, but then this patch isn't really correct. :) -- 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. From bugzilla at redhat.com Tue Oct 18 05:51:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 01:51:22 -0400 Subject: [Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements In-Reply-To: Message-ID: <200510180551.j9I5pMR8023888@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 ------- Additional Comments From ville.skytta at iki.fi 2005-10-18 01:51 EST ------- IIRC it has to do with empty RPATHs (or RPATH components) and possibly buildroots having been seen included in them in some cases earlier. Coincidentally, I happened to notice this yesterday: http://seclists.org/lists/fulldisclosure/2005/Oct/0405.html http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-lang/perl/files/perl-5.8.7-MakeMaker-RUNPATH.patch?rev=. http://bugs.gentoo.org/show_bug.cgi?id=105054 (I guess $PORTAGE_TMPDIR is roughly equivalent to $RPM_BUILD_ROOT) If I understand correctly, the patch seems to be a somewhat draconian approach to the problem indeed, but it needs to be fixed carefully due to possible security issues involved. Maybe Chip could provide more insight? In the meantime, a workaround is obviously to add those non-system lib dirs to eg. /etc/ld.so.conf.d/local.conf -- 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. From bugzilla at redhat.com Tue Oct 18 05:53:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 01:53:14 -0400 Subject: [Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements In-Reply-To: Message-ID: <200510180553.j9I5rErQ024168@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 ------- Additional Comments From ville.skytta at iki.fi 2005-10-18 01:53 EST ------- (In reply to comment #4) > If I understand correctly, the patch seems to be a somewhat draconian By this I mean the patch in the FC perl package. Also: * Fri Apr 16 2004 Chip Turner 3:5.8.3-18 - add patch to fix empty RPATH issue on perl module compile -- 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. From bugzilla at redhat.com Tue Oct 18 08:59:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 04:59:23 -0400 Subject: [Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements In-Reply-To: Message-ID: <200510180859.j9I8xNkC009726@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 ------- Additional Comments From rgarciasuarez at mandriva.com 2005-10-18 04:59 EST ------- You can use perl-5.8.5-removeemptyrpath.patch from the Mandriva perl instead. It has been integrated (with some enhancements) upstream, in the CPAN distribution of ExtUtils::MakeMaker. -- 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. From bugzilla at redhat.com Tue Oct 18 11:51:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 07:51:20 -0400 Subject: [Bug 144536] (libperl) could not run system-config-printer In-Reply-To: Message-ID: <200510181151.j9IBpKeN025600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144536 jnovy at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |171111 nThis| | -- 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. From bugzilla at redhat.com Tue Oct 18 12:47:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 18 Oct 2005 08:47:38 -0400 Subject: [Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements In-Reply-To: Message-ID: <200510181247.j9IClcTI032051@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |150221 nThis| | -- 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. From wtogami at redhat.com Tue Oct 18 15:08:26 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 18 Oct 2005 11:08:26 -0400 Subject: Perl 5.8.8 status In-Reply-To: <4325B457.4080400@di.uminho.pt> References: <4325B457.4080400@di.uminho.pt> Message-ID: <43550FEA.2080908@redhat.com> Jos? Pedro Oliveira wrote: > This has just appeared in the perl5-porters mailling list: > > Source: > http://www.mail-archive.com/perl5-porters at perl.org/msg90957.html > ---------- > If there's a plan for 5.8.8, it goes roughly like this > > 0: All changes that apply to maint are integrated from blead > > 1: Changes should be in blead by midnight (GMT) on the 16th October 2005 > > 2: RC1 will probably appear within a week Any update on the status of this? Warren Togami wtogami at redhat.com From bugzilla at redhat.com Wed Oct 19 12:12:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 08:12:01 -0400 Subject: [Bug 171197] New: perl: double free or corruption (!prev) Message-ID: 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=171197 Summary: perl: double free or corruption (!prev) Product: Fedora Core Version: devel Platform: i386 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: wtogami at redhat.com ReportedBy: rvokal at redhat.com QAContact: dkl at redhat.com CC: fedora-perl-devel-list at redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b5) Gecko/20051008 Fedora/1.5-0.5.0.beta2 Firefox/1.4.1 Description of problem: A sample perl module for net-snmp causes double free corruption # perl ./perl_module.pl starting perl_module.pl perl_module.pl loaded ok registering at netSnmp.999 NET-SNMP version 5.2.2.rc1 AgentX subagent connected started us as a subagent (NetSNMP::agent=HASH(0x917c360)) shutting down mainloop excercised *** glibc detected *** perl: double free or corruption (!prev): 0x091c3768 *** Version-Release number of selected component (if applicable): perl-5.8.7-0.5.fc5.i386 How reproducible: Always Steps to Reproduce: 1. start net-snmp add following line to snmpd.conf master agentx 2. start perl module (perl /path/to/perl_module.pl) 3. hit ctrl-c Additional info: testing with rawhide net-snmp -- 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. From bugzilla at redhat.com Wed Oct 19 12:12:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 08:12:57 -0400 Subject: [Bug 171197] perl: double free or corruption (!prev) In-Reply-To: Message-ID: <200510191212.j9JCCvhi003732@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: double free or corruption (!prev) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171197 ------- Additional Comments From rvokal at redhat.com 2005-10-19 08:12 EST ------- Created an attachment (id=120156) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120156&action=view) strace output -- 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. From bugzilla at redhat.com Wed Oct 19 12:13:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 08:13:29 -0400 Subject: [Bug 171197] perl: double free or corruption (!prev) In-Reply-To: Message-ID: <200510191213.j9JCDTYL003789@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: double free or corruption (!prev) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171197 ------- Additional Comments From rvokal at redhat.com 2005-10-19 08:13 EST ------- Created an attachment (id=120157) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=120157&action=view) perl module -- 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. From bugzilla at redhat.com Wed Oct 19 14:32:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 10:32:27 -0400 Subject: [Bug 171197] perl: double free or corruption (!prev) In-Reply-To: Message-ID: <200510191432.j9JEWRSn021437@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: double free or corruption (!prev) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171197 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO_REPORTER ------- Additional Comments From wtogami at redhat.com 2005-10-19 10:32 EST ------- Could you please test this in previous dists, especially RHEL versions? -- 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. From bugzilla at redhat.com Wed Oct 19 14:41:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 10:41:56 -0400 Subject: [Bug 171197] perl: double free or corruption (!prev) In-Reply-To: Message-ID: <200510191441.j9JEfuq0022538@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: double free or corruption (!prev) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171197 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO_REPORTER |NEEDINFO_ENG ------- Additional Comments From rvokal at redhat.com 2005-10-19 10:41 EST ------- This worked on RHEL3, works on RHEL4, only rawhide seems to be broken. -- 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. From bugzilla at redhat.com Wed Oct 19 14:48:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 19 Oct 2005 10:48:03 -0400 Subject: [Bug 171197] perl: double free or corruption (!prev) In-Reply-To: Message-ID: <200510191448.j9JEm3Kd023677@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: double free or corruption (!prev) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171197 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO_ENG |ASSIGNED ------- Additional Comments From wtogami at redhat.com 2005-10-19 10:47 EST ------- Thanks for the analysis. Can someone in the perl team report this upstream and cross-reference with bug numbers? -- 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. From bugzilla at redhat.com Thu Oct 20 08:23:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 04:23:57 -0400 Subject: [Bug 161486] Net SSH Perl module In-Reply-To: Message-ID: <200510200823.j9K8NvHd002974@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Net SSH Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161486 ------- Additional Comments From aoy at running-it.net 2005-10-20 04:23 EST ------- Connection time should be better if you install a perl binding for GMP to improve performance of Math::BigInt. for instance Math::BigInt::GMP -- 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. From bugzilla at redhat.com Thu Oct 20 12:08:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 20 Oct 2005 08:08:25 -0400 Subject: [Bug 167797] perl-DBD-Pg package doesn't Provide: perl(DBD::Pg) In-Reply-To: Message-ID: <200510201208.j9KC8PF5023097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl-DBD-Pg package doesn't Provide: perl(DBD::Pg) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167797 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |170384 nThis| | -- 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. From bugzilla at redhat.com Mon Oct 24 03:51:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 23 Oct 2005 23:51:07 -0400 Subject: [Bug 171594] New: spamassassin-3.0.5 Upstream work Message-ID: 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=171594 Summary: spamassassin-3.0.5 Upstream work Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami at redhat.com ReportedBy: wtogami at redhat.com CC: fedora-perl-devel- list at redhat.com,felicity at kluge.net,jm at jmason.org,parkerm @pobox.com,reg+redhat at sidney.com,wtogami at redhat.com Warren needs to complete work on backporting and testing patches in order for upstream to do the 3.0.5 release. This will be tested as Fedora updates for FC3 and FC4 and eventually be used in RHEL4U3 in Bug #171325. -- 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. From bugzilla at redhat.com Mon Oct 24 20:50:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 24 Oct 2005 16:50:19 -0400 Subject: [Bug 171111] (libperl) could not run system-config-printer In-Reply-To: Message-ID: <200510242050.j9OKoJvs011167@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 jvdias at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From jvdias at redhat.com 2005-10-24 16:49 EST ------- OK, it appears this command has caused a SIGSEGV when run with STDIN directed a USB printer device: # perl -e 'ioctl(STDIN,0x84005001,$result); print $result' >> import os, fcntl, array; >>> result=array.array(1024) >>> fcntl.ioctl( os.open("/dev/usb/lp0","r"), -2080354303, result, 1 ) I've just now tried running the perl command above with STDIN directed to an RS-232 serial port, (the only serial device I have here at work) on up-to-date Rawhide, FC-4, RHEL-4 and FC-3 systems, and have not been able to reproduce the problem. I do have a USB printer at home, and I try to reproduce this problem there. But googling for 0x84005001 turned up http://home.techwiz.ca/ftp/Linux/dist/MandrakeLinux/official/9.2/i586/Mandrake/mdkinst/usr/bin/perl-install/printer/detect.pm.gz : # Calculation of IOCTL function 0x84005001 (to get device ID # string): # len = 1024 # IOCNR_GET_DEVICE_ID = 1 # LPIOC_GET_DEVICE_ID(len) = # _IOC(_IOC_READ, 'P', IOCNR_GET_DEVICE_ID, len) # _IOC(), _IOC_READ as defined in /usr/include/asm/ioctl.h # Use "eval" so that program does not stop when IOCTL fails eval { my $output = "\0" x 1024; ioctl($PORT, 0x84005001, $output); $idstr = $output; } or do { close $PORT; next; }; Note how the programmer is careful to allocate a 1024 buffer for the RW ioctl $output parameter, since the 0x84005001 says "I am passing in an 1024 byte RW buffer" . Perhaps the SEGV occurs only when a USB printer is on STDIN, because only a USB printer actually returns an ID string, which writes into the (empty) $result buffer ? Does the problem still occur if the command is ammended : perl -e '$result="\0" x 1024; ioctl(STDIN,0x84005001,$result);print $result,"\n";' Message-ID: <200510242130.j9OLUmp3015496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: double free or corruption (!prev) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171197 jvdias at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO ------- Additional Comments From jvdias at redhat.com 2005-10-24 17:30 EST ------- I cannot reproduce this bug with net-snmp-5.2.1.2-3, glibc-2.3.90-15, and perl-5.8.7-0.5.fc5 . I added the 'master agentx' to the default /etc/snmp/snmpd.conf file . $ ./perl_module.pl starting perl_module.pl perl_module.pl loaded ok registering at netSnmp.999 started us as a subagent (NetSNMP::agent=HASH(0x90514cc)) ( pressed CTRL-C ) shutting down mainloop excercised I repeated this 10 times in a row with no glibc double free detected and a 0 exit status . The /var/net-snmp/perl.conf file was written OK . Can you still reproduce this ? If so, does the /etc/snmp/snmpd.conf configuration file you use differ in any way from the default, with 'master agentx' added at the end ? -- 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. From bugzilla at redhat.com Tue Oct 25 07:34:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 03:34:07 -0400 Subject: [Bug 171197] perl: double free or corruption (!prev) In-Reply-To: Message-ID: <200510250734.j9P7Y7ec002107@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl: double free or corruption (!prev) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171197 rvokal at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |CLOSED Resolution| |RAWHIDE ------- Additional Comments From rvokal at redhat.com 2005-10-25 03:33 EST ------- Seems to be gone # rpm -q perl glibc perl-5.8.7-0.5.fc5.i386 glibc-2.3.90-14.i686 Can't say if it was glibc issue, I keep my test box rawhide up2date :) Closing as 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. From jpo at di.uminho.pt Tue Oct 25 11:19:45 2005 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Tue, 25 Oct 2005 12:19:45 +0100 (WEST) Subject: Perl 5.8.8 status In-Reply-To: <43550FEA.2080908@redhat.com> References: <4325B457.4080400@di.uminho.pt> <43550FEA.2080908@redhat.com> Message-ID: <34299.192.168.82.254.1130239185.squirrel@webmail.lsd.di.uminho.pt> > Jos? Pedro Oliveira wrote: >> This has just appeared in the perl5-porters mailling list: >> >> Source: >> http://www.mail-archive.com/perl5-porters at perl.org/msg90957.html >> ---------- >> If there's a plan for 5.8.8, it goes roughly like this >> >> 0: All changes that apply to maint are integrated from blead >> >> 1: Changes should be in blead by midnight (GMT) on the 16th October 2005 >> >> 2: RC1 will probably appear within a week > > Any update on the status of this? Perl 5.8.8 RC1 is still two weeks away. Source ------ Subject: perl at 25817 Date: Oct 23 Archive: http://groups.google.com/group/perl.perl5.porters/browse_thread/thread/2c2e36991b8953b6/1aa449904fdb2d46?hl=en#1aa449904fdb2d46 jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From jvdias at redhat.com Tue Oct 25 17:02:44 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Tue, 25 Oct 2005 13:02:44 -0400 Subject: any ideas why RHEL-3's perl 5.8.1+ thinks { $s='a'; $s=~s///; !($s=~/^\p{IsASCII}+$/); } Message-ID: <200510251302.44527.jvdias@redhat.com> Hi - Any ideas on which particular upstream PERL patch fixes this issue would be much appreciated : In RHEL-3's perl-5.8.0-88.9.1 / 5.8.0-88.9 (basically 5.8.1 in all but name): $ perl -e '$s="a"; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' yes $ perl -e '$s="a"; $s=~s///; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' $ (no) $ perl -e '$s="a"; $s=~s///; ($s=~/^[[:ascii:]]+$/) && print "yes\n";' yes $ perl -e '$s="a"; $s=~s/n//; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' yes $ perl -e '$s="a"; $s=~s/\s//; ($s=~/^\p{IsASCII}+$/) && print "yes\n";' $ (no) ie. the ^\p{IsASCII}+$ test always fails if it is preceded by a 's///' substitution which does not substitute anything and attempts to match whitespace or nothing. This is Bugzilla 171653 which I'm trying to fix. I've searched the PERL bugs and done a cursory grep of the hundreds of PERL patches applied since 5.8.[01], but cannot find any obvious candidates. Any suggestions / ideas as to which set of upstream perl patches could be applied to RHEL-3 that would fix this issue and not break anything else would would be much appreciated. Meanwhile I'm attempting to debug the regexec.c code to and looking at each patch affecting regexec.c in order to determine what causes this and what fixes it in the RHEL-4 and FC-{3,4,5} perl versions. Thanks & Regards, Jason Vas Dias Red Hat PERL package maintainer From bugzilla at redhat.com Tue Oct 25 22:20:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 25 Oct 2005 18:20:29 -0400 Subject: [Bug 171111] (libperl) could not run system-config-printer In-Reply-To: Message-ID: <200510252220.j9PMKSPD010423@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 jvdias at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED ------- Additional Comments From jvdias at redhat.com 2005-10-25 18:20 EST ------- OK, I've finally found and fixed the problem here, now that I've brought my USB printer in to work from home (unecessarily! :-) perl was looking for an IOCPARM_LEN(ioctl_number) macro to return the length bits from the ioctl function number. This works OK on BSD systems. But if IOCPARM_LEN was not defined, perl.h "guessed" and defined IOCPARM_LEN(ioctl_number) to be 256 . Linux has no IOCPARM_LEN(x) macro. So any printer that returned an ID string > 256 bytes would cause a SIGSEGV . Linux has the _IOC_SIZE(x) macro, so I changed perl.h to use _IOC_SIZE(x) if IOCPARM_LEN is not defined instead of constant 256. I have submitted this bug upstream with perlbug - waiting for a RT #. So this bug is now fixed in Rawhide (FC-5) with perl-5.8.7-0.6.fc5 . It will now have to be fixed in RHEL-3, RHEL-4, FC-4, FC-3 . -- 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. From jvdias at redhat.com Tue Oct 25 22:26:45 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Tue, 25 Oct 2005 18:26:45 -0400 Subject: [PATCH] ioctl IOCPARM_LEN(x) should be _IOC_SIZE(x) on Linux, not 256 Message-ID: <200510251826.46490.jvdias@redhat.com> This is a bug report for perl from jvdias at redhat.com, generated with the help of perlbug 1.35 running under perl v5.8.7. ----------------------------------------------------------------- [Please enter your report here] perl.h incorrectly guessed the IOCPARM_LEN on Linux to be constant 256 . The IOCPARM_LEN(ioctl_number) macro is meant to extract the length / size field from the ioctl_number, which must be the size of the memory pointed to by the pointer RW argument passed to ioctl. On Linux, the _IOC_SIZE(ioctl_number) macro is provided for this purpose, and there is no IOCPARM_LEN macro, so at pp_sys.c, in Perl_pp_ioctl, @line 2210: if (SvPOK(argsv) || !SvNIOK(argsv)) { STRLEN len; STRLEN need; s = SvPV_force(argsv, len); need = IOCPARM_LEN(func); if (len < need) { s = Sv_Grow(argsv, need + 1); SvCUR_set(argsv, need); } "need" was ALWAYS set to '257' on linux . ( BTW, shouldn't 'len' be initialized to 0 here? ) This bug was found to be the root cause of Red Hat Bugzilla #171111: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 where some printers would return a printer id string > 256 bytes long, which caused perl to generate a SIGSEGV in the ioctl(STDIN,0x84005001,$result) call, where $result was undef, because perl made $result only 257 bytes long. Here's a patch to perl.h which fixes this problem: --- perl-5.8.7/perl.h.IOC_SIZE 2005-05-07 16:11:45.000000000 -0400 +++ perl-5.8.7/perl.h 2005-10-25 16:56:10.000000000 -0400 @@ -2508,11 +2508,17 @@ #ifndef IOCPARM_LEN # ifdef IOCPARM_MASK - /* on BSDish systes we're safe */ + /* on BSDish systems we're safe */ # define IOCPARM_LEN(x) (((x) >> 16) & IOCPARM_MASK) # else - /* otherwise guess at what's safe */ -# define IOCPARM_LEN(x) 256 +# ifdef _IOC_SIZE + /* on Linux systems we're safe */ +# define IOCPARM_LEN(x) _IOC_SIZE(x) +# else + /* otherwise guess at what's safe (we're UNSAFE!) */ +# warning "unsafe assumption of IOCPARM_LEN=256" +# define IOCPARM_LEN(x) 256 +# endif # endif #endif This patch has been applied in the Red Hat perl-5.8.7-0.6.fc5 (Rawhide) release. Please consider applying the above patch, and fix this issue in future perl 5.8.8+ / 6.x releases. Thank You, Jason Vas Dias Red Hat perl package maintainer [Please do not change anything below this line] ----------------------------------------------------------------- --- Flags: category=core severity=medium --- This perlbug was built using Perl v5.8.7 in the Red Hat build system. It is being executed now by Perl v5.8.7 - Tue Oct 25 17:23:30 EDT 2005. Site configuration information for perl v5.8.7: Configured by Red Hat, Inc. at Tue Oct 25 17:23:30 EDT 2005. Summary of my perl5 (revision 5 version 8 subversion 7) configuration: Platform: osname=linux, osvers=2.6.13-1.1624_fc5, archname=i386-linux-thread-multi uname='linux jvdias 2.6.13-1.1624_fc5 #1 mon oct 24 01:16:31 edt 2005 i686 i686 i386 gnulinux ' config_args='-des -Doptimize=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -Dversion=5.8.7 -Dmyhostname=localhost -Dperladmin=root at localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl=n -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -Dd_gethostent_r_proto -Ud_endhostent_r_proto -Ud_sethostent_r_proto -Ud_endprotoent_r_proto -Ud_setprotoent_r_proto -Ud_endservent_r_proto -Ud_setservent_r_proto -Dinc_version_list=5.8.6 5.8.5 5.8.4 5.8.3 -Dscriptdir=/usr/bin' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='4.0.2 20051007 (Red Hat 4.0.2-3)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lresolv -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lresolv -lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=/lib/libc-2.3.90.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.3.90' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.7/i386-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Locally applied patches: --- @INC for perl v5.8.7: /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.7/i386-linux-thread-multi /usr/lib/perl5/5.8.7 . --- Environment for perl v5.8.7: HOME=/root LANG=en_US.UTF-8 LANGUAGE (unset) LD_LIBRARY_PATH (unset) LOGDIR (unset) PATH=/usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin PERL_BADLANG (unset) SHELL=/bin/bash From bugzilla at redhat.com Wed Oct 26 19:17:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 26 Oct 2005 15:17:46 -0400 Subject: [Bug 171111] (libperl) could not run system-config-printer In-Reply-To: Message-ID: <200510261917.j9QJHkoD003429@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (libperl) could not run system-config-printer https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171111 laroche at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |devel_ack+ -- 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. From bugzilla at redhat.com Thu Oct 27 17:12:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 13:12:08 -0400 Subject: [Bug 171903] New: spamassassin startup fails on boot Message-ID: 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=171903 Summary: spamassassin startup fails on boot Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami at redhat.com ReportedBy: Nicolas.Mailhot at laPoste.net CC: fedora-perl-devel- list at redhat.com,felicity at kluge.net,jm at jmason.org,parkerm @pobox.com,reg+redhat at sidney.com,wtogami at redhat.com spamassassin complains about being unable to create a dnsresolver socket When I restart it later with security enforcing disabled it works (sorry about the vague message, I don't seem able to find it in /var/log even thougspamassassin-3.1.0-1.fc5h the problem is reproduceable at every boot) spamassassin-3.1.0-1.fc5 on up-to-date FC devel system, with perl-Mail-SPF-Query-1.997-5.fc5 installed -- 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. From bugzilla at redhat.com Thu Oct 27 17:14:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 13:14:20 -0400 Subject: [Bug 171903] spamassassin startup fails on boot In-Reply-To: Message-ID: <200510271714.j9RHEKYk028995@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-27 13:14 EST ------- Found the error message : Error creating a DNS resolver socket: Permission non accord?e at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/DnsResolver.pm line 202. (seems selinux problem, it says it is not allowed to create the socket) -- 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. From bugzilla at redhat.com Thu Oct 27 17:15:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 13:15:17 -0400 Subject: [Bug 171903] spamassassin startup fails on boot In-Reply-To: Message-ID: <200510271715.j9RHFH9X029139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 Nicolas.Mailhot at laPoste.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |150221 nThis| | -- 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. From bugzilla at redhat.com Thu Oct 27 18:29:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 14:29:53 -0400 Subject: [Bug 128879] Break perl-libxml-enno into component CPAN modules In-Reply-To: Message-ID: <200510271829.j9RITrpo004017@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Break perl-libxml-enno into component CPAN modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=128879 ------- Additional Comments From ville.skytta at iki.fi 2005-10-27 14:29 EST ------- I've prepared the three replacement packages for inclusion in Extras, will post them as separate "normal" Extras submissions if someone wants, but here are they anyway: http://cachalot.mine.nu/4/SRPMS/perl-XML-RegExp-0.03-0.1.src.rpm http://cachalot.mine.nu/4/SRPMS/perl-XML-DOM-1.44-0.1.src.rpm http://cachalot.mine.nu/4/SRPMS/perl-XML-XQL-0.68-0.1.src.rpm Note: even though I packaged these, I don't really want to maintain them. So I'd be inclined to just import, immediately orphan, and welcome others to take over. Further, now that perl-libxml-enno is gone, it looks like perl-XML-Encoding can be just dropped (didn't notice any more deps in Core or Extras), and perl-Parse-Yapp moved to Extras (apparently only needed by the new perl-XML-XQL). -- 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. From bugzilla at redhat.com Thu Oct 27 18:46:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 14:46:46 -0400 Subject: [Bug 171903] spamassassin startup fails on boot In-Reply-To: Message-ID: <200510271846.j9RIkks6006319@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 Nicolas.Mailhot at laPoste.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dwalsh at redhat.com ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-27 14:46 EST ------- probably selinux-related -> adding dwalsh at redhat.com in CCs -- 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. From bugzilla at redhat.com Thu Oct 27 19:46:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 15:46:32 -0400 Subject: [Bug 171903] spamassassin startup fails on boot In-Reply-To: Message-ID: <200510271946.j9RJkWeK012978@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 jvdias at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Component|spamassassin |selinux-policy-targeted AssignedTo|wtogami at redhat.com |dwalsh at redhat.com CC| |jvdias at redhat.com ------- Additional Comments From jvdias at redhat.com 2005-10-27 15:46 EST ------- RE: > seems selinux problem, it says it is not allowed to create the socket ... > When I restart it later with security enforcing disabled it works Yes, this sounds like an SELinux problem - reassigning to selinux-policy-targeted package. I hope that when you say 'restart it later with security enforcing disabled' that you did 'setenforce 0' or booted with 'enforcing=0', and did NOT disable selinux entirely by booting with 'selinux=0' - otherwise you'll have to relabel. -- 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. From bugzilla at redhat.com Thu Oct 27 20:35:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 16:35:17 -0400 Subject: [Bug 171903] spamassassin startup fails on boot In-Reply-To: Message-ID: <200510272035.j9RKZH7H025851@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-27 16:35 EST ------- I use setenforce. I'm trying very hard not to boot with 'selinux=0' or selinux disabled via sysconfig, because I know the day I do it the easy way I'll never go back -- 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. From bugzilla at redhat.com Thu Oct 27 20:48:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 16:48:23 -0400 Subject: [Bug 171903] spamassassin startup fails on boot In-Reply-To: Message-ID: <200510272048.j9RKmN7X029029@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From jvdias at redhat.com 2005-10-27 16:48 EST ------- OK, well please try this to gather the information required to determine the cause of this bug : 1. start out with an empty audit log - either empty it: #>/var/log/audit/audit.log or move it: # mv /var/log/audit/audit.log /var/log/audit/audit.log.bak 2. start spamassassin # service spamassassin start 2>&1 | tee /tmp/spastart.log When the spamassassin start fails - is that what's happening here ? - Please append the output of this command: # audit2allow Message-ID: <200510272108.j9RL8n5O032656@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-27 17:08 EST ------- I'll put the results inline since there is far too little to justify a tar 1. in spastart.log Starting spamd: [?CHOU?] 2. in maillog spamd[4407]: Error creating a DNS resolver socket: Permission non accord?e at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/DnsResolver.pm line 202. 3. in spaudit.log allow spamd_t port_t:udp_socket name_bind; allow spamd_t user_home_t:dir { getattr search }; Stangely the result were not consistent. When started from the CLI the service succeeded more often than it failed. On boot it's always failing -- 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. From bugzilla at redhat.com Thu Oct 27 21:18:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 27 Oct 2005 17:18:19 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510272118.j9RLIJWM001410@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 dwalsh at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED ------- Additional Comments From dwalsh at redhat.com 2005-10-27 17:18 EST ------- Fixed in selinux-policy-targeted-1.27.2-7 -- 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. From bugzilla at redhat.com Fri Oct 28 13:51:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 09:51:30 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510281351.j9SDpUho012371@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-28 09:51 EST ------- Unfortunately, rebooting with selinux-policy-targeted-1.27.2-7 shows the problem still exist (no manual relabel is needed nowadays right ?) audit2allow Message-ID: <200510281354.j9SDsVkv012664@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-28 09:54 EST ------- BTW looking at /var/log/audit/audit.log I see a lot of accesses to .spamassassin and .pyzor blocked - I wonder if that's why pyzor has not been running well there lately -- 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. From bugzilla at redhat.com Fri Oct 28 14:07:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 10:07:27 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510281407.j9SE7RoC013826@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From dwalsh at redhat.com 2005-10-28 10:07 EST ------- Could you try selinux-policy-targeted-1.27.2-11 (Available in fedora-test) or ftp://people.redhat.com/dwalsh/SELinux/FC4/ What port is it trying to bind to? -- 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. From bugzilla at redhat.com Fri Oct 28 14:16:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 10:16:08 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510281416.j9SEG8RY014716@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-28 10:16 EST ------- Will it work of with a rawhide system ? For the port I haven't got hte faintest idea. I'm just reporting the error. But the following snippet taken from the file referenced in the maillog error may be enlightening: dbg("dns: name server: $ns, family: $family, ipv6: $ipv6"); # find next available unprivileged port (1024 - 65535) # starting at a random value to spread out use of ports my $port_offset = int(rand(64511)); # 65535 - 1024 for (my $i = 0; $i<64511; $i++) { my $lport = 1024 + (($port_offset + $i) % 64511); my %args = ( PeerAddr => $ns, PeerPort => $self->{res}->{port}, Proto => 'udp', LocalPort => $lport, Type => SOCK_DGRAM, Domain => $family, ); if (HAS_SOCKET_INET6) { $sock = IO::Socket::INET6->new(%args); } else { $sock = IO::Socket::INET->new(%args); } $errno = $!; if (defined $sock) { # ok, got it last; } elsif ($! == EADDRINUSE) { # in use, let's try another source port dbg("dns: UDP port $lport already in use, trying another port"); } else { # did we fail due to the attempted use of an IPv6 nameserver? $self->_ipv6_ns_warning() if (!$ipv6 && $errno==EINVAL); die "Error creating a DNS resolver socket: $errno"; <-- Error that ends in the logs } } defined $sock or die "Can't create a DNS resolver socket: $errno"; -- 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. From bugzilla at redhat.com Fri Oct 28 14:21:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 10:21:52 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510281421.j9SELqlr015265@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-28 10:21 EST ------- [root at rousalka tmp]# rpm -Uvh selinux-policy-targeted-1.27.1-2.11.noarch.rpm --force attention: selinux-policy-targeted-1.27.1-2.11.noarch.rpm: Ent?te V3 DSA signature: NOKEY, key ID 30c9ecf8 Pr?paration... ########################################### [100%] 1:selinux-policy-targeted########################################### [100%] /usr/sbin/load_policy: Warning! Policy file argument (/etc/selinux/targeted/policy/policy.20) is no longer supported, installed policy is always loaded. Continuing... /sbin/restorecon reset /bin/su context system_u:object_r:su_exec_t->system_u:object_r:bin_t /sbin/restorecon reset /usr/bin/newrole context system_u:object_r:newrole_exec_t->system_u:object_r:bin_t /sbin/restorecon reset /usr/bin/spamc context system_u:object_r:spamc_exec_t->system_u:object_r:bin_t /var/lib is already defined in /etc/selinux/targeted/contexts/files/file_contexts, /usr/sbin/genhomedircon will not create a new context. Will reboot now -- 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. From bugzilla at redhat.com Fri Oct 28 14:42:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 10:42:08 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510281442.j9SEg8m3017182@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-28 10:42 EST ------- 1. After reboot, no relabel is triggered, most services fail (including network) 2. -> reboot in non enforcing mode (which shows that spamassassin succeeds without selinux BTW) 3. reinstall rawhide policy, reboot, autorelabel, reboot just to make sure, back to square 1. -- 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. From bugzilla at redhat.com Fri Oct 28 14:56:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 10:56:32 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510281456.j9SEuWYO019600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From dwalsh at redhat.com 2005-10-28 10:56 EST ------- Sorry I thought you were on FC4. Try selinux-policy-targeted-1.27.2-8.noarch.rpm Available on ftp://people.redhat.com/dwalsh/SELinux/Fedora -- 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. From bugzilla at redhat.com Fri Oct 28 15:19:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 28 Oct 2005 11:19:08 -0400 Subject: [Bug 171903] (selinux) spamassassin startup fails on boot In-Reply-To: Message-ID: <200510281519.j9SFJ8Id022455@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: (selinux) spamassassin startup fails on boot https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171903 ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-28 11:19 EST ------- This one works, thank you. I can't believe I've actually booted a system in enforcing mode without any service failing :) I'll go test squirrelmail now. I seem to remember it had selinux problems 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. From bugzilla at redhat.com Mon Oct 31 03:28:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 30 Oct 2005 22:28:42 -0500 Subject: [Bug 161785] spamassassin restart fails - functions bug? In-Reply-To: Message-ID: <200510310328.j9V3SgO1030475@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: spamassassin restart fails - functions bug? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161785 ------- Additional Comments From wtogami at redhat.com 2005-10-30 22:28 EST ------- See http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4655 for the solution that I am currently testing for future spamassassin packages. -- 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. From bugzilla at redhat.com Mon Oct 31 10:11:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 05:11:23 -0500 Subject: [Bug 167354] Review Request: amavisd-new In-Reply-To: Message-ID: <200510311011.j9VABNtZ027386@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amavisd-new https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167354 Nicolas.Mailhot at laPoste.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-perl-devel- | |list at redhat.com ------- Additional Comments From Nicolas.Mailhot at laPoste.net 2005-10-31 05:11 EST ------- Selinux problems are fixed in Raw Hide. Package works very well for me so far. Are there no perl gurus available to approve it ? -- 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. From bugzilla at redhat.com Mon Oct 31 15:46:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 10:46:42 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510311546.j9VFkgFM003305@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 darren at dzr-web.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |darren at dzr-web.com ------- Additional Comments From darren at dzr-web.com 2005-10-31 10:46 EST ------- Warren, is there any news on a spamassassin update for FC4? My current spamassassin-3.0.4-1.fc4 is letting more and more spam through now, even though I'm training it on all the false negatives. I had nearly two hundred spam messages in my inbox this morning ... Please help, I'm getting desperate! -- 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. From bugzilla at redhat.com Mon Oct 31 17:24:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 12:24:36 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510311724.j9VHOaFo018121@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 ------- Additional Comments From shiva at sewingwitch.com 2005-10-31 12:24 EST ------- I'm using 3.1.0 on my FC2 servers, built as an RPM from the tarball at the SA website. Works just fine. I'd recommend grabbing the SRPM from Fedora-development and repackaging to FC4. Repackaging is relatively easy to do, almost as easy as configure/make from a tarball. If you have multiple packagers on your system, you need to set up an RPM build environment for each in his home directory. (Relatively easy, make directories and a .rpmmacros file for each packager.) If you're the only one on your system, just use the default tree and macros: chown the /usr/src/redhat tree to your login, and run "rpmbuild --rebuild some-source-package.src.rpm" and you'll find your shiny new binary RPM in /usr/src/redhat/RPMS ready to install. -- 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. From bugzilla at redhat.com Mon Oct 31 19:01:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:01:53 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510311901.j9VJ1rwa003476@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 ------- Additional Comments From wtogami at redhat.com 2005-10-31 14:01 EST ------- http://people.redhat.com/wtogami/temp/spamassassin-3.0.4-1.fc4.test1.src.rpm Please rebuild and test this RPM where I had backported many bug fixes from 3.1.0. In the short-term FC3 and FC4 will have a 3.0.5 update. Among these backported patches are things that solve a few holes that spammers were using to trick the spam filter. You may want to try augmenting spamassassin with the three network hash testers, pyzor, razor and dcc. You can install the first two with "yum install pyzor perl-Razor-Agent", but dcc we couldn't add to Extras because of its non-Open Source license. Each user that uses it must then run "razor-admin -register" to create a razor account for use. spamassassin will automatically detect the existence of these tool and use them to enhance the classification score. And yes, rebuilding rawhide's 3.1.0 RPM to run your FC3 of FC4 would also work. -- 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. From bugzilla at redhat.com Mon Oct 31 19:16:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:16:40 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510311916.j9VJGeYQ005389@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 ------- Additional Comments From darren at dzr-web.com 2005-10-31 14:16 EST ------- Re rebuilding rawhide's SRPM (in comments #3 and #4): that didn't work here. Processing failed with messages in /var/log/maillog like: Oct 31 18:06:41 excession spamd[15318]: Can't locate Mail/SPF/Query.pm in @INC (@INC contains: ../lib /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4 /usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.6/i386-linux-thread-multi /usr/lib/perl5/5.8.6) at /usr/lib/perl5/vendor_perl/5.8.6/Mail/SpamAssassin/Plugin/SPF.pm line 272, line 103. Re comment #14, Warren I will test your package tomorrow. Thank you. In the meantime I'll see if installing pyzor and razor help overnight. -- 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. From bugzilla at redhat.com Mon Oct 31 19:38:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 14:38:40 -0500 Subject: [Bug 167354] Review Request: amavisd-new In-Reply-To: Message-ID: <200510311938.j9VJcer1010116@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: amavisd-new https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167354 ------- Additional Comments From sundaram at redhat.com 2005-10-31 14:38 EST ------- (In reply to comment #19) > I've just applied the latest selinux-policy-targeted-1.27.1-2.1 from FC4 > updates. And it's broken my amavisd install... Its fixed in rawhide. Report to this to bugzilla and request a policy update. -- 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. From bugzilla at redhat.com Mon Oct 31 20:27:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:27:10 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510312027.j9VKRAoI017622@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 ------- Additional Comments From ville.skytta at iki.fi 2005-10-31 15:27 EST ------- BTW, and a bit OT: enhancing Evolution's built-in default spam filtering with pyzor/razor/etc doesn't work; if I understand correctly, Evo insists on finding a spamd running with --local/-L, or starts a new network-disabled private instance if it doesn't find one. -- 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. From bugzilla at redhat.com Mon Oct 31 20:42:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:42:01 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510312042.j9VKg1R3020152@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 ------- Additional Comments From darren at dzr-web.com 2005-10-31 15:41 EST ------- RE comment #6: actually in my case procmail is calling spamc via the includerc file in /etc/mail/spamassassin/spamassassin-spamc.rc, and the pyzor/razor tests fail due, I believe to selinux. This is an excerpt from /var/log/maillog: Oct 31 20:37:02 excession spamd[15656]: razor2 check skipped: Permission denied IO::Socket::INET: connect: Permission denied at /usr/lib/perl5/vendor_perl/5.8.6/Mail/SpamAssassin/Dns.pm line 447, line 42. Not sure where to file this, under Fedora Core selinux, or Fedora Extras perl-Razor-Agent. -- 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. From bugzilla at redhat.com Mon Oct 31 20:47:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 15:47:31 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510312047.j9VKlVX8021065@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 ------- Additional Comments From wtogami at redhat.com 2005-10-31 15:47 EST ------- Darren your problem is maybe Bug #171903 or Bug #172088. -- 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. From bugzilla at redhat.com Mon Oct 31 21:00:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:00:20 -0500 Subject: [Bug 169236] New version of SpamAssassin available (3.1.0) In-Reply-To: Message-ID: <200510312100.j9VL0KO1022611@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: New version of SpamAssassin available (3.1.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169236 ------- Additional Comments From darren at dzr-web.com 2005-10-31 16:00 EST ------- (In reply to comment #8) > Darren your problem is maybe Bug #171903 or Bug #172088. Right. Also (while on the topic of selinux and spamassassin) see Bug #171194. -- 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. From bugzilla at redhat.com Mon Oct 31 21:41:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:41:05 -0500 Subject: [Bug 172153] New: /etc/mail is not an ideal place for spamassasin config files Message-ID: 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=172153 Summary: /etc/mail is not an ideal place for spamassasin config files Product: Fedora Core Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: spamassassin AssignedTo: wtogami at redhat.com ReportedBy: rcoker at redhat.com CC: fedora-perl-devel- list at redhat.com,felicity at kluge.net,jm at jmason.org,parkerm @pobox.com,reg+redhat at sidney.com,wtogami at redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.92 (like Gecko) Description of problem: The directory /etc/mail is for the Sendmail MTA. When using an MTA other than Sendmail it's not used for anything other than Spamassasin. It doesn't make sense to have this implicit connection between Spamassasin and Sendmail. Could you please change spamassasin to use /etc/spamassasin for it's config files with a sym-link for compatibility if necessary. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. 2. 3. 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. From bugzilla at redhat.com Mon Oct 31 21:45:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 31 Oct 2005 16:45:24 -0500 Subject: [Bug 172153] /etc/mail is not an ideal place for spamassasin config files In-Reply-To: Message-ID: <200510312145.j9VLjO8c029614@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: /etc/mail is not an ideal place for spamassasin config files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172153 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO_REPORTER OtherBugsDependingO| |171491 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-10-31 16:45 EST ------- I'm not sure why we did it this way in the past. It will take me a while to figure out exactly how to make the transition to allow for smooth upgrades. I'll look at this soon. How much of a problem is this to keep it here? It will be further complicated that this is the upstream location 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.