Bug#979854: nextpnr-ice40-qt: Segfault when opening layed out design from GUI

[Ruben Undheim]

Package: nextpnr-ice40-qt
Version: 0.0~git20200831.4512a9d-1+b1
Severity: important

Dear Maintainer,

When opening a .json file in the nextpnr-ice40 QT GUI, I get a segmentation
fault.



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-13-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect

Versions of packages nextpnr-ice40-qt depends on:
ii  libboost-filesystem1.74.0   1.74.0-5
ii  libboost-program-options1.74.0  1.74.0-5
ii  libboost-thread1.74.0   1.74.0-5
ii  libc6   2.31-6
ii  libgcc-s1   10.2.1-1
ii  libpython3.93.9.1-1
ii  libqt5core5a5.15.2+dfsg-2
ii  libqt5gui5  5.15.2+dfsg-2
ii  libqt5widgets5  5.15.2+dfsg-2
ii  libstdc++6  10.2.1-1

nextpnr-ice40-qt recommends no packages.

Versions of packages nextpnr-ice40-qt suggests:
ii  fpga-icestorm  0~20190913git0ec00d8-2
ii  yosys  0.9-1+b1

-- no debconf information

Bug#907240: ITP: nextpnr -- Portable FPGA place and route tool

[Ruben Undheim]

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#973205: Not able to reproduce

[Ruben Undheim]

Hi,

I am not able to reproduce the FTBFS with cowbuilder. It builds just fine
on my side.

Would it be possible to try the rebuild again?


Best regards
Ruben

Bug#972325: ITP: scikit-rf -- Python toolkit for RF/Microwave engineering

[Ruben Undheim]

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#959902: Vcs check wrong?

[Ruben Undheim]

HI,

Thanks for reporting the bug, however I think it is invalid.

The project on salsa is there:
  https://salsa.debian.org/electronics-team/klayout

and has been there a long long time.

Is something wrong with the check here:
  https://qa.debian.org/cgi-bin/vcswatch?package=klayout
?

Best regards
Ruben

Bug#954976: ubertooth-specan-ui not present in package since it does not support Python 3

[Ruben Undheim]

Package: ubertooth
Version: 2018.12.R1-2
Severity: normal


ubertooth-specan-ui had to be removed from the package since it depends on
Python 2.

Please port it to Python 3 so that we again can use this nice little Ubertooth
spectrum analyzer


Ruben

Bug#951735: Python3

[Ruben Undheim]

This turned out to be a problem with a hard-dependency on Python 3.7 (not Ruby)

Bug#926099: ITP: opensta -- Gate-level Static Timing Analyzer

[Ruben Undheim]

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#926100: ITP: klayout -- High Performance Layout Viewer and Editor

[Ruben Undheim]

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#922037: meep: Please build-depend on libgdsii-dev

[Ruben Undheim]

Source: meep
Version: 1.7.0-3
Severity: wishlist

Hi,

When trying the GDSII import example from the meep tutorial, it fails like
this:

 meep: Meep must be configured/compiled with libGDSII for get_GDSII_prisms

Fortunately, libGDSII is now available in Debian! So it is just to add it as a
build-dependency to resolve the issue:

 Build-Depends: libgdsii-dev


Best regards
Ruben

Bug#904422: Bumped severity

[Ruben Undheim]

Bumped the severity since now nodejs 10 is in unstable.

Bug#917037: No ITP anymore

[Ruben Undheim]

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)

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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)

[Ruben Undheim]

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

[Ruben Undheim]

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)

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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#916505: tensorflow: Please package the Python interface for tensorflow

[Ruben Undheim]

Source: tensorflow
Severity: wishlist

Dear Maintainer,

I would really like to see the Python interface for tensorflow in Debian.

Many thanks in advance.


Best regards
Ruben

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Bug#909823: Your ITP: getthermal -- USB thermal camera viewer

[Ruben Undheim]

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#913327: nmu: gr-gsm_0.42.2-1

[Ruben Undheim]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal

Hi,
Could you please schedule a binNMU related to the libosmocore
transition (#911887)?

nmu gr-gsm_0.42.2-1 . ANY . unstable . -m ""

Thank you very much in advance!

Best regards
Ruben

Bug#911889: transition: libsmpp34

[Ruben Undheim]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

I would like to start a transition of libsmpp34. It has only one reverse
dependency - openbsc, which builds just fine.

This transition is closely related to libosmocore and should therefore happen
at the same time (openbsc should be uploaded after both of the libraries have
been uploaded to unstable)

Best regards,
Ruben


Ben file:

title = "libsmpp34-0";
is_affected = .depends ~ "libsmpp34-0" | .depends ~ "libsmpp34-1";
is_good = .depends ~ "libsmpp34-1";
is_bad = .depends ~ "libsmpp34-0";

Bug#911887: transition: libosmocore

[Ruben Undheim]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hello!

I would like to start a transition of libosmocore with also a couple of
sub-transitions:

 libosmogb5 -> libosmogb6(src:libosmocore)
 libosmogsm8 -> libosmogsm10 (src:libosmocore)
 
 libosmonetif4 -> libosmonetif6 (src:libosmo-netif)


All but one (gr-gsm), 10 in total, reverse-dependencies are source-full uploads
of new versions. 9 of them are in experimental today. I am maintaining all of
them in the Debian Mobcom team.

I have also test-built gr-gsm and it builds, and will need a binNMU.


Best regards
Ruben


Ben file:

title = "libosmocore";
is_affected = .depends ~ "libosmocore9" | .depends ~ "libosmocore11";
is_good = .depends ~ "libosmocore11";
is_bad = .depends ~ "libosmocore9";


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#714836: ITP: qucs -- an integrated circuit simulator with a GUI

[Ruben Undheim]

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

[Ruben Undheim]

Cool, Maximiliano :)

Ruben

Bug#909822: mkchromecast: Should probably depend on pulseaudio-utils

[Ruben Undheim]

Hi Muammar,

> The package suggests mkchromecast-pulseaudio:
> 
> 
> Taking a closer look at the description of Mkchromecast there is the
> following text:
> 
> ```
>  mkchromecast can cast using either pulseaudio or ALSA. The respective
> dependencies can be pulled by mkchromecast-pulseaudio and
> mkchromecast-alsa dependency packages respectively. For more
>  information, please read the README.Debian file shipped in this package.
> ```
> 
> I think this bug should be closed. Let me know what you think.

You are right. It looks quite solid. I must admit I filed the bug in a hurry
after being annoyed when I did not get it to work immediately - but rather
quickly found out what single piece was missing (without looking at the
documentation). Then I spent the time afterwards enjoying the music via my big
loudspeakers over mkchromecast - and forgot completely about the bug.


Feel free to close the bug.

