perl-devel November 2010

perl-devel@lists.fedoraproject.org

23 participants
473 discussions

[Bug 570321] New: Missing Dependencies postgresql-plperl and perl-BDB-Pg > 2.0
by Red Hat Bugzilla 06 Apr '17

06 Apr '17

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Missing Dependencies postgresql-plperl and perl-BDB-Pg > 2.0 https://bugzilla.redhat.com/show_bug.cgi?id=570321 Summary: Missing Dependencies postgresql-plperl and perl-BDB-Pg > 2.0 Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: bucardo AssignedTo: itamar(a)ispbrasil.com.br ReportedBy: james.t.saint-rossy(a)nasa.gov QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, itamar(a)ispbrasil.com.br Classification: Fedora Description of problem: Installing bucardo-4.4.0-2.el5 fails with missing dependencies. postgresql-plperl and perl-bdb-pg >= 2.0 do not exist in either the default or epel repositories. Version-Release number of selected component (if applicable): bucardo-4.4.0-2.el5 How reproducible: Always Steps to Reproduce: 1. yum install bucardo Actual results: Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * addons: mirror.skiplink.com * base: mirror.cogentco.com * epel: mirrors.tummy.com * extras: mirrors.serveraxis.net * updates: mirror.san.fastserv.com addons | 951 B 00:00 base | 2.1 kB 00:00 epel | 3.4 kB 00:00 extras | 2.1 kB 00:00 updates | 1.9 kB 00:00 Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated --> Processing Dependency: perl(DBD::Pg) >= 2.0 for package: bucardo --> Processing Dependency: postgresql-plperl for package: bucardo --> Processing Dependency: perl(DBD::Pg) for package: bucardo --> Processing Dependency: perl(DBIx::Safe) for package: bucardo --> Running transaction check ---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated --> Processing Dependency: perl(DBD::Pg) >= 2.0 for package: bucardo --> Processing Dependency: postgresql-plperl for package: bucardo ---> Package perl-DBD-Pg.i386 0:1.49-2.el5_3.1 set to be updated ---> Package perl-DBIx-Safe.noarch 0:1.2.5-6.el5 set to be updated --> Finished Dependency Resolution bucardo-4.4.0-2.el5.noarch from epel has depsolving problems --> Missing Dependency: postgresql-plperl is needed by package bucardo-4.4.0-2.el5.noarch (epel) bucardo-4.4.0-2.el5.noarch from epel has depsolving problems --> Missing Dependency: perl(DBD::Pg) >= 2.0 is needed by package bucardo-4.4.0-2.el5.noarch (epel) Error: Missing Dependency: postgresql-plperl is needed by package bucardo-4.4.0-2.el5.noarch (epel) Error: Missing Dependency: perl(DBD::Pg) >= 2.0 is needed by package bucardo-4.4.0-2.el5.noarch (epel) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Expected results: Package successfully installs Additional info: Tested on Centos 5.4 and RHEL 5.4 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

2 8

[Bug 347901] New: Port perl-IO-Socket-SSL to use NSS library for cryptography
by Red Hat Bugzilla 05 Jan '17

