Re: Debian Project Leader election 2025: Last call for votes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 18 Apr 2025 14:37:34 +0200 Debian Project Secretary - Kurt Roeckx wrote: > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- > 7066677e-e899-4143-af5e-710364fc2673 > [ ] Choice 1: Gianfranco Costamagna > [ ] Choice

Re: Debian Project Leader election 2025: Last call for votes

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 18 Apr 2025 14:37:34 +0200 Debian Project Secretary - Kurt Roeckx wrote: > > - - -=-=-=-=-=- Don't Delete Anything Between These Lines > =-=-=-=-=-=-=-=- 7066677e-e899-4143-af5e-710364fc2673 > [ ] Choice 1: Gianfranco Costamagna > [ ] Choi

Re: Debian Project Leader election 2025: Last call for votes

On Fri, 18 Apr 2025 14:37:34 +0200 Debian Project Secretary - Kurt Roeckx wrote: > - - -=-=-=-=-=- Don't Delete Anything Between These Lines > =-=-=-=-=-=-=-=- 7066677e-e899-4143-af5e-710364fc2673 > [ ] Choice 1: Gianfranco Costamagna > [ ] Choice 2: Julian Andres Klode > [1] Choice 3: Andreas Ti

Re: how to fix lintian error: library-not-linked-against-libc

eam might be interested in some of the tipps and tricks from https://wiki.debian.org/InstructionSelection to use more/less instructions as needed than the baseline. On a sidenote: I would have expected this thread on d-mentors. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Remove ancient uploads from experimental (and later unstable)

Hi, On 29/12/2024 13:08, Ansgar 🐱 wrote: […] As a very simple start, I would like to remove packages from experimental that haven't seen an upload for a long time (arbitrarily chosen as before 2020-01-01 for the list below). Yes please. > David Prévot >php-sabre-event (

Re: A 2025 NewYear present: make dpkg --force-unsafe-io the default?

ific for that filesystem, it is just the only known filesystem that lacks the feature apt uses otherwise: mapping a file – its binary cache – into shared memory, see mmap(2)). And yet, somehow, more than a decade later, people still use apt on other filesystems (I kinda suspect "only" nowadays actually). Best regards David Kalnischkies signature.asc Description: PGP signature

Re: mtkbabel mayby unmaintained long time new version available Perl? advice?

an do in terms of triaging existing bugs (seeing if they can be duplicated on your system), and reporting actual (major or minor) problems with the software you are using. I hope you will consider this as constructive feedback. David

Re: Removing more packages from unstable

it IMHO. Thanks for raising the issue publicly. Regards David

Bug#1070189: ITP: gnome-shell-extension-happy-appy-hotkey -- Hotkey application focus / launcher for GNOME Shell

Package: wnpp Severity: wishlist Owner: David Edmondson X-Debbugs-Cc: debian-devel@lists.debian.org, d...@dme.org * Package name: gnome-shell-extension-happy-appy-hotkey Version : 8 Upstream Contact: Jan Ouwens * URL : https://github.com/jqno/gnome-happy-appy-hotkey

Bug#1069273: ITP: gnome-shell-extension-tactile -- Tile windows on a custom grid using your keyboard

Package: wnpp Severity: wishlist Owner: David Edmondson X-Debbugs-Cc: debian-devel@lists.debian.org, d...@dme.org * Package name: gnome-shell-extension-tactile Version : 32 Upstream Contact: Per Thomas Lundal, https://gitlab.com/lundal * URL : https://gitlab.com

Bug#1068823: Stepwise Debian upgrade to enable systems with little free storage space to upgrade without breaks due to "No space left on device"

eople grossly overestimate how easy it is for packages to be upgraded individually (compare: t64 testing migration). Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Any way to install packages+run autopkgtests on porterbox machines?

Nilesh Patra writes: > When I want to fix autopkgtests for a package on a particular architecture, I > currently > see no way to run autopkgtests before I dput since porter boxes do not > provide root > access which autopkgtest needs. > > Currently I am manually hacking around the test scripts

Bug#1063748: ITP: pythonprop -- graphical interface to the VOACAP HF propagation engine

Package: wnpp Severity: wishlist Owner: David da Silva Polverari X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: pythonprop Version : 0.30.1 Upstream Contact: James Watson * URL : https://github.com/jawatson/pythonprop * License : GPL-2

