# packages

pkgId: f47891124adfcfb655a2c4c8230a9921cf1385b73427e80aee6780e399b35c31
name: PyMca
arch: src
version: 4.5.0
epoch: 0
release: 2.el7.centos.maxlab
summary: GUI for multi-channel analyser spectra visualization and analysis
url: http://pymca.sourceforge.net/
rpm_license: GPLv2+
rpm_group: Applications/Engineering
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: PyMca-4.5.0-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  PyMCA provides a graphical interface for multi-channel analyser spectra
  visualization and analysis. PyMca can display spectra from a file or directly
  from SPEC during acquisitions.


pkgId: 31ed10eef7505679efcb5fc3da2ce8d5e4021618e8b43c4ce4d783866b51a425
name: PyQwt
arch: src
version: 5.2.0
epoch: 0
release: 23.el7.centos
summary: Python bindings for Qwt
url: http://pyqwt.sourceforge.net/
rpm_license: GPLv2+ with exceptions
rpm_group: Development/Languages
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: PyQwt-5.2.0-23.el7.centos.src.rpm
checksum_type: sha256
description:
  PyQwt is a set of Python bindings for the Qwt C++ class library which extends
  the Qt framework with widgets for scientific and engineering applications. It
  provides a widget to plot 2-dimensional data and various widgets to display and
  control bounded or unbounded floating point values.


pkgId: c2e026452f6ae344f4df23615dacc7900b5c507ab3cc404ebd6316aa36dab3f4
name: PyTangoArchiving
arch: src
version: 7.8.1
epoch: 0
release: 1.el7.maxlab
summary: Python bindings for Tango Control System Archiving
rpm_license: GPL-3.0
rpm_vendor: Sergi Rubio <srubio@cells.es>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0
location_href: PyTangoArchiving-7.8.1-1.el7.maxlab.src.rpm
checksum_type: sha256
description:
  This package allows to:
  * Integrate Hdb and Snap archiving with other python/PyTango tools.
  * Start/Stop Archiving devices in the appropiated order.
  * Increase the capabilities of configuration and diagnostic.
  * Import/Export .csv and .xml files between the archiving and the database.


pkgId: 34672418c8ce77873d2f460a03a38249002c6564ea2ebb3de0a281f3ddc15402
name: PythonQwt
arch: src
version: 0.5.5
epoch: 0
release: 1.el7.maxlab
summary: The qwt package is a pure Python implementation of Qwt C++ library with the following limitations.
url: http://guidata.googlecode.com/
rpm_license: CeCILL
rpm_group: Development/Languages
rpm_buildhost: w-v-cinode-1
location_href: PythonQwt-0.5.5-1.el7.maxlab.src.rpm
checksum_type: sha256
description:
  The PythonQwt project was initiated to solve -at least temporarily- the
  obsolescence issue of PyQwt (the Python-Qwt C++ bindings library) which is no longer maintained.
  The idea was to translate the original Qwt C++ code to Python and then to optimize some parts
  of the code by writing new modules based on NumPy and other libraries.
  The PythonQwt package consists of a single Python package named qwt and of a few other files.
  See documentation for more details on the library and changelog for recent history of changes.


pkgId: 5bafec8c5420b0b2cb555961c3266e71e5c4b864383a308b08c730a3bdf8c509
name: archive-viewer
arch: src
version: 1.2
epoch: 0
release: 3.el7.centos
summary: Web based tool for plotting data from Tango HDB and TDB database
url: https://gitlab.maxiv.lu.se/web-gui-applications/archive-viewer
rpm_license: Unknown
rpm_group: Unspecified
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: archive-viewer-1.2-3.el7.centos.src.rpm
checksum_type: sha256
description:
  This Archive Viewer is a web based tool for plotting data stored in the Tango HDB and TDB databases.


pkgId: 8e019c80e56112f184322d3ce98cba3047fbcf72ab07ac5c127f5ff6d7687c50
name: cassandra-cpp-driver
arch: src
version: 2.5.0
epoch: 1
release: 1.el7.centos
summary: DataStax C/C++ Driver for Apache Cassandra
url: https://github.com/datastax/cpp-driver
rpm_license: Apache 2.0
rpm_group: Development/Tools
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: cassandra-cpp-driver-2.5.0-1.el7.centos.src.rpm
checksum_type: sha256
description:
  C/C++ client driver for Apache Cassandra. This driver works exclusively with the Cassandra Query Language version 3 (CQL3) and Cassandra's Binary Protocol (version 1 and 2).


pkgId: 14a4db0f9eb42c994d988fcc07a2012ba1f797d151f27cfeedb778b18a871002
name: cppzmq
arch: src
version: 4.7.1
epoch: 0
release: 1.el7.maxlab
summary: Header-only C++ binding for libzmq
url: https://zeromq.org
rpm_license: MIT
rpm_vendor: Fedora Copr - group @tango-controls
rpm_group: Unspecified
rpm_buildhost: bae396a6e81a46a38255773560b07069
location_href: cppzmq-4.7.1-1.el7.maxlab.src.rpm
checksum_type: sha256
description:
  cppzmq is a C++ binding for libzmq.

  cppzmq maps the libzmq C API to C++ concepts. In particular, it is type-safe,
  provides exception-based error handling, and provides RAII-style classes that
  automate resource management. cppzmq is a light-weight, header-only binding.


pkgId: 0547bd71843d65b19278c997ebcc919f5206cc424b815a6ba85b74c399044812
name: dev-maxiv-keithley6485
arch: src
version: 0.1.0
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Mikel Eguiraun <mikel.eguiraun@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: dev-maxiv-keithley6485-0.1.0-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the keithley 6485, (serial to ethernet).This communication is based in TCP/IPsockets, using SCPI commands.


pkgId: d5819980ee07bf1654dfdbb050152d87b405edf61a727fafd7357526c8323cf6
name: elog
arch: src
version: 2.9.2.1
epoch: 0
release: maxiv
summary: elog is a standalone electronic web logbook
url: http://midas.psi.ch/elog
rpm_license: GPL
rpm_vendor: Stefan Ritt <stefan.ritt@psi.ch>
rpm_group: Applications/Networking
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: elog-2.9.2.1-maxiv.src.rpm
checksum_type: sha256
description:
  ELOG is part of a family of applications known as weblogs.
  Their general purpose is :

  1. To make it easy for people to put information online in a chronological
     fashion, in the form of short, time-stamped text messages ("entries")
     with optional HTML markup for presentation, and optional file attachments
     (images, archives, etc.)

  2. To make it easy for other people to access this information through a
     Web interface, browse entries, search, download files, and optionally add,
     update, delete or comment on entries.

  ELOG is a remarkable implementation of a weblog in at least two respects :

  - Its simplicity of use: you don't need to be a seasoned server operator
  and/or an experimented database administrator to run ELOG ; one executable
  file (under Unix or Windows), a simple configuration text file, and it works.
  No Web server or relational database required. It is also easy to translate
  the interface to the appropriate language for your users.

  - Its versatility: through its single configuration file, ELOG can be made
  to display an infinity of variants of the weblog concept. There are options
  for what to display, how to display it, what commands are available and to whom,
  access control, etc. Moreover, a single server can host several weblogs, and
  each weblog can be totally different from the rest.


pkgId: 87f1878a41b1cf0bf478fd99a4cbd99b0f9584fb062a3ba737a096401c15423c
name: epics-base
arch: src
version: 3.14.12.5
epoch: 0
release: 4.el7.centos.maxlab
summary: Experimental Physics and Industrial Control System
url: http://www.aps.anl.gov/epics/base
rpm_license: EPICS
rpm_group: System Environment/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: epics-base-3.14.12.5-4.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  This is the main core of EPICS, comprising the build system and
  tools, common and OS-interface libraries, Channel Access client
  and server libraries, static and run-time database access
  routines, the database processing code, and standard record,
  device and driver support.


pkgId: 12b6b6436ef51e2c3b0e9ac934a6d2bcc080757b2c9cc91d9b854b07544db165
name: ghkl
arch: src
version: 5.0.0.2173
epoch: 0
release: 1.el7.centos.maxlab
summary: diffractometer computation control application
url: https://github.com/picca/hkl
rpm_license: GPLv3.0
rpm_group: Applications/Engineering
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: ghkl-5.0.0.2173-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  The hkl library is a framework for diffraction computation and diffractometer control, heavily used at the SOLEIL synchrotron. It supports various types of diffractometer geometry: Eulerian 4-circle, Eulerian 6-circle, kappa 4-circle, kappa 6-circle, and z-axis geometry. For each of these it provides several numerically computed modes, such as bisector and constant psi.

  This package provides a gui on top of the hkl library.


pkgId: 16bcd5873429c587854316b9dd0dd6175a19ad6522b4ad3632b20b12979a6ee8
name: gir1.50-hkl-5.0
arch: src
version: 5.0.0.2173
epoch: 0
release: 1.el7.centos.maxlab
summary: diffractometer computation control library - gir binding
url: https://github.com/picca/hkl
rpm_license: GPLv3.0
rpm_group: Applications/Engineering
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: gir1.50-hkl-5.0-5.0.0.2173-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  The hkl library is a framework for diffraction computation and diffractometer control, heavily used at the SOLEIL synchrotron. It supports various types of diffractometer geometry: Eulerian 4-circle, Eulerian 6-circle, kappa 4-circle, kappa 6-circle, and z-axis geometry. For each of these it provides several numerically computed modes, such as bisector and constant psi.

  This package can be used by other packages using the GIRepository format to generate dynamic bindings.


pkgId: 6b8c6189a3ab56af5ae306fd3d16211d4c702bebf6f92f5c1f75be5c0366d63d
name: h5py
arch: src
version: 2.4.0
epoch: 0
release: 1.el7.centos
summary: A Python interface to the HDF5 library
url: http://www.h5py.org/
rpm_license: BSD
rpm_group: Applications/Engineering
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: h5py-2.4.0-1.el7.centos.src.rpm
checksum_type: sha256
description:
  The h5py package provides both a high- and low-level interface to the
  HDF5 library from Python. The low-level interface is intended to be a
  complete wrapping of the HDF5 API, while the high-level component
  supports access to HDF5 files, data sets and groups using established
  Python and NumPy concepts.

  A strong emphasis on automatic conversion between Python (Numpy)
  data types and data structures and their HDF5 equivalents vastly
  simplifies the process of reading and writing data from Python.


pkgId: 39019c2e98ac26f6dd06cc664587cfcf8c4eb00f3f2a4c61d977af61dd0ce43e
name: imagej
arch: src
version: 1.50
epoch: 0
release: 1.h.el7.centos
summary: Image Processing and Analysis in Java
url: http://rsbweb.nih.gov/ij/index.html
rpm_license: Public Domain
rpm_group: Applications/Engineering
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: imagej-1.50-1.h.el7.centos.src.rpm
checksum_type: sha256
description:
  ImageJ is a public domain Java image processing program. It can display,
  edit, analyze a wide variety of image data, including image sequences. Imagej
  can be used for quantitative analysis of engineering and scientific image data.


pkgId: bcd369b201830272de3f9beab82a606c2053347a4575793a04766f7877e371e2
name: ipython
arch: src
version: 0.13.2
epoch: 0
release: 4.el7.centos
summary: An enhanced interactive Python shell
url: http://ipython.org/
rpm_license: (BSD and MIT and Python) and GPLv2+
rpm_group: Development/Libraries
rpm_buildhost: ardbeg.maxlab.lu.se
location_href: ipython-0.13.2-4.el7.centos.src.rpm
checksum_type: sha256
description:
  IPython provides a replacement for the interactive Python interpreter with
  extra functionality.

  Main features:
   * Comprehensive object introspection.
   * Input history, persistent across sessions.
   * Caching of output results during a session with automatically generated
     references.
   * Readline based name completion.
   * Extensible system of 'magic' commands for controlling the environment and
     performing many tasks related either to IPython or the operating system.
   * Configuration system with easy switching between different setups (simpler
     than changing $PYTHONSTARTUP environment variables every time).
   * Session logging and reloading.
   * Extensible syntax processing for special purpose situations.
   * Access to the system shell with user-extensible alias system.
   * Easily embeddable in other Python programs.
   * Integrated access to the pdb debugger and the Python profiler.


pkgId: a907b2f7342b94e54e0a94de06887d057dec3088f0a03aaa10357e60d911403d
name: jhdf5
arch: src
version: 2.7
epoch: 0
release: 5.el7.centos
summary: Java HDF5 Object Package
url: http://www.hdfgroup.org/hdf-java-html/
rpm_license: BSD with advertising
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: jhdf5-2.7-5.el7.centos.src.rpm
checksum_type: sha256
description:
  HDF is a versatile data model that can represent very complex data objects
  and a wide variety of meta-data. It is a completely portable file format
  with no limit on the number or size of data objects in the collection.

  This Java package implements HDF5 data objects in an
  object-oriented form. It provides a common Java API for accessing HDF5 files.


