[Bug 514452] New: Review Request: trac-agilo-plugin - a trac plugin to support the Scrum process.
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: Review Request: trac-agilo-plugin - a trac plugin to support the Scrum process.
https://bugzilla.redhat.com/show_bug.cgi?id=514452
Summary: Review Request: trac-agilo-plugin - a trac plugin to
support the Scrum process.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: asgeirf(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, fedora-package-review(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Spec URL: http://asgeirf.fedorapeople.org/agilo/trac-agilo-plugin.spec
SRPM URL:
http://asgeirf.fedorapeople.org/agilo/trac-agilo-plugin-0.7.92-3.fc11.src...
Description: This plugin for Trac provides a tool to support the Scrum process.
>From wikipedia: http://en.wikipedia.org/wiki/Scrum_%28development%29
"Scrum is an iterative incremental framework for managing complex work (such as
new product development) commonly used with agile software development."
This plugin converts a Trac instance into a Scrum management tool, with
concepts such as 'sprints', 'burndown charts'. Tickets are typically managed as
'user stories', 'tasks' and 'requirements'.
This is my first package (be kind!), and I need a sponsor.
Some notes:
- The spec includes a trivial patch to strip out the use of trac.test, as this
module is not included in the trac package for fedora
- I'm unsure if the version/release scheme is correct in the spec.
- Agilo includes some jquery plugins in the package
--
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.
13 years, 6 months
[Bug 641341] Review Request: perl-File-Map - Memory mapping made simple and safe
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.
https://bugzilla.redhat.com/show_bug.cgi?id=641341
--- Comment #4 from Petr Pisar <ppisar(a)redhat.com> 2010-11-04 06:27:37 EDT ---
Spec file changes:
--- perl-File-Map.spec 2010-11-04 11:10:18.571439897 +0100
+++ perl-File-Map.spec.1 2010-11-03 19:31:17.000000000 +0100
@@ -1,13 +1,11 @@
Name: perl-File-Map
Version: 0.31
-Release: 2%{?dist}
+Release: 3%{?dist}
Summary: Memory mapping made simple and safe
License: GPL+ or Artistic
Group: Development/Libraries
URL: http://search.cpan.org/dist/File-Map/
Source0:
http://www.cpan.org/authors/id/L/LE/LEONT/File-Map-%{version}.tar.gz
-Patch0: perl-File-Map-0.31-pod.patch
-Patch1: perl-File-Map-0.31-tie.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: perl >= 0:5.008
BuildRequires: perl(Const::Fast)
@@ -18,16 +16,20 @@
BuildRequires: perl(Test::More)
BuildRequires: perl(Test::Warn)
BuildRequires: perl(Test::Pod::Coverage)
+BuildRequires: perl(Test::Pod) >= 1.22
+BuildRequires: perl(IO::Handle)
+BuildRequires: perl(Time::Hires)
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
+%{?perl_default_filter}
+
%description
File::Map maps files or anonymous memory into perl variables.
%prep
%setup -q -n File-Map-%{version}
-%patch0 -p1
-%patch1 -p1
+chmod -x examples/fastsearch.pl
%build
@@ -62,6 +64,10 @@
%changelog
+* Wed Nov 03 2010 Lubomir Rintel (GoodData) <lubo.rintel(a)gooddata.com> 0.31-3
+- Drop el5 secific patches
+- Add more BuildRequires (Petr Pisar)
+
* Mon Oct 11 2010 Lubomir Rintel (GoodData) <lubo.rintel(a)gooddata.com> 0.31-2
- Fix build on el5
> > > Patch0: perl-File-Map-0.31-pod.patch
> > FIX: This is wrong as the bug is in Test::Pod that has been fixed in 1.41
> > (http://cpansearch.perl.org/src/DWHEELER/Test-Pod-1.41/Changes). No Fedora
> > is affected, drop this patch or apply it conditionally on older RHEL
> > distributions (if necessary).
>
> Done.
Ok.
> > FIX: BuildRequire perl(IO::Handle) (Build.PL and tests) as it can be
> > dual-lived package in the future <http://search.cpan.org/~gbarr/IO/>.
Ok.
> > FIX: BuildRequire perl(Time::Hires) (Build.PL and tests) as it can be
> < dual-lived package in the future <http://search.cpan.org/~jhi/Time-HiRes/>.
>
> Done.
> +BuildRequires: perl(Time::Hires)
Fix: Proper name is `perl(Time::HiRes)' (capital `R'). I'm sorry I got you
wrong name. Use this one please, otherwise the package cannot be built.
> > FIX: Remove the private library from provides. You can do that by calling
> > `%{?perl_default_filter}' macro right before %description section. See
> > <https://fedoraproject.org/wiki/Perl_default_filter>.
>
> Done.
Ok.
> > FIX: Remove executable bit from fastsearch.pl.
>
> Done.
Ok.
> > > t/pod.t ........... skipped: Test::Pod 1.22 required for testing POD
> > FIX: BuildRequire perl(Test::Pod) >= 1.22
>
> Done.
Ok.
FIX: Package does not build in F15 because of perl(Time::HiRes) typo
(http://koji.fedoraproject.org/koji/taskinfo?taskID=2576028).
Please correct all `FIX' previxed notes and submit new spec file.
Resolution: Package NOT APPROVED.
--
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.
13 years, 6 months
[Bug 635382] Review Request: perl-Tk-Text-SuperText - Improved text widget for perl/tk
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.
https://bugzilla.redhat.com/show_bug.cgi?id=635382
--- Comment #3 from Petr Pisar <ppisar(a)redhat.com> 2010-11-04 05:59:27 EDT ---
Spec file changes:
--- perl-Tk-Text-SuperText.spec 2010-09-19 12:33:20.000000000 +0200
+++ perl-Tk-Text-SuperText.spec.1 2010-11-03 19:16:42.000000000 +0100
@@ -1,6 +1,6 @@
Name: perl-Tk-Text-SuperText
Version: 0.9.4
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: Improved text widget for perl/tk
License: GPL+ or Artistic
Group: Development/Libraries
@@ -12,12 +12,17 @@
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(Tk::Text)
+BuildRequires: perl(App::Prove)
+# Parts of X Window System needed for tests to run:
+BuildRequires: xorg-x11-server-Xvfb
+BuildRequires: xorg-x11-xinit
+BuildRequires: font(:lang=en)
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
%description
Tk::Text::SuperText implements many new features over the standard Tk::Text
-widget while supporting all it's standard features.Its used simply as the
-Tk::Text widget. New Features:
+widget while supporting all it's standard features. Its used simply as the
+Tk::Text widget.
%prep
@@ -43,12 +48,10 @@
%check
-# Test can't be run w/o x11, run them at least
-# when developing the package until a mockup/Xvfb is provided
-if [ "$DISPLAY" ]
-then
- make test
-fi
+xinit /usr/bin/make -s test -- /usr/bin/Xvfb :666 |tee testing.TAP
+# xinit throws away the return value from make
+# Let's validate its TAP output ourselves
+prove --exec cat testing.TAP
%clean
@@ -63,6 +66,10 @@
%changelog
+* Wed Nov 03 2010 Lubomir Rintel (GoodData) <lubo.rintel(a)gooddata.com> 0.9.4-2
+- Formatting/wording fixes (Peter Pisar)
+- Actually run the test suite (Peter Pisar)
+
* Tue Jun 09 2009 Lubomir Rintel (Good Data) <lubo.rintel(a)gooddata.com>
0.9.4-1
- Specfile autogenerated by cpanspec 1.78.
- Fix up license
> > FIX: BuildRequires is missing perl(Tk) and perl(Tk::Derived) (SuperText.pm).
>
> Tk::Text apparently drags them in. Do you insist on pulling them in? You know,
> fedora-qa script would complain that I have unnecessarily duplicate
> dependencies if I added them =]
FIX: I do not ask to BuildRequire on perl-Tk three times. I ask you to depend
on perl(Tk), perl(Tk::Derived), and perl(Tk::Text). Maintainers of perl-Tk can
decide to split the package into independent subpackages. It's good idea to
depend on each explicit Perl module to prevent future dependency problems. See
output from `rpm -pq --requires'. This is standard way how Perl packages are
maintained in Fedora. If fedora-qa script does not know about it, one should
fix the fedora-qa script and not to break spec files. In other words,
dependencies in Perl should not be expressed by package name, they should be
expressed by Perl module symbolic name (the `perl(FOO)' token). See
<https://fedoraproject.org/wiki/Packaging:Perl#Perl_Requires_and_Provides>.
> > FIX: Description miss space after full stop and has dangling `New Features:'
> > string.
>
> Uh, fixed.
Ok.
> > TODO: The test is never run as modern rpmbuild unset DISPLAY. Consider
> > running tests against Xvfb.
>
> Done.
Ok.
> +xinit /usr/bin/make -s test -- /usr/bin/Xvfb :666 |tee testing.TAP
TODO: It would be nice to replace the `/usr/bin' path with %{__bindir} macro to
achieve higher consistency and portability of the spec file.
$ rpmlint -i perl-Tk-Text-SuperText.spec
../SRPMS/perl-Tk-Text-SuperText-0.9.4-2.fc13.src.rpm
../RPMS/noarch/perl-Tk-Text-SuperText-0.9.4-2.fc13.noarch.rpm
perl-Tk-Text-SuperText.spec:19: W: comparison-operator-in-deptoken
font(:lang=en)
This dependency token contains a comparison operator (<, > or =). This is
usually not intended and may be caused by missing whitespace between the
token's name, the comparison operator and the version string.
perl-Tk-Text-SuperText.src:19: W: comparison-operator-in-deptoken
font(:lang=en)
This dependency token contains a comparison operator (<, > or =). This is
usually not intended and may be caused by missing whitespace between the
token's name, the comparison operator and the version string.
2 packages and 1 specfiles checked; 0 errors, 2 warnings.
This is spurious warning because of `font(:lang=en)'. Ok.
Package builds in F15
(http://koji.fedoraproject.org/koji/taskinfo?taskID=2575964). Ok.
Please correct all `FIX' prefixed issues and provide new spec file.
Resolution: Package NOT APPROVED.
--
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.
13 years, 6 months
[Bug 630681] New: Review Request: lasem - SVG and MathML rendering library
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: Review Request: lasem - SVG and MathML rendering library
https://bugzilla.redhat.com/show_bug.cgi?id=630681
Summary: Review Request: lasem - SVG and MathML rendering
library
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: otaylor(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, fedora-package-review(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Spec URL: http://people.fedoraproject.org/~otaylor/lasem.spec
SRPM URL: http://people.fedoraproject.org/~otaylor/lasem-0.3.0-1.fc13.src.rpm
Description:
Lasem is a library for rendering SVG and MathML, implementing a DOM like
API. It's based on GObject and uses Pango and Cairo for the rendering.
There's a neat Reinteract extension that uses lasem and pylasem to render Sympy
output as math, which is why I created this package.
(https://bugzilla.gnome.org/show_bug.cgi?id=628491)
Very simple package. Only complexity here is that it builds with
gobject-introspection and the introspection files it depends upon (Pango, etc.)
moved from gir-repository into the respective packages in Fedora 14. Hence the
conditionals.
lasemrender is in a -tools subpackage to avoid creating a multilib conflict.
I'm not completely sure where it is in the spectrum between useful tool and
demo 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.
13 years, 6 months
[Bug 578886] New: Review Request: likewise-open - Join to Active Directory and securely authenticate users.
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: Review Request: likewise-open - Join to Active Directory and securely authenticate users.
https://bugzilla.redhat.com/show_bug.cgi?id=578886
Summary: Review Request: likewise-open - Join to Active
Directory and securely authenticate users.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: ssalley(a)likewise.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, fedora-package-review(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Spec URL: Need hosting space
SRPM URL: Need hosting space
Description: This is my first package and I'll need a sponser -- I have an
account (ssalley) at fedorapeople.org but don't seem to have upload rights.
likewise-open joins Unix, Linux, and Mac machines to Microsoft Active Directory
and securely authenticates users.
This package is intended for Fedora 12.
This is the first version to support SELinux -- we've previously asked users to
disable SELinux. We now have a policy in Fedora 12 and Fedora 13 and apply
contexts to home directories when they are created.
The build system Likewise uses is quite ugly (I'm a Likewise employee) as we
support many different versions of Unix and have to sometimes create 'fat'
packages to support 32/64-bit components in one package. I've done my best to
shoehorn this into the RPM build system and to package the results in standard
way.
The source code comes from a git repository
(git://git.likewiseopen.org/likewise-open.git) mirrored off of a (internal to
Likewise) Subversion repository. This release corresponds to revision 42111 in
the subversion system (subversion revisions are visible in the git repository).
Patches are applied and are mostly related to positioning files for the FHS as
we generally drop things in /opt/likewise. I have a patch for supporting
SELinux that has not yet been integrated upstream.
Components from OpenLDAP and Kerberos are also included as private components
(/usr/lib/likewise-open). We regularly submit patches to these projects, but it
can take a while for them to get accepted (I believe the changes we need are
already in the packages for Fedora 13).
--
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.
13 years, 6 months