Hi,
Quoting Jonathan Dowland (2025-05-06 10:51:45)
> On Thu May 1, 2025 at 8:37 PM BST, Chris Hofstaedtler wrote:
> > Does anything actually _use_ the Build-Essential: yes line?
>
> I honestly don't know.
I've never seen it being used.
> I expect so, or the ftp-masters wouldn't be adding it to
Hi,
Quoting Simon Josefsson (2025-05-06 11:34:47)
> The problem seems that it is generating a relative path to its own command
> expanded via PATH, which doesn't work because there is no /share symlink but
> there is /usr/share/.
>
> Is this a problem in 'gradle' (and other packages) that should
Hi Marc,
Quoting Marc Haber (2025-04-28 08:39:17)
> On Sun, 27 Apr 2025 15:08:18 +0200, "Andrea Pappacoda"
> wrote:
> >On Sun Apr 27, 2025 at 2:18 PM CEST, Marc Haber wrote:
> >> Useradd has grown most of that functionality in the last two decades.
> >> That leaves no space for adduser between us
Hi,
Quoting Josh Triplett (2025-04-20 19:05:13)
> On Sun, Apr 20, 2025 at 12:48:08PM +0200, Simon Josefsson wrote:
> > Josh Triplett writes:
> >
> > > And the extra symlinks in `/etc/alternatives` don't take much size; I
> > > agree you don't need update-alternatives, but then, you also don't
>
Hi Steven,
On 2025-04-21 07:19, Steven Robbins wrote:
I am able to reproduce it thanks to NoisyCoil's hint about
--aspcud-criteria. I'm working on a fix now.
Okay, I don't know how to solve this. The package is uploaded now for
unstable so the --aspcud thing no longer matters.
Using sbuild -
Hi Sean,
Quoting Sean Whitton (2025-03-15 02:49:58)
> - (At least some of) the packages are uploaded relatively often.
with the upcoming freeze, I do not expect too many uploads to be necessary (but
can be done if needed). But is that a problem?
> - You already use dgit to upload.
The wiki page
Hi,
Quoting Simon Josefsson (2025-03-08 13:43:26)
> My point was that there is no reasonable way to gain confidence about
> security properties of any piece of non-free microcode. Everyone can now
> produce AMD microcode that corrupts your machine in advanced ways that evade
> detection, but we d
Hi,
you might want to consider bringing up what you think are problems with sbuild
on on the Debian BTS of sbuild instead of d-devel unless you think that this
topic deserves wider discussion. I put the relevant bug in CC. Maybe drop
debian-devel@lists.debian.org unless you think that this issue d
Quoting Johannes Schauer Marin Rodrigues (2025-02-10 10:48:35)
> Quoting Simon Richter (2025-01-17 11:43:39)
> > In my own packages, I check if libatomic exists, and if it does, I
> > unconditionally link if I use any atomics. I also check if the linker
> > accepts
> >
Hi,
Quoting Simon Richter (2025-01-17 11:43:39)
> In my own packages, I check if libatomic exists, and if it does, I
> unconditionally link if I use any atomics. I also check if the linker accepts
> --push-flags, if it does I generate a
> -Wl,--push-flags,--as-needed,-latomic,--pop-flags sequence,
Quoting IOhannes m zmölnig (Debian GNU|Linux) (2025-01-27 12:27:12)
> On 1/26/25 01:10, gregor herrmann wrote:
> > Yes, and more importantly:
> >> - because it is not easy and fast to migrate and if you do it you have to
> >> redo the local repository, if you are alone working on the repository it
Hi,
Quoting Gioele Barabucci (2025-01-24 09:49:27)
> > I disagree with this conclusion. Sometimes features are extensively
> > discussed in salsa merge requests or issues, and the entire discussion just
> > can't be summarized in a git commit message (and it is not desirable to
> > even attempt th
Hi Simon,
Quoting Simon Richter (2025-01-16 16:52:19)
> atomic operations require linking against libatomic — always have. Some
> architectures inline a few functions, which is how you get away with omitting
> the library on amd64 most of the time, but this is incorrect.
>
> No architecture speci
Quoting Chris Knadle (2025-01-16 19:26:39)
> Looking at the manpage for dpkg-architecture, the variable I may want to
> conditionally build upon might be DEB_TARGET_ARCH rather than DEB_HOST_ARCH.
above the VARIABLES section in that man page there is the TERMS section which
explains:
target m
Quoting Thorsten Glaser (2025-01-15 00:50:55)
> There should be something in this that says that they need to do so in a way
> that matches ftpmaster policies.
Do we really need to explicitly codify "please work well together with your
fellow DDs" in the task description of delegates?
I think tha
Quoting Marco d'Itri (2024-11-26 23:34:24)
> On Nov 26, Jonathan Dowland wrote:
> > On Tue Nov 26, 2024 at 10:50 AM GMT, Andrey Rakhmatullin wrote:
> > > Yes, as they don't enable pristine-tar
> > Is pristine-tar still valuable these days?
> Not really. The debian branches of all of my packages[1]
Hi Soren,
Quoting Soren Stoutner (2024-11-26 20:21:55)
> > Setting this will override the Distribution of the .changes file created by
> > sbuild with "unstable", ignoring what your package has set. Are you sure
> > you want this?
>
> I would like it to be able to build instead of fail when the c
Hi,
Quoting Soren Stoutner (2024-11-26 01:07:06)
> I suppose I should note that I have made a few modifications to the example
> file because it wasn’t behaving as expected. Specifically, I disabled the
> mmdebstgrap auto create because otherwise it was ignoring the tarball I had
> created in the
Hi,
Quoting Sean Whitton (2024-11-24 01:23:24)
> This is interesting. One concern I have is speed -- isn't it always slower
> to have to unpack a tarball before the build instead of having a chroot under
> /srv/chroot that's always unpacked?
that is correct. Unpacking a tarball takes time. Havin
Quoting Chris Hofstaedtler (2024-11-23 17:50:25)
> * Fabian Grünbichler [241123 15:31]:
> > A) move i386 rustc to Rust's i586 target (which doesn't have SSE out of the
> > box), instead of the i686-with-SSE2-disabled it currently uses
> > B) bump the i386 baseline in Debian to require SSE2, and s
Quoting nick black (2024-11-23 08:48:10)
> You now have glyphs which occupy more than one column. Are your
> columnar/tabular programs prepared for that? ﷽𒁭𒐫i
xfce-terminal renders this like this: https://mister-muffin.de/p/4o2v.png
No idea if this is correct and I'll leave the details to those w
Hi,
Quoting Otto Kekäläinen (2024-11-23 00:09:41)
> You can have upstream git and tarballs at the same time, and even have DFSG
> cleanup take place and git show you exactly the differences of all the
> versions.
I'm interested in the DFSG cleanup. How can this be done while having an
upstream gi
Quoting Simon Josefsson (2024-11-22 12:54:02)
> Doesn't 'gbp import-orig --uscan' work if you have a watch-file like this:
>
> version=4
> opts="mode=git, pgpmode=none,\
> dversionmangle=s/\+ds\d*$//,repacksuffix=+ds" \
> https://github.com/withfig/autocomplete-tools.git \
> HEAD debian
Quoting Simon Josefsson (2024-11-22 12:18:36)
> > I like to read of other people's workflows but then I often do not see how
> > their workflows can possibly fit my packages. There seem to be many people
> > who have the upstream git as part of their packaging git. I'm happy that
> > works for them
Hi,
Quoting phil995511 - (2024-11-22 02:29:31)
> Only kernel 6.13 will support the new GPUs that will be released in early
> 2025, the new Intel CPUs, the same for a whole bunch of new hardware...
>
> To be satisfied with kernel 6.12 would in my opinion be a big strategic
> mistake jeopardizing c
Hi,
Quoting Otto Kekäläinen (2024-11-19 07:34:45)
> I am contemplating if I should also make videos on Debian packaging best
> practices, or have start a new Matrix channel specifically to help
> maintainers setup their git repositories correctly and find the optimal
> git-buildpackage commands fo
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: reform-tools
Version : 1.63
Upstream Contact: Lukas F. Hartmann
* URL : https://source.mnt.re/reform/reform-tools/
* License
Quoting Hans (2024-11-12 09:35:08)
> However, maybe a link is alo no more needed, even with a seperated /boot
> partition.
It's just a symlink. What's the harm?
Having the symlink is very practical for bootloaders that are not grub.
Pointing an extlinux.conf or a boot.scr to /vmlinuz instead of h
Hi,
Quoting Aaron Rainbolt (2024-11-06 00:35:59)
> According to the Debian Policy Manual, section 7.2, the Recommends field in
> Debian packages "declares a strong, but not absolute, dependency. The
> Recommends field should list packages that would be found together with this
> one in all but unu
Hi Timo,
Quoting Timo Röhling (2024-10-16 10:00:25)
> >> The third example on https://wiki.debian.org/BuildProfileSpec is:
> >I now changed the example to one that is actually used in the wild.
> >I hope I didn't mess up the wording. Hope this makes things
> >clearer.
> The final sentence in the
Hi Feri,
Quoting Ferenc Wágner (2024-10-12 19:39:27)
> The third example on https://wiki.debian.org/BuildProfileSpec is:
>
> Build-Depends: foo
>
> In this case, the source package would build depend on foo if either
> both, nocheck and cross are active or if the profile nocheck is
Quoting Alexandru Mihail (2024-10-15 18:12:57)
> As of today, 15th of October, I can't install lintian on current Sid.
> sources.list: deb https://deb.debian.org/debian/ unstable main contrib
> non-free non-free-firmware. If I can help with an apt list --installed or
> something, let me know.
thi
Hi,
Quoting Mazen Neifer (2024-10-07 18:31:14)
> The package aiocoap is in bad shape and was asked to be removed.
>
> I would like to maintain it. Is there any objection?
there is a process for this:
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging
Thanks!
Hi,
in general, for any cross-building issues, please feel free to write to
debian-cr...@lists.debian.org
Quoting Iustin Pop (2024-09-27 16:23:16)
> I just added a barebone config for one of my packages, and while the pipeline
> worked, I got an error for the arm64 cross-compile that seems to be
Hi Vincent,
Quoting Vincent Bernat (2024-09-21 14:55:36)
> I am using qemu-user-static to compile to ARM64 from AMD64. There is a
> long-time bug with recent versions of QEMU where you would get a segfault:
>
> https://gitlab.com/qemu-project/qemu/-/issues/1913
>
> I was using qemu-user-static_7
Hi,
Quoting Otto Kekäläinen (2024-08-27 08:42:53)
> > Before pushing for new ways of representing Debian stuff in git, I think it
> > would be a good idea to learn from all the other distros and distro-like
> > systems successfully using git [1]. Debian is not the only distro that
> > wants to use
Hi,
Quoting Helmut Grohne (2024-08-20 07:28:52)
> What do you think about the proposed criteria and suggested set of source
> packages? Is it reasonable to remove these packages from unstable? In a
> sense, it is extending the idea of the testing auto remover to unstable.
> Similarly, a package ca
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: reform-handbook
Version : 2024-08-19
Upstream Contact: Lukas F. Hartmann
* URL : https://source.mnt.re/reform/reform-handbook
Quoting Otto Kekäläinen (2024-08-19 03:45:37)
> I tried to use codesearch.debian.net to find out how many packages have a
> debian/gbp.conf but it seems it can't be used to simply list packages that
> have a specific file, it always also needs a search terms to look up inside
> the file.
>
> With
Quoting Todd Zullinger (2024-08-15 01:12:01)
> Piper McCorkle wrote:
> > On Wednesday, 14 August 2024 16:43:54 CDT Agathe Porte wrote:
> >> Or maybe I could tar the upstream .git folder and store everything else
> >> as plain files? But still a binary blob in source package. And
> >> extracting the
Hi,
Quoting Otto Kekäläinen (2024-08-02 17:23:51)
> I agree that Salsa is sometimes a bit sluggish
> (https://salsa.debian.org/salsa/support/-/issues/395),
what kind of hardware do you have? For people like me who are on slower
hardware, the web experience is absolutely not funny and "a bit slugg
Hi Otto,
Quoting Otto Kekäläinen (2024-07-28 00:38:40)
> I have drafted a new DEP at
> https://salsa.debian.org/dep-team/deps/-/merge_requests/8 titled "DEP-18:
> Enable true open collaboration on all Debian packages".
>
> Direct link to raw text:
> https://salsa.debian.org/dep-team/deps/-/raw/79
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-fo...@lists.debian.org
* Package name: fonts-iosevka-term
Version : 31.0.0
Upstream Contact: Renzhi Li aka. Belleve Invis
* URL : https
Simon,
Quoting Simon McVittie (2024-06-27 19:16:54)
> On Thu, 27 Jun 2024 at 17:26:20 +0200, Johannes Schauer Marin Rodrigues wrote:
> > But, if everybody is so excited about this, where are the sbuild
> > contributors
> > implementing this?
>
> I'm sorry, con
Hi,
Quoting Simon McVittie (2024-06-27 15:59:01)
> On Thu, 27 Jun 2024 at 11:46:51 +0200, Helmut Grohne wrote:
> > I don't quite understand the need for a Dockerfile here. I suspect that
> > this is the obvious way that works reliably, but my impression was that
> > using podman import would be ea
Hi,
Quoting Helmut Grohne (2024-06-25 10:16:20)
> In this work, limitations with --chroot-mode=unshare became apparent and that
> lead to Johannes, Jochen and me sitting down in Berlin pondering ideas on how
> to improve the situation. That is a longer story, but eventually Timo Röhling
> asked th
Hi,
Quoting Hakan Bayındır (2024-06-06 12:32:27)
> On 6.06.2024 ÖS 1:08, Johannes Schauer Marin Rodrigues wrote:
> > Quoting Simon Richter (2024-06-06 11:32:33)
> >>> Would it be possible to set in stone that packages are supposed to always
> >>> be built in an
Hi,
Quoting Simon Richter (2024-06-06 11:32:33)
> > Would it be possible to set in stone that packages are supposed to always
> > be built in an environment where LC_ALL=C.UTF-8, or, in other words, that
> > builders must set LC_ALL=C.UTF-8?
>
> This would be the opposite of the current rule.
>
Hi Helmut,
Quoting Helmut Grohne (2024-06-06 09:28:52)
> I have just uploaded
> * base-files
> * bash
> * dash
> * glibc
> * util-linux
> to unstable. These were the last remaining packages shipping aliased
> files inside the package set relevant to debootstrap.
thank you (and freexian for f
Hi,
Quoting Peter Pentchev (2024-05-30 10:33:08)
> > thank you for having discussed this change on d-devel and for adding
> > documentation to NEWS and release notes to announce this change. I also
> > think it is sensible to roll this only out on new installations and to keep
> > the behaviour on
Hi,
Quoting Luca Boccassi (2024-05-28 01:54:08)
> Thanks for the useful input, the following has been done:
>
> - existing installations pre-trixie will get an orphaned tmpfiles.d in
> /etc/ that keeps the existing behaviour unchanged (no cleanup of
> /var/tmp)
> - openssh and tmux have been fixe
Quoting Bill Allombert (2024-05-24 10:54:32)
> Le Fri, May 24, 2024 at 09:30:44AM +0200, Bastian Venthur a écrit :
> > Hi,
> >
> > I'm having troubles finding the relevant parts in the developers reference.
> > I've uploaded a version to experimental and later found out that this
> > version fixes
Quoting Andrey Rakhmatullin (2024-05-24 09:37:45)
> On Fri, May 24, 2024 at 09:30:44AM +0200, Bastian Venthur wrote:
> > I'm having troubles finding the relevant parts in the developers reference.
> > I've uploaded a version to experimental and later found out that this
> > version fixes several bu
Quoting Luca Boccassi (2024-05-22 01:45:54)
> On Wed, 22 May 2024 at 00:40, Russ Allbery wrote:
> > For what it's worth, what I do for the packages for which I'm also
> > upstream is that I just add Salsa as another remote and, after I upload
> > a new version of the Debian package, I push to Sals
Quoting Bernd Zeimetz (2024-05-21 00:54:07)
> On Wed, 2024-04-10 at 23:16 +0200, Johannes Schauer Marin Rodrigues
> wrote:
> > Quoting Andreas Tille (2024-04-10 22:44:25)
> > > > I do understand the argument that lots of different workflows
> > > > adds
> &
Quoting Victor Gamper (2024-05-17 21:58:58)
> Is there a reason to do this? If so, what would be required to keep the i386
> version, seeing as it still is important and used?
anything can be done if there are enough contributors who care.
For i386 there is a severe lack of person-power. Do you w
Hi,
I'm removing debian-project from the recipients.
Quoting Aditya Garg (2024-05-11 10:21:55)
> I wanted to create a custom ISO of Debian, with the following customisations:
>
> 1. I want to add a custom kernel that supports my Hardware.
> 2. I want to add my own Apt repo which hosts various so
Hi,
Quoting Barak A. Pearlmutter (2024-05-13 10:47:43)
> > I'd like to hear some arguments *in favour* of making this change.
> > Alignment with systemd-upstream, reduced package maintenance burden
> > are two that I can think of, but perhaps I've missed more. These two,
> > IMHO, are significantl
Quoting Andrey Rakhmatullin (2024-05-06 19:14:40)
> On Mon, May 06, 2024 at 04:50:50PM +0100, Barak A. Pearlmutter wrote:
> > > tmpfiles.d snippets can be defined to cleanup on a timer _anything_,
> >
> > It's a question of what the *default* behaviour should be.
> >
> > For whatever reason, a lo
Hi,
Quoting Holger Levsen (2024-05-07 17:22:48)
> On Tue, May 07, 2024 at 04:24:06PM +0300, Hakan Bayındır wrote:
> > Consider a long running task, which will take days or weeks (which is the
> > norm in simulation and science domains in general). System emitted a warning
> > after three days, tha
Hi,
Quoting Luca Boccassi (2024-05-07 00:09:51)
> To be more specific, as per documentation:
>
> https://www.freedesktop.org/software/systemd/man/latest/tmpfiles.d.html
>
> 'x' lines can be used to override cleanup rules, and support globbing,
> so something like:
>
> x /tmp/mmdebstrap.*
thank
Quoting Luca Boccassi (2024-05-06 23:28:59)
> On Mon, 6 May 2024 at 22:27, Simon McVittie wrote:
> >
> > On Mon, 06 May 2024 at 22:08:56 +0200, Johannes Schauer Marin Rodrigues
> > wrote:
> > > If [files can be deleted automatically while mmdebstrap is using them],
Hi,
Quoting Luca Boccassi (2024-05-06 15:20:08)
> While personal anecdotes and stories can be interesting and amusing in many
> circumstances, I am not really looking for those at this very moment. What I
> am looking for right now is packages or internal infrastructure that need an
> update to co
Hi,
Quoting Adam D. Barratt (2024-04-28 01:09:28)
> > Seeing mirror functionality being uncertain, I have started to track
> > archive.debian.org as a Git-LFS repository on gitlab.com.
> Please don't. If there's a problem with debian.org services then we should
> fix that, not start adding more co
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: autotiling
Version : 1.9.1
Upstream Contact: Piotr Miller
* URL : https://github.com/nwg-piotr/autotiling/
* License : GPL-3
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: pico-sdk
Version : 1.5.1
Upstream Contact: https://github.com/raspberrypi/pico-sdk/issues
* URL : https://github.com/raspberrypi/pico
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: picotool
Version : 1.1.2
Upstream Contact: Graham Sanderson
* URL : https://github.com/raspberrypi/picotool/
* License : BSD-3
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: tinyusb
Version : 0.16.0
Upstream Contact: Ha Thach
* URL : https://www.tinyusb.org/
* License : Expat
Programming Lang: C
Quoting Andreas Tille (2024-04-10 22:44:25)
> > I do understand the argument that lots of different workflows adds
> > friction. But I'm just still using what used to be _the_ standard one
> > (insofar as we ever had such a thing). Putting everything in salsa/git
> > doesn't standardise workflows i
Hi Wookey and all,
Quoting Wookey (2024-04-09 18:52:43)
> On 2024-04-08 21:44 +0900, Simon Richter wrote:
> > Testing a package requires me to commit everything into git first, so I
> > have to remember to squash all these commits later.
> Right - this was (one of the) main thing(s) that annoyed m
Quoting Bill Allombert (2024-04-08 23:49:05)
> Le Sun, Apr 07, 2024 at 11:37:47PM +0200, Gioele Barabucci a écrit :
> > On 07/04/24 23:11, Bill Allombert wrote:
> > > > What is your opinion about pushing logtool to Salsa?
> > >
> > > Not speaking for logtool obviously, but maintaining simple packa
Hi,
Quoting Wookey (2024-04-07 22:42:34)
> On 2024-04-07 16:04 +0200, Andreas Tille wrote:
> > Am Sun, Apr 07, 2024 at 03:31:43PM +0200 schrieb Wouter Verhelst:
> > > [Feel free to quote any part of this email which I wrote outside of this
> > > mailinglist]
> > OK, moving the discussion to debian
Hi,
Quoting Andrey Rakhmatullin (2024-04-01 09:58:21)
> On Mon, Apr 01, 2024 at 01:03:04PM +1000, Russell Stuart wrote:
> > On 1/4/24 10:18, gregor herrmann wrote:
> > > % dpkg -S $(which mv > coreutils: /usr/bin/mv
> >
> > On bookworm:
> >
> > $ dpkg -S $(which mv)
> > dpkg-query: no pa
Hi,
Quoting Christian Kastner (2024-03-30 19:49:48)
> On 2024-03-30 17:00, Marco d'Itri wrote:
> > On Mar 30, Jonathan Carter wrote:
> >
> >> Another big question for me is whether I should really still
> >> package/upload/etc from an unstable machine. It seems that it may be
> >> prudent
> > I
Quoting Samuel Thibault (2024-03-24 18:20:30)
> - making sure that the Debian release eventually only contains non-profile
> builds should be relatively easy thanks to the buildinfo files (they
> currently only contain them in the DEB_BUILD_PROFILES environment variable,
> they could be added as pr
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: tuigreet
Version : 0.8.0
Upstream Contact: Antoine POPINEAU
* URL : https://github.com/apognu/tuigreet/
* License : GPL-3.0
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: reform-setup-wizard
Version : 0.1.0
Upstream Contact: Lukas F. Hartmann
* URL : https://source.mnt.re/reform/mnt-reform-setup-wizard
Hi,
Quoting David Bremner (2024-03-01 14:09:36)
> 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.
> >
> > Cu
Hi,
Quoting Julian Andres Klode (2024-02-28 20:20:12)
> APT 2.7.13 just landed in unstable and with GnuPG 2.4.5 installed,
> or 2.4.4 with a backport from the 2.4 branch, requires repositories
> to be signed using one of
>
> - RSA keys of at least 2048 bit
> - Ed25519
> - Ed448
>
> Any other key
Hi,
Quoting John Paul Adrian Glaubitz (2024-02-13 00:33:03)
> (Please CC me in replies as I'm not subscribed to debian-devel)
then maybe you have missed the last time this topic came up:
https://lists.debian.org/169097599149.3513878.11315997455981479167@localhost
> does anyone know whether ther
Hi,
Quoting Loren M. Lang (2024-02-01 04:08:59)
> I have a package
which package is that?
> which has an extensive test suite that relies on using docker/podman to
> create a container for it's test runner and mounts the build tree read-only
> inside it.
Why does it need docker/podman isolation
Hi Otto,
Quoting Otto Kekäläinen (2024-01-29 07:06:51)
> > > It would be nice though if the version in Debian was newer :)
> >
> > I probably won't update it until it is suitable for inclusion in a
> > stable release. This means at minimum being relatively safe to run in
> > an untrusted source tr
Hi,
Quoting Luca Boccassi (2024-01-24 12:59:38)
> There's always option B: recognize that the Rust/Go ecosystems are not
> designed to be compatible with the Linux distributions model, and are instead
> designed to be as convenient as possible for a _single_ application developer
> and its users -
Hi,
On 2024-01-18 00:38, Simon McVittie wrote:
On Wed, 17 Jan 2024 at 23:15:03 +0100, Matthias Geiger wrote:
Am 17.01.24 um 23:00 schrieb Simon McVittie:
> Public GIR XML (Foo-1.gir) is normally in the -dev package alongside the
> C headers, but recent versions of gobject-introspection define a
Hi,
Quoting Ansgar (2024-01-07 20:39:57)
> I would like to extend Debian Policy on libraries depending on services
> (daemons) that they can speak to.
>
> Let me bring to examples, one made up,, one for which I filed a bug
> recently. But as far as I can tell this question comes up from time to
>
Package: wnpp
Severity: wishlist
Owner: Johannes Schauer Marin Rodrigues
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: reform-firedecor
Version :
Upstream Contact: Lukas F. Hartmann
* URL : https://github.com/mntmn/Firedecor
* License : Expat
Hi,
Quoting Gioele Barabucci (2023-10-15 17:59:32)
> On 15/10/23 17:33, Iustin Pop wrote:
> > At least you're not lazy. I am, so what I did many times is add a
> > build-depends on pandoc, and write the man page in rst or md. I think
> > that's a worse solution (pandoc is really heavy), but at lea
Hi,
Quoting David Bremner (2023-09-28 16:40:13)
> Bastian Germann writes:
> > Source: nunit
> >
> > I intend to salvage nunit with the plan to orphan it in three weeks.
> > Please notify me if you object.
>
> In my opinion, your repeated "salvaging" of packages in order to orphan
> them is an ab
Hi,
Quoting Jonathan Kamens (2023-09-26 15:20:49)
> I'm trying to use sbuild to build my package, and it's failing to find
> piuparts:
>
> | Post Build
> |
> +--
Hi,
Quoting Helmut Grohne (2023-09-23 20:18:21)
> Quoting Ian Jackson (2023-09-23 12:19:27)
> > To summarise that discussion: at that time the best available solution that
> > worked in ci.d.n seemed to be to write an ad-hoc script to run the tests in
> > qemu; three packes had done that, each sep
Hi Gard,
Quoting Gard Spreemann (2023-09-20 09:26:58)
> Paul Wise writes:
> > […] since the Rust packages are basically only used as build-deps and
> > therefore have no human users.
> I just wanted to raise awareness that some of us humans do use librust-*-dev
> packages directly, having put car
Hi,
Quoting Thomas Goirand (2023-09-19 09:50:45)
> I'm not sure if we should switch to zstd, or if xz will do the work, though
> I'd be delighted if the dpkg performances could be improved. I'm spending all
> of my days installing server, sometimes with 1.5 TB of RAM and 128 core (AMD
> Epyc...),
Hi,
Quoting Bill Allombert (2023-09-10 18:29:36)
> On Sun, Sep 10, 2023 at 09:00:22AM -0700, Russ Allbery wrote:
> > Jonas Smedegaard writes:
> > > Quoting Hideki Yamane (2023-09-10 11:00:07)
> > >> Hmm, how about providing license-common package and that depends on
> > >> "license-common-list"
Hi,
Quoting Dima Kogan (2023-08-13 22:54:48)
> I'm looking for a suggestion to fix a problem.
>
> I uploaded a package, and it cleared NEW a few days ago. I now see that
> it fails to build on most 32-bit arches becaues the compiler runs out of
> memory.
I ran into the same problem with my packa
Hi,
Quoting John Goerzen (2023-08-13 23:32:03)
> On Sat, Aug 05 2023, Lucas Nussbaum wrote:
> > I wonder what we should do, because 5000+ failing packages is a lot...
> Let's think about the level of trouble we cause trying to tackle something
> that has clearly not bothered anyone for years.
thi
Hi,
Quoting Simon McVittie (2023-08-06 12:27:04)
> On Sat, 05 Aug 2023 at 21:29:08 +0200, Andrey Rakhmatullin wrote:
> > I expect all Python packages that ship
> > $name.egg-info and don't remove it in clean and don't exclude it via
> > extend-diff-ignore (all of which is unneeded busywork even if
Hi,
Quoting Guillem Jover (2023-08-09 20:55:17)
> On Wed, 2023-08-09 at 19:55:41 +0200, Johannes Schauer Marin Rodrigues wrote:
> > I would only consider switching the default if at the same time, some checks
> > were done that made sure that the result is bit-by-bit identical to t
Hi,
Quoting Stefano Rivera (2023-08-09 14:38:56)
> Personally, I have my sbuild configured to build a source package after the
> build, so that I can be sure that I don't regress my own packages' clean
> target. It would be nice if this was a default feature in sbuild, for most
> packages this is
Hi,
Quoting Benjamin Drung (2023-08-07 20:43:36)
> while working a whole week on fixing failing C/C++ header compilations for
> armhf time_t [1], I noticed a common pattern: The library -dev packages was
> missing one or more dependencies on another -dev package. Over 200 -dev
> packages are affe
Quoting Timo Röhling (2023-08-05 21:07:34)
> * Lucas Nussbaum [2023-08-05 17:06]:
> >An example sbuild invocation to reproduce failures is:
> [omitted the command line equivalent of Tolstoy's War and Peace]
>
> If we decide that this issue is important enough that people should
> care and mass bu
1 - 100 of 188 matches
Mail list logo