Bug#1063747: ITP: voacapl -- HF circuit prediction engine

Package: wnpp Severity: wishlist Owner: David da Silva Polverari X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: voacapl Version : 0.7.6 Upstream Contact: James Watson * URL : https://github.com/jawatson/voacapl * License : special (public domain

Bug#1061158: ITP: discord-rpc -- library for Discord Rich Presence integration

Package: wnpp Severity: wishlist Owner: David James X-Debbugs-Cc: debian-devel@lists.debian.org, davidjamescastor...@proton.me * Package name: discord-rpc Version : 3.4.0 Upstream Contact: Discord, Inc * URL : https://github.com/discord/discord-rpc * License

Bug#1061078: ITP: oaknut -- Aarch64 (arm64) code emitter

Package: wnpp Severity: wishlist Owner: David James X-Debbugs-Cc: debian-devel@lists.debian.org, davidjamescastor...@proton.me * Package name: oaknut Version : 1.2.2 Upstream Contact: MerryHime <https://mary.rs> * URL : https://github.com/merryhime/oaknut * L

Bug#1060208: ITP: dds-ktx -- header-only library for reading KTX format textures

Package: wnpp Severity: wishlist Owner: David James X-Debbugs-Cc: debian-devel@lists.debian.org, davidjamescastor...@proton.me * Package name: dds-ktx Version : 1.1 Upstream Contact: Sepehr Taghdisian * URL : https://github.com/septag/dds-ktx * License : BSD

Bug#1060170: ITP: sirit -- library for runtime SPIR-V assembly

Package: wnpp Severity: wishlist Owner: David James X-Debbugs-Cc: debian-devel@lists.debian.org, davidjamescastor...@proton.me * Package name: sirit Version : 0.0~git20230509 Upstream Contact: Yuzu-emu team <https://discord.gg/u77vRWY> * URL : https://github.co

Re: /usr-move: Do we support upgrades without apt?

exist) so that we have to help them by generating work for many people and potentially new upgrade problems for everyone – or if we declare them, existing or not, a non-issue at least for the upgrade to trixie. And on a sidenote: I would advise to reconsider interacting with dpkg too casually – but luck is probably on your side in any case. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: /usr-move: Do we support upgrades without apt?

able is known to exhibit the required setup). (I will write another mail in another subthread about the finer details of what interacting with dpkg in an upgrade means and what might be problematic if you aren't careful – in general, not just with aliasing) Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Pause /usr-merge moves

On Mon, Dec 04, 2023 at 01:13:43PM +0100, Helmut Grohne wrote: > David Kalnischkies made me aware […] Oh, did he? I think he wanted to tell you something else… 😉 As IRC seems to be really bad at transporting complicated things (who had guessed?) and I need to sort my thoughts anyhow let

Re: [APT repo] Provide a binary-all/Packages only, no primary arch list

t is also why an arch:all package is not "naturally" also "Multi-Arch: foreign". > provide clones of a single package list for every architecture explicitly, > and having to do so whenever a new one appears. So yeah, if you want you can ship only an -all/Packages fil

Bug#1056551: ITP: nihstro -- 3DS shader tools

Package: wnpp Severity: wishlist Owner: David James X-Debbugs-Cc: debian-devel@lists.debian.org, davidjamescastor...@proton.me * Package name: nihstro Version : 0-20231121 Upstream Contact: Tony Wasserka https://twitter.com/neobrain_ * URL : https://github.com

Bug#1055261: ITP: openmrac-data -- split-screen multiplayer 3D racing game (data files)

Package: wnpp Severity: wishlist Owner: David da Silva Polverari X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: openmrac-data Version : 1.1 Upstream Contact: Vojtěch Salajka * URL : https://github.com/Franticware/OpenMRac-data * License : CC0

Re: Bug#1053165: ITS: nunit

clever procedural hack, but Debian is not (supposed to be) about tricking our fellow developers. I don't know what best process to do the QA work you want to do is; I suspect you should consult the MIA team for suggestions. David - who co-wrote the ITS process, and knows what it says.

Bug#1050517: ITP: libre -- libre is a Generic library for real-time communications with async IO support.

Package: wnpp Severity: wishlist Owner: David Lublink X-Debbugs-Cc: debian-devel@lists.debian.org, pkg-voip-maintain...@lists.alioth.debian.org, debian@spam.lublink.net * Package name: libre Version : 3.4.0 Upstream Contact: Sebastian Reimers * URL : https

Re: How do you cause a re-run of autopkgtests?

g. I guess the day after ~tomorrow groff will migrate as well – assuming dgit was really your only problem. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: rejection of binary package based on file timestamp

changes with every revision), but close enough. At least more realistic than that this software wasn't changed since the start of the unix epoch… So please drop this again if its no longer needed. Best regards David Kalnischkies P.S.: d-devel@ isn't entirely wrong as this is suf

