Re: Bug#1035904: dpkg currently warning about merged-usr systems (revisited)
On Wed, 2023-05-10 at 19:01 -0700, Sean Whitton wrote: > On Wed 10 May 2023 at 11:47PM +02, Ansgar wrote: > > Cool, then let's ask tech-ctte. > > > > Dear ctte, please consider overruling the dpkg maintainer to > > include > > the patch from #994388[1]. > > > > Thanks, > > Ansgar > > > > [1]: https://bugs.debian.org/994388#397 > > This would require a new, maintainer-overruling vote. > Our existing decisions do not apply, so far as I can tell. Yes, I agree. > I have written a separate message to the bug and to debian-dpkg with > a proposal to avoid having to have such a vote. That seems to be about an implementation detail on how to apply the patch. I don't think that is the core of the issue? The core issue as I see it is as follows: - Debian has decided to support only merged-/usr, including possibly moving /bin/sh to /usr/bin/sh or using /usr/lib*/ld-linux-x86-64.so.2 as the interpreter in binaries. - This change breaks on non-merged-/usr systems, including derivatives that do not revert *all* relevant changes. (Do you know one that does this or plans to do so?) - dpkg recommends derivative users to move to non-merged-/usr. I think this contradiction is not good and the core conflict. For me a distribution should have some coherence. It is not just a distribution of unrelated parts (like linux, libc, dpkg, dash, ...), but also integrates them to work together. And this also means not one package telling users to do X which breaks other packages. Or (if other packages would do similar things as dpkg) one package asking users to do X and the other asking users to do the opposite of X. Just imagine dpkg asking users to move to split-/usr and then another package starting to warn users to move back to merged- /usr. Would that be a good state? I think not which is why this bug exists. Do you think this summary of the issue is right? Is there some consensus about how this issue should be solved or do we need a longer discussion to explore the solution space? Ansgar
Work-needing packages report for May 12, 2023
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1197 (new: 2) Total number of packages offered up for adoption: 158 (new: 1) Total number of packages requested help for: 58 (new: 0) Please refer to https://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: csmash (#1035738), orphaned 3 days ago Description: table tennis simulation game Reverse Depends: csmash csmash-demosong Installations reported by Popcon: 81 Bug Report URL: https://bugs.debian.org/1035738 gpaint (#1035796), orphaned 2 days ago Description: small, easy to use paint program for GNOME Installations reported by Popcon: 435 Bug Report URL: https://bugs.debian.org/1035796 1195 older packages have been omitted from this listing, see https://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: sniproxy (#1035759), offered 3 days ago Description: Transparent TLS and HTTP layer 4 proxy with SNI support Installations reported by Popcon: 26 Bug Report URL: https://bugs.debian.org/1035759 157 older packages have been omitted from this listing, see https://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apache2 (#910917), requested 1671 days ago Description: Apache HTTP Server Reverse Depends: apache2 apache2-ssl-dev apache2-suexec-custom apache2-suexec-pristine backuppc bfh-container-server courier-webadmin cvsweb debbugs-web debian-edu-router-deployserver (125 more omitted) Installations reported by Popcon: 96390 Bug Report URL: https://bugs.debian.org/910917 apparmor (#1006872), requested 430 days ago Description: user-space parser utility for AppArmor Reverse Depends: apparmor-notify apparmor-profiles apparmor-profiles-extra apparmor-utils content-hub-testability dbus-broker dbus-daemon dbus-tests debian-cloud-images-packages dovecot-core (24 more omitted) Installations reported by Popcon: 192726 Bug Report URL: https://bugs.debian.org/1006872 autopkgtest (#846328), requested 2353 days ago Description: automatic as-installed testing for Debian packages Reverse Depends: debci-worker sbuild-qemu Installations reported by Popcon: 1193 Bug Report URL: https://bugs.debian.org/846328 balsa (#642906), requested 4246 days ago Description: An e-mail client for GNOME Reverse Depends: balsa Installations reported by Popcon: 593 Bug Report URL: https://bugs.debian.org/642906 cargo (#860116), requested 2221 days ago Description: Rust package manager Reverse Depends: dh-cargo python3-setuptools-rust rust-all Installations reported by Popcon: 2937 Bug Report URL: https://bugs.debian.org/860116 chromium (#1016047), requested 289 days ago Description: web browser Reverse Depends: chromium chromium-driver chromium-l10n chromium-shell node-puppeteer qunit-selenium x2gothinclient-minidesktop Installations reported by Popcon: 24560 Bug Report URL: https://bugs.debian.org/1016047 courier (#978755), requested 861 days ago Description: Courier mail server Reverse Depends: courier-faxmail courier-filter-perl courier-imap courier-ldap courier-mlm courier-mta courier-pcp courier-pop courier-webadmin couriergrey (3 more omitted) Installations reported by Popcon: 753 Bug Report URL: https://bugs.debian.org/978755 cron (#984736), requested 795 days ago Description: new maintainer need Reverse Depends: apticron autolog backintime-common bcron btrfsmaintenance buildd checksecurity clamtk cricket cron (25 more omitted) Installations reported by Popcon: 208257 Bug Report URL: https://bugs.debian.org/984736 cyrus-imapd (#921717), requested 1553 days ago Description: Cyrus mail system - IMAP support Reverse Depends: cyrus-admin cyrus-caldav cyrus-clients cyrus-dev cyrus-imapd cyrus-murder cyrus-nntpd cyrus-pop3d cyrus-replication Installations reported by Popcon: 392 Bug Report URL: https://bugs.debian.org/921717 debtags (#962579), requested 1065 days ago Description: Debian Package Tags support tools Reverse Depends: packagesearch Installations reported by Popcon: 1362 Bug Report URL: https://bugs.debian.org/962579 dee (#831388), requested 2491 days ago Description: model to synchronize multiple instances over DBus Reverse Depends: dee-tools gir1.2-dee-1.0 gir1.
Bug#1035958: ITP: node-types-chrome -- Typescript definitions for Chrome extension development
Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: node-types-chrome Version : 0.0.235 Upstream Contact: https://github.com/DefinitelyTyped/DefinitelyTyped/issues * URL : https://github.com/DefinitelyTyped/DefinitelyTyped * License : Expat Programming Lang: JavaScript Description : Typescript definitions for Chrome extension development Modern JavaScript libraries provides their Typescript definitions to permits to use them in JavaScript softwares written in Typescript. When those definitions are missing, instead of writing custom definitions in each program, some people provides external Typescript definitions to be reused (definitions for module "foo" are exposed in @types/foo). In Debian, we chose to embed them inside the node package. For example, @types/braces is embedded in node-braces. But @types/* are also used to define anything that can be used in JavaScript (like @types/filesystem). This package provides @types/chrome and its generic dependencies: @types/filesystem and @types/filewriter. node-types-chrome a dependency of some advanced Node.js modules and will be a dependency of some Node.js modules needed to build JupyterLab. It'll be maintained under JS Team umbrella.
Bug#1035943: ITP: fonts-tt2020 -- typewriter font
Package: wnpp Severity: wishlist Owner: Gürkan Myczko X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: fonts-tt2020 Version : 0.2.1+ds Upstream Authors: Fredrick R. Brennan URL : https://github.com/ctrlcctrlv/TT2020 * License : OFL-1.1 Description : typewriter font This is an advanced, open source, hyperrealistic, multilingual typewriter font for a new decade.
Bug#1035930: ITP: justbuild -- Justbuild generic build system
Package: wnpp Severity: wishlist Owner: Oliver Reiche X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: justbuild Version : 1.1.0 Upstream Author : Oliver Reiche * URL : https://github.com/just-buildsystem/justbuild * License : Apache-2.0 Programming Lang: C++, Python Description : Justbuild generic build system Justbuild is a generic build system supporting multi-repository builds. A peculiarity of the tool is the separation between global names and physical location on the one hand, and logical paths used for actions and installation on the other hand (sometimes referred to as "staging"). The language-specific information to translate high-level concepts (libraries, binaries) into individual compile action is taken from user-defined rules described by functional expressions. Justbuild is a build tool that shares similarities with Bazel and Buck2. Our main focus is on reproducible builds. We deeply integrated git in Justbuild to benefit from a-priori computed hashes of git repositories. Furthermore, Justbuild can spawn an execution service that can also be used as a single-node remote execution server for other build systems supporting the same remote execution protocol, such as Bazel and Buck2. We plan to actively maintain this package but are currently looking for a sponsor.
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
Hello Emilio, On Thu, 11 May 2023 at 11:12, Emilio Pozuelo Monfort wrote: > > On 09/05/2023 09:51, Andrea Righi wrote: > > On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: > >> Hello, > >> > >>virtme already exists in Debian, what would be the benefit of virtme-ng > >> over virtme? > >> > >> https://salsa.debian.org/debian/virtme > >> > >> Regards > > > > The original virtme project is not maintained anymore > > (https://github.com/amluto/virtme), so we decided to fork the project > > and continue the development / bug fixing in virtme-ng > > (https://github.com/arighi/virtme-ng). > > If the original project is no longer maintained, I'd suggest to keep the same > name and move it into a github group, then invite the original author if he > ever > wants to come back. That way there's no need to add new packages with > transitional packages in every distribution. That's e.g. what happened with > terminator. Not sure if it's too late to do that in this specific case. There has been some communication off debian-devel with the upstream maintainer and that's indeed part of the plan. Ricardo has volunteered to swap the upstream on virtme to be virtme-ng, avoiding transitional packages. Since the package is not part of bookworm (it is sid only ATM), there is no issue. -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system
On 09/05/2023 09:51, Andrea Righi wrote: On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: Hello, virtme already exists in Debian, what would be the benefit of virtme-ng over virtme? https://salsa.debian.org/debian/virtme Regards The original virtme project is not maintained anymore (https://github.com/amluto/virtme), so we decided to fork the project and continue the development / bug fixing in virtme-ng (https://github.com/arighi/virtme-ng). If the original project is no longer maintained, I'd suggest to keep the same name and move it into a github group, then invite the original author if he ever wants to come back. That way there's no need to add new packages with transitional packages in every distribution. That's e.g. what happened with terminator. Not sure if it's too late to do that in this specific case. Cheers, Emilio