Bug#1089511: zram-tools: Since kernel 6.12 the lz4 algo is not available and zramswap.service fails

Package: zram-tools Version: 0.3.5-1~exp1 Severity: important Dear Maintainer, Since installing latest kernel 6.12 (I use sid), the only algos available are lzo-rle and lzo, as can be verified by root@siddie:~# cat /sys/block/zram0/comp_algorithm [lzo-rle] lzo However, in the default settings

Bug#1089510: fife: uses python3-future, not declared as dependency & python3-future has been removed

Source: fife Severity: grave Dear Maintainer, while trying to fix unknown-horizons, #1089495, I've found that fife uses the python module future, which is gone (#1063264) due to incompatiblity with python3.12 (It does not declare any dependency on python3-future, this is RC) $unknown-horizons T

Bug#1080462: npth: New upstream release (1.7, 2024-02-23)

Control: retitle -1 npth: New upstream releases (1.7, 2024-02-23; 1.8, 2024-11-12) thanks Hello again, On Wed, Sep 04, 2024 at 02:07:18PM +0200, Florian Ernst wrote: > there has been a new release of npth, cf. . nPth 1.8 has been released, cf.

Bug#1089372: libspf2: Supporting rootless builds by default

Control: tags -1 patch On 2024-12-07 Niels Thykier wrote: > Source: libspf2 > Version: 1.2.10-8.2 [...] > During a test rebuild for building packages with > `Rules-Requires-Root: no` as the default in `dpkg`, > libspf2 failed to rebuild. [...] > dh_strip -a --dbgsym-migration="libspf2-2t64-dbg (

Bug#1089509: Please reconsider building libgsl-prof by default

On 8 December 2024 at 07:44, Adrian Bunk wrote: | Source: gsl | Version: 2.8+dfsg-5 | Severity: minor | | Looking at #503290, "it bloats the archive" was the only | argument against building libgsl-prof by default. | | I remember how there was a minor issue on the Debian mirrors | several years

Bug#1070712: jinja2: diff for NMU version 3.1.3-1.1

Control: tags 1070712 + patch Control: tags 1070712 + pending Control: tags 1088325 + patch Control: tags 1088325 + pending Dear maintainer, I've prepared an NMU for jinja2 (versioned as 3.1.3-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should cancel it. cu Adrian diffsta

Bug#1089509: Please reconsider building libgsl-prof by default

Source: gsl Version: 2.8+dfsg-5 Severity: minor Looking at #503290, "it bloats the archive" was the only argument against building libgsl-prof by default. I remember how there was a minor issue on the Debian mirrors several years ago when we had the first file > 2 GB in the archive (an .orig.tar)

Bug#1087972: Thunderbird 128.4.2esr high CPU usage

Package: thunderbird Version: 1:128.5.0esr-1~deb12u1 Followup-For: Bug #1087972 X-Debbugs-Cc: ra...@ralphkatz.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I also noticed 80-100% CPU usage since about a week ago that seems to be aggravated by searching for future calendar events. My only a

Bug#1089033: xen: Please package xen version 4.19

Hello, On Sat 07 Dec 2024 at 12:58pm +01, Hans van Kranenburg wrote: > Yes, we need some assistance. Thank you for the write-up. Santiago, maybe we should add a link to this thread to packages.yml, or something like that? What do you think? > The situation regarding the packages is: > * We ha

Bug#1087626: #1087626: confirmation that building without fakeroot causes no meaningful diff