05 Jan '17

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/show_bug.cgi?id=347901 Summary: Port perl-IO-Socket-SSL to use NSS library for cryptography Product: Fedora Version: devel Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: perl-IO-Socket-SSL AssignedTo: wtogami(a)redhat.com ReportedBy: pvrabec(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel- list@redhat.com,jpo@di.uminho.pt,tmraz@redhat.com perl-IO-Socket-SSL should be ported to use NSS library for cryptography. See the tracking bug for details and links on how it could be done. -- Configure bugmail: https://bugzilla.redhat.com/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.

1 2

[Bug 204093] New: perl -i resets file ACLs and EAs
by Red Hat Bugzilla 23 May '16

23 May '16

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=204093 Summary: perl -i resets file ACLs and EAs Product: Fedora Core Version: fc5 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: perl AssignedTo: rnorwood(a)redhat.com ReportedBy: josh(a)jbc.edu QAContact: dkl(a)redhat.com CC: fedora-perl-devel-list(a)redhat.com Description of problem: When perl's -i option is used to do an in-place edit of a file, it resets the ACLs and extended attributes on that file. Since perl -i can be a very helpful tool for scripting and system administration, it would be nice if it preserved ACLs and EAs. Version-Release number of selected component (if applicable): perl-5.8.8-5 How reproducible: always Steps to Reproduce: 1. touch testfile 2. setfacl -m u:testuser:r testfile 3. setfattr -n user.test testfile 4. perl -pi -e 's/Something/SomethingElse/' testfile 5. getfacl testfile; getfattr testfile Actual results: Nothing. Expected results: ACLs and EAs set in steps 2 and 3 above. 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.

1 16

[Bug 629229] New: new version available and shipped version has disappeared
by Red Hat Bugzilla 05 Apr '16

05 Apr '16

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: new version available and shipped version has disappeared https://bugzilla.redhat.com/show_bug.cgi?id=629229 Summary: new version available and shipped version has disappeared Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: perl-Spreadsheet-ParseExcel AssignedTo: steve(a)silug.org ReportedBy: pertusus(a)free.fr QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, mpeters(a)mac.com, fedora-perl-devel-list(a)redhat.com Classification: Fedora Description of problem: The source for this package cannot be found anymore. I noticed this because I found a bug when parsing an excel document. My wild guess is that the issue is in the OLE parser, but it would certainly be better to update this software anyway given that the previous source disappeared. Version-Release number of selected component (if applicable): 0.3200-2.el5 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 430177] New: clamd.d/amavisd.conf configuration directives require boolean arguments
by Red Hat Bugzilla 29 Nov '15

29 Nov '15

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/show_bug.cgi?id=430177 Summary: clamd.d/amavisd.conf configuration directives require boolean arguments Product: Fedora EPEL Version: el5 Platform: All OS/Version: Linux Status: NEW Severity: low Priority: low Component: amavisd-new AssignedTo: steve(a)silug.org ReportedBy: rayvd(a)bludgeon.org QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com After installing amavisd-new-2.4.5-1.el5 from epel-testing I get the following when running service clamd.amavisd start: # service clamd.amavisd start Starting clamd.amavisd: ERROR: Parse error at line 2: Option LogSyslog requires boolean argument. ERROR: Can't open/parse the config file /etc/clamd.d/amavisd.conf [FAILED] Turns out FixStaleSocket also requires a boolean argument. I appended a 'yes' to both of these configuration directives and everything is working fine now. This is in tandem with clamav-server-0.92-4.1.el5 from epel. -- Configure bugmail: https://bugzilla.redhat.com/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.

1 13

[Bug 656553] New: Please Update Spec File to use %ghost on files in /var/run and /var/lock
by Red Hat Bugzilla 29 Jun '15

29 Jun '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Please Update Spec File to use %ghost on files in /var/run and /var/lock https://bugzilla.redhat.com/show_bug.cgi?id=656553 Summary: Please Update Spec File to use %ghost on files in /var/run and /var/lock Product: Fedora Version: rawhide Platform: All URL: http://lists.fedoraproject.org/pipermail/devel-announc e/2010-November/000726.html OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: bucardo AssignedTo: itamar(a)ispbrasil.com.br ReportedBy: lpoetter(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com, itamar(a)ispbrasil.com.br Classification: Fedora Target Release: --- Your package bucardo appears to include a file in /var/run or /var/lock. With an upcoming change in Rawhide these directories will now be mounted as tmpfs. For details about this change please consult http://lists.fedoraproject.org/pipermail/devel-announce/2010-November/00072… For your package this means that you need add %ghost to all files that are placed in either of these two directories. Please make sure to make this change in time for the F15 cycle. For details about %ghost see http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.htm… , for more information on the F15 feature see the feature page https://fedoraproject.org/wiki/Features/var-run-tmpfs . If your package already uses %ghost on these files, feel free to close this bug report right-away. Sorry for this mass bug filing, and if you have any further questions, don't hesitate to ask on fedora-devel or ask me personally. Thank you, Lennart -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 552105] New: cpanspec treats recommended dependencies to required
by Red Hat Bugzilla 24 Feb '15

