# packages

pkgId: ee2c96bcf9b32eafd84f6b76cfa821fdd8c374691dbe04be79459143e2bf2a9e
name: Cython
arch: src
version: 0.21.1
epoch: 0
release: 1.el6
summary: A language for writing Python extension modules
url: http://www.cython.org
rpm_license: Python
rpm_group: Development/Tools
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: Cython-0.21.1-1.el6.src.rpm
checksum_type: sha256
description:
  This is a development version of Pyrex, a language
  for writing Python extension modules.

  For more info, see:

      Doc/About.html for a description of the language
      INSTALL.txt	   for installation instructions
      USAGE.txt	   for usage instructions
      Demos	   for usage examples


pkgId: 2fd6ef9d5d4088c4a43b7ed054039da0f994631a7d198e87134bd21df27b1ab2
name: LiberaManager
arch: src
version: 1.0
epoch: 0
release: 1.el6.
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: srvv-buildnode-0.maxlab.lu.se
location_href: LiberaManager-1.0-1.el6..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: 191cacfe353c5b7c4e1e342b223ff2ef52681b9d6a8377420747c9031a5e5b85
name: PyMca
arch: src
version: 4.5.0
epoch: 0
release: 2.el6.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: w-v-cinode-1.maxiv.lu.se
location_href: PyMca-4.5.0-2.el6.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: fdbb04792b9fa10d4ed672b332978a1d7b5d68c29c171a0e930a06dad82fb477
name: app-maxiv-tangostarterverification
arch: src
version: 1
epoch: 0
release: 2
summary: Assures "tango-starter" running.
url: www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: MAXIV-KITS
rpm_group: Tango
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
rpm_packager: jerzy.jamroz@maxlab.lu.se
location_href: app-maxiv-tangostarterverification-1-2.src.rpm
checksum_type: sha256
description:
  The package assures that the "tango-starter" service is always running. Only for "init.d" based systems.


pkgId: 52e2092295110a05f8c4ef2e750e9b5fef65c2807c02a411808b65588e9ffb83
name: cassandra-cpp-driver
arch: src
version: 2.2.2
epoch: 1
release: 1.el6
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.2.2-1.el6.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: cffe9276e4abe42b9222f61d59915f5c1a781d4db14fed98c0f8f039be2d9c4a
name: dev-maxiv-keithley6485
arch: src
version: 0.1.0
epoch: 0
release: 0.el6.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.el6.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: 688047602754bc28779b9c86b9987c0720d45e39fee74759d75eab38e67d9cd7
name: elog
arch: src
version: 2.9.2
epoch: 0
release: test
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: ec-kitslab-1.maxlab.lu.se
location_href: elog-2.9.2-test.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: 282c61193367d0494432f1a1932b7e24d82a541e86a178770f7f7b37477e039c
name: epics-base
arch: src
version: 3.14.12.5
epoch: 0
release: 3.el6.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-3.el6.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: a561680180caacc6242aac18fbce86ae287e01bcb0351d5efc9822093ca88ee5
name: h5py
arch: src
version: 2.4.0
epoch: 0
release: 1.el6
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-1.maxiv.lu.se
location_href: h5py-2.4.0-1.el6.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: 06d74816d3b9e107365e10337945e4828e97af80bf1065255cd29d881f36c883
name: imagej
arch: src
version: 1.48
epoch: 0
release: 5.e.el6
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: ec-kitslab-1.maxlab.lu.se
location_href: imagej-1.48-5.e.el6.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: 5aab06dc8b5ee83eb05a3d44921a31f2e21d58becdb2065a93fb2f6ee8a19e15
name: jhdf5
arch: src
version: 2.7
epoch: 0
release: 5.el6
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-0.maxiv.lu.se
location_href: jhdf5-2.7-5.el6.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: c63e223c3d4b09896339ac016161001588cbdc6edb71108ebb29e23f2e209216
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: d05d8aaa81e0
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: 2530ddf89f760a45003e030e7cbd79e1abe0afb40a8a4b2c5cb82738155d2fcc
name: lib-cars-pyepics
arch: src
version: 3.2.5
epoch: 0
release: 0.el6.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: lib-cars-pyepics-3.2.5-0.el6.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: 8893ee3ffa097b43809729dd7cd9268c12daba770b556d0743422959658fc250
name: lib-maxiv-isara
arch: src
version: 0.1.0
epoch: 0
release: 0.el6.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-1.maxiv.lu.se
location_href: lib-maxiv-isara-0.1.0-0.el6.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: 6b1d389f92e7e02be9934b28c7a1bccaa976be1ad3d98b32df2077d553bb40d6
name: libace
arch: src
version: 5.7.6
epoch: 0
release: 3.el6.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.el6.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: 668f5db63809600b362a228b77bcae0966068af9218fa2dfc88151a3e01df7e1
name: libc_tango
arch: src
version: 3.0.1
epoch: 0
release: 2.20130417git.el6.maxlab
summary: TANGO C API - shared library
url: http://www.tango-controls.org
rpm_license: GPL
rpm_group: System Environment/Libraries
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
location_href: libc_tango-3.0.1-2.20130417git.el6.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: badf0850bb75f17c2846c25f798b9fa5353f73e33b643b9e174ee6c9bb12be82
name: libdanfysikps
arch: src
version: 0.14.2
epoch: 0
release: 1.el6.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.2-1.el6.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for controlling SYS power supplies from Danfysik (Only compatible with MPS Series with Ethernet)


