Bug#1070017: google-android-installers: depends on pre-64 libraries

2024-04-28 Thread Fab Stz
Hello, I already had a look at this and IMHO there is nothing to do as the package is amd64 only and as libasound2 will pull in the correct t64 anyway. Moreover the package doesn't build any binary, it is a wrapper that downloads upstreams binary, so nothing ca be changed here I think. Unless

Bug#1069820: [Android-tools-devel] Bug#1069820: android-sdk-meta: Split udev rules in separate package

2024-04-26 Thread Fab Stz
Hello, I like the idea. It would also be useful for those using google-android-*- installer packages. May I suggest using this line in Build-Depends instead of only systemd-dev? systemd-dev (>= 253-3~) | udev (<< 253-3~), It would permit to build your package also on bookworm and previous

Bug#1069643: dh_installman: doesn't honor nodoc build profile

2024-04-22 Thread Fab Stz
> I do not see anything in that commit that suggests that `dh_installman` > does not honor `nodoc`. What I am getting is that you wish that `dh` > would skip hook targets for any program that might react to `nodoc` > similar to `nostrip`. > > Assuming we agree on this being the ask, my answer

Bug#1069643: dh_installman: doesn't honor nodoc build profile

2024-04-22 Thread Fab Stz
Control: tags -1 - moreinfo Le lundi 22 avril 2024 10:12:45 CEST, vous avez écrit : > Control: tags -1 moreinfo > > On Mon, 22 Apr 2024 09:37:55 +0200 Fab Stz wrote: > > Package: debhelper > > Version: 13.15.3 > > Severity: normal > > > > Dear Maintain

Bug#1069643: dh_installman: doesn't honor nodoc build profile

2024-04-22 Thread Fab Stz
Package: debhelper Version: 13.15.3 Severity: normal Dear Maintainer, According to dh_installman, it should honor the nodoc build profile. However, it doesn't. As well as execute_before_dh_install. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (991,

Bug#1069610: RFS: modernizr/3.13.0-0.1 [NMU] -- JavaScript library to detect HTML5 and CSS3 features in the user's browser

2024-04-21 Thread Fab Stz
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "modernizr": It's an NMU and the changes of this NMU have already been approved and merged in salsa at https://salsa.debian.org/js-team/modernizr * Package name : modernizr Version

Bug#1069609: RFS: mount-zip/1.0.14-1 [RFP] -- Read-only FUSE file system for ZIP archives

2024-04-21 Thread Fab Stz
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "mount-zip": * Package name : mount-zip Version : 1.0.14-1 Upstream contact : François Degros * URL : https://github.com/google/mount-zip * License

Bug#1068824: welle.io: Remove myself from uploaders

2024-04-11 Thread Fab Stz
168e65..e79eaef 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: welle.io Section: hamradio Priority: optional Maintainer: Debian Hamradio Maintainers -Uploaders: Gürkan Myczko , Fab Stz +Uploaders: Gürkan Myczko Build-Depends: cmake, debhelper-compat

Bug#1067130: modernizr: NMU or update to latest upstream 3.12 or 3.13

2024-04-10 Thread Fab Stz
Hello, Today, I upladed the NMU to mentors.d.n: https://mentors.debian.net/package/modernizr/ Would someone sponsor it? Regards Fab

Bug#1068736: ITP: mount-zip -- recent FUSE file system for ZIP archives (read-only access)

2024-04-10 Thread Fab Stz
Hello bartm, What's wrong? I thought there must be both RFP & ITP and that the package has to close an ITP and not a RFP? Rgds Fab On Wed, 10 Apr 2024 06:52:54 + ba...@debian.org wrote: > close 1068736 > stop > there is already an RFP > RFP 1068638 > ITP 1068736 > >

Bug#1068736: ITP: mount-zip -- recent FUSE file system for ZIP archives (read-only access)

2024-04-10 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mount-zip Version : 1.0.7 Upstream Contact: François Degros * URL : https://github.com/google/mount-zip * License : GPL-3.0-or-later Programming Lang

Bug#1068734: pandoc: Please update to latest version to fix bug in generation of manpages

2024-04-10 Thread Fab Stz
Source: pandoc Severity: wishlist Dear Maintainer, As of today, the manpages generated by pandoc are somehow incompatible with the latest groff (1.23.0) that is in Debian. That leads to issues reported by lintian: groff-message troff::111: warning: cannot select font 'C'

Bug#1068638: RFP: mount-zip -- FUSE file system for ZIP archives (read-only)

2024-04-08 Thread Fab Stz
Package: wnpp Severity: wishlist * Package name: mount-zip Version : 1.0.12 Upstream Contact: François Degros * URL : https://github.com/google/mount-zip * License : GPL3 Programming Lang: C++ Description : FUSE file system for ZIP archives (read-only)

