[Bug 1548405] New: Review Request:
python-gsd - Read and write hoomd schema gsd files with an easy to use
syntax
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1548405
Bug ID: 1548405
Summary: Review Request: python-gsd - Read and write hoomd
schema gsd files with an easy to use syntax
Product: Fedora
Version: rawhide
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: dominik(a)greysector.net
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Spec URL: https://rathann.fedorapeople.org/review/python-gsd/python-gsd.spec
SRPM URL:
https://rathann.fedorapeople.org/review/python-gsd/python-gsd-1.5.0-1.fc2...
Description:
GSD (General Simulation Data) is a file format specification and a library
to read and write it. The package also contains a python module that reads
and writes hoomd schema gsd files with an easy to use syntax.
* Efficiently store many frames of data from simulation runs.
* High performance file read and write.
* Support arbitrary chunks of data in each frame (position, orientation,
type, etc...).
* Append frames to an existing file with a monotonically increasing frame
number.
* Resilient to job kills.
* Variable number of named chunks in each frame.
* Variable size of chunks in each frame.
* Each chunk identifies data type.
* Common use cases: NxM arrays in double, float, int, char types.
* Generic use case: binary blob of N bytes.
* Easy to integrate into other tools with python, or a C API (< 1k lines).
* Fast random access to frames.
Fedora Account System Username: rathann
--
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
6 years, 1 month
[Bug 1352215] New: Review Request: llvm37 -- Versioned LLVM 3.7
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1352215
Bug ID: 1352215
Summary: Review Request: llvm37 -- Versioned LLVM 3.7
Product: Fedora
Version: rawhide
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: nalimilan(a)club.fr
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Spec URL: https://nalimilan.fedorapeople.org/llvm37.spec
SRPM URL: https://nalimilan.fedorapeople.org/llvm37-3.7.1-3.fc24.src.rpm
Description: LLVM is a compiler infrastructure designed for compile-time,
link-time, runtime, and idle-time optimization of programs from
arbitrary programming languages. The compiler infrastructure includes
mirror sets of programming tools as well as libraries with equivalent
functionality.
Fedora Account System Username: nalimilan
Koji build: http://koji.fedoraproject.org/koji/taskinfo?taskID=14740294
This package is based on the llvm35 .spec file, updated to build with LLVM 3.7.
I'm going to need it soon to package Julia 0.5.0 in rawhide. Then I will retire
the llvm33 package, which will no longer have any reverse dependencies.
The package includes several patches which are needed by Julia. These have been
submitted upstream, and are often included in LLVM 3.8.1 (which doesn't work
with Julia yet). I've been using it for several months in a Copr without
issues.
--
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
6 years, 1 month
[Bug 1270317] New: Review Request: lz4-java - LZ4 compression for Java
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1270317
Bug ID: 1270317
Summary: Review Request: lz4-java - LZ4 compression for Java
Product: Fedora
Version: rawhide
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: puntogil(a)libero.it
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Spec URL: https://gil.fedorapeople.org/lz4-java.spec
SRPM URL: https://gil.fedorapeople.org/lz4-java-1.3.0-1.fc22.src.rpm
Description:
LZ4 compression for Java, based on Yann Collet's work.
This library provides access to two compression methods
that both generate a valid LZ4 stream:
* fast scan (LZ4):
° low memory footprint (~ 16 KB),
° very fast (fast scan with skipping heuristics in case the
input looks incompressible),
° reasonable compression ratio (depending on the
redundancy of the input).
* high compression (LZ4 HC):
° medium memory footprint (~ 256 KB),
° rather slow (~ 10 times slower than LZ4),
° good compression ratio (depending on the size and
the redundancy of the input).
The streams produced by those 2 compression algorithms use the
same compression format, are very fast to decompress and can be
decompressed by the same decompressor instance
Fedora Account System Username: gil
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=11387051
--
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
6 years, 1 month
[Bug 1549281] New: Review Request: texlive-base - TeX formatting
system
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1549281
Bug ID: 1549281
Summary: Review Request: texlive-base - TeX formatting system
Product: Fedora
Version: rawhide
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: tcallawa(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Spec URL: https://spot.fedorapeople.org/texlive-base.spec
SRPM URL: https://spot.fedorapeople.org/texlive-base-20170520-16.fc28.src.rpm
Description:
The TeX Live software distribution offers a complete TeX system for a
variety of Unix, Macintosh, Windows and other platforms. It
encompasses programs for editing, typesetting, previewing and printing
of TeX documents in many different languages, and a large collection
of TeX macros and font libraries.
Fedora Account System Username: spot
F28 Scratch Build: https://koji.fedoraproject.org/koji/taskinfo?taskID=25327800
Notes: TeXLive in Fedora is a hot mess. One I inherited, but still. A big part
of the problem is that there are fundamentally two parts of TeXLive, the parts
needed for the core binaries and libraries to build and work, and the rest.
So, to simplify things, I've split off the source code that makes up the base
of TeXLive, and all of the dependent subpackages into this texlive-base
package. It contains all of the architecture dependent code. This also means
that the old texlive package can be converted to just include noarch stuff that
isn't in texlive-base. It's still a horror, but a much uglier one that can be
cleaned up somewhat (and hopefully, automated with a script).
Bonus: texlive-base is updated to TL2017, and can obsolete existing texlive
packages now (I've been testing it for a while on my end)
Bonus2: It gets rid of the weird -bin/-doc subpackage model (at least in
texlive-base).
So, while this package may look ugly and long to the unknowing reviewer, I
assure you, it is a vast improvement over all of these bits being inside the
"texlive" package (and most of these items were copied whole from it, before
being cleaned up by hand). Once this review is done and this can be added to
Fedora (hopefully 28 and 29), I have a texlive.spec without the -base bits in
it that will build entirely noarch (and thus, only need to build once for all
arches through koji).
Last, but not least, if you need a bribe to get through this, that can be
arranged. :D
--
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
6 years, 1 month