https://bugzilla.redhat.com/show_bug.cgi?id=2323073
Bug ID: 2323073
Summary: Review Request: python-nipype - Neuroimaging in
Python: Pipelines and Interfaces
Product: Fedora
Version: rawhide
Status: NEW
Component: Package Review
Assignee: nobody(a)fedoraproject.org
Reporter: gui1ty(a)penguinpee.nl
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL: https://gui1ty.fedorapeople.org/review/python-nipype.spec
SRPM URL:
https://gui1ty.fedorapeople.org/review/python-nipype-1.9.0-2.fc42.src.rpm
Description:
Current neuroimaging software offer users an incredible opportunity to
analyze data using a variety of different algorithms. However, this has
resulted in a heterogeneous collection of specialized applications
without transparent interoperability or a uniform operating interface.
Nipype, an open-source, community-developed initiative under the
umbrella of NiPy, is a Python project that provides a uniform interface
to existing neuroimaging software and facilitates interaction between
these packages within a single workflow. Nipype provides an environment
that encourages interactive exploration of algorithms from different
packages (e.g., AFNI, ANTS, BRAINS, BrainSuite, Camino, FreeSurfer,
FSL, MNE, MRtrix, MNE, Nipy, Slicer, SPM), eases the design of
workflows within and between packages, and reduces the learning curve
necessary to use different packages. Nipype is creating a collaborative
platform for neuroimaging software development in a high-level language
and addressing limitations of existing pipeline systems.
Nipype allows you to:
- easily interact with tools from different software packages
- combine processing steps from different software packages
- develop new workflows faster by reusing common steps from old ones
- process data faster by running it in parallel on many cores/machines
- make your research easily reproducible
- share your processing workflows with the community
Fedora Account System Username: gui1ty
--
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
https://bugzilla.redhat.com/show_bug.cgi?id=2323073
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2248960
Bug ID: 2248960
Summary: Review Request: gstreamer1-plugin-openh264 - GStreamer
OpenH264 plugin
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: klember(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL: https://kalev.fedorapeople.org/gstreamer1-plugin-openh264.spec
SRPM URL:
https://kalev.fedorapeople.org/gstreamer1-plugin-openh264-1.22.5-1.fc40.src…
Description:
GStreamer is a streaming media framework, based on graphs of elements which
operate on media data.
This package contains the OpenH264 plugin.
Fedora Account System Username: kalev
This splits out gstreamer1-plugin-openh264 from openh264 spec file where it was
previously built from a single srpm together with the openh264 library (see
https://src.fedoraproject.org/rpms/openh264/blob/rawhide/f/openh264.spec) The
plan is to link it against the new "noopenh264" stub which we are able to ship
in Fedora proper, see
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2247274 which then gets
swapped out with the actual openh264 library package (downloaded from Cisco
servers) during first 'dnf update'.
Note that I suspect this package is going to be short lived in Fedora because
we'll probably just end up enabling the openh264 plugin in
gstreamer1-plugins-bad-free and retiring separate gstreamer1-plugin-openh264
package. There is some value in a new package during transition period but I
expect it to be short lived.
The separate gstreamer1-plugin-openh264 package is however going to be needed
for EPEL 9 so that we can drop the gstreamer plugin from the openh264 srpm (and
Cisco repo) and instead ship the plugin in EPEL proper. So this is mostly a
new EPEL package review request, but I'd like to use it in Fedora as well
during the transition period.
Koji scratch build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=108818423
Scratch builds are done using 'fedpkg build --scratch --srpm --target
f40-build-side-77098' - noopenh264 cannot be merged into rawhide before we have
been able to get an openh264 version that obsoletes noopenh264 in place in the
Cisco repo, so all builds have to be done using the side tag for now.
--
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
https://bugzilla.redhat.com/show_bug.cgi?id=2248960
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…