Bug#940724: profanity terminates with Segmentation fault
On 2019-09-19 15:51, vabalas wrote: > profanity terminates unexpected with error "Segmentation fault" anytime > command > /msg is used with random nick not from contact list. it is really annoying > when > you have to reconnect every time if you make at least one mistake in nickname. That does not happen to me (on Debian testing). Could you please try on a different machine? I asked also in xmpp:profan...@rooms.dismail.de?join
Bug#933720: libgpgme-dev: make package fit for cross development
Package: libgpgme-dev Version: 1.12.0-6 IMHO, this package could be Multi-Arch: same, and therefore support cross development easily, if some changes are made: 1. Leave out gpgme config host in a comment in gpgme.h: "Generated from gpgme.h.in for @GPGME_CONFIG_HOST@." (src/gpgme.h.in:21) 2. Rename /usr/bin/gpgme-config to /usr/bin/-gpgme-config, e.g. /usr/bin/arm-linux-gnueabi-gpgme-config. This probably needs a symlink for the native platform or similar to not break existing build processes. 3. Move /usr/bin/gpgme-tool in a separate package libgpgme-dev-bin or libgpgme-dev-tool. 4. Set _FILE_OFFSET_BITS for largefile support (LFS) in gpgme.h in a target specific way. No idea what would be correct.
Bug#933713: libgpg-error-dev: make package fit for cross development
Package: libgpg-error-dev Version: 1.35-1 IMHO, this package could be Multi-Arch: same, and therefore support cross development easily, if /usr/bin/gpg-error-config were renamed to /usr/bin/-gpg-error-config, e.g. /usr/bin/arm-linux-gnueabi-gpg-error-config. This probably needs a symlink for the native platform or similar to not break existing build processes.
Bug#933712: libassuan-dev: make package fit for cross development
Package: libassuan-dev Version: 2.5.2-1 IMHO, this package could be Multi-Arch: same, and therefore support cross development easily, if two changes are made: 1. Leave out host os in a comment in assuan.h: "Generated from assuan.h.in by mkheader for ." (src/mkheader.c:233) 2. Rename /usr/bin/libassuan-config to /usr/bin/-libassuan-config, e.g. /usr/bin/arm-linux-gnueabi-libassuan-config. The latter probably needs a symlink for the native platform or similar to not break existing build processes.
Bug#933058: ITP: python-dbussy -- Python 3 bindings for libdbus
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" * Package name: python-dbussy Version : 1.1 Upstream Author : Lawrence D'Oliveiro * URL : https://github.com/ldo/dbussy * License : LGPL-2.1+ Programming Lang: Python Description : Python 3 bindings for libdbus Pure-Python binding for D-Bus, built around libdbus. This Python binding supports hooking into event loops via Python’s standard asyncio module. I will maintain the package within the Python team (DPMT).
Bug#932889: black:
Package: black Version: 18.9b0-1-6 In a CI container (systemd-nspawn) I get random failures from black: 1 file would fail to reformat. error: cannot format foo/bar.py: Ran out of input When I repeat the build, it usually works. Even a hacky workaround would be very much appreciated! Thank you!
Bug#931119: smem: please use Python 3 i.e. package version 1.5
Package: smem Version: 1.4-2 Severity: wishlist I like to use smem on a system without Python 2. Upstream seems to support Python 3 in version 1.5 (2015-05-15), according to the hg log: https://selenic.com/repo/smem Please consider updating the package.
Bug#930991: gajim in Debian Stable does not start anymore
On 2019-06-24 09:47, David Rabel wrote: > Package: gajim > Version: 0.16.6-1.1 Dear David, I'll try to analyse this problem, but don't hold your breath, because I'm a little bit busy. Anyway, I suggest strongly to give Gajim >= 1 a try! Gajim improved massively between 0.16 and 1. Installation should be more or less: $ echo deb https://deb.debian.org/debian stretch-backports main \ | sudo tee /etc/apt/sources.list.d/stretch-backports.list $ sudo apt update $ sudo apt install -t stretch-backports gajim Of course, there might be good reasons to stay with the older version and the problem still needs to be fixed. Cheers
Bug#930620: RFP: diacli -- diaspora command line interface
Package: wnpp Severity: wishlist * Package name: diacli Version : 0.1.2 Upstream Author : Marek Marecki * URL : https://github.com/marekjm/diacli * License : GPL-3 Programming Lang: Python Description : diaspora command line interface diacli is the program that let's you communicate with Diaspora, a distributed social network, from the command line.
Bug#803119: [Debian-rtc-admin] prosody config, status update
On 2019-06-14 08:49, gustavo panizzo wrote: > we'll need more from DSA to administer the service, for example sudo to > prosody user to further troubleshoot issues when they arise, list users > (how to enable http_uploads without knowing that?) What is the position of DSA regarding this service anyway? I wasn't around when the service came into life, so I wonder, whether we should directly ask DSA team what they expect from us = RTC team. Expectations might have shifted over time. About listing users: Maybe there is an adhoc command for that, so we can even do it over XMPP? Currently, not many adhoc commands are activated, however.
Bug#775029: Processed: reassign 775029 to src:trac
I assume, that the bug is not present in Debian >= 8, i.e. Trac >= 1. It has been fixed upstream seven years ago. If the bug is still present in Debian 10, please reopen.
Bug#930077: systemd: add :native to python3-evdev build dependency
On 2019-06-06 19:59, Michael Biebl wrote:
> Could you give a bit more details on why this is necessary and e.g. why
> python3-pyparsing does not need :native?
I'm not even sure myself, but I try my best :-)
Short: python3-evdev is any, python3-pyparsing is all.
Longer: When cross-building, one needs the -dev packages for the
host arch, e.g. building on amd64 for armel needs
libfoo-dev:armel. Anything that is executed during build, e.g.
yacc, lex, Python stuff must be amd64, of course. The Python
interpreter must be amd64 ("native), and that counts for "any"
modules, too, e.g. python3-evdev. python3-pyparsing is "all", so
there is no need for :native.
Bug#930077: systemd: add :native to python3-evdev build dependency
Source: systemd Version: 241-5 Please change the build dependency python3-evdev , to python3-evdev:native , Only with that change I could cross-compile the package. TIA!
Bug#929533: package 0.7.0 rc for Debian experimental
Package: qelectrotech Version: 1:0.6.1-1 Severity: wishlist Having 0.7.0 release candidate in experimental would be nice and useful.
Bug#928383: black: please provide a backport for Debian 9 (stretch)
Source: black Version: 18.9b0-1-6 Severity: wishlist I only started using black and already like it. Can you provide a blackport^Wbackport, please? TIA! If you don't have time/leisure, I can step in.
Bug#924040: ITP: archivebox -- open source self-hosted web archive
On 2019-03-08 13:39, Antoine Beaupre wrote: > There are, as far as I know, no similar tool in Debian right > now. There are web crawlers and grabbers, but nothing as comprehensive > as this. Many people use xul-ext-scrapbook, but this means, they are stuck with firefox 52.9.0esr-1. I proposed packaging webext-scrapbookq (#898545), but TBH it does not seem to be an adequate replacement. At first sight, archivebox looks better. > I'd be happy to co-maintain this or delegate to whoever is interested. I'm willing to help under the PAPT (or other team) umbrella.
Bug#927034: [Pkg-javascript-devel] Bug#927034: simile-timeline: lack of Japan's new era 令和 (Reiwa)
On 2019-04-14 18:06, Xavier wrote: > Right, a grep deceive me. So it is ready to upload with Reiwa Era. Great, please go ahead!
Bug#927034: [Pkg-javascript-devel] Bug#927034: simile-timeline: lack of Japan's new era 令和 (Reiwa)
On 2019-04-14 09:15, Xavier wrote: > I updated this package to add Reiwa Era and some other things. However, > I found that it embeds an old version of JQuery (1.2.6). Perhaps this > should not be included in Buster. Didn't I remove it? See: https://salsa.debian.org/js-team/simile-timeline/blob/master/debian/changelog 2.3.0+dfsg1-1 & 2.3.0+dfsg1-2 At least, it's not part of the binary package, right?
Bug#921266: The segfault Is defintely not caused by t-online, but linpone
Quoting Alf : This definitely confirms that it is not related to t-online, nor to some missconfiguration of my system. Still, it would be interesting what leads to that behaviour. I use Linphone as my one and only telephone and it works fine for me on both a stretch and a buster system, both amd64. No crashes at all. I use different providers, however.
Bug#926344: RFP: libomemo -- implements OMEMO encryption for XMPP
Package: wnpp Severity: wishlist * Package name: libomemo Version : 0.6.2 Upstream Author : Richard Bayerle * URL : https://github.com/gkdr/libomemo * License : MIT Programming Lang: C Description : implements OMEMO encryption for XMPP Implements OMEMO (XEP-0384) in C. Input and output are XML strings, so it does not force you to use a certain XML lib. While the actual protocol functions do not depend on any kind of storage, it comes with a basic implementation in SQLite. It deals with devicelists and bundles as well as encrypting the payload, but does not handle the double ratchet sessions for encrypting the key to the payload. However, you can use my axc lib for that and easily combine it with this one (or write all the libsignal client code yourself if that is better suited to your needs).
Bug#926343: RFP: libaxc -- client library for libsignal-protocol-c
Package: wnpp Severity: wishlist * Package name: libaxc Version : 0.3.2 Upstream Author : Richard Bayerle * URL : https://github.com/gkdr/axc * License : GPL 3 Programming Lang: C Description : client library for libsignal-protocol-c Implements the necessary interfaces using gcrypt and SQLite. This is a dependency for purple-lurch (#905883).
Bug#926145: please package version 1.10 or newer
Source: kivy Version: 1.9.1-1 Severity: wishlist Please consider packaging version >= 1.10. It is needed for Cagou (#897232). Thanks!
Bug#725761: RFP: libervia -- web frontend for Salut à Toi
See https://salsa.debian.org/goffi-guest/sat-xmpp-libervia
Bug#897232: RFP: cagou -- Desktop frontend for Salut à Toi XMPP client
See https://salsa.debian.org/goffi-guest/sat-xmpp-cagou
Bug#926034: RFP: python-txjsonrpc -- code for creating Twisted JSON-RPC servers and clients
Package: wnpp Severity: wishlist * Package name: python-txjsonrpc Version : 0.5 Upstream Author : Paul Hummer * URL : https://pypi.org/project/txJSON-RPC/ * License : MIT/X Programming Lang: Python Description : code for creating Twisted JSON-RPC servers and clients txJSON-RPC allows you to create async Python JSON-RPC servers and clients either over HTTP or directly on TCP with the Netstring protocol. txJSON-RPC is written in Twisted. This is a dependency for libervia (#725761).
Bug#926030: RFP: python-plyer -- platform-independent wrapper for platform-dependent APIs
Package: wnpp Severity: wishlist * Package name: python-plyer Version : 1.4.0 Upstream Author : Kivy team * URL : https://pypi.org/project/plyer/ * License : MIT/X Programming Lang: Python Description : platform-independent wrapper for platform-dependent APIs Plyer is a platform-independent api to use features commonly found on various platforms, notably mobile ones, in Python. This is a dependency for Cagou (#897232).
Bug#925558: please add example scripts
Package: python3-aioxmpp-doc Version: 0.10.3-2 Severity: wishlist Please add the example scripts to the -doc package: echo examples > debian/python3-aioxmpp-doc.examples Too late for buster, unfortunately.
Bug#923384: please add mod_net_dovecotauth
Package: prosody-modules Version: 0.0~hg20190203.b54e98d5c4a1+dfsg-1 Severity: wishlist mod_net_dovecotauth is a server implementation of the Dovecot authentication protocol. It allows you to authenticate e.g. Postfix against your Prosody installation. Due to missing support for virtal hosts in this protocol, only one host can be supported. I need this module to authenticate users of one prosody instance against another one. The former needs mod_auth_dovecot enabled, which is already in the package.
Bug#923218: ITP: python-rfid -- Python 2 and 3 library for 125kHz RFID readers
Quoting Philipp Meisberger : Oh OK. But this is necessary as my other package libpam-rfid is based on libpam-python which only supports writing PAM modules in Python 2. Maybe you should port it to Python 3 then? Python 2 will be supported in Debian 10 (buster), but certainly not later. You can probably still have backports, but it is a dead end. I have the same trouble, because I'm co-maintainer of e.g. sat-pubsub and trac. Either upstream ports to Python 3 soon or I will have to ask for removing them from Debian. See https://pythonclock.org/
Bug#923218: ITP: python-rfid -- Python 2 and 3 library for 125kHz RFID readers
On 2019-02-25 09:07, Philipp Meisberger wrote: > Description : Python 2 and 3 library for 125kHz RFID readers ^ Maybe better: "Python library for 125kHz RFID readers" (Please do not create new Python 2 binary packages, if not absolutely necessary. I assume, that Debian will retire Python 2 immediately after buster release anyway.)
Bug#923001: error message on start
On 2019-02-23 18:21, Michael Gilbert wrote: > It likely relates to the GNOME shell extension, though it may not. I > am not able to reproduce with a default install. Would you mind trying > with it removed? chrome-gnome-shell was installed, indeed — I only searched for packages starting with webext-. But the culprit was chromium-ublock-origin which was only uninstalled, but not purged. After purging chromium-ublock-origin, the message is gone. It would be nice, if chromium could be a little bit more verbose with this dialog :) Cheers & thanks for the help!
Bug#923001: error message on start
(I write this mainly to document the bug. It's certainly not worth to invest much time on it.) On 2019-02-23 12:18, Michael Gilbert wrote: > This seems related to this upstream issue. Buggy extensions can cause > this. You could try removing extensions one at a time to determine > which one causes this. I don't think I have any extensions installed: $ dpkg --get-selections webext-\* $ Still, under chrome://extensions/, I see three extensions: - Chromium PDF Viewer - CryptoTokenExtension - GNOME Shell integration The first two have a "Remove" button, but pressing such a button does not have any other effect than flashing the button. It does not remove the extension. As I wrote before, I experience this is with a newly created user account, so there shouldn't be any messed config.
Bug#923028: fails to access microphone
Package: chromium Version: 72.0.3626.109-1 When I access a meet jitsi site, e.g. https://meet.jit.si/ChromiumFailsToAccessMyMicrophone Chromium asks whether I allow access to camera and microphone. When I allow, I get the error message "Fails to access your microphone" from Jitsi. I see a message in the console, that is related to Audio, but I'm not sure whether it is related: > LocalStatsCollector.js:22 The AudioContext was not allowed to > start. It must be resumed (or created) after a user gesture on > the page. https://goo.gl/7K7WLu -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8), LANGUAGE=en_DK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages chromium depends on: ii chromium-common 72.0.3626.109-1 ii libasound2 1.1.8-1 ii libatk-bridge2.0-0 2.30.0-4 ii libatk1.0-0 2.30.0-2 ii libatomic1 8.2.0-20 ii libatspi2.0-02.30.0-7 ii libavcodec58 7:4.1-1 ii libavformat587:4.1-1 ii libavutil56 7:4.1-1 ii libc62.28-7 ii libcairo-gobject21.16.0-2 ii libcairo21.16.0-2 ii libcups2 2.2.10-3 ii libdbus-1-3 1.12.12-1 ii libdrm2 2.4.97-1 ii libevent-2.1-6 2.1.8-stable-4 ii libexpat12.2.6-1 ii libflac8 1.3.2-3 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3 ii libgcc1 1:8.2.0-20 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-7 ii libglib2.0-0 2.58.3-1 ii libgtk-3-0 3.24.5-1 ii libharfbuzz0b2.3.1-1 ii libicu63 63.1-6 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libjsoncpp1 1.7.4-3 ii liblcms2-2 2.9-3 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.20-1 ii libnss3 2:3.42-1 ii libopenjp2-7 2.3.0-1.1 ii libopus0 1.3-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libpci3 1:3.5.2-1 ii libpng16-16 1.6.36-5 ii libpulse012.2-3 ii libre2-5 20190101+dfsg-2 ii libsnappy1v5 1.1.7-1 ii libstdc++6 8.2.0-20 ii libva2 2.4.0-1 ii libvpx5 1.7.0-3 ii libwebp6 0.6.1-2 ii libwebpdemux20.6.1-2 ii libwebpmux3 0.6.1-2 ii libx11-6 2:1.6.7-1 ii libx11-xcb1 2:1.6.7-1 ii libxcb1 1.13.1-2 ii libxcomposite1 1:0.4.4-2 ii libxcursor1 1:1.1.15-2 ii libxdamage1 1:1.1.4-3 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.9-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.32-2 ii libxss1 1:1.2.3-1 ii libxtst6 2:1.2.3-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages chromium recommends: pn chromium-sandbox Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell Versions of packages chromium-common depends on: ii x11-utils 7.7+4 ii xdg-utils 1.1.3-1 Versions of packages chromium-common recommends: pn chromium-sandbox ii fonts-liberation 1:1.07.4-9 ii gnome-shell [notification-daemon]3.30.1-2 ii libgl1-mesa-dri 18.3.2-1 ii libu2f-udev 1.1.7-1 ii notification-daemon 3.20.0-4 ii upower 0.99.9-3 ii xfce4-notifyd [notification-daemon] 0.4.3-1 -- no debconf information
Bug#923001: error message on start
Package: chromium Version: 72.0.3626.109-1 When I start chromium as a newly added user (no chromium config is present in $HOME) I get a warning dialog: > Failed to load extension from: . Manifest file > is missing or unreadable > OK The warning disappears after around 1 s. I'm not aware of any further problems related to the warning, but it is confusing and annoying, esp. to less "technical" users, who fear their whole system is broken. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Locale: LANG=en_DK.utf8, LC_CTYPE=en_DK.utf8 (charmap=UTF-8), LANGUAGE=en_DK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common 72.0.3626.109-1 ii libasound2 1.1.8-1 ii libatk-bridge2.0-0 2.30.0-4 ii libatk1.0-0 2.30.0-2 ii libatomic1 8.2.0-20 ii libatspi2.0-02.30.0-7 ii libavcodec58 7:4.1-1 ii libavformat587:4.1-1 ii libavutil56 7:4.1-1 ii libc62.28-7 ii libcairo-gobject21.16.0-2 ii libcairo21.16.0-2 ii libcups2 2.2.10-3 ii libdbus-1-3 1.12.12-1 ii libdrm2 2.4.97-1 ii libevent-2.1-6 2.1.8-stable-4 ii libexpat12.2.6-1 ii libflac8 1.3.2-3 ii libfontconfig1 2.13.1-2 ii libfreetype6 2.9.1-3 ii libgcc1 1:8.2.0-20 ii libgdk-pixbuf2.0-0 2.38.0+dfsg-7 ii libglib2.0-0 2.58.3-1 ii libgtk-3-0 3.24.5-1 ii libharfbuzz0b2.3.1-1 ii libicu63 63.1-6 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libjsoncpp1 1.7.4-3 ii liblcms2-2 2.9-3 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.20-1 ii libnss3 2:3.42-1 ii libopenjp2-7 2.3.0-1.1 ii libopus0 1.3-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libpci3 1:3.5.2-1 ii libpng16-16 1.6.36-5 ii libpulse012.2-3 ii libre2-5 20190101+dfsg-2 ii libsnappy1v5 1.1.7-1 ii libstdc++6 8.2.0-20 ii libva2 2.4.0-1 ii libvpx5 1.7.0-3 ii libwebp6 0.6.1-2 ii libwebpdemux20.6.1-2 ii libwebpmux3 0.6.1-2 ii libx11-6 2:1.6.7-1 ii libx11-xcb1 2:1.6.7-1 ii libxcb1 1.13.1-2 ii libxcomposite1 1:0.4.4-2 ii libxcursor1 1:1.1.15-2 ii libxdamage1 1:1.1.4-3 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-1 ii libxi6 2:1.7.9-1 ii libxml2 2.9.4+dfsg1-7+b3 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.32-2 ii libxss1 1:1.2.3-1 ii libxtst6 2:1.2.3-1 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages chromium recommends: ii chromium-sandbox 72.0.3626.53-1 Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell Versions of packages chromium-common depends on: ii x11-utils 7.7+4 ii xdg-utils 1.1.3-1 Versions of packages chromium-common recommends: ii chromium-sandbox 72.0.3626.53-1 ii fonts-liberation 1:1.07.4-9 ii gnome-shell [notification-daemon]3.30.1-2 ii libgl1-mesa-dri 18.3.2-1 ii libu2f-udev 1.1.7-1 ii notification-daemon 3.20.0-4 ii upower 0.99.9-3 ii xfce4-notifyd [notification-daemon] 0.4.3-1 Versions of packages chromium-sandbox depends on: ii libatomic1 8.2.0-20 ii libc6 2.28-7 ii libgcc1 1:8.2.0-20 ii libstdc++6 8.2.0-20 -- no debconf information
Bug#922802: remove obsolete mod_mam_muc
Package: prosody-modules Version: 0.0~hg20190203.b54e98d5c4a1+dfsg-1 Severity: normal Obsoletet since prosody 0.11, which comes with mod_muc_mam.
Bug#915967: Unreproducible
Quoting Bruno Kleinert : the bug didn't occur anymore since around the end of December. Therefore I'll close the bug. Unfortunately I cannot remember which upload fixed it. Thanks for checking the bug again!
Bug#922509: security issue in PEP plugin (CVE-2019-1000021)
Source: slixmpp Version: 1.2.2-1.1 Severity: grave Tags: security patch upstream See https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-121 for details. A fixed version for stretch-security is on its way.
Bug#905715: Directory for .gir (gobject-introspection) files? (Multi-Arch)
Hi Simon, many thanks for taking the time to go through this bug report! Very much appreciated! On 2019-02-16 17:02, Simon McVittie wrote: > Multiarch-qualified directories under /usr/share don't seem like they make > much sense: the whole point of the $libdir/$datadir duality is that if > files need to be different on some architectures, then the files should > be in $libdir, not in $datadir. True. > My understanding is that GIR is intended to be a collection of > machine-readable facts about the source code, rather than facts about > the binary, which is why it's in /usr/share in the first place (unlike > the typelib, which is architecture-dependent). However, those facts are > partially derived from inspecting the binary, so can in principle end > up different in rare cases, and presumably that is what's happened here. (Just for myself in order to not forget it,) the six GLib-2.0.gir variants are: - amd64 - armel, armhf, i386, mipsel - arm64, mips64el, ppc64el - hurd-i386 - mips - s390x The differences are e.g. in how/whether GDoubleIEEE754, GFloatIEEE754, G_VA_COPY_AS_ARRAY, GLIB_SIZEOF_LONG (4 vs 8 bytes), GUINTPTR_FORMAT (lu vs. u) etc. are defined. Btw. Peter Pearse of Linaro found similar issues in 2011: "Investigation of gobject introspection with a view to cross compiling" (https://wiki.linaro.org/PeterPearse/GobjectIntrospection) The differences he found in Clutter-1.0.gir seem to be solved now, the GLib-2.0.gir differences not. > The program that generates GIR (g-ir-scanner) is architecture-independent > Python code, so it's easy to say "gobject-introspection should look in > its own $libdir/gir-1.0 in addition to $XDG_DATA_DIRS/gir-1.0", but > probably harder to actually implement than you might think. I found only one .gir file under $libdir in sid, only for ppc: /usr/lib/powerpc-linux-gnu/mutter/ClutterX11-1.0.gir /usr/lib/powerpc-linux-gnu/mutter/Clutter-1.0.gir > One option for fixing this for buster, if it is considered to be urgent, > is to investigate what the difference is and whether it can be eliminated, > perhaps by wrapping the code that differs between architectures in > #ifndef __GI_SCANNER__. Sorry, here you lost me: In which code do you like to see the conditionals? In glib? > Another is to remove the M-A: same annotation. I like to be able to cross-build certain packages. For my usecase, I have to install libgirepository1.0-dev for multiple architectures, because the package depends on it. Cheers
Bug#905715: libgirepository1.0-dev: File conflict in multi-arch package
Dear Maintainers, is there a chance that this bug will be fixed for buster? What would be the right fix? Move all .gir files from /usr/share/gir-1.0/ to /usr/share/gir-1.0//? As Hugh pointed out, at the moment GLib-2.0.gir is the only gir with architecture specific definitions in this package. TIA & Cheers
Bug#922292: ITP: social-app-webpy -- Web.py component of the python-social-auth ecosystem
Correct homepage: https://github.com/python-social-auth/social-app-webpy
Bug#922294: ITP: social-examples -- collection of examples implementations of the python-social-auth ecosystem
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" * Package name: social-examples Version : n/a Upstream Author : Matías Aguirre * URL : https://github.com/python-social-auth/social-examples * License : BSD-3 Programming Lang: Python Description : collection of examples implementations of the python-social-auth ecosystem Python Social Auth is an easy to setup social authentication/ registration mechanism with support for several frameworks and auth providers. This is a collection of examples implementations of the python-social-auth ecosystem functionality.
Bug#922292: ITP: social-app-webpy -- Web.py component of the python-social-auth ecosystem
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" * Package name: social-app-webpy Version : 1.0.0 Upstream Author : Matías Aguirre * URL : https://pypi.python.org/pypi/social-auth-app-django * License : BSD-3 Programming Lang: Python Description : Web.py component of the python-social-auth ecosystem This is the web.py component of the python-social-auth ecosystem, it implements the needed functionality to integrate social-auth-core in a web.py based project.
Bug#922291: RM: python-social-auth -- ROM; superseded by social-auth-core et al
Package: ftp.debian.org python-social-auth is superseded by social-auth-core and social-auth-app-django. Please remove from unstable (and buster). Thanks.
Bug#921935: new version 12.5.0 available
Source: sorl-thumbnail Version: 12.3+git20170708-2 See https://github.com/jazzband/sorl-thumbnail/blob/master/CHANGES.rst#1250 for changes and improvements.
Bug#895430: ITP: profanity-omemo -- OMEMO encryption for the Profanity XMPP client
Upstream gave up on this. Closing until somebody continues.
Bug#921689: ITP: python-aioice -- library for Interactive Connectivity Establishment
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" Package name: python-aioice Version : 0.6.14 Upstream Author : Jeremy Lainé URL : https://pypi.org/project/aioice/ License : BSD-3 Programming Lang: Python Description : library for Interactive Connectivity Establishment "aioice is a library for Interactive Connectivity Establishment (RFC 5245) in Python. It is built on top of asyncio, Python’s standard asynchronous I/O framework. Interactive Connectivity Establishment (ICE) is useful for applications that establish peer-to-peer UDP data streams, as it facilitates NAT traversal. Typical usecases include SIP and WebRTC." This is a dependency for aiortc (#921679). The package will be maintained in the Debian Python modules team.
Bug#921691: ITP: python-pylibsrtp -- Python wrapper around libsrtp
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" Package name: python-pylibsrtp Version : 0.6.1 Upstream Author : Jeremy Lainé URL : https://pypi.org/project/pylibsrtp/ License : BSD-3 Programming Lang: Python Description : Python wrapper around libsrtp "pylibsrtp is a Python wrapper around libsrtp, making it possible to encrypt and decrypt Secure Real-time Transport Protocol (SRTP) packets from Python code. SRTP is a profile of the Real-time Transport Protocol (RTP) which provides confidentiality, message authentication, and replay protection. It is defined by RFC 3711." This is a dependency for aiortc (#921679). The package will be maintained in the Debian Python modules team.
Bug#921690: ITP: python-av -- Pythonic binding for the FFmpeg libraries
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" Package name: python-av Version : 6.1.2 Upstream Author : Mike Boers URL : https://pypi.org/project/av/ License : BSD-3 Programming Lang: Python Description : Pythonic binding for the FFmpeg libraries "PyAV is a Pythonic binding for the FFmpeg libraries. We aim to provide all of the power and control of the underlying library, but manage the gritty details as much as possible. PyAV is for direct and precise access to your media via containers, streams, packets, codecs, and frames. It exposes a few transformations of that data, and helps you get your data to/from other packages (e.g. Numpy and Pillow)." This is a dependency for aiortc (#921679). The package will be maintained in the Debian Python modules team.
Bug#921679: ITP: python-aiortc -- implementation of WebRTC and ORTC
Package: wnpp Severity: wishlist Package name: python-aiortc Version : 0.9.19 Upstream Author : Jeremy Lainé URL : https://pypi.org/project/aiortc/ License : BSD-3-clause Programming Lang: Python Description : implementation of WebRTC and ORTC aiortc is a library for Web Real-Time Communication (WebRTC) and Object Real-Time Communication (ORTC) in Python. It is built on top of asyncio, Python’s standard asynchronous I/O framework. The API closely follows its Javascript counterpart. The package will be maintained in the Debian Python modules team. Links: https://github.com/aiortc/aiortc/ https://aiortc.readthedocs.io/en/latest/ https://fosdem.org/2019/schedule/event/beyond_webrtc_monoculture/
Bug#921195: mcabber: does not connect to Jabber via IPv6 (fails Etch release goal)
Control: reassign -1 libloudmouth1-0 Control: retitle -1 libloudmouth1-0: does not support IPv6 (fails Squeeze release goal) Control: tag -1 + patch On 2019-02-03 09:32, W. Martin Borgert wrote: > I'm in the same network, and mcabber works for me. After testing again, I believe, that my computer just re-connected to the other (IPv4-capable) network. With this commit (patch applies), IPv6 seems to work: https://github.com/mcabber/loudmouth/commit/95078ef12ab30735b4280675837c64686cf9faaa
Bug#907718: python-dateutil needs to be updated for buster
Hi, I'm just updating salutatoi and it needs python-dateutil (still Python 2!) >= 2.7.3, it seems. Therefore, #907718 must be solved in time for buster. Also, there is a new upstream version 2.8.0, which seems to fix a lot of bugs¹. TIA & Cheers ¹ https://dateutil.readthedocs.io/en/stable/changelog.html#version-2-8-0-2019-02-04
Bug#921477: please add mod_client_certs (XEP-0257: Client Certificate Management for SASL EXTERNAL)
Package: prosody-modules Version: 0.0~hg20181209.39ec478a752e+dfsg-1 Severity: wishlist See https://modules.prosody.im/mod_client_certs.html and https://xmpp.org/extensions/xep-0257.html
Bug#871830: RFP: zpui -- ZeroPhone UI framework
Control: retitle -1 RFP: zpui -- ZeroPhone UI framework New homepage: https://github.com/ZeroPhone/ZPUI
Bug#921337: RFP: python-akismet -- client for the Wordpress Akismet spam-detection service
Package: wnpp Severity: wishlist Package name: python-akismet Version : 1.0.1 Upstream Author : Michael Foord and James Bennett URL : https://github.com/ubernostrum/akismet License : BSD-3-clause Programming Lang: Python Description : client for the Wordpress Akismet spam-detection service Python library wrapping the Wordpress Akismet spam-detection service. All methods of the Akismet API are supported: - Checking comments for spam - Reporting comments incorrectly classified as not spam - Reporting comments incorrectly classified as spam Use of this module requires an Akismet API key (which must be obtained from the Akismet service). This is an optional dependency for Weblate.
Bug#921336: RFP: python-bidi -- bi-directional layout implementation
Package: wnpp Severity: wishlist Package name: python-bidi Version : 0.4.0 Upstream Author : Meir Kriheli URL : https://github.com/MeirKriheli/python-bidi License : LGPL3 Programming Lang: Python Description : bi-directional layout implementation Bi-directional (BiDi) layout implementation in pure python. This is an optional dependency for Weblate.
Bug#921335: RFP: celery-batches -- task class that buffers messages and processes them as a list
Package: wnpp Severity: wishlist Package name: celery-batches Version : 0.2 Upstream Author : Ask Solem & contributors URL : https://github.com/percipient/celery-batches License : BSD-3-Clause Programming Lang: Python Description : task class that buffers messages and processes them as a list Celery Batches provides a Task class that allows processing of multiple Celery task calls together as a list. The buffer of tasks calls is flushed on a timer and based on the number of queued tasks. This is a dependency for Weblate.
Bug#921332: RFP: translation-finder -- translation file finder for Weblate
Package: wnpp Severity: wishlist Package name: translation-finder Version : 1.0 Upstream Author : Michal Čihař URL : http://weblate.org/ License : GPL3+ Programming Lang: Python Description : translation file finder for Weblate This library is used by Weblate to discover translation files in a cloned repository.
Bug#921330: libmbim: please package new version 1.18.0 for buster
Source: libmbim Version: 1.16.0-1 Please package a new version of libmbim. See #920765 and #921321. Thanks!
Bug#921195: mcabber: does not connect to Jabber via IPv6 (fails Etch release goal)
On 2019-02-02 21:23, Thorsten Glaser wrote: I’m currently in the FOSDEM WLAN (IPv6-only, not FOSDEM-legacy), and I can neither connect to the Jabber server with SRV RRs nor when hardcoding commu.teckids.org in mcabberrc. I'm in the same network, and mcabber works for me.
Bug#921095: gajim: traceback when starting gajim: got an unexpected keyword argument 'lang'
Control: severity -1 normal Hi, please install python3-nbxmpp 0.6.9-1 from testing, then it will be OK. The gajim package is still missing the correctly versioned dependency, but it's solved in git since ten days: https://salsa.debian.org/xmpp-team/gajim/commit/04fa00c7b1cff05e6e63ada6751f2d13a3955577 So this will be fixed with the next upload. Sorry for the inconvenience! Cheers
Bug#920765: please package version 1.10 for buster
Package: modemmanager Version: 1.8.2-1 Please update modemmanager (and libmbim and libqmi) to the latest version(s). It would be very nice and useful to have 1.10 in buster. Thanks!
Bug#920757: please update package
Source: social-auth-core Version: 1.7.0-1 Severity: wishlist Current is 3.0, weblate needs at least 2.0. (I'm a team member and can update the package myself.)
Bug#920518: RFP: httpauthenticationoverxmpp -- provide an HTTP authentication over XMPP
Package: wnpp Severity: wishlist * Package name: httpauthenticationoverxmpp Version : v0.5-dev Upstream Author : Geoffrey Pouzet * URL : https://git.kingpenguin.tk/chteufleur/HTTPAuthentificationOverXMPP * License : MIT Programming Lang: Go Description : provide an HTTP authentication over XMPP Provide an HTTP authentication over XMPP. Implementation of XEP-0070. Can be run as a XMPP client or XMPP component.
Bug#886777: Bug#907972 #886777: xsane crashes with Mustek Bearpaw 2448 TA Pro
On 2019-01-21 16:26, Bernhard Übelacker wrote: > [1] > https://gitlab.com/sane-project/backends/commit/93340afddfbc4085a5297fe635b65dd7f7f3ef05.patch Many thanks! I confirm, that this patch solves the problem. Jörg, please apply it and upload in time for buster! :)
Bug#920023: webpy: update package for Python 3.7 compatibility
Package: python3-webpy Version: 1:0.38+20170615-1 The package needs to be updated to the current git master, so that it works with Python 3.7.
Bug#919512: please add mod_bob (XEP-0231: Bits of Binary)
Package: prosody-modules Version: 0.0~hg20181209.39ec478a752e+dfsg-1 Severity: wishlist please add mod_bob (XEP-0231: Bits of Binary), which e.g. can be used for "stickers" see: https://modules.prosody.im/mod_bob.html https://xmpp.org/extensions/xep-0231.html https://en.wikipedia.org/wiki/Sticker_(messaging)
Bug#919510: please add mod_pubsub_feeds
Package: prosody-modules Version: 0.0~hg20181209.39ec478a752e+dfsg-1 Severity: wishlist please add mod_pubsub_feeds, which allows to fetch Atom feeds and push them via PubSub see: https://modules.prosody.im/mod_pubsub_feeds.html
Bug#919505: please add mod_prometheus
Package: prosody-modules Version: 0.0~hg20181209.39ec478a752e+dfsg-1 Severity: wishlist please add mod_prometheus, which implements the Prometheus reporting protocol see: https://modules.prosody.im/mod_prometheus.html
Bug#919502: please add mod_pubsub_mqtt
Package: prosody-modules Version: 0.0~hg20181209.39ec478a752e+dfsg-1 Severity: wishlist please add mod_pubsub_mqtt, which is a nice addition for IoT see: https://modules.prosody.im/mod_pubsub_mqtt.html
Bug#919503: please add mod_atom
Package: prosody-modules Version: 0.0~hg20181209.39ec478a752e+dfsg-1 Severity: wishlist please add mod_atom, which allows HTTP micro-blogging using Atom see: https://modules.prosody.im/mod_atom.html
Bug#919501: please add mod_seclabels (XEP-0258: Security Labels in XMPP)
Package: prosody-modules Version: 0.0~hg20181209.39ec478a752e+dfsg-1 Severity: wishlist please add mod_seclabels (XEP-0258: Security Labels in XMPP) see: https://modules.prosody.im/mod_seclabels.html https://xmpp.org/extensions/xep-0258.html
Bug#919367: ITP: omemo-backend-signal -- backend for python-omemo offering compatibility with libsignal
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" * Package name: omemo-backend-signal Version : 0.2.2 Upstream Author : Tim Henkes * URL : https://pypi.org/project/omemo-backend-signal/ * License : GPL-3 Programming Lang: Python Description : backend for python-omemo offering compatibility with libsignal This library implements a backend for python-omemo offering compatibility with libsignal (C, Java, JavaScript). Look at python-omemo for further usage information. This package is needed for future version of salutatoi.
Bug#918991: pycares: new version 2.4.0 available
Source: pycares Version: 2.1.1-2 Severity: wishlist Hi, there are some new releases: 2.2.0, 2.3.0, 2.4.0. It looks like a lot of bugs are fixed. Please consider updating the package. Thanks!
Bug#918162: Broken with Thunderbird 60
Quoting Moritz Muehlenhoff : The plugin is broken with Thunderbird 60 in stretch and sid, after installation it's disabled and only prints "External Editor is incompatible with Thunderbird 60.4". Yes, the package needs an update to version 1.0.3. Will do ASAP! And many thanks for reminding me! TB 60 was uploaded to stretch over two months ago (and three months ago to sid), given that noone filed a bug so far, it makes me wonder whether this package is used at all... Not surprising to me! I'm using the package every (working) day, but as probably a lot of users, I have thunderbird on hold at version 1:52.9.1-1~deb9u1. After that version a lot of breakage happened, not only to this extension, but also to calendar-exchange-provider (#906730) and enigmail (#909000). It is very unfortunate, that we are not able to prevent major package breakage during a "stable" release cycle, but I'll at least try reduce the impact by trying to get a new version into proposed-updates. Cheers
Bug#448532: RFP: matomo -- web analytics software
Control: retitle -1 RFP: matomo -- web analytics platform In 2018-01, Piwik was renamed (again) as Matomo. Homepage: https://matomo.org/ Sources: https://github.com/matomo-org/matomo Latest release version: 3.7.0 (2018-11-19) License: GPL-3
Bug#917791: [Pkg-xmpp-devel] Bug#917791: poezio: Missing dependency on python3-cffi
On 2018-12-30 19:55, Dominik George wrote: > I can reproduce the issue with 0.12.1-2, and I strongly doubt it works > without cffi (except in cases where the code that uses cffi is for some > reason not executed): > > $ grep -r cffi > […] > poezio/poopt.py:from cffi import FFI Strange, that it still works on my machine. It shouldn't! :) In setup.py it's only an "extras_require". Anyway, let's just add the dependency.
Bug#917791: poezio: Missing dependency on python3-cffi
On 2018-12-30 12:20, Tom Teichler wrote: > When starting python3-cffi is missing. Does not work at all. I'm using poezio 0.12.1-2 (uploaded yesterday) and it works perfectly without python3-cffi*. Could you try that, please?
Bug#914530: fixed in lua-ldap 1.2.3-1
Hi Daniel,
I don't know anything about Lua, but I forwarded your comment to
the prosody MUC and the wise people there suggest to remove
three lines from the lua-ldap sources:
--- a/src/lualdap.c
+++ b/src/lualdap.c
@@ -1090,9 +1090,6 @@ int luaopen_lualdap (lua_State *L) {
};
lualdap_createmeta (L);
- luaL_newlib(L, lualdap);
- lua_pushvalue(L, -1);
- lua_setglobal(L, LUALDAP_TABLENAME);
set_info (L);
return 1;
Maybe you can try that?
Cheers, Martin
Bug#916316: please backport to stretch (for prosody)
Package: lua-sec Version: 0.7-1 Severity: wishlist It would be nice, if someone in lua-team would prepare a backport, which is necessary for prosody 0.11.1. TIA!
Bug#916315: please backport to stretch (for prosody)
Package: lua-ldap Version: 1.2.3-1 Severity: wishlist It would be nice, if someone in lua-team would prepare a backport, which is necessary for prosody 0.11.1. TIA!
Bug#915805: Should this package be removed?
On 2018-12-07 13:41, Kevin Smith wrote: > Apologies, I’d forgotten that we’d prepared an update from upstream and not > gotten it submitted. We’ll try to address this in the next week or so. Nice! If you intend to raise the package from the not yet dead, please consider joining the XMPP packaging team and have the Debian package code in salsa.debian.org/xmpp-team/
Bug#915805: Should this package be removed?
On 2018-12-06 22:55, Moritz Muehlenhoff wrote: > Unless any objections are raised, I'd reassign this bug to ftp.debian.org > for removal. I contacted the maintainers about the package in April, but did not yet receive an answer.
Bug#814218: lua-ldap: Add support for Lua 5.2
patch to fix potential privacy problems in documentation Description: fix potential privacy problems in documentation Author: W. Martin Borgert Origin: vendor Last-Update: 2018-12-07 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/doc/us/index.html +++ b/doc/us/index.html @@ -4,7 +4,6 @@ LuaLDAP: A Lua interface to an LDAP library -http://www.keplerproject.org/doc.css; type="text/css"/> @@ -130,7 +129,7 @@ http://validator.w3.org/check?uri=referer;> - http://www.w3.org/Icons/valid-xhtml10; alt="Valid XHTML 1.0!" height="31" width="88" /> + Valid XHTML 1.0! $Id: index.html,v 1.37 2007-12-14 17:06:57 carregal Exp $ --- a/doc/us/license.html +++ b/doc/us/license.html @@ -4,7 +4,6 @@ LuaLDAP: license -http://www.keplerproject.org/doc.css; type="text/css"/> @@ -111,7 +110,7 @@ http://validator.w3.org/check?uri=referer;> - http://www.w3.org/Icons/valid-xhtml10; alt="Valid XHTML 1.0!" height="31" width="88" /> + Valid XHTML 1.0! $Id: license.html,v 1.11 2007-12-14 16:46:15 carregal Exp $ --- a/doc/us/manual.html +++ b/doc/us/manual.html @@ -4,7 +4,6 @@ LuaLDAP: A Lua interface to an LDAP library -http://www.keplerproject.org/doc.css; type="text/css"/> @@ -342,7 +341,7 @@ http://validator.w3.org/check?uri=referer;> -http://www.w3.org/Icons/valid-xhtml10; alt="Valid XHTML 1.0!" height="31" width="88" /> +Valid XHTML 1.0! $Id: manual.html,v 1.34 2007-12-14 16:46:15 carregal Exp $
Bug#873605: libnova-dev: Multi-Arch not fully implemented
Better patch. Thanks to Maxy for improvement hints!
diff --git a/debian/changelog b/debian/changelog
index 0bb6373..476924b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libnova (0.16-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Complete Multi-Arch (Closes: #873605).
+
+ --
+
libnova (0.16-2) unstable; urgency=medium
* Add new patch: Use-CFLAGS-from-environment.patch.
diff --git a/debian/control b/debian/control
index 8477fac..1f7e4b0 100644
--- a/debian/control
+++ b/debian/control
@@ -20,8 +20,10 @@ Description: celestial mechanics, astrometry and astrodynamics library
Package: libnova-dev
Architecture: any
+Multi-Arch: same
Section: libdevel
Depends: libnova-0.16-0 (= ${binary:Version}),
+ libnova-dev-bin (= ${binary:Version}),
${misc:Depends},
${shlibs:Depends}
Description: development files for libnova astronomical library
@@ -29,3 +31,17 @@ Description: development files for libnova astronomical library
Astrometry and Astrodynamics library.
.
This package contains the development files.
+
+Package: libnova-dev-bin
+Architecture: any
+Multi-Arch: foreign
+Section: libdevel
+Depends: ${misc:Depends},
+ ${shlibs:Depends}
+Breaks: libnova-dev (<< 0.16-2)
+Replaces: libnova-dev (<< 0.16-2)
+Description: development config tool for libnova astronomical library
+ libnova is a general purpose, double precision, Celestial Mechanics,
+ Astrometry and Astrodynamics library.
+ .
+ This package contains the libnovaconfig tool.
diff --git a/debian/libnova-dev-bin.install b/debian/libnova-dev-bin.install
new file mode 100644
index 000..e5d5508
--- /dev/null
+++ b/debian/libnova-dev-bin.install
@@ -0,0 +1 @@
+usr/bin/libnovaconfig
diff --git a/debian/libnova-dev.manpages b/debian/libnova-dev-bin.manpages
similarity index 100%
rename from debian/libnova-dev.manpages
rename to debian/libnova-dev-bin.manpages
diff --git a/debian/libnova-dev.install b/debian/libnova-dev.install
index 839cf32..53a73ec 100644
--- a/debian/libnova-dev.install
+++ b/debian/libnova-dev.install
@@ -1,4 +1,3 @@
-usr/bin/libnovaconfig
usr/include/libnova/aberration.h
usr/include/libnova/airmass.h
usr/include/libnova/angular_separation.h
Bug#915542: src:meliae: Please add Python 3 package
Source: meliae Version: 0.4.0+bzr199-4 Severity: wishlist Python 2 retires in about one year from now: https://pythonclock.org/ Please add a Python 3 binary package to meliae. Thanks! Btw. meliae seems to be a little bit inactive on the upstream side. Last commit was 2013-05-19.
Bug#915518: please package version 18.0.0
Source: wokkel
Version: 18.0.0~rc5-1
Severity: wishlist
Version 18.0.0 ("final") has just been released:
https://github.com/ralphm/wokkel/releases/tag/18.0.0
There are only small changes compared to 18.0.0~rc5.
Please update the Debian package. Thanks!
Bug#735304: wokkel: please move package to DPMT's repo
Hi Angel, please move the salsa wokkel project from https://salsa.debian.org/debian/wokkel into https://salsa.debian.org/python-team/modules There is an option in salsa to move a project. It even allows to leave a forwarder at the old URL. TIA & Cheers
Bug#873605: libnova-dev: Multi-Arch not fully implemented
Control: tags -1 + patch
diff --git a/debian/changelog b/debian/changelog
index 0bb6373..476924b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libnova (0.16-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Complete Multi-Arch (Closes: #873605).
+
+ --
+
libnova (0.16-2) unstable; urgency=medium
* Add new patch: Use-CFLAGS-from-environment.patch.
diff --git a/debian/control b/debian/control
index 8477fac..1a30a01 100644
--- a/debian/control
+++ b/debian/control
@@ -20,6 +20,7 @@ Description: celestial mechanics, astrometry and astrodynamics library
Package: libnova-dev
Architecture: any
+Multi-Arch: same
Section: libdevel
Depends: libnova-0.16-0 (= ${binary:Version}),
${misc:Depends},
@@ -29,3 +30,16 @@ Description: development files for libnova astronomical library
Astrometry and Astrodynamics library.
.
This package contains the development files.
+
+Package: libnova-dev-bin
+Architecture: any
+Multi-Arch: foreign
+Section: libdevel
+Depends: libnova-dev (= ${binary:Version}),
+ ${misc:Depends},
+ ${shlibs:Depends}
+Description: development config tool for libnova astronomical library
+ libnova is a general purpose, double precision, Celestial Mechanics,
+ Astrometry and Astrodynamics library.
+ .
+ This package contains the libnovaconfig tool.
diff --git a/debian/libnova-dev-bin.install b/debian/libnova-dev-bin.install
new file mode 100644
index 000..e5d5508
--- /dev/null
+++ b/debian/libnova-dev-bin.install
@@ -0,0 +1 @@
+usr/bin/libnovaconfig
diff --git a/debian/libnova-dev.manpages b/debian/libnova-dev-bin.manpages
similarity index 100%
rename from debian/libnova-dev.manpages
rename to debian/libnova-dev-bin.manpages
diff --git a/debian/libnova-dev.install b/debian/libnova-dev.install
index 839cf32..53a73ec 100644
--- a/debian/libnova-dev.install
+++ b/debian/libnova-dev.install
@@ -1,4 +1,3 @@
-usr/bin/libnovaconfig
usr/include/libnova/aberration.h
usr/include/libnova/airmass.h
usr/include/libnova/angular_separation.h
Bug#915034: astyle: wrong indentation of closing brace after line starting with a dash (regression)
Package: astyle
Version: 3.1-2
The command
astyle --options=none --lineend=linux --style=1tbs --indent=force-tab=8
--break-blocks --indent-switches --pad-oper --pad-header --unpad-paren
did not change the following C code with version 3.0.1-1 nor 2.06-2:
void test_astyle(void)
{
a = {
1, 2, 3
};
b = {
-1, 2, 3
};
c = {
0, 1, 2
};
}
Unfortunately, with 3.1-2, it does change it to:
void test_astyle(void)
{
a = {
1, 2, 3
};
b = {
-1, 2, 3
};
c = {
0, 1, 2
};
}
I.e. the second closing curly brace gets an extra tab.
Bug#909823: Your ITP: getthermal -- USB thermal camera viewer
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#814218: lua-ldap: Add support for Lua 5.2
Hi Daniel, thanks for your link to the new upstream! Luca, Enrico, does this help you? As for stretch-backports: Yes, Lua 5.1 is an option. But we need a new lua-ldap for buster anyway, so I'ld prefer to backport that one, as soon as it is in testing. Let's see... Cheers
Bug#914738: painintheapt: Please append subject to XMPP message
Thanks for your problem report! Quoting Gerald Turner : However newer versions split this information into a separate 'subject' field, which my XMPP client (Pidgin usually) ignores. It's also absent from MUC group messages entirely. True. I will either remove the subject again or duplicate it in the message, so that it works well enough with (almost) all XMPP clients. Cheers
Bug#914698: prompt-toolkit: please package version 2.0.1 or higher
Source: prompt-toolkit Version: 1.0.15-1 Severity: wishlist Newer versions of pymodbus need prompt_toolkit >= 2.0.1 for a command line tool. The current release version is 2.0.7. Please consider packaging a new version. Thanks!
Bug#914530: prosody: broken LDAP support
Package: prosody Version: 0.11.0-1 Severity: grave (I'm abusing the "grave" severity here to prevent prosody going to testing, "important" would be correct. If there were a prosody-ldap package, that one would deserve the "grave" severity bug.) As long as lua-ldap does not support lua5.2 (#814218), LDAP support cannot work. This will break prosody installations, that depend on that feature, such as Debians.
Bug#914529: lua-dbi: please provide a lua5.2 version in stretch-backports
Source: lua-dbi Version: 0.7.1-1 Severity: wishlist To provide a stable backport of prosody 0.11.0, some lua packages need lua5.2 support via backports, too. Just backporting the testing version of lua-dbi is probably the way to go. I'll do the backport myself, if nobody objects.
Bug#910506: split package into architecture dependent and independent ones
Note, that the package split has been reverted in 0.11~hg20181007.7c1cdf5f9f83-2, because other team members objected.
Bug#906057: linphone: Linphone "cannot start transport on port 5060, maybe this port is already used" although it is not.
I use linphone on stretch as my one and only telephone. So far, I did not encounter this problem. I suggest to downgrade this issue to "important", because it seems to affect only few users.
Bug#914471: linphone: new upstream 4.1.1
Please merge with #892325, thanks!
Bug#814218: lua-ldap: Add support for Lua 5.2
Hi Luca, any progress in finding a new or the right upstream? The problem becomes a little bit more pressing now: I plan to upload prosody 0.11 to unstable soon, maybe today. Prosody 0.11 uses Lua 5.2 instead of 5.1 as recommended by upstream. LDAP support in Prosody is, of course, relevant to some. Including Debian itself :) TIA & Cheers
Bug#913917: ITP: gajim-openpgp -- OpenPGP for XMPP
Package: wnpp Severity: wishlist Owner: "W. Martin Borgert" * Package name: gajim-openpgp Version : 1.1.1 Upstream Author : Philipp Hörist * URL : https://dev.gajim.org/gajim/gajim-plugins/blob/gajim_1.1/openpgp/manifest.ini * License : GPL3 Programming Lang: Python Description : OpenPGP for XMPP This is an experimental plugin supporting the new OpenPGP for XMPP standard XEP-0373 (https://xmpp.org/extensions/xep-0373.html). The package will be maintained with the XMPP packaging team.
