gt; come
> directly from you, the trust from Greg or Sasha is higher. otherwise
> I
> think they will then explicitly want an ack on that submission thread
> from you (or pointing to this Debian downstream bug).
>
> Greg will probably want the backport apporach of the two commits if
&g
On Tue, 21 May 2024 at 16:41, Diederik de Haas wrote:
>
> On Tuesday, 21 May 2024 16:57:40 CEST Gedalya wrote:
> > On 5/21/24 10:55 PM, Luca Boccassi wrote:
> > > This has always been enabled by default, even in stable.
> >
> > What is the meaning of this
Control: close -1 wontfix
Control: close -1
On Tue, 21 May 2024 at 15:51, Gedalya wrote:
>
> Package: iproute2
> Version: 6.9.0-1
> Severity: minor
>
> Hello,
>
> The newly enabled colored output is rather hard to read on dark backgrounds,
> especially the deep blue color used for IPv6
On Mon, 20 May 2024 at 15:11, Johannes Schauer Marin Rodrigues
wrote:
>
> Hi,
>
> Quoting Aurelien Jarno (2024-05-20 11:49:32)
> > > > > That's all legacy stuff and I really don't want to touch it anymore.
> > > > > Going from the other side, maybe libc6.postinst could use something
> > > > >
On Mon, 20 May 2024 at 10:42, Aurelien Jarno wrote:
>
> On 2024-05-20 10:38, Chris Hofstaedtler wrote:
> > * Johannes Schauer Marin Rodrigues [240520 07:35]:
> > > [..] But maybe it [glibc's postinst] should be doing some
> > > more involved checks about what PID 1 is? It could then make sure to
On Mon, 20 May 2024 at 10:49, Aurelien Jarno wrote:
>
> On 2024-05-20 10:40, Luca Boccassi wrote:
> > On Mon, 20 May 2024 at 10:37, Aurelien Jarno wrote:
> > >
> > > On 2024-05-20 10:22, Luca Boccassi wrote:
> > > > On Mon, 20 May 2024 at 10:20, Johan
On Mon, 20 May 2024 at 10:37, Aurelien Jarno wrote:
>
> On 2024-05-20 10:22, Luca Boccassi wrote:
> > On Mon, 20 May 2024 at 10:20, Johannes Schauer Marin Rodrigues
> > wrote:
> > >
> > > Hi,
> > >
> > > Quoting Chris Hofstaedtler (2024-05-2
On Mon, 20 May 2024 at 10:20, Johannes Schauer Marin Rodrigues
wrote:
>
> Hi,
>
> Quoting Chris Hofstaedtler (2024-05-20 10:38:04)
> > * Johannes Schauer Marin Rodrigues [240520 07:35]:
> > > [..] But maybe it [glibc's postinst] should be doing some
> > > more involved checks about what PID 1
Please report this upstream, there are no patches in Debian so the
behaviour is just what upstream provides.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
now this is special and requires supporting a number of interfaces. If
a program doesn't, then it shouldn't be running as pid1 in a namespace.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ess and it risks breaking booting
with the LTS kernels) put in a workaround in userspace in a while, but
this really should be reverted in the kernel. If mount options are no
longer required, they should simply remain as no-ops.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 17 May 2024 at 15:11, Luca Boccassi wrote:
>
> Control: tags -1 -moreinfo
>
> On Fri, 17 May 2024 at 15:03, Luca Boccassi wrote:
> >
> > On Fri, 17 May 2024 09:08:41 -0400 Scott Kitterman
> > wrote:
> > > On Tue, 14 May 2024 14:10:44 +0100 Lu
out of testing.
As per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071108 there
are additional packages that need to have the ppc64el build removed,
and bpftrace is the last one of those, so please remove the bpftrace
ppc64el binary package.
--
Kind regards,
Luca Boccassi
signature.asc
something to do
> with
> X/gdm/gnome?
>
> /tmp/.X0-lock
> /tmp/.X1024-lock
> /tmp/.X1025-lock
>
> /tmp/.X11-unix
> /tmp/.X1-lock
>
> /tmp/.XIM-unix
>
> /tmp/.font-unix
>
> /tmp/.ICE-unix
These are all already covered by /usr/lib/tmpfiles
t,
> that combines the --value und --property= options.
>
> While documented in the --help output, it is not mentioned in the man
page.
Please send this upstream on
https://github.com/systemd/systemd/issues/new as there are no
downstream-only manpages.
--
Kind regards
I not sure in which package I will invest my available time.
>
> In order to not break the systems of our users, IMO the smalles
change
> would be to add the Breaks: line to systemd.
A breaks against what version?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 -moreinfo
On Fri, 17 May 2024 at 15:03, Luca Boccassi wrote:
>
> On Fri, 17 May 2024 09:08:41 -0400 Scott Kitterman
> wrote:
> > On Tue, 14 May 2024 14:10:44 +0100 Luca Boccassi
> wrote:
> > > Package: ftp.debian.org
> > > Severity: normal
&
for months and has kept
the package out of testing.
As per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071108 the
removal is blocked by oci-seccomp-bpf-hook depending on bpfcc, so
please remove the ppc64el binary packages.
--
Kind regards,
Luca Boccassi
signature.asc
Description
On Fri, 17 May 2024 09:08:41 -0400 Scott Kitterman
wrote:
> On Tue, 14 May 2024 14:10:44 +0100 Luca Boccassi
wrote:
> > Package: ftp.debian.org
> > Severity: normal
> > X-Debbugs-CC: nil...@debian.org, r...@debian.org, vasu...@debian.org
> >
> > Hi,
> >
off [fixed]\nhsr-fwd-offload: off
[fixed]\nhsr-dup-offload: off [fixed]\n'
https://ci.debian.net/packages/n/netplan.io/testing/amd64/46796381/
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
not actually use /run/lock please feel
free to close this bug and the MR.
I will upload a new version of systemd with run-lock.mount sometimes
next week, but there's no need to wait as ordering is simply ignored if
the referenced unit doesn't exist.
--
Kind regards,
Luca Boccassi
signature.asc
ignored if
the referenced unit doesn't exist.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the t64 renamed packages of openconnect from
experimental, the transition wasn't actually needed as per #1062838,
and there likely won't be a new version to automatically prune it for
some time.
--
Kind regards,
Luca Boccassi
to build for months and has kept
the package out of testing.
Please remove the ppc64el binary packages.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ing a
reply.
>
> It occurs with the Backport version as specified but also with the
version in Bookworm (252.22-1~deb12u1).
>
> Could it be possible to backport the fix to Bookworm?
> For bookworm-backports, is it planned to release a new version when
available?
There will be
Control: tags -1 pending
On Sat, 11 May 2024 at 03:21, Vasudev Kamath
wrote:
> > On 11 May 2024, at 01:29, Luca Boccassi wrote:
> >
> > Unless there are objections, I am going to NMU to delayed/3 tomorrow
> > to remove ppc64el
> Please go ahead .
> Thanks a
On Fri, 10 May 2024 at 20:03, Nilesh Patra wrote:
>
> Quoting Luca Boccassi:
> > Source: bpfcc
> > Version: 0.29.1+ds-1
> > Severity: serious
> > Tags: ftbfs
> >
> > Hi,
> >
> > bpfcc has been failing to build on ppc64el for a
On Fri, 10 May 2024 at 15:49, Steve McIntyre wrote:
>
> On Fri, May 10, 2024 at 03:44:35PM +0100, Luca Boccassi wrote:
> >On Fri, 10 May 2024 at 15:36, Steve McIntyre wrote:
> >> On Fri, May 10, 2024 at 04:29:00PM +0200, Ansgar wrote:
> >>
> >>
On Fri, 10 May 2024 at 15:36, Steve McIntyre wrote:
>
> On Fri, May 10, 2024 at 04:29:00PM +0200, Ansgar wrote:
> >Hi,
> >
> >On Fri, 2024-05-10 at 15:20 +0100, Luca Boccassi wrote:
> >> On Thu, 04 Apr 2024 20:41:59 +0100 Luca Boccassi
> >> > On IRC
On Thu, 04 Apr 2024 20:41:59 +0100 Luca Boccassi
wrote:
> On Fri, 22 Mar 2024 18:13:35 +0000 Luca Boccassi
> wrote:
> > On Mon, 4 Mar 2024 at 23:58, Luca Boccassi
wrote:
> > >
> > > On Mon, 4 Mar 2024 at 23:28, Steve McIntyre
> wrote:
> > >
Control: retitle -1 bookworm-pu: package systemd/252.25-1~deb12u1
On Fri, 26 Apr 2024 11:47:51 +0100 Luca Boccassi
wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bookworm
> User: release.debian@packages.debian.org
> Usertags: pu
> X-Debbugs-Cc: pk
of architectures, so that
it can go back to testing?
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ues for cryptsetup? What was the actual
error and what actually fixed it, precisely?
--
Kind regards,
Luca Boccassi
On Wed, 8 May 2024 at 10:45, Luca Boccassi wrote:
>
> On Wed, 8 May 2024 at 08:20, Romain Francoise wrote:
> >
> > Hi Luca,
> >
> > Thanks for the heads up! Appreciate it.
> >
> > On Wed, May 8, 2024 at 1:33 AM Luca Boccassi wrote:
> > > In or
On Wed, 8 May 2024 at 08:20, Romain Francoise wrote:
>
> Hi Luca,
>
> Thanks for the heads up! Appreciate it.
>
> On Wed, May 8, 2024 at 1:33 AM Luca Boccassi wrote:
> > In order to avoid the /tmp/tmux-UID/default socket being deleted while
> > in use (e.g.: long te
(/run/user/UID), as that's more appropriate for per-
user-session ephemeral state. The ssh agent provided by gnupg already
switched some time ago:
SSH_AUTH_SOCK=/run/user/1000/gnupg/S.gpg-agent.ssh
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
), as a predictable name such as the one
used by tmux can be easily hijacked by anything that manages to run
before tmux is started, given /tmp is world writable by default. screen
already switched some time ago to /run/.
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally
sr/lib/x86_64-linux-gnu/libkmod.so.2
> copy_exec /usr/lib/x86_64-linux-gnu/liblz4.so.1
Which one of those libraries actually did make the difference, and what
was the error message?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 7 May 2024 at 00:18, Cyril Brulebois wrote:
>
> Luca Boccassi (2024-05-06):
> > Pending at:
> > https://salsa.debian.org/installer-team/partman-crypto/-/merge_requests/8
>
> I'm not sure how often we change template types, but I suppose this
> particular insta
artman-crypto/-/merge_requests/8
Test iso built by CI can be found here:
https://salsa.debian.org/bluca/partman-crypto/-/jobs/5694502/artifacts/browse/debian/output/
Any help testing would be welcome
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 6 May 2024 at 12:41, Jeremy Bícha wrote:
>
> On Mon, May 6, 2024 at 7:33 AM Luca Boccassi wrote:
> > Am I reading this correctly, that the package is using tmpfiles to
> > create a home directory? I'm not sure that was foreseen as a use case
> > to be hones
On Mon, 6 May 2024 at 12:27, Jeremy Bícha wrote:
>
> On Mon, May 6, 2024 at 2:06 AM Niels Thykier wrote:
> >
> > Jeremy Bícha:
> > > Source: debhelper
> > > Version: 13.15.3
> > > Control: affects -1 src:gnome-remote-desktop
> > > X-Debbugs: syst...@packages.debian.org
> > >
> > >
On Mon, 6 May 2024 at 11:48, Michael Biebl wrote:
>
> Am 06.05.24 um 12:18 schrieb Luca Boccassi:
> > Defaults are defaults, they are trivially and fully overridable where
> > needed if needed. Especially container and VM managers these days can
> > super trivially overrid
On Mon, 6 May 2024 at 09:40, Michael Biebl wrote:
>
> We have two separate issues here:
>
> a/ /tmp-on-tmpfs
> b/ time based clean-up of /tmp and /var/tmp
>
> I think it makes sense to discuss/handle those separately.
>
> Regarding a/:
> tmp.mount as shipped by systemd uses the following mount
On Mon, 6 May 2024 at 06:36, Paul Gevers wrote:
>
> Hi Luca,
>
> On 05-05-2024 10:04 p.m., Luca Boccassi wrote:
>
> > Hence, I intend to apply these changes in the next src:systemd upload
> > to unstable, probably next week.
>
> > In case anybody is aware of
On Sun, 5 May 2024 at 22:22, Salvo Tomaselli wrote:
>
> > In case anybody is aware of packages/programs needing an update to cope
> > with these changes, or any other issue, please let me know and I will
> > file bugs.
>
> in localslackirc@.service
>
> ReadWritePaths=/var/tmp
>
> It uses /var/tmp
ride for anybody
wanting to keep the old behaviour, which is as trivial as:
systemctl mask tmp.mount (or touch /etc/systemd/system/tmp.mount)
touch /etc/tmpfiles.d/tmp.conf
for the former and the latter respectively.
In case anybody is aware of packages/programs needing an update to cope
with thes
On Mon, 22 Apr 2024 15:38:00 +0100 Luca Boccassi
wrote:
> On Sat, 20 Apr 2024 20:48:06 +0100 Luca Boccassi
> wrote:
> > On Mon, 15 Apr 2024 at 10:34, Peter Pentchev
> wrote:
> > >
> > > On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > &
Control: tags -1 pending
On Thu, 11 Jan 2024 19:55:18 + Luca Boccassi
wrote:
> On Thu, 11 Jan 2024 at 14:22, Holger Levsen
wrote:
> >
> > On Thu, Jan 11, 2024 at 11:56:28AM +, Luca Boccassi wrote:
> > [...]
> > > How about if I changed the Description fro
you.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
; In the meantime, I'll use "DNSSEC=no", but that's not a definitive
answer.
>
> Have a nice day,
> Adrien
>
There are no resolved patches downstream, report this upstream
--
Kind regards,
Luca Boccassi
On Fri, 26 Apr 2024 at 12:30, Chris Hofstaedtler wrote:
>
> Fellow Developers,
>
> you are probably aware of the time_t-64bit migration :-)
> However, this does not magically transition all data formats to 64bit
> times. One such instance is the set of utmp/wtmp and lastlog files.
>
> Thorsten
On Thu, 25 Apr 2024 at 07:58, Rasmus Villemoes wrote:
>
> On 23/04/2024 13.23, Colin Watson wrote:
> > On Tue, Apr 23, 2024 at 09:32:00AM +0200, Rasmus Villemoes wrote:
> >> According to systemd.special(7)
> >>
> >> nss-user-lookup.target
> >>
> >> A target that should be used as
avoids the t64
transition
> whilst providing similar functional coverage.
>
> Patch attached.
Please send a merge request on Salsa
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
; anything subtle.
That sounds fine - maybe the service, but not the socket, so that
connections can start to come in early.
I also note there's accountsservice pulling that target in but it
shouldn't, but that's a separate matter and can be handled upstream.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
them all on amd64, only libdrpm needs changes but
there's a new version that I just uploaded that works with both, so
only binNMUs will be needed.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sat, 20 Apr 2024 20:48:06 +0100 Luca Boccassi
wrote:
> On Mon, 15 Apr 2024 at 10:34, Peter Pentchev
wrote:
> >
> > On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> > > >
> > >
On Mon, 15 Apr 2024 at 10:34, Peter Pentchev wrote:
>
> On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> > >
> > > > I'm pretty sure that we can, at some point in the future, drop the
> &
he import at runtime:
I: dh_python3 fs:418: renaming _module.so to _.cpython-311-x86_64-linux-gnu.so
https://buildd.debian.org/status/fetch.php?pkg=libdnf=amd64=0.73.1-1=1713175615=0
Renaming the shared library manually to the expected filename makes dnf
work again.
Reassigning to dh-python.
eature_request.yml
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
The devices are all configured already by the time a normal service is
started, so you can omit it entirely then
On Sun, 14 Apr 2024 at 20:26, Håkon Nessjøen wrote:
>
> It needs the devices, but not for them to have ip yet.
>
> søn. 14. apr. 2024 kl. 21:25 skrev L
you mentioned? I don't have very much experience with the
> order of things in the systemd startup process.
>
> I will request an account for Salsa in the meantime.
>
> On Sun, 14 Apr 2024 at 21:06, Luca Boccassi wrote:
>>
>> Requires=systemd-networkd.service
>&g
Requires=systemd-networkd.service
After=systemd-networkd.service
if you want to order it after the network is available, instead of
those two lines you should use:
Wants=network-online.target
After=network-online.target
so that it works with other network managers too. Also if
mactelnet-locales
are a hindrance.
Hence, for Trixie I think we should just drop them all.
It should also make it easier to maintain the RPM stack, which has
languished. We are trying to move everything under the RPM Team Salsa
org, which should also help.
If there are any objections please speak up.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
a version of systemd with those changes is
> provided via bookworm-backports.
>
> In case you have further questions, please contact the systemd team
> at .
>
> On behalf of the systemd team, Michael
DNF does not use systemd.pc, it uses systemd-tmpfiles during tests so
that's probably why the build dep was added
--
Kind regards,
Luca Boccassi
On Fri, 12 Apr 2024 at 14:39, Cody Scott wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Cody Scott
> X-Debbugs-Cc: debian-de...@lists.debian.org, cody.sc...@giatec.ca
>
> * Package name: python3-pyzmq
> Version : 25.1.2
> Upstream Contact: ZeroMQ
> * URL :
On Fri, 22 Mar 2024 18:13:35 + Luca Boccassi
wrote:
> On Mon, 4 Mar 2024 at 23:58, Luca Boccassi wrote:
> >
> > On Mon, 4 Mar 2024 at 23:28, Steve McIntyre
wrote:
> >
> > > Modulo those questions, let's talk infrastructure. Off the top of
my
>
On Tue, 2 Apr 2024 at 16:52, Bastian Blank wrote:
>
> On Tue, Apr 02, 2024 at 03:59:25PM +0100, Luca Boccassi wrote:
> > Let's look at this the other way around: if there was no dependency, in
> > what scenario would things break and how?
>
> - linux-headers-bla and linux
On Tue, 2 Apr 2024 08:27:39 +0200 Bastian Blank
wrote:
> On Mon, Apr 01, 2024 at 09:25:40PM +0000, Luca Boccassi wrote:
> > Why do dkms modules need the image installed to be built? At the
very
> > least they didn't use to, the headers were enough last time I had
to
> >
On Mon, 1 Apr 2024 at 21:49, Bastian Blank wrote:
>
> Control: tags -1 wontfix
>
> On Thu, Feb 29, 2024 at 01:38:12PM +0100, Bastian Blank wrote:
> > On Thu, Feb 29, 2024 at 12:12:21PM +0000, Luca Boccassi wrote:
> > > With the new vmlinux.h shipped in the he
t; or Suggests: given that most installations won't actually need the
image
> package?
MR to downgrade to recommends:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/1054
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 27 Mar 2024 at 07:57, Heinrich Schuchardt
wrote:
>
> On 3/26/24 22:47, Vagrant Cascadian wrote:
> > On 2024-02-16, Heinrich Schuchardt wrote:
> >> debian/patches/qemu/efi-secure-boot.patch is not a good approach to
> >> enabling secure boot with U-Boot. Variables entered via the command
want
to use it, that's fine, simply don't load keys from the console, it's a
no-op then, it doesn't have any impact unless the appropriate commands
are ran at boot, so I don't see why it should be removed.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 4 Mar 2024 at 23:58, Luca Boccassi wrote:
>
> On Mon, 4 Mar 2024 at 23:28, Steve McIntyre wrote:
>
> > Modulo those questions, let's talk infrastructure. Off the top of my
> > head, in no particular order...
> >
> > * We'll need to creat
Source: pacman-package-manager
Version: 6.0.2-4.1
Severity: grave
Pacman currently fails to build on armel/armhf, probably as a fallout
from the time64 changes.
Given it seems extremely unlikely to be needed on those architectures,
given Archlinux doesn't even support them, I'd recommend to
Control: tags -1 wontfix
Control: close -1
On Thu, 14 Mar 2024 at 07:30, Aníbal Monsalve Salazar wrote:
>
> Package: iproute2
> Version: 6.8.0-1
> Severity: important
>
> Dear Maintainer,
>
> At https://tracker.debian.org/pkg/iproute2 it reads:
> [2024-03-12] Accepted iproute2 6.7.0-2.1 (source)
Control: tags -1 moreinfo
On Tue, 12 Mar 2024 at 05:06, David W wrote:
>
> Package: usr-is-merged
> Version: 39
>
> When attempting to install, I received the following message:
>
> **
> *
> * The usr-is-merged package
there is a reasonable amount of
information included in bug reports.
It's just a default, and you can trivially override it on your machines
as you see fit if it doesn't work for you.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
to load.
I will NMU to DELAYED/5 next Monday unless you get to it first.
I would highly recommend to add a debian/salsa-ci.yml so that these
issues can be caught automatically and easily before uploading.
Thanks!
--
Kind regards,
Luca Boccassi
diff -Nru virt-firmware-24.1.1/debian/changelog virt
On Sat, 9 Mar 2024 at 09:59, Pascal Hambourg wrote:
>
> On 05/03/2024 at 00:58, Luca Boccassi wrote:
> > On Mon, 4 Mar 2024 at 23:28, Steve McIntyre wrote:
> >>
> >> What's your plan for installing as the secondary boot loader for shim
> >> to call?
>
On Mon, 4 Mar 2024 13:54:49 +0100 Bastian Blank
wrote:
> On Mon, Mar 04, 2024 at 11:28:12AM +0000, Luca Boccassi wrote:
> > > But we where talking about kernel modules.
> > There are kernel modules using BPF stuff? Never seen one, do you
have
> > an example?
>
> No
On Mon, 4 Mar 2024 at 23:28, Steve McIntyre wrote:
>
> Hey folks,
>
> On Mon, Mar 04, 2024 at 02:13:25AM +, Luca Boccassi wrote:
> >On Fri, 19 Nov 2021 09:33:00 +0100 Bastian Blank
> >wrote:
> >> Hi
> >>
> >> I'm rescinding this req
On Mon, 4 Mar 2024 at 10:32, Bastian Blank wrote:
>
> On Sat, Mar 02, 2024 at 12:40:07AM +, Luca Boccassi wrote:
> > Yes precisely, the bpf program source can just include vmlinux.h and it
> > should build and run as expected.
>
> But we where talking about ker
Bastian's
MR from a couple of years ago:
https://salsa.debian.org/systemd-team/systemd/-/merge_requests/252
Debian Shim maintainers, who do we need to seek approvals for this to
happen? Shim maintainers first of course, anybody else? Release team?
FTP team?
--
Kind regards,
Luca Boccas
On Thu, 29 Feb 2024 14:23:05 + Colm Buckley
wrote:
> On Thu, 29 Feb 2024 13:38:12 +0100 Bastian Blank
wrote:
> > On Thu, Feb 29, 2024 at 12:12:21PM +0000, Luca Boccassi wrote:
> > > With the new vmlinux.h shipped in the headers package, the BTF
case
>
On Thu, 29 Feb 2024 at 17:12, Steve Langasek wrote:
>
> On Wed, Feb 28, 2024 at 09:38:06PM +, Luca Boccassi wrote:
> > Well, the title of this bug is "NMU diff for 64-bit time_t
> > transition", and the bug description said:
>
> > "we have identi
>
> It complains loudly about BTF.
With the new vmlinux.h shipped in the headers package, the BTF case
should be covered. I think we should nudge packages to use that, rather
than looking at the kernel image, or worse sysfs from the running
kernel, which is completely wrong for obvious r
On Wed, 28 Feb 2024 at 22:40, Steve Langasek wrote:
>
> On Wed, Feb 28, 2024 at 09:38:06PM +, Luca Boccassi wrote:
> > On Wed, 28 Feb 2024 at 20:15, Steve Langasek wrote:
> > > On Wed, Feb 07, 2024 at 08:05:52PM +, Holger Levsen wrote:
> > > > On Wed,
. I'd much rather
drop the armv7 build entirely if push came to shove.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: close -1
On Wed, 28 Feb 2024 at 20:15, Steve Langasek wrote:
> On Wed, Feb 07, 2024 at 08:05:52PM +, Holger Levsen wrote:
> > On Wed, Feb 07, 2024 at 04:25:17PM +0000, Luca Boccassi wrote:
> > > Control: tags -1 -pending
> > > Control: close -1
> >
makes things so much simpler and nicer and
quicker at signing time, and so much simpler to reason about. One
kernel, one set of modules, and that's it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ftbfs-trixie
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
Works fine here in a fresh sid chroot and on the buildds, so it must be
a problem in your custom environment.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 17 Sept 2023 at 17:35, Luca Boccassi wrote:
>
> To do the tmpfiles purge/reset I have two WIP PRs, one against
> sd-tmpfiles, and one against debhelper. I need to pick them up again
> and finish that, and I am aiming to do so within the next couple of
> months.
So
pared to the original resolvconf implementation.
ifupdown is ancient stuff, consider switching to something from this
side of the millennium.
--
Kind regards,
Luca Boccassi
t; `numifbs=2`.
This is the intended default as suggested by the kernel maintainers.
Just add a drop-in in /etc/modprobe.d/ if the default doesn't work for
you.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
d it:
https://adrien.dcln.fr/misc/armhf-time_t/2024-02-06T16%3A48%3A00/logs/libcomps-dev/base/log.txt
Closing as not applicable.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
that it's a false positive, as the automated
tool simply wasn't able to build it:
https://adrien.dcln.fr/misc/armhf-time_t/2023-12-18/logs/libzypp-dev/base/log.txt
Closing as not applicable.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
positive, as the automated
tool simply wasn't able to build it:
https://adrien.dcln.fr/misc/armhf-time_t/2023-12-18/logs/libsolvext-dev/base/log.txt
Closing as not applicable.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
t's a false positive, as the automated
tool simply wasn't able to build it:
https://adrien.dcln.fr/misc/armhf-time_t/2023-12-18/logs/libstlink-dev/base/log.txt
Closing as not applicable.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 6 Feb 2024 at 18:13, Jonathan Wiltshire wrote:
>
> Hi,
>
> On Fri, Sep 08, 2023 at 01:32:05PM +0200, Frode Nordahl wrote:
> > We would like to upload the latest stable point release of ovn 23.03
> > to bookworm-p-u. Stable release branches are maintained upstream with
> > the intention of
1 - 100 of 1712 matches
Mail list logo