Thanks. and sorry for wasting your time.. :(

Best regards
Ruben

Bug#890503: RFA: oregano -- tool for schematical capture of electronic circuits

[Ruben Undheim]

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

[Ruben Undheim]

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#909822: mkchromecast: Should probably depend on pulseaudio-utils

[Ruben Undheim]

Package: mkchromecast
Version: 0.3.8.1-1
Severity: normal

Dear Maintainer,

I get an error saying 'pactl' cannot be found when
starting. Solved it by installing pulseaudio-utils.

Best regards
Ruben


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages mkchromecast depends on:
ii  flac  1.3.2-3
ii  gir1.2-notify-0.7 0.7.7-3
ii  lame  3.100-2+b1
ii  nodejs8.11.2~dfsg-1
ii  opus-tools0.1.10-1
ii  python3   3.6.6-1
ii  python3-flask 1.0.2-3
ii  python3-psutil5.4.6-1+b1
ii  python3-pychromecast  2.3.0-1
ii  python3-pyqt5 5.11.2+dfsg-1+b1
ii  sox   14.4.2-3
ii  vorbis-tools  1.4.0-10.1
ii  youtube-dl2018.09.10-1

mkchromecast recommends no packages.

Versions of packages mkchromecast suggests:
ii  ffmpeg   7:4.0.2-2
pn  libav-tools  
pn  mkchromecast-alsa
pn  mkchromecast-pulseaudio  

-- no debconf information

Bug#909819: ITP: gdspy -- Python module for handling GDSII stream files

[Ruben Undheim]

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#909678: ITS: xcircuit -- missing upstream versions etc.

[Ruben Undheim]

Package: xcircuit
Version: 3.8.78.dfsg-1+b2
Severity: important


The package 'xcircuit' appears to be unmaintained. The last upload by the
listed Maintainer seems to have been done in 2008. After that it was for a long
time maintained by the listed "Uploader", but he has retired from Debian. There
is a 2-year old bug reported by the MIA team to remove him from the uploaders
list (#843374), which remains unanswered.

The newest upstream version is 3.10.10, while the newest stable version is
"3.9.73" - both of them released less than a few months ago. The current Debian
version, 3.8.78 is 3.5 years old (Feb 2015).

Note that the watch file for the package is outdated (#909515), such that it is
not straightforward to see that there are new upstream releases.

I am maintaining several other packages from the same upstream developer
(qflow, qrouter, magic, ...) in the Debian Electronics team. I intend to
salvage this package by adopting it into the Electronics team.


Best regards
Ruben Undheim

Bug#909520: xcircuit: Please package 3.9.73 (or newer stable) of xcircuit

[Ruben Undheim]

Package: xcircuit
Version: 3.8.78.dfsg-1+b2
Severity: wishlist

The version in Debian is almost 4 years old. Please package a new version from
the stable 3.9.x series.

Best regards
Ruben


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xcircuit depends on:
ii  libc6  2.24-11+deb9u3
ii  libice62:1.0.9-2
ii  libsm6 2:1.2.2-1+b3
ii  libtcl8.6  8.6.6+dfsg-1+b1
ii  libtk8.6   8.6.6-1+b1
ii  libx11-6   2:1.6.4-3
ii  libxpm41:3.5.12-1
ii  libxt6 1:1.1.5-1
ii  tk [wish]  8.6.0+9
ii  zlib1g 1:1.2.8.dfsg-5

xcircuit recommends no packages.

xcircuit suggests no packages.

-- debconf-show failed

Bug#909515: xcircuit: watch file does not check for new versions in the stable series

[Ruben Undheim]

Package: xcircuit
Version: 3.8.78.dfsg-1+b2
Severity: important

Dear maintainer,

The watch file looks for packages in the 3.7.x series, while the current stable
series is 3.9.x. Development happens at 3.10.x.

There have not been any new versions in the 3.7.x series since 2014.

The version in Debian is from the 3.8.x series, but it is very old (Feb 2015).


Please fix the watch file to this:
  http://opencircuitdesign.com/xcircuit/archive/xcircuit-(3\.9\..*)\.tgz

Best regards
Ruben


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xcircuit depends on:
ii  libc6  2.24-11+deb9u3
ii  libice62:1.0.9-2
ii  libsm6 2:1.2.2-1+b3
ii  libtcl8.6  8.6.6+dfsg-1+b1
ii  libtk8.6   8.6.6-1+b1
ii  libx11-6   2:1.6.4-3
ii  libxpm41:3.5.12-1
ii  libxt6 1:1.1.5-1
ii  tk [wish]  8.6.0+9
ii  zlib1g 1:1.2.8.dfsg-5

xcircuit recommends no packages.

xcircuit suggests no packages.

-- debconf-show failed

Bug#909429: ITP: osmo-sgsn -- Serving GPRS Support Node for Mobile Networks

[Ruben Undheim]

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#907992: New upstream release

[Ruben Undheim]

The new upstream release 1.0 contains the fix, AFAIK

Ruben

Bug#909028: Acknowledgement (wpasupplicant: /etc/../if-pre-up.d/wpasupplicant exited with ret code 1 ("wpa-ssid" specified in /etc/network/interfaces))

[Ruben Undheim]

Ok,

Seems like the computer had a "diverted" install of /sbin/start-stop-daemon.

Fixed it by running:

  dpkg-divert --remove /sbin/start-stop-daemon
  mv /sbin/start-stop-daemon /sbin/start-stop-daemon.REAL


I need to investigate why it was diverted. Probably because the Debian
installer did not complete cleanly. Strange that nothing else (AFAIK)
seems to be malfunctioning on this machine when start-stop-daemon is basically
not there.

Cheers
Ruben

Bug#909028: wpasupplicant: /etc/../if-pre-up.d/wpasupplicant exited with ret code 1 ("wpa-ssid" specified in /etc/network/interfaces)

[Ruben Undheim]

Package: wpasupplicant
Version: 2:2.6-18
Severity: important


Dear maintainer,

When not having network-manager installed and trying to configure a WPA network
using /etc/network/interfaces, it fails when networking.service starts up (in
sid).


/etc/network/interfaces/ contains this:

  auto wlp58s0
  iface wlp58s0 inet dhcp
wpa-ssid myssid
wpa-psk mypsk...

Doing: systemctl restart networking  ( or rebooting), I get:

Sep 17 18:33:37 nucny systemd[1]: Starting Raise network interfaces...
Sep 17 18:33:37 nucny ifup[24357]: Warning: Fake start-stop-daemon called, 
doing nothing.
Sep 17 18:33:42 nucny ifup[24357]: run-parts: 
/etc/network/if-pre-up.d/wpasupplicant exited with return code 1
Sep 17 18:33:42 nucny ifup[24357]: ifup: failed to bring up wlp58s0
Sep 17 18:33:42 nucny systemd[1]: networking.service: Main process exited, 
code=exited, status=1/FAILURE
Sep 17 18:33:42 nucny systemd[1]: networking.service: Failed with result 
'exit-code'.
Sep 17 18:33:42 nucny systemd[1]: Failed to start Raise network interfaces.




Or in fact, first I also had a line:
 ...  /etc/network/if-pre-up.d/wpasupplicant: 120: 
/etc/network/if-pre-up.d/wpasupplicant: cannot create /dev/stderr: No such 
device or address

which I got rid of by piping to /dev/null instead in /etc/network/interfaces


Best regards,
Ruben

Bug#908912: uhd: Wrong command suggested when not finding images

[Ruben Undheim]

Source: uhd
Version: 3.12.0.0-3
Severity: normal

Hi Maintainer,

It seems like bug #772412 has crept in again at some point.
(See: https://bugs.debian.org/772412)

Many thanks.

Best regards
Ruben

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#908436: AttributeError: 'AWSHTTPSConnection' object has no attribute 'ssl_context'

[Ruben Undheim]

Package: python3-boto3
Version: 1.4.2-1
Severity: important
Tags: stretch


Dear Maintainer,

Calling client.upload_file with the python3-boto3 version in Stretch crashes.
In sid it works fine.
:

  Traceback (most recent call last):
File "./upload.py", line 23, in 
  tofile)  # Name for remote file
File "/usr/lib/python3/dist-packages/boto3/s3/inject.py", line 105, in 
upload_file
  extra_args=ExtraArgs, callback=Callback)
File "/usr/lib/python3/dist-packages/boto3/s3/transfer.py", line 245, in 
upload_file
  future.result()
File "/usr/lib/python3/dist-packages/s3transfer/futures.py", line 71, in 
result
  return self._coordinator.result()
File "/usr/lib/python3/dist-packages/s3transfer/futures.py", line 231, in 
result
  raise self._exception
File "/usr/lib/python3/dist-packages/s3transfer/tasks.py", line 126, in 
__call__
  return self._execute_main(kwargs)
File "/usr/lib/python3/dist-packages/s3transfer/tasks.py", line 150, in 
_execute_main
  return_value = self._main(**kwargs)
File "/usr/lib/python3/dist-packages/s3transfer/upload.py", line 679, in 
_main
  client.put_object(Bucket=bucket, Key=key, Body=body, **extra_args)
File "/usr/lib/python3/dist-packages/botocore/client.py", line 251, in 
_api_call
  return self._make_api_call(operation_name, kwargs)
File "/usr/lib/python3/dist-packages/botocore/client.py", line 526, in 
_make_api_call
  operation_model, request_dict)
File "/usr/lib/python3/dist-packages/botocore/endpoint.py", line 141, in 
make_request
  return self._send_request(request_dict, operation_model)
File "/usr/lib/python3/dist-packages/botocore/endpoint.py", line 170, in 
_send_request
  success_response, exception):
File "/usr/lib/python3/dist-packages/botocore/endpoint.py", line 249, in 
_needs_retry
  caught_exception=caught_exception, request_dict=request_dict)
File "/usr/lib/python3/dist-packages/botocore/hooks.py", line 227, in emit
  return self._emit(event_name, kwargs)
File "/usr/lib/python3/dist-packages/botocore/hooks.py", line 210, in _emit
  response = handler(**kwargs)
File "/usr/lib/python3/dist-packages/botocore/retryhandler.py", line 183, 
in __call__
  if self._checker(attempts, response, caught_exception):
File "/usr/lib/python3/dist-packages/botocore/retryhandler.py", line 251, 
in __call__
  caught_exception)
File "/usr/lib/python3/dist-packages/botocore/retryhandler.py", line 269, 
in _should_retry
  return self._checker(attempt_number, response, caught_exception)
File "/usr/lib/python3/dist-packages/botocore/retryhandler.py", line 317, 
in __call__
  caught_exception)
File "/usr/lib/python3/dist-packages/botocore/retryhandler.py", line 223, 
in __call__
  attempt_number, caught_exception)
File "/usr/lib/python3/dist-packages/botocore/retryhandler.py", line 359, 
in _check_caught_exception
  raise caught_exception
File "/usr/lib/python3/dist-packages/botocore/endpoint.py", line 204, in 
_get_response
  proxies=self.proxies, timeout=self.timeout)
File "/home/ruben/.local/lib/python3.5/site-packages/requests/sessions.py", 
line 618, in send
  r = adapter.send(request, **kwargs)
File "/home/ruben/.local/lib/python3.5/site-packages/requests/adapters.py", 
line 440, in send
  timeout=timeout
File 
"/home/ruben/.local/lib/python3.5/site-packages/urllib3/connectionpool.py", 
line 601, in urlopen
  chunked=chunked)
File 
"/home/ruben/.local/lib/python3.5/site-packages/urllib3/connectionpool.py", 
line 346, in _make_request
  self._validate_conn(conn)
File 
"/home/ruben/.local/lib/python3.5/site-packages/urllib3/connectionpool.py", 
line 850, in _validate_conn
  conn.connect()
File 
"/home/ruben/.local/lib/python3.5/site-packages/urllib3/connection.py", line 
311, in connect
  if self.ssl_context is None:
  AttributeError: 'AWSHTTPSConnection' object has no attribute 'ssl_context'


Probably related to #854382


Best regards
Ruben


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3-boto3 depends on:
ii  python3 3.5.3-1
ii  python3-botocore1.4.70-1
ii  python3-jmespath0.9.0-2
ii  python3-requests2.12.4-1
ii  python3-s3transfer  0.1.9-1
ii  python3-six 1.10.0-3

python3-boto3 recommends no packages.

python3-boto3 suggests no packages.

-- debconf-show failed

Bug#908098: dgit: Bulding with "dgit cowbuilder" does not allow building source,any,all packages

[Ruben Undheim]

Hi Ian!

> > a cowbuilder hook) can see lintian errors in the source. I missed a
> > few lintians because of it some time back, and then I stopped using
> > "gbp cowbuilder" as a consequence.
> 
> Mmmm.

sorry, should be "dgit cowbuilder".
 
> > In other words, the .changes file produced does not list the .dsc and
> > .orig.tar.gz files. Even when adding the dpkg-buildpackage switch -F, dgit
> > seems to override it.
> 
> Yes, indeed it does.  It builds the source separately, and merges that
> with the builder-generated changes.
> 
> > Do you think it would be possible to add a command line switch for this? Or
> > maybe just respect whatever "dpkg-buildpackage switch" is chosen?
> 
> The dpkg-buildpackage switches control the generation of source
> packages, but not anything to do with lintian.  So that isn't the
> answer I think.
 
So the lintians for the source package don't appear if manually running lintian
/var/cache/pbuilder/result/mypackage*.changes on a package built with "dgit
cowbuilder". But if you build with normal cowbuilder they appear. This problem
in itself therefore has nothing to do with triggers.

> > I think this applies for the other "builders" in dgit also (sbuild,
> > pbuilder..).
> 
> Yes.

In the function "massage_dbp_args" in dgit, the argument is this:

  # Since we split the source build out so we can do strange things
  # to it, massage the arguments to dpkg-buildpackage so that the
  # main build doessn't build source (or add an argument to stop it
  # building source by default).

I do not completely understand. What would fall apart if you just let
dpkg-buildpakcage build the source?


Cheers
Ruben

Bug#908098: dgit: Bulding with "dgit cowbuilder" does not allow building source,any,all packages

[Ruben Undheim]

Package: dgit
Version: 6.11
Severity: wishlist


Dear developers,

I find it quite annoying that there is no option (or is there?) for "dgit
cowbuilder" to build a package such that lintian (being run in a cowbuilder
hook) can see lintian errors in the source. I missed a few lintians because of
it some time back, and then I stopped using "gbp cowbuilder" as a consequence.

In other words, the .changes file produced does not list the .dsc and
.orig.tar.gz files. Even when adding the dpkg-buildpackage switch -F, dgit
seems to override it.

Do you think it would be possible to add a command line switch for this? Or
maybe just respect whatever "dpkg-buildpackage switch" is chosen?

I think this applies for the other "builders" in dgit also (sbuild,
pbuilder..).


Thank you very much in advance.

Best regards
Ruben


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dgit depends on:
ii  apt   1.4.8
ii  ca-certificates   20161130+nmu1+deb9u1
ii  coreutils 8.26-3
ii  curl  7.52.1-5+deb9u6
ii  devscripts2.17.6+deb9u2
ii  dpkg-dev  1.18.25
ii  dput  0.12.1
ii  git [git-core]1:2.11.0-3+deb9u3
ii  git-buildpackage  0.8.12.2
ii  libdpkg-perl  1.18.25
ii  libjson-perl  2.90-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3+deb9u4
ii  libtext-glob-perl 0.10-1
ii  libtext-iconv-perl1.7-5+b4
ii  libwww-perl   6.15-1
ii  perl  5.24.1-3+deb9u4

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:7.4p1-10+deb9u4

Versions of packages dgit suggests:
ii  cowbuilder  0.85
ii  pbuilder0.228.7
ii  sbuild  0.73.0-4

