Bug#907240: ITP: nextpnr -- Portable FPGA place and route tool
Hi, Sorry that this has not caught my attention. I have now merged in most of Nate's changes to the GIT repository in electronics-team. Thanks a lot! I have also added him as Uploader. If it is OK with you, I can upload the package very soon with the best (hopefully) from both of them. Best regards Ruben
Bug#972325: ITP: scikit-rf -- Python toolkit for RF/Microwave engineering
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: scikit-rf Version : 0.15.4 Upstream Author : scikit-rf development team (Alex Arsenovic, ..) * URL : http://scikit-rf.org/ * License : BSD-3-clause Programming Lang: Python Description : Python toolkit for RF/Microwave engineering It provides a modern, object-oriented library for network analysis (VNA) and calibration which is both flexible and scalable. The toolkit is superb for analyzing S parameter files (touchstone) from vector network analyzers. Plotting of Smith charts is easy with this library. I plan to maintain it in the Debian Electronics team.
Bug#926100: ITP: klayout -- High Performance Layout Viewer and Editor
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: klayout Version : 0.25.8 Upstream Author : Matthias Köfferlein * URL : https://www.klayout.de/ * License : GPL-3+ Programming Lang: C++ Description : High Performance Layout Viewer and Editor This is very good viewer for GDSII and other layout files used in the semiconductor industry. It is similar to 'magic', but has a much more modern GUI and is more robust handling all kinds of GDSII files created by various other tools. Its focus is more on viewing than on editing, but it also has limited, but expanding, support for DRC and extraction for LVS. I plan to maintain it in the Debian Electronics team.
Bug#926099: ITP: opensta -- Gate-level Static Timing Analyzer
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: opensta Version : 0.0 - GIT HEAD Upstream Author : Parallax Software, Inc. * URL : https://github.com/abk-openroad/OpenSTA * License : GPL-3+ Programming Lang: C++ Description : Gate-level Static Timing Analyzer After synthesis, place and route of a digital circuit, it is necessary to verify the timing of the design. OpenSTA is a tool for doing exactly that. It has a TCL interface for entering commands for analysing designs. It typically takes as input a verilog netlist, a liberty file, and other parasitics information from the placed and routed design. There is one similar, but more basic, tool called 'vesta' inside the qflow package already in Debian, but OpenSTA is a more complete solution. I plan to maintain it in the Debian Electronics team.
Bug#917037: No ITP anymore
Hi, Since there is only one reverse dependency, I did it in an easier way (for solving the problem temporarily until #894806 is resolved): https://tracker.debian.org/news/1014996/accepted-python-zeroconf-0213-1-source-into-unstable/ Therefore closing this ITP as wontfix. Cheers, Ruben
Bug#892190: Fwd: Regarding ITP of python-user-agents (Debian)
Hi Andre, I accidentally did not see that you already had created an ITP for python-user-agents (https://bugs.debian.org/892190) and I therefore created a new one: https://bugs.debian.org/917077 I've already prepared the package here: https://salsa.debian.org/python-team/modules/python-user-agents Are you still planning to upload it yourself? If not, should I upload it with your name in the "Uploaders" list next to mine? Best regards Ruben
Bug#916951: aiohue instead
I am planning to package python-aiohue instead of this package: https://bugs.debian.org/917079 It is using asyncio (aiohttp) instead, and is therefore "better". Ruben
Bug#917079: ITP: python-aiohue -- Async Python library to control Philips Hue
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-aiohue Version : 1.7.0 Upstream Author : Paulus Schoutsen and "home-assistant" * URL : https://github.com/balloob/aiohue * License : Apache-2.0 Programming Lang: Python Description : Async Python library to control Philips Hue Full featured Python library to control the Philips Hue lighting system implemented using Python asyncio via aiohttp. It provides more or less the same functionality as python-phue (https://bugs.debian.org/916951), but it is implemented using asyncio. It is a dependency for home-assistant if home-assistant should be able to control Philips Hue devices. I plan to maintain it in the Python modules team.
Bug#917077: ITP: python-user-agents -- Detect phone/tablet etc. from user agent string with Python
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-user-agents Version : 1.1.0 Upstream Author : Selwin Ong * URL : https://pypi.org/project/user-agents/1.1.0/ * License : Expat Programming Lang: Python Description : Detect phone/tablet etc. from user agent string with Python This is a Python library that provides an easy way to identify/detect devices like mobile phones, tablets and their capabilities by parsing (browser/HTTP) user agent strings. The goal is to reliably detect whether: - User agent is a mobile, tablet or PC based device - User agent has touch capabilities (has touch screen) It relies on the excellent ua-parser to do the actual parsing of the raw user agent string. I plan to maintain it in the Python modules team.
Bug#917076: ITP: python-envs -- Easy access of environment variables from Python
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-envs Version : 1.2.6 Upstream Author : Brian Jinwright * URL : https://pypi.org/project/envs/ * License : Apache-2.0 Programming Lang: Python Description : Easy access of environment variables from Python You can use python-envs if you need environment variables for your settings but need an easy way of using Python objects instead of just strings. For example, if you need a list of strings. Features: - CLI to convert settings - CLI to list and check environment variables - Use strings, lists, tuples, integers, floats or dicts. IMPORTANT: When setting the variables in your environmenet (ex. in .env file) wrap them in single or double quotes (ex. "['some','list']") It is a dependency for home-assistant. I plan to maintain it in the Python modules team.
Bug#917037: ITP: python3-zeroconf -- Pure Python implementation of multicast DNS service discovery (Python3)
Hi Jonas, > Feels wrong to me to add a new source package, when reason is that the > current/old source package is abandoned upstream! Yes, it may sound a bit strange, but the same has been done for other packages (https://bugs.debian.org/911453). I think it is the most straightforward way to go if we really need to keep the Python2 version while including the newest (python 3-only) upstream version. But I agree it can be argued if we really need to keep the Python2 version. > A quick look seems to indicate these two reverse dependencies: > > * pulseaudio-dlna > * python-pychromecast python-pychromecast has already been removed from Debian (source package), so the only problem is "pulseaudio-dlna". > Neither of those seem to have a bugreport warning that python-zeroconf > is unmaintained upstream. pulseaudio-dlna has this bug report https://bugs.debian.org/894806 filed in April which blocks https://bugs.debian.org/894809. python-zeroconf was removed from the source package in October. > They seem to both a) have no reverse > dependencies themselves, and b) having similar features as > python3-pychromecast which uses python3-zeroconf. > > It seems best to me to try get those few packages to either use a > maintained library or maybe avoid shipping them with Buster. I think you are right in that it is better to patch pulseaudio-dlna to run in Python 3, but I am unsure how tricky it is because it has quite a few Python dependencies. I have not checked yet if they are all available for Python 3. > Could you please file bugreports appropriately? Do you perhaps mean raising the severity of #894806? Best regards, Ruben
Bug#917040: ITP: python-ifaddr -- Pure Python implementation for detecting IP addresses
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-ifaddr Version : 0.1.6 Upstream Author : Stefan C. Mueller * URL : https://pypi.org/project/ifaddr/ * License : MIT Programming Lang: Python Description : Pure Python implementation for detecting IP addresses ifaddr is a small Python library that allows you to find all the IP addresses of the computer. The library python-netifaces provides similar functionality but is harder to install since it has C-components which must be built. python-ifaddr is required in Debian since the newer versions of python-zeroconf depends on it. It will be maintained in the Python modules team.
Bug#917037: ITP: python3-zeroconf -- Pure Python implementation of multicast DNS service discovery (Python3)
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python3-zeroconf Version : 0.21.3 Upstream Author : Jakub Stasiak * URL : https://github.com/jstasiak/python-zeroconf * License : LGPL-2.1+ Programming Lang: Python-3 Description : Pure Python implementation of multicast DNS service discovery (Python3) python-zeroconf already exists in the Debian archive. However, upstream has dropped support for Python 2, and there are reverse dependencies in Debian which depend on the Python 2 package. This makes it necessary with a separate source package for the Python 3 version. See https://tracker.debian.org/pkg/python-zeroconf for more infor about python-zeroconf.
Bug#916955: ITP: python-voluptuous-serialize -- Code for converting Python voluptuous schemas to Python dictionaries
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-voluptuous-serialize Version : 2.0.0 Upstream Author : Paulus Schoutsen * URL : https://github.com/balloob/voluptuous-serialize * License : Apache-2.0 Programming Lang: Python Description : Code for converting Python voluptuous schemas to Python dictionaries Convert Voluptuous schemas to dictionaries so they can be serialized. This is a core dependency for home-assistant. I plan to maintain it in the python modules team
Bug#916956: ITP: python3-enocean -- Python library for controlling and reading from EnOcean devices
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python3-enocean Version : 0.41.0 Upstream Author : Kimmo Huoman (github user 'kipe') * URL : https://github.com/kipe/enocean * License : MIT Programming Lang: Python Description : Python library for controlling and reading from EnOcean devices This is a Python library for controlling and reading from EnOcean devices EnOcean is a radio control protocol in the 868 MHz band using many energy harvesting devices. I plan to maintain it in the python modules team.
Bug#916951: ITP: python3-phue -- Python library for Philips Hue
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python3-phue Version : 0.9 Upstream Author : Nathanaël Lécaudé (studioimaginaire) * URL : https://github.com/studioimaginaire/phue * License : MIT Programming Lang: Python Description : Python library for Philips Hue Full featured Python library to control the Philips Hue lighting system. Features: - Compliant with the Philips Hue API 1.0 - Support for Lights - Support for Groups - Support for Schedules - Support for Scenes - Support for Sensors - Compatible with Python 2.6.x and upwards - Compatible with Python 3 - No dependencies - Simple structure, single phue.py file - Work in a procedural way or object oriented way
Bug#916950: ITP: python3-netdisco -- Library to discover local devices and services
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python3-netdisco Version : 2.2.0 Upstream Author : (home-assistant) * URL : https://github.com/home-assistant/netdisco * License : Apache 2.0 Programming Lang: Python3 Description : Library to discover local devices and services NetDisco is a Python 3 library to discover local devices and services. It allows to scan on demand or offer a service that will scan the network in the background in a set interval. Current methods of scanning: - mDNS (includes Chromecast, Homekit) - uPnP - Plex Media Server using Good Day Mate protocol - Logitech Media Server discovery protocol - Daikin discovery protocol - Web OS discovery protocol It is the library that powers the device discovery within Home Assistant.
Bug#916949: ITP: netatmo-api-python -- Simple API to access Netatmo weather station data from any python script
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: netatmo-api-python Version : 1.3 Upstream Author : jabesq (Github) - forked version * URL : https://github.com/jabesq/netatmo-api-python * License : MIT Programming Lang: Python Description : Simple API to access Netatmo weather station data from any python script This makes it easy to interact with Netatmo weather station data from Python scripts. It is a dependency for home-assistant for interfacing with the weather station.
Bug#909823: Your ITP: getthermal -- USB thermal camera viewer
Hi Martin, Not on salsa yet, as I at first became unsure about the license. But packaging is work in progress here: https://github.com/rubund/getthermal-debian/commits/master Cheers Ruben Den tir. 27. nov. 2018 kl. 14:18 skrev W. Martin Borgert : > > Hi, > > in case, there were any code already any code, I'm willing > to test/play. Are you packaging on salsa.debian.org? > > TIA & Cheers >
Bug#714836: ITP: qucs -- an integrated circuit simulator with a GUI
Hi, I started working on the qucs package - bringing in the newest version etc. (https://salsa.debian.org/science-team/qucs) José: Do you remember which files caused the previous upload to be rejected by the FTP masters? I am wondering if they are still in there. Best regards, Ruben
Bug#890503: intend to adopt
Cool, Maximiliano :) Ruben
Bug#890503: RFA: oregano -- tool for schematical capture of electronic circuits
Hi Maximiliano, I would very much like to adopt oregano (within the Electronics team). I am maintaining a number of other electronics packages (see my status page). Thanks you very much in advance. Best regards, Ruben signature.asc Description: PGP signature
Bug#909823: ITP: getthermal -- USB thermal camera viewer
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: getthermal Version : 0.1.3 Upstream Author : GroupGets LLC * URL : https://github.com/groupgets/GetThermal * License : MIT Programming Lang: C++ Description : USB thermal camera viewer GetThermal allows viewing the radiometric temperature readings with cameras used with the PureThermal 1 and PureThermal 2 I/O boards (various FLIR Lepton variants). It supports changing the color mapping. It is a single QT application.
Bug#909819: ITP: gdspy -- Python module for handling GDSII stream files
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: gdspy Version : 1.3.1 Upstream Author : Lucas Heitzmann Gabrielli * URL : https://github.com/heitzmann/gdspy * License : Boost-1.0 Programming Lang: Python Description : Python module for handling GDSII stream files python-gdsii is a Python module that can be used to read, create, modify and save GDSII files. It supports: - Boolean operations on polygons (AND, OR, NOT, XOR) based on clipping algorithm - Polygon offset (inward and outward rescaling of polygons) - Efficient point-in-polygon solutions for large array sets Gdspy also includes a simple layout viewer. I plan to maintain it in the Debian Python Modules team.
Bug#909429: ITP: osmo-sgsn -- Serving GPRS Support Node for Mobile Networks
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: osmo-sgsn Version : 1.3.0 Upstream Author : Osmocom * URL : https://osmocom.org/projects/osmosgsn/wiki/OsmoSGSN * License : AGPL-3 Programming Lang: C Description : Serving GPRS Support Node for Mobile Networks OsmoSGSN is the Serving GPRS Support Node: it handles signalling, i.e. attach/detach of subscribers and PDP contexts for data services. OsmoSGSN needs to reach the GGSN to establish GTP tunnels for subscribers. It must have a separate GTP IP address from OsmoGGSN, as mentioned before. It is needed for data support in the Osmocom mobile network infrastructure, and will be maintained in the Debian Mobcom team.
Bug#907240: ITP: nextpnr -- Portable FPGA place and route tool
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: nextpnr Version : GIT HEAD Upstream Author : YosysHQ * URL : https://github.com/YosysHQ/nextpnr * License : ISC Programming Lang: C++ Description : Portable FPGA place and route tool This is a place and route tool with GUI for FPGAs. It is closely related to fpga-icestorm and provides similiar functionality as arachne-pnr, but intended to be more general. Upstream is quite active with a number of developers, and it is possible that it may more or less "replace" arachne-pnr in the future. I intend to maintain it in the Debian Electronics team.
Bug#906983: ITP: gr-dab -- Gnuradio blocks and tools for receiving DAB and DAB+ radio
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: gr-dab Version : 0.1? (to be released) Upstream Author : Andreas Müller, Moritz Luca Schmid etc. * URL : https://github.com/andrmuel/gr-dab * License : GPL-3+ Programming Lang: C++, Python Description : Gnuradio blocks and tools for receiving DAB and DAB+ radio gr-dab contains necessary DSP blocks for receiving DAB and DAB+ transmissions using a software defined radio such as hackrf, rtl-sdr, USRP etc. Currently, I plan to maintain it myself, but it may also fit in the Hamradio Maintainers Team with other GNU radio packages.
Bug#906024: ITP: libgdsii -- C++ library for working with GDSII binary data files
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: libgdsii Version : GIT HEAD Upstream Author : M. T. Homer Reid * URL : https://github.com/HomerReid/libGDSII * License : GPL-3+ Programming Lang: C++ Description : C++ library for working with GDSII binary data files libGDSII is a C++ library for working with GDSII binary data files, intended primarily for use with the computational electromagnetism codes scuff-em and meep but sufficiently general-purpose to allow other uses as well. It is a recommended dependency for the newest version of meep. The plan is to maintain it in the Electronics team.
Bug#905952: ITP: netgen-lvs -- Netlist comparison - Layout vs Schematic (LVS)
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: netgen-lvs Version : 1.5.105 Upstream Author : Tim Edwards * URL : http://opencircuitdesign.com/netgen/ * License : GPL Programming Lang: C Description : Netlist comparison - Layout vs Schematic (LVS) Netgen is a tool for comparing netlists, a process known as LVS, which stands for "Layout vs. Schematic". This is an important step in the integrated circuit design flow, ensuring that the geometry that has been laid out matches the expected circuit. Very small circuits can bypass this step by confirming circuit operation through extraction and simulation. Very large digital circuits are usually generated by tools from high-level descriptions, using compilers that ensure the correct layout geometry. The greatest need for LVS is in large analog or mixed-signal circuits that cannot be simulated in reasonable time. Even for small circuits, LVS can be done much faster than simulation, and provides feedback that makes it easier to find an error than does a simulation. The source package name "netgen" is reserved by another package, so reserving "netgen-lvs" for this program. I plan to maintain it in the Debian Electronics team.
Bug#905950: ITP: python-gdsii -- Library to handle GDSII files
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-gdsii Version : 0.2.1 Upstream Author : Eugeniy Meshcheryakov * URL : https://pythonhosted.org/python-gdsii/ * License : LGPL-3+ Programming Lang: Python Description : Library to handle GDSII files python-gdsii is a library that can be used to read, create, modify and save GDSII files. It supports both low-level record I/O and high level interface to GDSII libraries (databases), structures, and elements. I plan to maintain it in the Debian Python Modules team.
Bug#904940: ITP: fparserc++ -- Function Parser for C++
Package: wnpp Owner: Ruben Undheim Severity: wishlist * Package name: fparserc++ (upstream name: fparser) Version : 4.5.2 Upstream Author : Juha Nieminen, Joel Yliluoma * URL : http://warp.povusers.org/FunctionParser/fparser.html * License : LGPL-3 Programming Lang: C++ Description : Function parser written in C++ This C++ library offers a class which can be used to parse and evaluate a mathematical function from a string (which might be eg. requested from the user). The syntax of the function string is similar to mathematical expressions written in C/C++ (the exact syntax is specified in the documentation below). The function can then be evaluated with different values of variables. It is a dependency for openEMS which I also intend to package (https://bugs.debian.org/830109). Actually, it is embedded in the openEMS source code, but built as a shared library. In order to avoid embedding it in openEMS within Debian, the plan is to include it as a shared library in Debian in a separate source package. The plan at the moment is to maintain it myself - until I find a team that fits. The last upstream version was released in 2015, so upstream does not appear very active. However, the library is required for openEMS.
Bug#812749: Adopting magic
Hi Roland, I see you have orphaned "magic". Is it OK for you that I adopt it (in the team Debian Science). I am alreadly maintaing very closely related packages (some from the same upstream) such as qflow, qrouter, graywolf. Best regards Ruben
Bug#904221: ITP: srs-lte -- Open source SDR LTE software suite
Package: wnpp Owner: Ruben Undheim Severity: wishlist * Package name: srs-lte (upstream: srsLTE) Version : 18.06.1 Upstream Author : Software Radio Systems Limited * URL : www.softwareradiosystems.com/tag/srslte/ * License : AGPL-3+ Programming Lang: C++/C Description : Open source SDR LTE software suite This package allows using a software radio as an LTE (4G) PHY. srsLTE is a free and open-source LTE software suite developed by SRS (www.softwareradiosystems.com). It includes: srsUE - a complete SDR LTE UE application featuring all layers from PHY to IP srsENB - a complete SDR LTE eNodeB application srsEPC - a light-weight LTE core network implementation with MME, HSS and S/P-GW a highly modular set of common libraries for PHY, MAC, RLC, PDCP, RRC, NAS, S1AP and GW layers. It can be used together with nextepc. It will be maintained in the Debian Mobcom team.
Bug#904218: Wrong version
I entered wrong version. It should be 0.3.9
Bug#904219: ITP: freediameter -- Diameter protocol implementation
Package: wnpp Owner: Ruben Undheim Severity: wishlist * Package name: freediameter Version : 1.2.1 Upstream Author : Freediameter developers (Sebastien Decugis, ) * URL : http://www.freediameter.net/trac/ * License : BSD-3-clause Programming Lang: C Description : Diameter protocol implementation freeDiameter is an implementation of the Diameter protocol specified in RFC3588. Diameter is a protocol for carrying Authentication, Authorization and Accounting information. It is an evolution of the widely-deployed RADIUS protocol. freeDiameter also implements the changes to the Diameter protocol introduced by the rfc3588bis Internet Draft (work in progress). It is a dependency of nextepc and therefore required to get software for 4G cellular network infrastructure into Debian. There is a package called erlang-diameter already in Debian, but this is the first C implementation of Diameter to be added to Debain AFAIK. It will be maintained in the Debian Mobcom team.
Bug#904218: ITP: nextepc -- Implementation of the Evolved Packet Core for LTE (4G)
Package: wnpp Owner: Ruben Undheim Severity: wishlist * Package name: nextepc Version : 1.2.1 Upstream Author : Sukchan Lee (acetcom) * URL : http://nextepc.org/ * License : AGPL-3+ Programming Lang: C Description : Implementation of the Evolved Packet Core for LTE (4G) nextepc is an implementation of the infrastructure for a 4G cellular network. This infrastructure is called the "Evolved Packet Core". It is similar to packages such as openbsc, osmo-bsc, osmo-msc for 2G (3G). It will be maintained in the Debian Mobcom team.
Bug#904193: ITP: osmo-bsc -- GSM Base Station Controller
Package: wnpp Owner: Ruben Undheim Severity: wishlist * Package name: osmo-bsc Version : 1.2.1 Upstream Author : Osmocom * URL : https://osmocom.org/projects/osmobsc * License : AGPL-3+ Programming Lang: C Description : GSM Base Station Controller openbsc has been split into several smaller "projects" such as osmo-msc, osmo-bsc, osmo-hlr It is therefore necessary to also package osmo-bsc. It will be maintained in the Debian Mobcom team. Ruben
Bug#830109: ITP: openems -- Electromagnetic field solver using the FDTD method
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: openems Version : 0.0.34 Upstream Author : Thorsten Liebig * URL : http://openems.de * License : GPL-3+ Programming Lang: C++ Description : Electromagnetic field solver using the FDTD method OpenEMS is a free and open electromagnetic field solver using the FDTD method. Matlab or Octave are used as an easy and flexible scripting interface. It features: - fully 3D Cartesian and cylindrical coordinates graded mesh. - Multi-threading, SIMD (SSE) and MPI support for high speed FDTD. There are already two packages in Debian which offer similar functionality (meep and tessa), but openEMS has an easier interface via Octave/Matlab and is much more actively being developed. I plan to maintain it as part of the Debian Science team.
Bug#786730: ITP: python-pychromecast -- Python library for communicating with Google Chromecast
Hi Muammar, The reason for that it's not in, is because of the dependency on protobuf 3.0, which is not yet in Debian. See https://bugs.debian.org/795841 However, I made an attempt now today to restore protobuf 2 support in the newest pychromecast version. You can have a look here: https://anonscm.debian.org/cgit/python-modules/packages/pychromecast.git/log/?h=before_protobuf3_in_debian or clone with: git clone https://anonscm.debian.org/git/python-modules/packages/pychromecast.git -b before_protobuf3_in_debian Perhaps we could get that into Debian. Note that we can only make Python 2 packages since python-protobuf is only for Python 2 so far. Ruben On Fri, May 06, 2016 at 04:02:07PM +0200, Muammar El Khatib wrote: > Hi Ruben, > > On Mon, 25 May 2015 01:59:53 +0200 Ruben Undheim > wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Ruben Undheim > > > > * Package name: python-pychromecast > > Version : 0.6 > > Upstream Author : Paulus Schoutsen > > * URL : https://github.com/balloob/pychromecast > > * License : MIT > > Programming Lang: Python > > Description : Python library for communicating with Google Chromecast > > > > > > This library makes it easy to communicate with a Chromecast device using > > Python. > > > > It currently supports: > > > > - Auto discovering connected Chromecasts on the network > > - Start the default media receiver and play any online media > > - Control playback of current playing media > > - Implement Google Chromecast api v2 > > - Communicate with apps via channels > > - Easily extendable to add support for unsupported namespaces > > > > > > > I was wondering what is the status of your efforts to get python-pychromecast > in > the archive?. > > Cheers, > > -- > Muammar El Khatib. > http://muammar.me | http://proyectociencia.org
Bug#815224: ITP: osmo-pcu -- Packet Control Unit for GPRS
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: osmo-pcu Version : 0.2 Upstream Author : Jacob Erlbeck (Sysmocom) * URL : http://openbsc.osmocom.org/trac/wiki/osmo-pcu * License : GPL-2+ Programming Lang: C++ Description : Packet Control Unit for GPRS osmo-pcu is the Packet Control Unit (PCU) in the Osmocom GSM infrastructure. A PCU is one of the two GPRS elements in the BSS. It implements the RLC and MAC layers of the GPRS Um (radio) interface on the MS-facing side, as well as the Gb Interface (NS,BSSGP) on the SGSN-facing side. osmo-pcu should be in Debian in order to complete the inclusion of all the Osmocom software related to GSM base stations. I plan to maintain it as part of the Debian Science team.
Bug#801230: Add git url to make it easier for people to find and build the package
The packaging for arachne-pnr can be found here: https://anonscm.debian.org/git/debian-science/packages/arachne-pnr.git
Bug#813295: ITP: libsmpp34 -- Open PDU SMPP packaging and unpackaging tool
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: libsmpp34 Version : 1.10 Upstream Author : Raul Tremsal * URL : http://c-open-smpp-34.sourceforge.net/ * License : LGPL Programming Lang: C Description : Open PDU SMPP packaging and unpackaging tool libsmpp34 is a an implementation for providing the PDU handling of the SMPP-3.4 protocol. SMPP (Short Message Peer-to-Peer) is an open industry standard protocol designed to provide a flexible data communication interface for the transfer of short message data between External Short Messaging Entities, Routing Entitites and Message Centres. libsmpp34 is a dependency for the OpenBSC GSM base station infrastructure and should therefore be included in Debian.
Bug#813294: ITP: libosmo-sccp -- Osmocom library for SCCP
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: libosmo-sccp Version : 0.7.0 Upstream Author : Osmocom * URL : https://github.com/osmocom/libosmo-sccp * License : GPL Programming Lang: C Description : Osmocom library for SCCP This is a library for handling SCCP (Signaling Connection Control Part) which is used extensively in cellular networks such as GSM. It is a dependency for the OpenBSC GSM base station infrastructure, and should therefore be included in Debian.
Bug#813293: ITP: openggsn -- OpenSource Gateway GPRS Support Node (GGSN)
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: openggsn Version : 0.92 Upstream Author : Osmocom * URL : http://sourceforge.net/projects/ggsn/ * License : GPL-2 Programming Lang: C Description : OpenSource Gateway GPRS Support Node (GGSN) OpenGGSN has previously been part of Debian, but was removed in 2007, since back then it was a dead project, and "nobody" was using it. Now it is alive again and a dependency for the OpenBSC GSM base station infrastructure from Osmocom. OpenGGSN is a Gateway GPRS Support Node (GGSN). It is used by mobile operators as the interface between the Internet and the rest of the mobile network infrastructure.
Bug#806585: ITP: libosmo-netif -- Shared code regarding network interfaces for OpenBSC
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: libosmo-netif Version : 0.0.6 Upstream Author : Osmocom * URL : http://openbsc.osmocom.org/trac/ * License : GPL-2 Programming Lang: C Description : Shared code regarding network interfaces for OpenBSC This library is a dependency of OpenBSC. I plan to maintain it in the Debian Science team just as the other OpenBSC related packages.
Bug#806584: ITP: osmo-bts -- Layer2/3 of a GSM Base Transceiver Station (BTS)
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: osmo-bts Version : 0.4.0 Upstream Author : Osmocom * URL : http://openbsc.osmocom.org/trac/wiki/OsmoBTS * License : AGPL-3 Programming Lang: C Description : Layer2/3 of a GSM Base Transceiver Station (BTS) OsmoBTS is a software implementation of Layer2/3 of a GSM Base Transceiver Station (BTS). It implements the follwing protocols/interfaces: - LAPDm (GSM 04.06) - RTP - A-bis/IP in IPA multiplex - OML (GSM TS 12.21) - RSL (GSM TS 08.58) OsmoBTS is modular and has support for multiple back-ends. A back-end talks to a specific L1/PHY implementation of the respective BTS hardware. Based on this architecture, it should be relatively easy to add a new back-end to support so-far unsupported GSM PHY/L1 and associated hardware. So far OsmoBTS has been integrated with several different L1/PHY and hardware systems. The backends are: - osmo-bts-sysmo Multiple indoor and outdoor BTS products called sysmoBTS - osmo-bts-trx Wideband SDR transceiver hardware supported by OpenBTS transceiver or [OsmoTRX] PHY layer software - osmo-bts-bb A pretty crazy experimental BTS hardware based on two OsmocomBB phones had originally been supported, but needs to be re-integrated with core code changes. I plan to maintain it as part of the Debian Science team just as other OpenBSC related packages.
Bug#806583: ITP: openbsc -- GSM Base Station Controller (BSC) and minimalistic GSM network implementation
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: openbsc Version : 0.15.0 Upstream Author : Osmocom * URL : http://openbsc.osmocom.org/trac/wiki/OpenBSC * License : AGPL-3 Programming Lang: C Description : GSM Base Station Controller (BSC) and minimalistic GSM network implementation It started as a BSC (Base Station Controller) side implementation of the A-bis protocol, as implemented in the GSM Technical Specification 08.5x and 12.21. It can run either - as a classic BSC, exposing an A interface towards an external MSC, or - as NITB (Network In The Box), whert implements a minimal subset of the BSC, MSC. SMSC? and HLR. The goal of the project is to - provide a basis for experimentation and security research with GSM from the network side - provide a zero-cost alternative for hands-on experience with GSM systems in education and training - learn more about GSM networks on a lower level, particularly the practical aspects with real-world equipment - provide a stable/reliable network-side GSM implementation for small networks that don't need millions of subscribers or 99.9% availability I plan to maintain it as part of the Debian Science team together with libosmocore and related packages.
Bug#806582: ITP: libosmo-abis -- Library containing shared code regarding the A-bis interface between GSM BTS and GSM BSC
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: libosmo-abis Version : 0.3.2 Upstream Author : Osmocom * URL : http://openbsc.osmocom.org/trac/wiki/libosmo-abis * License : AGPL-3 Programming Lang: C Description : Library containing shared code regarding the A-bis interface between GSM BTS and GSM BSC This is a library containing common/shared code regarding the A-bis interface between BTS and BSC. It is needed for OpenBSC and OsmoBTS which are open source implementations of parts of the GSM network. It also implements drivers for mISDN and DAHDI based E1 cards, as well as some A-bis/IP dialects. I plan to maintain it as part of the Debian Science team just as the related library libosmocore.
Bug#803988: ITP: osm-tile-server -- OpenStreetMap tile server
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: osm-tile-server Version : 0.1 Upstream Author : native package * URL : https://github.com/rubund/osm-tile-server * License : GPL-2+ Programming Lang: C, bash Description : OpebStreetMap tile server osm-tile-server is a native Debian package that aims to help people setting up a tile server for OpenStreetMap in Debian. It takes advantage of packages already in Debian and adds the necessary "glue" to make a tile server work sort of "out-of-the-box". The intention is to support different rendering engines such as tilelite and mod_tile, but since mod_tile is not yet in Debian, only support for tilelite is there yet. This functionality is given by the package 'osm-tile-server-tilelite'. The binary package 'osm-tile-server' is a metapackage that pulls in "osm-tile-server-tilelite | osm-tile-server-mod-tile", but where osm-tile-server-mod-tile doesn't exist yet. The binary package 'osm-tile-server-base' provides the scripts necessary to setup a postgis database, download OSM data and import it. Everything can be accomplished with debconf selections. With this package, it is possible to have a fully functional OpenStreetMap tile server using only one command: sudo apt install osm-tile-server or: sudo apt install osm-tile-server-tilelite I plan to maintain it as part of the Debian GIS team. Ruben
Bug#801230: ITP: arachne-pnr -- Place and route tool for FGPAs
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: arachne-pnr Version : 0~20150927gitefdb026 Upstream Author : Cotton Seed * URL : https://github.com/cseed/arachne-pnr * License : GPL Programming Lang: C++ Description : Place and route tool for FGPAs Arachne-pnr implements the place and route step of the hardware compilation process for FPGAs. It accepts as input a technology-mapped netlist in BLIF format, as output by the Yosys synthesis suite for example. It currently targets the Lattice Semiconductor iCE40 family of FPGAs. Its output is a textual bitstream representation for assembly by the IceStorm icepack command. The output of icepack is a binary bitstream which can be uploaded to a harware device. Together, Yosys, arachne-pnr and IceStorm provide an fully open-source Verilog-to-bistream tool chain for iCE40 1K and 8K FPGA development. I plan to maintain the package in the Debian Science just as the qflow packages (yosys etc.) Cheers
Bug#801229: ITP: icestorm -- Tools to handle the bitstream format of Lattice iCE40 FPGAs
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: icestorm Version : 0~20151006git103e6fd Upstream Author : Clifford Wolf * URL : http://www.clifford.at/icestorm/ * License : ISC Programming Lang: Python Description : Tools to handle the bitstream format of Lattice iCE40 FPGAs Project IceStorm aims at documenting the bitstream format of Lattice iCE40 FPGAs and providing simple tools for analyzing and creating bitstream files. At the moment the focus of the project is on the HX1K-TQ144 and HX8K-CT256 devices, but most of the information is device-independent. This package contains multiple tools needed to handle the bitstream. The package is useful for providing a full flow for FPGA development in Debiani together with tools such as yosys. I plan to maintain the package in the Debian Science team just as I do with the qflow packages that are somewhat related. Cheers
Bug#761368: Graywolf doesn't build correctly with GCC-5
Hi Andreas! I found out a few days ago on my own that graywolf doesn't build correctly with GCC-5. I've fixed in the git repo on alioth, but the version that is now waiting in the NEW queue will not build anymore in sid. What do you recommend to do? Is it best to wait until it is accepted in NEW and then upload the fix, or could the fact that it doesn't build in sid at the moment actually prevent it from being accepted? Cheers, Ruben 28. juli 2015 11:36 skrev "Ruben Undheim" : > Thanks, Andreas! :D:D > > 2015-07-28 11:22 GMT+02:00 Andreas Tille : > > Hi, > > > > graywolf uploaded (+ slight change in changelog were I also in this > > paragraph closed the ITP bug to make sure it will be really closed) > > > > Kind regards > > > > Andreas. > > > > On Tue, Jul 28, 2015 at 10:30:10AM +0200, Ruben Undheim wrote: > >> Hi Andreas, > >> > >> Thank you very much for responding so quickly, and also for > >> having uploaded graywolf so fast. It is gratefully appreciated! > >> > >> I wasn't completely sure if it was absolutely necessary to wait > >> for it to pass NEW before uploading, but now I know. > >> > >> I've discovered and corrected a small license issue in the graywolf > >> version you uploaded which might cause trouble with the NEW > >> acceptance. I kindly ask if you would like to upload the corrected > >> version as well? I will drop a line on SoB. > >> > >> Thanks for the great work you do! > >> > >> Best regards, > >> Ruben > >> > >> 2015-07-26 15:50 GMT+02:00 Andreas Tille : > >> > Hi Ruben, > >> > > >> > I think we need to wait until graywolf has passed NEW until this > package > >> > canbe built in unstable. Please ping me once this has happened. > >> > > >> > Kind regards > >> > > >> > Andreas. > >> > > >> > -- > >> > http://fam-tille.de > >> > > > > -- > > http://fam-tille.de >
Bug#761368: Need to wait for graywolf
Hi Andreas, Thank you very much for responding so quickly, and also for having uploaded graywolf so fast. It is gratefully appreciated! I wasn't completely sure if it was absolutely necessary to wait for it to pass NEW before uploading, but now I know. I've discovered and corrected a small license issue in the graywolf version you uploaded which might cause trouble with the NEW acceptance. I kindly ask if you would like to upload the corrected version as well? I will drop a line on SoB. Thanks for the great work you do! Best regards, Ruben 2015-07-26 15:50 GMT+02:00 Andreas Tille : > Hi Ruben, > > I think we need to wait until graywolf has passed NEW until this package > canbe built in unstable. Please ping me once this has happened. > > Kind regards > > Andreas. > > -- > http://fam-tille.de -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+ChNyV51v=hs5p5ygtdnf05whuzdoj10xij78z75adsfi9...@mail.gmail.com
Bug#789467: ITP: graywolf -- Placement for digital VLSI design
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: graywolf Version : 0.1.0 Upstream Maintainer : Ruben Undheim / (Tim Edwards) Upstream original author: Yale University * URL : https://github.com/rubund/graywolf * License : GPL-2+ with Yale conditions Programming Lang: C Description : Placement for digital VLSI design A placement tool known as TimberWolf was developed at Yale University (1987-1992), and was distributed as open source for a time until it was taken commercial. The last open-source version of this tool does not perform detail routing, but is a professional-grade placement tool. The tool has been forked and the fork is called graywolf. It is a vital part of the qflow digital VLSI design flow. (https://bugs.debian.org/761368) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnyvcjjetxb3vwpnwqznkjv6kw0sdxhgueqevsslyytq...@mail.gmail.com
Bug#786730: ITP: python-pychromecast -- Python library for communicating with Google Chromecast
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-pychromecast Version : 0.6 Upstream Author : Paulus Schoutsen * URL : https://github.com/balloob/pychromecast * License : MIT Programming Lang: Python Description : Python library for communicating with Google Chromecast This library makes it easy to communicate with a Chromecast device using Python. It currently supports: - Auto discovering connected Chromecasts on the network - Start the default media receiver and play any online media - Control playback of current playing media - Implement Google Chromecast api v2 - Communicate with apps via channels - Easily extendable to add support for unsupported namespaces -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150524235953.22083.71855.report...@miniserver.beebeetle.com
Bug#786729: ITP: python-zeroconf -- Pure Python Multicast DNS Service Discovery Library (Bonjour/Avahi compatible)
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-zeroconf Version : 0.17.1 Upstream Author : Jakub Stasiak * URL : https://github.com/jstasiak/python-zeroconf * License : LGPL Programming Lang: Python Description : Pure Python Multicast DNS Service Discovery Library (Bonjour/Avahi compatible) This is an implementation of the multicast DNS Service Discover Library zeroconf in pure Python. It is a dependency of pychromecast which I also intend to package. Compared to some other Zeroconf/Bonjour/Avahi Python packages, python-zeroconf: - isn't tied to Bonjour or Avahi - doesn't use D-Bus - doesn't force you to use particular event loop or Twisted (- is pip-installable) (- has PyPI distribution) I plan to maintain the package as part of the Python Modules team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150524235543.21835.42564.report...@miniserver.beebeetle.com
Bug#784026: ITP: python-spur -- Run commands and manipulate files locally or over SSH using the same interface
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: python-spur Version : 0.3.13 Upstream Author : Michael Williamson * URL : https://github.com/mwilliamson/spur.py * License : BSD 2-clause Programming Lang: Python Description : Run commands and manipulate files locally or over SSH using the same interface This Python module makes it simple to remotely run commands over an SSH connection. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150502104356.14549.13645.report...@miniserver.beebeetle.com
Bug#714836: Any news on the qucs package?
> mmm, yes but if we qucs to be able to use them, it should be moved from free > to contrib section in the archive. ok, so these models are such a crucial part of Qucs that they are "required for Qucs to either build or function" [1]. If they were just optional (more or less plugins like flashplugin-nonfree is for iceweasel), I believe it would be fine to keep Qucs in main, but that's maybe not the case. [1] https://www.debian.org/doc/debian-policy/ch-archive.html -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnyxxskhov9ghbes4r+46tpc5wxymqansx46gvu6jzch...@mail.gmail.com
Bug#714836: Any news on the qucs package?
Btw: Is there a way to make the non-free models available as a separate package in the non-free archive perhaps once in the future? Ruben 2015-02-21 20:11 GMT+01:00 Ruben Undheim : > Hi José L, > > Thanks for giving detailed information! > > This explains it very well. > > Getting the licenses ok isn't always the easiest thing to do... > > I wish you good luck and I hope that we once again will see Qucs in the > archive. > > Thanks a lot for the effort! > > Best regards, > Ruben > > > 2015-02-21 19:28 GMT+01:00 José Luis Redrejo Rodríguez : >> >> >> 2015-02-21 12:46 GMT+01:00 Ruben Undheim : >>> >>> Hi, >>> >>> > I've just uploaded it to the archive >>> >>> I just saw this was written in October. As far as I can see, Qucs is >>> not available in the Debian repository now. Is there anything holding >>> it up? >> >> >> >> Yes, the sources contain some files which license is not acceptable by >> Debian ftpmaster, so it has been rejected. >> >> >> >>> >>> Which archive did you upload it too? >>> >>> I can see that there is a well maintained PPA for Ubuntu with packages >>> in good state here: >>> https://launchpad.net/~fransschreuder1/+archive/ubuntu/qucs >>> >>> Is there any reason why this package cannot enter Debian sid also >>> soon. I'm impressed of how well Qucs has become. >> >> >> >> Yes, it is not a pure technical question. The package was ready, working and >> lintian clean. >> It 's a licensing problem. There are a bunch of files (mainly models) with >> non-free licenses. I'm trying to clean them all, but qucs funcionality are >> being reduced. >> I'm trying to find a replacement to keep it all working. >> Of course, the ppa package you say it's still worse in terms of licensing. I >> had already removed the files I was sure that were not free, but ftpmasters >> found some others. >> >> Regards >> José L. >> >> >> >>> >>> >>> Best regards, >>> Ruben >> >> -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+ChNyVtXVXZjq5zXjL7CrMWNFdPCKJg-3ayynGLA=v0c3m...@mail.gmail.com
Bug#714836: Any news on the qucs package?
Hi José L, Thanks for giving detailed information! This explains it very well. Getting the licenses ok isn't always the easiest thing to do... I wish you good luck and I hope that we once again will see Qucs in the archive. Thanks a lot for the effort! Best regards, Ruben 2015-02-21 19:28 GMT+01:00 José Luis Redrejo Rodríguez : > > > 2015-02-21 12:46 GMT+01:00 Ruben Undheim : >> >> Hi, >> >> > I've just uploaded it to the archive >> >> I just saw this was written in October. As far as I can see, Qucs is >> not available in the Debian repository now. Is there anything holding >> it up? > > > > Yes, the sources contain some files which license is not acceptable by > Debian ftpmaster, so it has been rejected. > > > >> >> Which archive did you upload it too? >> >> I can see that there is a well maintained PPA for Ubuntu with packages >> in good state here: >> https://launchpad.net/~fransschreuder1/+archive/ubuntu/qucs >> >> Is there any reason why this package cannot enter Debian sid also >> soon. I'm impressed of how well Qucs has become. > > > > Yes, it is not a pure technical question. The package was ready, working and > lintian clean. > It 's a licensing problem. There are a bunch of files (mainly models) with > non-free licenses. I'm trying to clean them all, but qucs funcionality are > being reduced. > I'm trying to find a replacement to keep it all working. > Of course, the ppa package you say it's still worse in terms of licensing. I > had already removed the files I was sure that were not free, but ftpmasters > found some others. > > Regards > José L. > > > >> >> >> Best regards, >> Ruben > > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnyx+ah5n_9ylbyuh_gwks3ymr0ucp7t62jowr-nxzkq...@mail.gmail.com
Bug#714836: Any news on the qucs package?
Hi, > I've just uploaded it to the archive I just saw this was written in October. As far as I can see, Qucs is not available in the Debian repository now. Is there anything holding it up? Which archive did you upload it too? I can see that there is a well maintained PPA for Ubuntu with packages in good state here: https://launchpad.net/~fransschreuder1/+archive/ubuntu/qucs Is there any reason why this package cannot enter Debian sid also soon. I'm impressed of how well Qucs has become. Best regards, Ruben -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+ChNyWj21tSTGUMqEbCAF=_dqtd_x-turjqpjbzc_rkr8x...@mail.gmail.com
Bug#777303: ITP: osmotrx -- A software-defined radio transceiver that implements the Layer 1 physical layer of a BTS
Thanks for showing interest, Andreas. In this context, BTS is "Base transceiver station". It's the stations that connect mobile phones to the mobile network. 3GPP is the "3rd Generation Partnership Project" which is the collaboration between different telecommunication associations for developing new generations of mobile phone networks (post 2G/GSM) I will add something like this to the "extended description" of the package. Regards, Ruben 2015-02-10 14:32 GMT+01:00 Andreas Tille : > Hi Ruben, > > I vaguely suspect that this is Debian Science related so I'm CCing the > list. > > Regarding the description: Could you at least explain what BTS is > (since it is probably not what Debian users understand as BTS) and also > giving a hint what 3GPP specification is would be helpful. > > Kind regards > > Andreas. > > On Sat, Feb 07, 2015 at 12:33:55PM +0100, Ruben Undheim wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Ruben Undheim > > > > * Package name: osmotrx > > Version : 0~20150119git722d4f7 > > Upstream Author : Thomas Tsou > > * URL : http://openbsc.osmocom.org/trac/wiki/OsmoTRX > > * License : AGPL > > Programming Lang: C++ > > Description : A software-defined radio transceiver that implements > the Layer 1 physical layer of a GSM BTS > > > > OsmoTRX is a software-defined radio transceiver that implements the > Layer 1 > > physical layer of a BTS comprising the following 3GPP specifications: > > > > TS 05.01 "Physical layer on the radio path" > > TS 05.02 "Multiplexing and Multiple Access on the Radio Path" > > TS 05.04 "Modulation" > > TS 05.10 "Radio subsystem synchronization" > > > > > > OsmoTRX is a dependency for the open source base station by osmocom. > > > > > > -- > > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > > Archive: > https://lists.debian.org/20150207113355.20942.29833.report...@miniserver.beebeetle.com > > > > > > -- > http://fam-tille.de >
Bug#712838: RFP: gnss-sdr -- An Open Source Global Navigation Satellite System Software Defined Receiver
Hi Carles, How is the packaging work for gnss-sdr going? I wanted to make a debian package of it as well, but then I saw that you've already started! I'm not a Debian Developer, but I'm already maintaining a handful of packages with the help of some sponsors - so I've been through the loop before (which can be quite hard the first times if you ask me). I'm more than willing to be a co-maintainer of the package in case you would like that. Do you keep the packaging work in some git branch somewhere? Good luck! Tell me if you need some assistance! Thanks for your work on gnss-sdr! Best regards, Ruben On Thu, 20 Jun 2013 02:57:17 +0300 Bob Bib wrote: > Package: wnpp > Severity: wishlist > > * Package name: gnss-sdr > Version : svn > Upstream Author : gnss-sdr-develop...@lists.sourceforge.net > * URL : http://www.gnss-sdr.org/ > * License : GPL > Programming Lang: C++ > Description : An Open Source Global Navigation Satellite System Software > Defined Receiver > An open source software-defined Global Navigation Satellite Systems (GNSS) > receiver written in C++ and based on the GNU Radio framework. > >
Bug#777303: ITP: osmotrx -- A software-defined radio transceiver that implements the Layer 1 physical layer of a BTS
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: osmotrx Version : 0~20150119git722d4f7 Upstream Author : Thomas Tsou * URL : http://openbsc.osmocom.org/trac/wiki/OsmoTRX * License : AGPL Programming Lang: C++ Description : A software-defined radio transceiver that implements the Layer 1 physical layer of a GSM BTS OsmoTRX is a software-defined radio transceiver that implements the Layer 1 physical layer of a BTS comprising the following 3GPP specifications: TS 05.01 "Physical layer on the radio path" TS 05.02 "Multiplexing and Multiple Access on the Radio Path" TS 05.04 "Modulation" TS 05.10 "Radio subsystem synchronization" OsmoTRX is a dependency for the open source base station by osmocom. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150207113355.20942.29833.report...@miniserver.beebeetle.com
Bug#775764: librevisa
I forgot to mention in the description that there is already a C library called librevisa which has the same purpose as pyvisa-py, but the development of this library seems quite dead, and it doesn't support so many features. pyvisa-py works much better together with my instruments (at least). Ruben -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnyvwek3zwpun4dlfrp5wcct4vswxypayht9qg27uyy+...@mail.gmail.com
Bug#775764: ITP: pyvisa-py -- A PyVISA backend implemented in pure Python
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: pyvisa-py Version : 0.1~20150106gitd86fb71 Upstream Author : Hernan E. Grecco * URL : https://github.com/hgrecco/pyvisa-py * License : MIT Programming Lang: Python Description : A PyVISA backend implemented in pure Python PyVISA started as wrapper for the NI-VISA library and therefore you need to install National Instruments VISA library in your system. This works most of the time, for most people. But NI-VISA is a proprietary library that only works on certain systems. That is when PyVISA-py jumps in. Starting form version 1.6, PyVISA allows to use different backends. These backends can be dynamically loaded. PyVISA-py is one of such backends. It implements most of the methods for Message Based communication (Serial/USB/GPIB/Ethernet) using Python and some well developed, easy to deploy and cross platform libraries This package is useful in Debian since it replaces a huge proprietary library needed in many instrumentation facilities. I plan to maintain it as part of the Python Modules team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150119182052.31251.63497.report...@miniserver.beebeetle.com
Bug#749908: python3-usb also built
The pyusb source package now also builds python3-usb and therefore also closes #749908: http://mentors.debian.net/package/pyusb In total it closes 3 bug reports if it's uploaded: #708764, #749908 and #712206. Regards, Ruben -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnywpjmkmsgzz+r7yj1v43smkbajfcemn2onnrrdpkzj...@mail.gmail.com
Bug#772575: ITP: libbtbb -- Libbtbb is the Bluetooth baseband library used by the Ubertooth and gr-bluetooth projects
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: libbtbb Version : 20141208 Upstream Author : Dominic Spill * URL : http://libbtbb.sourceforge.net/ * License : GPL-2+ Programming Lang: C Description : Bluetooth baseband library used by the Ubertooth and gr-bluetooth projects This is the Bluetooth baseband decoding library, forked from the GR-Bluetooth project. It can be used to extract Bluetooth packet and piconet information from Ubertooth devices as well as GR-Bluetooth/USRP. The main motivation for packaging this for debian is that it is a dependency for ubertooth. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208175013.13282.82840.report...@miniserver.beebeetle.com
Bug#772509: ITP: ubertooth -- Open source wireless development platform suitable for Bluetooth experimentation
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: ubertooth Version : 201404R1-1 Upstream Author : Mike Ossmann * URL : http://ubertooth.sourceforge.net/ * License : GPL-2+ Programming Lang: C Description : Open source wireless development platform suitable for Bluetooth experimentation Project Ubertooth is an open source wireless development platform suitable for Bluetooth experimentation. Ubertooth ships with a capable BLE (Bluetooth Smart) sniffer and can sniff some data from Basic Rate (BR) Bluetooth Classic connections. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141207232019.9328.57881.report...@miniserver.beebeetle.com
Bug#771708: ITP: mrtdreader -- Machine-readable travel document library and example program
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: mrtdreader Version : 0.1.0 Upstream Author : Ruben Undheim * URL : https://github.com/rubund/mrtdreader * License : GPL-3+ Programming Lang: C Description : Machine-readable travel document library and example program This package contains the library libmrtd and the command line tool mrtdreader. Machine-readable travel documents such as passports nowadays usually contain an RFID chip for storing various data. This library provides useful functions for reading out the data from these documents. This version of the library supports the Basic Access Control (BAC). It uses several cryptographic functions from either libgcrypt or libtomcrypt (depending on compile-time options - for debian currently libgcrypt) in order to do the necessary decryption of the content of the MRTDs. The key for the BAC-scheme is derived from the Machine-readable zone (MRZ) which is printed on the MRTD. The library depends on libnfc for the hardware interaction and only devices supported by libnfc will therefore work. I think such a library is a useful addition to the debian package repository. It is a good example for using the libnfc library on which there are still rather few packages that depend. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141201200252.2223.87389.report...@miniserver.beebeetle.com
Bug#761369: wontfix ITP timberwolf
tags 761369 wontfix Timberwolf will probably not be packaged for debian since it's dead as an open source project. Graywolf (https://github.com/rubund/graywolf) is the alive fork of timberwolf which will probably be the candidate for a debian package, if any. Ruben -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnywhya09pbgf38a9cf8jbxdtiaofimnuuzs0orrczaf...@mail.gmail.com
Bug#768173: Correction
Correction: I intend to maintain it as part of the Debian Multimedia Maintainers team -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnyvuaeeo3-_7yw9ky-h5nq+dfhdhhjzpz4-dfi01rvf...@mail.gmail.com
Bug#768169: Correction
Correction: I intend to maintain it as part of the Debian Multimedia Maintainers team -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnywjggrj8vxtmxwsmjjsghkehb3k7e3mkvgcegvdr0s...@mail.gmail.com
Bug#768173: ITP: sfarkxtc -- Converts soundfonts in the legacy sfArk v2 file format to sf2
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: sfarkxtc Version : 0.20130812git80b1da3 Upstream Author : Andy Inman * URL : http://melodymachine.com/sfark-linux-mac * License : GPL-3 Programming Lang: C++ Description : Converts soundfonts in the legacy sfArk v2 file format to sf2 This is a very small command line tool to convert legacy sfArk files into the SoundFont 2 format. It uses the library sfarklib. I intend to maintain it as part of the Debian Science team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141105164756.12162.60711.report...@miniserver.beebeetle.com
Bug#768169: ITP: sfarklib -- Library for decompressing sfArk soundfonts
Package: wnpp Severity: wishlist Owner: Ruben Undheim * Package name: sfarklib Version : 0.20131219gitee08d0c Upstream Author : Andy Inman * URL : http://melodymachine.com/sfark-linux-mac * License : GPL-3 Programming Lang: C++ Description : Library for decompressing sfArk soundfonts sfArk is a lossless audio compression format optimized for SoundFont files. This library can decompress such files into .sf SoundFont files. I intend to maintain it as part of the Debian Science team. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141105164354.12096.21351.report...@miniserver.beebeetle.com
Bug#761364: ITP: abc -- A System for Sequential Synthesis and Verification
Hi Andreas, I have now moved to alioth for the git repos, learnt how to use pristine-tar and related tools, and created the relevant branches. However, I'm a bit confused with something. Should I perhaps rather package it as part of the pkg-electronics team? What is really the difference between Debian-Science/electronics and pkg-electronics? I think at least the "secion" in the control file should be "electronics". Regards, Ruben 2014-09-15 20:01 GMT+02:00 Andreas Tille : > Hi Ruben, > > On Mon, Sep 15, 2014 at 06:39:28PM +0200, Ruben Undheim wrote: >> Hi Dirk and Andreas, >> >> Thanks for showing interest and responding! >> >> I did propose the name "berkeley-abc" quite quickly after first >> posting the ITP (and retitled the bug). It is already on mentors with >> that name (http://mentors.debian.net/package/berkeley-abc), and the >> executable is also called berkeley-abc now. > > This sounds sensible. > >> I'm happy to maintain it as part of the Debian Science team, but I >> will first then need to learn how this works. > > The Debian Science team has some policy[1] you might consider helpful to > find out how it works. You have also good chances to find a sponsor for > your packages in case you might need one. I (strongly) recommend to > read the Debian Science mailing list and to use the packaging repository > since your package(s) fit perfectly into the electronics task of Debian > Science and can be promoted via the according tasks page[3] and also > included into the science-electronics metapackage. > > Kind regards > > Andreas. > > [1] http://debian-science.alioth.debian.org/debian-science-policy.html > [2] https://wiki.debian.org/DebianPureBlends/SoB > [3] http://blends.debian.org/science/tasks/electronics > > -- > http://fam-tille.de -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnyxdthv1cjz1mups2rfdwfdau+-ym+bztnplagrr_b7...@mail.gmail.com
Bug#761364: ITP: abc -- A System for Sequential Synthesis and Verification
Hi Dirk and Andreas, Thanks for showing interest and responding! I did propose the name "berkeley-abc" quite quickly after first posting the ITP (and retitled the bug). It is already on mentors with that name (http://mentors.debian.net/package/berkeley-abc), and the executable is also called berkeley-abc now. I'm happy to maintain it as part of the Debian Science team, but I will first then need to learn how this works. Regards, Ruben 2014-09-15 18:00 GMT+02:00 Dirk Eddelbuettel : > > On 15 September 2014 at 17:33, Andreas Tille wrote: > | On Sat, Sep 13, 2014 at 11:38:48AM +0200, ruben.undh...@gmail.com wrote: > | > Please provide feedback on the naming of the package! > | > Perhaps the name "abc" is a bad name to use in debian although > | > it's the correct upstream name. > | > | I admit I immediately stumbled upon this name but I fail to give a > | better alternative. > > Tricky. > > Wikipedia for 'abc' has seven entries in science and medicine alone, and > three more in math (with the last one a new-ish estimation technique). > > Might be worthwile to prefix abc with something if anybody can come up with a > good value for somehting... > > Dirk > > -- > http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+ChNyVEMv9f6KZ1hSeaDrG8fRyk6ZzRfXZPzcE8CdV7L=pA=g...@mail.gmail.com
Bug#761364: berkeley-abc
After a short conversion on the irc channel #debian-devel, I propose to name it "berkeley-abc" instead since it is developed by Berkeley Verification and Synthesis Research Center. Ruben -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+ChNyVbHp-gFQM_j_Vfr=omesspfh3b5lzxqenkgmr4nxk...@mail.gmail.com
Bug#761364: abc -- A System for Sequential Synthesis and Verification
I would also like some feedback on what the binary executable should be named. Is it ok to call it "abc" as it's called upstream or should we invent a new name? Thank you, Ruben -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnywb0c47ukfqo+nyycsxpu9gl3qdn7kmwve77pny2iz...@mail.gmail.com
Bug#761369: ITP: timberwolf -- Placement for digital VLSI design
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: timberwolf Version : 6.3.5 Upstream Author : Yale University * URL : http://opencircuitdesign.com/magic/archive/ (folder for upstream tar-ball - no known web-page) * License : Yale University license (similar to BSD) Programming Lang: C Description : Placement for digital VLSI design A placement tool known as TimberWolf was developed at Yale University, and was distributed as open source for a time until it was taken commercial. The last open-source version of this tool does not perform detail routing, but is a professional-grade placement tool. This is a Linux port of the last open source version. It is part of the qflow digital VLSI design flow. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140913102603.25312.38602.reportbug@miniserver.granittvegen
Bug#761368: ITP: qflow -- An Open-Source Digital Synthesis Flow
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: qflow Version : 1.0.85 Upstream Author : Tim Edwards * URL : http://opencircuitdesign.com/qflow/ * License : GPL Programming Lang: C, Tcl, sh Description : A Digital Synthesis Flow using Open Source EDA Tools Qflow is a complete tool chain for synthesizing digital circuits starting from verilog source and ending in physical layout for a specific target fabrication process. In the world of commercial electronics, digital synthesis with a target application of a chip design is usually bundled into large EDA software systems. As commercial electronics designers need to maintain cutting-edge performance, these commercial toolchains get more and more expensive, and have largely priced themselves out of all but the established integrated circuit manufacturers. This leaves an unfortunate gap where startup companies and small businesses cannot afford to do any sort of integrated circuit design. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014091312.22360.41098.reportbug@miniserver.granittvegen
Bug#761365: ITP: yosys -- A framework for Verilog RTL synthesis
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: yosys Version : 0.3.0+20140904git01ef34c Upstream Author : Clifford Wolf * URL : http://www.clifford.at/yosys/ * License : ISC License Programming Lang: C++ Description : A framework for Verilog RTL synthesis Yosys is a framework for Verilog RTL synthesis. It currently has extensive Verilog-2005 support and provides a basic set of synthesis algorithms for various application domains. Yosys can be adapted to perform any synthesis job by combining the existing passes (algorithms) using synthesis scripts and adding additional passes as needed by extending the yosys C++ code base. Yosys is free software licensed under the ISC license (a GPL compatible license that is similar in terms to the MIT license or the 2-clause BSD license). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140913094516.21087.56435.reportbug@miniserver.granittvegen
Bug#761364: ITP: abc -- A System for Sequential Synthesis and Verification
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: abc Version : 1.01-20140822hg4d547a5e065b Upstream Author : Berkeley Logic Synthesis and Verification Group * URL : http://www.eecs.berkeley.edu/~alanmi/abc/ * License : MIT-similar (The Regents of the University of California) Programming Lang: C Description : A System for Sequential Synthesis and Verification ABC is a growing software system for synthesis and verification of binary sequential logic circuits appearing in synchronous hardware designs. ABC combines scalable logic optimization based on And-Inverter Graphs (AIGs), optimal-delay DAG-based technology mapping for look-up tables and standard cells, and innovative algorithms for sequential synthesis and verification. Please provide feedback on the naming of the package! Perhaps the name "abc" is a bad name to use in debian although it's the correct upstream name. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140913093848.19326.25574.reportbug@miniserver.granittvegen
Bug#760597: ITP: sosi2osm -- SOSI to OSM converter
Hi Thorsten, A .sosi file is a geospatial vector data format used for exchange of geographical information in Norway (http://en.wikipedia.org/wiki/SOSI). The Norwegian Mapping Authority has released a huge number of files into the open domain now and this is therefore a useful utility to have. But, I'll add this information to the Description in the control-file so no-one else needs to ask this question again! Thanks for making me aware of the lack of information. Regards, Ruben 2014-09-07 14:09 GMT+02:00 Thorsten Glaser : > On Fri, 5 Sep 2014, ruben.undh...@gmail.com wrote: > >> This little utility converts .sosi files into .osm files which are >> used by OpenStreetMap. It relies on the FYBA library released by the >> Norwegian Mapping Authority (Statens kartverk). > > And what is a .sosi file? > > //mirabilos > -- > tarent solutions GmbH > Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ > Tel: +49 228 54881-393 • Fax: +49 228 54881-235 > HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 > Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CA+ChNyX+zvarc=sqrvh71qzvqyrgqdwmjxy46f+c1upvr-5...@mail.gmail.com
Bug#760629: ITP: qrouter -- Multi-level, over-the-cell maze router
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: qrouter Version : 1.1.55 Upstream Author : Tim Edwards * URL : http://opencircuitdesign.com/qrouter/ * License : GPL-2 Programming Lang: C Description : Multi-level, over-the-cell maze router Qrouter is a tool to generate metal layers and vias to physically connect together a netlist in a VLSI fabrication technology. It is a maze router, otherwise known as an "over-the-cell" router or "sea-of-gates" router. That is, unlike a channel router, it begins with a description of placed standard cells, usually packed together at minimum spacing, and places metal routes over the standard cells. . Qrouter uses the open standard LEF and DEF formats as file input and output. It takes the cell definitions from a LEF file, and analyzes the geometry for each cell to determine contact points and route obstructions. It then reads the cell placement, pin placement, and netlist from a DEF file, performs the detailed route, and writes an annotated DEF file as output. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140906082539.8398.97462.reportbug@miniserver.granittvegen
Bug#760597: ITP: sosi2osm -- SOSI to OSM converter
block 760597 by 760544 thanks -- Ruben -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+chnyv8erzkvc4snkz-vj_h+cxpzbvaxyjgfatovvmevzm...@mail.gmail.com
Bug#760597: ITP: sosi2osm -- SOSI to OSM converter
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: sosi2osm Version : 1.0.0 Upstream Author : Knut Karevoll * URL : https://github.com/Gnonthgol/sosi2osm * License : GPL-2.0+ Programming Lang: C++ Description : SOSI to OSM converter . This little utility converts .sosi files into .osm files which are used by OpenStreetMap. It relies on the FYBA library released by the Norwegian Mapping Authority (Statens kartverk). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140905180955.3238.83339.reportbug@miniserver.granittvegen
Bug#760544: ITP: fyba -- FYBA library to read and write norwegian geodata standard format SOSI
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: fyba Version : 4.1.1 Upstream Author : Statens Kartverk * URL : https://github.com/kartverket/fyba * License : MIT Programming Lang: C++ Description : FYBA library to read and write norwegian geodata standard format SOSI OpenFYBA is the source code release of the FYBA library, distributed by the National Mapping Authority of Norway (Statens kartverk) to read and write files in the National geodata standard format SOSI. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140905053739.11052.73601.reportbug@miniserver.granittvegen
Bug#744790: ITP: gnuais - Automatic Identification System Receiver
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: gnuais Version : 0.3.0 Upstream Author : Ruben Undheim http://gnuais.sourceforge.net * License : GPL-2.0+ Programming Lang: C Description : A tool for demodulating and decoding AIS messages using the line input of the sound card. gnuais is a tool for demodulating and decoding AIS messages using the line input of the sound card. AIS messages are transmitted by marine vessels and contain their position, velocity and other interesting information. The messages may be saved to an mysql-database, forwarded as NMEA packets or uploaded to an AIS web service. There is also a GUI distributed as a separate package which is capable of displaying the vessels in an openstreetmaps GUI using the libosmgpsmap2 library. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140414192130.17228.23742.reportbug@miniserver.granittvegen