[Bug 1130098] New: Review Request: python-ejson - Extensible json serializer/deserializer library
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1130098
Bug ID: 1130098
Summary: Review Request: python-ejson - Extensible json
serializer/deserializer library
Product: Fedora
Version: rawhide
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: pahan(a)hubbitus.info
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Spec URL:
https://raw.githubusercontent.com/Hubbitus/Fedora-packaging/master/SPECS/...
SRPM URL:
http://hubbitus.info/rpm/Fedora20/python-ejson/python-ejson-0.1.6-1.fc20....
Description: There are countless scenarios that we need to exchange data
between
different systems, implemented in different languages and technologies.
Even in the same system, when implementing data exchange between the
backend and the frontend we face the need to convert the language data
types to another format and then do the oposite when the data arrives in
the other side of the wire.
A very simple and flexible format that seems to fit most of our needs is
the JavaScript Object Notation, or simple `json`. It is very hard to
find a programming language these days that does not support it, even
the low level ones, like C, C++, etc.
Json is enough when we need to exchange data types like integers,
doubles, strings, lists and hash tables. The problem starts when we need
to exchange a complex data type. And it's the exact aim of this
document: providing an API to extend the `json` library to make it easy
to register new serializers and new deserializers.
Fedora Account System Username: Hubbitus
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
5 years, 9 months
[Bug 821917] New: Review Request: mu - maildir utility with Emacs support
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: mu - maildir utility with Emacs support
https://bugzilla.redhat.com/show_bug.cgi?id=821917
Summary: Review Request: mu - maildir utility with Emacs
support
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: Package Review
AssignedTo: nobody(a)fedoraproject.org
ReportedBy: maciek.borzecki(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com,
package-review(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Spec URL: http://fiona.dmcs.pl/~mborzecki/fedora/mu/mu.spec
SRPM URL: http://fiona.dmcs.pl/~mborzecki/fedora/mu/mu-0.9.8.4-1.fc16.src.rpm
Description: mu is a tool for dealing with e-mail messages stored in the
Maildir-format, on Unix-like systems. mu's main purpose is to help you
to find the messages you need, quickly; in addition, it allows you to
view messages, extract attachments, create new maildirs, etc. mu has a
nice Emacs interface provided in emacs-mu4e 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.
5 years, 9 months
[Bug 1058090] New: Review Request: rpcalc - A reverse polish notation calculator
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1058090
Bug ID: 1058090
Summary: Review Request: rpcalc - A reverse polish notation
calculator
Product: Fedora
Version: rawhide
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: cickumqt(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Spec URL: http://cicku.me/rpcalc.spec
SRPM URL: http://cicku.me/rpcalc-0.7.0-1.fc21.src.rpm
Description: rpcalc is a reverse polish notation calculator.
Features:
* Uses reverse polish notation, similar to most Hewlett-Packard calculators.
* The number, operator or command text on any key can be typed, or the mouse
can be used to hit the key.
* If desired, the four RPN registers can be shown in the main display.
* A separate window can display the four RPN registers, a history of recent
calculations, or the contents of the ten memory registers.
* A separate window converts to and from other number bases (hexadecimal,
octal and binary).
* Any values from the extra windows can be copied to the calculator display
or to the clipboard.
* Options can be set to control the display of numbers and the initial
window configuration.
Fedora Account System Username: cicku
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
5 years, 9 months
[Bug 1150099] New: Review Request: python-neo - Represent electrophysiology data in Python
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1150099
Bug ID: 1150099
Summary: Review Request: python-neo - Represent
electrophysiology data in Python
Product: Fedora
Version: rawhide
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: sanjay.ankur(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Spec URL: https://ankursinha.fedorapeople.org/python-neo/python-neo.spec
SRPM URL:
https://ankursinha.fedorapeople.org/python-neo/python-neo-0.3.3-1.fc22.sr...
Description:
Neo is a package for representing electrophysiology data in Python, together
with support for reading a wide range of neurophysiology file formats,
including Spike2, NeuroExplorer, AlphaOmega, Axon, Blackrock, Plexon, Tdt, and
support for writing to a subset of these formats plus non-proprietary formats
including HDF5.
The goal of Neo is to improve interoperability between Python tools for
analyzing, visualizing and generating electrophysiology data (such as
OpenElectrophy, NeuroTools, G-node, Helmholtz, PyNN) by providing a common,
shared object model. In order to be as lightweight a dependency as possible,
Neo is deliberately limited to represention of data, with no functions for data
analysis or visualization.
Neo implements a hierarchical data model well adapted to intracellular and
extracellular electrophysiology and EEG data with support for multi-electrodes
(for example tetrodes). Neo's data objects build on the quantities_ package,
which in turn builds on NumPy by adding support for physical dimensions. Thus
neo objects behave just like normal NumPy arrays, but with additional metadata,
checks for dimensional consistency and automatic unit conversion.%if
Fedora Account System Username: ankursinha
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
5 years, 9 months