Bug#1056428: /usr/sbin/lparstat: Could not open /proc/ppc64/lparcfg when lauch lparstat

r 03 10:54:41 2024 ## > > will the LPARCFG option be activated on future versions? The Debian kernel maintainers are informed since I have reassigned the bug to the kernel package. I assume this will be fixed in the near future. I might do it myself if I find the time during the

Bug#1057050: closed by Debian FTP Masters (reply to Patrick Franz ) (Bug#1057050: fixed in qt6-multimedia 6.6.1-1)

Control: reopen -1 Hi, looks like this didn't work: > https://buildd.debian.org/status/fetch.php?pkg=qt6-multimedia&arch=powerpc&ver=6.4.2-11&stamp=1705003199&raw=0 Reopening the bug therefore. Adrian -- .''`. John Paul Adrian Glaubitz : :'

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

> Where did you report them? As mentioned: https://github.com/OpenPrinting/cups/issues/917 https://github.com/OpenPrinting/cups/issues/918 https://github.com/OpenPrinting/cups/issues/919 and also https://github.com/OpenPrinting/cups/issues/916 Cheers, Paul -- Paul Szabo

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

Dear Till, Thanks for the pointer to libcupsfilters, now that issue reported also: https://github.com/OpenPrinting/libcupsfilters/issues/53 (Sadly, my other issues were "declined" upstream. Maybe they know what they are doing...) Thanks, Paul -- Paul Szabo p...@maths.u

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

e. Cheers, Paul -- Paul Szabo p...@maths.usyd.edu.au www.maths.usyd.edu.au/u/psz School of Mathematics and Statistics University of SydneyAustralia Join the Union and fight for a better University: www.nteu.au/join

Bug#1067122: cups-daemon: cupsd ignores job-originating-host-name

Issue now reported upstream: https://github.com/OpenPrinting/cups/issues/916 Cheers, Paul -- Paul Szabo p...@maths.usyd.edu.au www.maths.usyd.edu.au/u/psz School of Mathematics and Statistics University of SydneyAustralia Join the Union and fight for a better University

Bug#1068077: python3-adal: adal/authentication_parameters.py:92: SyntaxWarning: invalid escape sequence '\s'

Package: python3-adal Version: 1.2.7-3 Severity: normal usertags warnings  User: debian-pyt...@lists.debian.org Usertags: python3.12 I got some warnings when upgrading, probably caused by Python 3.12: Preparing to unpack .../python3-adal_1.2.7-3_all.deb ... Unpacking python3-adal (1.2.7-3)

Bug#456943: bug#15444: One character can be lost if colors are enabled

On 3/25/24 08:49, Vincent Lefevre wrote: This works fine in Xterm, giving on a 80-column terminal: ... However, this triggers the bug in GNOME Terminal (and other libvte-based terminals): That's not good. Is there some escape sequence that will work on both xterm and libvte? I assume the s

Bug#1067735: www.debian.org: Please update links for PowerPC CHRP port

tem from Geert Uytterhoeven: https://web.archive.org/web/20140625035302/http://users.telenet.be/geertu/Linux/PPC/ In the long term, it might be a good idea to move the documentation for old architectures to Debian Ports. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' :

Bug#1067726: python3-rdflib: extras/external_graph_libs.py: SyntaxWarning: invalid escape sequence '\*'

Package: python3-rdflib Version: 6.1.1-4 Severity: normal Usertags: warnings User: debian-pyt...@lists.debian.org Usertags: python3.12 When upgrading python3-rdflib I got some warnings, probably these are caused by the Python 3.12 transition. Preparing to unpack .../python3-rdflib_6.1.1-4_all.

Bug#1067705: src:siridb-server: flaky autopkgtest: curl: (7) Failed to connect to localhost port 9020 after 0 ms: Couldn't connect to server

tests. Don't hesitate to reach out if you need help and some more information from our infrastructure. Paul [1] https://ci.debian.net/packages/s/siridb-server/testing/amd64/44324499/ 19s autopkgtest [11:10:05]: test http-api: [--- 19s * fixing /etc/siridb/siridb.conf

Bug#1067646: llvm-toolchain-17: please enable m68k build

rimental and must be passed via >   LLVM_EXPERIMENTAL_TARGETS_TO_BUILD. > > Please do so ;-) I guess. Unless we switch to 32-bit alignment, LLVM won't build natively on m68k :-(. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Phys