pkgId: 80e368948941f4d06ff435ca36f570d67f94d8d92c6c0e0dcefd1c586c6927ba
name: libsnmp++
arch: src
version: 3.3.4
epoch: 0
release: 1.el6.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.el6.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: f543ca7566d0815549a16cc7bf70568b76fae82457bd21539ec3498a133a2a6e
name: mrf-pci-driver
arch: src
version: 1
epoch: 0
release: 1
summary: MRF PCI DRIVER
url: www.maxlab.lu.se
rpm_license: GPLv2
rpm_vendor: MFR
rpm_group: Development/Tools
rpm_buildhost: srvv-buildnode-0.maxlab.lu.se
rpm_packager: jerzy.jamroz@maxlab.lu.se
location_href: mrf-pci-driver-1-1.src.rpm
checksum_type: sha256
description:
  Kernel modules for cPCI EVG300 and EVR300 prepared for the MAXIV timing project. It should be installed in all MRF IOC computers.


pkgId: bc90e03f97236e70b5dfeb8409bb25e887ff96517478316d77a602af15a1a088
name: mxml
arch: src
version: 2.5
epoch: 0
release: 8.el6.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.el6.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: bb42c759c61f11c9ba77facbbfb90496184639b4c0cb40a84f467cba3be045a6
name: nexus
arch: src
version: 4.3.0
epoch: 0
release: 1.el6.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: ec-kitslab-1.maxlab.lu.se
rpm_packager: NeXus Developers <nexus-developers@nexusformat.org>
location_href: nexus-4.3.0-1.el6.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: 2cbefa30d9fca4fff5accf70f7b752e474239377b4db6e7217e581890c41f6e4
name: omniORB
arch: src
version: 4.1.7
epoch: 0
release: 1.el6
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-1.maxiv.lu.se
location_href: omniORB-4.1.7-1.el6.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: cc8379cbb22901ba3d79e166f417c58a43ebd31ae1f5bdbf7e449a147bdd7be4
name: pyqtgraph
arch: src
version: 0.9.10
epoch: 0
release: 1.el6.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-1.maxiv.lu.se
location_href: pyqtgraph-0.9.10-1.el6.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: aba960a0d60eaa57375e5827dc0fc8678a13323229c19cacdf4d6c3b511f4e95
name: pyserial
arch: src
version: 2.6
epoch: 0
release: 4.el6.maxlab
summary: Python serial port access library
url: http://pyserial.sourceforge.net
rpm_license: Python
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: pyserial-2.6-4.el6.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: 2954dc8a8855385081e53e9d6913ee01c710e21e2c8489646cf8d29b5414770d
name: python-ZConfig
arch: src
version: 2.9.2
epoch: 0
release: 2.el6.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-0.maxiv.lu.se
location_href: python-ZConfig-2.9.2-2.el6.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: 839d99a636131f88aec31f48c012b70ec28ddfd2b48a7950cfd1611c3142fe60
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: b8e0c7f4c055
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: e6b737cf02d0d2196eaa0fd9e1d7320bfb7f27260e6c64eabcd4e16931f6e2d1
name: python-cryojet5lib
arch: src
version: 0.4.4
epoch: 0
release: 0.el6.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.el6.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: 6fa2c45554ac3cf00d84a16068c2ecf0a0f5ce20edee19372ed004ffb21df2d1
name: python-dg645lib
arch: src
version: 1.4
epoch: 0
release: 1.el6.maxlab
description: UNKNOWN
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Hardion <vincent.hardion@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: python-dg645lib-1.4-1.el6.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.


pkgId: b9544211bda1a757762aeec5297b7a2a9dc2d9d67054ed74a694e08dd989c9d4
name: python-dg645lib
arch: src
version: 1.4.2
epoch: 0
release: 1.el6.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.el6.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: e43c462c27f1952ee964e2373a7dc72226e3492f5b944f01eb16badf176de4a7
name: python-facadedevice
arch: src
version: 0.7.2
epoch: 0
release: 1.el6.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: e9fb9981a37a
location_href: python-facadedevice-0.7.2-1.el6.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%.

  Contact
  -------

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