Bug#1040810: ITP: readpe -- command-line tools to manipulate Windows PE files

Package: wnpp Severity: wishlist Owner: David da Silva Polverari X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: readpe Version : 0.82 Upstream Contact: https://github.com/mentebinaria/readpe/issues * URL : https://github.com/mentebinaria/readpe * License

When a magpie is not a magpie

uld I rename the package name with something like "budgie-magpie"? (file a new ITP with the alternative name?) Many thanks in advance David

Re: solanum package request

Joaquín Rufo Gutierrez writes: > Hello!!! > I need to request solanum package from: > https://github.com/solanum-ircd/solanum > I will wait for the response. > Thank you There is already a "Request for package", but no progress in 10 months. You follow by subscribing to the bug on this page

Re: New deprecation warning in CMake 3.27

as-wanted basis) Can you recommend a relatively safe & old version to use instead of < 3.5 which doesn't need bumping next month but is also available in most semi-current releases of all major distributions (as that is what most upstreams will care about if they don't hav

Re: DEP 17: Improve support for directory aliasing in dpkg

are easy to diagnose and fix. 'You "might" have some "random" files not present on disk. So your system might not even boot or spawns interdimensional portals. You better reinstall…' is not the type of thing you wanna here from support. Best regards David Kalnischkies signature.asc Description: PGP signature

Bug#1032835: ITP: libnginx-mod-http-auth-spnego -- SPNEGO authentication module for Nginx

Package: wnpp Severity: wishlist Owner: David Härdeman X-Debbugs-Cc: debian-devel@lists.debian.org * Package name    : libnginx-mod-http-auth-spnego   Version : 1.1.1   Upstream Contact: Sean Timothy Noonan * URL : https://github.com/stnoonan/spnego-http-auth-nginx-module

Bug#1031167: ITP: elpa-gap-mode -- modes for editing GAP programs and running a GAP session in Emacs

Package: wnpp Severity: wishlist Owner: David Bremner X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: elpa-gap-mode Version : 2.1.0 Upstream Contact: Ivan Andrus * URL

Re: Should singularity-container make it to next release?

t the latest 2 versions (upstream supported) of Go. This may impact the ease of backporting significantly over the course of a Debian stable release. Cheers, -- David Trudgian Sylabs Inc.

Re: Please, minimize your build chroots

On Sun, Dec 18, 2022 at 06:08:57PM +0100, Johannes Schauer Marin Rodrigues wrote: > Quoting David Kalnischkies (2022-12-18 17:18:28) > > On Fri, Dec 16, 2022 at 03:38:17PM +0100, Santiago Vila wrote: > > > Then there is "e2fsprogs", which apt seems to treat as i

Re: Please, minimize your build chroots

for disliking it. Users are the worst, I said it here first. But no problem, there usually is an option to change anything in apt. If not, we can usually add it. Just don't assume that the behaviour you prefer will be the default. We have a strong tendency to make everyone unhappy. (I should

Bug#1024362: ITP: elpa-ol-notmuch -- Emacs org-mode links to notmuch messages and searches

Package: wnpp Severity: wishlist Owner: David Bremner X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org * Package name: elpa-ol-notmuch Version : 2.0.0 Upstream Author (Maintainer) : Jonas Bernoulli * URL : https://git.sr.ht/~tarsius/ol

Bug#1022114: RFH: highlight -- Universal source code to formatted text converter

Package: wnpp Severity: normal X-Debbugs-Cc: debian-devel@lists.debian.org Control: affects -1 src:highlight -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I request assistance with maintaining the highlight package. I have not really been keeping up with new upstream releases and could use a c

Re: Firmware GR result - what happens next?

s a hack, not a role model. It is barely acceptable only because it effects only a tiny fraction of our user base so far. And even for those, I would like apt to help not installing broken packages (but that is another topic). So, who is gonna take the blame for deciding this for everyone? Best regards David Kalnischkies [0] https://salsa.debian.org/apt-team/apt/-/blob/main/apt-private/private-update.cc#L88-106 signature.asc Description: PGP signature