Bug#1067631: src:altree: autopkgtest timeouts on armel, armhf and ppc64el

s bug is closed. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul https://ci.debian.net/packages/a/altree/testing/ppc64el/44302877/ [--- 33s Analyzing file number 1

Bug#1038585: virtualjaguar: Depends on SDL 1.2

Control: tags -1 +patch Hello, On Tue, 2023-08-29 at 13:05 +0200, John Paul Adrian Glaubitz wrote: > Any chance this can get a proper release so that we can update the Debian > package > without having to add local patches? Attaching the two patches that I used for porting the openSUS

Bug#1067604: src:libcdk5: autopkgtest regression, tests the old version and more issues

the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1] https://lists.debian.org/debian-devel-announce/2019/07/msg2.html [2] https://release.debian.org/testing/rc_policy.txt section 6(a) (bottom) https://ci.debian.net/packa

Bug#1064423: bug 1064423: src:gnome-keyring: FTBFS on s390x

Hi all, [s390x porters in CC, maybe they can help?] On Wed, 21 Feb 2024 22:22:54 +0100 Paul Gevers wrote: Source: gnome-keyring The Release Team considers packages that are out-of-sync between testing and unstable for more than 30 days as having a Release Critical bug in testing [1]. Your

Bug#1067243: openssh: please build without -fzero-call-used-regs=used on m68k

being notified. I assume that happened due to maintenance reasons since the other Gandi machines were rebooted as well. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1067527: nyx: curses.py:118: SyntaxWarning: invalid escape sequence '\['

Package: nyx Version: 2.1.0-3 Severity: normal Usertags: warnings User: debian-pyt...@lists.debian.org Usertags: python3.12 During the recent upgrade I got a Python syntax warning, probably it was caused by the Python 3.12 transition. Preparing to unpack .../archives/nyx_2.1.0-3_all.deb ...

Bug#1067386: anymarkup-core: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13

1 error in 0.21s > > === > > I think this is the same bug you reported in #1067358 [1]. anymarkup-core is affected since it uses python-flexmock as a build-dependency. Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067358 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1067406: autopkgtest-build-lx* doesn't detect local proxy since lxc.network.link rename