pkgId: 3ec75b1fe84d55a27da5b5cb68b5172e11373ee698dc47886801732af58c797e
name: python-femtomaxcontrollers
arch: src
version: 0.2.1
epoch: 0
release: 2.el6.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-1.maxiv.lu.se
location_href: python-femtomaxcontrollers-0.2.1-2.el6.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: 430db3f7c65b8be52e17d8410d5bbfe77113d39d20ed37250ec2f1a8ae9a5deb
name: python-guidata
arch: src
version: 1.6.1
epoch: 0
release: 1.el6.maxlab
summary: Dataset manipulation GUI generator
url: http://guidata.googlecode.com/
rpm_license: CeCILL
rpm_group: Development/Languages
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: python-guidata-1.6.1-1.el6.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: 38d9d62d2f225d11231e543cc67705c54ddd903ca7527d441dfc5abc8989c85d
name: python-guiqwt
arch: src
version: 2.3.1
epoch: 0
release: 1.el6.maxlab
summary: Efficient 2D data-plotting library
url: http://guiqwt.googlecode.com/
rpm_license: CeCILL
rpm_group: Development/Languages
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: python-guiqwt-2.3.1-1.el6.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: bca952397f4733849e2a455cb03ded9ef3347623f3baf68ce00c48239ccb068e
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: 8560424ef229
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: 7cadc21e63e55436e009c229e5c583954ba66ef45d3390d06502e99d981c5bcc
name: python-manuel
arch: src
version: 1.7.1
epoch: 0
release: 2.el6.maxlab
summary: Build tested documentation
url: http://pypi.python.org/pypi/manuel
rpm_license: ZPLv2.1
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: python-manuel-1.7.1-2.el6.maxlab.src.rpm
checksum_type: sha256
description:
  Manuel lets you mix and match traditional doctests with custom test
  syntax.  Several plug-ins are included that provide new test syntax.
  You can also create your own plug-ins.


pkgId: 802b217074e2d6f3cc4dc800075f0670b93cae530805d4fdd89caced0c89ae0b
name: python-mrfevxlib
arch: src
version: 1.0.5
epoch: 0
release: 1.maxlab
summary: MAXIV specific libraries for the cPCI-EVG and cPCI-EVR Tango Device.
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_vendor: Jerzy Jamroz <jerzy.jamroz@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: 1f6908fb0fb8
location_href: python-mrfevxlib-1.0.5-1.maxlab.src.rpm
checksum_type: sha256
description:
  * MAXIV specific libraries for the cPCI-EVG and cPCI-EVR Tango Device.
  * This is a library which contains features for MRF EVR and EVG Tango Devices tailored for the MAXIV functionality.
  * Wiki page: https://wiki.maxiv.lu.se/index.php/TIMING_MANUAL


pkgId: 76cadabe3a12b812dde55ef52db98bcdd74c585b893dc0733333a67b36fbb491
name: python-pi727lib
arch: src
version: 0.2.0
epoch: 0
release: 0.el6.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-0.maxiv.lu.se
location_href: python-pi727lib-0.2.0-0.el6.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: cebfe67b88d035d72c25d06be306bd7514162a6548cf562ae070be5f7c388a08
name: python-pi_e816lib
arch: src
version: 0.1.1
epoch: 0
release: 0.el6.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-1.maxiv.lu.se
location_href: python-pi_e816lib-0.1.1-0.el6.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: f9ef49156f6fe069efd6b98bc91a2a1353c4ba69897c4a2bd1fdcfb75fe4d584
name: python-pytango
arch: src
version: 9.2.0
epoch: 0
release: 7.el6.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-0.maxiv.lu.se
location_href: python-pytango-9.2.0-7.el6.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: c7ea8065a841e0b705de35558627f61248cecd096bbea1ec9d18157272391871
name: python-rohdeschwarzrtolib
arch: src
version: 2.3.4
epoch: 0
release: 1.el6.maxlab
description: UNKNOWN
rpm_license: UNKNOWN
rpm_vendor: Paul Bell <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: python-rohdeschwarzrtolib-2.3.4-1.el6.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the R&S RTO 1004 oscilloscope.This communication is based in TCP/IP sockets, using SCPI commands.


pkgId: 24e7f9b6100e6fd912cd92dd5a2172996fc0372c8f49dfc67ecbd350a26b8570
name: python-rohdescope
arch: src
version: 0.4.6
epoch: 0
release: 1.el6.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: srvv-buildnode-0.maxlab.lu.se
location_href: python-rohdescope-0.4.6-1.el6.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: 85ebecc0e73470e7e3b07ef456c7f8f0df762666601b9a1a4e2293356b7af0b8
name: python-rpct
arch: src
version: 0.1.0
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: python-rpct-0.1.0-1.el6.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: 43a956797e6a409d2b2bbb1c0814b55e74118d8297b28a45332f72ff5ee3f4d2
name: python-setuptools
arch: src
version: 12.0.3
epoch: 0
release: 1.el6
summary: Easily build and distribute Python packages
url: http://pypi.python.org/pypi/setuptools
rpm_license: Python or ZPLv2.0
rpm_group: Applications/System
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: python-setuptools-12.0.3-1.el6.src.rpm
checksum_type: sha256
description:
  Setuptools is a collection of enhancements to the Python distutils that allow
  you to more easily build and distribute Python packages, especially ones that
  have dependencies on other packages.

  This package also contains the runtime components of setuptools, necessary to
  execute the software that requires pkg_resources.py.