Bug#1066055: re: rust-symphonia-core: FTBFS on i386 units::tests::verify_timebase panic

2024-04-08 Thread Fab Stz
FWIW: - I created an issue upstream at [1] - rust-symphonia is required by czkawka #1032030 (+ MR at [2]) [1] https://github.com/pdeljanov/Symphonia/issues/254 [2] https://salsa.debian.org/rust-team/debcargo-conf/-/merge_requests/583

Bug#1068312: piuparts: Error when Adding 'local diversion of /bin/sync to /bin/sync.distrib.usr-is-merged' (bullseye)

2024-04-03 Thread Fab Stz
Package: piuparts Version: 1.4.1 Severity: normal Dear Maintainer, I have a CI job on salsa running piuparts with bullseye. Recently it started failing with this error: 0m4.3s DUMP: Enabling dpkg --force-unsafe-io. Adding 'local diversion of /bin/sync to /bin/sync.distrib.usr-is-merged'

Bug#1067130: modernizr: NMU or update to latest upstream 3.12 or 3.13

2024-03-28 Thread Fab Stz
The merge request is now updated with the headers. Le 28 mars 2024 19:56:13 GMT+01:00, "Bastien Roucariès" a écrit : >Le jeudi 28 mars 2024, 18:36:54 UTC Fab Stz a écrit : >> To build modernizr an additional source file is required (file.js) this file >> is added to

Bug#1067130: modernizr: NMU or update to latest upstream 3.12 or 3.13

2024-03-28 Thread Fab Stz
rces is required only by the build script iirc. Le 28 mars 2024 19:23:08 GMT+01:00, "Bastien Roucariès" a écrit : >Le jeudi 28 mars 2024, 18:16:09 UTC Fab Stz a écrit : >> Hello Bastien, >> >> Iirc not so many packages depend on it and none seems to use the fil

Bug#1067130: modernizr: NMU or update to latest upstream 3.12 or 3.13

2024-03-28 Thread Fab Stz
js. Regards Fab Le 28 mars 2024 18:54:27 GMT+01:00, "Bastien Roucariès" a écrit : >Le jeudi 28 mars 2024, 17:21:48 UTC Fab Stz a écrit : >> Dear Maintainers, >> >> I'm thinking of doing an NMU for the package by updating it to 3.13.0-0.1. >> The >>

Bug#1067130: modernizr: NMU or update to latest upstream 3.12 or 3.13

2024-03-28 Thread Fab Stz
/bugreport.cgi?bug=1001203 which request a newer version since 2021. BTW, I would require a sponsor to upload the NMU. Do you have advice or comment on this? Regards Fab On Tue, 19 Mar 2024 08:58:23 +0100 Fab Stz wrote: > Source: modernizr > Version: update > Severity: wishlist >

Bug#1067156: python-mkdocs: readthedocs theme links are not up-to-date

2024-03-19 Thread Fab Stz
Source: python-mkdocs Version: theme Severity: normal Dear Maintainer, I noticed some things in the readthedocs theme that might be a bug. I just looked at the usage of modernizr of the package but am not a user of mkdocs. What I noticed: - d/copyright has some File-Excluded in

Bug#1067130: modernizr: Please update to latest upstream 3.12 or 3.13

2024-03-19 Thread Fab Stz
Source: modernizr Version: update Severity: wishlist Tags: patch Dear Maintainer, Please update to latest upstream version 3.12 or 3.13 For 3.12 I created a merge request on the VCS at https://salsa.debian.org/js-team/modernizr/-/merge_requests/2 There is also one for 2.* in

Bug#1066051: openjdk-8: make package usable on systems without t64 packages

2024-03-11 Thread Fab Stz
Source: openjdk-8 Version: 8u402-ga-2 Severity: normal Dear Maintainer, I usually install openjdk-8 from unstable on bookworm. However this is not possible anymore because now it depends on t64 packages. Would it be possible to still install it on systems without t64 by updating the

Bug#1065344: RM: google-android-patcher-4-installer -- ROM; NBS

2024-03-03 Thread Fab Stz
Package: ftp.debian.org Severity: normal Since src:android-google-installers doesn't produce anymore the google-android-patcher-4-installer binary package, please kindly help to remove bin:google-android-patcher-4-installer from unstable. It is already removed from testing. Thank you Fab

Bug#1065304: mesa: 24.0.2 requires libdrm-dev >=2.4.119

2024-03-02 Thread Fab Stz
Source: mesa Version: 24.0.2 requires libdrm-dev >=2.4.119 Severity: normal Dear Maintainer, While trying to build 24.0.2-1 on bookworm, mesa reported this issue. Maybe you would like to update d/control to the new required version of libdrm- dev Dependency libdrm_intel found: NO found