tibility support has already been removed for some time: """ paul@mulciber ~ $ sudo autopkgtest-build-lxc debian testing amd64 Detected local apt proxy, using http://192.168.122.1:3142 as container proxy lxc-create: autopkgtest-testing-amd64.new: ../src/lxc/confile.c: set_config_un

Bug#1067250: r-cran-blme: autopkgtest timeouts on i386

much less time) are bad for our infrastructure. I have added your package to our reject_list and will remove it once this bug is closed. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Pau

Bug#1067249: r-cran-bayestestr: autopkgtest timeouts on i386

) are bad for our infrastructure. I have added your package to our reject_list and will remove it once this bug is closed. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [1]

Bug#1067213: git: please consider temporarily disabling subversion/libsvn-perl build-dependencies on armhf and armel

res, i.e.: armel, armhf, hppa, m68k, powerpc and sh4 Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1067122: cups-daemon: cupsd ignores job-originating-host-name

Package: cups-daemon Version: 2.4.2-3+deb12u5 Severity: normal Tags: patch I noticed that the cupsd server ignores (overrides) the value of job-originating-host-name sent. I get good results with my proposed patch for this issue, below. Cheers, Paul -- Paul Szabo p...@maths.usyd.edu.au

Bug#1067121: supysonic: flaky autopkgtest including times out

in testing, flaky tests, i.e. tests that flip between passing and failing without changes to the list of installed packages, are causing people unrelated to your package to spend time on these tests. Don't hesitate to reach out if you need help and some more information from our infras

Bug#1067022: man2html: Segmentation fault with tzfile(5)

On 2024-03-16 16:06, Alejandro Colomar wrote: BTW, I noticed that the upstream homepage is dead: . Is this project defunct? Yes it is. It's been defunct for many years. Attached is a patch for this particular bug. However, a brief code insp

Bug#1067001: gdm3: Unable to log in after upgrade to 46~rc-1, works after reboot

indefinitely. First with GNOME Shell with X.Org and then another user with Wayland. Restarting the system, it worked again. I couldn’t spot anything in the logs. It looks like, the session was created successfully, but not switched to it or so. Kind regards, Paul ``` Mar 16 19:07:51 abreu (sd-pam

Bug#1066996: python-greenlet: Please add patch to support sh4

open for review upstream [1]. The fixed version can be found here [2]. Thanks, Adrian > [1] https://github.com/python-greenlet/greenlet/pull/398 > [2] > https://github.com/glaubitz/greenlet/commit/e73592dec7950ad9fcdb5c0287ef3758df010f11 -- .''`. John Paul Adrian Glaubitz

Bug#1066995: pulseaudio: FTBFS with _TIME_BITS=64 on 32-bit systems

buildd.debian.org/status/fetch.php?pkg=pulseaudio&arch=powerpc&ver=16.1%2Bdfsg1-3%2Bb1&stamp=1710500596&raw=0 > [2] https://wiki.debian.org/ReleaseGoals/64bit-time -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-G

Bug#1065038: src:commit-patch: fails to migrate to testing for too long: uploader built arch:all binary

n.org/1065038 So I think things are not in a good state. What is the solution to this? My upload (in DELAYED at that time) fixed it. You could have prevented that message by doing a new upload yourself after I filed this bug (I prefer it when maintainers fix the issue themselves instead of

Bug#1066949: slic3r-prusa: Unneeded build dependencies on xvfb, xauth

Source: slic3r-prusa Version: 1.37.1+dfsg2-1 Severity: minor Dear Maintainer, Please drop xvfb and xauth from the build dependencies for slic3r-prusa. Prior to version 1.37.1+dfsg2-1 of slic3r-prusa, the debian/rules file made use of xvfb (and, by extension, xauth), but this is no longer the cas

Bug#1066249: libmediascan: FTBFS: api_test.c:80:3: error: implicit declaration of function ‘gettimeofday’ [-Werror=implicit-function-declaration]

Hi Niko, gregor, On 14-03-2024 8:16 p.m., Niko Tyni wrote: [Paul: copying you for eyeballs as this seems to have been your pet package at some point :)] I'm receiving the bugs of this package, but thanks. It is (or I fear was) a dependency of a package I still have the ambition to pa

Bug#1065395: spirv-llvm-translator-14: autopkgtest on s390x uses huge amount of disk space

Hi, On 12-03-2024 10:18 a.m., Andreas Beckmann wrote: On 06/03/2024 06.20, Paul Gevers wrote: Unfortunately the test still takes upto 33 GB at least (see below). Did you have time to test the -12 version, yet? I just did. The biggest rise I saw (and I didn't even stop parallel ru

Bug#1066118: telegram-desktop: does not start under Debian sid

Package: telegram-desktop Version: 4.14.9+ds-1+b1 Severity: grave Justification: renders package unusable It depends on a symbol not present in the current libqt5quick5 (automatically rebuilt as part of the time_t migration). $ telegram-desktop telegram-desktop: symbol lookup error: /lib/x86_64-

Bug#1059991: grub-installer: build loong64.udeb for loongarch64

his mail, so we're all good. See: https://salsa.debian.org/installer-team/grub-installer/-/commit/0962896894d83716dec19a60ba9db94fdc807a1c Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1066023: libdebian-installer: Add subarch detection for loongarch64

plet name (see the configure.ac). Adrian > [1] > https://salsa.debian.org/installer-team/libdebian-installer/-/commit/4ca769d4ba26ca4fa2e35f6932ee2a123cdf5312 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1065978: Handle listxattr failures better (upstream patch 9.1.0162)

Thanks, James! I'm deeply grateful for your work on vim, thank you so much for maintaining it! paultag On Sun, Mar 10, 2024 at 8:17 PM James McCoy wrote: > > On Sun, Mar 10, 2024 at 05:44:27PM -0400, Paul R. Tagliamonte wrote: > > I sent a fix to upstream vim to handle a bu

Bug#1065978: Fixed patch

Sorry about that, the last patch had build cruft. Updated. I ought to have read through better - sorry about that. paultag -- :wq vim-listxattr.debdiff Description: Binary data

Bug#1065978: Handle listxattr failures better (upstream patch 9.1.0162)

Package: vim Severity: wishlist Tags: patch I sent a fix to upstream vim to handle a bug where vim would attempt to allocate size_t max (for me, 0x aka 18446744073709551615 bytes) when the filesystem responded with an error on listxattr other than not supported. The upstream patch

Bug#1065813: src:rocm-compilersupport: fails to migrate to testing for too long: clang-17 not available on mips64el

ou believe your package is unable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=rocm-compilersupport OpenPG

Bug#1065753: src:magic-wormhole: unsatisfied build dependency in testing: python3-magic-wormhole-mailbox-server

stable and testing, you'll have to fix the build process in some other way. Paul Note: this bug report was sent after some quick manual checks using a template. Please reach out to me if you believe I made a mistake in my process. [1] https://qa.debian.org/dose/debcheck/src_testing_main/la

Bug#1065752: src:expat: fails to migrate to testing for too long: autopkgtest breakage

don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=expat OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1065750: src:beaker: fails to migrate to testing for too long: Depends on new pycryptodome which isn't migrating

te to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=beaker OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1065642: nvidia-driver: Fails to build module due to outdated *nvidia-settings*

ual Nvidia driver modules succeeds. Kind regards, Paul [1]: https://packages.debian.org/experimental/nvidia-driver

Bug#1065595: cyrus-sasl2: Please add nodoc build profile to allow disabling documentation

can be easily avoided by removing the "doc-html" target during build. This way, the python3-sphinx-rtd-theme build dependency can be omitted. It would be ideal for a "nodoc" build profile which I am asking to be added here. Thanks, Adrian -- .''`. John Paul

Bug#1065395: [Pkg-opencl-devel] Bug#1065395: spirv-llvm-translator-14: autopkgtest on s390x uses huge amount of disk space

Hi, On 06-03-2024 10:30 a.m., Andreas Beckmann wrote: Do you have the log from running that autopkgtest? I have no idea what's happening here. At least the buildd build only used 500 MB. Attached. Paul debug.log.xz Description: application/xz OpenPGP_signature.asc Description: Op

Bug#1065532: node-dompurify: please upgrade to new version

Source: node-dompurify Version: 2.4.1+dfsg+~2.4.0-1 Severity: normal Hi, I'm the package maintainer of liferea and my upstream has embedded purify.js in his latest release (at version 3.0.6). Could you please update the package to avoid too much risk of unexpected behavior? Paul -- S

Bug#1063596: flint: FTBFS on amd64: test segfault

ut I think it should be below something like 1/20 to say it's acceptable if it's caused by the package itself. If not caused by the package itself, but toolchain issues, those really should get a decent bug and get fixed. Paul OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1065395: spirv-llvm-translator-14: autopkgtest on s390x uses huge amount of disk space

, too. Unfortunately the test still takes upto 33 GB at least (see below). Paul By the way, I just noticed this in the -14 log (judging from the name of the test I think that's intentional, but just checking (installing from the -16 package instead of the -14 one): Get:2 http://deb.debian.

Bug#1065526: knockpy: knock/knockpy.py: SyntaxWarning: invalid escape sequence

Package: knockpy Version: 7.0.0-1 Severity: normal Usertags: warnings User: debian-pyt...@lists.debian.org Usertags: python3.12 Upgrading knockpy gives syntax warnings, probably due to Python 3.12: Preparing to unpack .../knockpy_7.0.0-1_all.deb ... Unpacking knockpy (7.0.0-1) over (6.1.0-1

Bug#1065395: spirv-llvm-translator-14: autopkgtest on s390x uses huge amount of disk space

Hi On 05-03-2024 10:16 a.m., Andreas Beckmann wrote: Feel free to block 15-17 temporarily, too. I already did that ;). I'll try when I see 14 in the archive on s390x. Paul OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1065395: spirv-llvm-translator-14: autopkgtest on s390x uses huge amount of disk space

Hi Andreas, Thanks for the upload. On 04-03-2024 12:26 p.m., Andreas Beckmann wrote: Control: forwarded -1 https://github.com/KhronosGroup/SPIRV-LLVM-Translator/issues/2397 On 03/03/2024 20.52, Paul Gevers wrote: Source: spirv-llvm-translator-14 Version: 14.0.0-10 In the upstream report

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

file, both as plain-text and as attachment (the latter hopefully preserving blanks and tabs). Cheers, Paul -- Paul Szabo p...@maths.usyd.edu.au www.maths.usyd.edu.au/u/psz School of Mathematics and Statistics University of SydneyAustralia - --- cups-2.4.2/backend

Bug#1065412: src:pytables: fails to migrate to testing for too long: old s390x binary left around

nable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=pytables OpenPGP_signature.asc Description: OpenP

Bug#1065395: spirv-llvm-translator-14: autopkgtest on s390x uses huge amount of disk space

. As this seems to be a rather new issue, I'm wondering if it's due to: * Add build-needed autopkgtest for spirv-headers compat check. Or maybe something in the toolchain that broke on s390x? Paul [1] https://ci.debian.net/munin/ci-worker-s390x-01/ci-worker-s390x-01/

Bug#1064995: fenics-dolfinx: suspicious autopkgtest on s390x seems to use (nearly) all disk space

Hi, On Wed, 28 Feb 2024 20:48:06 +0100 Paul Gevers wrote: Since a couple of days, our workers on s390x are dying because some test is filling up all disk space. It *appears* that fenics-dolfinx is always involved, so I suspect it doing something inappropriate. Yesterday we were in the same

Bug#1065380: ausweisapp2 FTBFS with pcsc-lite 2.0.2

N_RES_MSG" I've already seen that and also notified upstream. He is also now CC'ed here. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1065342: nagstamon: upgrade warnings: SyntaxWarning: invalid escape sequence

Package: nagstamon Version: 3.14.0+ds1-1 Severity: normal Usertags: warnings User: debian-pyt...@lists.debian.org Usertags: python3.12 When upgrading nagstamon, I get a whole bunch of Python regex syntax warnings, probably caused by the Python 3.12 transition: Preparing to unpack .../nagstamon

Bug#1065341: src:openstructure: unsatisfied build dependency in testing: sip-dev

nd figure out how to resolve it? Paul Note: this bug report was sent after some quick manual checks using a template. Please reach out to me if you believe I made a mistake in my process. [1] https://qa.debian.org/dose/debcheck/src_testing_main/latest/amd64.html OpenPGP_signature.asc Descript

Bug#1065340: src:guidata: unsatisfied build dependency in testing: python3-sip

with your package in testing. Bug #1060742 was filed earlier to warn you about the issue; python3-sip has now been removed from testing due to its RC bug. Can you please investigate the situation and figure out how to resolve it? Paul Note: this bug report was sent after some quick manual chec

Bug#1065339: src:r-cran-rstanarm: fails to migrate to testing for too long: FTBFS on mips64el

don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=r-cran-rstanarm OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1065338: src:r-cran-rpact: fails to migrate to testing for too long: autopkgtest failures

package is unable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=r-cran-rpact OpenPGP_signature.asc Descr

Bug#1065337: src:r-cran-igraph: fails to migrate to testing for too long: FTBFS on32 bits

ue to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=r-cran-igraph OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1065324: src:glslang: fails to migrate to testing for too long: unresolved RC bug and autopkgtest failure

eyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=glslang OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

[Sorry about the previous, incomplete message.] Further testing shows that the bug is not in filter/pstops but in filter/pdftopdf; I do not yet know what the issue is, will try to find out. Please re-assign this bug to package cups-filters-core-drivers. Cheers, Paul -- Paul Szabo p

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

Further testing shows that the bug is not in filter/pstops but in filter/pdftopdf. (I do not yet know what Maybe this bug should be reassigned to package -- Paul Szabo p...@maths.usyd.edu.au www.maths.usyd.edu.au/u/psz School of Mathematics and Statistics University of Sydney

Bug#990913: Fixed

usy with the time64_t transition. > But I stick to it this is the real bug and should be fixed in Qt. > https://bugreports.qt.io/browse/QTBUG-82888 I agree. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 8

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

I attach my PPD file below. -- Paul Szabo p...@maths.usyd.edu.au www.maths.usyd.edu.au/u/psz School of Mathematics and Statistics University of SydneyAustralia Join the Union and fight for a better University: www.nteu.au/join my.ppd Description: application/vnd.cups-ppd

Bug#1065157: cups-core-drivers: Filters ignore cupsManualCopies

testing, printing a PDF file causes CUPS to run the filters /usr/lib/cups/filter/pdftopdf /usr/lib/cups/filter/pdftops and then when the PS file gets to the backend /usr/lib/cups/backend/lpd the copies are "done" already. Or maybe, I somehow use those options wrongly? Thanks,

Bug#1065132: rakudo: Please allow build on any architecture

/ control to "any". Thanks, Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065050 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1064427: [Britney] blocks a binNMU if a binary takeover of that package is in progress

/me is drinking coffee now *and* looking at test bug-709460 On 29-02-2024 8:43 a.m., Paul Gevers wrote: but I exposed it in the bug-709460 test case while trying to enable britney to check architecture-independent packages. Currently the behavior is masked in that case because britney skips the

Bug#1064018: Testsuite is not run

On Tue, 27 Feb 2024 11:53:16 +0100 Lukas Märdian wrote: > Hey! How does this patch relate to my proposed changes in the > following MR? > https://salsa.debian.org/debian/libcbor/-/merge_requests/3 It makes the addition of '-DWITH_TESTS=ON' to the dh_auto_configure line in your proposed change no

Bug#1065050: moarvm: Please allow build on any architecture

stadler.debian.net showed that the package builds find on sparc64. Thus, could you enable the build on all architectures for both moarvm and rakudo and anything else required for Perl 6? If packages fail to build from source, the porters can take care of the issues. Thanks, Adrian -- .''`.

Bug#1064427: [Britney] blocks a binNMU if a binary takeover of that package is in progress

grr, sent too soon (do I need coffee?) On 29-02-2024 8:33 a.m., Paul Gevers wrote: Hi, On 21-02-2024 10:53 p.m., Dalton Durst wrote: This condition only occurs when both source packages are considerable for migration. If both source packages provide both binaries, pkgb is found to supersede

Bug#1064427: [Britney] blocks a binNMU if a binary takeover of that package is in progress

k, we need to add other code to prevent reintroduction of bug 709460. Either properly migrating bin:takeover from src:pkga, or by blocking bin:takeover altogether (this bug). Depending on required complexity [1], I don't think it's bad if we would end up wontfix-ing this bug (#1064427)

Bug#1065044: src:gnome-shell-extension-dash-to-panel: fails to migrate to testing for too long: unsatisfiable dependency

o it doesn't affect (old-)stable. If you believe your package is unable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.ph

Bug#1065041: src:racket-mode: fails to migrate to testing for too long: autopkgtest failure

l no longer affect testing. I have also tagged this bug to only affect sid and trixie, so it doesn't affect (old-)stable. If you believe your package is unable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.

Bug#1065040: src:uncrustify: fails to migrate to testing for too long: FTBFS on mips64el

don't hesitate to contact the Release Team. Paul PS: bug 867376 is still open; seems like it could just be closed [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=uncrustify OpenPGP_signature.asc Description: OpenP

Bug#1065038: src:commit-patch: fails to migrate to testing for too long: uploader built arch:all binary

the Debian infrastructure doesn't allow arch:all packages to be properly binNMU'ed. Hence, I will shortly do a no-changes source-only upload to DELAYED/15, closing this bug. Please let me know if I should delay or cancel that upload. Paul [1] https://lists.debian.org/debian-devel-announce/2023

Bug#1063650: reportbug: add menu to select port/arch usertags

On Tue, 2024-02-27 at 11:27 +0100, Nis Martensen wrote: > Placing copies of the required content in the reportbug source as you > describe above seems like it would require less effort and sounds like a > reasonable solution to me. Maybe add some Makefile target to make it > easy to check if the c

Bug#1065035: mkosi: Fails with `flock: failed to execute newuidmap: No such file or directory`

become_root() File "/usr/lib/python3/dist-packages/mkosi/run.py", line 124, in become_root os.setresuid(0, 0, 0) OSError: [Errno 22] Invalid argument Kind regards, Paul

Bug#1065033: debootstrap: Fails for *sid* with `cannot move /lib/x86_64-linux-gnu/libpam.so.0 as its destination exists as a symlink`

-merged... I: Extracting util-linux... I: Extracting zlib1g... E: cannot move /lib/x86_64-linux-gnu/libpam.so.0 as its destination exists as a symlink Kind regards, Paul

Bug#1065022: libglib2.0-0t64: t64 transition breaks the systems

upgrades. We don't protect against downgrades. Obviously there might be issues, but you are running unstable *during* a transition. You have to expect some troubles. Thanks for the information, let's see if this is a real issue or not. Paul [1] https://subdivi.de/~helmut/dep1

Bug#1064995: fenics-dolfinx: suspicious autopkgtest on s390x seems to use (nearly) all disk space

what could be going on and how to prevent it? For now I put fenics-dolfinx on the rejectlist for s390x. I'd love to remove it again. [1] https://ci.debian.net/munin/ci-worker-s390x-01/ci-worker-s390x-01/df.html Paul OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1061661: python3-tables-lib [s390x] -- RoM ANAIS

c bug report which would lead to autoremoval starting. Paul OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1064922: src:r-cran-gbm: fails to migrate to testing for too long: autopkgtest regression

your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=r-cran-gbm OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1064921: src:r-cran-estimatr: fails to migrate to testing for too long: autopkgtest regression on i386

don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=r-cran-estimatr OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1064877: fwupd: conffiles not removed: /etc/fwupd/remotes.d/vendor.conf

Package: fwupd Version: 1.9.13-1 Severity: normal Control: found -1 1.9.14-1 User: debian...@lists.debian.org Usertags: obsolete-conffile adequate The recent upgrade did not deal with obsolete conffiles properly. Please use the dpkg-maintscript-helper support provided by dh_installdeb to remove th

Bug#1058740: gtk4,librsvg: big-endian support is at risk of being removed

ning the tests. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Bug#1064785: brltty: installs same filename to both bin and sbin

he very similar merged-/usr transition that's currently being clean-up. There's the danger that files get lost upon upgrade (P1 in [1]) if this is done incorrectly. Paul [1] https://subdivi.de/~helmut/dep17.html OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1059995: pdns: flaky autopkgtest (host dependent): pdns.service: Failed to set up IPC namespacing: Resource temporarily unavailable

Hi, On Fri, 26 Jan 2024 11:31:37 +0100 Chris Hofstaedtler wrote: Paul Gevers noted that src:pdns's autopkgtests fail every so often on a large amd64 debci worker and on s390x workers. Apparently a similar problem can be seen in src:pdns-recursor's debci runs. The issue (or at

Bug#1064670: nut: flaky autopkgtest: Test daemons using PID files ... FAIL

Don't hesitate to reach out if you need help and some more information from our infrastructure. Paul OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1063799: Bug#1052429: fixed in snapd-glib 1.63-5.1

without our NMU's change. Sorry, I somehow missed that message. I'm cloning, reopening and retitling the clone to make this more visible. Paul OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1064635: nmu: normaliz_3.10.1+ds-5

#x27;t you also request the polymake rebuild? Paul OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1052429: fixed in snapd-glib 1.63-5.1

. (Closes: #1052429) May I remind you that this upload broke the mips64el, ppc64el and s390x builds as reported in bug 1063799. Can you please have a look and fix? It seems these added symbols are not exclusive to riscv64 and your patch is wrong. Paul OpenPGP_signature.asc Description: OpenPGP

Bug#1064628: python3-pyment suggests python3-pyment-doc but that doesn't exist

pyment-doc failed: ''' paul@mulciber ~ $ sudo apt install python3-pyment-doc Reading package lists... Done Building dependency tree... Done Reading state information... Done Package python3-pyment-doc is not available, but is referred to by another package. This may mean that the pac

Bug#1064597: apparmor denies libvirt access to /etc/ssl/openssl.cnf

Package: libvirt0 Version: 9.0.0-4 When I start vm's, I see this error message in the system logs: kernel: [578906.082105] audit: type=1400 audit(1708728091.927:140): apparmor="DENIED" operation="open" profile="libvirt-f1f75261-a8b3-4987-b3b4-66577cc691b3" name="/etc/ssl/openssl.cnf" pid=266042 c

Bug#1064590: src:aflplusplus: fails to migrate to testing for too long: Build-Depends not available on mips64el

eyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html [2] https://qa.debian.org/excuses.php?package=aflplusplus OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1064566: adios: should src:adios be deprecated now we have src:adios2?

Source: adios Version: 1.13.1-34 Severity: normal While looking into infrastructure issues on ci.debian.net I noticed that we have both src:adios and src:adios2 in the archive. Should we migrate the only reverse dependency of adios to adios2 and remove it from the archive? Paul

Bug#1064533: src:peony: fails to migrate to testing for too long: new Build-Depends not available everywhere

ect testing. I have also tagged this bug to only affect sid and trixie, so it doesn't affect (old-)stable. If you believe your package is unable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/d

<    3   4   5   6   7   8   9   10   11   12   >