Bug#1060117: pass-otp: oathtool safety: avoid argument splitting, send secrets via stdin instead of arguments

Hi Paul, thanks, I'll have a look next week and prepare an upload. Best, Philip OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1060266: [Pkg-auth-maintainers] Some help for coordinated uploads needed

Hi Florian, On 12.01.24 at 12:08, Florian Schlichting: I would like to do an upload of yubikey-manager very soon in order to fix #1060266 (serious) in python3-ykman. Can we perhaps do an upload of python-fido2 to unstable in the course of this weekend? Do you want to do that yourself, so you

Bug#1060429:

Control: reassign -1 python-django-solo Hi Helmut, thanks for the bug report, but I guess you missed that solo1-cli.ships this file for years (in stable, testing, unstable) while python-django-solo was just uploaded yesterday. So I think the bug is in python-django-solo actually. Best,

Bug#1050305: dh-python: Packages using distutils-extra missing dependencies

Hi, the 'requires' are actually generated by DistUtilsExtra.auto and are present in the PKG-INFO file in the .egg-info directory. It seems dh-python is not picking them up correctly, thus reassigning. Best, Philip OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1050305: python3-distutils-extra: DistUtilsExtra.auto fails to determine "requires" from import statements in source code

Package: python3-distutils-extra Version: 2.50 Severity: normal X-Debbugs-Cc: ri...@debian.org Hi, it seems, DistUtilsExtra.auto fails to determine "requires" from import statements in source code. While gTranscribe produces the correct dependencies on 2023-01-05

Bug#1034683: r-base: new upstream release unintentionally uploaded to unstable

Hi, could we please close this bug? We released bookworm some days ago and propagating to testing should be fine now. [It blocks R packages to propagate to testing currently.] Thanks Philip OpenPGP_signature Description: OpenPGP digital signature

Bug#1025486: ModuleNotFoundError: No module named 'scrape_schema_recipe' / 'ebooklib'

Control: reopen -1 Hi, it seems you forgot to add a depend/recommend on python3-scrape-schema-recipe: philip@debian:~$ LANG=C apt list gourmand Listing... Done gourmand/testing,testing,unstable,unstable,now 1.1.0+really1.0.0-3 all [installed] philip@debian:~$ gourmand args =

Bug#1016963: Please test u-boot for a64-olinuxino-emmc

On 29.12.22 at 01:14, Vagrant Cascadian wrote: If you have access to any of these boards, please consider testing u-boot versions as packaged in debian for versions from debian stable (2021.01*), testing (2022.04*), unstable (2022.10*) and experimental (2023.01-rc*) and updating the wiki page if

Bug#1025739: Fwd: Is an autogenerated configure shell script non-editable source (Was: Bug#1025739: hmmer2: missing source for configure)