Re: Bug#903158: Multi-Arch: foreign and -dbgsym: too weak dependency

On Mon, Oct 10, 2022 at 08:50:49AM +0800, Paul Wise wrote: > On Sun, 2022-10-09 at 18:54 +0200, David Kalnischkies wrote: > > I suppose we could use 'foo-dbgsym Enhances foo:arch (= version)'. > > That sounds interesting and would be nice generally, however... >

Re: Bug#903158: Multi-Arch: foreign and -dbgsym: too weak dependency

ng an apt dev… bringing all those nitty-gritty details to policy would certainly be an interesting endeavour but if it would really be a service to human kind^W^Wcontributors I am not so sure even if its frequently used as an argument against MultiArch and related projects. Best regards David Kal

Re: Bug#903158: Multi-Arch: foreign and -dbgsym: too weak dependency

(hence why apt likes to go on a remove spree if that is deemed more beneficial), but that would lead us too far off-topic here… So, could that be an acceptable Option c) ? Best regards David Kalnischkies ¹ this example was explicitly chosen as its possible that you want to use them

Re: Firmware GR result - what happens next?

chive Regards David

Bug#1019205: ITP: elpa-srv -- RFC2782 (SRV record) client for emacs

Package: wnpp Severity: wishlist Owner: David Bremner X-Debbugs-Cc: debian-devel@lists.debian.org, debian-emac...@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: elpa-srv Version : 0.2 Upstream Author : Magnus Henoch * URL : https

Re: Automatic trimming of changelogs in binary packages

ould use it, it should be told via the Release files, which only stable does currently, stable-updates and stable-security rely on apts built-in fallback which is sad) Best regards David Kalnischkies P.S.: As I was quoted already, as a side note: I am not against nor in favour of trimming; I am j

Re: A mail relay server for Debian Members is live

Bastien Roucariès writes: > Le samedi 16 juillet 2022, 21:49:31 UTC Pierre-Elliott Bécue a écrit : > Thanks for this hard work, however it seems that some mail client consider > these mail as invalid, whereas gmail and other verifier service consider ok... > > Any idea for debugging? > > Bastien

Re: Idea: autopkgtest on big-endian for 'Architecture: all' packages to catch endian bugs

Hi, Le 02/08/2022 à 18:00, Edward Betts a écrit : […] I wonder if it would be possible to routinely run the autopkgtests on s390x, or another big-endian architecture, for 'Architecture: all' packages and make the results available. AFAICT, they already are. E.g.

Re: libxslt: some CVEs not fixed in debian buster

Akira Shibakawa writes: > CVE-2019-5815 and CVE-2021-30560 are vulnerabilities of libxslt > included in chromium source code as third-party code. > And not only chromium but also libxslt upstream has already fixed them. > https://gitlab.gnome.org/GNOME/libxslt/-/commit/08b62c258 > https://gitlab.

Re: How to handle packages which build themselves with bazel?

e as bazel use becomes more common... On Thu, 9 Jun 2022 at 00:38, M. Zhou wrote: > Hi David, > > Debian has a group of people working on bazel packaging. > https://lists.debian.org/debian-bazel/2022/06/threads.html > And bazel itself has been a years-long pain for tensorflow packagi

How to handle packages which build themselves with bazel?

I'm looking into converting some of my upstream packages to use Google's bazel build system, because it makes life much easier as a developer. Unfortunately, with my other hat on, it makes life much harder as a package maintainer: bazel is very keen on downloading source packages and then building

Re: Project Improvements

On Thu, May 26, 2022 at 08:50:21AM +0200, Marc Haber wrote: > On Wed, 25 May 2022 20:21:03 +0200, David Kalnischkies > wrote: > >apt actually marks dependencies > >of packages in section metapackages as manually installed if the > >metapackage is removed due to t

Re: Project Improvements

f APT::Never-MarkAuto-Sections in apt or reconsider having tasks be in their own Section, personally I would prefer the later. There are many other packages which feel like metapackages, but aren't for apt as they are in the 'wrong' section – which is what I meant later on in the mail, but that was arguably very well hidden. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Project Improvements

r than recommends. (And yes, apt installs new recommends in upgrades since literal decades, so that is absolutely not a reason to use depends…) Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Reminder to participate in the Debian Developer's Survey

