[Bug 665885] New: Review Request: perl-AnyEvent-HTTP - Simple but non-blocking HTTP/HTTPS client
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: perl-AnyEvent-HTTP - Simple but non-blocking HTTP/HTTPS client
https://bugzilla.redhat.com/show_bug.cgi?id=665885
Summary: Review Request: perl-AnyEvent-HTTP - Simple but
non-blocking HTTP/HTTPS client
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: fedora(a)famillecollet.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: http://remi.fedorapeople.org/perl-AnyEvent-HTTP.spec
SRPM URL: http://remi.fedorapeople.org/perl-AnyEvent-HTTP-1.46-1.remi.src.rpm
Description:
This module is an AnyEvent user, you need to make sure that you use and
run a supported event loop.
This module implements a simple, stateless and non-blocking HTTP client.
It supports GET, POST and other request methods, cookies and more, all
on a very low level. It can follow redirects supports proxies and
automatically limits the number of connections to the values specified
in the RFC.
It should generally be a "good client" that is enough for most HTTP
tasks. Simple tasks should be simple, but complex tasks should still be
possible as the user retains control over request and response headers.
The caller is responsible for authentication management, cookies (if the
simplistic implementation in this module doesn't suffice), referrer and
other high-level protocol details for which this module offers only
limited support.
-------------
This package is a new dependency of next version of gmusicbrowser.
Koji scratch build : http://koji.fedoraproject.org/koji/taskinfo?taskID=2690369
--
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, 5 months
[Bug 659746] New: Review Request: dee - Model to synchronize multiple instances over DBus
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: dee - Model to synchronize multiple instances over DBus
https://bugzilla.redhat.com/show_bug.cgi?id=659746
Summary: Review Request: dee - Model to synchronize multiple
instances over DBus
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: awilliam(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://www.happyassassin.net/extras/dee.spec
SRPM URL: http://www.happyassassin.net/extras/dee-0.4.2-1.aw_fc15.src.rpm
Description: Libdee is a library that uses DBus to provide objects allowing you
to create Model-View-Controller type programs across DBus. It also consists of
utility objects which extend DBus allowing for peer-to-peer discoverability of
known objects without needing a central registrar.
This is part of Ubuntu's Aytana stuff, and is a dependency for Unity, which I'm
trying to work towards packaging.
Notes: there's some small licensing issues I filed an upstream bug for:
https://bugs.launchpad.net/dee/+bug/684738 . Note that the source is dual
LGPLv3 and GPLv3, but none of the GPLv3 bits (test and example binaries) are
actually installed into the binary packages, so just LGPLv3 is the appropriate
License: tag.
rpmlint:
[adamw@adam SPECS]$ rpmlint dee.spec
dee.spec: W: no-cleaning-of-buildroot %clean
dee.spec: W: no-buildroot-tag
dee.spec: W: no-%clean-section
0 packages and 1 specfiles checked; 0 errors, 3 warnings.
these are all okay for F13+ (F12 is now EOL).
[adamw@adam SPECS]$ rpmlint
/var/lib/mock/fedora-rawhide-x86_64/result/dee-0.4.2-1.fc15.x86_64.rpm
dee.x86_64: W: spelling-error %description -l en_US discoverability -> discover
ability, discover-ability, discoverable
I say it's a word so it is a word! (Comes from upstream, actually. I ripped off
their description.)
[adamw@adam SPECS]$ rpmlint
/var/lib/mock/fedora-rawhide-x86_64/result/dee-devel-0.4.2-1.fc15.x86_64.rpm
1 packages and 0 specfiles checked; 0 errors, 0 warnings.
--
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, 5 months
[Bug 426481] New: Review Request: perl-Getopt-GUI-Long - A wrapper around Getopt::Long to provide a GUI to applications
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/show_bug.cgi?id=426481
Summary: Review Request: perl-Getopt-GUI-Long - A wrapper around
Getopt::Long to provide a GUI to applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: wjhns174(a)hardakers.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-package-review@redhat.com,notting(a)redhat.com
Spec URL: http://www.hardakers.net/perl-Getopt-GUI-Long.spec
SRPM URL: http://www.hardakers.net/perl-Getopt-GUI-Long-0.8-1.fc8.src.rpm
Description:
This module is a wrapper around Getopt::Long that extends the value of
the original Getopt::Long module to:
1) add a simple graphical user interface option screen if no
arguments are passed to the program. Thus, the arguments to
actually use are built based on the results of the user
interface. If arguments were passed to the program, the user
interface is not shown and the program executes as it normally
would and acts just as if Getopt::Long::GetOptions had been
called instead.
2) provide an auto-help mechanism such that -h and --help are
handled automatically. In fact, calling your program with -h
will default to showing the user a list of short-style arguments
when one exists for the option. Similarly --help will show the
user a list of long-style when possible. --help-full will list
all potential arguments for an option (short and long both).
It's designed to make the creation of graphical shells trivial
without the programmer having to think about it much as well as
providing automatic good-looking usage output without the
programmer needing to write usage() functions.
--
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.
13 years, 5 months