24 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: cpanspec treats recommended dependencies to required https://bugzilla.redhat.com/show_bug.cgi?id=552105 Summary: cpanspec treats recommended dependencies to required Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: cpanspec AssignedTo: steve(a)silug.org ReportedBy: tim(a)tim-landscheidt.de QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com Classification: Fedora Created an attachment (id=381464) --> (https://bugzilla.redhat.com/attachment.cgi?id=381464) Patch to ignore "recommends" dependencies. With cpanspec 1.78, META.yml's "recommends" dependencies are treated as "requires" ones. That is way too harsh and easily requires many more package updates than ordinarily necessary. The attached patch fixes this. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 13

[Bug 461350] New: cpanspec nearly always misses the BuildRequires: perl(Test::More)
by Red Hat Bugzilla 24 Feb '15

24 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: cpanspec nearly always misses the BuildRequires: perl(Test::More) https://bugzilla.redhat.com/show_bug.cgi?id=461350 Summary: cpanspec nearly always misses the BuildRequires: perl(Test::More) Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: cpanspec AssignedTo: steve(a)silug.org ReportedBy: berrange(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fedora-perl-devel-list(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: cpanspec nearly always misses the BuildRequires: perl(Test::More) for test suite files. I imagine this is because the 'use' statement often has trailing arguments use Test::More tests => 19; instead of a more usual use Test::More; It'd be very helpful if cpanspec picked up this style, because then nearly all its autogenerated specs would be correct. Version-Release number of selected component (if applicable): cpanspec-1.77-1.fc9.noarch How reproducible: Often Steps to Reproduce: 1. cpanspec Data-Section-0.005.tar.gz 2. 3. Actual results: Missing BuildRequires: perl(Test::More) Expected results: All BuildRequires are correct Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 11

[Bug 628655] New: perl segfaults when joining a thread and using perl-Tk
by Red Hat Bugzilla 14 Jan '15

14 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl segfaults when joining a thread and using perl-Tk https://bugzilla.redhat.com/show_bug.cgi?id=628655 Summary: perl segfaults when joining a thread and using perl-Tk Product: Fedora Version: 13 Platform: x86_64 OS/Version: Linux Status: NEW Severity: low Priority: low Component: perl-Tk AssignedTo: andreas.bierfert(a)lowlatency.de ReportedBy: rdevries1000(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: andreas.bierfert(a)lowlatency.de, fedora-perl-devel-list(a)redhat.com Classification: Fedora Description of problem: perl segfaults when joining a thread and using perl-Tk Version-Release number of selected component (if applicable): perl-5.10.1-116.fc13.x86_64 How reproducible: Execute the next code: use strict; use Tk; use threads; sub init { print "exiting init\n"; } my $thread1 = threads->create("init"); my $mw = MainWindow->new(); $thread1->join(); print "finished\n"; exit(0); Steps to Reproduce: execute the above code by: perl threadtest.pl Actual results: perl ./threadtest.pl exiting init finished Segmentation fault (core dumped) Exit value of process: >echo $? 139 Expected results: perl ./threadtest.pl exiting init finished Exit value of process: >echo $? 0 Additional info: using perl-Tk package: perl-Tk-804.028-11.fc13.x86_64 -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 544738] New: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements
by Red Hat Bugzilla 12 Jan '15

12 Jan '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements https://bugzilla.redhat.com/show_bug.cgi?id=544738 Summary: cpanspec doesn't escape "/" in --filter-requires leading to bad sed statements Product: Fedora Version: 12 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: cpanspec AssignedTo: steve(a)silug.org ReportedBy: bugzilla(a)kosowsky.org QAContact: extras-qa(a)fedoraproject.org CC: steve(a)silug.org, fedora-perl-devel-list(a)redhat.com Classification: Fedora Description of problem: cpanspec translates each "--filter-requires some_string" into a corresponding sed statement in the corresponding perl-<module>-requires.sh of form: -e '/^some-string$/d' However, when some_string is a path which then contains a slash "/", this causes the sed statement to mess up. In particular, one of the fuse modules I was compiling had some example perl scripts which began with the line "#/usr/bin/perl." This caused the build to then require "/usr/bin/perl" which I wanted to eliminate. When I added "--filter-requires /usr/bin/perl", it caused *all* the sed statements to fail with the error: sed: -e expression #1, char 4: unknown command: `u' Either the documentation should warn that "/" must be escaped or *better*, the script should automatically escape the forward slashes since the user has no reason to think that "/" is a special character (and indeed, sed could have used just about any character to demarcate the s program) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 20

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

perl-devel November 2010