Utkarsh Gupta writes: > A couple of days back we had invited all the Debian Developers to > participate in a survey[1] about the usage of money in Debian that > we discussed[2] a couple of months back on debian-project@l.d.o. > > This is just a follow-up reminder to the same. So far we've roughly

Re: Bug#1008644: ITP: nala -- commandline frontend for the apt package manager

would be happy if you would try to interact with us from the apt team, I don't think we have the resources to help you with packaging through.) Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Unified workflow for package review

Raphael Hertzog writes: > > I fully expect such a service to have an API that can be used to build > a command line interface for people like you. Yep, but I already don't use the various things like that for e.g. salsa or github because it's too much hassle to set up for too little benefit. Sim

Re: Unified workflow for package review

Raphael Hertzog writes: > We should have a single web service that is able to handle all those > workflows and provide all the inputs that each team needs to make their > decision. It should have a nifty web interface (including with > authentication and restricted access for embargoed security u

Re: Embedded buildpath via rpath using cmake

kages, there are already patches in the Debian bug tracking system waiting for you! allegro5 builds fine here when adding -DCMAKE_BUILD_RPATH_USE_ORIGIN=ON. Ditto for cmocka. Is there a better place than this debian-devel thread to document what works or not? Regards David

Re: etc/resolvconf/update-libc.d/ equivalent for systemd-resolved

Scott Kitterman writes: > I believe I can solve this problem by adding Recommends: resolvconf if that's > the only way. I had hoped there would be some "modern" way to do it from > within Debian's default package set. I hope that wouldn't interfere with an enabled systemd-resolved, otherwise

Re: merged-/usr transition: debconf or not?

lly it would be resolved regardless, but /usr-merge undoubtedly makes heavy use of it so in an ideal world those interested in it would not only acknowledge the problems but actually work together to resolve them. Sadly, that isn't the world we seem to be stuck in at all.) Best regards Dav

Re: merged-/usr transition: debconf or not?

On Wed, Nov 10, 2021 at 01:48:07AM +0200, Uoti Urpala wrote: > David Kalnischkies wrote: > > As the transition hasn't started everyone not already merged is currently > > deferring it. That is true for those who upgrade daily as well as for > > those people who seemin

Re: merged-/usr transition: debconf or not?

On Tue, Nov 09, 2021 at 08:44:52PM +, Simon McVittie wrote: > On Tue, 09 Nov 2021 at 19:01:18 +0100, David Kalnischkies wrote: > > On Tue, Nov 09, 2021 at 03:21:25PM +, Simon McVittie wrote: > > (Minus that for 12 it is technically still supported as long as it > > r

Re: merged-/usr transition: debconf or not?

don't see the harm of having an official opt-out of the opt-out as long as it happens in time. (Perhaps it comes with the job as apt maintainer, but I don't "discard and redo" systems or even chroots… upgrades until hardware failure… my current build chroots are fr

Re: merged-/usr transition: debconf or not?

sly decided to forgo the automatic transition for whatever reason (lets say to test build packages on that box) I also have a standard way of triggering the conversion by calling dpkg-reconfigure on usrmerge at leisure before the 13 upgrade. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: deb822 sources by default for bookworm

ist files could contain both formats, but I opted to change that as of course countless things poking into those files broke left and right. cups used to detect if it ran on a Debian-like system by checking the sources.list file for deb entries… I doubt it does nowadays as there are countless bet

Re: deb822 sources by default for bookworm

-apt. I am sure we will work something out even if in this case it might very well be new code nobody really uses for years (as is common in apt land – backward compat be damned 😉). Best regards David Kalnischkies signature.asc Description: PGP signature

Re: users not reading manpages annoyance [was: apt annoyance]

to an apt-thread on debian-devel… (so now, where were I before this 'emergency call' came in… mhhh) Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Bug#992692: general: Use https for {deb,security}.debian.org by default

On Sun, Sep 12, 2021 at 03:10:27AM +, Paul Wise wrote: > On Fri, Sep 10, 2021 at 6:03 PM David Kalnischkies wrote: > > Because this thread started with the idea to switch the default of d-i > > and co to another URI. If you target only apt then you still need > > a solut

Re: Bug#992692: general: Use https for {deb,security}.debian.org by default

On Fri, Sep 10, 2021 at 11:08:38AM -0400, Michael Stone wrote: > On Fri, Sep 10, 2021 at 04:33:42PM +0200, David Kalnischkies wrote: > > On Thu, Sep 09, 2021 at 08:53:21AM -0400, Michael Stone wrote: > > > The only thing I could see that would be a net gain would be to

Re: Bug#992692: general: Use https for {deb,security}.debian.org by default

file. JFTR: auto-apt-proxy has nothing to do with sources. It is true that apt-cacher-ng (and perhaps others) have a mode of operation in which you prefix the URI of your (in that case caching) proxy to the URI of the actual repo, but that isn't how a proxy usually operates and/or is configured. Best regards David Kalnischkies signature.asc Description: PGP signature

Bug#992692: general: Use https for {deb,security}.debian.org by default

everywhere' configuration). In this regard apt is stricter than a normal webbrowser (a mirror list acquired via https can redirect to http mirrors though, but see the man pages for details). Best regards David Kalnischkies ¹ which deb.d.o sort of is just that it is nowadays done via SRV ins

Re: Bug#969631: can base-passwd provide the user _apt?

On Mon, Aug 30, 2021 at 11:53:59AM +0100, Colin Watson wrote: > On Mon, Aug 30, 2021 at 12:30:49PM +0200, David Kalnischkies wrote: > > So, while for some/most usecases something akin to DynamicUser would be > > enough, for others a more stable user would be preferred and then the

Re: Bug#969631: can base-passwd provide the user _apt?

pt operates in. I would be happy to be wrong through as it isn't exactly my dream to make apt a decent service manager even through apt starts a lot of processes, so a lot of management could and should be done here… Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Q: Use https for {deb,security}.debian.org by default

orm of 'man in the middle' "attack" https has no chance of preventing or detecting. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: merged /usr vs. symlink farms

es me very sad on many levels. (I wrote this before reading Guillems replies which end on a similar note even though he comes from the opposite end – dpkg worried about the finer file-level details and apt about the general package-level picture meeting halfway as usual… kinda funny) Best regar

Re: Q: Use https for {deb,security}.debian.org by default

t remember of the top of my hat. There are likely more problems as it is easier to just set the clock approximately correct than to remember all the workarounds in "the time of need"… Best regards David Kalnischkies ¹ okay, ~15 years of apt-secure are not exactly ever, but close enough. signature.asc Description: PGP signature

Re: Q: Use https for {deb,security}.debian.org by default

all over the clients as you need some form of opt in at least. So far, that opt in was using http. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Changing how you do things: Was Re: merged /usr

d co. There aren't that many (so far). Best regards David Kalnischkies signature.asc Description: PGP signature

Re: merged /usr

On Mon, Aug 16, 2021 at 03:13:48PM +0200, Marco d'Itri wrote: > On Aug 16, David Kalnischkies wrote: > > Is perhaps pure existence not enough, do I need to provide an upgrade > > path as simple as possible as well? > If you have specific ideas about how the upgrade path co

Re: merged /usr

;you have to do it manually" so far. Surely you came up with something a lot better after all those years. Best regards David Kalnischkies P.S.: For the avoidance of doubt: apt-get is of course going nowhere, but that cuts both ways: It isn't changing as your fingers hate change – so e.g.

Re: merged /usr

On Sun, Aug 15, 2021 at 05:52:06PM +0100, Simon McVittie wrote: > On Sun, 15 Aug 2021 at 11:52:21 +0200, David Kalnischkies wrote: > One way out of this would be to say that it is a RC bug for packages > in bookworm to have different contents when built in equivalent > merged-/usr

Re: merged /usr

On Sun, Aug 15, 2021 at 12:16:39AM +0100, Simon McVittie wrote: > On Sat, 14 Aug 2021 at 16:59:24 +0200, David Kalnischkies wrote: > > Wouldn't it be kinda strange to have the chroots building the packages > > for the first bookworm release using a layout which isn't

Re: merged /usr

On Sat, Aug 14, 2021 at 02:26:29PM +0100, Simon McVittie wrote: > On Sat, 14 Aug 2021 at 14:33:44 +0200, David Kalnischkies wrote: > > the current 'transition' plan is to have the > > release notes nudge all people who upgrade instead of reinstall their > > systems,

Re: merged /usr

an open question for them still as nobody is running the upgrader in there of course. See also https://bugs.debian.org/985957. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: merged /usr

ign by default anyhow) Best regards David Kalnischkies P.S.: I picked out only this line as I think most of the rest is more or less discussed to death already in other sub-threads and at times actually objectively wrong – like the amount of packages shipping something in /bin and co – so I don&#x

Re: Debian package manager privilege escalation attack

y of course all use different LESS flags to begin with). So, before I am rushing off to do whatever I like, could we perhaps agree on a "sensible-restricted-pager" (I dare not to name it secure…) sort-of implementation first? Oh and, btw, there is no point¹ in running 'apt chang

