[Bug 211714] New: Review Request: perl-POE-XS-Queue-Array - C extension speeds perl-POE
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=211714
Summary: Review Request: perl-POE-XS-Queue-Array - C extension
speeds perl-POE
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: adpacifico(a)users.sourceforge.net
QAContact: fedora-package-review(a)redhat.com
Spec URL: http://www.drizzle.com/~pacifico/perl-POE-XS-Queue-Array.spec
SRPM URL: http://www.drizzle.com/~pacifico/perl-POE-XS-Queue-Array-0.003-1.src.rpm
Description: This class implements a priority queue using C, with an XS interface supplied.
Priority queues are basically lists of arbitrary things that allow items to
be inserted arbitrarily but that return them in a particular order. The order
they are returned in is determined by each item's priority.
Priorities may represent anything, as long as they are numbers and represent
an order from smallest to largest. Items with the same priority are entered
into a queue in FIFO order. That is, items at the same priority are dequeued
in the order they achieved a that priority.
POE uses priority queues to store and sequence its events. Queue items are
events, and their priorities are the UNIX epoch times they are due.
N.B.: This is my first package submission and I am looking for a sponsor.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
16 years, 11 months
[Bug 174529] Review Request: clearsilver
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.
Summary: Review Request: clearsilver
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174529
bugzilla(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|fedora-extras- |
|list(a)redhat.com |
CC| |fedora-package-
| |review(a)redhat.com
CC|fedora-package- |
|review(a)redhat.com |
CC| |fedora-extras-
| |list(a)redhat.com
Severity|normal |medium
Priority|normal |medium
jkeating(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jkeating(a)redhat.com
Flag| |fedora-cvs?
------- Additional Comments From jkeating(a)redhat.com 2007-06-01 17:05 EST -------
Package Change Request
======================
Package Name: clearsilver
New Branches: EL-4 EL-5
Current owner approved me to own package for EPEL
From:
"Jeffrey C. Ollie" <jeff(a)ocjtech.us>
To:
Jesse Keating <jkeating(a)redhat.com>
Date:
Today 16:29:32
Message was signed with unknown key 0xAED93BC72C884111.
The validity of the signature cannot be verified.
Status: No public key to verify the signature
On Fri, 2007-06-01 at 15:17 -0400, Jesse Keating wrote:
> I'd like clearsilver in EPEL, so that I can use Trac in EPEL. Would you be
> opposed to me branching these and building them for EPEL?
Nope... go right ahead.
Jeff
--
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.
16 years, 11 months
[Bug 174546] Review Request: trac
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.
Summary: Review Request: trac
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174546
bugzilla(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |medium
Priority|normal |medium
jkeating(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jkeating(a)redhat.com
Flag| |fedora-cvs?
------- Additional Comments From jkeating(a)redhat.com 2007-06-01 17:05 EST -------
Package Change Request
======================
Package Name: trac
New Branches: EL-4 EL-5
Current owner approved me to own package for EPEL
From:
"Jeffrey C. Ollie" <jeff(a)ocjtech.us>
To:
Jesse Keating <jkeating(a)redhat.com>
Date:
Today 16:29:32
Message was signed with unknown key 0xAED93BC72C884111.
The validity of the signature cannot be verified.
Status: No public key to verify the signature
On Fri, 2007-06-01 at 15:17 -0400, Jesse Keating wrote:
> I'd like clearsilver in EPEL, so that I can use Trac in EPEL. Would you be
> opposed to me branching these and building them for EPEL?
Nope... go right ahead.
Jeff
--
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.
16 years, 11 months
[Bug 238235] New: Review Request: TastyMenu - KMenu replacement aiming to provide the maximum usability
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=238235
Summary: Review Request: TastyMenu - KMenu replacement aiming to
provide the maximum usability
Product: Fedora Extras
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: lightsolphoenix(a)gmail.com
QAContact: fedora-package-review(a)redhat.com
Spec URL: http://crystalsanctuary.rpgsource.net/packages/specs/tastymenu.spec
SRPM URL: http://crystalsanctuary.rpgsource.net/packages/source/tastymenu-0.7.1-0.n...
Description:
Tasty Menu is a KMenu replacement aiming to provide the maximum usability, or
at least to be a testbed for usability concepts and ideas for a future KMenu
replacement.
The left part of the menu is very similar to the Novell idea
(http://www.novell.com/products/desktop/preview.html); you have a search box
that is always selected when the menu is opened (the search results are
displayed in the leftmost listview), followed by a combobox that decides what
appears in the following listview: favorite applications (default), most used
applications, recently used applications or recent documents.
The right part contains the whole KMenu and takes the aspect from KBFX
(http://www.kbfx.org); the middle column contains the top level categorization
(plus in the current KMenu arrangment the Control Center, Home
folder and Find Files, but I think only categories should be present).
and the left-most listview contains the content of the category currently
selected in the middle column. I think in this way even if it has the same
number of items it "appears" less huge than with a popup menu/submenu
structure.
Every item has two rows, for the name and for the description, in order to
make it more informative. On each selected item an action icon appears
on the right; at the moment they are "add bookmark" on application icons and
"remove bookmark" on favorite apps list.
The bottom buttons are the usual switch user, lock session and logout. At first
I didn't want to put them, I thought that
these functions should be delegated to another applet (like
http://kde-apps.org/content/show.php?content=26150), but it seems that this
doesn't work very well in practice.
The left-most button contains the user name and icon, and clicking on it
opens the Profile Editor. I know it seems silly, but it's only an experiment,
probably it will be merged with the switch user button.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
16 years, 11 months