-- debconf-show failed

Bug#907992: xdot: Cannot read from standard input

[Ruben Undheim]

Package: xdot
Version: 0.9-2
Severity: important

Dear Maintainer,

xdot cannot read from stdin.

This is unfortunately how I usually use xdot..

I usually do like:

  debtree ...  | xdot -

It fails like this:

Traceback (most recent call last):
  File "/usr/bin/xdot", line 4, in 
main()
  File "/usr/lib/python3/dist-packages/xdot/__main__.py", line 75, in main
win.set_dotcode(sys.stdin.read())
  File "/usr/lib/python3/dist-packages/xdot/ui/window.py", line 598, in 
set_dotcode
if self.dotwidget.set_dotcode(dotcode, filename):
  File "/usr/lib/python3/dist-packages/xdot/ui/window.py", line 142, in 
set_dotcode
if self._set_dotcode(dotcode, filename):
  File "/usr/lib/python3/dist-packages/xdot/ui/window.py", line 128, in 
_set_dotcode
assert isinstance(dotcode, bytes)
AssertionError


Luckily, the fix is easy, and already done upstream:

https://github.com/jrfonseca/xdot.py/commit/fc02ef4940a8894472fafba47b21e0df3b3c6315

Just change one line with a patch:


diff --git a/xdot/__main__.py b/xdot/__main__.py
index a7c404b..41ec65e 100755
--- a/xdot/__main__.py
+++ b/xdot/__main__.py
@@ -72,7 +72,7 @@ def main():
 win.set_filter(options.filter)
 if inputfile and len(inputfile) >= 1:
 if inputfile == '-':
-win.set_dotcode(sys.stdin.read())
+win.set_dotcode(sys.stdin.buffer.read())
 else:
 win.open_file(inputfile)


Best regards
Ruben


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages xdot depends on:
ii  gir1.2-gtk-3.03.22.30-2
ii  graphviz  2.40.1-3
ii  python3   3.6.6-1
ii  python3-gi3.28.3-1
ii  python3-gi-cairo  3.28.3-1
ii  python3-graphviz  0.8.4-2

xdot recommends no packages.

xdot suggests no packages.

-- no debconf information

Bug#907981: stretch-pu: package openbsc/0.15.0-2

[Ruben Undheim]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Hello,