Bug#1063469: freefilesync: crash when opening "Options" dialog with wxwidgets3.0 & gtk3 (eg. jammy, bullseye, focal)

2024-02-08 Thread Fab Stz
Package: freefilesync Version: 13.3-1~bpo22.04~1 Severity: normal If the screen resolution is 1024x768 (or any other width but a height of 768) and if the default Gtk theme named Adwaita is in use you may encounter a crash when opening the options window (Tools menu | Options). It is likely this

Bug#1062775: lintian: watchfile v3 + DEB_EXT in dversionmangle leads to debian-watch-not-mangling-version

2024-02-02 Thread Fab Stz
Package: lintian Version: 2.116.3 Severity: normal Tags: patch Dear Maintainer, Consider this watchfile: version=3 # Search the version number on this page https://download.qt.io/development_releases/qt/6.7/ # Then use downloadurlmangle to transform it to the URL to the archive. # # We don't

Bug#1061575: php-codeigniter-framework: FTBFS with python 3.12

2024-02-01 Thread Fab Stz
Hello Athos, Thank you for your patches. Does changing to SPHINXBUILD=/usr/bin/sphinx-build still use cilexer we installed by this command? "../../debian/build-doc/pythonvenv/bin/python" (I'm not very documented on python3/venv internals and so on) Regards Fab On Fri, 26 Jan 2024 15:10:11

Bug#1060808: rustc: debian/rules source_orig-stage0 fails on 1.70.0

2024-01-14 Thread Fab Stz
Package: rustc Version: 1.70.0+dfsg1 Severity: normal Dear Maintainer, I was trying to run this script as suggested in debian/README.source LC_ALL=C upstream_bootstrap_arch="i386" debian/rules source_orig-stage0 But it fails as follows: QUILT_PATCHES=debian/patches quilt push -aq; x=$?; if [

Bug#1059080: freefilesync: Please add support for loong64

2023-12-19 Thread Fab Stz
Hello, Could you confirm that it builds on that arch and provide a patch please ? Regards Le 20 décembre 2023 03:59:11 GMT+01:00, wuruilong a écrit : >Source: freefilesync >Version: 12.5-1 >Severity: normal >X-Debbugs-Cc: wuruil...@loongson.cn > >Dear Maintainer, > >Please add support for

Bug#1052444: ITA: librepfunc -- set of C++ classes and utilities for building multimedia tools

2023-12-17 Thread Fab Stz
Hello Phil, Thank you for your ITA. Apostolos recently showed also some interest in adopting the packages (librepfunc & w-scan-cpp) although, IIRC he's a beginner in packaging. I gave him some directions. Maybe you could get in touch and discuss how you want to go further on this matter. As

Bug#1053321: RM: google-android-platform-33-upsidedowncakeprivacysandbox-installer -- ROM; NVIU

2023-10-01 Thread Fab Stz
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: google-android-install...@packages.debian.org Control: affects -1 + src:google-android-installers Please remove: google-android-platform-33-upsidedowncakeprivacysandbox-installer

Bug#1052444: RFA: w-scan-cpp -- DVB channel scanner (successor of w_scan)

2023-09-22 Thread Fab Stz
Package: wnpp Severity: normal X-Debbugs-Cc: w-scan-...@packages.debian.org Control: affects -1 + src:w-scan-cpp I request an adopter for the w-scan-cpp package (and it's dependency src:librepfunc see RFA #1052443 ) My device (USB TV/DVB Dongle - RTL_SDR based) which I used with w-scan-cpp

Bug#1052443: RFA: librepfunc -- set of C++ classes and utilities for building multimedia tools (dev files)

2023-09-22 Thread Fab Stz
Package: wnpp Severity: normal X-Debbugs-Cc: librepf...@packages.debian.org Control: affects -1 + src:librepfunc I request an adopter for the librepfunc package (and it's dependent src:w-scan-cpp) My device (USB TV/DVB Dongle - RTL_SDR based) which I used with w-scan-cpp broke, so I don't have

Bug#1050065: ITP: sphinxcontrib-phpdomain -- Sphinx "phpdomain" extension

2023-08-19 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: sphinxcontrib-phpdomain Version : 0.11.2 Upstream Contact: Mark Story * URL : https://pypi.python.org/pypi/sphinxcontrib-phpdomain * License : BSD-2

Bug#1040215: ITP: kalkun -- Open Source Web based SMS Manager

2023-07-03 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: kalkun Version : 0.8.0 Upstream Contact: Fab Stz * URL : https://kalkun.sourceforge.io/ * License : GPL-3+ Programming Lang: PHP Description

Bug#1040167: openjdk-8-jre-headless: version 8u382~b04-1 depends on libjpeg8 which is not in Debian

2023-07-02 Thread Fab Stz
Package: openjdk-8-jre-headless Version: 8u382~b04-1 Severity: important Dear Maintainer, Updating from 8u372-ga-1 which was the previous version in unstable is not possible because openjdk-8-jre-headless_8e382~b04-1 depends on libjpeg8 However libjpeg8 is not to be found in Debian Expected

Bug#992976: uscan: mode=git refs/heads/ instruction scans for tags instead, and fails

2023-06-19 Thread Fab Stz
Hello, I'm facing this too. ```d/watch version=4 options=uversionmangle=s/-?([^\d.]+)/~$1/;tr/A-Z/a-z/,\ mode=git,gitmode=full,gitexport=all \ https://github.com/bcit-ci/CodeIgniter \ heads/master ``` Upstream's main branch is "develop". uscan takes this one instead of the requested "master"

Bug#1037986: uscan: support date/time conversion in *versionmangle

2023-06-15 Thread Fab Stz
Hi, if "e" flag in 's///e' were supported, I could use: uversionmangle=s/(.*)/`date --date='$1' +%s`/e With a perl call from shell it would be: echo "2023-06-08 14:28:41.521115" | perl -p -e 's/(.*)/`date --date="$1" +%s`/ e' Full watch file for information (with s///e) version=4

Bug#1037986: uscan: support date/time conversion in *versionmangle

2023-06-15 Thread Fab Stz
Package: devscripts Version: 2.21.3+deb11u1 Severity: wishlist Tags: patch Dear Maintainer, I'm maintaining a package for which things are bit unusual. I would like that on tracker.debian.org & qa.debian.org which rely on https://qa.debian.org/cgi-bin/watch report if there is a new upstream

Bug#1035966: unblock: google-android-installers/1675172738

2023-05-14 Thread Fab Stz
Control: tags 1035966 - moreinfo Le vendredi 12 mai 2023, 10:07:46 CEST Sebastian Ramacher a écrit : > Control: tags -1 moreinfo confirmed > > On 2023-05-11 21:48:18 +0200, Fab Stz wrote: > > Package: release.debian.org > > Severity: normal > > User: release.deb

Bug#1035966: unblock: google-android-installers/1675172738

2023-05-11 Thread Fab Stz
+++ google-android-installers-1675172738/debian/changelog 2023-05-09 17:35:00.0 +0200 @@ -1,3 +1,9 @@ +google-android-installers (1675172738) unstable; urgency=medium + + * Makefile: fix broken symbolic links (Closes: #1035713) + + -- Fab Stz Tue, 09 May 2023 17:35:00 +0200 + google

Bug#1034641: exiv2: Pick upstream patch for regression on Olympus Maker notes

2023-04-20 Thread Fab Stz
Package: exiv2 Version: 0.27.6-1 Severity: normal Tags: patch upstream Dear Maintainer, Would you please pick a patch from upstream that fixes a regression in 0.27.6? This regression leads to loss of corruption of Olympus Makernotes. You can find all the details in the issue at

Bug#1034404: unblock: google-android-installers/1675172737

2023-04-14 Thread Fab Stz
:58.0 +0100 +++ google-android-installers-1675172737/debian/changelog 2023-04-09 22:31:58.0 +0200 @@ -1,3 +1,15 @@ +google-android-installers (1675172737) unstable; urgency=medium + + * cmdline-tools: set Architecture to 'amd64 i386' + + -- Fab Stz Sun, 09 Apr 2023 22:31:58 +0200

Bug#1032405: installation-reports: missing nvidia nouveau firmware: nvac_fuc084 & nvac_fuc084d

2023-03-05 Thread Fab Stz
Package: installation-reports Severity: normal I couldn't try on the real system which is an iMac 9.1 (because I don't have physical access to it presently), but there is no package shipping these firmware files which are required by nouveau. firmware: failed to load nouveau/nvac_fuc084 (-2)

Bug#1032069: ITP: rust-rawloader -- Image processing pipeline

2023-02-27 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rust-rawloader Version : 0.37.1 Upstream Author : Pedro Côrte-Real * URL : https://github.com/pedrocr/rawloader * License : LGPL-2.1 Programming Lang

Bug#1032068: ITP: rust-imagepipe -- Image processing pipeline

2023-02-27 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rust-imagepipe Version : 0.5.0 Upstream Author : Pedro Côrte-Real * URL : https://github.com/pedrocr/imagepipe * License : LGPL-3.0-only Programming

Bug#1032066: ITP: rust-image-hasher -- simple library that provides perceptual hashing and difference calculation for images

2023-02-27 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rust-image-hasher Version : 1.1.2 Upstream Author : 2015-2017 The `img_hash` Crate Developers 2014-2021 Austin Bonander 2022-2023 Rafał Mikrut * URL

Bug#1032064: ITP: fluent-syntax -- Parser/Serializer tools for Fluent Syntax

2023-02-27 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: fluent-syntax Version : 0.11.0 Upstream Author : Zibi Braniecki Staś Małolepszy * URL : https://github.com/projectfluent/fluent-rs * License : Apache

Bug#1032030: ITP: czkawka-gui -- Multi functional app to find duplicates, empty folders, similar images etc

2023-02-26 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: czkawka-gui Version : 5.1.0 Upstream Author : Rafał Mikrut * URL : https://github.com/qarmin/czkawka * License : MIT Programming Lang: rust

Bug#1030211: qt6-charts-dev should depend on qml6-module-qtcharts?

2023-02-01 Thread Fab Stz
Package: qt6-charts-dev Version: 6.4.2-1 Severity: normal Dear Maintainer, I was trying to configure a project which Build-Depends on qt6-charts-dev At build time I have the error below. If I install also qml6-module-qtcharts, then configure is made successfully. Should this be added as a

Bug#1029599: gbp: Permit to run merge step alone after gbp import-orig --no-merge

2023-01-25 Thread Fab Stz
Package: gbp Version: git-buildpackage Severity: normal Dear Maintainer, In my repo, there are various vendor branches, the upstream & pristine-tar branches. Let's say each vendor doesn't update to the latest upstream version at the same time. So the first one import the new upstream version

Bug#1025663: qmake6: how should users query for QT_INSTALL_PLUGINS?

2022-12-07 Thread Fab Stz
Hello, Not sure this fits your issue and if this could work. I used to produce android-builds that are sort of 'target' builds (and not host builds). There is a specific qmake to be called when building with a target-build. That qmake is in the bin directory of the target build. And that

Bug#1023249: RFS: w-scan-cpp/20220105-1 [ITP] -- DVB channel scanner (successor of w_scan)

2022-11-01 Thread Fab Stz
w-scan-cpp (20220105-1) unstable; urgency=low . * Initial release. (Closes: #1023169) This package depends on "librepfunc1" which is part of src:librepfunc, which is also needing a sponsor https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1023115 Regards, -- Fab Stz

Bug#1023169: ITP: w-scan-cpp -- DVB channel scanner (successor of w_scan)

2022-10-31 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: w-scan-cpp Version : 20220105 Upstream Author : Winfried Koehler * URL : https://www.gen2vdr.de/wirbel/w_scan_cpp/index2.html * License : GPL

Bug#1023115: RFS: librepfunc/1.6.4-1 [ITP] -- set of C++ classes and utilities for building multimedia tools (dev files)

2022-10-30 Thread Fab Stz
w-scan-cpp/ See request here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000741 I tried contacting Tobias Grimm a few weeks ago since he is the maintainer of w-scan and https://salsa.debian.org/vdr-team/vdr-plugin-wirbelscan but haven't got an answer yet. Regards, -- Fab Stz

Bug#1023110: ITP: librepfunc -- Set of C++ classes and utilities for building multimedia tools

2022-10-30 Thread Fab Stz
Package: wnpp Severity: wishlist Owner: Fab Stz X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: librepfunc Version : 1.6.4 Upstream Author : Winfried Koehler * URL : https://github.com/wirbel-at-vdr-portal/librepfunc * License : GPL Programming

Bug#983861: k3b: Permissions of external program should be of group "cdrom" and not "operator"

2022-10-12 Thread Fab Stz
s applied. Rgds Fab Le mardi 2 mars 2021, 16:59:35 CEST Fab Stz a écrit : > Hello, > > > Well, the original code is rather bad indeed, because it relies on the > > order of groups returned by getgrent, and picks the *last* available > > one. In your case, if you have a

Bug#1021497: autopkgtest: Provide a way to escape # character in Test-Command

2022-10-09 Thread Fab Stz
Package: autopkgtest Version: 5.16 Severity: normal Dear Maintainer, If I have such a line in the d/tests/control Test-Command: modprobe --verbose --set-version "$(for kernel in /boot/config- *; do echo ${kernel#*-}; done | tail -n1)" my_kernel_module It will consider the command is only

Bug#1021491: ntfs-3g: set /sbin/mount.ntfs as alternatives

2022-10-09 Thread Fab Stz
Package: ntfs-3g Version: 1:2017.3.23AR.3-4+deb11u2 Severity: wishlist Tags: patch Dear Maintainer, For now, the /sbin/mount.ntfs file is a symlink to mount.ntfs-3g I would like to have both ntfs-3g and another driver installed and for that, I would like to be able to choose whether mount.ntfs

Bug#1020952: gradle fails to start - org/fusesource/jansi/AnsiOutputStream error

2022-09-29 Thread Fab Stz
Package: gradle Version: 4.4.1-15 Severity: grave Justification: renders package unusable Dear Maintainer, running on testing a simple "gradle -version" leads to this failure. FAILURE: Build failed with an exception. * What went wrong: org/fusesource/jansi/AnsiOutputStream * Try: Run with

Bug#1010049: qt6-base-dev: should provide a QT_HOST_PATH directory for cross building

2022-09-06 Thread Fab Stz
Hello. I have a similar problem. In addition to: -DQT_HOST_PATH=/usr/lib/qt6 You must also set: -DQT_HOST_PATH_CMAKE_DIR=/usr/lib/${DEB_HOST_MULTIARCH}/cmake But then it still fails with this error now: Configuring submodule 'qtbase' -- Could NOT find Qt6CoreTools (missing: Qt6CoreTools_DIR)

Bug#1016875: RFS: freefilesync/11.23-1 [ITP] -- cross-platform file sync utility, gpl release

2022-08-11 Thread Fab Stz
Control: tags -1 -moreinfo Dear Boyuan, Thank you for your interest and asking the questions: Le jeudi 11 août 2022, 21:27:14 CEST Boyuan Yang a écrit : > I am curious on the current arrangement of your deb packaging. Specifically: > > * Why there are many separate ffs_* patches in

Bug#996265: autopkgtest: The dependency of each test is added to the dependencies of the following tests

2021-10-14 Thread Fab Stz
Hello Paul, Thanks for taking the time to look at this. > Can you please specify which backend you're using? This is *not* what > I'm seeing in the runs on ci.d.n which uses lxc. As an example, one of > my packages has Depends mariadb-server in the first test, it doesn't get > installed in the

Bug#996265: autopkgtest: The dependency of each test is added to the dependencies of the following tests

2021-10-12 Thread Fab Stz
Package: autopkgtest Version: 5.17 Severity: normal Dear Maintainer, I noticed that the dependency of each test is added to the dependencies of the following tests For example: debian/tests/control contains: Test-Command: /usr/lib/android-sdk/build-tools/19.1.0/aapt v Depends:

Bug#995770: mk-origtargz: repacking is slow when there are big folders Files-Excluded

2021-10-05 Thread Fab Stz
Package: devscripts Version: 2.21.3 Severity: normal Dear Maintainer, mk-origtargz uses tar --delete to remove files listed in Files-Excluded. However, when there are huge folders with many files in it, then it calls tar --delete a huge amount of times. This is because the size of the tar

Bug#995186: android-framework-23: somes classes are missing

2021-09-27 Thread Fab Stz
Source: android-framework-23 Severity: normal Dear Maintainer, I'm trying to build Qt for Android using the android framework provided by Debian, however this is not possible because some classes are missing. For example: com.android.internal.view.menu.MenuBuilder

Bug#988596: akonadi-server: akonadi crashes permanently; akonadiconsole does not start

2021-09-05 Thread Fab Stz
Hello, I had the same problem after migrating from Buster to Bullseye. However, I remembered that in the past I moved the akonadi folder in ~/.local/ share/ to another partition and then created a symbolic link to it. I reverted that and relocated the akonadi folder to its initial place, what

Bug#983861: k3b: Permissions of external program should be of group "cdrom" and not "operator"

2021-03-02 Thread Fab Stz
Hello, > Well, the original code is rather bad indeed, because it relies on the > order of groups returned by getgrent, and picks the *last* available > one. In your case, if you have an "operator" group, it will be used. Ok, this explains it then. Well it's a fresh debian install of

Bug#983861: k3b: Permissions of external program should be of group "cdrom" and not "operator"

2021-03-02 Thread Fab Stz
Package: k3b Version: 20.12.2-1 Severity: normal Tags: patch Dear Maintainer, With k3b, when wanting to set the external program permissions, it wants to set them with user "operator" instead of "cdrom" which may be more adequate according to the description of the groups in

Bug#953328: sddm: No login prompt on tty1

2021-03-02 Thread Fab Stz
Hello, I confirm this is still present in latest bullseye having sddm version 0.19.0-2 (amd64) Maybe this is somehow linked to https://github.com/systemd/systemd/issues/ 12345 ? Is that actually a sddm or a systemd bug ? Regards On Sat, 07 Mar 2020 20:55:57 + Andy Wood wrote: >

Bug#959229: gammu-smsd: systemd unit file references /etc/sysconfig/gammu-smsd instead of /etc/default/gammu-smsd

2020-05-01 Thread Fab Stz
Package: gammu-smsd Version: 1.40.0-1 Severity: normal Dear Maintainer, The contrib/init/gammu-smsd.service that is packaged in the debian package has references to the folder /etc/sysconfig/gammu-smsd which doesn't exist in debian. It should be /etc/default/gammu-smsd instead -- System

Bug#959074: (no subject)

2020-04-29 Thread Fab Stz
Please ignore and close this bug It actually isn't a bug, everything is working fine Apologies

Bug#959074: apache2: dh_apache2 doesn't detect conf filename correctly

2020-04-29 Thread Fab Stz
Package: apache2 Version: 2.4.38-3+deb10u3 Severity: normal Dear Maintainer, I have this file "kalkun.apache2" containing this line: conf debian/kalkun.conf dh_apache2 produces this # Automatically added by dh_apache2/UNDECLARED if true; then if [ -e

Bug#942513: linux 5.2.0-0.bpo.3-amd64: amdgpu doesn't find firmware

2019-12-28 Thread Fab Stz
/amdgpu/ After that, at boot-time the amdgpu firmware is found. Please note that after patching it is necessary to run this command: # update-initramfs -u -k BTW: #933733 and #942513 may be duplicates. Regards Le samedi 28 décembre 2019, 19:29:49 CET Fab Stz a écrit : > Hello, > >

Bug#933733: linux-image-4.19.0-5-amd64: amdgpu does not find installed firmware (Also "5.3.0-0.bpo.2-amd64")

2019-12-28 Thread Fab Stz
Le samedi 28 décembre 2019, 19:21:47 CET Fab Stz a écrit : > Hello, > > I have an equivalent problem with "5.3.0-0.bpo.2-amd64" > > [drm:amdgpu_pci_probe [amdgpu]] *ERROR* amdgpu requires firmware installed > > I have both "4.19.0-6-amd64" installed

Bug#942513: linux 5.2.0-0.bpo.3-amd64: amdgpu doesn't find firmware

2019-12-28 Thread Fab Stz
Hello, Problem is still present in "5.3.0-0.bpo.2-amd64" It also looks similar to #933733 which I updated. Could these issues be duplicates ? Regards Fab

Bug#933733: linux-image-4.19.0-5-amd64: amdgpu does not find installed firmware (Also "5.3.0-0.bpo.2-amd64")

2019-12-28 Thread Fab Stz
Hello, I have an equivalent problem with "5.3.0-0.bpo.2-amd64" [drm:amdgpu_pci_probe [amdgpu]] *ERROR* amdgpu requires firmware installed I have both "4.19.0-6-amd64" installed and "5.3.0-0.bpo.2-amd64" I checked the content of "/boot/initrd.img-5.3.0-0.bpo.2-amd64" which is the file used by

Bug#942513: linux 5.2.0-0.bpo.3-amd64: amdgpu doesn't find firmware

2019-10-17 Thread Fab Stz
Le jeudi 17 octobre 2019, 17:54:28 CEST Ben Hutchings a écrit : > > and in > > # lsinitramfs /boot/initrd.img-5.2.0-0.bpo.3-amd64 | grep firmware | grep > > amdgpu | wc > > --> 289 lines > > > > $ dpkg -l : > > > > ii firmware-amd-graphics 20190717-2~bpo10+1 all > > …but this

Bug#942513: linux 5.2.0-0.bpo.3-amd64: amdgpu doesn't find firmware

2019-10-17 Thread Fab Stz
Source: linux Severity: normal Dear Maintainer, On buster with linux image 5.2.0-0.bpo.3-amd64 at boot time I have this error message : "*ERROR* amdgpu requires firmware installed" [1.317558] [drm] amdgpu kernel modesetting enabled. [1.317812] [drm:amdgpu_pci_probe [amdgpu]] *ERROR*

Bug#939484: welle.io: Missing binary dependency : qml-module-qtcharts

2019-09-05 Thread Fab Stz
Package: welle.io Version: 2.0~beta2-2 Severity: normal Dear Maintainer, Please add this binary dependency : "qml-module-qtcharts" Otherwise some components like "Spectrum" won't be displayed in the GUI. (And probably also Constellation & Impulse) -- System Information: Debian Release: 10.0

Bug#934749: welle.io: some icons & widgets not displayed

2019-08-20 Thread Fab Stz
Bug report for KDE can be found here: https://bugs.kde.org/show_bug.cgi?id=411127

Bug#916595: vlc: program doesn't close its process in some cases

2019-08-18 Thread Fab Stz
Hello, There is a ticket on the VLC side that reports a similar issue with VLC on macOS. https://trac.videolan.org/vlc/ticket/20627 I added the reference to this debian bug report on that VLC ticket. Disabling hardware acceleration in VLC as suggested in that report is the current workaround

Bug#916595: vlc: program doesn't close its process in some cases

2019-08-17 Thread Fab Stz
Package: vlc Version: 3.0.7-1 Followup-For: Bug #916595 Dear Maintainer, I have the same issue here. On buster, and also with vlc package 3.0.7.1-3 from testing (installed on buster) I noticed that it doesn't happen if I stop the video before closing VLC. It I close VLC white it is playin the

Bug#934749: welle.io: some icons & widgets not displayed

2019-08-14 Thread Fab Stz
Upstream bugreport can be found here : https://github.com/AlbrechtL/welle.io/issues/387

Bug#934749: welle.io: some icons & widgets not displayed

2019-08-14 Thread Fab Stz
Hello, I found out that the problem is actually the package "qml-module-org-kde- qqc2desktopstyle" which is installed with plasma/kde When one uses that desktop, this package can not be removed. Moreover, this is the style that is used as soon as one uses KDE/Plasma However, when I rename the

Bug#934749: welle.io: some icons & widgets not displayed

2019-08-14 Thread Fab Stz
Package: welle.io Version: 2.0~beta2-1 Severity: normal Dear Maintainer, When opening welle.io, the top left (menu - 3 horizontal bars) & top right (options) icons are missing. Loudspeaker (in service overview widget) icon is missing too Same problem with the dropdown menu "Favorites" which is

Bug#930508: installation-reports: Corrupt display after grub as soon as kernel loads - buster netinst iso

2019-06-13 Thread Fab Stz
Please find updated system info attached. The ones added by reportbug are those of my previous system. 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Raven/Raven2 Root Complex [1022:15d0] Subsystem: ASUSTeK Computer Inc. Device [1043:876b] 00:00.2 IOMMU [0806]: Advanced

Bug#930508: installation-reports: Corrupt display after grub as soon as kernel loads - buster netinst iso

2019-06-13 Thread Fab Stz
Package: installation-reports Severity: normal Dear Maintainer, I'm booting the latest weekly netinst iso to install Buster. I'm facing corrupt display as soon as grub starts loading the kernel. Grub's display is fine. [1] The only workaround I found working is setting these parameters to the

Bug#771339: linux: linux-headers 3.16 Makefile contains VERSION=2 PATCHLEVEL=6

2019-06-11 Thread Fab Stz
Le mardi 11 juin 2019, 21:41:25 CEST Ben Hutchings a écrit : > They should be using "make kernelversion" instead of looking for > variable assignments the Makefile. > > This is not even a Debian-specific problem any more. Looking for > variable assignments in the Makefile will break whenever the

Bug#771339: linux: linux-headers 3.16 Makefile contains VERSION=2 PATCHLEVEL=6

2019-06-11 Thread Fab Stz
Source: linux Version: 4.9.0 or 4.19... probably any Followup-For: Bug #771339 Dear Maintainer, This bug still exists in linux 4.9 and 4.19 (stretch, stretch-backports and also buster) Like the first reporter, I tried compiling the amdgpu driver provided by AMD (through DKMS) and it is

Bug#902573: firefox-esr: firefox 60.1.0esr requires nss >= 3.36.4

2018-06-27 Thread Fab Stz
Package: firefox-esr Version: 60.0.1esr-2.0~fab1 Severity: serious Justification: fails to build from source (but built successfully in the past) When compiling firefox 60.1.0esr I get the following error : checking for NSS - version >= 3.36.4... no Which means the version check of nss while

Bug#899160: firefox-esr: l10n language pack not detected with firefox-esr 60 (NEW)

2018-05-19 Thread Fab Stz
Package: firefox-esr Version: 60.0.1esr-1.0~fab1 Severity: normal Tags: l10n Hello, I manually compiled firefox-esr 60.0.1 (personnal backport) on my stable system. I install both firefox-esr and firefox-esr-l10-fr of that version but the GUI doesn't show up in french, only in english. I Firefox

Bug#867388: thanks for the vobcopy patch

2018-01-25 Thread Fab Stz
Dear Barak, Please find the split patches attached (hopefully there are no syntax errors inside) BTW, it seem the hunk concerning "tmp" variable (char tmp[50];) is not necessary. I believe I changed it sometime for some debugging. Best regards Le jeudi 25 janvier 2018, 17:28:19 CET Barak A.

Bug#867388: vobcopy: Regression on seek_start, support for fuseiso, file trailing characters and -b &-e options with -O

2017-07-06 Thread Fab Stz
Package: vobcopy Version: 1.2.0-6.0~fab1 Severity: normal Tags: patch upstream Dear Maintainer, Item 1 concerns a regression specific to debian package because it is due to as patch packaged by debian The other ones are improvements. 1. Patch 0014-clang-Wall.patch introduced a regression.

Bug#780363: Bug has been patched upstream

2015-12-08 Thread Fab Stz
Hello, I reported this bug also against drm-intel [1] and it has been fixed by a patch found in comment 51 of that bug [2]. Now, the patch has also entered kernel 4.4-rc4 I recompiled the module manually with the patch above on linux-4.2 from stable-bpo and it fixes the issue. Do you think