Hello, On Sat 07 Dec 2024 at 09:18pm GMT, Holger Levsen wrote: > hi, > > I've rebuilt debian-policy debian-policy_4.7.0.1 once with the attached patch > from #1087626 and once without, and there's no other difference in the > resulting > binary packages whatsoever. > > (p1 is the build without t

Bug#1089508: ITS: dhcp-probe

Source: dhcp-probe Severity: important X-Debbugs-Cc: Package Salvaging Team Dear Maintainer, I'm interested in salvaging your package dhcp-probe, in accordance with the Package Salvaging procedure outlined in the Developers Reference[1]. Your package meets the criteria for this process, and I wo

Bug#1089507: urllib3.util.ssltransport module still refers to embedded python-six

Package: python3-urllib3 Version: 1.26.12-1 The 01_do-not-use-embedded-python-six.patch file is missing an edit to src/urllib3/util/ssltransport.py. Saw this in the course of building yt-dlp on bookworm: ___ ERROR collecting test/test_http_proxy.py ___ ImportError

Bug#1089220: cockpit-ws has an undeclared file conflict

Control: tag -1 upstream pending Control: forwarded -1 https://github.com/cockpit-project/cockpit/pull/21397 Hello Helmut, thanks for pointing out! I already dropped the cockpit-tests package completely in upstream main (not released yet), but the file conflict was missing indeed. Fixing in above

Bug#1089416: postfixadmin: Supporting rootless builds by default

Control: close -1 3.3.14+ds1-1

Bug#1089506: lua-json: Unable to require lua-json library

Package: lua-json Version: 1.3.4-2 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? The package stopped working after the update * What exactly did you do (or not do) that was effective (or ineffective)? I ran the lua in

Bug#1089505: smifb2-dkms: module fails to build for Linux 6.12: error: 'const struct drm_mode_config_funcs' has no member named 'output_poll_changed'

Package: smifb2-dkms Version: 2.4.0-2 Severity: serious Tags: upstream Since Linux v6.12-rc1 commit "drm: Remove struct drm_mode_config_funcs.output_poll_changed" https://github.com/torvalds/linux/commit/446d0f4849b101bfc35c0d00835c3e3a4804616d the module fails to build. Excerpt from make.log: .

Bug#1089504: sl-modem-dkms: module fails to build for Linux 6.12: no_llseek is gone

Package: sl-modem-dkms Version: 2.9.11~20110321-19 Severity: serious Tags: upstream Since Linux v6.12-rc1 no_llseek is finally gone, causing the module build to fail. The corresponding Linux commit is "[tree-wide] finally take no_llseek out" https://github.com/torvalds/linux/commit/cb787f4ac0c2e4

Bug#1089270: nmh: FTBFS with make 4.4.1

severity 1089270 normal retitle 1089270 nmh: make 4.4 breaks build processes thanks On Sat, 07 Dec 2024 19:08:52 +0100, Santiago Vila writes: >Severity: important >Tags: ftbfs > >This package fails to build from source with Make 4.4.1, noted, but make 4.4 isn't in unstable yet. severity important

Bug#1089503: rtpengine-kernel-dkms: module fails to build for Linux 6.12: error: macro "_spin_lock_init" requires 2 arguments, but only 1 given

Package: rtpengine-kernel-dkms Version: 12.5.1.15-1 Severity: serious Tags: upstream DKMS make.log for rtpengine/12.5.1.15 for kernel 6.12.3-rt-amd64 (x86_64) Sat Dec 7 23:22:21 UTC 2024 make: Entering directory '/usr/src/linux-headers-6.12.3-rt-amd64' CC [M] /var/lib/dkms/rtpengine/12.5.1.15/

Bug#1089502: openvpn-dco-dkms: module fails to build for Linux 6.12: NETIF_F_LLTX is now dev->lltx

Package: openvpn-dco-dkms Version: 0.0+git20240712-1 Severity: serious Tags: upstream fixed-upstream patch Control: forwarded -1 https://github.com/OpenVPN/ovpn-dco/commit/0935edd8569b2a90eb5d66b83742f969e91a60f2 Since Linux commit: "netdev_features: convert NETIF_F_LLTX to dev->lltx" https://git

Bug#1089501: openafs-modules-dkms: module fails to build for Linux 6.12

Package: openafs-modules-dkms Version: 1.8.13-1 Severity: serious Tags: upstream tail of dkms.log: CC [M] /var/lib/dkms/openafs/1.8.13/build/src/libafs/MODLOAD-6.12.3-amd64-SP/osi_vm.o CC [M] /var/lib/dkms/openafs/1.8.13/build/src/libafs/MODLOAD-6.12.3-amd64-SP/osi_export.o CC [M] /va

Bug#1089500: langford-dkms: module fails to build for Linux 6.12: no_llseek is gone

Package: langford-dkms Version: 0.0.20130228-6.3 Severity: serious Tags: upstream Since Linux v6.12-rc1 no_llseek is finally gone, causing the module build to fail. The corresponding Linux commit is "[tree-wide] finally take no_llseek out" https://github.com/torvalds/linux/commit/cb787f4ac0c2e439

Bug#1089499: linux-image-6.12.3-amd64: amdgpu 0000:0c:00.0: [drm] *ERROR* No EDID read

Package: src:linux Version: 6.12.3-1 Severity: normal Forwarded: https://gitlab.freedesktop.org/drm/amd/-/issues/3816 X-Debbugs-Cc: konomikit...@gmail.com Dear Maintainer, After upgrading to 6.12.3 I observe the following error in the journal: amdgpu :0c:00.0: [drm] *ERROR* No EDID read The

Bug#1089498: iptables-netflow-dkms: module fails to build for Linux 6.12: asm/unaligned.h moved to linux/unaligned.h

Package: iptables-netflow-dkms Version: 2.6-7 Severity: serious Tags: upstream Control: forwarded -1 https://github.com/aabc/ipt-netflow/issues/237 Since Linux v6.12-rc2 asm/unaligned.h has moved to linux/unaligned.h, causing the module build to fail. DKMS make.log for ipt-netflow/2.6 for kernel

Bug#1089110: [PATCH] Document that packages cannot require man / info / locale files

On Fri, Dec 06, 2024 at 10:43:34AM +0800, Sean Whitton wrote: > On Thu 05 Dec 2024 at 10:13am -08, Josh Triplett wrote: > > Package: debian-policy > > Version: 4.7.0.1 > > Severity: wishlist > > Tags: patch > > X-Debbugs-Cc: j...@joshtriplett.org > > > > Packages already tend to avoid requiring any

Bug#1089497: gost-crypto-dkms: module fails to build for Linux 6.12: asm/unaligned.h moved to linux/unaligned.h

Package: gost-crypto-dkms Version: 0.3.5-1 Severity: serious Tags: upstream Since Linux v6.12-rc2 asm/unaligned.h has moved to linux/unaligned.h, causing the module build to fail. DKMS make.log for gost-crypto/0.3.5 for kernel 6.12.3-amd64 (x86_64) Sat Dec 7 23:22:28 UTC 2024 make: Entering dire

Bug#1089495: Fails on startup, importing Python module "future"

Package: unknown-horizons Version: 2019.1-8 Severity: grave X-Debbugs-Cc: j...@joshtriplett.org $ unknown-horizons Traceback (most recent call last): File "/usr/games/unknown-horizons", line 381, in main() File "/usr/games/unknown-horizons", line 109, in main import horizons.main Fi

Bug#1089496: evdi-dkms: module fails to build for Linux 6.12: error: 'const struct drm_mode_config_funcs' has no member named 'output_poll_changed'

Package: evdi-dkms Version: 1.14.6+dfsg-1 Severity: serious Tags: upstream fixed-upstream patch Control: forwarded -1 https://github.com/DisplayLink/evdi/commit/934e31ec29ca7abcc8fcc1d6104214885c56acf0 DKMS make.log for evdi/1.14.6+dfsg for kernel 6.12.3-amd64 (x86_64) Sat Dec 7 23:24:06 UTC 202

Bug#1089494: digimend-dkms: module fails to build for Linux 6.12: asm/unaligned.h moved to linux/unaligned.h

Package: digimend-dkms Version: 13-1 Severity: serious Tags: upstream Control: forwarded -1 https://github.com/DIGImend/digimend-kernel-drivers/issues/706 Since Linux v6.12-rc2 asm/unaligned.h has moved to linux/unaligned.h, causing the module build to fail. DKMS make.log for digimend/13 for ker

Bug#1088969: bookworm-pu: package openssh/1:9.2p1-2+deb12u4

On Sat, Dec 07, 2024 at 07:06:03PM +0100, Cyril Brulebois wrote: > Jonathan Wiltshire (2024-12-06): > > On Tue, Dec 03, 2024 at 03:13:28PM +, Colin Watson wrote: > > > I have a set of OpenSSH fixes that I think are worth including in the > > > next stable update, all of which fix regressions f

Bug#1086172: linux-image-amd64: Enable more ZRAM compression options by default

Starting with kernel 6.12 ZSTD compression is no longer available for ZRAM. It used to be available by default. LZO is one of the worst compression algorithms for ZRAM and a lot of users expect ZSTD to be available. I would really like to see Debian enable all the compression algorithms as now I h

Bug#1089306: kdeconnect FTBFS (due to attempted network access?)

Aurélien COUDERC - 07.12.24, 22:02:18 MEZ: > Le 7 décembre 2024 21:19:05 GMT+01:00, Adrian Bunk a écrit : > >On Sat, Dec 07, 2024 at 09:17:06PM +0100, Hefee wrote: > >> Hey, > >> > >> Yeah the test need to create a port and connect to it. As i also use > >> sbuild locally I thought okay, it stil

Bug#1089461: umegaya: Supporting rootless builds by default

Control: reassign 1089461 ftp.debian.org Control: retitle 1089461 RM: umegaya -- RoM; package no longer maintained (Thanks ChagtGPT for writing the bug title for me) Dear FTP team, please remove umegaya from our archive. This package will stay dear in my heart, as this work lead to the adoption

Bug#1089253: fai: FTBFS with make 4.4.1

Hi. I suggest for doc/Makefile: - Try dropping -s from the first line. - Try using "a2x -v" instead of "a2x". My feeling is that several commands using a2x use the same intermediate xml files, which will not work if you try to run them in parallel. Try telling them to use different temporary f

Bug#1089181: chromium: Stable update wants to remove chromium package itself

On Sat, 7 Dec 2024 23:53:36 +0100 Cyril Brulebois wrote: > bookworm-updates (which is different, recommended, and enabled by > default on at least d-i based installations) is getting the packages as > well: > https://lists.debian.org/debian-stable-announce/2024/12/msg0.html That message adv

Bug#1089493: zvbi: FTBFS on hurd-any

Source: zvbi Version: 0.2.43-1 Severity: important Tags: ftbfs patch Hello, zvbi does not include device_{ioctl,mmap,munamp} when V4L is not enabled, so could you drop these symbols on hurd-any, as the attached patch does? Thanks, Samuel -- System Information: Debian Release: trixie/sid APT p

Bug#1089181: chromium: Stable update wants to remove chromium package itself

On 12/7/24 17:53, Cyril Brulebois wrote: Stephen Kitt (2024-12-07): On Sat, 07 Dec 2024 22:27:52 +0500, Alex Volkov wrote: On Sat, 7 Dec 2024 01:18:41 +0100 Santiago Vila wrote: Is this really a work-around? Yes, it is. (try it!) The problem is that the new chrome package is in securit

Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources

Cyril Brulebois (2024-12-07): > Right now I'm seeing modules for 10 kernel ABIs, that can't help. After a quick look, I suppose we could extract the kernel ABI(s) from MANIFEST.udebs, matching kernel-image-(.+)\s, and focusing on including only the relevant modules. Most architectures have a sing

Bug#1089244: ITS: undistract-me

Hi Andreas. I should probably mark myself as retired, I don't do much package maintenance anymore. I'm not even sure if the upstream project is still viable. Anyway, you are welcome to take it over if you like. On Sat, Dec 7, 2024, 9:15 AM Andreas Tille wrote: > Source: undistract-me > Version

Bug#967258: artha: depends on deprecated GTK 2

On Fri, 08 Mar 2024 01:10:11 +0200 Yavor Doganov wrote: Please find attached a patch -- I tested it a lot but chances are that I've missed something. I have tested the patch and the program will not start (hanging, not terminating). Desktop environment: lxde.

Bug#1089492: unknown-horizons installs the very generic filename /usr/share/locale/stats.json

Package: unknown-horizons Severity: normal X-Debbugs-Cc: j...@joshtriplett.org unknown-horizons installs the file /usr/share/locale/stats.json, which seems like a very generic filename and not one specific to unknown-horizons. Is this actually localization data (e.g. translations), or something e

Bug#1089491: blender-data installs the very generic filename /usr/share/locale/languages

Package: blender-data Severity: normal X-Debbugs-Cc: j...@joshtriplett.org blender-data installs the file /usr/share/locale/languages. This is an extremely generic filename, and not one that ought to get claimed by a specific software package like blender. This should be under something like /usr/

Bug#1089253: fai: FTBFS with make 4.4.1

El 7/12/24 a las 23:56, Thomas Lange escribió: I wonder if the make change causes this error or something else in experimental causes it. It's only make. The build was made in unstable, using a chroot on which I had previously installed the make.deb package by hand. This is why there are no t

Bug#1075659: xemacs21: ftbfs with GCC-14

I suspect something like this will fix the GCC 14 build problem with configure. A proper fix is probably to move to a newer version of autoconf and run autoreconf during build. diff --git a/configure b/configure index 536e5f2..39de50b 100755 --- a/configure +++ b/configure @@ -1777,7 +1777,7 @@

Bug#1089487: task-kde-desktop: recommends non-existing libreoffice-kf5

Am 07.12.2024 um 23:13 schrieb Holger Wansing: Control: tag -1 pending Am 7. Dezember 2024 22:30:07 MEZ schrieb Michael Biebl : task-kde-desktop recommends libreoffice-kf5 which no longer exists as it has been superseded by libreoffice-kf6. This Recommends should be updated or removed accordin

Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources

Daniel Lewart (2024-12-07): > Q.v., #1084789 - debian-testing-amd64-netinst.iso has multiple > versions of module udebs: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1084789 Yes, that's what I alluded to, and that's something I'm quite aware of, given I did forward this report to t

Bug#1045230: mirrormagic: Fails to build source after successful build

Package: mirrormagic Followup-For: Bug #1045230 Wait no, the problem is not the deleted orig files, it's the binary executable left in the source dir. That we can fix easily.

Bug#1089253: fai: FTBFS with make 4.4.1

I wonder if the make change causes this error or something else in experimental causes it. It's also not clear what the current error is, because a2x does not provide a detailed error message. > a2x --dblatex-opts "-P latex.output.revhistory=0" -L --icons -a toc -a toclevels=3 -f pdf fai-guid

Bug#1045230: mirrormagic: Fails to build source after successful build

Package: mirrormagic Version: 3.3.0+dfsg1-1 Followup-For: Bug #1045230 These "orig" files are removed by dh_clean. I guess they should never have been in the upstream tarball in the first place. There's a new upstream release waiting to be processed. Let's see if this bug is fixed (orig files no

Bug#1089181: chromium: Stable update wants to remove chromium package itself

Stephen Kitt (2024-12-07): > On Sat, 07 Dec 2024 22:27:52 +0500, Alex Volkov wrote: > > On Sat, 7 Dec 2024 01:18:41 +0100 Santiago Vila wrote: > > > > Is this really a work-around? > > > > > > Yes, it is. (try it!) > > > > > > The problem is that the new chrome package is in security but > >

Bug#1089490: ITP: ibus-varnam -- IBus engine for Varnam input method

Package: wnpp Severity: wishlist Owner: Subin Siby X-Debbugs-Cc: debian-de...@lists.debian.org, m...@subinsb.com * Package name: ibus-varnam Version : 1.6.4 Upstream Contact: Subin Siby * URL : https://github.com/varnamproject/govarnam-ibus * License : MPL

Bug#1088605: installation-reports: No installable kernel was found in the defined APT sources

Cyril and Phil, Thank you both for your efforts to solve this. On Sat, Dec 7, 2024 at 2:29 PM Cyril Brulebois wrote: > > Cyril Brulebois (2024-11-28): > > Looping in debian-cd@, who is responsible for image builds. There are > > no linux-image* debs mentioned in list-cd indeed. linux got upload

Bug#1089446: swedish: Supporting rootless builds by default

Source: swedish Version: 1.4.5-4 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, sw

Bug#1089417: pptp-linux: Supporting rootless builds by default

Control: tags 1089417 confirmed pending Niels Thykier wrote... > Source: pptp-linux > Version: 1.10.0-1 > Severity: important (...) > During a test rebuild for building packages with > `Rules-Requires-Root: no` as the default in `dpkg`, > pptp-linux failed to rebuild. Indeed, fix is simple, will

Bug#1089489: tin.1: Some remarks and editorial changes for this man page

Package: tin Version: 1:2.6.4~20241128-1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -ww -b -z < "man page" [Use "groff -e ' $' " to find trailing spaces.] ["test-groff" is a script in the repos

Bug#1087059: [Pkg-kde-extras] Bug#1087059: calamares has an undeclared file conflict

I am reassigning the bug back to calamares. As much as fixing the problem may require an upload of calamares-extensions, an upload of calamares-extensions will not fix the problem that is being reported Just wanted to note that the new calamares-extensions without that file has now been upload

Bug#1089487: task-kde-desktop: recommends non-existing libreoffice-kf5

Control: tag -1 pending Am 7. Dezember 2024 22:30:07 MEZ schrieb Michael Biebl : > >task-kde-desktop recommends libreoffice-kf5 which no longer exists as it >has been superseded by libreoffice-kf6. This Recommends should be >updated or removed accordingly. This has already been reported / fixed p

Bug#1089487: task-kde-desktop: recommends non-existing libreoffice-kf5

Control: tag -1 patch pending Michael Biebl (2024-12-07): > Package: task-kde-desktop > Version: 3.77 > Severity: normal > X-Debbugs-Cc: debian-qt-...@lists.debian.org > > > task-kde-desktop recommends libreoffice-kf5 which no longer exists as it > has been superseded by libreoffice-kf6. This R

Bug#1089439: sniproxy: Supporting rootless builds by default

Source: sniproxy Version: 0.6.1+git20240321-0.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the defaul

Bug#1089488: zfs-dkms: module build fails for kernel: 6.12.3-amd64 (x86_64)

Package: zfs-dkms Version: 2.2.6-2 Severity: important Tags: upstream The build log shows a warning: "kmem_cache_create" redefined so I suspect an upstream fix is required. CC [M] /var/lib/dkms/zfs/2.2.6/build/module/os/linux/spl/spl-xdr.o In file included from /var/lib/dkms/zfs/2.2.6/build/mo

Bug#1089487: task-kde-desktop: recommends non-existing libreoffice-kf5

Package: task-kde-desktop Version: 3.77 Severity: normal X-Debbugs-Cc: debian-qt-...@lists.debian.org task-kde-desktop recommends libreoffice-kf5 which no longer exists as it has been superseded by libreoffice-kf6. This Recommends should be updated or removed accordingly. -- System Information

Bug#1089483: xringd: Supporting rootless builds by default

Source: xringd Version: 1.20-27.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, x

Bug#1089478: xmlindent: Supporting rootless builds by default

Source: xmlindent Version: 0.2.17-6 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`,

Bug#1089480: xotcl: Supporting rootless builds by default

Source: xotcl Version: 1.6.8-5 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, xotc

Bug#1087626: #1087626: confirmation that building without fakeroot causes no meaningful diff

hi, I've rebuilt debian-policy debian-policy_4.7.0.1 once with the attached patch from #1087626 and once without, and there's no other difference in the resulting binary packages whatsoever. (p1 is the build without the patch, p2 is the one with it.) see the attached 1087626.diffoscope file for

Bug#1089484: xserver-xorg-video-qxl: Supporting rootless builds by default

Source: xserver-xorg-video-qxl Version: 0.1.6-1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the defaul

Bug#1089466: wm-icons: Supporting rootless builds by default

Source: wm-icons Version: 0.4.0-11.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`

Bug#1089479: xorg: Supporting rootless builds by default

Source: xorg Version: 1:7.7+23.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, xo

Bug#1089486: z8530-utils2: Supporting rootless builds by default

Source: z8530-utils2 Version: 3.0-1-11 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpk

Bug#1089485: xwatch: Supporting rootless builds by default

Source: xwatch Version: 2.11-16.2 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, x

Bug#1089482: xplot: Supporting rootless builds by default

Source: xplot Version: 1.19-9.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, xpl

Bug#1089481: xpat2: Supporting rootless builds by default

Source: xpat2 Version: 1.07-20+nmu1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`,

Bug#1089453: the: Supporting rootless builds by default

Source: the Version: 3.3~rc1-3.2 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, th

Bug#1089474: xfaces: Supporting rootless builds by default

Source: xfaces Version: 3.3-30.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, xf

Bug#1089477: xiterm+thai: Supporting rootless builds by default

Source: xiterm+thai Version: 1.10-2 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`,

Bug#1089476: xfsdump: Supporting rootless builds by default

Source: xfsdump Version: 3.1.11-0.2 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`,

Bug#1089473: xcolors: Supporting rootless builds by default

Source: xcolors Version: 1.5a-9 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, xco

Bug#967246: afterstep: depends on deprecated GTK 2

Please build using the configure flag: --without-gtk This will prevent building libASGTK, ASFileBrowser, ASWallpaper, and GWCommand.

Bug#1089475: xfonts-traditional: Supporting rootless builds by default

Source: xfonts-traditional Version: 1.8.0+nmu1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default

Bug#1089470: wzip: Supporting rootless builds by default

Source: wzip Version: 1.1.6 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, wzip fa

Bug#1089471: xbomb: Supporting rootless builds by default

Source: xbomb Version: 2.2b-1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, xbomb

Bug#1089472: xcolmix: Supporting rootless builds by default

Source: xcolmix Version: 1.07-10.3 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`,

Bug#1089469: wp2x: Supporting rootless builds by default

Source: wp2x Version: 2.5-mhi-14 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, wp

Bug#1089468: wordpress: Supporting rootless builds by default

Source: wordpress Version: 6.6.1+dfsg1-1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `d

Bug#1089467: wmwave: Supporting rootless builds by default

Source: wmwave Version: 0.4-11.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, wm

Bug#1089451: tdom: Supporting rootless builds by default

Source: tdom Version: 0.9.5-1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, tdom

Bug#1089306: kdeconnect FTBFS (due to attempted network access?)

Le 7 décembre 2024 21:19:05 GMT+01:00, Adrian Bunk a écrit : >On Sat, Dec 07, 2024 at 09:17:06PM +0100, Hefee wrote: >> Hey, >> >> Yeah the test need to create a port and connect to it. As i also use sbuild >> locally I thought okay, it still works. Do the buildds not even allow to >> access

Bug#1089465: witalian: Supporting rootless builds by default

Source: witalian Version: 1.10 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, wita

Bug#1089464: wide-dhcpv6: Supporting rootless builds by default

Source: wide-dhcpv6 Version: 20080615-23 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `d

Bug#1089463: vtun: Supporting rootless builds by default

Source: vtun Version: 3.0.4-2 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, vtun

Bug#1089461: umegaya: Supporting rootless builds by default

Source: umegaya Version: 1.0+nmu1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, u

Bug#1089460: udevil: Supporting rootless builds by default

Source: udevil Version: 0.4.4-3.2 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, u

Bug#1089462: vm: Supporting rootless builds by default

Source: vm Version: 8.2.0b-11 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, vm fa

Bug#1089449: taglib: Supporting rootless builds by default

Source: taglib Version: 1.13.1-1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, ta

Bug#1089459: ucf: Supporting rootless builds by default

Source: ucf Version: 3.0043+nmu1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, uc

Bug#1089458: tuxtype: Supporting rootless builds by default

Source: tuxtype Version: 1.8.3-5.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`,

Bug#1089457: tua: Supporting rootless builds by default

Source: tua Version: 4.3-16 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, tua fai

Bug#1089276: win32-loader: FTBFS with make 4.4.1

On Sat, 7 Dec 2024 19:09:25 +0100, Santiago Vila wrote: > This package fails to build from source with Make 4.4.1, most likely > because of changes in $(shell) environment handling: environment variables > exported from Makefiles are now made available to commands invoked using > $(shell), which c

Bug#1089456: tripwire: Supporting rootless builds by default

Source: tripwire Version: 2.4.3.7-5 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`,

Bug#1089452: texify: Supporting rootless builds by default

Source: texify Version: 1.20-4.1 Severity: important Tags: ftbfs Justification: FTBFS X-Debbugs-Cc: ni...@thykier.net User: ni...@thykier.net Usertags: rrr-no-as-default-issue Dear maintainer, During a test rebuild for building packages with `Rules-Requires-Root: no` as the default in `dpkg`, te

  1   2   3   4   5   >