I would like to upload a fix for FTBFS (#880233) to stretch.
The same fix has been in sid earlier:



diff --git a/debian/changelog b/debian/changelog
index 4da7159..aee9b20 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+openbsc (0.15.0-2+deb9u1) stretch; urgency=medium
+
+  * debian/patches/dbi.patch:
+- Fix FTBFS with patch (from sid) (Closes: #880233)
+
+ -- Ruben Undheim   Tue, 04 Sep 2018 20:25:16 +0200
+
 openbsc (0.15.0-2) unstable; urgency=medium
 
   * debian/control:
diff --git a/debian/patches/dbi.patch b/debian/patches/dbi.patch
new file mode 100644
index 000..a4331d5
--- /dev/null
+++ b/debian/patches/dbi.patch
@@ -0,0 +1,179 @@
+Description: take care of new libdbi version with newly activated error handler
+ patch inspired by #2677 at https://osmocom.org/issues/2667
+Author: Thorsten Alteholz 
+Index: openbsc-0.15.0/openbsc/src/libmsc/db.c
+===
+--- openbsc-0.15.0.orig/openbsc/src/libmsc/db.c2017-12-06 
16:17:40.0 +0100
 openbsc-0.15.0/openbsc/src/libmsc/db.c 2017-12-07 09:44:19.285698593 
+0100
+@@ -309,7 +309,8 @@
+"Failed fetch messages from the old SMS table (upgrade 
from rev 3).\n");
+   goto rollback;
+   }
+-  while (dbi_result_next_row(result)) {
++  while (dbi_result_has_next_row(result)
++ && dbi_result_next_row(result)) {
+   sms = sms_from_result_v3(result);
+   if (db_sms_store(sms) != 0) {
+   LOGP(DDB, LOGL_ERROR, "Failed to store message to the 
new SMS table(upgrade from rev 3).\n");
+@@ -379,7 +380,8 @@
+   if (!result)
+   return -EINVAL;
+ 
+-  if (!dbi_result_next_row(result)) {
++if (!dbi_result_has_next_row(result)
++|| !dbi_result_next_row(result)) {
+   dbi_result_free(result);
+   return -EINVAL;
+   }
+@@ -558,7 +560,8 @@
+   if (!result)
+   return -EIO;
+ 
+-  if (!dbi_result_next_row(result)) {
++if (!dbi_result_has_next_row(result)
++|| !dbi_result_next_row(result)) {
+   dbi_result_free(result);
+   return -ENOENT;
+   }
+@@ -604,7 +607,8 @@
+   if (!result)
+   return -EIO;
+ 
+-  if (!dbi_result_next_row(result)) {
++if (!dbi_result_has_next_row(result)
++|| !dbi_result_next_row(result)) {
+   dbi_result_free(result);
+   return -ENOENT;
+   }
+@@ -690,7 +694,8 @@
+   if (!result)
+   return -EIO;
+ 
+-  if (!dbi_result_next_row(result)) {
++if (!dbi_result_has_next_row(result)
++|| !dbi_result_next_row(result)) {
+   dbi_result_free(result);
+   return -ENOENT;
+   }
+@@ -880,7 +885,8 @@
+   LOGP(DDB, LOGL_ERROR, "Failed to query Subscriber.\n");
+   return NULL;
+   }
+-  if (!dbi_result_next_row(result)) {
++if (!dbi_result_has_next_row(result)
++|| !dbi_result_next_row(result)) {
+   DEBUGP(DDB, "Failed to find the Subscriber. '%u' '%s'\n",
+   field, id);
+   dbi_result_free(result);
+@@ -916,7 +922,8 @@
+   LOGP(DDB, LOGL_ERROR, "Failed to query Subscriber: %llu\n", 
subscr->id);
+   return -EIO;
+   }
+-  if (!dbi_result_next_row(result)) {
++if (!dbi_result_has_next_row(result)
++|| !dbi_result_next_row(result)) {
+   DEBUGP(DDB, "Failed to find the Subscriber. %llu\n",
+   subscr->id);
+   dbi_result_free(result);
+@@ -1104,7 +,8 @@
+   return -1;
+   }
+ 
+-  while (dbi_result_next_row(result)) {
++  while (dbi_result_has_next_row(result)
++ && dbi_result_next_row(result)) {
+   struct gsm_subscriber *subscr;
+ 
+   subscr = subscr_alloc();
+@@ -1182,8 +1190,10 @@
+   return -EIO;
+   }
+ 
+-  while (dbi_result_next_row(result))
++  while (dbi_result_has_next_row(result)
++ && dbi_result_next_row(result)) {
+   callback(priv, dbi_result_get_ulonglong(result, "id"));
++  }
+ 
+   dbi_result_free(result);
+   return 0;
+@@ -1221,7 +1231,8 @@
+   dbi_result_free(result);
+   continue;
+   }
+-  if (!dbi_result_next_row(result)) {
++  if (!dbi_result_has_next_row(result)
++  || !dbi_result_next_row(result)) {
+   dbi_result_free(result);
+   DEBUGP(DDB, "Allocated TMSI %u 

Bug#907240: ITP: nextpnr -- Portable FPGA place and route tool

[Ruben Undheim]

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#906908: dgit: Fails to push-source for gbp repo. dgit thinks it is git-debrebase repo

[Ruben Undheim]

HI Ian,

>  Branch is managed by git-debrebase ($ffq_prev exists), but quilt mode
>  ($quilt_mode) implies a split view.  That cannot possibly be right.
>
> which I think in your case would come out as
>
>  Branch is managed by git-debrebase (refs/ffq-prev/heads/master
>  exists), but quilt mode (gbp) implies a split view.  That cannot
>  possibly be right.
>
> Suggestions for improvement welcome.

Maybe also add suggestion of how to get rid off
refs/ffq-pref/heads/master? Since the user specified --gbp, it is
reasonably clear what he wants..

Either suggest:
   $ git update-ref -d  refs/ffq-pref/heads/master
   (would it resolve it?)

or the command sequence you proposed earlier:
   $ git branch temp
   $ git debrebase scrap
   $ git reset --hard temp

or what do you think? Maybe it is not necessary. This is most likely
not something that will happen often..

Best regards,
Ruben

Bug#906983: ITP: gr-dab -- Gnuradio blocks and tools for receiving DAB and DAB+ radio

[Ruben Undheim]

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#906908: dgit: Fails to push-source for gbp repo. dgit thinks it is git-debrebase repo

[Ruben Undheim]

Hi,

> I conjecture that you did this:
>
>$ git debrebase convert-from-gbp
># play around a bit leaving an unstitched branch
>$ git reset --hard salsa/master
># maybe some gbp style work
>$ dgit push-source
>
> ?

Sounds like a sensible explanation. I did do exactly that for some
packages, but do not remember exactly which ones.

> If so, please:
>
>$ git branch temp
>$ git debrebase scrap
>$ git reset --hard temp
>
> to get rid of the ffq-prev ref.

Thanks

> I think I will improve the error message for this case, since it
> doesn't make any kind of sense to pass --gbp when there is the
> ffq-prev ref present.

Would be good.

> Maybe also there should be something in the docs, or maybe in our
> promotional materials (talks, emails, whatever) to say that after
> trying out git-debrebase, one should git-debrebase scrap, and that
> git-reset --hard is not sufficient.

Well, if the error message is good, I do not think extra documentation
is necessarily required.

> I would still like the output of
>git show-ref

b00be1db36acaef06c10a46dc40c9f70ac7fad51 refs/dgit-intern/quilt-cache
abea8df2152c69f558dd8df90a203bc7816d6c96 refs/ffq-prev/heads/master
291bd6d9b3f51ea86c38bbe998c0896ad8b9fed2 refs/heads/master
edfc72ae338d6928896ba7674a24600d91a8c295 refs/heads/patch-queue/master
971de5d4979b27b3e176dcaf263a8a2203806515 refs/heads/pristine-tar
fefe0fc0430f4f173a25e674708aa0f4f0854b31 refs/heads/upstream
231ac99af2b8e1ad4f033f9250d57e944b02ad0e refs/remotes/dgit/dgit/sid
291bd6d9b3f51ea86c38bbe998c0896ad8b9fed2 refs/remotes/origin/HEAD
291bd6d9b3f51ea86c38bbe998c0896ad8b9fed2 refs/remotes/origin/master
2fba240fc8ec65b60c6cba2ffa022ca532a6817e refs/remotes/origin/next
971de5d4979b27b3e176dcaf263a8a2203806515 refs/remotes/origin/pristine-tar
fefe0fc0430f4f173a25e674708aa0f4f0854b31 refs/remotes/origin/upstream
79d0852a2395077b403639aac8726afdf5b358f3 refs/tags/archive/debian/0.7-6
58147ef8d834f49c6efa052c9ccf893776da5e30
refs/tags/debian/0.5.0+20151007gitba4cce9-1
db23ccd06e11c4a81eefd33966b57e2d222cc48d
refs/tags/debian/0.5.0+20151013gitf13e387-1
0fa23a0fe30e7570f2c8897c137e300af2e017f5
refs/tags/debian/0.5.0+20151013gitf13e387-2_exp1
f2a2faf2ddd13a621f22a4f55e961934dca272ac refs/tags/debian/0.5.0-1
9e6e875a804b42bf924d1f8a16961ab72affba90 refs/tags/debian/0.6-1
6c89e522fd88a04753da1c1d4b2936788ea61b9c refs/tags/debian/0.6-2
44c1916c87167b051a25e146fd22b4ffa1741e9b refs/tags/debian/0.6-3
aab32bc757e185420a2e1cc81d10ac82137a1b6a refs/tags/debian/0.6-4
ea54cf07f7caf7af4218096543d4fcf259e6db69 refs/tags/debian/0.6-5
f7d0987216fc6aba59631a102a995adb54748245 refs/tags/debian/0.6-6
324696a07a1a9822022362ed79875a9f1fee124c refs/tags/debian/0.6-7
b9315637f8a6a3a133603989e2b6de745b955880 refs/tags/debian/0.7-1
d3a3dc09c4d850dff15cff7adcf742d65de023c3 refs/tags/debian/0.7-2
25cb56d09a0cc900c83dce53170e84d44daaec77 refs/tags/debian/0.7-3
f8d3320a15b1e155d6d1e5cb91315f9222114d92 refs/tags/debian/0.7-4
e695454cb1719892428fa1d3391ae2d7d42ea145 refs/tags/debian/0.7-5
8c732f136fe0df731dbe7a053010bf5c295db378 refs/tags/debian/0.7-6
291bd6d9b3f51ea86c38bbe998c0896ad8b9fed2 refs/tags/debian/0.7-7
01ef34c147dd3e3e3d13864f9c726727a4013207
refs/tags/upstream/0.3.0+20140904git01ef34c
652345c9cd41a6a93925477e44a6d7925b0d7584
refs/tags/upstream/0.3.0+20140906git652345c
f9c096eedabdf7cd2cdd770da73bdd17d86559e7
refs/tags/upstream/0.3.0+20141027gitf9c096e
d5aa0ee158b413b24de897a01fc98b02f609f125 refs/tags/upstream/0.4.0
3cbfa3815ee0c40fcafe80d56afec97c36368f06
refs/tags/upstream/0.4.0+20150201git3cbfa38
c3c9fbfb8c6782bcf39ed307325d3c83a3e69e7e refs/tags/upstream/0.5.0
c6ca4780e2c5cf22863a943e1dfa88bd7b690784
refs/tags/upstream/0.5.0+20150720gitc6ca478
ba4cce9f19cf7a8eab78b52ca1aaa4d040eb8e7c
refs/tags/upstream/0.5.0+20151007gitba4cce9
f13e3873212fb4338ee3dd180cb9b0cd3d134935
refs/tags/upstream/0.5.0+20151013gitf13e387
5869d26da02147741f783a2f379fd49194c7e1ad refs/tags/upstream/0.6
4f096fe65b77435daba019248273e547fa18d167
refs/tags/upstream/0.6+20160920git0c697b9
fefe0fc0430f4f173a25e674708aa0f4f0854b31 refs/tags/upstream/0.7

>git branch

* master
  patch-queue/master
  pristine-tar
  upstream

> to confirm my conjecture about what the program was doing.

I guess the output from git show-ref confirms your theory.

Thanks!

Best regards
Ruben

Bug#906908: dgit: Fails to push-source for gbp repo. dgit thinks it is git-debrebase repo

[Ruben Undheim]

Hi Ian,

> But, can you please tell me the output of
>   git-rev-parse HEAD
>   git-show-ref
> and tell me where to get these git commits (salsa somewhere I guess?)

This is the object that dgit complains about:
https://salsa.debian.org/science-team/yosys/commit/e48f7af70b5c3738b35d926ecdb16dd925571db5

I was here: 
https://salsa.debian.org/science-team/yosys/commit/291bd6d9b3f51ea86c38bbe998c0896ad8b9fed2
when trying to run "dgit --gbp push-source".

Hope this helps

Best regards,
Ruben

Bug#906908: dgit: Fails to push-source for gbp repo. dgit thinks it is git-debrebase repo

[Ruben Undheim]

Package: dgit
Version: 6.9
Severity: normal

Hi Maintainer,

First time I am unable to push with 'push-source' and had to go back to 'dput'.
Strange that it happens suddenly now. Seems like dgit thinks my repo is
git-debrebase based, but it is git-buildpackage based. Please see console
output below:


myshell> dgit --gbp push-source
canonical suite name for unstable is sid
Format `3.0 (quilt)', need to check/update patch stack
examining quilt state (multiple patches, gbp mode)
dgit: split brain (separate dgit view) may be needed (--quilt=gbp).
dgit view: found cached (commit id b00be1db36acaef06c10a46dc40c9f70ac7fad51)
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building yosys using existing ./yosys_0.7.orig.tar.gz
dpkg-source: info: building yosys in yosys_0.7-7.debian.tar.xz
dpkg-source: info: building yosys in yosys_0.7-7.dsc
changelog will contain changes since 0.7-6
dpkg-genchanges: info: not including original source code in upload
downloading http://ftp.debian.org/debian//pool/main/y/yosys/yosys_0.7-6.dsc...
last upload to archive: specified git info (debian)
using existing yosys_0.7.orig.tar.gz

git-debrebase: error: found unprocessable commit, cannot cope: edits 
debian/patches (e48f7af70b5c3738b35d926ecdb16dd925571db5)
git-debrebase: Branch/history seems mangled - no longer in gdr format.
git-debrebase: See ILLEGAL OPERATIONS in git-debrebase(5).
git-debrebase: Consider git-debrebase scrap, to throw away your recent work.
dgit: failed command: git-debrebase stitch

dgit: error: subprocess failed with error exit status 255
! Push failed, while preparing your push.
! You can retry the push, after fixing the problem, if you like.




-

You will find the 'unprocessable commit' on salsa (under the project yosys).

I tried rolling back dgit and git-debrebase a few versions. It seems like the
problem is present also for some earlier versions.


Best regards
Ruben


-- System Information:
Debian Release: 9.5
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dgit depends on:
ii  apt   1.4.8
ii  ca-certificates   20161130+nmu1+deb9u1
ii  coreutils 8.26-3
ii  curl  7.52.1-5+deb9u6
ii  devscripts2.17.6+deb9u2
ii  dpkg-dev  1.18.25
ii  dput  0.12.1
ii  git [git-core]1:2.11.0-3+deb9u3
ii  git-buildpackage  0.8.12.2
ii  libdpkg-perl  1.18.25
ii  libjson-perl  2.90-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3+deb9u4
ii  libtext-glob-perl 0.10-1
ii  libtext-iconv-perl1.7-5+b4
ii  libwww-perl   6.15-1
ii  perl  5.24.1-3+deb9u4

Versions of packages dgit recommends:
ii  openssh-client [ssh-client]  1:7.4p1-10+deb9u3

Versions of packages dgit suggests:
ii  cowbuilder  0.85
ii  pbuilder0.228.7

-- debconf-show failed

Bug#906844: python3-protobuf: Installing 'python3-protobuf' causes uninstallation of 'python3-numpy'

[Ruben Undheim]

Package: python3-protobuf
Version: 3.0.0-9.1
Severity: serious

Dear Maintainer,

When installing 'python3-protobuf' in sid, 'python3-numpy' which is needed for
a number of reasons, becomes uninstalled.

'python3-numpy' depends on 'python3.7:any', while 'python3.7' has
'python3-protobuf (<= 3.0.0-9.1+b1)' in its break field.

A binNMU should then resolve this, I suppose.


Cheers
Ruben

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages python3-protobuf depends on:
ii  libc6  2.27-5
ii  libgcc11:8.2.0-4
ii  libprotobuf10  3.0.0-9.1
ii  libstdc++6 8.2.0-4
ii  python33.6.6-1
ii  python3-pkg-resources  39.2.0-1
ii  python3-six1.11.0-2

python3-protobuf recommends no packages.

python3-protobuf suggests no packages.

-- no debconf information

Bug#906028: Patch for missing library install

[Ruben Undheim]

I've attached a patch
diff --git a/debian/libctl-dev.install b/debian/libctl-dev.install
index bf904e9..12dc8fa 100644
--- a/debian/libctl-dev.install
+++ b/debian/libctl-dev.install
@@ -1,5 +1,5 @@
 usr/bin
 usr/include
 usr/lib/*/lib*.a
-usr/lib/*/libctl.so
+usr/lib/*/lib*.so
 usr/share/man
diff --git a/debian/libctl7.install b/debian/libctl7.install
index 83f47f0..06cd553 100644
--- a/debian/libctl7.install
+++ b/debian/libctl7.install
@@ -1,2 +1,2 @@
-usr/lib/*/libctl.so.*
+usr/lib/*/libctl*.so.*
 usr/share/libctl*
diff --git a/debian/libctl7.symbols b/debian/libctl7.symbols
index 0d9f124..bbead71 100644
--- a/debian/libctl7.symbols
+++ b/debian/libctl7.symbols
@@ -157,3 +157,135 @@ libctl.so.7 libctl7 #MINVER#
  vector3objectproperty_@Base 3.0.3
  vector3plus_@Base 3.0.3
  vector3scale_@Base 3.0.3
+libctlgeom.so.7 libctl7 #MINVER#
+ adaptive_integration@Base 4.1.0
+ block_copy@Base 4.1.0
+ block_destroy@Base 4.1.0
+ block_equal@Base 4.1.0
+ box_overlap_with_object@Base 4.1.0
+ cmatrix3x3_equal@Base 4.1.0
+ cmatrix3x3_im@Base 4.1.0
+ cmatrix3x3_re@Base 4.1.0
+ cnumber_conj@Base 4.1.0
+ cnumber_equal@Base 4.1.0
+ compound_geometric_object_copy@Base 4.1.0
+ compound_geometric_object_destroy@Base 4.1.0
+ compound_geometric_object_equal@Base 4.1.0
+ cone_copy@Base 4.1.0
+ cone_destroy@Base 4.1.0
+ cone_equal@Base 4.1.0
+ create_geom_box_tree0@Base 4.1.0
+ create_geom_box_tree@Base 4.1.0
+ cvector3_equal@Base 4.1.0
+ cvector3_im@Base 4.1.0
+ cvector3_re@Base 4.1.0
+ cylinder_copy@Base 4.1.0
+ cylinder_destroy@Base 4.1.0
+ cylinder_equal@Base 4.1.0
+ default_material@Base 4.1.0
+ destroy_geom_box_tree@Base 4.1.0
+ dimensions@Base 4.1.0
+ display_geom_box_tree@Base 4.1.0
+ display_geometric_object_info@Base 4.1.0
+ ellipsoid_copy@Base 4.1.0
+ ellipsoid_destroy@Base 4.1.0
+ ellipsoid_equal@Base 4.1.0
+ ellipsoid_overlap_with_object@Base 4.1.0
+ ensure_periodicity@Base 4.1.0
+ from_geom_object_coords@Base 4.1.0
+ geom_box_tree_stats@Base 4.1.0
+ geom_cartesian_lattice0@Base 4.1.0
+ geom_cartesian_lattice@Base 4.1.0
+ geom_fix_lattice0@Base 4.1.0
+ geom_fix_lattice@Base 4.1.0
+ geom_fix_object@Base 4.1.0
+ geom_fix_objects0@Base 4.1.0
+ geom_fix_objects@Base 4.1.0
+ geom_get_bounding_box@Base 4.1.0
+ geom_initialize@Base 4.1.0
+ geom_tree_search@Base 4.1.0
+ geom_tree_search_next@Base 4.1.0
+ geometric_object_copy@Base 4.1.0
+ geometric_object_destroy@Base 4.1.0
+ geometric_object_equal@Base 4.1.0
+ geometry@Base 4.1.0
+ geometry_center@Base 4.1.0
+ geometry_lattice@Base 4.1.0
+ insert_s_in_list@Base 4.1.0
+ intersect_line_segment_with_object@Base 4.1.0
+ intersect_line_with_object@Base 4.1.0
+ intersect_line_with_prism@Base 4.1.0
+ intersect_line_with_segment@Base 4.1.0
+ intersect_ray_with_segment@Base 4.1.0
+ lattice_copy@Base 4.1.0
+ lattice_destroy@Base 4.1.0
+ lattice_equal@Base 4.1.0
+ make_block@Base 4.1.0
+ make_cmatrix3x3@Base 4.1.0
+ make_cnumber@Base 4.1.0
+ make_cone@Base 4.1.0
+ make_cvector3@Base 4.1.0
+ make_cylinder@Base 4.1.0
+ make_ellipsoid@Base 4.1.0
+ make_geometric_object@Base 4.1.0
+ make_hermitian_cmatrix3x3@Base 4.1.0
+ make_prism@Base 4.1.0
+ make_sphere@Base 4.1.0
+ make_wedge@Base 4.1.0
+ material_of_point0@Base 4.1.0
+ material_of_point@Base 4.1.0
+ material_of_point_in_tree@Base 4.1.0
+ material_of_point_in_tree_inobject@Base 4.1.0
+ material_of_point_inobject0@Base 4.1.0
+ material_of_point_inobject@Base 4.1.0
+ material_of_unshifted_point_in_tree_inobject@Base 4.1.0
+ matrix3x3_determinant@Base 4.1.0
+ matrix3x3_equal@Base 4.1.0
+ matrix3x3_inverse@Base 4.1.0
+ matrix3x3_mult@Base 4.1.0
+ matrix3x3_row1@Base 4.1.0
+ matrix3x3_row2@Base 4.1.0
+ matrix3x3_row3@Base 4.1.0
+ matrix3x3_transpose@Base 4.1.0
+ matrix3x3_transpose_vector3_mult@Base 4.1.0
+ matrix3x3_vector3_mult@Base 4.1.0
+ normal_to_fixed_object@Base 4.1.0
+ normal_to_object@Base 4.1.0
+ normal_to_plane@Base 4.1.0
+ object_of_point0@Base 4.1.0
+ object_of_point@Base 4.1.0
+ object_of_point_in_tree@Base 4.1.0
+ overlap_with_object@Base 4.1.0
+ point_in_fixed_objectp@Base 4.1.0
+ point_in_fixed_pobjectp@Base 4.1.0
+ point_in_objectp@Base 4.1.0
+ point_in_periodic_fixed_objectp@Base 4.1.0
+ point_in_periodic_objectp@Base 4.1.0
+ point_shift_in_periodic_fixed_pobjectp@Base 4.1.0
+ prism_coordinate_c2p@Base 4.1.0
+ prism_coordinate_p2c@Base 4.1.0
+ prism_copy@Base 4.1.0
+ prism_destroy@Base 4.1.0
+ prism_equal@Base 4.1.0
+ range_overlap_with_object@Base 4.1.0
+ restrict_geom_box_tree@Base 4.1.0
+ shift_to_unit_cell@Base 4.1.0
+ sphere_copy@Base 4.1.0
+ sphere_destroy@Base 4.1.0
+ sphere_equal@Base 4.1.0
+ square_basis@Base 4.1.0
+ to_geom_box_coords@Base 4.1.0
+ to_geom_object_coords@Base 4.1.0
+ triangle_normal@Base 4.1.0
+ unit_vector3@Base 4.1.0
+ vector3_cross@Base 4.1.0
+ vector3_dot@Base 4.1.0
+ vector3_equal@Base 4.1.0
+ vector3_minus@Base 4.1.0
+ vector3_nearly_equal@Base 4.1.0
+ vector3_norm@Base 4.1.0
+ vector3_plus@Base 4.1.0
+ vector3_scale@Base 4.1.0
+ wedge_copy@Base 4.1.0
+ wedge_destroy@Base 4.1.0
+ 

Bug#906029: The symlink libctlgeom.so is not installed

[Ruben Undheim]

Package: libctl-dev
Version: 4.1.0-1
Severity: serious
Justification: Policy 8.4

Dear Maintainer,

The symlink
  /usr/lib/x86_64-linux-gnu/libctlgeom.so -> libctlgeom.so.7.0.0

is not installed.

Please see attached patch.

Cheers
Ruben

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libctl-dev depends on:
ii  guile-2.2-dev  2.2.4+1-1
ii  libc6-dev  2.27-5
ii  libctl74.1.0-1

Versions of packages libctl-dev recommends:
ii  libctl-doc  4.1.0-1

libctl-dev suggests no packages.

-- no debconf information

diff --git a/debian/libctl-dev.install b/debian/libctl-dev.install
index bf904e9..12dc8fa 100644
--- a/debian/libctl-dev.install
+++ b/debian/libctl-dev.install
@@ -1,5 +1,5 @@
 usr/bin
 usr/include
 usr/lib/*/lib*.a
-usr/lib/*/libctl.so
+usr/lib/*/lib*.so
 usr/share/man

Bug#906028: libctlgeom.so.. not installed

[Ruben Undheim]

Package: libctl7
Version: 4.1.0-1
Severity: important

Dear Maintainer,

The library libctlgeom does not get installed at all.
It seems like the SOVERSION follows libctl.so and the two shared
libraries can therefore possibly be placed in the same binary.

This blocks building of the latest upstream meep package.


Best regards
Ruben

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages libctl-dev depends on:
ii  guile-2.2-dev  2.2.4+1-1
ii  libc6-dev  2.27-5
ii  libctl74.1.0-1

Versions of packages libctl-dev recommends:
ii  libctl-doc  4.1.0-1

libctl-dev suggests no packages.

-- no debconf information

Bug#906024: ITP: libgdsii -- C++ library for working with GDSII binary data files

[Ruben Undheim]

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)

[Ruben Undheim]

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

[Ruben Undheim]

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#905279: git-debrebase: 'dgit clone ' followed by "cd ; git debrebase" fails

[Ruben Undheim]

Hi Sean!

> It sounds like fixing #905322, and then having git-debrebase output a
> suggestion to use convert-from-dgit-view, would be sufficient for your
> usecase?

Yes, exactly. Sounds perfect! Thank you

It is totally understandable that such a new tool dumps out
stacktraces here and there, but if the tool is cared for, they should
gradually be replaced with sane error messages or clever behaviour ;)

Have a nice weekend.

Best regards,
Ruben

Bug#905279: git-debrebase: 'dgit clone ' followed by "cd ; git debrebase" fails

[Ruben Undheim]

>  1. dgit clone 
>  2. cd 
>  3. (modify debian/* files + source files in one commit)
>  4. git debrebase  (neatly splits the commits)
>  5. dgit sbuild
>  6. (test package)
>  7. dgit push-source
>
> Now, I just get a "stacktrace" if doing this (step 4). At least,

I should add that the error I get at step 4 above is different than
the one in the initial bug report:

  OK, you are ahead of refs/remotes/dgit/dgit/sid
  Use of uninitialized value $r[2] in join or string at
/usr/bin/git-debrebase line 935.
   at /usr/share/dgit/gdr/perl5/Debian/Dgit.pm line 127.
  Debian::Dgit::__ANON__("Use of uninitialized value \$r[2] in join or
string at /usr/bi"...) called at /usr/bin/git-debrebase line 935
  main::walk("cb467963501bc3ddf87550bbea06c21a7803a1a5") called at
/usr/bin/git-debrebase line 969
  main::do_launder_head("launder for rebase") called at
/usr/bin/git-debrebase line 987
  main::defaultcmd_rebase() called at /usr/bin/git-debrebase line 1855

Best regards
Ruben

Bug#905279: git-debrebase: 'dgit clone ' followed by "cd ; git debrebase" fails

[Ruben Undheim]

Hi Sean!

> This is not expected to work.  Could you explain what you were trying to
> achieve, please?

So git-debrebase works well when one has been able to enable it for a repo.
However, my experience is that it is sometimes very hard to "enable" it. I
have been successful a few times with "git debrebase convert-from-gbp", but
not every time.

However, for the dgit+git-debrebase duo to be really powerful, I would
expect this workflow to work:

 1. dgit clone 
 2. cd 
 3. (modify debian/* files + source files in one commit)
 4. git debrebase  (neatly splits the commits)
 5. dgit sbuild
 6. (test package)
 7. dgit push-source

Now, I just get a "stacktrace" if doing this (step 4). At least,
git-debrebase should come back with a sensible error message suggesting
what to do. As far as I see, git-debrebase has all the information it needs
to make this possible since the log contains a message such as "[dgit
import orig osmo-bts_0.7.0.orig.tar.xz]" - where the version should match
the version in the last changelog entry.

Actually, I struggled so much with enabling git-debrebase for a few
packages, that I ultimately gave up. I tried many variants such as:
 - deleting patches/* . and committing this manually
 - Creating a upstream/ tag from the clean import of orig manually
 - Putting in "git rebase stitch" here and there.

Every time it failed with a not-understandable error message.

Can you please provide instructions for how git-debrebase is supposed to be
enabled for a package which is not already maintained with gbp?

It might be that I have misunderstood the tool in a fundamental way, but at
least it should not dump a stacktrace in this case. :)

Best regards
Ruben

Bug#905280: git-debrebase: 'dgit clone ' followed by "cd ; git debrebase" fails

[Ruben Undheim]

Package: git-debrebase
Version: 6.4
Severity: important


Hi,

Try to run:

  dgit clone 

then followed by

  cd 
  git debrebase

for a  which has not been used together with dgit earlier.

It fails like this for me:

ruben@hostname:/tmp@ cd osmo-bts 
ruben@hostname:/tmp/osmo-bts@ git debrebase
OK, you are ahead of refs/remotes/dgit/dgit/sid
tree b49788ffc3117bc4b1093a96ddb225fb255afb6b
parent cc15473d1f59229b416e626831cba0474b65e038
author Debian Mobcom Maintainers 
 1524320101 +0200
committer Thorsten Alteholz  1524320101 +0200
 ? at /usr/bin/git-debrebase line 922.
  main::__ANON__() called at /usr/bin/git-debrebase line 117
  eval {...} called at /usr/bin/git-debrebase line 117
  main::in_workarea(CODE(0x55884c8c7cc8)) called at /usr/bin/git-debrebase line 
928
  main::walk("c064b71a882a91f27f362b3bd4c912245073acdb") called at 
/usr/bin/git-debrebase line 969
  main::do_launder_head("launder for rebase") called at /usr/bin/git-debrebase 
line 987
  main::defaultcmd_rebase() called at /usr/bin/git-debrebase line 1855


I have not yet been digging, assuming it is easier for you to figure out what's 
wrong (what I am doing wrong).

Thanks for useful tools, and for your great efforts, maintainer (Ian). :D

Cheers
Ruben


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages git-debrebase depends on:
ii  git [git-core]1:2.11.0-3+deb9u3
ii  libdpkg-perl  1.18.24
ii  libfile-fnmatch-perl  0.02-2+b3
ii  perl  5.24.1-3+deb9u4

Versions of packages git-debrebase recommends:
ii  dgit  6.4
ii  git-buildpackage  0.8.12.2

git-debrebase suggests no packages.

-- debconf-show failed

Bug#905279: git-debrebase: 'dgit clone ' followed by "cd ; git debrebase" fails

[Ruben Undheim]

Package: git-debrebase
Version: 6.4
Severity: important


Hi,

Try to run:

  dgit clone 

then followed by

  cd 
  git debrebase

for a  which has not been used together with dgit earlier.

It fails like this for me:

ruben@hostname:/tmp@ cd osmo-bts 
ruben@hostname:/tmp/osmo-bts@ git debrebase
OK, you are ahead of refs/remotes/dgit/dgit/sid
tree b49788ffc3117bc4b1093a96ddb225fb255afb6b
parent cc15473d1f59229b416e626831cba0474b65e038
author Debian Mobcom Maintainers 
 1524320101 +0200
committer Thorsten Alteholz  1524320101 +0200
 ? at /usr/bin/git-debrebase line 922.
  main::__ANON__() called at /usr/bin/git-debrebase line 117
  eval {...} called at /usr/bin/git-debrebase line 117
  main::in_workarea(CODE(0x55884c8c7cc8)) called at /usr/bin/git-debrebase line 
928
  main::walk("c064b71a882a91f27f362b3bd4c912245073acdb") called at 
/usr/bin/git-debrebase line 969
  main::do_launder_head("launder for rebase") called at /usr/bin/git-debrebase 
line 987
  main::defaultcmd_rebase() called at /usr/bin/git-debrebase line 1855


I have not yet been digging, assuming it is easier for you to figure out what's 
wrong (what I am doing wrong).

Thanks for useful tools, and for your great efforts, maintainer (Ian). :D

Cheers
Ruben


-- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages git-debrebase depends on:
ii  git [git-core]1:2.11.0-3+deb9u3
ii  libdpkg-perl  1.18.24
ii  libfile-fnmatch-perl  0.02-2+b3
ii  perl  5.24.1-3+deb9u4

Versions of packages git-debrebase recommends:
ii  dgit  6.4
ii  git-buildpackage  0.8.12.2

git-debrebase suggests no packages.

-- debconf-show failed

Bug#904940: ITP: fparserc++ -- Function Parser for C++

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

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

[Ruben Undheim]

I entered wrong version. It should be  0.3.9

Bug#904219: ITP: freediameter -- Diameter protocol implementation

[Ruben Undheim]

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)

[Ruben Undheim]

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

[Ruben Undheim]

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#903962: Fails to build on arch kfreebsd-amd64

[Ruben Undheim]

Package: arachne-pnr
Version: 0.1+20180513git5d830dd-1

arachne-pnr fails to build on kfreebsd-amd64 because it cannot figure
out how to find the path of the current executable:

src/util.cc:190:10: error: #error Dont know how to determine process
executable base path!
 #error Dont know how to determine process executable base path!
  ^
: recipe for target 'src/util.o' failed
make[2]: *** [src/util.o] Error 1




Try this patch:

diff --git a/src/util.cc b/src/util.cc
index 15f9efd..e8d81c6 100644
--- a/src/util.cc
+++ b/src/util.cc
@@ -133,7 +133,7 @@ std::string proc_self_dirname()
 buflen--;
 return std::string(path, buflen);
 }
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
 std::string proc_self_dirname()
 {
 char path[PATH_MAX];


Not tested.

See "How do I detect kfreebsd with preprocessor directives in a C
program?" in https://wiki.debian.org/Debian_GNU/kFreeBSD_FAQ for more
info


Cheers
Ruben

Bug#898725: Patch for "FTBFS when built with dpkg-buildpackage -A"

[Ruben Undheim]

Hi,

I have attached a patch which fixes building with "dpkg-buildpackage -A".


Best regards,
Ruben

commit 30d8612136cc132d5134e8b6c51123bf14efd6d8
Author: Ruben Undheim 
Date:   Thu Jul 12 20:00:09 2018 +

Patch for dpkg-buildpackage -A  build failure

diff --git a/debian/changelog b/debian/changelog
index 9834f0d..105a86b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+flex (2.6.4-6.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/rules:
+- Fix build with "dpkg-buildpackage -A" by checking if directory exists
+  first (Closes: #898725)
+
+ -- Ruben Undheim   Thu, 12 Jul 2018 20:02:32 +
+
 flex (2.6.4-6.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/rules b/debian/rules
index e676497..f8ee94e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -73,7 +73,9 @@ override_dh_install:
 	rm -f debian/flex/usr/share/doc/flex/flex.pdf
 	test ! -f debian/flex/usr/share/doc/flex/COPYING ||  \
 rm -f debian/flex/usr/share/doc/flex/COPYING
-	find debian/flex/usr/share/locale  -type d -empty -delete
+	if [ -d debian/flex/usr/share/locale ] ; then \
+	  find debian/flex/usr/share/locale  -type d -empty -delete ; \
+	fi
 	dh_link
 
 

Bug#860295: gnuradio: QT Time Sink segfaults with trigger mode "tag"

[Ruben Undheim]

Package: gnuradio
Version: 3.7.10.1-2
Severity: important
Tags: patch

Dear Maintainer,

When setting trigger mode to "tags", the QT Time Sink crashes.
This is reported upstream here:
  https://github.com/gnuradio/gnuradio/pull/1275


The fix is to check that the variable "d_start" is larger or equal to 0.

Best regards,
Ruben

From: Ruben Undheim <ruben.undh...@gmail.com>
Date: Fri Apr 14 10:03:58 CEST 2017
Subject: Prevents a segfault when using QT time sink
 with trigger mode "tag"
Bug-Upstream: https://github.com/gnuradio/gnuradio/pull/1275
Forwarded: yes
Index: gnuradio-3.7.10.1/gr-qtgui/lib/time_sink_c_impl.cc
===
--- gnuradio-3.7.10.1.orig/gr-qtgui/lib/time_sink_c_impl.cc
+++ gnuradio-3.7.10.1/gr-qtgui/lib/time_sink_c_impl.cc
@@ -567,12 +567,15 @@ namespace gr {
 nr, nr + nitems + 1,
 d_trigger_tag_key);
   if(tags.size() > 0) {
-d_triggered = true;
 trigger_index = tags[0].offset - nr;
-d_start = d_index + trigger_index - d_trigger_delay - 1;
-d_end = d_start + d_size;
-d_trigger_count = 0;
-_adjust_tags(-d_start);
+int start = d_index + trigger_index - d_trigger_delay - 1;
+if (start >= 0) {
+d_triggered = true;
+d_start = start;
+d_end = d_start + d_size;
+d_trigger_count = 0;
+_adjust_tags(-d_start);
+}
   }
 }
 
Index: gnuradio-3.7.10.1/gr-qtgui/lib/time_sink_f_impl.cc
===
--- gnuradio-3.7.10.1.orig/gr-qtgui/lib/time_sink_f_impl.cc
+++ gnuradio-3.7.10.1/gr-qtgui/lib/time_sink_f_impl.cc
@@ -562,12 +562,15 @@ namespace gr {
 nr, nr + nitems + 1,
 d_trigger_tag_key);
   if(tags.size() > 0) {
-d_triggered = true;
 trigger_index = tags[0].offset - nr;
-d_start = d_index + trigger_index - d_trigger_delay - 1;
-d_end = d_start + d_size;
-d_trigger_count = 0;
-_adjust_tags(-d_start);
+int start = d_index + trigger_index - d_trigger_delay - 1;
+if (start >= 0) {
+d_triggered = true;
+d_start = start;
+d_end = d_start + d_size;
+d_trigger_count = 0;
+_adjust_tags(-d_start);
+}
   }
 }
 


signature.asc
Description: Digital signature

Bug#856341: python-wxgtk3.0: Warning about wxPython is using an older C++ ABI

[Ruben Undheim]

Hi,

In some programs such as pcbnew (kicad), this is not
just a simple Warning message being written to console,
but actually an annoying message box popping up disturbing
the work-flow.

I honestly think this needs to be release-critical for Stretch.

Cheers
Ruben

Bug#840287: 840287: Mismatch between the program and library build versions

[Ruben Undheim]

Hi,

I still get this Warning when opening pcbnew in sid.

I reopened the bug.

Cheers,
Ruben

Bug#858089: RFS: ubertooth/2017.03.R2-1~exp1 and libbtbb/2017.03.R2-1~exp1

[Ruben Undheim]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

These two packages both have backwards-incompatible ABI changes. This leads to 
2 new binary packages: libbtbb1 and libubertooth1

As a DM I cannot upload new binary packages.

Can anyone help me out?

You will find the packages here:
  https://mentors.debian.net/package/libbtbb
  https://mentors.debian.net/package/ubertooth


Thank you very much in advance!

Cheers
Ruben

Bug#856986: unblock: graywolf/0.1.4+20170306gitecee764-1

[Ruben Undheim]

Hi,

I have retitled the unblock bug to match the new version.

The full diff is attached (generated with "git diff -M" to get clever
rename detection).

This now fixes 2 RC bugs:
 #856705
 #857088

Best regards
Ruben


updated.gitdiff
Description: Binary data

Bug#857088: graywolf: Incomplete debian/copyright?

[Ruben Undheim]

Nice catch, Chris.

This is a plain oversight from me.. I was even the one accepting the patch from
Staf upstream, and should have remembered to update the copyright file before
uploading version 0.1.4-1.


Thanks for letting me know.


Cheers
Ruben

Bug#856986: unblock: graywolf/0.1.4+20170306gitecee764-1

[Ruben Undheim]

> I've sponsored the upload for you (I pushed the finalised changelog and
> signed tag to VCS). Finalised debdiff (and "gitdiff" since it's smart
> about moved files) attached.

Thank you VERY much, James!
This is highly appreciated.

I wish you all the best!


Best regards,
Ruben

Bug#856986: unblock: graywolf/0.1.4+20170306gitecee764-1

[Ruben Undheim]

Hi,

I have prepared a new package with the ABI bump.
See attachment for full debdiff.

Since I am restricted on time to put into this now, I would appreciate if
someone could please upload this for me (I am not allowed to upload NEW
binary packages).

The package has been uploaded to Mentors, and is also checked
into Vcs on alioth.


Cheers
Ruben

diff -Nru graywolf-0.1.4+20170306gitecee764/debian/changelog 
graywolf-0.1.4+20170307gite1bf319/debian/changelog
--- graywolf-0.1.4+20170306gitecee764/debian/changelog  2017-03-06 
19:48:51.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/changelog  2017-03-07 
08:13:26.0 +
@@ -1,4 +1,11 @@
-graywolf (0.1.4+20170306gitecee764-1) UNRELEASED; urgency=medium
+graywolf (0.1.4+20170307gite1bf319-1) UNRELEASED; urgency=medium
+
+  * New upstream GIT HEAD with bumped SOVERSION and major version
+  * New binary package libycadgraywolf1
+
+ -- Ruben Undheim <ruben.undh...@gmail.com>  Tue, 07 Mar 2017 09:13:26 +0100
+
+graywolf (0.1.4+20170306gitecee764-1) unstable; urgency=medium
 
   * New upstream GIT HEAD with fixed license violation issue (Closes: #856705)
   * debian/control:
@@ -6,7 +13,7 @@
   * Updated debian/libycadgraywolf0.symbols - removed the symbols in license
 violating code.
 
- -- Ruben Undheim <ruben.undh...@gmail.com>  Mon, 06 Mar 2017 19:48:51 +0000
+ -- Ruben Undheim <ruben.undh...@gmail.com>  Mon, 06 Mar 2017 20:26:57 +
 
 graywolf (0.1.4-1) unstable; urgency=low
 
diff -Nru graywolf-0.1.4+20170306gitecee764/debian/control 
graywolf-0.1.4+20170307gite1bf319/debian/control
--- graywolf-0.1.4+20170306gitecee764/debian/control2017-03-06 
19:48:51.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/control2017-03-07 
08:13:26.0 +
@@ -13,7 +13,7 @@
 Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/graywolf.git
 Homepage: https://github.com/rubund/graywolf
 
-Package: libycadgraywolf0
+Package: libycadgraywolf1
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends},
@@ -29,7 +29,7 @@
 Package: libycadgraywolf-dev
 Architecture: any
 Section: libdevel
-Depends: libycadgraywolf0 (= ${binary:Version}),
+Depends: libycadgraywolf1 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
 Description: Library for graywolf - development files
@@ -38,14 +38,14 @@
  .
  This is the development files for the library.
 
-Package: libycadgraywolf0-dbg
+Package: libycadgraywolf1-dbg
 Architecture: any
 Section: debug
 Priority: extra
-Depends: libycadgraywolf0 (= ${binary:Version}),
+Depends: libycadgraywolf1 (= ${binary:Version}),
  ${misc:Depends}
 Multi-Arch: same
-Description: debug symbols for libycadgraywolf0
+Description: debug symbols for libycadgraywolf1
  This library contains functions shared by the graywolf binaries
  found in the /usr/lib/graywolf/bin/ directory.
  .
@@ -53,7 +53,7 @@
 
 Package: graywolf
 Architecture: any
-Depends: libycadgraywolf0 (= ${binary:Version}),
+Depends: libycadgraywolf1 (= ${binary:Version}),
  ${shlibs:Depends},
  ${misc:Depends}
 Recommends: qflow
diff -Nru graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.install 
graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.install
--- graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.install   
2017-03-06 19:48:51.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.install   
1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.symbols 
graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.symbols
--- graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.symbols   
2017-03-06 19:48:51.0 +
+++ graywolf-0.1.4+20170307gite1bf319/debian/libycadgraywolf0.symbols   
1970-01-01 00:00:00.0 +
@@ -1,410 +0,0 @@
-libycadgraywolf.so.0 libycadgraywolf0 #MINVER#
- TW3DdrawCube@Base 0.1.1
- TW3Dnormal_view@Base 0.1.1
- TW3Dperspective@Base 0.1.1
- TW3DperspectiveOff@Base 0.1.1
- TW3DperspectiveOn@Base 0.1.1
- TW3DsetCamera@Base 0.1.1
- TWarb_addpt@Base 0.1.1
- TWarb_fill@Base 0.1.1
- TWarb_init@Base 0.1.1
- TWcheckExposure@Base 0.1.1
- TWcheckMouse@Base 0.1.1
- TWcheckReconfig@Base 0.1.1
- TWcheckServer@Base 0.1.1
- TWcloseGraphics@Base 0.1.1
- TWcloseWGraphics@Base 0.1.1
- TWcolorXOR@Base 0.1.1
- TWdialog@Base 0.1.1
- TWdisableMenu@Base 0.1.1
- TWdrawMenus@Base 0.1.1
- TWdrawString@Base 0.1.1
- TWdrawWLine@Base 0.1.1
- TWdrawWPin@Base 0.1.1
- TWdrawWRect@Base 0.1.1
- TWenableMenu@Base 0.1.1
- TWflushFrame@Base 0.1.1
- TWflushWFrame@Base 0.1.1
- TWforceRedraw@Base 0.1.1
- TWfreeMenuWindows@Base 0.1.1
- TWfullView@Base 0.1.1
- TWgetDrawInfo@Base 0.1.1
- TWgetPt2@Base 0.1.1
- TWgetPt@Base 0.1.1
- TWgetString@Base 0.1.1
- TWgetWindowId@Base 0.1.1
- TWget_arb_fill@Base 0.1.1
- TWget_rect_fill@Base 0.1.1
- TWgetfont@Base 0.1.1
- TWhighLightRect@Base 0.1.1
- TWinforMenus@Base 0.1.1
- TWinitG

Bug#856986: unblock: graywolf/0.1.4+20170306gitecee764-1

[Ruben Undheim]

> It drops symbols so effectively this includes a transition.

I am aware of this. This reason I did not think an ABI bump would be
necessary in this case, is that these symbols anyway cannot be used
since the code behind violates the license.

> This upload will need an ABI bump - preferably the same as upstream, but
given they haven't released this version yet, it is not certain we can
reuse that bump (in case they want to remove/change more symbols).

I am also upstream, so in general this would not be a problem.

The only complication I see is that I, as a Debian Maintainer, will
need a sponsor to get the NEW binary package libycadgraywolf1
uploaded.
I can bump the ABI upstream, and prepare a new package.

Cheers,
Ruben


2017-03-07 9:00 GMT+01:00 Niels Thykier :
> Niels Thykier:
>> [...]
>>
>> It drops symbols so effectively this includes a transition.  Only one
>> rdep (qflow) with same maintainer.  I cannot tell if it uses the symbols
>> (codesearch.d.n does not respond to the search and I don't have time to
>> check manually).
>>
>> I believe we need an ABI bump for this.  Will check up and get back to you.
>>
>> ~Niels
>>
>>
>
> Hi Ruben,
>
> This upload will need an ABI bump - preferably the same as upstream, but
> given they haven't released this version yet, it is not certain we can
> reuse that bump (in case they want to remove/change more symbols).
>
> If you have questions about how to perform the ABI bump, please feel
> free to ask on debian-mentors@l.d.o (or #debian-mentors, if you are on IRC).
>
> Thanks,
> ~Niels
>
>

Bug#856986: unblock: graywolf/0.1.4+20170306gitecee764-1

[Ruben Undheim]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package graywolf

Needed to fix release critical license violation. (#856705)
Basically two files (with license violation) are removed from upstream source.
Then the code is adapted to use libgsl instead.


Complete debdiff attached.


unblock graywolf/0.1.4+20170306gitecee764-1

-- System Information:
Debian Release: 8.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru graywolf-0.1.4/CMakeLists.txt 
graywolf-0.1.4+20170306gitecee764/CMakeLists.txt
--- graywolf-0.1.4/CMakeLists.txt   2016-10-06 22:10:19.0 +0200
+++ graywolf-0.1.4+20170306gitecee764/CMakeLists.txt2017-03-06 
20:47:22.0 +0100
@@ -1,8 +1,16 @@
 cmake_minimum_required (VERSION 2.6)
 project (graywolf)
 
+find_package(PkgConfig)
 INCLUDE(CheckIncludeFiles)
 
+
+pkg_check_modules(GSL gsl)
+
+if (NOT GSL_FOUND)
+  MESSAGE(FATAL_ERROR "The development files for the GNU Scientific Library 
(libgsl) are required to build graywolf.")
+endif()
+
 # Include RPATH in build so that ldconfig is not necessary after install
 SET(CMAKE_SKIP_BUILD_RPATH FALSE)
 SET(CMAKE_BUILD_WITH_INSTALL_RPATH FALSE)
diff -Nru graywolf-0.1.4/debian/changelog 
graywolf-0.1.4+20170306gitecee764/debian/changelog
--- graywolf-0.1.4/debian/changelog 2016-10-06 22:20:06.0 +0200
+++ graywolf-0.1.4+20170306gitecee764/debian/changelog  2017-03-06 
20:48:51.0 +0100
@@ -1,3 +1,13 @@
+graywolf (0.1.4+20170306gitecee764-1) unstable; urgency=medium
+
+  * New upstream GIT HEAD with fixed license violation issue (Closes: #856705)
+  * debian/control:
+- New build-dependencies: libgsl-dev, pkg-config
+  * Updated debian/libycadgraywolf0.symbols - removed the symbols in license
+violating code.
+
+ -- Ruben Undheim <ruben.undh...@gmail.com>  Mon, 06 Mar 2017 19:48:51 +
+
 graywolf (0.1.4-1) unstable; urgency=low
 
   * New upstream release
diff -Nru graywolf-0.1.4/debian/control 
graywolf-0.1.4+20170306gitecee764/debian/control
--- graywolf-0.1.4/debian/control   2016-10-06 22:20:06.0 +0200
+++ graywolf-0.1.4+20170306gitecee764/debian/control2017-03-06 
20:48:51.0 +0100
@@ -5,7 +5,9 @@
 Priority: optional
 Build-Depends: debhelper (>= 9),
cmake,
-   libx11-dev
+   pkg-config,
+   libx11-dev,
+   libgsl-dev
 Standards-Version: 3.9.8
 Vcs-Browser: 
https://anonscm.debian.org/cgit/debian-science/packages/graywolf.git
 Vcs-Git: https://anonscm.debian.org/git/debian-science/packages/graywolf.git
diff -Nru graywolf-0.1.4/debian/libycadgraywolf0.symbols 
graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.symbols
--- graywolf-0.1.4/debian/libycadgraywolf0.symbols  2016-10-06 
22:20:06.0 +0200
+++ graywolf-0.1.4+20170306gitecee764/debian/libycadgraywolf0.symbols   
2017-03-06 20:48:51.0 +0100
@@ -267,17 +267,6 @@
  Ylist_sort@Base 0.1.1
  Ylog_msg@Base 0.1.1
  Ylog_start@Base 0.1.1
- Ymatrix_cofactors@Base 0.1.1
- Ymatrix_copy@Base 0.1.1
- Ymatrix_create@Base 0.1.1
- Ymatrix_disp@Base 0.1.1
- Ymatrix_eye@Base 0.1.1
- Ymatrix_free@Base 0.1.1
- Ymatrix_linv@Base 0.1.1
- Ymatrix_mult@Base 0.1.1
- Ymatrix_sub@Base 0.1.1
- Ymatrix_transpose@Base 0.1.1
- Ymatrix_zero@Base 0.1.1
  Ymessage_close@Base 0.1.1
  Ymessage_error_count@Base 0.1.1
  Ymessage_flush@Base 0.1.1
@@ -389,8 +378,6 @@
  Ystat_var@Base 0.1.1
  Ystrclone@Base 0.1.1
  Ystrparser@Base 0.1.1
- Ysvd_decompose@Base 0.1.1
- Ysvd_solve@Base 0.1.1
  Ysystem@Base 0.1.1
  Ytimer_elapsed@Base 0.1.1
  Ytimer_start@Base 0.1.1
diff -Nru graywolf-0.1.4/debian/patches/01_no_rpath_in_debian_package.patch 
graywolf-0.1.4+20170306gitecee764/debian/patches/01_no_rpath_in_debian_package.patch
--- graywolf-0.1.4/debian/patches/01_no_rpath_in_debian_package.patch   
2016-10-06 22:20:06.0 +0200
+++ 
graywolf-0.1.4+20170306gitecee764/debian/patches/01_no_rpath_in_debian_package.patch
2017-03-06 20:48:51.0 +0100
@@ -8,13 +8,13 @@
  CMakeLists.txt | 10 +-
  1 file changed, 5 insertions(+), 5 deletions(-)
 
-diff --git a/CMakeLists.txt b/CMakeLists.txt
-index 10e2b22..b8b6444 100644
 a/CMakeLists.txt
-+++ b/CMakeLists.txt
-@@ -3,11 +3,11 @@ project (graywolf)
- 
- INCLUDE(CheckIncludeFiles)
+Index: graywolf/CMakeLists.txt
+===
+--- graywolf.orig/CMakeLists.txt
 graywolf/CMakeLists.txt
+@@ -11,11 +11,11 @@ if (NOT GSL_FOUND)
+   MESSAGE(FATAL_ERROR "The development files for the GNU Scientific Library 
(libgsl) are required to build graywolf.")
+ endif()
  
 -# Include RPATH in build so t

Bug#842677: Fixed #842677

[Ruben Undheim]

Hi Santiago!

Thanks for reporting the bug.

I've uploaded the fix, but I completely forgot to add your name to the
changelog!

I'm sorry about that.


Cheers,
Ruben

Bug#833719: Same issue

[Ruben Undheim]

I had the same issue - very annoying since I didn't reach Google in
either firefox nor chromium.

Upgrading libnss3 helped.

Please raise the severity of the bug! :)

Cheers,
Ruben

Bug#835578: pychromecast: Missing version dependency on python-protobuf

[Ruben Undheim]

Source: pychromecast
Version: 0.7.3-2
Severity: serious
Justification: Policy 7.2

Dear Maintainer,

There's a missing version dependency on python-protobuf which will make the
package not work in testing if python-pychromecast is migrated but not
python-protobuf.



Cheers,
the maintainer

Bug#830109: ITP: openems -- Electromagnetic field solver using the FDTD method

[Ruben Undheim]

Package: wnpp
Severity: wishlist
Owner: Ruben Undheim <ruben.undh...@gmail.com>

* Package name: openems
  Version : 0.0.34
  Upstream Author : Thorsten Liebig <thorsten.lie...@uni-due.de>
* 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#826615: iverilog: Please package version 10.1 of iverilog

[Ruben Undheim]

Package: iverilog
Version: 0.9.7-1+b1
Severity: wishlist

Dear Maintainer,

There is a newer version of iverilog - 10.1. It is required by the test suite
of yosys since it contains some bug fixes and other improvements.

It would be helpful if it gets packaged such that the test suite of yosys can
be run when building the package.

Additionally, it seems like the watch URL is wrong since it says the newest
version is 10.0, while on Github, there's a 10.1 version.


Cheers,
Ruben

Bug#818837: nmu: libdbi-drivers_0.9.0-3

[Ruben Undheim]

Hi Julien,

> > There are some memory issues when running the test suite for the package
> > openbsc. These disappears if libdbi-drivers is first rebuilt with GCC 5. It 
> > is
> > hard to track down exactly what the problem is, but rebuilding it seems to 
> > make
> > the test suite pass for openbsc..
> > 
> We (well, at least I) don't like to schedule binNMUs without knowing why.

Seems like your decision was a good one. There is a real memory issue in
libdbi-drivers to be fixed now:
  https://bugs.debian.org/824067


Cheers,
Ruben

Bug#824067: Has been fixed upstream

[Ruben Undheim]

Hi again,

I just found out that this has actually been fixed upstream almost two years
ago, but no new versions have been released since then, and therefore the bug
is still in Debian.



See here:
 
https://sourceforge.net/p/libdbi-drivers/libdbi-drivers/ci/24f48b86c8988ee3aaebc5f303d71e9d789f77b6/


That fix is simpler than mine.


Ruben

Bug#824067: libdbi-drivers: Memory issue causing segmentation faults in reverse dependencies

[Ruben Undheim]

Source: libdbi-drivers
Version: 0.9.0-3
Severity: important
Tags: patch

Dear Maintainer,


I've identified a problem in libdbd-sqlite3 which causes segfaults in for
instance the test suite of OpenBSC.

See #818567


The following patch fixes it:


Index: libdbi-drivers/drivers/sqlite3/dbd_sqlite3.c
===
--- libdbi-drivers.orig/drivers/sqlite3/dbd_sqlite3.c   2016-05-11 
21:13:28.927363294 +0200
+++ libdbi-drivers/drivers/sqlite3/dbd_sqlite3.c2016-05-11 
21:14:13.412832180 +0200
@@ -1451,15 +1451,15 @@
break;
  }
 
- word_lower[item-start+1];
- strncpy(word_lower,start,item-start);
- word_lower[item-start] = '\0';
+ char word_lower2[item-start+1];
+ strncpy(word_lower2,start,item-start);
+ word_lower2[item-start] = '\0';
  int i = 0;
- while (word_lower[i]) {
-   word_lower[i] = tolower(word_lower[i]);
+ while (word_lower2[i]) {
+   word_lower2[i] = tolower(word_lower2[i]);
i++;
  }
- if ( strcmp("join",word_lower) == 0 ) {
+ if ( strcmp("join",word_lower2) == 0 ) {
//printf("stop skip after join found\n");
// we have found the next join, stop skipping
join_flag = 1;
@@ -1467,7 +1467,7 @@
break;
  }
   for ( i = 0 ; i < (sizeof(endwords)/sizeof *(endwords)) ; 
i++ ) {
- if ( strcmp(endwords[i],word_lower) == 0 ) {
+ if ( strcmp(endwords[i],word_lower2) == 0 ) {
 /* printf("end word!\n"); */
 return index;



I've also reported this bug upstream, and maybe they will come up with a more
beautiful patch.



Regards
Ruben

Bug#818566: Root cause fixed

[Ruben Undheim]

The root cause for this has been fixed in libosmocore. With a binNMU on 
openbsc, the bug will be fixed.

Bug#823616: fpga-icestorm-chipdb: please make the build reproducible (randomness)

[Ruben Undheim]

Hi Daniel,

Thanks a lot for figuring out why it wasn't reproducible. I wasn't sure where 
to start.

I will apply your patch.

Cheers!
Ruben

On Fri, May 06, 2016 at 05:08:10PM +, Daniel Shahaf wrote:
> Source: fpga-icestorm
> Version: 0~20160218gitf2b2549-1
> Severity: wishlist
> Tags: upstream patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: randomness
> 
> Dear Maintainer,
> 
> While working on the “reproducible builds” effort [1], we have noticed
> that fpga-icestorm-chipdb could not be built reproducibly: the order of
> ".pins" sections in chipdb-1k.txt and chipdb-8k.txt is random [2].
> 
> The attached patch ensures a stable section order in those two files.
> I believe with this patch, fpga-icestorm will be fully reproducible.
> 
> Best,
> 
> Daniel
> 
>  [1]: https://wiki.debian.org/ReproducibleBuilds
>  [2]: 
> https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/fpga-icestorm.html

> diff --git a/debian/patches/reproducible.patch 
> b/debian/patches/reproducible.patch
> new file mode 100644
> index 000..43779cb
> --- /dev/null
> +++ b/debian/patches/reproducible.patch
> @@ -0,0 +1,17 @@
> +Description: make the build reproducible
> +Author: Daniel Shahaf 
> +Bug-Debian: https://bugs.debian.org/-1
> +Last-Update: 2016-05-06
> +
> +--- fpga-icestorm-0~20160218gitf2b2549.orig/icebox/icebox_chipdb.py
>  fpga-icestorm-0~20160218gitf2b2549/icebox/icebox_chipdb.py
> +@@ -172,7 +172,7 @@ all_group_segments = ic.group_segments(a
> + print(".device %s %d %d %d" % (ic.device, ic.max_x+1, ic.max_y+1, 
> len(all_group_segments)))
> + print()
> + 
> +-for key in list(icebox.pinloc_db.keys()):
> ++for key in sorted(icebox.pinloc_db.keys()):
> + key_dev, key_package = key.split("-")
> + if key_dev == ic.device:
> + print(".pins %s" % (key_package))
> +
> diff --git a/debian/patches/series b/debian/patches/series
> index 0353649..e512c55 100644
> --- a/debian/patches/series
> +++ b/debian/patches/series
> @@ -3,3 +3,4 @@
>  03_cxxflags.patch
>  override-CXX.patch
>  fix_spelling_in_binaries.patch
> +reproducible.patch

> -- 
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#786730: ITP: python-pychromecast -- Python library for communicating with Google Chromecast

[Ruben Undheim]

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 <ruben.undh...@gmail.com> 
> wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Ruben Undheim <ruben.undh...@gmail.com>
> >
> > * 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#818837: nmu: libdbi-drivers_0.9.0-3

[Ruben Undheim]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu


Hello,

There are some memory issues when running the test suite for the package
openbsc. These disappears if libdbi-drivers is first rebuilt with GCC 5. It is
hard to track down exactly what the problem is, but rebuilding it seems to make
the test suite pass for openbsc..


Ruben

nmu libdbi-drivers_0.9.0-3 . ANY . unstable . -m ""

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, powerpc

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#815299: RFS: openbsc/0.15.0-1 [ITP]

[Ruben Undheim]

Package: sponsorship-requests
Severity: wishlist

Dear mentors and Debian Science fellows,

I am looking for a sponsor for the new package "openbsc":

 Package name:  openbsc
 Version:   0.15.0-1
 Upstream author:   Osmocom
 License:   Mainly AGPL-3+


Andreas Tille and Steffen Möller have helped me sponsoring all the libraries
needed by OpenBSC, and now the time has come to actually get OpenBSC itself
uploaded!

Is there anyone else who would like to help me out this time? The maintainer
for the package is "Debian Science Maintainers" and I am currently the only
listed uploader. I am a DM, so strictly only one upload is necessary.


It builds these binary packages:

  osmocom-bsc
  osmocom-nitb
  osmocom-ipaccess-utils
  osmocom-bs11-utils
  osmocom-sgsn
  osmocom-gbproxy
  osmocom-bsc-nat
  openbsc-dev

For further information about OpenBSC, please see:
 - https://bugs.debian.org/806583
 - http://openbsc.osmocom.org/trac/wiki/OpenBSC

You can either download the package with:
 - dget -x 
http://mentors.debian.net/debian/pool/main/o/openbsc/openbsc_0.15.0-1.dsc

or clone the repo with:
 - gbp clone https://anonscm.debian.org/git/debian-science/packages/openbsc.git


Best regards,
Ruben