[Bug 977592] New: svk throws perl errors while syncing and fails to update properly
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=977592
Bug ID: 977592
Summary: svk throws perl errors while syncing and fails to
update properly
Product: Fedora
Version: 18
Component: perl-SVK
Severity: high
Priority: unspecified
Assignee: ppisar(a)redhat.com
Reporter: warlord(a)mit.edu
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Description of problem:
I just upgraded my laptop from F15 to F18 and now SVK throws perl errors when
trying to sync and fails to complete an "update" properly.
Version-Release number of selected component (if applicable):
perl-SVK-2.2.3-9.fc18.noarch
How reproducible:
It is 100% reproducible in my case, but that's because I had an existing mirror
and checkout from F15 (and earlier). I have not tried blowing away all my
data, but I shouldn't have to.
Steps to Reproduce:
1. svk sync //mirrors/gnucash (choose your own local mirror)
2. svk update (from a WC checkout)
3.
Actual results:
The SYNC:
svk sync //mirrors/gnucash
Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/SVK/Mirror.pm line 455.
Syncing svn+ssh://svn.gnucash.org/repo/gnucash
Use of uninitialized value in pattern match (m//) at
/usr/share/perl5/vendor_perl/Data/Hierarchy.pm line 215.
The Update:
svk up
Use of qw(...) as parentheses is deprecated at
/usr/share/perl5/vendor_perl/SVK/Mirror.pm line 455.
Use of uninitialized value $ARGV[0] in ucfirst at
/usr/share/perl5/vendor_perl/App/CLI/Command.pm line 116.
Syncing //mirrors/gnucash/branches/2.4(/mirrors/gnucash/branches/2.4) in
/home/warlord/src/gnucash/gnucash-2.4/src to 20426.
ChangeLog.2011 - skipped
ChangeLog.2012 - skipped
g accounts/ru/acctchrt_common.gnucash-xea
ChangeLog - skipped
g configure.ac
g Makefile.am
g NEWS
g po/en_GB.po
g po/nl.po
g po/da.po
g po/de.po
g packaging/win32/install-impl.sh
g packaging/win32/defaults.sh
g packaging/win32/gnucash.iss.in
g macros/ac_python_devel.m4
g src/report/standard-reports/budget-flow.scm
g src/report/standard-reports/register.scm
g src/engine/gnc-commodity.c
g src/import-export/import-main-matcher.c
g doc/README-nl.win32-bin.txt
Use of uninitialized value in pattern match (m//) at
/usr/share/perl5/vendor_perl/Data/Hierarchy.pm line 215.
... And if I run it again I get the exact same output. The first time I ran it
all the g's were G's (capitals), because it did pull down the changes. However
it clearly never marked that those changes took, and isn't recognizing them.
Expected results:
No perl warnings, and an update that actually succeeds.
Additional info:
I realize I could be using git, but I have some svn packages that I've been
using for a long time in SVK so I'd like to be able to continue using SVK.
Downloading into git-svn would take a long time for some of these repositories.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7qFJok6fmp&a=cc_unsubscribe
10 years, 2 months
[Bug 962707] New: CVE-2012-6143 perl-Spoon (Spoon::Cookie): Do not run Storable::thaw() on arbitrary untrusted user input [fedora-all]
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=962707
Bug ID: 962707
Summary: CVE-2012-6143 perl-Spoon (Spoon::Cookie): Do not run
Storable::thaw() on arbitrary untrusted user input
[fedora-all]
Product: Fedora
Version: 18
Component: perl-Spoon
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: steve(a)silug.org
Reporter: jlieskov(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, steve(a)silug.org
Blocks: 962705 (CVE-2012-6143)
Category: ---
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please ensure that it is only closed
when all affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=sacBo5AdsR&a=cc_unsubscribe
10 years, 2 months
[Bug 957749] New: [abrt] perl-Padre-0.90-6.fc18: S_sv_unmagicext_flags: Process /usr/bin/perl was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=957749
Bug ID: 957749
Summary: [abrt] perl-Padre-0.90-6.fc18: S_sv_unmagicext_flags:
Process /usr/bin/perl was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 18
Component: perl-Padre
Severity: unspecified
Priority: unspecified
Assignee: mmaslano(a)redhat.com
Reporter: steinach2810(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Category: ---
Description of problem:
i was just typing. i pressed enter to change line and it crashed
Version-Release number of selected component:
perl-Padre-0.90-6.fc18
Additional info:
backtrace_rating: 4
cmdline: /usr/bin/perl /usr/bin/padre
crash_function: S_sv_unmagicext_flags
executable: /usr/bin/perl
kernel: 3.8.9-200.fc18.x86_64
uid: 1000
ureports_counter: 1
xsession_errors:
Truncated backtrace:
Thread no. 1 (10 frames)
#0 S_sv_unmagicext_flags at sv.c:5377
#1 Perl_sv_unmagic at sv.c:5417
#2 Perl_sv_clear at sv.c:6056
#3 Perl_sv_free2 at sv.c:6507
#4 S_sv_unmagicext_flags at sv.c:5390
#5 Perl_sv_unmagic at sv.c:5417
#6 S_hv_delete_common at hv.c:916
#7 Perl_hv_common at hv.c:396
#8 Perl_hv_common_key_len at hv.c:333
#9 ~wxPlThreadEvent at cpp/event.h:164
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=rRxVI0iR6N&a=cc_unsubscribe
10 years, 2 months
[Bug 953798] New: perl-PDL seems unable to find its documentation
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=953798
Bug ID: 953798
Summary: perl-PDL seems unable to find its documentation
Product: Fedora
Version: 18
Component: perl-PDL
Severity: low
Priority: unspecified
Assignee: mmaslano(a)redhat.com
Reporter: jansen(a)strw.leidenuniv.nl
QA Contact: extras-qa(a)fedoraproject.org
CC: mmaslano(a)redhat.com, orion(a)cora.nwra.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com,
psabata(a)redhat.com
Category: ---
+++ This bug was initially created as a clone of Bug #815398 +++
Description of problem:
When using the help command inside pdl, it reports that there is no
documentation
Version-Release number of selected component (if applicable):
perl-PDL-2.4.10-4.fc18.x86_64
How reproducible:
Steps to Reproduce:
1. Start pdl
2. Type: help 'help' (as suggested on the page that is shown when using the
help command)
Actual results:
perlDL shell v1.354_001
PDL comes with ABSOLUTELY NO WARRANTY. For details, see the file
'COPYING' in the PDL distribution. This is free software and you
are welcome to redistribute it under certain conditions, see
the same file for details.
ReadLines, NiceSlice, MultiLines enabled
Reading PDL/default.perldlrc...
Found docs database /usr/lib64/perl5/vendor_perl/PDL/pdldoc.db
Type 'help' for online help
Type 'demo' for online demos
Loaded PDL v2.4.10 (supports bad values)
Note: AutoLoader not enabled ('use PDL::AutoLoader' recommended)
pdl> help 'help'
No PDL docs for 'PDL::Doc::Perldl'. Using 'whatis'. (Try 'apropos
PDL::Doc::Perldl'?)
'PDL::Doc::Perldl'
pdl>
Expected results:
The build-in help on the help system (or any other perldl topic for that
matter)
Additional info:
Same result when the separate command 'pdldoc' is used from outside pdl.
Bug cloned and updated, as suggested after F16 end of life, since the bug is
still present.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8D18v1r5k9&a=cc_unsubscribe
10 years, 2 months
[Bug 922443] New: [abrt] perl-Padre-0.90-6.fc18: wxTimerBase::Notify: Process /usr/bin/perl was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=922443
Bug ID: 922443
Summary: [abrt] perl-Padre-0.90-6.fc18: wxTimerBase::Notify:
Process /usr/bin/perl was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 18
Component: perl-Padre
Severity: unspecified
Priority: unspecified
Assignee: mmaslano(a)redhat.com
Reporter: steinach2810(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: mmaslano(a)redhat.com,
perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Description of problem:
i just closed padre, having multiple files open on various tabs.
Version-Release number of selected component:
perl-Padre-0.90-6.fc18
Additional info:
backtrace_rating: 4
cmdline: /usr/bin/perl /usr/bin/padre
crash_function: wxTimerBase::Notify
executable: /usr/bin/perl
kernel: 3.8.2-206.fc18.x86_64
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#1 wxTimerBase::Notify at src/common/timercmn.cpp:57
#2 timeout_callback at src/gtk/timer.cpp:45
#7 g_main_context_iteration at gmain.c:3351
#8 gtk_main_iteration at gtkmain.c:1345
#9 wxWindow::DoPopupMenu at src/gtk/menu.cpp:1730
#10 PopupMenu at /usr/include/wx-2.8/wx/window.h:926
#11 XS_Wx__Window_PopupMenuXY at Window.c:2682
#12 Perl_pp_entersub at /usr/lib64/perl5/CORE/libperl.so
#13 Perl_runops_standard at /usr/lib64/perl5/CORE/libperl.so
#14 Perl_call_sv at /usr/lib64/perl5/CORE/libperl.so
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=nbN0PR2OB0&a=cc_unsubscribe
10 years, 2 months
[Bug 920684] New: CVE-2013-1841 perl-Net-Server: Improper reverse DNS matching for the given hostname [fedora-all]
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=920684
Bug ID: 920684
Summary: CVE-2013-1841 perl-Net-Server: Improper reverse DNS
matching for the given hostname [fedora-all]
Product: Fedora
Version: 18
Component: perl-Net-Server
Keywords: Security, SecurityTracking
Severity: low
Priority: low
Reporter: jlieskov(a)redhat.com
Blocks: 920683 (CVE-2013-1841)
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please ensure that it is only closed
when all affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UR1dgRQIgw&a=cc_unsubscribe
10 years, 2 months
[Bug 907704] New: Use the plain `perl` command instead of the `%{_perl}` macro in generated specfiles
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=907704
Bug ID: 907704
Summary: Use the plain `perl` command instead of the `%{_perl}`
macro in generated specfiles
Product: Fedora
Version: 18
Component: cpanspec
Severity: unspecified
Priority: unspecified
Reporter: bochecha(a)fedoraproject.org
Description of problem:
In all my recent perl-related package submissions, the reviewer has suggested
to me to use the plain `perl` command instead of the `%{_perl}` macro.
For example:
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="%{optflags}"
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="%{optflags}"
make %{?_smp_mflags}
Now, of course I'll try to pay more attention to it, or else reviewers will be
tired of always repeating the same thing. :)
However, it would be very helpful if cpanspec could create specfiles which
directly respect our experts' recommendations, so that we don't have to change
it for every package.
This is with:
cpanspec-1.78-12.fc18.noarch
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=R3oWflZHQH&a=cc_unsubscribe
10 years, 2 months
[Bug 907703] New: Use DESTDIR instead of PERL_INSTALL_ROOT
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=907703
Bug ID: 907703
Summary: Use DESTDIR instead of PERL_INSTALL_ROOT
Product: Fedora
Version: 18
Component: cpanspec
Severity: unspecified
Priority: unspecified
Reporter: bochecha(a)fedoraproject.org
Description of problem:
In all my recent perl-related package submissions, the reviewer has suggested
to me to use DESTDIR instead of PERL_INSTALL_ROOT.
For example:
%install
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
+make pure_install DESTDIR=%{buildroot}
Now, of course I'll try to pay more attention to it, or else reviewers will be
tired of always repeating the same thing. :)
However, it would be very helpful if cpanspec could create specfiles which
directly respect our experts' recommendations, so that we don't have to change
it for every package.
This is with:
cpanspec-1.78-12.fc18.noarch
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=wX6EaiGfG7&a=cc_unsubscribe
10 years, 2 months
[Bug 660652] New: broken dependencies in EPEL6beta
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: broken dependencies in EPEL6beta
https://bugzilla.redhat.com/show_bug.cgi?id=660652
Summary: broken dependencies in EPEL6beta
Product: Fedora EPEL
Version: el6
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: perl-DateTime
AssignedTo: tremble(a)tremble.org.uk
ReportedBy: tlestach(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com,
tremble(a)tremble.org.uk
Classification: Fedora
Target Release: ---
Description of problem:
Missing dependencies in EPEL6beta
Version-Release number of selected component (if applicable):
1:perl-DateTime-0.5300-4.el6.x86_64
How reproducible:
always
Steps to Reproduce:
1. rpm -Uvh
http://download.fedora.redhat.com/pub/epel/beta/6/x86_64/epel-release-6-5...
2. yum install perl-DateTime.x86_64
Actual results:
# yum install perl-DateTime.x86_64
Loaded plugins: rhnplugin
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package perl-DateTime.x86_64 1:0.5300-4.el6 set to be updated
--> Processing Dependency: perl(Class::Singleton) >= 1.03 for package:
1:perl-DateTime-0.5300-4.el6.x86_64
--> Processing Dependency: perl(Params::Validate) >= 0.91 for package:
1:perl-DateTime-0.5300-4.el6.x86_64
--> Processing Dependency: perl(List::MoreUtils) for package:
1:perl-DateTime-0.5300-4.el6.x86_64
--> Processing Dependency: perl(Class::Singleton) for package:
1:perl-DateTime-0.5300-4.el6.x86_64
--> Processing Dependency: perl(Params::Validate) for package:
1:perl-DateTime-0.5300-4.el6.x86_64
--> Finished Dependency Resolution
Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel)
Requires: perl(List::MoreUtils)
Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel)
Requires: perl(Class::Singleton)
Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel)
Requires: perl(Class::Singleton) >= 1.03
Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel)
Requires: perl(Params::Validate) >= 0.91
Error: Package: 1:perl-DateTime-0.5300-4.el6.x86_64 (epel)
Requires: perl(Params::Validate)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Expected results:
all dependencies shall be either in RHEL6 or in EPEL6beta
--
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.
10 years, 3 months