[Bug 239333] New: Branch perl-Net-Server for EPEL
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=239333
Summary: Branch perl-Net-Server for EPEL
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: perl-Net-Server
AssignedTo: nicolas.mailhot(a)laposte.net
ReportedBy: kevin(a)tummy.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-perl-devel-list(a)redhat.com
perl-Net-Server was imported long ago from fedora.us, so there is no review
ticket. I am thus filing this to request a EPEL branch for it.
The current Fedora maintainer has no interest in maintaining for EPEL, so I will
do so.
Package Change Request
======================
Package Name: perl-Net-Server
New Branches: EL-4 EL-5
Updated EPEL Owners: kevin(a)tummy.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.
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, 3 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, 3 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, 3 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, 3 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