pkgId: 85ba8de7b7296621731d419312d2752704bd8cd39fcb5d68fc4dd33b137d9494
name: python-shamrocklib
arch: src
version: 0.0.3
epoch: 0
release: 0.el6.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.3-0.el6.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for communication with the Shamrock spectrometer controller.This communication is based in USB.


pkgId: a178c43e5cf94cc1d067122b483496641a1afb9af0ebc4b8b3f59279749829a8
name: python-signalgeneratorlib
arch: src
version: 1.0
epoch: 0
release: 2.el6.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: ec-kitslab-1.maxlab.lu.se
location_href: python-signalgeneratorlib-1.0-2.el6.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: b2fa904e53a3c4b2e864fc99e5bad7205f63154bf5abd38386df18b669ba84e3
name: python-storm
arch: src
version: 0.19
epoch: 0
release: 1.el6
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.el6.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: 152c1adef611d5123b0584195a7b5480ef5c8002b539a2259b7154e010a50bb3
name: python-taurus
arch: src
version: 4.1.0
epoch: 0
release: 1.el6.maxlab
summary: Taurus framework
url: http://www.taurus-scada.org/
rpm_license: GPL
rpm_group: Development/Languages
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: python-taurus-4.1.0-1.el6.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: 22fefe3519359ebff0474a4d2508abe10c889623f9f3195ebfd266942bff8727
name: python-thermoac200lib
arch: src
version: 0.2.0
epoch: 0
release: 1.el6.maxlab
description: UNKNOWN
rpm_license: UNKNOWN
rpm_vendor: UNKNOWN <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: python-thermoac200lib-0.2.0-1.el6.maxlab.src.rpm
checksum_type: sha256
summary:
  Library for remote communication with the Thermo Scientific AC 200 circulator baths.Uses socket server device


