Bug#967655: nitrokey-app: depends on deprecated GTK 2
On 8/5/20 6:12 PM, John Scott wrote: > libgtk2.0-dev is in the Build-Depends: > Build-Depends: bash-completion, cmake (>= 3.1.0), debhelper (>= 12~), > *libgtk2.0-dev*, libnotify-dev, libusb-1.0-0-dev, udev, qt5-qmake, qtbase5- > dev, qttools5-dev, libqt5svg5-dev, qtchooser, libhidapi-dev, libnitrokey-dev > (>= 3.5) > I believe this one could be safely removed. Thank you for checking that! Best regards, Szczepan -- Szczepan Zalega Senior Software Developer Nitrokey GmbH https://www.nitrokey.com Email: szcze...@nitrokey.com Nickname: szszszsz Rheinstr. 10 C, 14513 Teltow, Germany CEO / Geschäftsführer: Jan Suhr Register: AG Potsdam, HRB 32882 P VAT ID / USt-IdNr.: DE300136599
Bug#966922: libnitrokey: FTBFS: dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols file: see diff output below
On 8/3/20 10:41 AM, Lucas Nussbaum wrote: > (optional=templinst|arch=!amd64 !arm64 !x32) > (optional=templinst) Hi! As far as I see the problem comes from the listing format difference, not the actual symbol change. E.g.: ``` - (optional=templinst|arch=!amd64 !arm64 !x32)_ZN8nitrokey5proto17ResponseDissectorILNS0_9CommandIDE65ERKNS0_14DeviceResponseILS2_65ENS0_12EmptyPayload24status_translate_commandB5cxx11Ei@Base 3.5 + (optional=templinst)_ZN8nitrokey5proto17ResponseDissectorILNS0_9CommandIDE65ERKNS0_14DeviceResponseILS2_65ENS0_12EmptyPayload24status_translate_commandB5cxx11Ei@Base 3.5 ``` -- Best regards, Szczepan
Bug#958313: libnitrokey: FTBFS on mipsel: symbol changes
On 4/20/20 2:59 PM, Ivo De Decker wrote: > package: src:libnitrokey > version: 3.4.1-4 > severity: serious > tags: ftbfs > > A binnmu of libnitrokey on mipsel (to bring the versions in sync for > multiarch) failed: > > https://buildd.debian.org/status/package.php?p=libnitrokey > > Note that only mipsel was rebuilt (because the binNMU version was lower), so > it's possible that this issue isn't limited to mipsel. > Hi! I do not have much experience in this kind of errors, but for me from the symbols diff it looks like the change comes from building with C++17 standard set (is it not now the default for GCC?). CMake has it set to C++14 and units are built with it as far as I see, yet the C++17 prefixed symbol is shown: ``` - (optional=templinst)_ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEE12_M_constructIPKcEEvT_S8_St20forward_iterator_tag@Base 3.4.1 + _ZNSt6vectorIhSaIhEE17_M_realloc_insertIJhEEEvN9__gnu_cxx17__normal_iteratorIPhS1_EEDpOT_@Base 3.4.1-4+b1 ``` -- Best regards, Szczepan
Bug#916911: nitrokey-app: Please announce supported hardware via appstream
On 12/24/18 11:07 AM, Jan Luca Naumann wrote: > in the Debian bug tracker there is a request to include the supported > hardware via appstream. Below the initial message is included the > complete conversation can be found here: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916911 > > This feature should be added upstream so could you please take look > into it? Dear Jan, Thank you for the update. I have introduced the requested changes to Nitrokey App's `master` branch [2][3] (ticket [1]). Only the Nitrokey Pro and Nitrokey Storage devices are handled by the Nitrokey App at the moment. Let me know, if I can do anything more. If further changes will not be required, I will make a release tagged v1.3.3 (Linux-only; unless you would not need it). [1] https://github.com/Nitrokey/nitrokey-app/issues/397 [2] https://github.com/Nitrokey/nitrokey-app/commit/a92d46b4c923e431bafb71cf55bc3abd3a9bb405 [3] https://github.com/Nitrokey/nitrokey-app/blob/master/data/com.nitrokey.nitrokey-app.appdata.xml -- Best regards, Szczepan