pkgId: 09643d136a4c1e6f4cb3d0ca058be6e9b4f68405681a4b0a217044b041072af3
name: jsonpointer
arch: src
version: 1.10
epoch: 0
release: 1
summary: Identify specific nodes in a JSON document (RFC 6901)
url: https://github.com/stefankoegl/python-json-pointer
rpm_license: Modified BSD License
rpm_vendor: Stefan Kögl <stefan@skoegl.net>
rpm_group: Development/Libraries
rpm_buildhost: 085cab1b4ea3
location_href: jsonpointer-1.10-1.src.rpm
checksum_type: sha256
description:
  python-json-pointer [![Build Status](https://secure.travis-ci.org/stefankoegl/python-json-pointer.png?branch=master)](https://travis-ci.org/stefankoegl/python-json-pointer) [![Coverage Status](https://coveralls.io/repos/stefankoegl/python-json-pointer/badge.png?branch=master)](https://coveralls.io/r/stefankoegl/python-json-pointer?branch=master) ![Downloads](https://pypip.in/d/jsonpointer/badge.png) ![Version](https://pypip.in/v/jsonpointer/badge.png)
  ===================

  Resolve JSON Pointers in Python
  -------------------------------

  Library to resolve JSON Pointers according to
  [RFC 6901](http://tools.ietf.org/html/rfc6901)

  See Sourcecode for Examples
  * Website: https://github.com/stefankoegl/python-json-pointer
  * Repository: https://github.com/stefankoegl/python-json-pointer.git
  * Documentation: https://python-json-pointer.readthedocs.org/
  * PyPI: https://pypi.python.org/pypi/jsonpointer
  * Travis-CI: https://travis-ci.org/stefankoegl/python-json-pointer
  * Coveralls: https://coveralls.io/r/stefankoegl/python-json-pointer


pkgId: 33a727a8b3fc29589faf8c703b2a370adfb92d203ba0c597cec8a6c6c4256fb2
name: jun
arch: src
version: 0.1.2
epoch: 0
release: el7.centos.maxiv
summary: Client and server for a Juniper VPN client service.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: 4d420ff5e3e7
location_href: jun-0.1.2-el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  jun
  ===

  Server and client for Juniper VPN client service.


  Requirements
  ------------

  - openconnect
  - python3 (with setuptools)
  - PyYAML


  Installation
  ------------

  On CentOS7:

  ```bash
  $ sudo yum install jun
  ```

  On other distros using systemd:

  ```bash
  $ sudo python3 setup.py install
  $ sudo systemctl enable junserver  # Automatically start on startup
  $ sudo systemctl start junserver   # Start the service manually
  ```

  Configuration
  -------------

  In `~/.jun`:

  ```yaml
  user: my_user_name
  password: my_password
  aliases:
    green: vpn-green.maxiv.lu.se
    white: vpn-white.maxiv.lu.se
    blue: vpn-blue.maxiv.lu.se
  ```


  Usage
  -----

  ```bash
  $ jun -s  # Status
  No VPN connected
  $ jun green  # Connect to green
  Mapping 'green' to 'vpn-green.maxiv.lu.se'
  One-time password: 034265
  Successfully connected
  $ jun -s  # Status
  Connected to vpn-green.maxiv.lu.se
  $ jun -d  # Disconnect
  Successfully disconnected
  ```


  Package build
  -------------

  - RPM package

  ```bash
  $ python3.4 setup.py bdist_rpm
  ```

  - DEB package

  ```bash
  $ fpm -s python -t deb \
    --python-bin python3.4 \
    --no-python-dependencies \
    --no-python-fix-name \
    --python-install-bin /usr/bin/ \
    -d "python3, python3-setuptools, python3-yaml" \
    -d "openconnect >= 7.05" \
    -d "systemd" \
    --after-install scripts/post_install \
    --before-remove scripts/pre_uninstall \
    -f .
  ```


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 13176f27f396593b66c6bf078675be89a270a13c9ea04dcfbfb4dc30d24d3379
name: jun
arch: src
version: 0.1.3
epoch: 0
release: el7.centos.maxiv
summary: Client and server for a Juniper VPN client service.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: 5d03c0cce7c9
location_href: jun-0.1.3-el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  jun
  ===

  Server and client for Juniper VPN client service.


  Requirements
  ------------

  - openconnect >= 7.05
  - python3 >= 3.4 (with setuptools)


  Installation
  ------------

  On CentOS7:

  ```bash
  $ sudo yum install jun
  ```

  On other distros using systemd:

  ```bash
  $ sudo python3 setup.py install
  $ sudo systemctl enable junserver  # Automatically start on startup
  $ sudo systemctl start junserver   # Start the service manually
  ```

  Configuration
  -------------

  In `~/.jun`:

  ```yaml
  user: my_user_name
  password: my_password
  aliases:
    green: vpn-green.maxiv.lu.se
    white: vpn-white.maxiv.lu.se
    blue: vpn-blue.maxiv.lu.se
  ```


  Usage
  -----

  ```bash
  $ jun -s  # Status
  No VPN connected
  $ jun green  # Connect to green
  Mapping 'green' to 'vpn-green.maxiv.lu.se'
  One-time password: 034265
  Successfully connected
  $ jun -s  # Status
  Connected to vpn-green.maxiv.lu.se
  $ jun -d  # Disconnect
  Successfully disconnected
  ```


  Package build
  -------------

  - RPM package

  ```bash
  $ python3.4 setup.py bdist_rpm
  ```

  - DEB package

  ```bash
  $ fpm -s python -t deb \
    --python-bin python3.4 \
    --no-python-dependencies \
    --no-python-fix-name \
    --python-install-bin /usr/bin/ \
    -d "python3, python3-setuptools" \
    -d "openconnect >= 7.05" \
    -d "systemd" \
    --after-install scripts/post_install \
    --before-remove scripts/pre_uninstall \
    -f .
  ```


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 6bd5ec7490f1a13c5d92d9a22a7dccde7a7ce22a29f295b54120506d095917ab
name: lib-maxiv-isara
arch: src
version: 0.1.0
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Mikel Eguiraun <mikel.eguiraun@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: lib-maxiv-isara-0.1.0-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the Isara sample changer (formerly known as Cats).This communication is based in TCP/IP


pkgId: d41fabf618299fc24d0c82fb028101c06717e40a6a8b7856472cd2f705c27b6b
name: libace
arch: src
version: 5.7.6
epoch: 0
release: 3.el7.centos.maxlab
summary: The ADAPTIVE Communication Environment (ACE)
url: http://www.cs.wustl.edu/~schmidt/ACE.html
rpm_license: DOC Licence
rpm_group: System Environment/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: libace-5.7.6-3.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  The ADAPTIVE Communication Environment (ACE) is a freely available,
  open-source object-oriented (OO) framework that implements many core
  patterns for concurrent communication software. ACE provides a rich
  set of reusable C++ wrapper facades and framework components that
  perform common communication software tasks across a range of OS
  platforms. The communication software tasks provided by ACE include
  event demultiplexing and event handler dispatching, signal handling,
  service initialization, interprocess communication, shared memory
  management, message routing, dynamic (re)configuration of distributed
  services, concurrent execution and synchronization.


pkgId: 8af31f5f6b302b56dc97b9e18a20fa3847de12334d9c82eb559f98b9d84b6b8b
name: libc_tango
arch: src
version: 3.0.1
epoch: 0
release: 2.20130417git.el7.centos.maxlab
summary: TANGO C API - shared library
url: http://www.tango-controls.org
rpm_license: GPL
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: libc_tango-3.0.1-2.20130417git.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  TANGO is an object oriented distributed control system. It allows
  communication between TANGO device processes running on the same
  computer or distributed over the network. These processes can
  provide services to the control system all over the network, such as
  hardware control or data processing.

  This package contains the files necessary for running TANGO
  applications written i C language.


pkgId: 2e2d67fb6fe6fab80adfd2b0183104df6ecb438c77a487426e00c7f5322f6f57
name: libdanfysikps
arch: src
version: 0.14.3
epoch: 0
release: 1.el7.centos.maxlab
description:
  Library for controlling power supplies from Danfysik
  via ethernet

url: http://www.maxlab.lu.se
rpm_license: GPL
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: libdanfysikps-0.14.3-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for controlling SYS power supplies from Danfysik (Only compatible with MPS Series with Ethernet)


pkgId: f40d0eea1ba68fc2a2bc3e85cd9f3b1eb4aea3ee6447164255becd4436f56c1f
name: libhkl-devel
arch: src
version: 5.0.0.2173
epoch: 0
release: 1.el7.centos.maxlab
summary: diffractometer computation control library - development files
url: https://github.com/picca/hkl
rpm_license: GPLv3.0
rpm_group: Applications/Engineering
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: libhkl-devel-5.0.0.2173-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  The hkl library is a framework for diffraction computation and diffractometer control, heavily used at the SOLEIL synchrotron. It supports various types of diffractometer geometry: Eulerian 4-circle, Eulerian 6-circle, kappa 4-circle, kappa 6-circle, and z-axis geometry. For each of these it provides several numerically computed modes, such as bisector and constant psi.

  This package provides everything needed to link against hkl.


pkgId: 19e4a9ff6baeeb4621d9ec0dfa7a73eb85ede292aff22be79dedc39e790385d7
name: libhkl5
arch: src
version: 5.0.0.2173
epoch: 0
release: 1.el7.centos.maxlab
summary: diffractometer computation control library
url: https://github.com/picca/hkl
rpm_license: GPLv3.0
rpm_group: Applications/Engineering
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: libhkl5-5.0.0.2173-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  The hkl library is a framework for diffraction computation and diffractometer control, heavily used at the SOLEIL synchrotron. It supports various types of diffractometer geometry: Eulerian 4-circle, Eulerian 6-circle, kappa 4-circle, kappa 6-circle, and z-axis geometry. For each of these it provides several numerically computed modes, such as bisector and constant psi.

  This package provides the runtime hkl library.


pkgId: ed65867eb43442fc3fbeea5e813bbeb71de05737ea5ce12a24c07d7b6028913c
name: libsnmp++
arch: src
version: 3.3.4
epoch: 0
release: 1.el7.centos.maxlab
url: http://www.agentpp.com/api/cpp/snmp_pp.html
rpm_license: Unknown
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: libsnmp++-3.3.4-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  This library is a complete implementation of SNMP++ and does not require other SNMP libraries to be present

description:
  This library is a complete implementation of SNMP++ and does not require other SNMP libraries to be present


pkgId: 8baa13c37e130967cb2cf5ce305061ee9e681b34e08508a798b49364efa49f05
name: mxml
arch: src
version: 2.5
epoch: 0
release: 8.el7.centos.maxlab
summary: Miniature XML development library
url: http://www.easysw.com/~mike/mxml/
rpm_license: LGPLv2+
rpm_group: System Environment/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: mxml-2.5-8.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Mini-XML is a small XML parsing library that you can use to read XML
  and XML-like data files in your application without requiring large
  non-standard libraries.


pkgId: 646868e1b53fb1c437740958bcc07dcc79c6fef3785c44af4c603ddfe7f05d04
name: newmat
arch: src
version: 11
epoch: 0
release: 3.el7.centos
summary: C++ matrix library
url: http://www.robertnz.net/nm_intro.htm
rpm_license: Newmat
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: newmat-11-3.el7.centos.src.rpm
checksum_type: sha256
description:
  This C++ library is intended for scientists and engineers who need to
  manipulate a variety of types of matrices using standard matrix
  operations. Emphasis is on the kind of operations needed in statistical
   calculations such as least squares, linear equation solve and
  eigenvalues.


pkgId: 02c012f0233dfe60475755a1feaac1d3d3639cdd05b17d454394ae4fc35a98c4
name: nexus
arch: src
version: 4.3.0
epoch: 0
release: 5.el7.centos.maxlab
summary: Libraries and utilities for using NeXus format data files
url: http://www.nexusformat.org/
rpm_license: LGPL
rpm_vendor: NeXus International Advisory Committee (NIAC)
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
rpm_packager: NeXus Developers <nexus-developers@nexusformat.org>
location_href: nexus-4.3.0-5.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  NeXus is an international standard for exchanging data files
  among Neutron, Muon and X-ray science facilities. The underlying
  data is stored using the HDF format from NCSA. This package provides
  access routines, documentation, examples and a basic NeXus file browser.


pkgId: c9ca409e5ede091ad10418877bcfe92d8016687c8dd057c893bad965fa37c061
name: omniORB
arch: src
version: 4.1.7
epoch: 0
release: 1.el7.centos
summary: A robust high performance CORBA ORB for C++ and Python
url: http://omniorb.sourceforge.net
rpm_license: LGPLv2+
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: omniORB-4.1.7-1.el7.centos.src.rpm
checksum_type: sha256
description:
  omniORB is a robust high performance CORBA ORB for C++ and Python.
  omniORB is a certified CORBA 2.1 implementation and largely CORBA 2.6
  compliant.


pkgId: aa4e93a01e40468bce2877efed76df7a9d19b6b8c6dab664febb1a92b1fb4504
name: pyepics
arch: src
version: 3.2.5
epoch: 0
release: 0.el7.centos.maxlab
summary: Epics Channel Access for Python
url: http://pyepics.github.io/pyepics/
rpm_license: Epics Open License
rpm_vendor: Matthew Newville <newville@cars.uchicago.edu>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: pyepics-3.2.5-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Python Interface to the Epics Channel Access protocol
  of the Epics control system.   PyEpics provides 3 layers of access to
  Channel Access (CA):
    1. a light wrapping of the CA C library calls, using ctypes. This
       provides a procedural CA library in which the user is expected
       to manage Channel IDs. It is mostly provided as a foundation
       upon which higher-level access is built.
    2. PV() (Process Variable) objects, which represent the basic object
       in CA, allowing one to keep a persistent connection to a remote
       Process Variable.
    3. A simple set of functions caget(), caput() and so on to mimic
       the CA command-line tools and give the simplest access to CA.

  In addition, the library includes convenience classes to define
  Devices -- collections of PVs that might represent an Epics Record
  or physical device (say, a camera, amplifier, or power supply), and
  to help write GUIs for CA.


pkgId: b5a9979c273c3180b0f016d86d454009d7202c7025fbeee970ec4811a676a718
name: pyqtgraph
arch: src
version: 0.9.10
epoch: 0
release: 1.el7.centos.maxlab
summary: Scientific Graphics and GUI Library for Python
url: http://www.pyqtgraph.org
rpm_license: MIT
rpm_vendor: Luke Campagnola <luke.campagnola@gmail.com>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: pyqtgraph-0.9.10-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  PyQtGraph is a pure-python graphics and GUI library built on PyQt4/PySide and
  numpy.

  It is intended for use in mathematics / scientific / engineering applications.
  Despite being written entirely in python, the library is very fast due to its
  heavy leverage of numpy for number crunching, Qt's GraphicsView framework for
  2D display, and OpenGL for 3D display.


pkgId: 9b68841d5cf4e717a61a7fe16a7203bf78fa1cfe53be0ae878c9c46e788406ac
name: pyserial
arch: src
version: 2.6
epoch: 0
release: 4.el7.centos.maxlab
summary: Python serial port access library
url: http://pyserial.sourceforge.net
rpm_license: Python
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: pyserial-2.6-4.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  This module encapsulates the access for the serial port. It provides backends
  for standard Python running on Windows, Linux, BSD (possibly any POSIX
  compilant system) and Jython. The module named "serial" automaticaly selects
  the appropriate backend.


pkgId: 2abe10685865094ca1b634f4144176130726a8d972ec75708b2e722eef8cf8a6
name: python-ZConfig
arch: src
version: 2.9.2
epoch: 0
release: 2.el7.centos.maxlab
summary: Structured Configuration Library
url: http://www.zope.org/Members/fdrake/zconfig/
rpm_license: ZPLv2.1
rpm_group: Development/Languages
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-ZConfig-2.9.2-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  ZConfig is a configuration library intended for general use. It supports
  a hierarchical schema-driven configuration model that allows a schema to
  specify data conversion routines written in Python. ZConfig's model is
  very different from the model supported by the ConfigParser module found
  in Python's standard library, and is more suitable to
  configuration-intensive applications.


pkgId: 03a777915bf9df5d4269fee765187e12236129cd7cac8f4b0734ace58a7c324c
name: python-bitshuffle
arch: src
version: 0.3.2
epoch: 0
release: 0
summary: Bitshuffle filter for improving typed data compression.
url: https://github.com/kiyo-masui/bitshuffle
rpm_license: MIT
rpm_vendor: Kiyoshi Wesley Masui <kiyo@physics.ubc.ca>
rpm_group: Development/Languages/Python
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-bitshuffle-0.3.2-0.src.rpm
checksum_type: sha256
description:
  ==========
  Bitshuffle
  ==========

  Filter for improving compression of typed binary data.

  Bitshuffle is an algorithm that rearranges typed, binary data for improving
  compression, as well as a python/C package that implements this algorithm
  within the Numpy framework.

  The library can be used along side HDF5 to compress and decompress datasets and
  is integrated through the `dynamically loaded filters`_ framework. Bitshuffle
  is HDF5 filter number ``32008``.

  Algorithmically, Bitshuffle is closely related to HDF5's `Shuffle filter`_
  except it operates at the bit level instead of the byte level. Arranging a
  typed data array in to a matrix with the elements as the rows and the bits
  within the elements as the columns, Bitshuffle "transposes" the matrix,
  such that all the least-significant-bits are in a row, etc.  This transpose
  is performed within blocks of data roughly 8kB long [1]_.

  This does not in itself compress data, only rearranges it for more efficient
  compression. To perform the actual compression you will need a compression
  library.  Bitshuffle has been designed to be well matched Marc Lehmann's
  LZF_ as well as LZ4_. Note that because Bitshuffle modifies the data at the bit
  level, sophisticated entropy reducing compression libraries such as GZIP and
  BZIP are unlikely to achieve significantly better compression than simpler and
  faster duplicate-string-elimination algorithms such as LZF and LZ4. Bitshuffle
  thus includes routines (and HDF5 filter options) to apply LZ4 compression to
  each block after shuffling [2]_.

  The Bitshuffle algorithm relies on neighbouring elements of a dataset being
  highly correlated to improve data compression. Any correlations that span at
  least 24 elements of the dataset may be exploited to improve compression.

  Bitshuffle was designed with performance in mind. On most machines the
  time required for Bitshuffle+LZ4 is insignificant compared to the time required
  to read or write the compressed data to disk. Because it is able to exploit the
  SSE and AVX instruction sets present on modern Intel and AMD processors, on
  these machines compression is only marginally slower than an out-of-cache
  memory copy.  On modern x86 processors you can expect Bitshuffle to have a
  throughput of roughly 1 byte per clock cycle, and on the Haswell generation of
  Intel processors (2013) and later, you can expect up to 2 bytes per clock
  cycle. In addition, Bitshuffle is parallelized using OpenMP.

  As a bonus, Bitshuffle ships with a dynamically loaded version of
  `h5py`'s LZF compression filter, such that the filter can be transparently
  used outside of python and in command line utilities such as ``h5dump``.

  .. [1] Chosen to fit comfortably within L1 cache as well as be well matched window of the LZF compression library.

  .. [2] Over applying bitshuffle to the full dataset then applying LZ4 compression, this has the tremendous advantage that the block is already in the L1 cache.

  .. _`dynamically loaded filters`: http://www.hdfgroup.org/HDF5/doc/Advanced/DynamicallyLoadedFilters/HDF5DynamicallyLoadedFilters.pdf

  .. _`Shuffle filter`: http://www.hdfgroup.org/HDF5/doc_resource/H5Shuffle_Perf.pdf

  .. _LZF: http://oldhome.schmorp.de/marc/liblzf.html

  .. _LZ4: https://code.google.com/p/lz4/


  Applications
  ------------

  Bitshuffle might be right for your application if:

  - You need to compress typed binary data.
  - Your data is arranged such that adjacent elements over the fastest varying
    index of your dataset are similar (highly correlated).
  - A special case of the previous point is if you are only exercising a subset
    of the bits in your data-type, as is often true of integer data.
  - You need both high compression ratios and high performance.


  Comparing Bitshuffle to other compression algorithms and HDF5 filters:

  - Bitshuffle is less general than many other compression algorithms.
    To achieve good compression ratios, consecutive elements of your data must
    be highly correlated.
  - For the right datasets, Bitshuffle is one of the few compression
    algorithms that promises both high throughput and high compression ratios.
  - Bitshuffle should have roughly the same throughput as Shuffle, but
    may obtain higher compression ratios.
  - The MAFISC_ filter actually includes something similar to Bitshuffle as one of
    its prefilters,  However, MAFICS's emphasis is on obtaining high compression
    ratios at all costs, sacrificing throughput.

  .. _MAFISC: http://wr.informatik.uni-hamburg.de/research/projects/icomex/mafisc


  Installation for Python
  -----------------------

  Installation requires python 2.7+ or 3.3+, HDF5 1.8 or later, HDF5 for python,
  Numpy and Cython.  To use the dynamically loaded HDF5 filter requires HDF5
  1.8.11 or later.

  To install::

      python setup.py install [--h5plugin [--h5plugin-dir=spam]]

  To get finer control of installation options, including whether to compile
  with OpenMP multi-threading, copy the ``setup.cfg.example`` to ``setup.cfg``
  and edit the values therein.

  If using the dynamically loaded HDF5 filter (which gives you access to the
  Bitshuffle and LZF filters outside of python), set the environment variable
  ``HDF5_PLUGIN_PATH`` to the value of ``--h5plugin-dir`` or use HDF5's default
  search location of ``/usr/local/hdf5/lib/plugin``.

  If you get an error about missing source files when building the extensions,
  try upgrading setuptools.  There is a weird bug where setuptools prior to 0.7
  doesn't work properly with Cython in some cases.


  Usage from Python
  -----------------

  The `bitshuffle` module contains routines for shuffling and unshuffling
  Numpy arrays.

  If installed with the dynamically loaded filter plugins, Bitshuffle can be used
  in conjunction with HDF5 both inside and outside of python, in the same way as
  any other filter; simply by specifying the filter number ``32008``. Otherwise
  the filter will be available only within python and only after importing
  `bitshuffle.h5`. Reading Bitshuffle encoded datasets will be transparent.
  The filter can be added to new datasets either through the `h5py` low level
  interface or through the convenience functions provided in
  `bitshuffle.h5`. See the docstrings and unit tests for examples. For `h5py`
  version 2.5.0 and later Bitshuffle can added to new datasets through the
  high level interface, as in the example below.


  Example h5py
  ------------
  ::

      import h5py
      import numpy
      import bitshuffle.h5

      print(h5py.__version__) # >= '2.5.0'

      f = h5py.File(filename, "w")

      
      block_size = 0

      dataset = f.create_dataset(
          "data",
          (100, 100, 100),
          compression=bitshuffle.h5.H5FILTER,
          compression_opts=(block_size, bitshuffle.h5.H5_COMPRESS_LZ4),
          dtype='float32',
          )

      
      array = numpy.random.rand(100, 100, 100)
      array = array.astype('float32')

      dataset[:] = array

      f.close()


  Usage from C
  ------------

  If you wish to use Bitshuffle in your C program and would prefer not to use the
  HDF5 dynamically loaded filter, the C library in the ``src/`` directory is
  self-contained and complete.


  Usage from Java
  ---------------

  You can use Bitshuffle even in Java and the routines for shuffling and unshuffling
  are ported into `snappy-java`_. To use the routines, you need to add the following
  dependency to your pom.xml::

      <dependency>
        <groupId>org.xerial.snappy</groupId>
        <artifactId>snappy-java</artifactId>
        <version>1.1.3-M1</version>
      </dependency>

  First, import org.xerial.snapy.BitShuffle in your Java code::

      import org.xerial.snappy.BitShuffle;

  Then, you use them like this::

      int[] data = new int[] {1, 3, 34, 43, 34};
      byte[] shuffledData = BitShuffle.bitShuffle(data);
      int[] result = BitShuffle.bitUnShuffleIntArray(shuffledData);

  .. _`snappy-java`: https://github.com/xerial/snappy-java


  Anaconda
  --------

  The conda package can be build via::

      conda build conda-recipe


  For Best Results
  ----------------

  Here are a few tips to help you get the most out of Bitshuffle:

  - For multi-dimensional datasets, order your data such that the fastest varying
    dimension is the one over which your data is most correlated (have
    values that change the least), or fake this using chunks.
  - To achieve the highest throughput, use a data type that is 64 *bytes* or
    smaller. If you have a very large compound data type, consider adding a
    dimension to your datasets instead.
  - To make full use of the SSE2 instruction set, use a data type whose size
    is a multiple of 2 bytes. For the AVX2 instruction set, use a data type whose
    size is a multiple of 4 bytes.


  Citing Bitshuffle
  -----------------

  Bitshuffle was initially described in
  http://dx.doi.org/10.1016/j.ascom.2015.07.002, pre-print available at
  http://arxiv.org/abs/1503.00638.


pkgId: 19d3d07122935ef09f0a81398351dee082bad090908e9bffc9640c8fef883503
name: python-caenlib
arch: src
version: 0.0.1
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Liis Reisberg <liis.reisberg@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-caenlib-0.0.1-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the CAEN power supply controller.This communication is based in TCP/IP sockets.


pkgId: a678e18ce0513ab734f9a09a737736092b77abca94d70df078b71be0ea7688b9
name: python-cpppo
arch: src
version: 3.9.2
epoch: 0
release: 1
summary: Cpppo is a Communication Protocol Python Parser and Originator
url: https://github.com/pjkundert/cpppo
rpm_license: Dual License; GPLv3 and Proprietary
rpm_vendor: Perry Kundert <perry@hardconsulting.com>
rpm_group: Development/Libraries
rpm_buildhost: ff377124b642
location_href: python-cpppo-3.9.2-1.src.rpm
checksum_type: sha256
description:
  Cpppo is used to create event-driven state machines which consume a stream
  of input and generate a series of state changes, or an indication that no
  progress is possible due to (for example) exhaustion of input symbols.

  This is useful for creating parsers for complex grammars describing
  languages, including binary computer protocols.

  An example included with cpppo is an implementation of a subset of the
  EtherNet/IP CIP language used by some industrial control equipment, such as
  Rockwell's ControlLogix Controllers.  The cpppo.server.enip package can be used
  to create Python programs which can parse requests in this protocol (eg. as a
  server, to implement something like a simulated Controller) or originate
  requests in this protocol (eg. as a client, sending commands to a Controller).

  In addition, the ability to read, write and poll remote PLCs of
  various types including Modbus/TCP is provided.


pkgId: e716c96a1e424465d4d662d78b74e38604ebd5c6b34d56b54ae9d251bfb692b1
name: python-cryojet5lib
arch: src
version: 0.4.4
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Mikel Eguiraun <mikel.eguiraun@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: python-cryojet5lib-0.4.4-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the Cryojet5 from Oxford Instruments.This communication is based in TCP/IPsockets, using SCPI commands.


pkgId: b0d05c42df1933dcec30288cb65f320e068568210fb1ae75e77b1b5e6e0f6d8c
name: python-dg645lib
arch: src
version: 1.4.2
epoch: 0
release: 1.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: python-dg645lib-1.4.2-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the delay generator                     DG645 from Oxford.This communication is based in TCP/IPsockets, using SCPI commands.

rpm_vendor:
  Vincent Hardion, Antonio Milan Otero <vincent.hardion@maxlab.lu.se,                     antonio.milan_otero@maxlab.lu.se>


pkgId: 4aa8683a039dfbbfc4cde047eefb487bbd70f7f82d4bb8e6e355602b04ef7aaf
name: python-facadedevice
arch: src
version: 0.8.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Provide a facade device to subclass.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: d1dfe49f120f
location_href: python-facadedevice-0.8.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  python-facadedevice
  ===================
  ***

  Provide a facade device to subclass.

  Information
  -----------

   - Package: python-facadedevice
   - Device:  Facade (+ FacadeMeta)
   - Repo:    [lib-maxiv-facadedevice][repo]

  [repo]: https://github.com/MaxIV-KitsControls/lib-maxiv-facadedevice.git


  Usage
  -----

  In order to subclass the `Facade` device, it is required to define `FacadeMeta`
  as metaclass. The proxy device supports the following objects:

  - **proxy_attribute**: TANGO attribute linked to the attribute of a remote
    device. Attribute and device are given as property names. It supports the
    standard attribute keywords.

  - **logical_attribute**: TANGO attribute computed from the values of other
    attributes. Use it as a decorator to register the function that make this
    computation. The decorated method takes the attribute value dictionnary as
    argument. Logical attributes also support the standard attribute keywords.

  - **proxy_command**: TANGO command to write an attribute of a remote device
    with a given value. Attribute and device are given as property names. It
    supports standard command keywords.

  In order to define the state and status of the device, these two methods can be
  overriden:

  - **state_from _data**: return the state to set, or None
  - **status_from _data**: return the status to set, or None

  Moreover, the `Facade` device is fully subclassable in a standard pythonic way
  (super, calls to parent methods, etc).

  Example
  -------

  ```python

  class CameraScreen(Facade):
      __metaclass__ = FacadeMeta

      
      StatusIn = proxy_attribute(
          device="OPCDevice",
          prop="InStatusTag",
          dtype=bool)

      StatusOut = proxy_attribute(
          device="OPCDevice",
          prop="OutStatusTag",
          dtype=bool)

      
      @logical_attribute(dtype=bool)
      def Error(self, data):
          return data["StatusIn"] == data["StatusOut"]

      
      MoveIn = proxy_command(
          device="OPCDevice",
          prop="InCmdTag",
          attr=True,
          value=1)

      MoveOut = proxy_command(
          device="OPCDevice",
          prop="OutCmdTag",
          attr=True,
          value=1)

      
      def state_from_data(self, data):
          if data['Error']:
              return DevState.FAULT
          return DevState.INSERT if data['StatusIn'] else DevState.EXTRACT

      
      def status_from_data(self, data):
          if data['Error']:
              return "Conflict between IN and OUT informations"
          return "IN" if data['StatusIn'] else "OUT"
  ```

  Unit testing
  ------------

  The package is unittested using `devicetest` and the example class given above.

  Statement coverage is currently greater than 84%.


  Documentation
  -------------

  This project has no documentation yet, but I'm pasting below some explainantions that should be refactored properly at some point:

  A Facade device has its own way of dealing with communication errors: any communication error with the proxies will cause the device to go to fault state, set all the forwarded/logical attributes with an INVALID quality (not the local attributes though), and prevent the execution of forwarded commands. The status should also be pretty explicit. Then the device is frozen and it won't update its state, status or attributes any more.

  Now, about recovering. The Facade device do not recover from communication error, unless they come from a change event. That means that if you want your device to reconnect automatically, you need the following configuration:

  - in the sub-devices, configure all the attributes to forward to push events (enable polling and set a threshold if necessary)
  - make sure everything is accessible when your first start the device (the device do not reconnect if it has never started)
  - check the report of the GetInfo command to make sure the facade device used subscription and not polling for all the attributes it forwards.

  It turns out there is a way to configure the device to ensure this recovering behavior: you need to set those properties:

  - PushEvent: True
  - UpdatePeriod: 0

  With this configuration, the device will go to FAULT if it is not able to subscribe to all the attributes. That also means there won't be any internal polling and the device will be fully "reactive".


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 428097807fc17576c47b224b191248cdb033b9697391faa6cedabb0ad1b67b6d
name: python-femtomaxcontrollers
arch: src
version: 0.2.2
epoch: 0
release: 2.el7.centos.maxlab
summary: Sardana controllers for FemtoMAX.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Johan Forsberg <johan.forsberg@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-femtomaxcontrollers-0.2.2-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  This package contains Sardana controllers specific to the FemtoMAX beamline.

  motor/laserdelay_controller.py
  ------------------------------
  Motor controller that handles the fairly complicated laser delay setup. See comments in the python file for a detailed explanation.

  countertimer/TangoEventCounterTimerController.py
  ------------------------------------------------
  Counter/timer for Lima cameras. Uses the triggering of the cameras as a counter, so that it's possible to tell sardana to take e.g. 5 images per step instead of specifying a dwell time. Of course, this assumes that the camera is triggered, and that it sends out image data change events.

  pseudomotors
  ------------
  Nothing very fancy, just energy pseudos for the monochromator, some positioning for the mirror chamber and a very simple Y pseudo for the goniometer. The "lasertiming" pseudomotor is basically obsolete since the laserdelay controller does the same thing, much more efficiently.


pkgId: e6b9ce5c3fe0ede62cbfda3442c91e2e54c02ee827ed722c78785e9930ebb779
name: python-guidata
arch: src
version: 1.6.1
epoch: 0
release: 2.el7.centos.maxlab
summary: Dataset manipulation GUI generator
url: http://guidata.googlecode.com/
rpm_license: CeCILL
rpm_group: Development/Languages
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-guidata-1.6.1-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Based on the Qt Python binding module PyQt4, guidata is a Python library
  generating graphical user interfaces for easy dataset editing and display.
  It also provides helpers and application development tools for PyQt4.


pkgId: d9f7a780ed8b7be8ff540a263d7e6267bb35f39b47978a2a3d12e997b9bd04d3
name: python-guiqwt
arch: src
version: 2.3.1
epoch: 0
release: 2.el7.centos.maxlab
summary: Efficient 2D data-plotting library
url: http://guiqwt.googlecode.com/
rpm_license: CeCILL
rpm_group: Development/Languages
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-guiqwt-2.3.1-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Based on PyQwt (plotting widgets for PyQt4 graphical user interfaces) and on
  the scientific modules NumPy and SciPy, guiqwt is a Python library providing
  efficient 2D data-plotting features (curve/image visualization and related tools)
  for interactive computing and signal/image processing application development.


pkgId: cfa36b316147b60fc7f9200c7c2aad934f5a4c3be4cc207d25f6eae885c8a68b
name: python-jsonpatch
arch: src
version: 1.13
epoch: 0
release: 1
summary: Apply JSON-Patches (RFC 6902)
url: https://github.com/stefankoegl/python-json-patch
rpm_license: Modified BSD License
rpm_vendor: Stefan Kögl <stefan@skoegl.net>
rpm_group: Development/Libraries
rpm_buildhost: 9b608b212856
location_href: python-jsonpatch-1.13-1.src.rpm
checksum_type: sha256
description:
  python-json-patch [![Build Status](https://secure.travis-ci.org/stefankoegl/python-json-patch.png?branch=master)](https://travis-ci.org/stefankoegl/python-json-patch) [![Coverage Status](https://coveralls.io/repos/stefankoegl/python-json-patch/badge.png?branch=master)](https://coveralls.io/r/stefankoegl/python-json-patch?branch=master) ![Downloads](https://pypip.in/d/jsonpatch/badge.png) ![Version](https://pypip.in/v/jsonpatch/badge.png)
  =================
  Applying JSON Patches in Python
  -------------------------------

  Library to apply JSON Patches according to
  [RFC 6902](http://tools.ietf.org/html/rfc6902)

  See Sourcecode for Examples

  * Website: https://github.com/stefankoegl/python-json-patch
  * Repository: https://github.com/stefankoegl/python-json-patch.git
  * Documentation: https://python-json-patch.readthedocs.org/
  * PyPI: https://pypi.python.org/pypi/jsonpatch
  * Travis-CI: https://travis-ci.org/stefankoegl/python-json-patch
  * Coveralls: https://coveralls.io/r/stefankoegl/python-json-patch

  Running external tests
  ----------------------
  To run external tests (such as those from https://github.com/json-patch/json-patch-tests) use ext_test.py

      ./ext_tests.py ../json-patch-tests/tests.json


pkgId: ca146edbf3d459f0363a513dfd97245f7bd3ecb805246652ad247f66e67f3953
name: python-keysight2980lib
arch: src
version: 0.1.0
epoch: 0
release: 1.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Paul Bell <paul.bell@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-keysight2980lib-0.1.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the Keysight pico-ammeter.This communication is based on VXI11 over TCP/IP sockets.


pkgId: 73dc526708baeeeee88fca31b77c4a3022060d4dc7e725164078af589cbdf82e
name: python-lakeshore335gpiblanlib
arch: src
version: 0.0.2
epoch: 0
release: 0.el7.maxlab
description: UNKNOWN
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_vendor: Henrik Enquist <henrik.enquist@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-lakeshore335gpiblanlib-0.0.2-0.el7.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for network communication with the LakeShore 335temperature controller via a Prologix GPIB-LAN adapter.


pkgId: 16bcbea45981b51b1a551e47ee2fda8dae8dcce18ca39508dbd6bcc81a8b3846
name: python-lakeshore335gpiblanlib
arch: src
version: 0.0.3
epoch: 0
release: 0.el7.maxlab
description: UNKNOWN
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_vendor: Henrik Enquist <henrik.enquist@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1
location_href: python-lakeshore335gpiblanlib-0.0.3-0.el7.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for network communication with the LakeShore temperaturecontrollers 336 directly and 335 via a Prologix GPIB-LAN adapter.


pkgId: fc605e3458f19ea29938613567782909d46b1f2642a668d0fd7ebc5430f636ed
name: python-mcslib
arch: src
version: 0.0.1
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Liis Reisberg/Paul Bell <liis.reisberg@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-mcslib-0.0.1-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the SmarAct MCS controller.This communication is based in TCP/IP sockets.


pkgId: b961262089a64b65bb129fc370123d51d76730aa5d5fa7707d3fbc790b5bb277
name: python-mglob
arch: src
version: 0.4
epoch: 0
release: 9.el7.centos
summary: Enhanced file name globbing module
url: http://pypi.python.org/pypi/mglob
rpm_license: MIT
rpm_group: Development/Libraries
rpm_buildhost: ardbeg.maxlab.lu.se
location_href: python-mglob-0.4-9.el7.centos.src.rpm
checksum_type: sha256
description:
  Usable as stand-alone utility (for xargs, backticks etc.), or as a globbing
  library for own python programs.
  Some enhanced features are recursion, exclusion, and directory omission.


pkgId: 5150cb76728bfaac5648131b39e09993d438b61dbb4b3c080a1e755ea03bee8e
name: python-nanoindenterlib
arch: src
version: 0.0.1
epoch: 0
release: 0.el7.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Paul Bell <paul.bell@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1
location_href: python-nanoindenterlib-0.0.1-0.el7.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the Alemnis indenter.This communication is based on the SCPI protocol.


pkgId: 4ef26b0f6d0642a5f70b7d95ca5c9032646465bbb37d321adf6bb06f2b23701b
name: python-pi727lib
arch: src
version: 0.2.1
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Mikel Eguiraun/Paul Bell <mikel.eguiraun@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-pi727lib-0.2.1-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the PI727 piezo controller.This communication is based in TCP/IP sockets.


pkgId: a3a4a8d52e67b5f3aad096c483a3b3f0f6869eb74343e61883cec53cd7694ef5
name: python-pi_e816lib
arch: src
version: 0.1.1
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Mikel Eguiraun <mikel.eguiraun@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-pi_e816lib-0.1.1-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the PI E-625 piezo controller with PI E-816 communication card.This communication is based in TCP/IP sockets.


pkgId: 857376ec63437910950d87f34fe5185d2df8046032e924cefc523b4d5ccddedc
name: python-pytango
arch: src
version: 9.2.0
epoch: 0
release: 8.el7.centos.maxlab
summary: Tango Control System - Python binding
url: http://www.tango-controls.org
rpm_license: LGPL
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-pytango-9.2.0-8.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  PyTango is a python module that exposes the complete Tango C++ API to python.
  This includes both client and server API.


pkgId: a13bbdab5779608eeedbf5a7059e968617ac7263423360433b5b3ebeaaae2ac0
name: python-quantum9530lib
arch: src
version: 0.0.3
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Liis Reisberg <liis.reisberg@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-quantum9530lib-0.0.3-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the quantum pulse generator 9530 controller.This communication is based in TCP/IP sockets.


pkgId: 95a203d0f10958cf4eb805e6186247d30887922544f348ff98dc240b5457e050
name: python-rgalib
arch: src
version: 0.0.1
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Liis Reisberg <liis.reisberg@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-rgalib-0.0.1-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the RGA Microvision 2 controller.This communication is based in TCP/IP sockets.


pkgId: d58edb72eb52d0b19b75246c0ec469fff578e675bfd2aef1f3b43bd76d33ff97
name: python-rohdescope
arch: src
version: 0.4.8
epoch: 0
release: 1.el7.centos.maxlab
summary: Library for remote communication with the R&S oscilloscopes.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel; Paul Bell <vincent.michel@maxlab.lu.se; paul.bell@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: 88c6f5588e6d
location_href: python-rohdescope-0.4.8-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  python-rohdescope
  =================

  Library for Rohde and Schwarz oscilloscopes.

  Information
  -----------

   - Package: python-rohdescope
   - Repo:    [lib-maxiv-rohdescope][rohdescope]

  [rohdescope]: https://github.com/MaxIV-KitsControls/lib-maxiv-rohdescope

  Requirement
  -----------

   - VXI-11: [python-vxi11][vxi11] >= 0.7.3

  [vxi11]: https://github.com/MaxIV-KitsControls/python-vxi11

  Hardware
  --------

  The library has been tested with the following hardwares:

  | Scope  | Reference | Firmware |
  |--------|-----------|----------|
  | RTM    | 2054      | 05.502   |
  | RTO    | 1004      | 2.15.2.0 |

  Installation
  ------------

      $ python setup.py install

  Contact
  -------

  - Vincent Michel: vincent.michel@maxlab.lu.se
  - Paul Bell:      paul.bell@maxlab.lu.se


pkgId: 53b0642a29cea309005d2be97ae59bfdbdc881b039ebe919d036a6ed0dbf77ab
name: python-rpct
arch: src
version: 0.1.2
epoch: 0
release: 1.el7.centos.maxlab
summary: Python library to interface with the charge transformerrunning on a RedPitaya
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-rpct-0.1.2-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  python-redpitayact
  ==================
  ***

  Python library to interface with the charge transformer server
  running on a RedPitaya.

  Information
  -----------

   - Package: python-rpct
   - Module:  rpct
   - Wiki:    [Red Pitaya][wiki]
   - Repo:    [lib-maxiv-rpct][repo]

  [wiki]: https://kitswiki.maxlab.lu.se/w/index.php/Red_Pitaya
  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/lib-maxiv-rpct

  Example
  -------

  ```python
  >>> from rpct import RedPitayaChargeTransformer
  >>> ct = RedPitayaChargeTransformer('w-redpitaya-test-0')
  >>> ct.get_charge(5) # Charge over the last 5 seconds
  0.0
  ```

  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: a6e79eae9aca1cb9dd8e45d9cdf5ebdf81909d0a4ca2d8f9a8bb9080f4cae6a5
name: python-shamrocklib
arch: src
version: 0.0.2
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Sebastin Vielhauer <sebviel@ut.ee>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-shamrocklib-0.0.2-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for communication with the Shamrock spectrometer controller.This communication is based in USB.


pkgId: 8a83634f55744c23df62b9bb30e0b53742510daff2bad3700459aed157534db5
name: python-signalgeneratorlib
arch: src
version: 1.1
epoch: 0
release: 2.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Antonio Milan Otero <antonio.milan_otero@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-signalgeneratorlib-1.1-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with SMC100A signalgenerator. This communication is based in TCP/IPsockets, using SCPI commands.


pkgId: c36356737267e4300c2f6948cdb404ca0a43492c5ee6e65549fd59ca34ee1125
name: python-storm
arch: src
version: 0.19
epoch: 0
release: 1.el7.centos
summary: An object-relational mapper (ORM) for Python
url: https://storm.canonical.com/
rpm_license: LGPLv2+
rpm_group: Development/Languages
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: python-storm-0.19-1.el7.centos.src.rpm
checksum_type: sha256
description:
  Storm is an object-relational mapper (ORM) for Python. It offers a clean and
  lightweight API offers a short learning curve and long-term maintainability and
  it is easy to written backends for it.


pkgId: cc8771663e4031262b3dfa3563f0e737576ce91328532e6458885c4ba25b6ea2
name: python-tangogateway
arch: src
version: 0.1.3
epoch: 0
release: el7.centos.maxiv
summary: A Tango gateway server
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: 777e1c392147
location_href: python-tangogateway-0.1.3-el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  python-tangogateway
  ===================
  ***

  A Tango gateaway server

  Requirements
  ------------

  - python >= 3.4
  - zmq
  - aiozmq
  - pytango (optional)

  Usage
  -----

  ```
  $ python3 -m tangogateway --help
  usage: tangogateway [-h] [--bind ADDRESS] [--port PORT] [--tango HOST]

  Run a Tango gateway server

  optional arguments:
    -h, --help            show this help message and exit
    --bind ADDRESS, -b ADDRESS
                          Specify the bind address (default is all interfaces)
    --port PORT, -p PORT  Port for the server (default is 8000)
    --tango HOST, -t HOST
                          Tango host (default is given by PyTango)
  ```

  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 484938411c13eaa00dde4425dcba9f70781c545edf31a7e5903fbe914adfd5a0
name: python-taurus
arch: src
version: 3.6.0
epoch: 0
release: 3.el7.centos.maxlab
summary: Taurus framework
url: http://www.tango-controls.org/static/taurus
rpm_license: GPL
rpm_group: Development/Languages
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-taurus-3.6.0-3.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Taurus is a python framework for both CLI and GUI tango applications. It is
  build on top of PyTango and PyQt. Taurus stands for TAngo User interface ‘R’ Us.


pkgId: 86fa1bcce200e07cbff5e825c1e4a48a2b42286b370fbdd1470b5e46e5e9ee08
name: python-thermoac200lib
arch: src
version: 0.3.0
epoch: 0
release: 1.el7.centos.maxlab
description: UNKNOWN
rpm_license: UNKNOWN
rpm_vendor: UNKNOWN <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: python-thermoac200lib-0.3.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the Thermo Scientific AC 200 circulator baths.Uses socket server device


pkgId: d52f9eef3f7e71274bd470b6100a989fb681da89afb58f2e9be4413d39470c7f
name: python-tpg262lib
arch: src
version: 0.0.2
epoch: 0
release: 0.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Liis Reisberg <liis.reisberg@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-tpg262lib-0.0.2-0.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the dual gauge (TPG 262) controller.This communication is based in TCP/IP sockets.


pkgId: da9a022f8b783c5efc267f8a405107ff5ec8376f2be90e22b2184deac7bde359
name: python-tspdev
arch: src
version: 0.2.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for TSP controller.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-tspdev-0.2.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-tspdev
  ==============
  ***

  Tango device server for TSP controller

  Information
  -----------

   - Package: tangods-tspdev
   - Import:  tspdev
   - Server:  TspController
   - Device:  TspController
   - Repo:    [dev-maxiv-tspdev][repo]

  [repo]: https://gitorious.maxlab.lu.se/kits-maxiv/dev-maxiv-tspdev/

  Requirement
  -----------

  Hardware:

  - Controller : Gamma Vaccum TSP-2-XXXXX-XXX-X-X
  - Firmware :   >= 05.07.03

  Software:

  - [PyTango][pytango] >= 8.1.2 (HLAPI)
  - [python-tsplib][tsplib] (library)
  - [python-setuptools][setuptools] (installation)
  - [tango-devicedoc][gh_doc] (documentation)
  - [tango-devicetest][gh_test] (unit testing)

  [pytango]: https://pypi.python.org/pypi/PyTango
  [tsplib]: https://gitorious.maxlab.lu.se/kits-maxiv/lib-maxiv-tsplib/
  [setuptools]: https://pypi.python.org/pypi/setuptools
  [gh_doc]: https://github.com/vxgmichel/python-tango-devicedoc/
  [gh_test]: https://github.com/vxgmichel/python-tango-devicetest/

  Installation and usage
  ----------------------

  Install the package:

      $ python setup.py install

  Running a server with a `TspServer` instance defined in the database:

      $ python -m tspdev my_server_instance # OR
      $ TspServer my_server_instance

  See the documentation for properties, commands and attributes.

  Documentation
  -------------

  Run:

      $ python setup.py build_sphinx
      $ sensible-browser docs/build/html/index.html

  See the [devicedoc][doc] library.

  [doc]: https://github.com/vxgmichel/python-tango-devicedoc

  Testing
  -------

  For unittesting, run:

      $ python setup.py nosetests

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest

  Status:

  - Unittested (coverge should be ignored)
  - Tested on actual hardware
  - Validated with actual pumps


  Warnings
  --------

  The 05.07.03 version of the firmware have limitations:

   - Some data are not accessible (eg: remaining time while degasing)
   - The `RunProgram` command (`TSPX_TIMED` TSP command) has known issues.

  These limitations should be fixed in the next firmware releases.

  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 93153d844f27bda2c4b3c327854c687981e995b54b6c5cd3d01816cacf18ceb9
name: python-vxi11
arch: src
version: 0.7.5
epoch: 0
release: 1.el7.centos.maxlab
summary: VXI-11 driver for controlling instruments over Ethernet
url: http://alexforencich.com/wiki/en/python-vxi11/start
rpm_license: MIT License
rpm_vendor: Alex Forencich <alex@alexforencich.com>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-vxi11-0.7.5-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  This Python package supports the VXI-11 Ethernet instrument control protocol
  for controlling VXI11 and LXI compatible instruments.


pkgId: 7b6dee8af9413f2080807dd3c06cc9d9d21c4be58c0d284c51e86a2c2b3a3fc3
name: python-watchdog
arch: src
version: 0.8.3
epoch: 0
release: 1.el7.centos.maxlab
summary: Filesystem events monitoring
url: http://github.com/gorakhargosh/watchdog
rpm_license: Apache License 2.0
rpm_vendor: Yesudeep Mangalapilly <yesudeep@gmail.com>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: python-watchdog-0.8.3-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Watchdog
  ========
  Python API and shell utilities to monitor file system events.


  Example API Usage
  -----------------
  A simple program that uses watchdog to monitor directories specified
  as command-line arguments and logs events generated:

  .. code-block:: python

      import sys
      import time
      import logging
      from watchdog.observers import Observer
      from watchdog.events import LoggingEventHandler

      if __name__ == "__main__":
          logging.basicConfig(level=logging.INFO,
                              format='s - s',
                              datefmt='%Y-%m-%d %H:%M:%SOURCE')
          path = sys.argv[1] if len(sys.argv) > 1 else '.'
          event_handler = LoggingEventHandler()
          observer = Observer()
          observer.schedule(event_handler, path, recursive=True)
          observer.start()
          try:
              while True:
                  time.sleep(1)
          except KeyboardInterrupt:
              observer.stop()
          observer.join()


  Shell Utilities
  ---------------
  Watchdog comes with a utility script called ``watchmedo``.
  Please type ``watchmedo --help`` at the shell prompt to
  know more about this tool.

  Here is how you can log the current directory recursively
  for events related only to ``*.py`` and ``*.txt`` files while
  ignoring all directory events:

  .. code-block:: bash

      watchmedo log \
          --patterns="*.py;*.txt" \
          --ignore-directories \
          --recursive \
          .

  You can use the ``shell-command`` subcommand to execute shell commands in
  response to events:

  .. code-block:: bash

      watchmedo shell-command \
          --patterns="*.py;*.txt" \
          --recursive \
          --command='echo "${watch_src_path}"' \
          .

  Please see the help information for these commands by typing:

  .. code-block:: bash

      watchmedo [command] --help


  About ``watchmedo`` Tricks
  ~~~~~~~~~~~~~~~~~~~~~~~~~~
  ``watchmedo`` can read ``tricks.yaml`` files and execute tricks within them in
  response to file system events. Tricks are actually event handlers that
  subclass ``watchdog.tricks.Trick`` and are written by plugin authors. Trick
  classes are augmented with a few additional features that regular event handlers
  don't need.

  An example ``tricks.yaml`` file:

  .. code-block:: yaml

      tricks:
      - watchdog.tricks.LoggerTrick:
          patterns: ["*.py", "*.js"]
      - watchmedo_webtricks.GoogleClosureTrick:
          patterns: ['*.js']
          hash_names: true
          mappings_format: json                  # json|yaml|python
          mappings_module: app/javascript_mappings
          suffix: .min.js
          compilation_level: advanced            # simple|advanced
          source_directory: app/static/js/
          destination_directory: app/public/js/
          files:
            index-page:
            - app/static/js/vendor/jquery*.js
            - app/static/js/base.js
            - app/static/js/index-page.js
            about-page:
            - app/static/js/vendor/jquery*.js
            - app/static/js/base.js
            - app/static/js/about-page/**/*.js

  The directory containing the ``tricks.yaml`` file will be monitored. Each trick
  class is initialized with its corresponding keys in the ``tricks.yaml`` file as
  arguments and events are fed to an instance of this class as they arrive.

  Tricks will be included in the 0.5.0 release. I need community input about them.
  Please file enhancement requests at the `issue tracker`_.


  Installation
  ------------
  Installing from PyPI using ``pip``:

  .. code-block:: bash

      $ pip install watchdog

  Installing from PyPI using ``easy_install``:

  .. code-block:: bash

      $ easy_install watchdog

  Installing from source:

  .. code-block:: bash

      $ python setup.py install


  Installation Caveats
  ~~~~~~~~~~~~~~~~~~~~
  The ``watchmedo`` script depends on PyYAML_ which links with LibYAML_,
  which brings a performance boost to the PyYAML parser. However, installing
  LibYAML_ is optional but recommended. On Mac OS X, you can use homebrew_
  to install LibYAML:

  .. code-block:: bash

      $ brew install libyaml

  On Linux, use your favorite package manager to install LibYAML. Here's how you
  do it on Ubuntu:

  .. code-block:: bash

      $ sudo aptitude install libyaml-dev

  On Windows, please install PyYAML_ using the binaries they provide.

  Documentation
  -------------
  You can browse the latest release documentation_ online.

  Contribute
  ----------
  Fork the `repository`_ on GitHub and send a pull request, or file an issue
  ticket at the `issue tracker`_. For general help and questions use the official
  `mailing list`_ or ask on `stackoverflow`_ with tag `python-watchdog`.

  Create and activate your virtual environment, then::

      pip install pytest
      pip install -e .
      py.test tests


  Supported Platforms
  -------------------
  * Linux 2.6 (inotify)
  * Mac OS X (FSEvents, kqueue)
  * FreeBSD/BSD (kqueue)
  * Windows (ReadDirectoryChangesW with I/O completion ports;
    ReadDirectoryChangesW worker threads)
  * OS-independent (polling the disk for directory snapshots and comparing them
    periodically; slow and not recommended)

  Note that when using watchdog with kqueue, you need the
  number of file descriptors allowed to be opened by programs
  running on your system to be increased to more than the
  number of files that you will be monitoring. The easiest way
  to do that is to edit your ``~/.profile`` file and add
  a line similar to::

      ulimit -n 1024

  This is an inherent problem with kqueue because it uses
  file descriptors to monitor files. That plus the enormous
  amount of bookkeeping that watchdog needs to do in order
  to monitor file descriptors just makes this a painful way
  to monitor files and directories. In essence, kqueue is
  not a very scalable way to monitor a deeply nested
  directory of files and directories with a large number of
  files.

  About using watchdog with editors like Vim
  ------------------------------------------
  Vim does not modify files unless directed to do so.
  It creates backup files and then swaps them in to replace
  the files you are editing on the disk. This means that
  if you use Vim to edit your files, the on-modified events
  for those files will not be triggered by watchdog.
  You may need to configure Vim to appropriately to disable
  this feature.


  Dependencies
  ------------
  1. Python 2.6 or above.
  2. pathtools_
  3. select_backport_ (select.kqueue replacement for 2.6 on BSD/Mac OS X)
  4. XCode_ (only on Mac OS X)
  5. PyYAML_ (only for ``watchmedo`` script)
  6. argh_ (only for ``watchmedo`` script)


  Licensing
  ---------
  Watchdog is licensed under the terms of the `Apache License, version 2.0`_.

  Copyright 2011 `Yesudeep Mangalapilly`_.

  Copyright 2012 Google, Inc.

  Project `source code`_ is available at Github. Please report bugs and file
  enhancement requests at the `issue tracker`_.

  Why Watchdog?
  -------------
  Too many people tried to do the same thing and none did what I needed Python
  to do:

  * pnotify_
  * `unison fsmonitor`_
  * fsmonitor_
  * guard_
  * pyinotify_
  * `inotify-tools`_
  * jnotify_
  * treewalker_
  * `file.monitor`_
  * pyfilesystem_

  .. links:
  .. _Yesudeep Mangalapilly: yesudeep@gmail.com
  .. _source code: http://github.com/gorakhargosh/watchdog
  .. _issue tracker: http://github.com/gorakhargosh/watchdog/issues
  .. _Apache License, version 2.0: http://www.apache.org/licenses/LICENSE-2.0
  .. _documentation: http://packages.python.org/watchdog/
  .. _stackoverflow: http://stackoverflow.com/questions/tagged/python-watchdog
  .. _mailing list: http://groups.google.com/group/watchdog-python
  .. _repository: http://github.com/gorakhargosh/watchdog
  .. _issue tracker: http://github.com/gorakhargosh/watchdog/issues

  .. _homebrew: http://mxcl.github.com/homebrew/
  .. _select_backport: http://pypi.python.org/pypi/select_backport
  .. _argh: http://pypi.python.org/pypi/argh
  .. _PyYAML: http://www.pyyaml.org/
  .. _XCode: http://developer.apple.com/technologies/tools/xcode.html
  .. _LibYAML: http://pyyaml.org/wiki/LibYAML
  .. _pathtools: http://github.com/gorakhargosh/pathtools

  .. _pnotify: http://mark.heily.com/pnotify
  .. _unison fsmonitor: https://webdav.seas.upenn.edu/viewvc/unison/trunk/src/fsmonitor.py?view=markup&pathrev=471
  .. _fsmonitor: http://github.com/shaurz/fsmonitor
  .. _guard: http://github.com/guard/guard
  .. _pyinotify: http://github.com/seb-m/pyinotify
  .. _inotify-tools: http://github.com/rvoicilas/inotify-tools
  .. _jnotify: http://jnotify.sourceforge.net/
  .. _treewalker: http://github.com/jbd/treewatcher
  .. _file.monitor: http://github.com/pke/file.monitor
  .. _pyfilesystem: http://code.google.com/p/pyfilesystem


  .. :changelog:

  API changes
  -----------

  0.8.2
  ~~~~~

  - Event emitters are no longer started on schedule if ``Observer`` is not
    already running.


  0.8.0
  ~~~~~

  - ``DirectorySnapshot``: methods returning internal stat info replaced by
    ``mtime``, ``inode`` and ``path`` methods.
  - ``DirectorySnapshot``: ``walker_callback`` parameter deprecated.


pkgId: b8fec707b7254c3414fa40356ebe5ef921fa7c1884e2f5d17ccf240f10d45953
name: python-xlrd
arch: src
version: 0.9.2
epoch: 0
release: 1.el7.centos
summary: Library to extract data from Microsoft Excel (TM) spreadsheet files
url: http://www.python-excel.org/
rpm_license: BSD
rpm_group: Development/Languages
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: python-xlrd-0.9.2-1.el7.centos.src.rpm
checksum_type: sha256
description:
  Extract data from Excel spreadsheets (.xls and .xlsx, versions 2.0 onwards)
  on any platform.  Pure Python (2.6, 2.7, 3.2+).  Strong support for Excel
  dates.  Unicode-aware.


pkgId: 4195333603ad834d0998b3fad1fa926b5e8b0e22912f1e9ff3250b34bc87fac1
name: python-zc-lockfile
arch: src
version: 1.1.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Basic Inter-Process Locks
url: http://pypi.python.org/pypi/zc.lockfile/
rpm_license: ZPLv2.1
rpm_group: Development/Languages
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: python-zc-lockfile-1.1.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  The zc.lockfile package provides a basic portable implementation of
  interprocess locks using lock files. The purpose if not specifically
  to lock files, but to simply provide locks with an implementation based
  on file-locking primitives. Of course, these locks could be used to
  mediate access to other files. For example, the ZODB file storage
  implementation uses file locks to mediate access to file-storage
  database files. The database files and lock file files are separate files.


pkgId: e89803147a75347276caa6c05ca89b722fa11bb89c8eafe39819ceaf2f08a8a3
name: qwt5
arch: src
version: 5.2.2
epoch: 0
release: 24.el7.centos
summary: Qt Widgets for Technical Applications
url: http://qwt.sourceforge.net/
rpm_license: LGPLv2 with exceptions
rpm_group: Unspecified
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: qwt5-5.2.2-24.el7.centos.src.rpm
checksum_type: sha256
description:
  The Qwt library contains GUI Components and utility classes which are primarily
  useful for programs with a technical background.
  Besides a 2D plot widget it provides scales, sliders, dials, compasses,
  thermometers, wheels and knobs to control or display values, arrays
  or ranges of type double.


pkgId: 9d866979867a7b72c0ba6c142af87ea9ba836c1617c588ae510514fb9af27ada
name: remmina
arch: src
version: 0.7.5
epoch: 0
release: 3.el7.centos.maxlab
summary: Remote Desktop Client
url: http://remmina.sourceforge.net
rpm_license: GPLv2+ and MIT
rpm_group: Applications/Internet
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: remmina-0.7.5-3.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Remmina is a remote desktop client written in GTK+, aiming to be useful for
  system administrators and travelers, who need to work with lots of remote
  computers in front of either large monitors or tiny netbooks.

  Remmina supports multiple network protocols in an integrated and consistent
  user interface. Currently RDP, VNC, XDMCP and SSH are supported.


pkgId: 1ac4ed8e2abe7a534c4022fb5081f2ab4c47830637fa219516a67cced59b696a
name: remmina
arch: src
version: 1.0.0
epoch: 0
release: 9.el7.centos.maxlab
summary: Remote Desktop Client
url: http://remmina.sourceforge.net
rpm_license: GPLv2+ and MIT
rpm_group: Applications/Internet
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: remmina-1.0.0-9.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Remmina is a remote desktop client written in GTK+, aiming to be useful for
  system administrators and travelers, who need to work with lots of remote
  computers in front of either large monitors or tiny netbooks.

  Remmina supports multiple network protocols in an integrated and consistent
  user interface. Currently RDP, VNC, XDMCP and SSH are supported.

  Please don't forget to install the plugins for the protocols you want to use.


pkgId: c8a1bbbd738c07a8091bfdfa17d0fd57078cb387d133a0f6571bbca81f321981
name: sardana
arch: src
version: 2.3.2
epoch: 0
release: 2.el7.centos.maxiv
summary: instrument control and data acquisition system
url: http://www.sardana-controls.org
rpm_license: LGPL
rpm_vendor: Sardana Community <sardana-devel@lists.sourceforge.net>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: sardana-2.3.2-2.el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  Sardana is a Supervision, Control And Data Acquisition (SCADA) system for
   scientific installations. It is written in Python and based on the TANGO
   library. The hardware control and data acquisition routines can be
   accessed via an IPython console and a generic graphical user interface
   (both of which are easily extensible by the user).


pkgId: f9774763bf01b0da3be7c7e0037eb3c418a7f9a9bb5859d3f7d4146487a15daa
name: sardana-ivu_ctrl
arch: src
version: 0.3.2
epoch: 0
release: 1.el7.maxlab
summary: Sardana controllers for the IVUs.
description: UNKNOWN
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1
location_href: sardana-ivu_ctrl-0.3.2-1.el7.maxlab.src.rpm
checksum_type: sha256
rpm_vendor:
  ('Antonio Milan Otero', 'Mikel Eguiraun', 'Antoine Dupre') <['antonio.milan_otero@maxiv.lu.se', 'mikel.eguiraun@maxiv.lu.se', 'antoine.dupre@maxiv.lu.se']>


pkgId: 69c824ea8b95f6386209d3bfc529d1001d7957cd55ddedab4b3a35466605b275
name: silx
arch: src
version: 0.5.0a0
epoch: 0
release: 1.el7.centos.maxlab
summary: Software library for X-Ray data analysis
url: https://github.com/silx-kit/silx
rpm_license: UNKNOWN
rpm_vendor: data analysis unit <silx@esrf.fr>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: silx-0.5.0a0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  silx toolkit
  ============

  The silx project aims at providing a collection of Python packages to support the development of data assessment, reduction and analysis applications at synchrotron radiation facilities.
  It aims at providing reading/writing different file formats, data reduction routines and a set of Qt widgets to browse and visualize data.

  The current version provides :

  * reading `HDF5 <https://www.hdfgroup.org/HDF5/>`_  file format (with support of `SPEC <https://certif.com/spec.html>`_ file format)
  * histogramming
  * fitting
  * 1D and 2D visualization.
  * image plot widget with a set of associated tools (See `changelog file <https://github.com/silx-kit/silx/blob/master/CHANGELOG.rst>`_).
  * Unified browser for HDF5, SPEC and image file formats supporting inspection and visualization of n-dimensional datasets.
  * OpenGL-based widget to display 3D scalar field with isosurface and cutting plane.
  * image alignement (sift - OpenCL implementation)

  Installation
  ------------

  To install silx, run::

      pip install silx

  To install silx locally, run::

      pip install silx --user

  On Linux, to install silx with pip, you must install numpy first.

  Unofficial Debian8 packages are available at http://www.silx.org/pub/debian/
  CentOS rpm packages are provided by Max IV at the following url: http://pubrepo.maxiv.lu.se/rpm/el7/x86_64/
  Arch Linux (AUR) packages are also available: https://aur.archlinux.org/packages/python-silx

  On Windows, pre-compiled binaries (aka Python wheels) are available for Python 2.7 and 3.5.

  On Mac OS X, pre-compiled binaries (aka Python wheels) are available for Python 2.7.

  The latest development version can be obtained from the git repository::

      git clone https://github.com/silx-kit/silx.git
      cd silx
      pip install . [--user]

  Dependencies
  ------------

  * `Python <https://www.python.org/>`_ 2.7, 3.4 or 3.5.
  * `numpy <http://www.numpy.org>`_

  The GUI widgets of the silx package depend on the following extra packages:

  * A Qt binding: `PyQt5, PyQt4 <https://riverbankcomputing.com/software/pyqt/intro>`_ (using API version 2) or `PySide <https://pypi.python.org/pypi/PySide/>`_
  * `matplotlib <http://matplotlib.org/>`_ for the silx.gui.plot package
  * `PyOpenGL <http://pyopengl.sourceforge.net/>`_ for the silx.gui.plot3d package

  Most modules and functions dealing with `HDF5 <https://www.hdfgroup.org/HDF5/>`_ input/output depend on the following extra package:
  * `h5py <http://www.h5py.org/>`_

  * `ipython <https://ipython.org/>`_ and `qtconsole <https://pypi.python.org/pypi/qtconsole>`_ is required by silx.gui.console.py

  Supported platforms: Linux, Windows, Mac OS X.

  Documentation
  -------------

  Documentation of releases is available at https://pythonhosted.org/silx/

  Latest documentation (nightly build) is available at http://www.silx.org/doc/silx/

  To build the documentation from the source (requires `Sphinx <http://www.sphinx-doc.org>`_), run::

      python setup.py build build_doc

  Testing
  -------

  - Travis CI status: |Travis Status|
  - Appveyor CI status: |Appveyor Status|

  To run the tests from the python interpreter, run:

  >>> import silx.test
  >>> silx.test.run_tests()

  To run the tests, from the source directory, run::

      python run_tests.py

  Examples
  --------

  Some examples are available in the source code repository. For example::

      python examples/{exampleName.py}


  License
  -------

  The source code of silx is licensed under the MIT and LGPL licenses.
  See the `copyright file <https://github.com/silx-kit/silx/blob/master/copyright>`_ for details.

  .. |Travis Status| image:: https://travis-ci.org/silx-kit/silx.svg?branch=master
     :target: https://travis-ci.org/silx-kit/silx
  .. |Appveyor Status| image:: https://ci.appveyor.com/api/projects/status/qgox9ei0wxwfagrb/branch/master?svg=true
     :target: https://ci.appveyor.com/project/ESRF/silx


pkgId: 1cf6d3ec5a6af5f1a2e9d2b60dcb68345738f033c4aae3d5bb704543c29ec340
name: silx
arch: src
version: 0.6.0a0
epoch: 0
release: 1.el7.centos.maxlab
summary: Software library for X-Ray data analysis
url: https://github.com/silx-kit/silx
rpm_license: UNKNOWN
rpm_vendor: data analysis unit <silx@esrf.fr>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: silx-0.6.0a0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  silx toolkit
  ============

  The silx project aims at providing a collection of Python packages to support the development of data assessment, reduction and analysis applications at synchrotron radiation facilities.
  It aims at providing reading/writing different file formats, data reduction routines and a set of Qt widgets to browse and visualize data.

  The current version provides :

  * reading `HDF5 <https://www.hdfgroup.org/HDF5/>`_  file format (with support of `SPEC <https://certif.com/spec.html>`_ file format)
  * histogramming
  * fitting
  * 1D and 2D visualization using multiple backends (matplotlib or OpenGL)
  * image plot widget with a set of associated tools (See `changelog file <https://github.com/silx-kit/silx/blob/master/CHANGELOG.rst>`_).
  * Unified browser for HDF5, SPEC and image file formats supporting inspection and visualization of n-dimensional datasets.
  * Unified viewer (silx view filename) for HDF5, SPEC and image file formats
  * OpenGL-based widget to display 3D scalar field with isosurface and cutting plane.
  * image alignement (sift - OpenCL implementation)

  Installation
  ------------

  To install silx, run::

      pip install silx

  To install silx locally, run::

      pip install silx --user

  On Linux, to install silx with pip, you must install numpy first. Unofficial packages for different distributions are available :

  - Unofficial Debian8 packages are available at http://www.silx.org/pub/debian/
  - CentOS 7 rpm packages are provided by Max IV at the following url: http://pubrepo.maxiv.lu.se/rpm/el7/x86_64/
  - Fedora 23 rpm packages are provided by Max IV at http://pubrepo.maxiv.lu.se/rpm/fc23/x86_64/
  - Arch Linux (AUR) packages are also available: https://aur.archlinux.org/packages/python-silx

  On Windows, pre-compiled binaries (aka Python wheels) are available for Python 2.7, 3.5 and 3.6.

  On Mac OS X, pre-compiled binaries (aka Python wheels) are available for Python 2.7.

  The latest development version can be obtained from the git repository::

      git clone https://github.com/silx-kit/silx.git
      cd silx
      pip install . [--user]

  Dependencies
  ------------

  * `Python <https://www.python.org/>`_ 2.7, 3.4 or above.
  * `numpy <http://www.numpy.org>`_

  The GUI widgets of the silx package depend on the following extra packages:

  * A Qt binding: `PyQt5, PyQt4 <https://riverbankcomputing.com/software/pyqt/intro>`_ (using API version 2) or `PySide <https://pypi.python.org/pypi/PySide/>`_
  * `matplotlib <http://matplotlib.org/>`_ for the silx.gui.plot package
  * `PyOpenGL <http://pyopengl.sourceforge.net/>`_ for the silx.gui.plot3d package

  Most modules and functions dealing with `HDF5 <https://www.hdfgroup.org/HDF5/>`_ input/output depend on the following extra package:
  * `h5py <http://www.h5py.org/>`_

  * `ipython <https://ipython.org/>`_ and `qtconsole <https://pypi.python.org/pypi/qtconsole>`_ is required by silx.gui.console.py

  Supported platforms: Linux, Windows, Mac OS X.

  Documentation
  -------------

  Documentation of releases is available at https://pythonhosted.org/silx/

  Latest documentation (nightly build) is available at http://www.silx.org/doc/silx/

  To build the documentation from the source (requires `Sphinx <http://www.sphinx-doc.org>`_), run::

      python setup.py build build_doc

  Testing
  -------

  - Travis CI status: |Travis Status|
  - Appveyor CI status: |Appveyor Status|

  To run the tests from the python interpreter, run:

  >>> import silx.test
  >>> silx.test.run_tests()

  To run the tests, from the source directory, run::

      python run_tests.py

  Examples
  --------

  Some examples are available in the source code repository. For example::

      python examples/{exampleName.py}


  License
  -------

  The source code of silx is licensed under the MIT and LGPL licenses.
  See the `copyright file <https://github.com/silx-kit/silx/blob/master/copyright>`_ for details.

  .. |Travis Status| image:: https://travis-ci.org/silx-kit/silx.svg?branch=master
     :target: https://travis-ci.org/silx-kit/silx
  .. |Appveyor Status| image:: https://ci.appveyor.com/api/projects/status/qgox9ei0wxwfagrb/branch/master?svg=true
     :target: https://ci.appveyor.com/project/ESRF/silx


pkgId: ce92475e461809065c6e2f7b38e8e0015fa9acfea0aff10c20fd8e53c8602b07
name: skippy
arch: src
version: 1.2.11a0
epoch: 0
release: 1.el7.centos.maxiv
summary: Tango Device Server to control instruments that support the scpi protocol
url: https://github.com/srgblnch/skippy
rpm_license: GPLv3+
rpm_vendor: Sergi Blanch-Torne <sblanch@cells.es>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: skippy-1.2.11a0-1.el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  This Tango Device Server has been developed to provide access to instruments
  that listen for SCPI protocol connections.

  This code is the natural evolution of previous device servers that had provided
  many functionalities to, with this device, merge them together and make easy
  to develop many more.

  See more details in the doc directory of the sources repository.


pkgId: e2fa649ed5ee6351b2720d20ff90ba2b9d6ae55dbfbd7ace82e563239a99e925
name: spyder
arch: src
version: 2.1.13
epoch: 0
release: 3.el7.centos.maxlab
summary: Scientific Python Development Environment
url: http://spyderlib.googlecode.com
rpm_license: MIT
rpm_group: Development/Tools
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: spyder-2.1.13-3.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Spyder is a Python development environment with advanced editing, interactive
  testing, debugging and introspection features. It is especially recommended
  for scientific computing thanks to NumPy (linear algebra), SciPy (signal and
  image processing), matplotlib (interactive 2D/3D plotting), MayaVi’s mlab
  (interactive 3D visualization) and -of course- IPython support.

  Spyder may also be used as a library providing powerful console-related PyQt4
  widgets.


pkgId: 06ef9104b9f75d23317994c8129b05cf284b4c715260251c521cdb1442a79bfc
name: tango
arch: src
version: 9.3.4
epoch: 0
release: 20.el7.maxlab
summary: TANGO distributed control system
url: http://www.tango-controls.org
rpm_license: GPL / LGPL
rpm_vendor: Fedora Copr - group @tango-controls
rpm_group: System Environment/Libraries
rpm_buildhost: 6fe3fa93aa7342e4b8ce61d938284f38
location_href: tango-9.3.4-20.el7.maxlab.src.rpm
checksum_type: sha256
description:
  TANGO is an object-oriented distributed control system using CORBA. In
  TANGO all objects are representations of devices, which can be on the
  same computer or distributed over a network. Communication between
  devices uses CORBA and can be synchronous, asynchronous or event driven.

  The object model in TANGO supports methods, attributes and properties.
  TANGO provides an API which hides all the details of network access and
  provides object browsing, discovery, and security features. Permanent
  data is stored in a MySQL database.

  TANGO is being actively developed as a collaborative effort between the
  ESRF (www.esrf.eu), Soleil (synchrotron-soleil.fr), Alba (www.cells.es),
  and Elettra institutes (www.elettra.trieste.it).


pkgId: a81b2c37fcdfae7b593c8a57d7c08d08146fac9de01e924326ac76f12f31581a
name: tango-gateway
arch: src
version: 0.2.3
epoch: 0
release: el7.centos.maxiv
summary: A Tango gateway server
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: 1f228b4255d3
location_href: tango-gateway-0.2.3-el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  tango-gateway
  =============

  A Tango gateway server

  Clients from other networks can connect to the gateway to access the tango
  database transparently. It opens ports dynamically when an access to a device
  is required and redirects the traffic to the corresponding device. The ZMQ
  tango events are also supported.


  Requirements
  ------------

  - python >= 3.4
  - zmq
  - aiozmq
  - pytango (optional)


  Usage
  -----

  ```
  $ tango-gateway -h
  usage: tango-gateway [-h] [--bind ADDRESS] [--port PORT] [--tango HOST]

  Run a Tango gateway server

  optional arguments:
    -h, --help            show this help message and exit
    --bind ADDRESS, -b ADDRESS
                          Specify the bind address (default is all interfaces)
    --port PORT, -p PORT  Port for the server (default is 8000)
    --tango HOST, -t HOST
                          Tango host (default is given by PyTango)
  ```


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 640964955a3429a4e0448fecce237643f35a4c39a58b2fe46cdc0ffe38dc227f
name: tangods-actuators
arch: src
version: 0.5.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Device servers for different actuators.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-actuators-0.5.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-actuators
  =================
  ***

  Device servers for the different kind of actuators.

  Information
  -----------

   - Package:  tangods-actuators
   - Servers:  CameraScreen, BeamScraper, VacuumValve, HeatAbsorber, BeamStopper, BeamDump, BeamShutter, ControlValve, CirculationFan, WaterPump
   - Devices:  CameraScreen, BeamScraper, VacuumValve, HeatAbsorber, BeamStopper, BeamDump, BeamShutter, ControlValve, CirculationFan, WaterPump
   - Repo:     [dev-maxiv-actuators][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-actuators/

  Documentation
  -------------

  A sphinx documentation is available [here](http://vxgmichel.github.io/pytango-actuators-docs/)

  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: b12f489b93f54db782131b4beeebcdee600dc98e2c7f21b72356b368ce34c239
name: tangods-billboard
arch: src
version: 0.1.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Billboard device server
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-billboard-0.1.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-billboard
  =================
  ***

  Billboard device server.

  Information
  -----------

   - Package:  tangods-billboard
   - Servers:  Billboard
   - Devices:  Billboard
   - Repo:     [dev-maxiv-billboard][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-billboard/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 7fc7b0bc7ea965c275ccd15b6f822daa6ca08f7f4685feba222853c9d09fd304
name: tangods-chargeratio
arch: src
version: 0.1.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Charge ratio device server.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-chargeratio-0.1.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-chargeratio
  ===================
  ***

  Charge ratio device server.

  Information
  -----------

   - Package:  tangods-chargeratio
   - Servers:  ChargeRatio
   - Devices:  ChargeRatio
   - Repo:     [dev-maxiv-chargeratio][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-chargeratio/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 6a482db2e32abff915fb66e5fdcfab650bb394653a2980e876d283124c8e27b9
name: tangods-chargetransformer
arch: src
version: 0.4.0
epoch: 0
release: 2.el7.centos.maxlab
summary: Device server for charge transformers.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-chargetransformer-0.4.0-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-chargetransformer
  =========================
  ***

  Device server for charge transformers.

  Information
  -----------

   - Package:  tangods-chargetransformer
   - Servers:  ChargeTransformer
   - Devices:  ChargeTransformer
   - Repo:     [dev-maxiv-chargetransformer][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-chargetransformer/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 386b207016b0494a3ca3b4ff7acb203a3b152b439232256e36953d812de7a859
name: tangods-dcct
arch: src
version: 0.3.3
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for the DCCT
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vasileios Martos <vasileios.martos@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-dcct-0.3.3-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-dcct
  ==============
  ***

  Tango device server for the DCCT

  Information
  -----------

   - Package: tangods-dcct
   - Import:  Dcct
   - Server:  Dcct
   - Device:  Dcct
   - Repo:    [dev-maxiv-dcct][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-dcct

  Requirement
  -----------

  Software:

  - [PyTango][pytango] >= 8.1.1
  - [python-setuptools][setuptools] (installation)
  - [tango-devicetest][gh_test] (unit testing)

  [pytango]: https://pypi.python.org/pypi/PyTango
  [setuptools]: https://pypi.python.org/pypi/setuptools
  [gh_test]: https://github.com/vxgmichel/python-tango-devicetest/

  Installation and usage
  ----------------------

  Install the package:

      $ python setup.py install --single-version-externally-managed

  Running a server with a `Dcct` instance defined in the database:

      $ python -m Dcct my_server_instance # OR
      $ Dcct my_server_instance

  See the documentation for properties, commands and attributes.

  Testing
  -------

  For unittesting,run:

      $ python setup.py nosetests

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest

  Status:

  - Not unittested yet

  Contact
  -------

  Vasileios Martos: vasileios.martos@maxlab.lu.se


pkgId: 12ce98a5552d1dc6f355127f69c1ff450dcb32fb7d936b0ca945c00a038afca1
name: tangods-dcmtsai
arch: src
version: 1.4.0
epoch: 0
release: 1.el7.centos.maxlab
summary: DCM Tango Single Axis Interface
url: http://www.maxlab.lu.se
rpm_license: GPL
rpm_group: System Environment/Daemons
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-dcmtsai-1.4.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  A Tango device for controlling the Bragg axis of a double
  crystal monochromator from FMB Oxford. It communicates with
  a Turbo PMAC motion controller via a TCP socket connection.


pkgId: ebeeecb8be43e21b95665efbc65f7437ba5b7c7146a27a07a16abbc7ad4a900b
name: tangods-delaygenerator
arch: src
version: 1.7.0
epoch: 0
release: 1.el7.maxlab
summary: Device server for the Oxford DG645 delay generator
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0
location_href: tangods-delaygenerator-1.7.0-1.el7.maxlab.src.rpm
checksum_type: sha256
rpm_vendor:
  Vincent Hardion, Antonio Milan Otero <vincent.hardion@maxlab.lu.se, antonio.milan_otero@maxlab.lu.se>


pkgId: 1ae6e130a91c85d8ef4a3c39a3dee85ef278186aea48061fe30c6538c5a08ad5
name: tangods-dmx8
arch: src
version: 1.1.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for dmx-8 frontend.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vasileios Martos <vasileios.martos@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-dmx8-1.1.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-dmx8
  ==============
  ***

  Tango device server for the DMX-8 frontend controller

  Information
  -----------

   - Package: tangods-dmx8
   - Import:  Dmx8Frontend
   - Server:  Dmx8Frontend
   - Device:  Dmx8Frontend
   - Repo:    [dev-maxiv-Dmx8Frontend][repo]

  [repo]: https://gitlab.maxlab.lu.se/vasmar/dev-maxiv-dmx8

  Requirement
  -----------

  Software:

  - [PyTango][pytango] >= 8.1.1
  - [Pyserial][pyserial] >= 2.7
  - [python-setuptools][setuptools] (installation)
  - [tango-devicetest][gh_test] (unit testing)

  [pyserial]:http://pyserial.sourceforge.net/index.html
  [pytango]: https://pypi.python.org/pypi/PyTango
  [setuptools]: https://pypi.python.org/pypi/setuptools
  [gh_test]: https://github.com/vxgmichel/python-tango-devicetest/

  Installation and usage
  ----------------------

  Install the package:

      $ python setup.py install --single-version-externally-managed

  Running a server with a `Dmx8Frontend` instance defined in the database:

      $ python -m Dmx8Frontend my_server_instance # OR
      $ Dmx8Frontend my_server_instance

  See the documentation for properties, commands and attributes.

  Testing
  -------

  For unittesting,run:

      $ python setup.py nosetests

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest

  Status:

  - Not unittested yet

  Contact
  -------

  Vasileios Martos: vasileios.martos@maxlab.lu.se


pkgId: f4d28412fb282eb0b51ae6710f32d8a8022817a147efe719c0af59bd7914416c
name: tangods-eipalarm
arch: src
version: 0.0.3
epoch: 0
release: 2.el7.centos.maxlab
summary: Device for monitoring PLC alarms.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Johan Forsberg <johan.forsberg@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: e5ac6471a4fe
location_href: tangods-eipalarm-0.0.3-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  This is the (proposed) new device for handling PLC alarms.

  The two main reasons for this new device is that the users are interested in the timestamps from the PLC for alarm activations, and that the current system which polls all alarm tags individually and uses PyAlarm to report them is slow and resource hungry. A third benefit is that, since raw read performance should be less important here, we'll be able to use a slower - but more reliable - pure python PLC communication library (cpppo).

  The idea (for now) is to make the device compatible with Panic so that we don't have to reinvent the whole toolset.




  The basic functionality depends on two features of the PLC; alarm blocks and sum tags.


  An alarm block is something built in to the PLC, and is simply a special function block, that is, a way to collect a bunch of related tags under a common name. Sort of like properties on an object. E.g. if "ALARM1" is the name of an alarm block, "ALARM1.InAlarm" is a tag inside the block. There are a number of other standardized tags in these blocks, but we will only use a few:
  - _InAlarm_, a boolean tag that tells if the alarm is currently active,
  - _AlarmCount_, an integer that counts the number of activations of the alarm since startup,
  - _InAlarmTime_, UTC timestamp in microseconds when the alarm was activated.

  To further complicate things, there are two different types of alarm blocks; analog (ALMA) and digital (ALMD).

  ALMA blocks are used when the alarm is associated with a physical value, e.g. a current, being too high or too low. From our perspective, the only difference is that ALMA contains four different alarm "levels", that work like separate alarms.
  - _HH_  or "high-high"
  - _H_ or "high"
  - _L_ or "low"
  - _LL_ or "low-low"

  Each level has an associated value, and if the input to the alarm is above the value for a "high" level or below a "low" level, the corresponding alarm is triggered. In the ALMA block there are separate _InAlarm_, _AlarmCount_ and _InAlarmTime_ tags associated with each level, e.g. _HHInAlarm_, _LAlarmCount_, and so on.

  The ALMD block is used for cases where the alarm is simply either on or off, such as a safety switch. It corresponds to just one alarm, so the tags are simply named _InAlarm_ etc.

  Another difference between ALMA and ALMD is that ALMA alarms are automatically unset when the input value goes back to "normal", while the ALMD alarms atre "latched", which means they stay on after activation, until a reset tag is written in the PLC. This is subject to change, as the PLC group is implementing their own alarm blocks, but hopefully this will not change things too much from our perspective.



  This is a feature the PLC group has implemented on top of the alarms. A sum tag simply reads a number of other integer tags and presents the sum of these as its value. The PLC has a small hierarchy of such sum tags set up, with the lower layer (SUM) summing up AlarmCount tags for a number of alarms, and the top layer (SUMSUM) summing the lower layer up, for example:

      ALMD1.AlarmCount----\
      ALMD2.AlarmCount-----+------SUM1---\
                                          \
      ALMA1.HHAlarmCount-----\             +----SUMSUM
      ALMA1.HAlarmCount-------+---SUM2----/
      ALMA1.LAlarmCount------/
      ALMA1.LLAlarmCount----/

  There can also be more than one SUMSUM tag. For example, the organization could be such that the SUMSUM tags each cover a subsystem, and the SUM tags each cover one achromat. But we don't want to care about the details, it's up to the PLC engineers. We just need a map of the hierarchy.

  Since the AlarmCount tags are monotonically increasing by one each time the alarm is raised, we should always be able to detect alarms as they happen by reading the SIMSUM tags often and then drilling down to the individual alarms whenever there is a change. But this has not yet been proven mathematically :)




  The EIPAlarm device works as follows;

  First it reads the configuration through properties. The configuration contains the sum tag structure as a graph, which can be analyzed to check that it's sound (i.e. forms a tree with no cycles, all alarm blocks covered...)

  It then initially reads all the sum tags and AlarmCount tags, in order to have initial values for comparison. It also checks the InAlarm tags to see if there are any currently active alarms, and reports those.

  Then is starts two threads:

  - The alarm check thread. It repeatedly reads the SUMSUM tags and compares with the previous values. If any of them changes, it reads the underlying SUM tags, finds whichever ones have changed (remember that the PLC handles the sums, so there must be at least one changed SUM tag if the SUMSUM has changed, and so on.) and finally checks the AlarmCount tags of the corresponding alarm blocks to find which alarms were triggered. For those alarms, it reads the _InAlarmTime_ tag to get an accurate timestamp, and reports the alarms as currently _active_.

  - The reset check thread. It repeatedly (could be significantly slower than the alarm check) reads the InAlarm tags of any currently active alarms and, if they are no longer true, reports the alarms as _inactive_. There is no straightforward timestamp for this in the PLC so for now we'll just report the current time. We don't have any indication that the accuracy of the reset time (which will usually correspond to when someone wrote the reset tag) is of particular importance.




  It is a short term goal for this device to be a transparent replacement for the current PyAlarm based system. This means the alarms should turn up in PanicGUI, and be logged in ElasticSearch. The latter is not an issue as that was implemented by us anyway. But PyAlarm compatibility is a bit trickier. So far it seems like it's not too complex as we just need to use the PyAlarm class name and mimic the basic API. See the code for some more detailed comments.

  Note that this device does not replace _all_ uses of PyAlarm, only the cases where we're polling a lot of boolean PLC alarm tags just to report them. Which probably corresponds to 90% of our usage.


pkgId: af647c6bd316cc480dcdf9c900e406efbf8da951f6ce41c3e8c01540ef4f4139
name: tangods-epufeedback
arch: src
version: 0.1.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Magnets corrector device
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: KITS <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-epufeedback-0.1.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-epufeedback
  =============

  Device to calculate feedback for corrector magnets of epu undulators.

  The device subscribes to the gap and phase attributes of the EPU.
  When the gap or phase is changed this devices calculates the correction values
  by interpolating known values and finally writing the current to the correction device.



  Information
  -----------

   - Package: tangods-epufeedback
   - Import:  epufeedback
   - Servers: EPUFeedback
   - Devices: EPUFeedback
   - Repo:    [dev-maxiv-epufeedback][url]

  [url]: https://gitlab.maxiv.lu.se/kits-maxiv/dev-maxiv-epufeedback/

  Requirement
  -----------

   - library: [lib-maxiv-facadedevice][facadedevice] >= 0.6.3

  [facadedevice]: https://gitlab.maxiv.lu.se/kits-maxiv/lib-maxiv-facadedevice

  Installation
  ------------

      $ python setup.py install

  Usage
  -----

  Run:

      $ EPUFeedback my_instance


  Documentation
  -------------

  To build it manually, run:

      $ python setup.py build_sphinx
      $ sensible-browser docs/build/html/index.html

  See the [devicedoc][doc] library.

  [doc]: https://github.com/vxgmichel/python-tango-devicedoc


  Contact
  -------

  - Antoine Dupre:  antoine.duprel@maxlab.lu.se


pkgId: 573c7b9364909008896e79501be562e81078d8afcfbe276c7f722d4842357c74
name: tangods-facadeliberamanager
arch: src
version: 0.1.0
epoch: 0
release: 1.el7.centos.maxlab
summary: High Level Libera DS to control various Libera Devices
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_vendor: Vasileios Martos <vasileios.martos@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-facadeliberamanager-0.1.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-facadeliberamanager
  =================
  ***

  LiberaManager device using Facade library in order to perform various actions on LiberaBrilliancePlus and LiberaBrillianceEventReceiver devices

  Information
  -----------

   - Package:  tangods-facadeliberamanager
   - Servers:  Facadeliberamanager
   - Devices:  Facadeliberamanager
   - Repo:     [dev-maxiv-facadeliberamanager][repo]

  [repo]: https://gitlab.maxiv.lu.se/kits-maxiv/dev-maxiv-facadeliberamanager/


  Contact
  -------

  Vasileios Martos: vasileios.martos@maxiv.lu.se


pkgId: c000b5cfa08581962ccee5f160227914b0e57b87b2179fd6f9c4d2431dde5aa3
name: tangods-faradaycup
arch: src
version: 0.3.2
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for Faraday cups.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-faradaycup-0.3.2-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-faradaycup
  ==================
  ***

  Device server for faraday cups.

  Information
  -----------

   - Package:  tangods-faradaycup
   - Servers:  FaradayCup
   - Devices:  FaradayCup
   - Repo:     [dev-maxiv-faradaycup][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-faradaycup/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 2f5bd301393bc43bd58bee9c12b49307aca7f34728fe70f8976f87ad52515d3d
name: tangods-femtomaxphotodiode
arch: src
version: 0.4.5
epoch: 0
release: 1.el7.maxlab
summary: Device server for FemtoMAX photo diodes.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1
location_href: tangods-femtomaxphotodiode-0.4.5-1.el7.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-chargetransformer
  =========================
  ***

  Device server for photo diodes.

  Information
  -----------

   - Package:  tangods-femtomaxphotodiode
   - Servers:  PhotoDiodeIntegrator, phasedelaycalculator
   - Devices:  PhotoDiodeIntegrator, phasedelaycalculator
   - Repo:     [dev-maxiv-femtomaxphotodiode][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-femtomaxphotodiode/


  Contact
  -------

  Vincent Michel: vincent.michel@maxiv.lu.se
  Johan Forsberg: johan.forsberg@maxiv.lu.se


pkgId: 7184e5a6cb3ab3f2561e98146eaa7e56632787fe44892af365416736b2e52ca9
name: tangods-heat3analog
arch: src
version: 1.0.1
epoch: 0
release: 1.el7.centos.
summary: UNKNOWN
url: www.tango-controls.org
rpm_license: GPL
rpm_vendor: marcin700 <marcin700 at gmail.com>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-heat3analog-1.0.1-1.el7.centos..src.rpm
checksum_type: sha256
description:
  - PyTango >= 8.1.6
  - devicetest (for using tests)
  - sphinx (for building sphinx documentation)



  Run python setup.py install

  If you want to build sphinx documentation,
  run python setup.py build_sphinx

  IUf you want to pass the tests,
  run python setup.py test



  Now you can start your device server in any
  Terminal or console by calling it :

  Heat3Analog instance_name


pkgId: 840c8707a2ec322b9fdfb467f9a9a30a287115c6a22ef877fb2c84bfd96e3250
name: tangods-injectionmeter
arch: src
version: 0.1.6
epoch: 0
release: 1.el7.centos.maxlab
summary: Injection ratio device server.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-injectionmeter-0.1.6-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-injectionmeter
  ======================
  ***

  Injection ratio device server.

  Information
  -----------

   - Package:  tangods-injectionmeter
   - Servers:  InjectionMeter
   - Devices:  InjectionMeter
   - Repo:     [dev-maxiv-injectionmeter][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-injectionmeter/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: c1a87c8bdb309b620a266a561341254c4a68796681afee45acbadb4159e2e56a
name: tangods-injectionratio
arch: src
version: 0.1.3
epoch: 0
release: 1.el7.centos.maxlab
summary: Injection ratio device server.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-injectionratio-0.1.3-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-injectionratio
  ======================
  ***

  Injection ratio device server.

  Information
  -----------

   - Package:  tangods-injectionratio
   - Servers:  InjectionRatio
   - Devices:  InjectionRatio
   - Repo:     [dev-maxiv-injectionratio][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-injectionratio/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: c62e51f73364dd53a4e17df965af4e68338825f5416e511c04f85a8ff3ee00b1
name: tangods-injectionselector
arch: src
version: 0.2.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server to switch between injection modes.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-injectionselector-0.2.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-injectionselector
  =========================
  ***

  Device server to switch between injection modes.

  Information
  -----------

   - Package:  tangods-injectionselector
   - Servers:  InjectionSelector
   - Devices:  InjectionSelector
   - Repo:     [dev-maxiv-injectionselector][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-injectionselector/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: a0453133c6b6edceae0b76f16f443f41deaa6872a6905be9cd6ec24b0f9b6d58
name: tangods-ivufeedback
arch: src
version: 0.1.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Device to calculate feedback to corrector magnets based on undulator gap
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: KITS <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-ivufeedback-0.1.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-ivufeedback
  =============

  Device to calculate feedback currents for corrector magnets in Nanomax and Biomax in vaccum undulators.



  Information
  -----------

   - Package: tangods-ivufeedback
   - Import:  ivufeedback
   - Servers: IVUFeedback
   - Devices: IVUFeedback
   - Repo:    [dev-maxiv-ivufeedback][url]

  [url]: https://gitlab.maxiv.lu.se/kits-maxiv/dev-maxiv-ivufeedback/

  Requirement
  -----------

   - library: [lib-maxiv-facadedevice][facadedevice] >= 0.6.3

  [facadedevice]: https://gitlab.maxiv.lu.se/kits-maxiv/lib-maxiv-facadedevice

  Installation
  ------------

      $ python setup.py install

  Usage
  -----

  Run:

      $ IVUFeedback my_instance


  Documentation
  -------------

  To build it manually, run:

      $ python setup.py build_sphinx
      $ sensible-browser docs/build/html/index.html

  See the [devicedoc][doc] library.

  [doc]: https://github.com/vxgmichel/python-tango-devicedoc


  Contact
  -------

  - Antoine Dupre:  antoine.duprel@maxlab.lu.se
  - Paul Bell:      paul.bell@maxlab.lu.se


pkgId: a76d09dc300c5f4f9af16ae74ef4c2d10021c7773bf5e092ab97e60b30a7cd42
name: tangods-keithleydmm7510
arch: src
version: 0.5.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for KEITHLEY DMM7510 DIGIT Multimeter.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vasileios Martos <vasileios.martos@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-keithleydmm7510-0.5.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-keithleydmm7510
  ==============
  ***

  Tango device server for the KEITHLEY DMM7510 DIGIT Multimeter

  Information
  -----------

   - Package: tangods-keithleydmm7510
   - Import:  KeithleyDmm7510
   - Server:  KeithleyDmm7510
   - Device:  KeithleyDmm7510
   - Repo:    [dev-maxiv-keithdmm7510][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-keithdmm7510

  Requirement
  -----------

  Software:

  - [PyTango][pytango] >= 8.1.1
  - [python-setuptools][setuptools] (installation)
  - [tango-devicetest][gh_test] (unit testing)

  [pytango]: https://pypi.python.org/pypi/PyTango
  [setuptools]: https://pypi.python.org/pypi/setuptools
  [gh_test]: https://github.com/vxgmichel/python-tango-devicetest/

  Installation and usage
  ----------------------

  Install the package:

      $ python setup.py install --single-version-externally-managed

  Running a server with a `KeithleyDmm7510` instance defined in the database:

      $ python -m KeithleyDmm7510 my_server_instance # OR
      $ KeithleyDmm7510 my_server_instance

  See the documentation for properties, commands and attributes.

  Testing
  -------

  For unittesting,run:

      $ python setup.py nosetests

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest

  Status:

  - Not unittested yet

  Contact
  -------

  Vasileios Martos: vasileios.martos@maxlab.lu.se


pkgId: d55a1e458ff5d29985f6f805d8979e7c1038057e227dd283502464ca972e6bcd
name: tangods-lakeshore335gpiblan
arch: src
version: 0.0.2
epoch: 0
release: 0.el7.maxlab
description: UNKNOWN
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_vendor: Henrik Enquist <henrik.enquist@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1
location_href: tangods-lakeshore335gpiblan-0.0.2-0.el7.maxlab.src.rpm
checksum_type: sha256
summary:
  Device server for the LakeShore 335 temperature controllerconnected via a Prologix GPIB-LAN adapter.


pkgId: e027eb12e4beb9af3c82c3b756b89c96880992af4a1b03d4114a9335ba1de673
name: tangods-lakeshore335gpiblan
arch: src
version: 0.0.3
epoch: 0
release: 0.el7.maxlab
description: UNKNOWN
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_vendor: Henrik Enquist <henrik.enquist@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1
location_href: tangods-lakeshore335gpiblan-0.0.3-0.el7.maxlab.src.rpm
checksum_type: sha256
summary:
  Device server for  the LakeShore temperature controllers336 directly and 335 via a Prologix GPIB-LAN adapter.


pkgId: c00482c8d410620348c897b074fc0d3c027169e617cc4f39412294a2356f6115
name: tangods-liberamanager
arch: src
version: 1.0.3
epoch: 0
release: 1.el7.centos.maxlab
summary: This class aims to manage liberas.
url: www.tango-controls.org
rpm_license: GPL
rpm_vendor: sebastien.gara <sebastien.gara at nexeya.com>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-liberamanager-1.0.3-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  This class aims to manage liberas.



  - PyTango >= 8.1.6
  - devicetest (for using tests)
  - sphinx (for building sphinx documentation)



  Run python setup.py install

  If you want to build sphinx documentation,
  run python setup.py build_sphinx

  IUf you want to pass the tests,
  run python setup.py test



  Now you can start your device server in any
  Terminal or console by calling it :

  LiberaManager instance_name


pkgId: c391deb1a6c0175b27b15e89679264821ddaa80235963f521df8529334d85a82
name: tangods-modeselector
arch: src
version: 0.1.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for the mode selector
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-modeselector-0.1.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-modeselector
  ====================
  ***

  Device server for the mode selector device.

  Information
  -----------

   - Package: tangods-modeselector
   - Server:  ModeSelector
   - Device:  ModeSelector
   - Repo:    [dev-maxiv-modeselector][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-modeselector/

  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: bab1549af78697fd9ddbc331cb38d605e89e49f87a02630a5c643ff5f9b7aac1
name: tangods-motorizedscraper
arch: src
version: 0.0.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for motorized scrapers
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-motorizedscraper-0.0.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-motorizedscraper
  ========================
  ***

  Device server for motorized scrapers.

  Information
  -----------

   - Package:  tangods-motorizedscraper
   - Servers:  MotorizedScraper
   - Devices:  MotorizedScraper
   - Repo:     [dev-maxiv-motorizedscraper][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-motorizedscraper/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: c9c177ef2dca046fa29883e176227eac862a7700ebec3f86a230111ac3220cf6
name: tangods-motorizedscreen
arch: src
version: 0.2.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for motorized screens
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-motorizedscreen-0.2.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-motorizedscreen
  =======================
  ***

  Device server for motorized screens.

  Information
  -----------

   - Package:  tangods-motorizedscreen
   - Servers:  MotorizedScreen
   - Devices:  MotorizedScreen
   - Repo:     [dev-maxiv-motorizedscreen][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-motorizedscreen/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: d104737156703c86931c628480f7b023f8fe3516d68664aff54cd68d730793d5
name: tangods-ovennode
arch: src
version: 0.2.3
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for the temperature nodes of the baking ovens.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-ovennode-0.2.3-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-ovennode
  ================
  ***

  Device server for the temperature nodes of the baking ovens.
  One server per oven, several nodes per server.


  Information
  -----------

   - Package: tangods-ovennode
   - Server:  OvenNode
   - Device:  OvenNode
   - Repo:    [dev-maxiv-ovennode][repo]

  [repo]: https://gitorious.maxlab.lu.se/kits-maxiv/dev-maxiv-ovennode/


  Configuration
  -------------

  Requires python-dsconfig >= 0.1.1. Display usage:

      $ python -m temperaturenode.configure --help

  See the readme in the [oven section][oven] of [cfg-maxiv-dsconfig][cfg]

  [oven]: https://gitorious.maxlab.lu.se/kits-maxiv/cfg-maxiv-dsconfig/source/jsonfiles/ovens
  [cfg]: https://gitorious.maxlab.lu.se/kits-maxiv/cfg-maxiv-dsconfig/


  Unit testing
  ------------

  Run:

      $ python setup.py nosetests

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest


  Documentation
  -------------

  Run:

      $ python setup.py build_sphinx
      $ sensible-browser docs/build/html/index.html

  See the [devicedoc][doc] library.

  [doc]: https://github.com/vxgmichel/python-tango-devicedoc


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 80556bc48b9e534584f2c4307e7770b4e8646ac219867f00f9a676fc5c68e7b1
name: tangods-photodiode
arch: src
version: 1.1.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for photo diode.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vasileios Martos <vasileios.martos@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-photodiode-1.1.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-photodiode
  ==============
  ***

  Tango device server for the Photo Diode

  Information
  -----------

   - Package: tangods-photodiode
   - Import:  photodiode
   - Server:  PhotoDiode
   - Device:  PhotoDiode
   - Repo:    [dev-maxiv-photodiode][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-photodiode

  Requirement
  -----------

  Software:

  - [PyTango][pytango] >= 8.1.1
  - [python-setuptools][setuptools] (installation)
  - [tango-devicetest][gh_test] (unit testing)

  [pytango]: https://pypi.python.org/pypi/PyTango
  [setuptools]: https://pypi.python.org/pypi/setuptools
  [gh_doc]: https://github.com/vxgmichel/python-tango-devicedoc/
  [gh_test]: https://github.com/vxgmichel/python-tango-devicetest/

  Installation and usage
  ----------------------

  Install the package:

      $ python setup.py install

  Running a server with a `PhotoDiode` instance defined in the database:

      $ python -m photodiode my_server_instance # OR
      $ PhotoDiode my_server_instance

  See the documentation for properties, commands and attributes.

  Testing
  -------

  For unittesting, run:

      $ python setup.py nosetests

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest

  Status:

  - Unittested (coverge should be ignored)

  Contact
  -------

  Vasileios Martos: vasileios.martos@maxlab.lu.se


pkgId: 6bcd68a8de7aab780a9a49c9d224a08107b44f01af634bab7c43b7d8f44cd978
name: tangods-pulsepowersupply
arch: src
version: 2.0.3
epoch: 0
release: 1.el7.centos.maxlab
summary: Pulse Power Supply Device Server
url: www.tango-controls.org
rpm_license: GPL
rpm_vendor: sebastien.gara <sebastien.gara at nexeya.com>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-pulsepowersupply-2.0.3-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  Pulse Power Supply Device Server



  - PyTango >= 8.1.6
  - devicetest (for using tests)
  - sphinx (for building sphinx documentation)



  Run python setup.py install

  If you want to build sphinx documentation,
  run python setup.py build_sphinx

  If you want to pass the tests,
  run python setup.py test



  Now you can start your device server in any
  Terminal or console by calling it :

  PulsePowerSupply instance_name


pkgId: 608b1999bfe73ed313da0102228419bdfbec385a1df47b43754013eadfdb7111
name: tangods-pystatecomposer
arch: src
version: 6.4
epoch: 0
release: 4.el7.centos.maxlab
description: UNKNOWN
rpm_license: UNKNOWN
rpm_vendor: UNKNOWN <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-pystatecomposer-6.4-4.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  PyStateComposer(Dev4Tango,DynamicDS) allows to create a new composed State or Attributes using the State and Attributes from a list of devices.


pkgId: dac60c47606339a8e6915d0d4e62aa2aef3cf690b4674f45609c7a6654ce8e9a
name: tangods-redpitayact
arch: src
version: 0.1.1
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for the RedPitaya charge transformer.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-redpitayact-0.1.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-redpitayact
  ===================
  ***

  Device server for the RedPitaya charge transformer.

  Information
  -----------

   - Package:  tangods-redpitayact
   - Servers:  RedPitayaCT
   - Devices:  RedPitayaCT
   - Repo:     [dev-maxiv-redpitayact][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-redpitayact/


  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 7e9bc537f66a8fc925de989073ce04dfe5f51833c063bde835fdea4fc683c3fa
name: tangods-rfstructure
arch: src
version: 0.0.4
epoch: 0
release: 1.el7.centos.maxlab
description: UNKNOWN
rpm_license: UNKNOWN
rpm_vendor: Paul Bell <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-rfstructure-0.0.4-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  ElectricalPhaseShifter Tango device for the first four sections of the Linac, implementing phase difference and voltage attributes of the electrical phase shifters


pkgId: 43280bcc3d984ae0ab93766a8a676b6f4b84866772833a0b4bf0b48a92a7a113
name: tangods-scope
arch: src
version: 3.3.4
epoch: 0
release: 1.el7.centos.maxlab
summary: Device servers for the Rohde and Schwarz oscilloscopes.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel; Paul Bell <vincent.michel@maxlab.lu.se; paul.bell@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: ad420b4a6057
location_href: tangods-scope-3.3.4-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-scope
  =============

  Device servers for oscilloscopes.

  Provide a standard interface along with devices
  for RTO and RTM oscilloscopes.

  Information
  -----------

   - Package: tangods-scope
   - Import:  scopedevice
   - Servers: RTMScope, RTOScope
   - Devices: RTMScope, RTOScope
   - Repo:    [dev-maxiv-scope][scope]

  [scope]: https://github.com/MaxIV-KitsControls/dev-maxiv-scope/

  Requirement
  -----------

   - library: [lib-maxiv-rohdescope][rohdescope] >= 0.4.6

  [rohdescope]: https://github.com/MaxIV-KitsControls/lib-maxiv-rohdescope

  Installation
  ------------

      $ python setup.py install

  Usage
  -----

  For RTM oscilloscope, run:

      $ RTMScope my_instance                     # If installed, or
      $ python -m scopedevice.rtm my_instance    # Or
      $ python -m scopedevice --rtm my_instance  #

  For RTO oscilloscope, run:

      $ RTOScope my_instance                     # If installed, or
      $ python -m scopedevice.rto my_instance    # Or
      $ python -m scopedevice --rto my_instance  #

  Unit testing
  ------------

  Run:

      $ python setup.py test

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest

  Documentation
  -------------

  A sphinx generated documentation is available [here][pages].

  To build it manually, run:

      $ python setup.py build_sphinx
      $ sensible-browser docs/build/html/index.html

  See the [devicedoc][doc] library.

  [pages]: http://maxiv-kitscontrols.github.io/dev-maxiv-scope/
  [doc]: https://github.com/vxgmichel/python-tango-devicedoc

  Contact
  -------

  - Vincent Michel: vincent.michel@maxlab.lu.se
  - Paul Bell:      paul.bell@maxlab.lu.se


pkgId: eddbea42dcd3df926e3c0893a18cfa06b1273dc37d564b734e1162176dec8057
name: tangods-scope
arch: src
version: 3.3.5
epoch: 0
release: 1.el7.centos.maxlab
summary: Device servers for the Rohde and Schwarz oscilloscopes.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel; Paul Bell <vincent.michel@maxlab.lu.se; paul.bell@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: e342b7d61950
location_href: tangods-scope-3.3.5-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-scope
  =============

  Device servers for oscilloscopes.

  Provide a standard interface along with devices
  for RTO and RTM oscilloscopes.

  Information
  -----------

   - Package: tangods-scope
   - Import:  scopedevice
   - Servers: RTMScope, RTOScope
   - Devices: RTMScope, RTOScope
   - Repo:    [dev-maxiv-scope][scope]

  [scope]: https://github.com/MaxIV-KitsControls/dev-maxiv-scope/

  Requirement
  -----------

   - library: [lib-maxiv-rohdescope][rohdescope] >= 0.4.9

  [rohdescope]: https://github.com/MaxIV-KitsControls/lib-maxiv-rohdescope

  Installation
  ------------

      $ python setup.py install

  Usage
  -----

  For RTM oscilloscope, run:

      $ RTMScope my_instance                     # If installed, or
      $ python -m scopedevice.rtm my_instance    # Or
      $ python -m scopedevice --rtm my_instance  #

  For RTO oscilloscope, run:

      $ RTOScope my_instance                     # If installed, or
      $ python -m scopedevice.rto my_instance    # Or
      $ python -m scopedevice --rto my_instance  #

  Unit testing
  ------------

  Run:

      $ python setup.py test

  See the [devicetest][test] library.

  [test]: https://github.com/vxgmichel/python-tango-devicetest

  Documentation
  -------------

  A sphinx generated documentation is available [here][pages].

  To build it manually, run:

      $ python setup.py build_sphinx
      $ sensible-browser docs/build/html/index.html

  See the [devicedoc][doc] library.

  [pages]: http://maxiv-kitscontrols.github.io/dev-maxiv-scope/
  [doc]: https://github.com/vxgmichel/python-tango-devicedoc

  Contact
  -------

  - Vincent Michel: vincent.michel@maxlab.lu.se
  - Paul Bell:      paul.bell@maxlab.lu.se


pkgId: 3dadefe47465173f569cfc16ba6a692601c2147e65d9d3e7f0e14af6ade158a5
name: tangods-sensors
arch: src
version: 0.5.0
epoch: 0
release: 2.el7.centos.maxlab
summary: Device servers for different sensors.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-sensors-0.5.0-2.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-sensors
  ===============
  ***

  Device servers for different kind of sensors.

  Information
  -----------

   - Package:  tangods-sensors
   - Servers:  Thermocouple, TemperatureSensor, FlowSwitch, FlowGauge, VacuumGauge, IonPump
   - Devices:  Thermocouple, TemperatureSensor, FlowSwitch, FlowGauge, VacuumGauge, IonPump
   - Repo:     [dev-maxiv-sensors][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-sensors/

  Documentation
  -------------

  A sphinx documentation is available [here](http://vxgmichel.github.io/pytango-sensors-docs/)

  Contact
  -------

  Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 2d0e95029bbd1b72fee094b36c2e3ca366dd8b78bd0995aa56b7280e2cf41f3b
name: tangods-spectrumanalyzer
arch: src
version: 0.1.2
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for the Rohde and Schwarz spectrum analyzer FSV.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Antoine Dupre <antoine.dupre@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-spectrumanalyzer-0.1.2-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-spectrumanalyzer
  =============

  Device server for the Rohde and Schwarz spectrum analyzer FSV


pkgId: ea18a345481fce1ac142a605a37a52b86960bcb4777f07a974fea9b0deabeb9a
name: tangods-thermocouple
arch: src
version: 0.2.0
epoch: 0
release: 1.el7.centos.maxlab
summary: Device server for the thermocouples.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: KITS <kits_control@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-thermocouple-0.2.0-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-thermocouple
  ====================
  ***

  Device server for the  thermocouples controlled by a PLC.

  Information
  -----------

   - Package: tangods-thermocouple
   - Server:  Thermocouple
   - Device:  Thermocouple
   - Repo:    [dev-maxiv-thermocouple][repo]

  [repo]: https://gitlab.maxlab.lu.se/kits-maxiv/dev-maxiv-thermocouple/

  Contact
  -------
  KITS: kits_control@maxlab.lu.se
  Vincent Michel (For the Facade Device): vincent.michel@maxlab.lu.se


pkgId: 245fd07fb12c2d445d66b8225e542caab4e9989ce44d457e55b5574c6bc59b9e
name: tangods-thermocoupleoverview
arch: src
version: 0.1.1
epoch: 0
release: 1.el7.centos.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Antoine Dupre <antoine.dupre@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-thermocoupleoverview-0.1.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  High level device server to collect events from thermocouple devices and monitor temperature profile in the ring


pkgId: 7259bc28ca019aa7e55f297432be3574114ba1655a42676cadbe13403fe5f1ae
name: tangods-triggerlimiter
arch: src
version: 0.1
epoch: 0
release: 1.el7.centos.maxlab
summary: High level device to control the Event Generator in linac/r3/r1
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: KITS <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-triggerlimiter-0.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-triggerlimiter
  =============

  High level device to control the Event Generator in linac/r3/r1



  Information
  -----------

   - Package: tangods-triggerlimiter
   - Servers: TriggerLimiter
   - Devices: TriggerLimiter
   - Repo:    [dev-maxiv-triggerlimiter][url]

  [url]: https://gitlab.maxiv.lu.se/kits-maxiv/dev-maxiv-triggerlimiter

  Requirement
  -----------

   - library: [lib-maxiv-facadedevice][facadedevice] >= 0.6.3

  [facadedevice]: https://gitlab.maxiv.lu.se/kits-maxiv/lib-maxiv-facadedevice

  Installation
  ------------

      $ python setup.py install

  Usage
  -----

  Run:

      $ TriggerLimiter my_instance

  Contact
  -------

  - Vasileios Martos:  Vasileios.Martos@maxlab.lu.se


pkgId: 57e43938cb635fa29c283df1ea462902a12e6800b4e6838114dd443f81688b5d
name: tangods-triggersplitter
arch: src
version: 0.1.2
epoch: 0
release: 1.el7.centos.maxiv
summary: Device server to control LINAC TRIGGER SPLITTER.
url: http://www.maxlab.lu.se
rpm_license: GPLv2
rpm_vendor: Jerzy Jamroz <jerzy.jamroz@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-triggersplitter-0.1.2-1.el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  tangods-triggersplitter
  =========================
  ***

  Device server to control the LINAC trigger splitter device

  Installation
  ------------

  The device is distibuted along MAXIV LINAC.

  Information
  -----------

   - Package:  tangods-triggersplitter
   - Servers:  TriggerSplitter
   - Devices:  TriggerSplitter
   - Repo:     [dev-maxiv-triggersplitter][repo]

  [repo]: https://gitlab.maxiv.lu.se/kits-maxiv/dev-maxiv-triggersplitter/

  System Responsible
  ------------------

  Lars Malmgren: Lars.Malmgren@maxiv.lu.se

  Device Diagram
  --------------
  ```
            +--------+
            |        |--o OUT01
            |        |--o OUT02
            |        |--o OUT03
            |        |--o OUT04
            |        |--o OUT05
            |        |--o OUT06
            |        |--o OUT07
            |        |--o OUT08
            |        |
            |        |--o EPS
      IN o--|        |--o ILK
            +--------+
  ```
  Contact
  -------

  - Jerzy Jamroz: jerzy.jamroz@maxiv.lu.se

  - Based on "tangods-injectionselector" by Vincent Michel: vincent.michel@maxlab.lu.se


pkgId: 8d90b2afb5ff42b1e228fd6d8e9482189f288d9c37064a801b55223aa73af55b
name: tangods-xray
arch: src
version: 1.0.1
epoch: 0
release: 1.el7.centos.
summary: UNKNOWN
url: www.tango-controls.org
rpm_license: GPL
rpm_vendor: marcin700 <marcin700 at gmail.com>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tangods-xray-1.0.1-1.el7.centos..src.rpm
checksum_type: sha256
description:
  - PyTango >= 8.1.6
  - devicetest (for using tests)
  - sphinx (for building sphinx documentation)



  Run python setup.py install

  If you want to build sphinx documentation,
  run python setup.py build_sphinx

  IUf you want to pass the tests,
  run python setup.py test



  Now you can start your device server in any
  Terminal or console by calling it :

  XRay instance_name


pkgId: e8ad660bf9b15b25eedf4bc6a4c42808c0d289dbedc63b7a325702654fd6a786
name: tangods-xraysource
arch: src
version: 1.0.1
epoch: 0
release: 1.el7.centos.prevac
summary: UNKNOWN
url: www.tango-controls.org
rpm_license: GPL
rpm_vendor: marcin700 <marcin700 at gmail.com>
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: tangods-xraysource-1.0.1-1.el7.centos.prevac.src.rpm
checksum_type: sha256
description:
  - PyTango >= 8.1.6
  - devicetest (for using tests)
  - sphinx (for building sphinx documentation)



  Run python setup.py install

  If you want to build sphinx documentation,
  run python setup.py build_sphinx

  IUf you want to pass the tests,
  run python setup.py test



  Now you can start your device server in any
  Terminal or console by calling it :

  XRaySource instance_name


pkgId: 257581865f33c92f4239cbfbbedc416784a0eb7ed360faf276d6537242966fa0
name: webserver-pss
arch: src
version: 0.3.0
epoch: 0
release: el7.centos.maxiv
summary: A web page for radiation monitors
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Severine Guimier <severineguimiermaxiv@gmail.com>
rpm_group: Development/Libraries
rpm_buildhost: 024be6afb2b3
location_href: webserver-pss-0.3.0-el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  webserver-pss
  =============

  A web server for see value of radiation monitors

  Clients can see the value of all radiation monitors
  in real time on our screen or on smartphone.


  Requirements
  ------------

  - python >= 2.7
  - flask >= 0.10.1
  - pytango >= 9.2.0


  Contact
  -------

  Severine Guimier: severineguimiermaxiv@gmail.com


pkgId: 88b637da6596cb161186eab4a6f25df6671530fd39c496bb618b9472f989a90e
name: wt
arch: src
version: 3.3.4
epoch: 0
release: 5.el7.centos.maxiv
summary: C++ library for developing web applications
url: http://www.webtoolkit.eu/wt
rpm_license: GPLv2 and Boost and MIT and (Boost or MIT) and BSD and zlib + one nonfree library
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: wt-3.3.4-5.el7.centos.maxiv.src.rpm
checksum_type: sha256
description:
  Web C++ library with widget oriented API that uses well-tested patterns of
  desktop GUI development tailored to the web. To the developer, it offers
  abstraction of web-specific implementation details, including client-server
  protocols, event handling, graphics support, graceful degradation (or
  progressive enhancement), and URL handling.


pkgId: d21db07fd6b40b80078b31d769abf30743c9962864eff8ebc294017945e9f330
name: xrt
arch: src
version: 1.2.1
epoch: 0
release: 1.el7.centos.maxlab
url: http://pythonhosted.org/xrt
rpm_license: MIT License
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: xrt-1.2.1-1.el7.centos.maxlab.src.rpm
checksum_type: sha256
summary:
  Ray tracing and wave propagation in x-ray regime, primarily meant for modeling synchrotron sources, beamlines and beamline elements. Includes a GUI tool for creating scripts.

description:
  Package xrt (XRayTracer) is a python software library for ray tracing and wave
  propagation in x-ray regime. It is primarily meant for modeling synchrotron
  sources, beamlines and beamline elements. Includes a GUI tool for creating
  scripts.

  Features of xrt
  ---------------

  * *Rays and waves*. Classical ray tracing and wave propagation via Kirchhoff
    integrals, also freely intermixed. No further approximations, such as thin
    lens or paraxial. The optical surfaces may have figure errors, analytical or
    measured. In wave propagation, partially coherent radiation is treated by
    incoherent addition of coherently diffracted fields generated per electron.

  * *Publication quality graphics*. 1D and 2D position histograms are
    *simultaneously* coded by hue and brightness. Typically, colors represent
    energy and brightness represents beam intensity. The user may select other
    quantities to be encoded by colors: angular and positional distributions,
    various polarization properties, beam categories, number of reflections,
    incidence angle etc. Brightness can also encode partial flux for a selected
    polarization and incident or absorbed power. Publication quality plots are
    provided by matplotlib with image formats PNG, PostScript, PDF and SVG.

  * *Unlimited number of rays*. The colored histograms are *cumulative*. The
    accumulation can be stopped and resumed.

  * *Parallel execution*. xrt can be run in parallel in several threads or
    processes (can be opted), which accelerates the execution on multi-core
    computers. Alternatively, xrt can use the power of GPUs via OpenCL for
    running special tasks such as the calculation of an undulator source or
    performing wave propagation.

  * *Scripting in Python*. xrt can be run within Python scripts to generate a
    series of images under changing geometrical or physical parameters. The image
    brightness and 1D histograms can be normalized to the global maximum
    throughout the series.

  * *Synchrotron sources*. Bending magnet, wiggler, undulator and elliptic
    undulator are calculated internally within xrt. There is also a legacy
    approach to sampling synchrotron sources using the codes `ws` and `urgent`
    which are parts of XOP package. Please look the section "Comparison of
    synchrotron source codes" for the comparison between the implementations. If
    the photon source is one of the synchrotron sources, the total flux in the
    beam is reported not just in number of rays but in physical units of ph/s.
    The total power or absorbed power can be opted instead of flux and is
    reported in W. The power density can be visualized by isolines. The magnetic
    gap of undulators can be tapered. Undulators can be calculated in near field.
    Custom magnetic field is also possible. Undulators can be calculated on GPU,
    with a high gain in computation speed, which is important for tapering and
    near field calculations.

  * *Shapes*. There are several predefined shapes of optical elements implemented
    as python classes. The inheritance mechanism simplifies creation of other
    shapes. The user specifies methods for the surface height and the surface
    normal. For asymmetric crystals, the normal to the atomic planes can be
    additionally given. The surface and the normals are defined either in local
    (x, y) coordinates or in user-defined parametric coordinates. Parametric
    representation enables closed shapes such as capillaries or wave guides. It
    also enables exact solutions for complex shapes (e.g. a logarithmic spiral)
    without any expansion. The methods of finding the intersections of rays with
    the surface are very robust and can cope with pathological cases as sharp
    surface kinks. Notice that the search for intersection points does not
    involve any approximation and has only numerical inaccuracy which is set by
    default as 1 fm. Any surface can be combined with a (differently and variably
    oriented) crystal structure and/or (variable) grating vector. Surfaces can be
    faceted.

  * *Energy dispersive elements*. Implemented are crystals in dynamical
    diffraction, gratings (also with efficiency calculations), Fresnel zone
    plates, Bragg-Fresnel optics and multilayers in dynamical diffraction.
    Crystals can work in Bragg or Laue cases, in reflection or in transmission.
    The two-field polarization phenomena are fully preserved, also within the
    Darwin diffraction plateau, thus enabling the ray tracing of crystal-based
    phase retarders.

  * *Materials*. The material properties are incorporated using three different
    tabulations of the scattering factors, with differently wide and differently
    dense energy meshes. Refractive index and absorption coefficient are
    calculated from the scattering factors. Two-surface bodies, such as plates or
    refractive lenses, are treated with both refraction and absorption.

  * *Multiple reflections*. xrt can trace multiple reflections in a single
    optical element. This is useful, for example in 'whispering gallery' optics
    or in Montel or Wolter mirrors.

  * *Non-sequential optics*. xrt can trace non-sequential optics where different
    parts of the incoming beam meet different surfaces. Examples of such optics
    are poly-capillaries and Wolter mirrors.

  * *Singular optics*. xrt correctly propagates vortex beams, which can be used
    for studying the creation of vortex beams by transmissive or reflective
    optics.

  * *Global coordinate system*. The optical elements are positioned in a global
    coordinate system. This is convenient for modeling a real synchrotron
    beamline. The coordinates in this system can be directly taken from a CAD
    library. The optical surfaces are defined in their local systems for the
    user's convenience.

  * *Beam categories*. xrt discriminates rays by several categories: `good`,
    `out`, `over` and `dead`. This distinction simplifies the adjustment of
    entrance and exit slits. An alarm is triggered if the fraction of dead rays
    exceeds a specified level.

  * *Portability*. xrt runs on Windows and Unix-like platforms, wherever you can
    run python.

  * *Examples*. xrt comes with many examples; see the galleries, the links are at
    the top bar.

  xrtQook -- a GUI for creating scripts
  -------------------------------------
  The main interface to xrt is through a python script. Many examples of such
  scripts can be found in the supplied folder 'examples'. The script imports the
  modules of xrt, instantiates beamline parts, such as synchrotron or geometric
  sources, various optical elements, apertures and screens, specifies required
  materials for reflection, refraction or diffraction, defines plots and sets job
  parameters.

  The Qt tool xrtQook takes these ingredients and prepares a ready to use script
  that can be run within the tool itself or in an external Python context.
  xrtQook features a parallelly updated help panel that, unlike the main
  documentation, provides a complete list of parameters for the used classes,
  also including those from the parental classes. xrtQook writes/reads the
  recipes of beamlines into/from xml files.

  Dependencies
  ------------
  numpy, scipy matplotlib are required. If you use OpenCL for calculations on GPU
  or CPU, you need AMD/NVIDIA drivers, ``Intel CPU only OpenCL runtime`` (these
  are search key words), pytools and pyopencl. Spyderlib (the foundation of
  Spyder IDE) is highly recommended for nicer view of xrtQook.

  Python 2 and 3
  --------------
  The code can run in both Python branches without any modification.

rpm_vendor:
  Konstantin Klementiev, Roman Chernikov <konstantin DOT klementiev AT gmail DOT com, rchernikov AT gmail DOT com>