Re: Issue with installing manually created Debian archive with APT

e -o Acquire::AllowUnsizedPackages=1 to disable this check. Or, simply don't try to reinstall packages for (probably) no reason… Best regards David Kalnischkies signature.asc Description: PGP signature

Bug#990684: ITP: sfsexp -- small fast s-expression library

Package: wnpp Severity: wishlist Owner: David Bremner X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: sfsexp Version : 1.3.1 Upstream Author : Matthew Sottile * URL : https://github.com/mjsottile/sfsexp

Re: Bug#990521: I wonder whether bug #990521 "apt-secure points to apt-key which is deprecated" should get a higher severity

e are willing to accept, one we are unwilling to postpone, and one we intend to win". Lets see how that will go. Cavendish surprised most experts, too. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Planning for libidn shared library version transition

On Fri, May 28, 2021 at 05:12:01PM +0100, Simon McVittie wrote: > On Thu, 27 May 2021 at 16:53:45 +0200, David Kalnischkies wrote: > > dpkg has the notion of "disappearing packages" (packages which have no > > files left on a system) which could solve this cleanup

Bug#989299: ITP: openarc -- Authenticated Received Chain (ARC) milter

Package: wnpp Severity: wishlist Owner: David Bürgin X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: openarc Version : 1.0.0~beta3 Upstream Author : The Trusted Domain Project * URL : https://github.com/trusteddomainproject/OpenARC * License : BSD