pkgId: 68b3c6dd3af8c403f2c279d9b7cd359648cc83b90ee16986133e01da2879b688
name: python-tspdev
arch: src
version: 0.2.0
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: python-tspdev-0.2.0-1.el6.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: 50c282260136bba2e51aa2ac2765c1ead8f9ccd731d394942313fdd17af6efc4
name: python-vxi11
arch: src
version: 0.7.5
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: python-vxi11-0.7.5-1.el6.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: 1623e00a1661062d517af1b70895001d4e705aa3519a3be0ba7860d719a95908
name: python-watchdog
arch: src
version: 0.8.3
epoch: 0
release: 1.el6.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.el6.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: 1000787c7f4290d3aa9c85f277498e2ddbd242ed57d2bffcc7d30cd1cbf01b17
name: python-zc-lockfile
arch: src
version: 1.1.0
epoch: 0
release: 1.el6.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-1.maxiv.lu.se
location_href: python-zc-lockfile-1.1.0-1.el6.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: bc7df0902b41d1df2f0a9434ec0d2a6d0ff5f31fad5277ac399ca678639fc127
name: remmina
arch: src
version: 0.7.5
epoch: 0
release: 3.el6.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.el6.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: 2d427c5da56166b75cd7e44b85c9e170122efed289220a6a39aaf250dcef1137
name: sardana
arch: src
version: 2.3.2
epoch: 0
release: 2.el6.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.el6.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: 82872a211c49555d5105f54df160f76112f7357f5244ddfe074cd202bc463a17
name: sardana-ivu_ctrl
arch: src
version: 0.2.1
epoch: 0
release: 1.el6.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.maxiv.lu.se
location_href: sardana-ivu_ctrl-0.2.1-1.el6.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: 8e6afea880e3540e947d64fd0f8f7d031d4ebdaa7ab3a50876765167a377153b
name: silx
arch: src
version: 0.4.0a0
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: silx-0.4.0a0-1.el6.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
  * curves
  * image plot widget with a set of associated tools (See `changelog file <https://github.com/silx-kit/silx/blob/master/CHANGELOG.rst>`_).
  * HDF5 browser
  * isosurface rendering (using marching cubes)
  * 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/

  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 and 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/>`_

  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: b565b9d13cb4c5c7659afb9c628c58b89e3e27e229672318058310e767f1d381
name: skippy
arch: src
version: 1.2.11a0
epoch: 0
release: 1.el6.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.el6.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: b94ce903bd46d102eaf620e0e4b7a68ffd3f88b103a1e5ce7b7dd632d6cdada3
name: spyder
arch: src
version: 2.1.13
epoch: 0
release: 3.el6.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.el6.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: bbd758a69712d64747860b0a66a19c45a96a6060c34f317f23dd2f76d797122c
name: tango
arch: src
version: 8.1.2
epoch: 0
release: 16.el6.maxlab
summary: TANGO distributed control system
url: http://www.tango-controls.org
rpm_license: GPL / LGPL
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: tango-8.1.2-16.el6.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: 73b547e0aae763ade4d890835e020a0689677439590bc91c461896712d23422d
name: tango-starterverify
arch: src
version: 1.0.0
epoch: 0
release: 1.maxlab
summary: Assures "tango-starter" running.
url: www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: MAXIV-KITS
rpm_group: Tango
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
rpm_packager: jerzy.jamroz@maxiv.lu.se
location_href: tango-starterverify-1.0.0-1.maxlab.src.rpm
checksum_type: sha256
description:
  The package assures that tango-starter service is always running. The script runtime/executable should be added to the supervisor or other process management tool.


pkgId: c797649b497013b125378929984a20af5823944a257b30e87e432b756df62a1d
name: tangods-actuators
arch: src
version: 0.5.0
epoch: 0
release: 1.el6.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-1.maxiv.lu.se
location_href: tangods-actuators-0.5.0-1.el6.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: a5c9994ec811445d2781d265b143a09fcc6e66e32f2e991fd6e0e0130ec49f87
name: tangods-beamstopper
arch: src
version: 0.1.0
epoch: 0
release: 1.el6.maxlab
summary: Device server for PSS beam stoppers.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Johan Forsberg <johan.forsberg@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: tangods-beamstopper-0.1.0-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-beamstopper
  ====================
  ***

  This device controls a beam stopper controlled by a PSS PLC.

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

   - Package: tangods-beamstopper
   - Server:  VacuumValve
   - Device:  VacuumValve
   - Repo:    [dev-maxiv-beamstopper][repo]

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

  Contact
  -------

  Johan Forsberg (johan.forsberg@maxlab.lu.se)


pkgId: 02da62d00b0a3e2fc4cc526d907f486756542c53d8386b20c66f9239e03249fe
name: tangods-billboard
arch: src
version: 0.1.1
epoch: 0
release: 1.el6.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.el6.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: 90cb2185db30f207d7e6433df6449de3107cb5b8ced0c2703964748552f8d1bc
name: tangods-bitselector
arch: src
version: 0.1.1
epoch: 0
release: 1.el6.maxlab
summary: Device server to switch between modes by setting bits from a plc.
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-bitselector-0.1.1-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-bitselector
  ===================
  ***

  Device server to switch between modes by setting bits from a plc.

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

   - Package:  tangods-bitselector
   - Servers:  BitSelector
   - Devices:  BitSelector
   - Repo:     [dev-maxiv-bitselector][repo]

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


  Contact
  -------

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


pkgId: 5ef158547d70acc960f3d36bf10c90f2b8d3239a264764c11d265790900ec7d8
name: tangods-camerascreen
arch: src
version: 0.1.6
epoch: 0
release: 1.el6.maxlab
summary: Device server for the camera 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: ec-kitslab-1.maxlab.lu.se
location_href: tangods-camerascreen-0.1.6-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-camerascreen
  ====================
  ***

  Device server for the camera screens controlled by a PLC.

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

   - Package: tangods-camerascreen
   - Server:  CameraScreen
   - Device:  CameraScreen
   - Repo:    [dev-maxiv-camerascreen][repo]

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

  Contact
  -------

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


pkgId: 7f4ffe6e960715b6beb7ca61c82c7c809fdb978c25ea4b40d7ef7a90b74b3fd8
name: tangods-chargeratio
arch: src
version: 0.1.1
epoch: 0
release: 1.el6.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.el6.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: 8575e63c7dce110e068a733ee1b74b193280e6d162901c70196de6c4add81ab0
name: tangods-chargetransformer
arch: src
version: 0.3.8
epoch: 0
release: 2.el6.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.3.8-2.el6.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: 41c41033af191f7931046a0fff6704236c4cadb11343fa5077bde2dd92996061
name: tangods-dcct
arch: src
version: 0.3.2
epoch: 0
release: 1.el6.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.2-1.el6.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: 657e75167d1d7da9a201fb07b57c609c4c01edc12ee5d099930118349e6cbd02
name: tangods-dcmtsai
arch: src
version: 1.4.0
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: tangods-dcmtsai-1.4.0-1.el6.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: efc3f3f0fa7a112c19809d21946fd91504495f406fda24c8bb325fd876d778c1
name: tangods-delaygenerator
arch: src
version: 1.6.8
epoch: 0
release: 1.el6.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: ec-kitslab-1.maxlab.lu.se
location_href: tangods-delaygenerator-1.6.8-1.el6.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: 5d7a301b500b2c8fac4b4cb4106071a5a9de4af391d15e4ab3abce1bbab66334
name: tangods-dmx8
arch: src
version: 1.0.0
epoch: 0
release: 1.el6.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: ec-kitslab-1.maxlab.lu.se
location_href: tangods-dmx8-1.0.0-1.el6.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: ad6ac63ae471f87bfc7b9fc52170ea6f60ab953035d8150f0b3ebdecf0f25047
name: tangods-eipalarm
arch: src
version: 0.0.3
epoch: 0
release: 2.el6.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: dec82bd12489
location_href: tangods-eipalarm-0.0.3-2.el6.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: caab2f96be8183a58980b58e9b253b5f7c501675d4b2a864f7f8b1db8bccbd3c
name: tangods-epufeedback
arch: src
version: 0.1.0
epoch: 0
release: 1.el6.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.el6.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: 931ad5f92689a5d50ddba02908b0bb3e6603094cd375af39b41365fcbf8c6227
name: tangods-eventgenerator
arch: src
version: 1.0.3
epoch: 0
release: 1.maxlab
summary: MAXIV TANGO device server for MRF EVG.
url: http://www.maxiv.lu.se
rpm_license: GPLv2
rpm_vendor: Jerzy Jamroz <jerzy.jamroz@maxliv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: a975f78ebee0
location_href: tangods-eventgenerator-1.0.3-1.maxlab.src.rpm
checksum_type: sha256
description:
  * MAXIV TANGO device server for MRF EVG.
  * Wiki page: https://wiki.maxiv.lu.se/index.php/TIMING_MANUAL_EVG


pkgId: c4eef3c4f6a55c18ec43d476ce111f454f61db67e327dbe1a8e80ca09f9163d8
name: tangods-eventreceiver
arch: src
version: 1.0.3
epoch: 0
release: 1.maxlab
summary: MAXIV TANGO device server for MRF EVR.
url: http://www.maxiv.lu.se
rpm_license: GPLv3
rpm_vendor: Jerzy Jamroz <jerzy.jamroz@maxiv.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: 442bba1e2e09
location_href: tangods-eventreceiver-1.0.3-1.maxlab.src.rpm
checksum_type: sha256
description:
  * MAXIV TANGO device server for MRF cPCI EVR.
  * Wiki page: https://wiki.maxiv.lu.se/index.php/TIMING_MANUAL_EVR


pkgId: eef58f53488b1dffcd7ddf915694ed8ff87d70075f258e6e33413aa44257149f
name: tangods-facadedevice
arch: src
version: 0.2.8
epoch: 0
release: 1.el6.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: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-facadedevice-0.2.8-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-facadedevice
  ===================
  ***

  Provide a facade device to subclass.

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

   - Package: tangods-facadedevice
   - Device:  Facade (+ FacadeMeta)
   - Repo:    [dev-maxiv-facadedevice][repo]

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


  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",
          attr="InStatusTag",
          dtype=bool)

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

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

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

      MoveOut = proxy_command(
          device="OPCDevice",
          attr="OutCmdTag",
          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%.

  Contact
  -------

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


pkgId: ffc02f8b7c12dde51fdc32837afb85143669ee4c3d03b45d2a84fb5256e9da28
name: tangods-facadeliberamanager
arch: src
version: 0.1.0
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: tangods-facadeliberamanager-0.1.0-1.el6.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: 9b6770b615692699afd1c5696c2973199446cf9a8bd981c5af8df2b8c36852ab
name: tangods-faradaycup
arch: src
version: 0.3.1
epoch: 0
release: 1.el6.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.1-1.el6.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: 958afe0f1c7d0fe1b291937862a58a5b1bb4ca842548c2d2b440b60775f5b05b
name: tangods-femtomaxphotodiode
arch: src
version: 0.4.0
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: tangods-femtomaxphotodiode-0.4.0-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-chargetransformer
  =========================
  ***

  Device server for photo diodes.

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

   - Package:  tangods-femtomaxphotodiode
   - Servers:  PhotoDiodeIntegrator
   - Devices:  PhotoDiodeIntegrator
   - 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: cf860cc4d96826ea91aeee8e4ce1ecc2c776351a98120a925380c00a8d37d1ff
name: tangods-heat3analog
arch: src
version: 1.0.1
epoch: 0
release: 1.el6.
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.el6..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: b964a1abcd3111a6fe09f7d7795711f3bfced5a424651a20ad1ca5b96d80fcc2
name: tangods-injectionmeter
arch: src
version: 0.1.6
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: tangods-injectionmeter-0.1.6-1.el6.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: fe6f241b91a48944c690a6d6646028b7bb2edb6ef4a9893648c9a7d17ebd601e
name: tangods-injectionratio
arch: src
version: 0.1.3
epoch: 0
release: 1.el6.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.el6.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: d63b7a5f7d99f40c8f97e2d5510b3fb554257fd3ec886bc59655432745e0bb53
name: tangods-injectionselector
arch: src
version: 0.2.0
epoch: 0
release: 1.el6.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: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-injectionselector-0.2.0-1.el6.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: 7c9c5fbff9006a921bba4a81b8e3313cf9cdd5d10a9226b6ba86c56bc873c38e
name: tangods-ivufeedback
arch: src
version: 0.1.1
epoch: 0
release: 1.el6.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.el6.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: e5eb2f1714cc354b472e286edb714786e00f06a140a259c52976162791537e4e
name: tangods-keithleydmm7510
arch: src
version: 0.4.8
epoch: 0
release: 1.el6.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: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-keithleydmm7510-0.4.8-1.el6.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: 942bf052b1d5814ed8c8968ba8117259a60a4e1f8a1b7f43bb6c8840d3904aef
name: tangods-modeselector
arch: src
version: 0.1.0
epoch: 0
release: 1.el6.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.el6.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: 7ca800b368df03c62816e6a972a9194e25a4c2640a2cd603f6101c8836e8757c
name: tangods-motorizedscraper
arch: src
version: 0.0.1
epoch: 0
release: 1.el6.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-0.maxiv.lu.se
location_href: tangods-motorizedscraper-0.0.1-1.el6.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: 99a0f303860b50ba7b509477b885f196eed8b7469188861e8c4080decc207276
name: tangods-motorizedscreen
arch: src
version: 0.2.1
epoch: 0
release: 1.el6.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.el6.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: a615d4344743ffe86affef541c66665553ec3f534da3f15f1acaa60f712c6351
name: tangods-ovennode
arch: src
version: 0.2.2
epoch: 0
release: 1.el6.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: ec-kitslab-1.maxlab.lu.se
location_href: tangods-ovennode-0.2.2-1.el6.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: 95a59d3af63c6281b18d6e3d0a452de0f43b9d86a87f93844fcbfd5d9c250ec7
name: tangods-photodiode
arch: src
version: 1.0.0
epoch: 0
release: 1.el6.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: ec-kitslab-1.maxlab.lu.se
location_href: tangods-photodiode-1.0.0-1.el6.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: 931086e81202f3b325f9c1d257d18b618935fdf4252c66dfee0072670fc17972
name: tangods-proxydevice
arch: src
version: 0.1.5
epoch: 0
release: 1.el6.maxlab
summary: Provide a proxy 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: ec-kitslab-1.maxlab.lu.se
location_href: tangods-proxydevice-0.1.5-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-proxydevice
  ===================
  ***

  Provide a proxy device to subclass.

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

   - Package: tangods-proxydevice
   - Device:  Proxy (+ ProxyMeta)
   - Repo:    [dev-maxiv-proxydevice][repo]

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


  Usage
  -----

  In order to subclass the `Proxy`, it is required to define `ProxyMeta` 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 `Proxy` device is fully subclassable in a standard pythonic way
  (super, calls to parent methods, etc).

  Example
  -------

  ```python

  class CameraScreen(Proxy):
      __metaclass__ = ProxyMeta

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

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

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

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

      MoveOut = proxy_command(
          device="OPCDevice",
          attr="OutCmdTag",
          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%.

  Contact
  -------

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


pkgId: d6833cd6e37832beda4dd45f6e6350a0cc71fc2b9402ab5146a560fb1ef645c2
name: tangods-pulsepowersupply
arch: src
version: 2.0.2
epoch: 0
release: 1.el6.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-1.maxiv.lu.se
location_href: tangods-pulsepowersupply-2.0.2-1.el6.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

  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 :

  PulsePowerSupply instance_name


pkgId: 8fb0ee0a1e494e0af5a2a580374527b26b791b8dbd05a12327282d99ac8c2c6e
name: tangods-pulsepowersupply
arch: src
version: 2.0.3
epoch: 0
release: 1.el6.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-1.maxiv.lu.se
location_href: tangods-pulsepowersupply-2.0.3-1.el6.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: 7c94c3bb64734d3eafef3375665d757d1ffd014f8f442d3f20641e23fbd69a8b
name: tangods-pystatecomposer
arch: src
version: 6.4
epoch: 0
release: 3.el6.maxlab
description: UNKNOWN
rpm_license: UNKNOWN
rpm_vendor: UNKNOWN <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: tangods-pystatecomposer-6.4-3.el6.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: 6299f1b4852fc257ae14dfbd631a2c02d4cd7096efbd9cdebcdcb6ac92bd69b6
name: tangods-redpitayact
arch: src
version: 0.1.2
epoch: 0
release: 1.el6.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.2-1.el6.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: 9202eb38673ffb4685bd8cd6c015f758471497456082dd222824aac5bee79471
name: tangods-rfstructure
arch: src
version: 0.0.3
epoch: 0
release: 1.el6.maxlab
description: UNKNOWN
rpm_license: UNKNOWN
rpm_vendor: Paul Bell <UNKNOWN>
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: tangods-rfstructure-0.0.3-1.el6.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: f139260f3393987d6f351725684128aa7a4fe52c2b0f76471d70c506d1f3575c
name: tangods-scope
arch: src
version: 3.3.4
epoch: 0
release: 1.el6.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: cb114cd13906
location_href: tangods-scope-3.3.4-1.el6.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: 453eef8b6d81b6397608b251d4ff56910c83c48b711ea2f7db2fe79712026109
name: tangods-scope
arch: src
version: 3.3.5
epoch: 0
release: 1.el6.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: edc2735149dc
location_href: tangods-scope-3.3.5-1.el6.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: e60162e55abf6d44484ce6ee673a1bb91a6dcde4eb16ec7503093b6b635038b1
name: tangods-sensors
arch: src
version: 0.5.0
epoch: 0
release: 1.el6.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-1.el6.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: b3c8bc20814f3c4b06bbf16174f1ea8c3f20a3288396076cf0eedb3f6ae334b0
name: tangods-spectrumanalyzer
arch: src
version: 0.1.2
epoch: 0
release: 1.el6.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-1.maxiv.lu.se
location_href: tangods-spectrumanalyzer-0.1.2-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-spectrumanalyzer
  =============

  Device server for the Rohde and Schwarz spectrum analyzer FSV


pkgId: 4cfa59be796306d935284bfd67bbb35a526bd11b3ef6708a213a5804ad1745e4
name: tangods-thermocouple
arch: src
version: 0.1.9
epoch: 0
release: 1.el6.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: ec-kitslab-1.maxlab.lu.se
location_href: tangods-thermocouple-0.1.9-1.el6.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: a4db3811157a90137082c53c9af20efe404602af61fe7f8a304c5398d7d68a67
name: tangods-thermocoupleoverview
arch: src
version: 0.1.0
epoch: 0
release: 1.el6.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: srvv-buildnode-0.maxlab.lu.se
location_href: tangods-thermocoupleoverview-0.1.0-1.el6.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: 2d4b47f2f99992fbc5682be0eae8cf6feee9bac205818542617f02e282f84657
name: tangods-triggerlimiter
arch: src
version: 0.1
epoch: 0
release: 1.el6.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.el6.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: 76036b2a60904c53b148d80ad480257a76ac40e7d6f91d828bc0eb87a9705455
name: tangods-vacuumvalve
arch: src
version: 0.1.8
epoch: 0
release: 1.el6.maxlab
summary: Device server for the vacuum valves.
url: http://www.maxlab.lu.se
rpm_license: GPLv3
rpm_vendor: Vincent Michel <vincent.michel@maxlab.lu.se>
rpm_group: Development/Libraries
rpm_buildhost: ec-kitslab-1.maxlab.lu.se
location_href: tangods-vacuumvalve-0.1.8-1.el6.maxlab.src.rpm
checksum_type: sha256
description:
  tangods-vacuumvalve
  ====================
  ***

  Device server for the vacuum valves controlled by a PLC.

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

   - Package: tangods-vacuumvalve
   - Server:  VacuumValve
   - Device:  VacuumValve
   - Repo:    [dev-maxiv-vacuumvalve][repo]

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

  Contact
  -------

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


pkgId: 7287f56fd4265d09741362084a3eee5e75174e81cd9dd9fb8eda5519eb26b8de
name: tangods-xray
arch: src
version: 1.0.1
epoch: 0
release: 1.el6.
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-xray-1.0.1-1.el6..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: 2f581da76a198cc717d5d57d7cdc864def811c6efd74144d084319e0544e2a91
name: tangods-xraysource
arch: src
version: 1.0.1
epoch: 0
release: 1.el6.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.el6.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: 7fec33e5e9e19e25780f538782d6fdddc5f3e61a58748074fe2cf1e8f4973f13
name: xrt
arch: src
version: 1.2.1
epoch: 0
release: 1.el6.maxlab
url: http://pythonhosted.org/xrt
rpm_license: MIT License
rpm_group: Development/Libraries
rpm_buildhost: w-v-cinode-0.maxiv.lu.se
location_href: xrt-1.2.1-1.el6.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>


pkgId: 12b14ca1123b6cb4cd9da8d34f616669eb8f8c91244878b037111d8878762ac2
name: zeromq4
arch: src
version: 4.1.4
epoch: 0
release: 5.el6
summary: Software library for fast, message-based applications
url: http://www.zeromq.org
rpm_license: LGPLv3+
rpm_group: System Environment/Libraries
rpm_buildhost: w-v-cinode-1.maxiv.lu.se
location_href: zeromq4-4.1.4-5.el6.src.rpm
checksum_type: sha256
description:
  The 0MQ lightweight messaging kernel is a library which extends the
  standard socket interfaces with features traditionally provided by
  specialized messaging middle-ware products. 0MQ sockets provide an
  abstraction of asynchronous message queues, multiple messaging
  patterns, message filtering (subscriptions), seamless access to
  multiple transport protocols and more.

  This package contains the ZeroMQ shared library.


