Bug#1020940: debian-live: A large number of locales are created by default

Hello Green, On 29/09/2022 03:10, Green wrote: Installing from Debian Live installs a large number of non-Japanese locales by default, which takes extra time and disk space when updating. The live image contains many locales, which allows Debian to create only a single image for all those

Bug#949422: osmo: diff for NMU version 0.4.4-1.1

Control: tags 949422 + patch Dear maintainer, I've prepared an NMU for osmo (versioned as 0.4.4-1.1). The diff is attached to this message. As this package is marked LowNMU, I will seek sponsorship to upload shortly. Please let me know if you would prefer to upload this version yourself. Kind

Bug#1016254: lomiri-url-dispatcher: FTBFS: overlay-tracker-mir.cpp:95:45: error: variable ‘std::array urls’ has initializer but incomplete type

Control: tags -1 patch Here's a fix for this one, which is blocking geary from bookworm. I've also a MR upstream, with the MR link in the patch. Description: Fix build failure from missing header in gcc 12.1.0 (#1016254) Author: Andres Salomon Forwarded:

Bug#1008735: /etc/os-release should contain VERSION variables for testing and unstable

[Gioele Barabucci] > Users of `lsb_release` are affected by the lack of `VERSION_CODENAME` as > well. I discovered it when the Github CI build started failing for LinuxCNC, see https://github.com/LinuxCNC/linuxcnc/actions/runs/3140903147/jobs/5102782128 > for an example. -- Happy hacking Petter

Bug#1020923: tech-ctte: please clarify if atomic updates are required

Hi Ansgar, Ansgar dijo [Wed, Sep 28, 2022 at 10:18:26PM +0200]: > Any package relevant for successful boot. Any upgrade. > > As far as I can tell, the submitter requires some guarantees > significantly stronger than what Debian requires for essential > packages. > > In particular, boot-relevant

Bug#1013276: fixed in pipewire 0.3.58-1

On Fri, 16 Sep 2022 14:36:19 + Dylan Aïssi wrote: >[ Sebastien Bacher ] >* Let pipewire-pulse conflicts on pulseaudio >(Closes: #1013276, LP: #1975823) This has made it difficult to switch back and forth between pulseaudio and pipewire-pulse while evaluating pipewire. Before

Bug#1020463: usrmerge: breaks Hurd systems

On Sep 22, Samuel Thibault wrote: > On usr merge attempt on a hurd-i386 system, things go really bad: I am quite disappointed that it took 7 years to find out that the package does not work at all on Hurd. You are requesting major changes to an algorithm which has been in use since ~2015, and

Bug#1020941: gnome-control-center: Night Light is unavailable on a system where it was working earlier

Package: gnome-control-center Version: 1:43.0-1 Severity: normal X-Debbugs-Cc: chandru...@gmail.com Dear Maintainer, The Night Light panel under Display settings says, "Night Light Unavailable This could be the result of the graphics driver being used, or the desktop being used remotely" I

Bug#1020582: kitty: CVE-2022-41322

On Fri, Sep 23, 2022 at 08:38:27PM +0200, Salvatore Bonaccorso wrote: > CVE-2022-41322[0]: > | In Kitty before 0.26.2, insufficient validation in the desktop > | notification escape sequence can lead to arbitrary code execution. The > | user must display attacker-controlled content in the

Bug#1020902: page not in the users language

Reported upstream as #91.

Bug#1020940: debian-live: A large number of locales are created by default

Package: debian-live Severity: important Dear Maintainer, Installing from Debian Live installs a large number of non-Japanese locales by default, which takes extra time and disk space when updating. You can remove them all at once by the following procedure. After removal, reinstall

Bug#892664: my use case. Petition to have zst support in dpkg

We build both debian and ubuntu backports for http://neuro.debian.net/ . And then we use https://snapshot.debian.org/ engine to provide snapshots over our archive, which we run in a Debian environment. Unfortunately dpkg-deb used by snapshot pukes on Ubuntu packages due to "unknown compression for

Bug#1020939: graphviz: mingle manual broken, doesn't request eqn

Package: graphviz Version: 2.42.2-5 Severity: minor Dear Maintainer, man mingle shows: -- >8 -- MINGLE(1) General Commands Manual MINGLE(1) delim $$ NNAAMMEE mingle - fast edge bundling SSYYNNOOPPSSIISS mmiinnggllee [

Bug#1020938: khard: missing Python dependency python3-pkg-resources

Package: khard Version: 0.17.0-1 Severity: grave X-Debbugs-Cc: none, Sebastian Crane Dear Maintainer, Khard fails to start on Debian 11 if the python3-pkg-resources package is unavailable. It seems that this package is commonly found on desktop Debian systems, but is not present in container

Bug#1020937: libgtk-3-0: fix gl on GLES-only platforms

Package: libgtk-3-0 Version: 3.24.24-4+deb11u2 Severity: wishlist Tags: patch Dear Maintainer, when using GTK on platforms with a GLES-only GL implementation like some raspberry pi or iMX platforms with vivante driver, GTK fails to initialize its GL stack because it tries to bind to regular GL

Bug#1020936: RFP: hydrogen-doc -- Manual and Tutorial for the Hydrogen drum machine

Also, I have to cut the tutorial.html from what would have been src:hydrogen_1.2.0~beta1-1~exp1, because it's no longer DFSG-compliant. If I remember correctly, this used to be a hand-written file, but sometime in the past few years it began to be generated based on the proposed src:hydrogen-doc

Bug#1020929: RFS: tex-gyre/20180621-4 -- scalable PostScript and OpenType fonts based on URW Fonts

Am 29.09.22 um 00:20 schrieb Hilmar Preuße: Am 28.09.2022 um 22:47 teilte Bastian Germann mit: Hi Bastian, Is this a team upload? If so, please add an entry to the changelog. I've added "* Team upload." to the top of the changelog. Now lintian complains: unnecessary-team-upload The

Bug#1020936: RFP: hydrogen-doc -- Manual and Tutorial for the Hydrogen drum machine

Package: wnpp Severity: wishlist X-Debbugs-Cc: Dennis Braun , Debian Multimedia Maintainers * Package name: hydrogen-doc Version : 1.1.1 Upstream Author : The hydrogen development team * URL : https://github.com/hydrogen-music/documentation * License : TBD,

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 17:59 -0400, Zack Weinberg wrote: > On 2022-09-28 5:30 PM, Ansgar wrote: > > On Wed, 2022-09-28 at 16:40 -0400, Zack Weinberg wrote: > > > "Available and usable at all times" is orthogonal to "maintainer > > > scripts > > > do not render the system unbootable".  As I read

Bug#1020935: Idea

Maybe at https://salsa.debian.org/go-team/packages/git-lfs/-/blob/master/go.mod#L32

Bug#1020929: RFS: tex-gyre/20180621-4 -- scalable PostScript and OpenType fonts based on URW Fonts

Am 28.09.2022 um 22:47 teilte Bastian Germann mit: Hi Bastian, Is this a team upload? If so, please add an entry to the changelog. I've added "* Team upload." to the top of the changelog. Now lintian complains: unnecessary-team-upload The debian/changelog file refers to a "Team upload"

Bug#1020909: Enable lfs (large file support) in apt-cacher-ng

Hallo, * Helge Deller [Wed, Sep 28 2022, 10:12:52PM]: > On 9/28/22 21:52, Eduard Bloch wrote: > If you call readdir() a few lines below, this readdir will not be able > to store the file info in the dirent struct (if the file is located in > high area of discs), instead returns NULL with errno

Bug#1017098: decopy: may overturn the hierarchy of files w.r.t. the base debian/copyright file

On Fri, 23 Sep 2022 22:02:25 +0200 Jochen Sprickerhof wrote: > Hi Francesco, Hello Jochen, thanks for your reply. > > * Francesco Poli (wintermute) [2022-08-13 19:08]: > >I applied the following patch to the Makefile: > > > > -CEX := po/ > > +CEX := po/.*\.mo > > This includes the po/*.po

Bug#1020926: Update architectures support

Update of the mirrored architectures: Archive-architecture: amd64 arm64 armel armhf i386 mips mips64el mipsel powerpc ppc64el s390x Sorry for this modification, first time trying to publish a public mirror of Debian. Thanks! Regards Teresa

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On 2022-09-28 5:30 PM, Ansgar wrote: On Wed, 2022-09-28 at 16:40 -0400, Zack Weinberg wrote: "Available and usable at all times" is orthogonal to "maintainer scripts do not render the system unbootable".  As I read things, *all* packages bear the responsibility of not rendering the system

Bug#1020935: Old Version of go used to build git-lfs

Package: git-lfs Version: 2.13.2-1+b5 After I install git-lfs the docker image is seen as having the following cve's: CVE-2022-23806 CVE-2021-38297 CVE-2022-27664 CVE-2022-30631 CVE-2022-32189 CVE-2022-30632 CVE-2022-30635 CVE-2022-28131 CVE-2022-30630 CVE-2022-30633 CVE-2022-23773

Bug#906882: qt-gstreamer: diff for NMU version 1.2.0-5.2

Control: tags 906882 + pending Control: tags 997252 + pending Dear maintainer, I've prepared an NMU for qt-gstreamer (versioned as 1.2.0-5.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru

Bug#1020934: httest: Drop Build-Depends: libpcre++-dev

Source: httest Version: 2.4.23-1.2 Severity: minor Control: block 1017984 by -1 Please replace the obsolete build dependency libpcre++-dev with libpcre3-dev, which is the right (and currently transitive) dependency. Then libpcre++-dev can be removed. Maybe you can find a way to get rid of

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 16:40 -0400, Zack Weinberg wrote: > On 2022-09-28 3:45 PM, Ansgar wrote: > > On Wed, 2022-09-28 at 15:39 -0400, Zack Weinberg wrote: > > > On 2022-09-28 3:29 PM, Ansgar wrote: > > > > On Wed, 2022-09-28 at 15:22 -0400, Zack Weinberg wrote: > > > > > On 2022-09-28 3:06 PM,

Bug#1020933: cadabra: Drop Build-Depends: libpcre++-dev

Source: cadabra Version: 1.46-5 Severity: minor Control: block 1017984 by -1 Please drop the optional build dependency libpcre++-dev to contribute to the effort of getting rid of libpcre3: #159

Bug#1004022: clasp: diff for NMU version 3.3.5-4.1

Control: tags 1004022 + pending Dear maintainer, I've prepared an NMU for clasp (versioned as 3.3.5-4.1) and uploaded it to DELAYED/1. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru clasp-3.3.5/debian/changelog clasp-3.3.5/debian/changelog ---

Bug#1020230: transition: qtbase-opensource-src

Control: tags -1 confirmed Control: forwarded -1 https://release.debian.org/transitions/html/qtbase-abi-5-15-6.html On 2022-09-18 17:58:30 +0300, Dmitry Shachnev wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition >

Bug#1020932: restinio: Drop Build-Depends: libpcre++-dev

Source: restinio Version: 0.6.16-0.1 Severity: minor Control: block 1017984 by -1 Please drop the optional build dependency libpcre++-dev to contribute to the effort of getting rid of libpcre3: #159

Bug#1017542: systemd-cryptsetup@vda5_crypt.service: Control process exited, code=exited, status=1/FAILURE

Well, I added that to my crypttab, and everything is fine again on my side :) what happens next is up to you,  thank you for your help El 26/9/22 a las 13:16, Michael Biebl escribió: Am 20.09.22 um 06:47 schrieb ng: https://github.com/systemd/systemd/issues/24758 Done,  I hope I did it

Bug#993755: Comment

Otto's workaround also resolved the issue for me, thanks Otto! I do not know what caused the issue as I did not upgrade, but some details below just in case it is helpful for anybody: I'm on Debian 10. Did not upgrade. Last I remember before issue was adding some cryptographic libraries with

Bug#1020931: sord: Drop Build-Depends: libpcre++-dev

Package: sordi Version: 0.16.14-1 Severity: minor Control: block 1017984 by -1 Please drop the optional build dependency libpcre++-dev to contribute to the effort of getting rid of libpcre3: #159

Bug#1020923: tech-ctte: please clarify if atomic updates are required

On Wed, 2022-09-28 at 13:05 -0700, Sean Whitton wrote: > On Wed 28 Sep 2022 at 08:00PM +02, Ansgar wrote: > > Package: tech-ctte > > X-Debbugs-Cc: Zack Weinberg > > Control: block 1020920 by -1 > > > > Hi, > > > > please clarify if atomic updates are mandatory for the Debian system. > > Or

Bug#1020930: lintian: fails on latex-cjk-chinese-arphic-gbsn00lp_1.24_all.deb

Package: lintian Version: 2.115.3 Severity: important Hi, lintian fails on latex-cjk-chinese-arphic-gbsn00lp_1.24_all.deb which can be downloaded at http://ftp.debian.org/debian/pool/main/l/latex-cjk-chinese-arphic/latex-cjk-chinese-arphic-gbsn00lp_1.24_all.deb $ lintian

Bug#1012893: [Help] anfo: ftbfs with GCC-12

Andreas Tille writes: > Could anybody have a look at this gcc failure? Per GCC's hint, please try formally substituting unique_ptr for auto_ptr. I haven't tested that approach for this package, but it's typically a safe drop-in replacement, and generally yields compilation errors in the rare

Bug#1020909: Enable lfs (large file support) in apt-cacher-ng

On 9/28/22 22:12, Helge Deller wrote: The problem here is, that if those flags [*] aren't set, the "struct dirent" will only be able to hold file numbers which are max. 32bits width. "File numbers" is wrong... I meant "Inode number" (of the file). Helge

Bug#1020909: Enable lfs (large file support) in apt-cacher-ng

On 9/28/22 21:52, Eduard Bloch wrote: Hallo, Hallo Eduard, * Helge Deller [Wed, Sep 28 2022, 12:46:53PM]: Package: apt-cacher-ng Severity: 3.7.4-1 Tags: lfs, hppa, patch Please enable large file support. apt-cacher-ng uses readdir() which can fail on 32-bit arches running on large discs.

Bug#1020923: tech-ctte: please clarify if atomic updates are required

Hello, On Wed 28 Sep 2022 at 08:00PM +02, Ansgar wrote: > Package: tech-ctte > X-Debbugs-Cc: Zack Weinberg > Control: block 1020920 by -1 > > Hi, > > please clarify if atomic updates are mandatory for the Debian system. > Or other measures to ensure that system crashes at *any* time do not >

Bug#1017752: Do you see any chance to fix the "virtual memory exhausted" for nheko on mipsel VM

Hi mips porters, in bug #1017752 a FTBFS on mipsel: virtual memory exhausted: Cannot allocate memory is reported. This remains for the new upstream version I've just uploaded to experimental[1]. Do you see any chance to fix the memory constraint for the autobuilder VM? If not I'll remove

Bug#1020857: libc6: 2.35-1 breaks gdb on hppa

If I start gdb with /lib/ld.so.1, it runs okay with glibc 2.35-1: dave@mx3210:~/debian/gdb/gdb-12.1$ /lib/ld.so.1 /usr/bin/gdb GNU gdb (Debian 12.1-3) 12.1 Copyright (C) 2022 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free

Bug#1020909: Enable lfs (large file support) in apt-cacher-ng

Hallo, * Helge Deller [Wed, Sep 28 2022, 12:46:53PM]: > Package: apt-cacher-ng > Severity: 3.7.4-1 > Tags: lfs, hppa, patch > > Please enable large file support. > apt-cacher-ng uses readdir() which can fail on 32-bit arches > running on large discs. This does not make sense. readdir() does not

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 15:39 -0400, Zack Weinberg wrote: > On 2022-09-28 3:29 PM, Ansgar wrote: > > On Wed, 2022-09-28 at 15:22 -0400, Zack Weinberg wrote: > > > On 2022-09-28 3:06 PM, Ansgar wrote: > > > > Your requirement is that a system must *never* become > > > > unbootable in > > > > *all* of

Bug#1020929: RFS: tex-gyre/20180621-4 -- scalable PostScript and OpenType fonts based on URW Fonts

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "tex-gyre": * Package name : tex-gyre Version : 20180621-4 Upstream contact : http://www.gust.org.pl/projects/e-foundry/tex-gyre/ * URL :

Bug#1020894: glibc: Firefox 88 broken after glibc upgrade

control: found -1 2.34-1 control: found -1 2.35-1 Hi, On 2022-09-28 07:51, программист некто wrote: > Source: glibc > Version: 2.36-1 > Severity: important > > Hello. Tabs in Firefox 88 stop working after upgrade glibc to 2.36-1 from > 2.33-8. Every new opened tab immediately crashes. For

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 15:22 -0400, Zack Weinberg wrote: > On 2022-09-28 3:06 PM, Ansgar wrote: > > On Wed, 2022-09-28 at 14:54 -0400, Zack Weinberg wrote: > > > On 2022-09-28 2:40 PM, Ansgar wrote: > > > > > If I thought there was a bug in some other package that posed > > > > > a > > > > >

Bug#1012361: Interest in patch file?

Would you be interested in a patch that updates this package to the current upstream (4.3.2)? If so, I would be willing to submit a MR to the Salsa repository. -- Soren Stoutner so...@stoutner.com signature.asc Description: This is a digitally signed message part.

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On 2022-09-28 3:06 PM, Ansgar wrote: On Wed, 2022-09-28 at 14:54 -0400, Zack Weinberg wrote: On 2022-09-28 2:40 PM, Ansgar wrote: If I thought there was a bug in some other package that posed a significant risk of rendering Debian systems unbootable on upgrade, I would have filed a report

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 14:54 -0400, Zack Weinberg wrote: > On 2022-09-28 2:40 PM, Ansgar wrote: > > > If I thought there was a bug in some other package that posed a > > > significant risk of rendering Debian systems unbootable on upgrade, I > > > would have filed a report against THAT PACKAGE. > >

Bug#1020927: ruby-all-dev: cross rbconfig is wrong package

Package: ruby-all-dev,ruby3.0-dev Version: 1:3.0+3.1 User: debian-cr...@lists.debian.org Usertags: ftcbfs Control: affects -1 + src:kross-interpreters kross-interpreters fails to cross build for a number of reasons. Reason one is that it depends on ruby rather than ruby:native and thus cannot run

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On 2022-09-28 2:16 PM, Marco d'Itri wrote: it appears to be possible for the next boot to find the root filesystem in a state where /lib or /bin doesn’t exist at all. Recovery from this state will require booting from installation media. This is technically correct. But after 8 years of

Bug#1012893: [Help] anfo: ftbfs with GCC-12

Control: tags -1 help Could anybody have a look at this gcc failure? Thanks in advance Andreas. -- http://fam-tille.de

Bug#1020926: mirror submission for mirror.hnd.cl

Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: mirror.hnd.cl Type: leaf Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x

Bug#1020925: mirror submission for mirror.hnd.cl

Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: mirror.hnd.cl Type: leaf Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 14:32 -0400, Zack Weinberg wrote: > On 2022-09-28 2:04 PM, Ansgar wrote: > > On Wed, 2022-09-28 at 13:53 -0400, Zack Weinberg wrote: > > > On Wed, Sep 28, 2022, at 1:47 PM, Ansgar wrote: > > > > No, you would need to atomically replace the *entire* system, > > > > not > > > >

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

Zack Weinberg writes: > That does not clearly say that a *pair* of packages, where one installs > files in /path and the other one installs files in /usr/path, is not > allowed. I'm guessing it was the *intent*, but the example, at least, > makes it sound like it's only talking about within a

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On 2022-09-28 2:04 PM, Ansgar wrote: On Wed, 2022-09-28 at 13:53 -0400, Zack Weinberg wrote: On Wed, Sep 28, 2022, at 1:47 PM, Ansgar wrote: No, you would need to atomically replace the *entire* system, not just individual directories. ??? Atomic replacement of each affected directory is, as

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

On 2022-09-28 2:16 PM, Russ Allbery wrote: "Zack Weinberg" writes: 1. Is there already a rule (or multiple rules) somewhere that forbids the existence of pairs of packages where one ships /X/Y and the other ships /usr/X/Y, where X is a directory on non-merged-/usr systems and a

Bug#1020787: Xen: After updating to 5.19 kernel the VMs are started without XSAVE CPU flags

Hi! On 9/28/22 00:55, Diederik de Haas wrote: > On Wednesday, 28 September 2022 00:24:27 CEST Patrick wrote: >> I just applied the patch >> (xen.git-c3bd0b83ea5b7c0da6542687436042eeea1e7909.patch) to the xen >> packages and can confirm that this fixes the problems. The xsave flags are >>

Bug#1018118: transition: mutter & gnome-shell 43

On Wed, 28 Sep 2022 at 00:56:10 +0200, Sebastian Ramacher wrote: > On 2022-09-11 07:53:01 -0400, Jeremy Bicha wrote: > > As in previous gnome-shell transitions, there are still lots of > > packaged gnome-shell extensions that aren't compatible and will need > > to be ported or removed from

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

Hi, I would really appreciate if you quote your reply properly: It was not Andreas Metzler who sent the below: > On Tue, 2022-09-27 at 18:25 +0200, Andreas Metzler wrote: > > On 2022-09-27 Zack Weinberg wrote: > > [...] On Wed, 2022-09-28 at 11:55 +0100, Luca Boccassi wrote: > > > > > This

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

Control: severity -1 wishlist On Sep 28, Zack Weinberg wrote: > convert-usrmerge is nominally idempotent and restartable, but (as it > says in the script’s own documentation) if “the system crashes at a > really bad time” during the conversion process it might not be > possible to recover

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

"Zack Weinberg" writes: > 1. Is there already a rule (or multiple rules) somewhere that forbids >the existence of pairs of packages where one ships /X/Y and the >other ships /usr/X/Y, where X is a directory on non-merged-/usr >systems and a symlink on merged-/usr systems, and Y is

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 13:53 -0400, Zack Weinberg wrote: > On Wed, Sep 28, 2022, at 1:47 PM, Ansgar wrote: > > No, you would need to atomically replace the *entire* system, not > > just > > individual directories. > > ??? Atomic replacement of each affected directory is, as far as I can > see,

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

Control: severity -1 wishlist On Wed, 2022-09-28 at 13:53 -0400, Zack Weinberg wrote: > On Wed, Sep 28, 2022, at 1:47 PM, Ansgar wrote: > > No, you would need to atomically replace the *entire* system, not just > > individual directories. > > ??? Atomic replacement of each affected directory is,

Bug#1020923: tech-ctte: please clarify if atomic updates are required

Package: tech-ctte X-Debbugs-Cc: Zack Weinberg Control: block 1020920 by -1 Hi, please clarify if atomic updates are mandatory for the Debian system. Or other measures to ensure that system crashes at *any* time do not render a system unbootable. See also: https://bugs.debian.org/1020920

Bug#1020922: usrmerge: please split convert-* scripts into separate package from the postinst that actually performs the conversion

Control: tags -1 moreinfo On Wed, 2022-09-28 at 13:41 -0400, Zack Weinberg wrote: > Source: usrmerge > Version: 31 > Severity: wishlist > X-Debbugs-Cc: z...@owlfolio.org > > It would be significantly easier to experiment with convert-usrmerge > under exotic conditions if the scripts were

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, Sep 28, 2022, at 1:47 PM, Ansgar wrote: > No, you would need to atomically replace the *entire* system, not just > individual directories. ??? Atomic replacement of each affected directory is, as far as I can see, both necessary and sufficient to prevent the system being rendered

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

On Wed, Sep 28, 2022, at 1:40 PM, Helmut Grohne wrote: > Hi Zack, > > On Wed, Sep 28, 2022 at 12:29:19PM -0400, Zack Weinberg wrote: >> I thought about this a bunch yesterday evening and I believe I see a >> concrete scenario that can cause problems but is not covered by the >> moratorium: Suppose

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

On Wed, Sep 28, 2022, at 5:08 AM, Svante Signell wrote: > > You can easily revert any system having usrmerge installed with dpkg- > fsys-usrunmess. This should be known by all Debian users, by some > suitable channel. Having used it myself a couple of times, I would question "easily". If all

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

On Wed, 2022-09-28 at 13:39 -0400, Zack Weinberg wrote: > convert-usrmerge is nominally idempotent and restartable, but (as it > says in the script’s own documentation) if “the system crashes at a > really bad time” during the conversion process it might not be > possible to recover without manual

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

Hi Zack, On Wed, Sep 28, 2022 at 12:29:19PM -0400, Zack Weinberg wrote: > I thought about this a bunch yesterday evening and I believe I see a > concrete scenario that can cause problems but is not covered by the > moratorium: Suppose there exist two packages, one of which ships > /bin/foo, and

Bug#1020922: usrmerge: please split convert-* scripts into separate package from the postinst that actually performs the conversion

Source: usrmerge Version: 31 Severity: wishlist X-Debbugs-Cc: z...@owlfolio.org It would be significantly easier to experiment with convert-usrmerge under exotic conditions if the scripts were installable without also pulling the postinst that performs the conversion. -- System Information:

Bug#1020921: openttd FTCBFS: requires native strgen

Source: openttd Version: 12.1-2 Tags: patch User: debian-cr...@lists.debian.org Usertags: ftcbfs Since openttd 12.1, upstream requires building the strgen utility in a separate build pass for cross builds. The packaging has not been updated to accommodate this. As such, it fails running strgen.

Bug#1020920: usrmerge: if "the system crashes at a really bad time" during conversion it may be left unbootable

Package: usrmerge Version: 31 Severity: critical Justification: breaks the whole system X-Debbugs-Cc: z...@owlfolio.org convert-usrmerge is nominally idempotent and restartable, but (as it says in the script’s own documentation) if “the system crashes at a really bad time” during the conversion

Bug#1009990: libmutter-11-0: Night Light is unavailable on a system where it was working earlier

On Wed, Sep 28, 2022 at 9:00 AM Chandra Sekar Srinivasan wrote: > Even after upgrading mutter to 43.0.2, the Night Light panel under > Display settings says, > > "Night Light Unavailable > > This could be the result of the graphics driver being used, or the desktop > being used remotely" > > I

Bug#1020293: waiting how to proceed

Control: tags -1 + moreinfo Hi Alexandre, please remove the moreinfo tag or close the bug according to whether the package shall go or stay. (or change the Subject: in case something else should happen) Thorsten

Bug#1006818: eye: (autopkgtest) failure on non-amd64

Quoting Lev Lamberov (2022-09-28 09:35:00) > Since now SWI-Prolog in Debian supports setting an arch-independent path > to the interpreter (8.4.3+dfsg-1, uploaded on 2022-09-18, in testing > since 2022-09-21), I'm reassigning this bug report to eye. The eye > package needs rebuild against the

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

On Wed, 2022-09-28 at 12:29 -0400, Zack Weinberg wrote: > 1. Is there already a rule (or multiple rules) somewhere that forbids >    the existence of pairs of packages where one ships /X/Y and the >    other ships /usr/X/Y, where X is a directory on non-merged-/usr >    systems and a symlink on

Bug#1008985: Fwd: Bug#1008985: mirror listing update for debian.cs.nctu.edu.tw

-- Forwarded message - 寄件者： 鐘凡 Date: 2022年9月29日 週四 凌晨12:43 Subject: Re: Bug#1008985: mirror listing update for debian.cs.nctu.edu.tw To: Julien Cristau Hi Julien, Sure, I have modified it! -- Best regards, Fan Chung, Computer Center, Department of Computer Science, National

Bug#1020919: socat: FTBFS on hurd-i386

Source: socat Version: 1.7.4.3-3 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Cc: bug-hurd Hi, Currently socat FTBFS on GNU/Hurd due to differing values for O_RDONLY, O_WRONLY and O_RDWR compared to Linux systems. The attached patch, xioinitialize.c.patch, 

Bug#1006818: eye: (autopkgtest) failure on non-amd64

Quoting Lev Lamberov (2022-09-28 09:35:00) > Since now SWI-Prolog in Debian supports setting an arch-independent path > to the interpreter (8.4.3+dfsg-1, uploaded on 2022-09-18, in testing > since 2022-09-21), I'm reassigning this bug report to eye. The eye > package needs rebuild against the

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

On Tue, Sep 27, 2022, at 4:12 PM, Sebastian Ramacher wrote: > On 2022-09-27 10:26:36 -0400, Zack Weinberg wrote: >> On Tue, Sep 27, 2022, at 5:15 AM, Sebastian Ramacher wrote: >> >> I'd like to make sure that the bug submitter has not identified >> >> something new here. >> > >> > I've not seen

Bug#1020918: doxygen: FTBFS on hurd-i386

Svante Signell, le mer. 28 sept. 2022 18:09:58 +0200, a ecrit: > On Wed, 2022-09-28 at 17:50 +0200, Samuel Thibault wrote: > > Control: forwarded -1 https://github.com/doxygen/doxygen/pull/9514 > > > > Svante Signell, le mer. 28 sept. 2022 17:40:32 +0200, a ecrit: > > > Currently doxygen FTBFS on

Bug#1020792: tech-ctte: Halt merged-/usr transition until dpkg filesystem damage bugs are fixed

On Tue, Sep 27, 2022, at 12:25 PM, Andreas Metzler wrote: > On 2022-09-27 Zack Weinberg wrote: > [...] >> What I am asking for is a schedule change: specifically, that the >> merged /usr transition not be allowed to proceed past the status quo >> as of two weeks ago (i.e. *before*

Bug#1020918: doxygen: FTBFS on hurd-i386

On Wed, 2022-09-28 at 17:50 +0200, Samuel Thibault wrote: > Control: forwarded -1 https://github.com/doxygen/doxygen/pull/9514 > > Svante Signell, le mer. 28 sept. 2022 17:40:32 +0200, a ecrit: > > Currently doxygen FTBFS on GNU/Hurd due to a PATH_MAX issue. > > This issue was already forwarded

Bug#1020918: doxygen: FTBFS on hurd-i386

Control: forwarded -1 https://github.com/doxygen/doxygen/pull/9514 Svante Signell, le mer. 28 sept. 2022 17:40:32 +0200, a ecrit: > Currently doxygen FTBFS on GNU/Hurd due to a PATH_MAX issue. This issue was already forwarded upstream on https://github.com/doxygen/doxygen/pull/9514 they said it

Bug#1020592: [Pkg-javascript-devel] Bug#1020592: Bug#1020592: nodejs: Testsuite is using smoil keys

Le ven. 23 sept. 2022 à 23:21, Jérémy Lal a écrit : > > > Le ven. 23 sept. 2022 à 23:03, Sebastian Andrzej Siewior < > sebast...@breakpoint.cc> a écrit : > >> control: found -1 odejs/18.7.0+dfsg-5 >> >> On 2022-09-23 22:55:23 [+0200], Jérémy Lal wrote: >> > Thanks, I'm already aware of the need

Bug#1019218: snakeyaml: CVE-2022-25857

Hi Tony Thanks for the update. On Wed, Sep 28, 2022 at 08:30:07AM -0700, tony mancill wrote: > On Tue, Sep 27, 2022 at 05:41:21PM +0200, Salvatore Bonaccorso wrote: > > > snakeyaml 1.31 has been uploaded to unstable. I will start work on > > > 1.33, which addresses other non-DSA CVEs [1]. > >

Bug#1020918: doxygen: FTBFS on hurd-i386

Source: doxygen Version: 1.9.4-3 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, Currently doxygen FTBFS on GNU/Hurd due to a PATH_MAX issue. The attached patch, filesystem_filesystem.hpp.diff, fixes the build problem by special-casing for Hurd. In fact the

Bug#1020330: pipewire-pulse: Conflict with pulseaudio is badly resolved by apt full-upgrade

Package: pipewire-pulse Version: 0.3.57-1 Followup-For: Bug #1020330 Hello, I'm on Debian testing, and I think I have to wait to first upgrade gnome-core to 1:42+8 in testing before upgrading pipewire to 0.3.58-2 in testing, otherwise pipewire-pulse will get removed. I don't mind having

Bug#1019218: snakeyaml: CVE-2022-25857

On Tue, Sep 27, 2022 at 05:41:21PM +0200, Salvatore Bonaccorso wrote: > > snakeyaml 1.31 has been uploaded to unstable. I will start work on > > 1.33, which addresses other non-DSA CVEs [1]. Hello Salvatore, After reviewing the remaining CVEs more closely, I believe I missed documenting

Bug#1020917: debos: Please package new upstream release 1.1.0

Package: debos Version: 1.0.0+git20210707.c66a48d-2+b2 Severity: normal X-Debbugs-Cc: manuel.tr...@mt.com Dear Maintainer, there is a new upstream version that fixes some known issues. It would be nice to have this version in Debian (bookworm) -- System Information: Debian Release: bookworm/sid

Bug#1020396: systemd-boot: kernel installation/initrd update hooks double the initrd like #970213 since #826045

Control: tags -1 + pending Supposed to be fixed by https://salsa.debian.org/systemd-team/systemd/-/merge_requests/170 So marking as pending Michael On Wed, 21 Sep 2022 03:25:48 +0200 =?utf-8?B?0L3QsNCx?= wrote: Package: systemd-boot Version: 251.4-3 Severity: normal Tags: patch Dear

Bug#1020916: RFP: libcommons-imaging-java -- Apache Commons Imaging - Pure-Java Image Library

Package: wnpp Severity: wishlist Control: block 983715 by -1 X-Debbugs-CC: Debian Java Maintainers * Package name: libcommons-imaging-java Version : 1.0-alpha3 Upstream Author : The Apache Software Foundation * URL or Web page : https://commons.apache.org/imaging/ * License

Bug#1020637: RM: netkit-tftp -- RoQA; orphaned, tftp transitioned to tftp-hpa

Hi Bastian, On Wed, Sep 28, 2022 at 05:08:01PM +0200, Bastian Germann wrote: > On Sat, 24 Sep 2022 17:35:48 +0200 Salvatore Bonaccorso > wrote: > > As per #1020629 src:netkit-tftp is orphaned: tftp built from it is > > already a transitional package to tftp-hpa. tftpd was not transitioned > >

Bug#1017073: python-suntime: reproducible builds: Timestamps recorded for all packaged files

Source: python-suntime Followup-For: Bug #1017073 X-Debbugs-Cc: j...@jp-hosting.net Control: close -1 1.2.5-5 The package's changelog format is valid again in salsa following a refresh[1] that re-combined a divergent development history. Release 1.2.5-5 looks good in terms of build

  1   2   >