Re: Would you please share me any information about which version of Debian supports NVDIMM？

Yuhua Zou writes: > I assume Debian have supported NVDIMM from the following links: > https://lists.debian.org/debian-devel/2016/12/msg00330.html > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829257 > > I can install package “ndctl” in Debian 10.9. > > I explored Debian wiki but cou

Re: Planning for libidn shared library version transition

solvers like aspcud, but those usually do not concern themselves too much with upgrades, but are mostly used in build-chroot constructions, so you might get away without it (see also optimisation criteria "less removals" from above). As the number increases we would also need an "upgrade" command which allows those removes but not the others as our current "upgrade" becomes less and less useful. Best regards David Kalnischkies signature.asc Description: PGP signature

Re: Help required to determine why some packages are being installed

a second step wont try to save qt5-default by installing qtbase5-gles-dev (just to then figure out that gles-dev breaks qt5-default, so it has to remove the later anyhow). Thanks for looking into this: That seems like a simpler and less controversial example than the one I used for the last big ro

Re: Epoch bump for kernelshark

Mattia Rizzolo writes: > On Sun, May 23, 2021 at 03:17:10PM -0500, Richard Laager wrote: >> On 5/23/21 8:34 AM, Sudip Mukherjee wrote: >> > And, as a result, upstream kernelshark is now at v2.0 but the Debian >> > packaged version is at v2.9.1 and I will need to add an epoch to the >> > version t

Bug#987150: ITP: sfsexp -- small and fast s-expression parsing library

Package: wnpp Severity: wishlist Owner: David Bremner X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: sfsexp Version : 1.3 Upstream Author : Matthew Sottile * URL : https://github.com/mjsottile/sfsexp

Re: Tips for debugging/testing debian/control Depends/Breaks etc changes?

the two causes your users to experience the worst of both worlds: The packages can not be co-installed forcing them through the change in one sitting and they are an upgrade nightmare as there will always be one more situation in which apt (or another resolver, or even a human) decides tha

Re: Tips for debugging/testing debian/control Depends/Breaks etc changes?

ists in aptitude – more than 16y later…). So don't worry that you haven't heard about it yet: You are not the last one to know, you are in fact well ahead of the curve. 😉 As said, if you have questions (or ideas), feel free to praise the cow ^Ŵ^W^W join #debian-apt on IRC, mail us at

  1   2   3   4   5   6   7   8   9   10   >