m
> within a debci run. Help with providing additional info would be
> very welcome.
Root cause for this is the same as #1050256 and will be fixed shortly
and backported. Same as that one, the fix only gracefully falls back
and disables PrivateIPC=, the kernel fix is needed to make the
and is already tracked
upstream, nothing we can do downstream, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
> > implemented upstream. One problematic issue I can imagine is that
it's not
> > trivial to reliably determine whether a disk is really removable or
not.
> > That said, if you are still interested, would you mind filing an
upstream
> > bug report at https://github.com/systemd/systemd/issues.
>
> Filed upstream as https://github.com/systemd/systemd/issues/18304 .
>
> Thank you again for all your work on systemd and udev, including
triage!
As mentioned in the bug report, giving unrestricted access to block
devices to unprivileged users is really not safe on Linux, so this is
not going to happen by default. udev rules can be configured locally
just as well, so one can do that on their own machine if these security
issues are not a problem.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 27 May 2024 at 00:30, Sam Hartman wrote:
>
> >>>>> "Luca" == Luca Boccassi writes:
>
> Luca>
> https://www.freedesktop.org/software/systemd/man/latest/pam_systemd_home.html
>
> It's going to be a long time (a couple of weeks) before
EST—Mo 2015-07-20 08
> > >
> > > No idea what happened to the logs.
> >
> > Do you have persistent logging enabled? I think you do not. Please
> > follow the instructions of the README.Debian if you want to enable
it.
>
> Done, waiting for repro situation...
issue anymore as per upstream ticket, closing
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ng 2
lines:
>
> [Unit]
> IgnoreOnIsolate=true
>
> In this way wpa_supplicant is not reset when isolating a target.
>
> Do you think it is a good solution ?
> wpa_supplicant.service will be patched in that way ?
Yes, if you want a unit to survive into an unrelated isolate, then you
need to mark it as such, or pull it in. This is working as intended.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 26 May 2024 at 21:46, Sam Hartman wrote:
>
>
> Hi.
> I'm not really swapped in on Debian this weekend; dealing with a
> transition for day job.
>
> But quick thoughts.
>
> I'm surprised that systemd-home is a pam auth module.
> That is, I wouldn't expect systemd-home to be able to decide
t; I think the journal takes quite a bit of space compared to what
rsyslog
> produces with its standard logrotate settings (especially if you
> substract the 143M atop performance data):
compact mode has been implemented, that's good enough already, for
other RFEs just open them upstream, n
rom within a shell worked fine.
>
> I did some investigation and found out that dbus-daemon is not
started
> be the pam-authenticated user session anymore, but
> via /lib/systemd/systemd --user.
As mentioned on the upstream ticket, this really needs to be fixed in
AFS, nothing we
o, which break
everything. Removing those manually fix things again. I have no idea
where they are coming from... PAM experts, any idea?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 26 May 2024 18:57:31 +0200 Marc Haber
wrote:
> On Sun, May 26, 2024 at 05:53:01PM +0100, Luca Boccassi wrote:
> > So yeah, not going to risk this for the benefit of a non-default
> > package with 0.19% popcon, sorry. Feel free to document the
workaround
> > and link t
]
> > Any updates here?
>
> Sorry, no.
> This is relatively low priority for me.
No update in 4 years, and it was in the meanwhile worked around in
udisks2. It is not appropriate to patch to change return values
downstream, so closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
; ./src/fsckd/fsckd.c: ngettext("Checking
in progress on %d disk (%3.1f%% complete)",
> ./src/fsckd/fsckd.c: "Checking
in progress on %d disks (%3.1f%% complete)", m->numdevices),
fsckd has now been dropped
be able to
register an interest in /usr/lib/systemd/boot/efi/ and do its stuff
when it is updated.
I am not going to work on this, anybody who is interested in this
should provide MRs to the appropriate packages.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
use networkd and for GUI systems use
network-manager.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Sun, 26 May 2024 at 17:37, Marc Haber
wrote:
>
> On Sun, May 26, 2024 at 04:57:10PM +0100, Luca Boccassi wrote:
> > I am pretty sure this is working as intended, we do not want the ESP to
> > be always mounted by default. You can disable this generator in
> > multipl
Control: close -1 256~rc1-1
On Thu, 24 Aug 2023 11:45:41 +0200 Michael Biebl
wrote:
> On Thu, 29 Jun 2023 11:24:33 +0100 Luca Boccassi
wrote:
> > On Thu, 29 Jun 2023 10:16:19 + undef
wrote:
> > > Package: systemd
> > > Version: 252.6-1
> > > Severity
at the moment, but this is not a stable interface,
and in fact we are likely going to change to a different format. So it
is not advisable to build functionality to rely on them. If you really
want to, you can fetch the source package using apt, but I recommend
against it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
the preferred one).
Very nice, thank you!
In the meanwhile, I found a way to reliably detecting this and
gracefully skipping it in systemd, so debci is now fixed. However, it
still results in PrivateNetwork= being quietly disabled, so the
backport is still very much needed, as it is a useful security
regard.
>
> I didn't know about this tool. Thanks for the tip :)
Yes this is a known debootstrap issue, and we don't want to workaround
it here. Also, I am not sure the systemd-container package is actually
needed _inside_ the container, as it provides tools and services to run
containers
u don't want this behaviour - via the cmdline as
already mentioned, or by masking it with:
touch /etc/systemd/system-generators/systemd-gpt-auto-generator
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ompat symlink has been around for many years, and documentation
has long since been updated. Given the initrd tools are not going to
add checks, I will just drop it now. Any user still setting manually
init=/bin/systemd will just have to fix their local configuration after
they notice the breakage
patch manpages like this. You can use dracut in
Debian, a few people do, so it is technically correct.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
install the systemd v254 version from
> bookworm-backports.
> https://backports.debian.org/Instructions/
No follow-up in half a year, unreproducible, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: close -1
On Sat, 20 Jan 2024 20:52:20 +0100 Michael Biebl
wrote:
> Hi Corin
>
>
> On Wed, 03 Jan 2024 12:50:13 +0100 Luca Boccassi
wrote:
> > Control: severity -1 normal
> > Control: tags -1 moreinfo
> >
> > On Wed, 03 Jan 2024 12:02:40 +0100 Cori
ely hit. I work around it now and do not plan to look
> deeper, in Trixie it also does not exist.
There are no patches downstream that could affect that behaviour as far
as I am aware, and given it's fixed in testing I'll close this now.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
simply apt fails, I wouldn't consider this a bug in the test but
> rather in how your test image/environment is setup.
arm64 autopkgtest runs work as expected on debci (lxc) and on ubuntu ci
(qemu) these days, hence closing as unreproducible.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
> Without further information, this issue is not really actionable.
No follow-up in half a year, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
e who complains about its ServerName.
> >
>
>
> In case you can still reproduce the issue with an up-to-date version
of
> systemd (i.e. v250 or v251), please report this upstream at
> https://github.com/systemd/systemd/issues
No follow-up in 7 years, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ile is actually generated by systemd-localed (invoked by
> dbus from gnome-control-center), so you could probably achieve the
same
> effect by running localectl.
We have made writing console layouts via localectl a no-op some time
ago, so closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
haviour
that
> was hoping for here?
>
> Thanks,
> Joachim
It looks like this was worked around a long time ago, and no updates
since. We do not patch nor reconfigure path units behaviour downstream,
so any issue with them needs to be tested in unstable on the latest
version and then reported upstream.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: close -1 256~rc2-1
On Fri, 3 May 2024 14:16:10 +0200 =?utf-8?Q?C=C3=A9dric?= Hannotier
wrote:
> Dear Luca Boccassi, Dear Maintainers,
>
> On Sun, 28 Apr 2024 11:42:11 +0100 Luca Boccassi
wrote:
> > On Sun, 28 Apr 2024 11:53:17 +0200 Adrien CLERC
> > wrote:
&
rw---) Uid: ( 0/ root) Gid: ( 0/
root)
> Access: 2024-05-06 01:03:09.107874379 +
> Modify: 2119-06-23 05:10:17.721082481 +
> Change: 2119-06-23 05:10:17.721082481 +
> Birth: 2119-06-23 05:10:17.491093577 +
What is causing the rootfs timestamp to overflo
oday it worked when I wanted to reproduce the issue.
> I'll report back when it occurs again.
Closing since it is not reproducible.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
produced, please
open an issue with all the details upstream on Github.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
gt; the v252-stable branch upstream at
> https://github.com/systemd/systemd-stable.
>
> Unfortunately I lack the required setup to run this git bisect myself
so
> the fix for this issue will rely on your help.
Unless somebody provides a tested backport upstream to the v252-stable
branch,
more info than we already have. Gioele could you please make a
recommendation and update the MR so that we can do something, one way
or the other?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
;
> If you login locally and you get the password change request, do you
> also get a failed user@.service?
No follow-up in almost a year, hence closing for now. If it can be
proved it's still an issue, and not a problem in the pam ssh config,
then it can be reopened with the requested info.
le bug
reports to enable by default distro-wide I'm afraid, hence closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
eing inconsistent values for the %j
specifier used in service and drop-in units.
There are no downstream patches or configuration changes around
specifiers, so any such issue should be tested with the latest version
in unstable, and if still present reported upstream.
--
Kind regards,
Luca Boccassi
s
h and let the sysv init
> script handle the request directly
It's been 6 years since the last update, and the sysv wrappers are on
the way out, so this will become moot soon. Closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
out. It's been 10 years and
it seems like this wasn't really needed in the end. Nowadays all
packages should provide native units. Closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
disposal to order manual mounts and services, by adding drop-ins
everywhere that you need them, but we are most certainly not going to
ship them upstream or downstream. These settings can be highly
customized locally for exactly these use cases.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
shipped by
> the package (and referencing that user).
>
> dh_installsysusers is part of debhelper, so would need to be
addressed
> there.
We should finally switch the dh tools to use mark-and-sweep for
starting/stopping/restarting, instead of doing it inline, so that it
can be done on
e original downstream change is needed anymore:
https://github.com/util-linux/util-linux/commit/08273c672b105602e1a9031160ccefec171b02ed
I am going to revert the change from #917167 that stopped the default
fd limit from being bumped, sometimes next week. If changes are needed
to deal with this in the pam/util-linux config/patches, I would
appreciate if they could please be taken care of for Trixie. Thanks.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
rmware and/or kernel. Using sd-boot requires
writing to EFI variables every now and then. It's ok if it is read-only
and it fails, but if it crashes then it's not something that can be
fixed here.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
e manual.
>
> The patch is in the attachment.
Please do not open these bugs for src:systemd manpages. As already
mentioned, they are autogenerated from XML with docbook, so such
patches for the generated files are of no use. Feel free to send fixes
upstream for the XML originals.
--
Kind regards,
On Tue, 14 Nov 2023 10:40:33 + Luca Boccassi
wrote:
> On Tue, 14 Nov 2023 at 10:13, Helmut Grohne
wrote:
> > So in essence, you asked for changing the pidof implementation and
> > Andreas and me try to turn this into a much bigger quest of making
it
> > non-essential
ng. It looks like it was introduced between Centos 6
and 7, if that helps anyone.
There are no manpage patches downstream, please report this upstream
and it will be picked up in the next version, once it is fixed.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Package: ftp.debian.org
Severity: normal
Hi,
azure-cosmos-table-python has long been deprecated, as it is replaced
by a module from src:python-azure. It is no longer in testing, please
now remove it from unstable too.
--
Kind regards,
Luca Boccassi
signature.asc
Description
n_list_usage
> return client.list(expand=expand, filter=filter_expression)
> TypeError: list() missing 1 required positional argument: 'scope'
Cannot reproduce anymore in 2.61.0-1
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
t list, keyvault secret list,
keyvault
> show, work fine.
Cannot reproduce anymore in 2.61.0-1
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
This is done using a bright blue, three-
line
> banner that is large and distracting, and totally unnecessary.
Send a PR upstream to remove it, or just ignore it. Not going to carry
patches for cosmetic and harmless things like this.
--
Kind regards,
Luca Boccassi
signature.asc
Descript
On Thu, 23 May 2024 at 19:57, Niels Thykier wrote:
>
> Hi Michael and Luca
>
> I suspect you are better suited to debug this one. Let me know if I
> should change anything in the maintscript generated.
We have dependencies between units, we have ExecStartPre= and friends,
there's many good ways
s package is to interact with a
public cloud, using your account and your internet connection. If you
are afraid of some unspecified telemetry, you really should not be
using a public cloud in the first place.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
es referend
> in your systemd test output look Fedora-specific to me.
>
> IMO these things would be interesting to consider (in any order):
> *) teach systemd tests about the Debian/Ubuntu setup
> *) try to converge more towards the upstream set, if that one is
> actually comp
On Fri, 10 May 2024 at 15:51, Luca Boccassi wrote:
>
> 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, M
that package that needs to ship a drop-in to allow them, otherwise the
attack surface is increased even for those that don't use it.
kdump-tools maintainers, please ship a drop-in like this together with
your udev rule:
/usr/lib/systemd/system/systemd-udevd.service.d/debian-kdump-tools-
inctl.1'.
>
> The patch is in the attachment.
These manpages are generated from XML, so they cannot be patched. If
you have fixes, please submit them directly upstream:
https://github.com/systemd/systemd/blob/main/man/loginctl.xml
--
Kind regards,
Luca Boccassi
signature.asc
Descripti
On Wed, 22 May 2024 12:38:37 +0100 Luca Boccassi
wrote:
> On Wed, 22 May 2024 09:23:11 +0200 =?UTF-8?Q?Lukas_M=C3=A4rdian?=
> wrote:
> > Hi Luca, thanks for the NMU.
> >
> > Am 22.05.24 um 02:48 schrieb Luca Boccassi:
> > > Given this has been an issue for a wee
On Wed, 22 May 2024 09:23:11 +0200 =?UTF-8?Q?Lukas_M=C3=A4rdian?=
wrote:
> Hi Luca, thanks for the NMU.
>
> Am 22.05.24 um 02:48 schrieb Luca Boccassi:
> > Given this has been an issue for a week and it now stops systemd
from
> > migrating to test, I have uploaded to DELAYE
Control: tags -1 pending
On Thu, 16 May 2024 13:13:12 +0100 Luca Boccassi
wrote:
> Source: netplan.io
> Version: 1.0-2
> Severity: serious
> Justification: breaks another package's migration
> X-Debbugs-CC: pkg-systemd-maintain...@lists.alioth.debian.org
>
> Hi,
>
Source: netplan.io
Severity: important
Trying a build with the nocheck profile+option fails as meson expects
pytest to be present:
Program pytest-3 pytest3 found: NO
../meson.build:28:9: ERROR: Program 'pytest-3 pytest3' not found or not
executable
--
Kind regards,
Luca Boccassi
.
It's probably the same issue with missing libraries, but I do not use
either dracut nor LVM so I cannot help, reassigning to dracut so that
you might get some help with debugging and finding out what the actual
issue is
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
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
1 - 100 of 1777 matches
Mail list logo