shell script non-editable source (Was: Bug#1025739: hmmer2: missing source for configure) Datum: Sun, 11 Dec 2022 16:52:49 +0100 Von: Philip Rinn An: debian-de...@lists.debian.org, Andreas Tille Hi Andreas, Hi Andreas, Am Sat, Dec 10, 2022 at 11:41:11AM +0100 schrieb Andreas Metzler: I have

Bug#1025308: gsequencer: FTBFS with fftw3 (3.3.10-1)

On 05.12.22 at 17:26, Sebastiaan Couwenberg wrote: On 12/5/22 16:51, Philip Rinn wrote: thanks for fixing gsequencer! Did you actually upload the NMU, I don't see it in the queue. If not, could you please upload DELAYED/5 as per https://www.debian.org/doc/manuals/developers-reference/pkgs.html

Bug#1025486: ModuleNotFoundError: No module named 'scrape_schema_recipe' / 'ebooklib'

Package: gourmand Version: 1.1.0+really1.0.0-2 Severity: important X-Debbugs-Cc: ri...@debian.org Hi, gourmand fails to load (at least) three of it's plugins due to missing Python modules. As two of these plugins are importers for websites, it impacts usability a lot. Here is what I get when I

Bug#1025308: gsequencer: FTBFS with fftw3 (3.3.10-1)

Hi Bas, thanks for fixing gsequencer! Did you actually upload the NMU, I don't seet it in the queue. If not, could you please upload DELAYED/5 as per https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu so fftw3 can migrate? Thanks & best regards Philip OpenPGP_signature

Bug#993874: slurm: diff for NMU version 0.4.3-2.1

@@ -1,3 +1,10 @@ +slurm (0.4.3-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by removing deprecated sys/sysctl.h (closes: #993874) + + -- Philip Rinn Sun, 27 Nov 2022 13:31:19 +0100 + slurm (0.4.3-2) unstable; urgency=medium * Fix broken debian/watch file. Best

Bug#993874: slurm: diff for NMU version 0.4.3-2.1

) + + -- Philip Rinn Sun, 27 Nov 2022 13:15:07 +0100 + slurm (0.4.3-2) unstable; urgency=medium * Fix broken debian/watch file. diff -Nru slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch --- slurm-0.4.3/debian/patches/fix-build

Bug#989361: netcdf-parallel: Multiple security issues in ezxml

Hi, as netcdf-parallel doesn't use the bundled copy of ezxml anymore, but links against libxml2 since 1:4.9.0-1, I guess it's not _that_ relevant. Should this bug just be marked as fixed in 1:4.9.0-1? Best regards Philip OpenPGP_signature Description: OpenPGP digital signature

Bug#972078: sound-juicer: diff for NMU version 3.38.0-2.1

GNOME team, Jeremy Bicha On Wed, Oct 26, 2022, 21:12 Philip Rinn <mailto:ri...@debian.org>> wrote: Control: tags 972078 + pending Dear maintainer, I've prepared an NMU for sound-juicer (versioned as 3.38.0-2.1) and uploaded it to DELAYED/14. Please feel free to tel

Bug#972078: sound-juicer: diff for NMU version 3.38.0-2.1

(Closes: #972078) + + -- Philip Rinn Wed, 26 Oct 2022 20:58:46 +0200 + sound-juicer (3.38.0-2) unstable; urgency=medium * Drop unneeded -Wl,--as-needed and -Wno-unused-parameter diff -Nru sound-juicer-3.38.0/debian/control sound-juicer-3.38.0/debian/control --- sound-juicer-3.38.0/debian/control

Bug#1000313: Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

On 11.10.22 at 23:25, Philip Rinn wrote: Wild guess; maybe the flash-kernel boot.scr gets the wrong console settings (e.g. serial vs. hdmi or whatnot), while u-boot-menu just uses the default console specified in the .dtb? That might very well be, but how to debug? (Let's continue

Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

Hi, OK, I used a custom bootstrap script now and that works: U-Boot SPL 2022.10+dfsg-1 (Oct 04 2022 - 00:06:38 +) DRAM: 2048 MiB Trying to boot from MMC1 NOTICE: BL31: v2.7(debug): NOTICE: BL31: Built : 03:28:37, Aug 6 2022 NOTICE: BL31: Detected Allwinner A64/H64/R18 SoC (1689) NOTICE:

Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

Hi, I followed https://wiki.debian.org/InstallingDebianOn/Allwinner#Installing_from_an_SD_card_image using the daily build of the unstable netboot installer from https://d-i.debian.org/daily-images/arm64/20221009-02:38/netboot/SD-card-images/ and I was able to install successfully but the

Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

Hi, I can troubleshoot once I'm back home in ~10 days, I do have that board at home. I'm pretty sure it worked fine last time I tried. Best, Philip signature.asc Description: PGP signature

Bug#1019506: usrmerge: usr-is-merged claims system is not usr-merged but usrmerge is installed

On 11.09.22 at 18:59, Marco d'Itri wrote: On Sep 10, Philip RInn wrote: I guess, I spotted the problem: it seems /lib32 is not merged. Did you install, remove and then install again the biarch libc, like it was discussed in #926699? That might very well be. Unfortunately I only have dpkg

Bug#1019506: usrmerge: usr-is-merged claims system is not usr-merged but usrmerge is installed

Hi I guess, I spotted the problem: it seems /lib32 is not merged. lrwxrwxrwx 1 root root7 20. Nov 2020 bin -> usr/bin lrwxrwxrwx 1 root root7 20. Nov 2020 lib -> usr/lib drwxr-xr-x 2 root root 4,0K 3. Sep 10:33 lib32 lrwxrwxrwx 1 root root9 20. Nov 2020 lib64 ->

Bug#1019506: usrmerge: usr-is-merged claims system is not usr-merged but usrmerge is installed

Package: usrmerge Version: 29 Severity: normal X-Debbugs-Cc: ri...@debian.org Hi, I'm pretty sure I migrated my system to usr-merged long time ago (uninstalled ursmerge again iirc). I now wanted to install usr-is-merged to avoid getting usrmerge installed again - and usr-is-merge claimed my

Bug#1017405: RM: pass-extension-otp -- ROM; package was renamed

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: ri...@debian.org Please remove pass-extension-otp from unstable, the binary package was renamed to match upstream name. Thanks! Philip

Bug#995944: Does not use auto-detect if git is already in use

Control: severity -1 wishlist Hi Trent, thanks for your bug report. I think it's a great idea to improve qtpass, I'll forward your feature request upstream. On 08.10.21 at 17:35, Trent W. Buck wrote: I am flagging this as "serious" because it leads to data loss. Specifically, I already lost

Bug#985842: solo-python: please clarify package description

Hi Daniele, On 24.03.21 at 19:25, Daniele Forsi wrote: package description says "rest the key" , is that a typo for "reset the key"? yes, it's a typo - thanks for the catch. I'll fix it in the next upload (already committed the fix on slasa.d.o). Best, Philip

Bug#985462: ModuleNotFoundError: No module named 'fido2._pyu2f' when running solo

Hi, the corresponding upstream bug is https://github.com/solokeys/solo-python/issues/110. The problem is that python-fido2 0.9 is not backwards compatible with 0.8. It's very unfortunate that the python-fido2 maintainers uploaded an backwards incompatible version right before the freeze :-/

Bug#981268: lintian: False positive for entry_points.txt in Python packages (package-contains-documentation-outside-usr-share-doc)

Package: lintian Version: 2.104.0 Severity: normal Hi, please don't flag usr/lib/python3/dist-packages/*.dist-info/entry_points.txt as 'package-contains-documentation-outside-usr-share-doc'. See https://packaging.python.org/specifications/entry-points/ for reference. Best regards Philip --

Bug#958565: ITP: solo-python -- command line interface for SoloKeys

Hi Stephan, Santiago volunteered to sponsor my package in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969453. I hope he finds time to do that soon so it will hopefully end up in Bullseye :-). Best regards Philip

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

Hi Santiago, On 22.12.20 at 10:03, Santiago R.R. wrote: I could, if nobody else can respond earlier. given the holidays, I'd have some delay. thank you very much, I would appreciate that. Sure, holidays are approaching and I think we all need some tranquil time. Best Philip Cheers

Bug#969352: dh-python: pybuild flit: build path included in RECORD file (makes build non reproducible)

Hi, I think I found a solution, I created a MR on salsa: https://salsa.debian.org/python-team/tools/dh-python/-/merge_requests/17 Best regards Philip

Bug#969352: dh-python: pybuild flit: build path included in RECORD file (makes build non reproducible)

Hi, I investigated a little ;-). From what I understand flit tries to use a relative path in the RECORD file [1] but that doesn't seem to work always. So my idea would be to strip the build path from the resulting RECORD file directly in the install_directly() function at [2]. Not entirely

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

Hi, anyone willing to sponsor this package? I think having tools around for more security keys in Bullseye would be very nice. Thanks & happy hacking Philip On Thu, 2020-09-03 at 10:03 +0200, Philip Rinn wrote: Dear mentors, I am looking for a sponsor for my package "so

Bug#891414: (no subject)

Hi, sorry, the upload is still pending - my former sponsor is not responding (the upload needs to be sponsored as it has to pass NEW due to a new binary package). So it anyone in the loop can / is willing to sponsor I'd be happy :-) Best Philip

Bug#975614: (no subject)

Control: severity -1 grave Hi, I'm increasing the severity as this bug draws the whole program unusable (it crashes on start - at least on testing). Best regards Philip OpenPGP_signature Description: OpenPGP digital signature

Bug#878332: linux > 4.11: Raspberry pi 2 hangs at boot with lpae kernel

On 10.09.20 at 18:34, Gunnar Wolf wrote: > At the time of my bug report, I had not tested it yet. I checked right > now, downloading an image from raspi.debian.net, and installing the > -lpae kernel, I can confirm it boots correctly all the way to: > > root@rpi2-20200910:~# uname -a >

Bug#878332: linux > 4.11: Raspberry pi 2 hangs at boot with lpae kernel

Hi Gunnar, thanks for testing - but your message leaves me a little confused. You claim, the bug is fixed but you say > we have used only regular linux-image-armmp kernels (and have no > reason to suppose -lpae is needed). So, my question, did you actually test with an "-lpae" kernel? While

Bug#891414: enable qt5 front-end

Am 06.09.20 um 13:59 schrieb Alexander Volkov: > Looks like merge requests are disabled for > https://salsa.debian.org/debian/gimagereader True, I enabled them now (I tend to do taht as it seems to be the easiest way to disable the debian-janitor) Thanks for your contribution, I'll upload a new

Bug#945117: ITP: matiec -- IEC 61131-3 to C translator

The upstream URL changed, it's now at https://bitbucket.org/mjsousa/matiec_git

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

On 03.09.20 at 10:09 Ansgar wrote: > If it is a command-line utility the choice of language for its > implementation doesn't matter to users and probably shouldn't be part > of a package's name for the same reason Policy recommends scripts in > PATH not including a `.sh` or `.py` suffix[1].

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "solo-python": * Package name: solo-python Version : 0.0.26-1 Upstream Author : SoloKeys * URL : https://github.com/solokeys/solo-python * License :

Bug#969352: dh-python: pybuild flit: build path included in RECORD file (makes build non reproducible)

'-j5' '-d' dpkg-buildpackage: info: source package solo-python dpkg-buildpackage: info: source version 0.0.26-1 dpkg-buildpackage: info: source distribution unstable dpkg-buildpackage: info: source changed by Philip Rinn dpkg-source --before-build . dpkg-buildpackage: info: host architecture

Bug#958565: (no subject)

owner 958565 ! retitle 958565 ITP: solo-python -- command line interface for SoloKeys thanks Seems to be easy to package so I'll just take it myself ;-) Best Philip

Bug#969032: dictionaries-common: doesn't work with emacs 27.1 - "variable is void: ispell-menu-map-needed"

Package: dictionaries-common Version: 1.28.2 Severity: normal Hi, using emacs 27.1 from experimental I get on startup: Error enabling Flyspell mode: (ispell-menu-map-needed) debian-ispell-set-startup-menu: Symbol’s value as variable is void: ispell- menu-map-needed and when I try to activate

Bug#968984: contributors.debian.org: Data source salsa showing wrong data

Package: nm.debian.org Severity: normal Hi, I noticed, that my last contribution to salsa that c.d.o sees it 2017-11-6: https://contributors.debian.org/contributor/rinni-guest@alioth/ which is not true, see https://salsa.debian.org/rinni It might be linked to the fact, that I switched my

Bug#945117: ITP: matiec -- IEC 61131-3 to C translator

Control: retitle 945117 RFP: matiec -- IEC 61131-3 to C translator Control: noowner 945117 Hi, I still think it would be good to have matiec in Debian but I'm not using it anymore and lost interest in packaging it myself. Best, Philip

Bug#938451: scribus: Python2 removal in sid/bullseye

Control: usertag -1 + py3available Hi, just to keep the bug report up to date: the upcoming version of Scribus (1.5.6) will be ready for Python3, see http://lists.scribus.net/pipermail/scribus/2019-October/055776.html No idea when it will be released though. Best, Philip

Bug#958565: RFP: solo-python -- command line interface for SoloKeys

Package: wnpp Severity: wishlist * Package name: solo-python Version : 0.0.24 Upstream Author : SoloKeys * URL : https://github.com/solokeys/solo-python * License : Expat or Apache Programming Lang: Python Description : command line interface for

Bug#958037: linux-image-arm64: Please add CONFIG_CRYPTO_DEV_SUN8I_CE

Hi, there is a MR now: https://salsa.debian.org/kernel-team/linux/-/merge_requests/236 Happy hacking Philip

Bug#958037: linux-image-arm64: Please add CONFIG_CRYPTO_DEV_SUN8I_CE

Hm, according to to this commit[1] (which is part of Linux 5.5) it should actually be build as a module per default. But in my /boot/config-5.5.0-1-arm64 I have CONFIG_CRYPTO_DEV_ALLWINNER=y # CONFIG_CRYPTO_DEV_SUN4I_SS is not set # CONFIG_CRYPTO_DEV_SUN8I_CE is not set #

Bug#958037: linux-image-arm64: Please add CONFIG_CRYPTO_DEV_SUN8I_CE

Source: linux Version: 5.5.13-2 Severity: wishlist Hi, the Crypto engine for Allwinner sun8i was recently added to the kernel[1]. Could you please enable it? Adding a "CRYPTO_DEV_SUN8I_CE=m" should do the trick. Thanks & happy hacking Philip [1]

Bug#956923: u-boot-sunxi: A64-Olinuxino(-eMMC) no USB

Control: forwarded 956923 u-b...@lists.denx.de Control: retitle 956923 u-boot-sunxi: A64-Olinuxino(-eMMC) no USB Hi, as it's most likely an upstream issue I forwared it to the u-boot mailing list (with a reply-to set to this bug report). Best, Philip

Bug#956923: u-boot-sdunxi: A64-Olinuxino(-eMMC) no USB

Source: u-boot Version: 2020.04+dfsg-1 Severity: normal Tags: upstream Hi, USB is not working on my Olimex A64-Olinuxino-1Ge4GW Rev. D, no matter if I use the u-boot variant with or without eMMC (but that's no surprise). I attached boot logs with and without attached USB key. In both cases one

Bug#956394: u-boot-sunxi: please add support for A64-OLinuXino with eMMC

On 10.04.20 at 19:01, Vagrant Cascadian wrote: > We need someone to help with testing additional platforms. Would you be > willing to regularly test new versions, and be listed as a tester of > this target? Sure, I would do that. Thanks! Philip signature.asc Description: OpenPGP digital

Bug#956394: u-boot-sunxi: please add support for A64-OLinuXino with eMMC

Source: u-boot Version: 2020.01+dfsg-2 Severity: wishlist Hi, could you please enable support for the A64-OLinuXino variant with eMMC? The relevant config is configs/a64-olinuxino-emmc_defconfig Thanks, Philip -- System Information: Debian Release: bullseye/sid APT prefers testing APT

Bug#947866: (no subject)

Hi, I think this behavior is actually not a bug, but a feature ;-) Are you sure you did't check "Show all fields templated" in Configuration -> Template? (see attached image). If you still think it's a bug, please attach the whole file that corresponds to the entry [but please mask sensitive

Bug#945117: ITP: matiec -- IEC 61131-3 to C translator

Package: wnpp Severity: wishlist Owner: Philip Rinn * Package name: matiec Version : 0.1+hgd9e47e0 Upstream Author : Mario de Sousa * URL : https://bitbucket.org/mjsousa/matiec * License : GPL-3 Programming Lang: C++ Description : IEC 61131-3 to C

Bug#932940: epstool: parallel build may fail due to race condition

Control: forwarded -1 gsv...@ghostgum.com.au Hi Mike, thanks for the report. I have forward the bug upstream - but I fear I will not get any feedback. I will just deactivate parallel builds for now - that should not harm much as build times are short anyway. Best regards, Philip

Bug#931393: qtcreator: Missing dependencies to get working kit out of the box

Package: qtcreator Version: 4.8.2-1 Severity: normal Hi, after installing qtcreator, I had to install two extra packages to get a working kit: - qt5-default: without this package no Qt Version was found - qtdeclarative5-dev: without this package qmlscene was reported missing Both are well

Bug#930642: gimagereader crashes when LANG not set

Hi, thanks for the report. On 17.06.19 at 13:47, Elrond wrote: > > when LANG is not set in the environment, gimagereader > crashes and it is not obvious, that the fix is to set LANG > in your environment. Uh, yes - seems to be:

Bug#925817: rawtherapee: ftbfs with GCC-9

Control: tags -1 fixed-upstream Hi, thanks for pointing this out. It's already fixed upstream: https://github.com/Beep6581/RawTherapee/issues/5177 I'll upload a fixed version after buster is released. Best, Philip signature.asc Description: OpenPGP digital signature

Bug#915527: closed by Debian FTP Masters (Bug#915526: Removed package(s) from unstable)

Hi, I don't think the package is removed from backports, at least it's still on the server: http://ftp.debian.org/debian/pool/main/c/corebird/ and tracker.d.o shows it also: https://tracker.debian.org/pkg/corebird Could you please remove it from backports? Thanks, Philip signature.asc

Bug#917277: epstool: incorrect bounding box calculated

Control: reassign 917277 ghostscript 9.26~dfsg-2 Hi, David Bremner wrote: > > The EPS is produced by dvips -E. At a guess this hasn't changed > recently (although I did not verify). So if I understand correctly > Ghostscript got fussier and stopped accepting the output from dvips -E? > > d

Bug#891414: enable qt5 front-end

Hi, uh, I somehow lost my work on the qt5 version :-( If anyone prepares a merge request I'm happy to accept it - I fear I will not be able to do the work before the upcoming freeze myself. Best, Philip signature.asc Description: OpenPGP digital signature

Bug#917277: epstool: incorrect bounding box calculated

Hi David, hi Russell, I think it is a problem of the input file - this might be linked to the Ghostscript version used - see: philip@debian:~$ epstool --test-eps input.eps "gs" -dNOEPS -dNOPAUSE -dBATCH -dNODISPLAY "/tmp/gsview8BugKU" GPL Ghostscript 9.26 (2018-11-20) Copyright (C) 2018

Bug#907613: rawtherapee: please make the build reproducible

Hi Chris, thanks for point that out. I'll just use the approach you proposed in #914672: sed -i -e 's@ [^ ]*-f\(file\|debug\)-prefix-map=[^ ]*@@g' AboutThisBuild.txt Best regards, Philip signature.asc Description: OpenPGP digital signature

Bug#907613: rawtherapee: please make the build reproducible

Hi Chris, thanks for the bug report. I was thinking for a long time how to solve this. Upstream is quite keen to keep the build flags, which I'm fine with in principle. So my approach would be to strip out the varying part while keeping the rest: sed -i 's/\(Build flags: .*\)

Bug#915292: RM: corebird/stable -- ROM; Change of twitter API makes corebird useless

Package: ftp.debian.org Severity: normal Hi, a change of the twitter API makes corbird totally useless as new tweets are not longer recognized. This change was reported in #906441 with the symptoms described in #907382. Upstream does not intend to adopt to the new API so there is no way to

Bug#906441: (no subject)

Hi, Corebird now stopped updating tweets at all - at least for me. I think it's time to file a RM bug :-(. Best regards, Philip signature.asc Description: OpenPGP digital signature

Bug#891414: enable qt5 front-end

Hi, don't worry, although I just uploaded gImageReader 3.3.0 without qt5 front-end this does not mean that I will not add it with the next upload. I try to upload a qt5 enabled version later this week (but I have to contact my former sponsor and it has to pass the NEW queue). Best, Philip

Bug#908681: libsane1: pointless package rename

Hi Jörg, it seems there is an accepted solution for this bug since almost two weeks: - rename libsane1 back to libsane - add a "Provides: libsane1" to libsane see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908681#51 Why isn't that route followed? Thanks, Philip signature.asc

Bug#908681: libsane1: pointless package rename

On 14.10.18 at 14:35 Jeremy Bicha wrote: > Control: severity -1 serious > > On Sat, 13 Oct 2018 at 19:59:38 Philip Rinn wrote: >> Control: -1 severity normal >> >> Hi, >> >> I lower the severity of this bug as I couldn't find a severe violation of

Bug#909099: gimagereader: crashes at startup

Control: block -1 by 908681 Hi, I'm really sorry that gImageReader in testing is still not fixed. Unfortunately it's still blocked by the back and forth due to the libsane -> libsane1 transition - although it's technically totally unrelated, it just happened during the same time. Best, Philip

Bug#908681: libsane1: pointless package rename

Control: -1 severity normal Hi, I lower the severity of this bug as I couldn't find a severe violation of the Debian policy - please point me to it if I missed something. Best, Philip signature.asc Description: OpenPGP digital signature

Bug#910611: openjfx: draws mediathekview and pdfsam unusable

Package: openjfx Version: 11+26-3 Severity: normal Hi, since some days (sadly I don't know it the 8 -> 11 update triggered this) mediathekview and pdfsam don't start anymore: philip@debian:~$ mediathekview === JavaFX wurde nicht im klassenpfad gefunden.

Bug#891414: enable qt5 front-end

Hi Alf, On 19.09.18 at 23:04, Alf Gaida wrote: > QtSpell is in Debian now - so this is not a problem any longer. If you > accept merge requests i would be able to write the missed things for Qt5 > and maintain it long term. (I'm selfish, i want gimagereader-qt5 for LXQt) thanks, I have already

Bug#906590: ITP: pass-otp -- A pass extension for managing one-time-password (OTP) tokens

Hi, pass-otp is already packaged: https://tracker.debian.org/pkg/pass-otp Best, Philip signature.asc Description: OpenPGP digital signature

Bug#905851: add gstreamer audio backend as dependency

Hi, on 10.08.2018 at 17:45 cacat...@tuxfamily.org wrote: > In order to get sound to work, I had to manualy install > gstreamer-1.0-alsa package. > > Would it make sense to add a dependency to "some" audio backend ? You obviously didn't install the recommented packages as libgstreamermm-1.0-1

Bug#898261: texmaker: Texmaker should use /usr/share/hunspell as default directory for dictionaries

Package: texmaker Version: 5.0.2-2 Severity: minor Tags: upstream Hi, some years ago someone suggested this in the Ubuntu bug tracker: https://bugs.launchpad.net/ubuntu/+source/texmaker/+bug/1042886 As texmaker depends on hunspell dictionaries it does not make much sense to set the default

Bug#896978: RFP: node-http-proxy -- full-featured http proxy for Node.js

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-http-proxy Version : 1.17.0 Upstream Author : Charlie Robbins * URL : https://github.com/nodejitsu/node-http-proxy * License : MIT

Bug#896975: RFP: node-client-sessions -- connect middleware that implements sessions in encrypted tamper-free cookies

Package: wnpp Severity: wishlist * Package name: node-client-sessions Version : 0.8.0 Upstream Author : Ben Adida * URL : https://github.com/mozilla/node-client-sessions * License : MPL-2.0 Programming Lang: JavaScript Description :

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 29.03.2018 at 19:42, Sebastian Dröge wrote: > On Thu, 2018-03-29 at 19:24 +0200, Philip Rinn wrote: >> >>> So we'll have to get that solved somehow >> >> Is there another solution than adding a dependency on gst

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Thu, 29 Mar 2018 19:24:52 +0200 Philip Rinn <ri...@inventati.org> wrote: > It would have been nice to contact depending maintainers and provide an > upgrade path. You didn't even mention the package split it in d/changelog. Oh, fou

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

On 29.03.2018 at 18:43, Sebastian Dröge write: > You need to depend on gstreamer1.0-gtk now, which provides the GTK > plugin. It was moved to its own package because people complained that > gstreamer1.0-plugins-bad pulls in too many dependency (and it would be > in gstreamer1.0-plugins-good

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

Source: gst-plugins-bad1.0 Version: 1.14.0-1 Severity: normal Hi, since gst-plugins-bad1.0 1.14.0-1 entered testing today corebird can't play videos anymore. The error is: "Could not create gtksink. Need gst-plugins-bad >= 1.6" I got a similar bug report in Ubuntu but it was "magically"

Bug#892134: RFS: pass-otp/1.1.0-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "pass-otp" * Package name: pass-otp Version : 1.1.0-1 Upstream Author : Tad Fisher * URL : https://github.com/tadfisher/pass-otp * License

Bug#886155: ITP: node-sockjs-client -- provides a WebSocket-like object in browser

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I think it's already in the archive: https://tracker.debian.org/pkg/sockjs-client it's orphaned, so just take it, merge the bugs and you go ;-) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836492 Best, Philip -BEGIN PGP

Bug#891414: enable qt5 front-end

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, > additionally, I would like to add that even if nobody volunteers to maintain > qtspell in debian the developer himself maintains a packaging for debian in > the source tree > >

Bug#891414: enable qt5 front-end

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 OK, it's about aesthetics. But who will maintain qtspell? As far as I see, it's not in Debian. Technically it's not possible to enable the qt front-end at the moment. Best, Philip -BEGIN PGP SIGNATURE-

Bug#891414: enable qt5 front-end

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Control: severity -1 wishlist Control: tags -1 moreinfo I'm not a fan of doing this so you have to convince me ;-). Could you please elaborate why I should do this? I don't see problems using the gtk3 front-end in a qt environment. What's the

Bug#891034: ITP: pass-extension-otp -- pass extension for managing one-time-password tokens

Package: wnpp Severity: wishlist Owner: Philip Rinn <ri...@inventati.org> * Package name: pass-extension-otp Version : 1.0.0 Upstream Author : Tad Fisher <tadfis...@gmail.com> * URL : https://github.com/tadfisher/pass-otp * License : GPL-3+ Prog

Bug#889633: gimagereader: missing translations in desktop file

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Control: forwarded -1 https://github.com/manisandro/gImageReader/pull/316 Hi, I implemented this in a pull request upstream. Let's see when/if it's merged. Best, Philip -BEGIN PGP SIGNATURE-

Bug#887089: ITP: node-shiny-server-client -- browser library for connecting to Shiny Server

Package: wnpp Severity: wishlist Owner: Philip Rinn <ri...@inventati.org> X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-shiny-server-client Version : 1.0.0+gitf214eae Upstream Author : RStudio <n...@rstudio.com> * URL : https://github

Bug#887080: ITP: node-pinkyswear -- very small implementation of the Promises/A+ specification

Package: wnpp Severity: wishlist Owner: Philip Rinn <ri...@inventati.org> X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-pinkyswear Version : 2.2.3 Upstream Author : Tim Jansen <t...@tjansen.de> * URL : https://github.com/timjansen/P

Bug#886889: Fix insecure password generation in stretch

Control: tags -1 pending Hi, On 10.01.2018 18:00:14, Joel Johnson wrote: > It is noted in the changelog for version 1.2.1-1, but shouldn't the fix be > applied to the stretch package as well? Yes, I'm waiting for the Stable Reslease Managers:

Bug#886593: stretch-pu: package qtpass/1.1.6-1

generator (Fixes: CVE-2017-18021) + + -- Philip Rinn <ri...@inventati.org> Sun, 07 Jan 2018 13:45:10 +0100 + qtpass (1.1.6-1) unstable; urgency=medium * New upstream release diff -Nru qtpass-1.1.6/debian/NEWS qtpass-1.1.6/debian/NEWS --- qtpass-1.1.6/debian/NEWS1970-01-01

Bug#883256: apparmor-profiles-extra: Totem can't access files outside $HOME

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, sorry for replying so late. Thanks for all of you for your input! On 07.12.2017 at 08:51, intrigeri wrote: > The Totem profile allows common locations for media files outside of $HOME, > such as /{media,mnt,opt,srv}/**. Where are the files

Bug#883256: apparmor-profiles-extra: Totem can't access files outside $HOME

Package: apparmor-profiles-extra Version: 1.16 Severity: important User: pkg-apparmor-t...@lists.alioth.debian.org Usertags: buggy-profile Hi, with the AppArmor profile enabled, I can't access any file outside my $HOME directory. While I understand the idea behind it, it's rather annoying with

Bug#880875: please rename source package to r-cran-scatterplot3d

Hi Sébastien, On 22.11.2017 at 11:13, Sébastien Villemot wrote: > Hi Philip, > > On Mon, Nov 06, 2017 at 03:10:33PM +0100, Philip Rinn wrote: > >> On 06.11.2017 at 11:16, Philip Rinn wrote: >>> I'll rename the package on the next upload and ping you for sponso

  1   2   3   4   >