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
that's the reason the package was
marked. But there is no reference of 'time_t' anywhere in the code
base, let alone in the public headers, so it seems to me this is a
false positive, closing accordingly.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
the
transition,
> there is time for us to amend the planned uploads.
The package is in the 'debian' section of Salsa, so feel free to the
changes push directly there when uploading to unstable.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 29 Jan 2024 at 20:36, Emanuele Rocca wrote:
>
> On 2024-01-29 01:33, Luca Boccassi wrote:
> > On the Bugzilla report a patch has been linked, would it be possible to
> > backport it, please?
> >
> > https://gcc.gnu.org/pipermail/gcc-patches/2024-January/6441
On Mon, 29 Jan 2024 at 16:38, Emanuele Rocca wrote:
>
> Hi Luca,
>
> On 2024-01-29 01:33, Luca Boccassi wrote:
> > This causes systemd to FTBFS on armel since the new upload of
> > libatomic-14. No other architecture is affected.
> >
> > cc -o systemd-
`libat_test_and_set_1_i2'
collect2: error: ld returned 1 exit status
On the Bugzilla report a patch has been linked, would it be possible to
backport it, please?
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/644147.html
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
/systemd-stable/compare/v252.21...v252.22
--
Kind regards,
Luca Boccassi
diff -Nru --exclude pnp_id_registry.html --exclude acpi_id_registry.html --exclude parse_hwdb.py --exclude acpi_id_registry.csv --exclude pnp_id_registry.csv --exclude usb.ids --exclude pci.ids --exclude ma-large.txt --exclude ma
e might not be enabled at boot and/or started as expected.
dh_installsystemd can now handle files in /usr just fine, and the rest
of pam has been moved too, so I think this can be closed now.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
loyment at build.opensuse.org.
>
> Helmut
I asked the admins and the prjconf for both testing and unstable have
been fixed so that usrmerge is installed before systemd and udev, so
builds should be working again now.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 15 Jan 2024 at 12:28, Holger Levsen wrote:
>
> On Mon, Jan 15, 2024 at 10:46:14AM +, Luca Boccassi wrote:
> > > huh, if there's a bug in the firmware to accidently store the encryption
> > > key on the drive in plaintext, it doesn't cost anything extra.
> &
On Mon, 15 Jan 2024 at 10:22, Holger Levsen wrote:
>
> On Sun, Jan 14, 2024 at 08:37:30PM +, Luca Boccassi wrote:
> > Most definitely wrong. If your threat model is "hardware vendor will
> > spend hundreds of millions of dollars to get at me" then your cpu
> >
On Sun, 14 Jan 2024 at 19:30, Pascal Hambourg wrote:
>
> On 11/01/2024 at 12:56, Luca Boccassi wrote:
> >
> > Yes it is a firmware feature, so it depends on the hardware, and in all
> > drives I know of that will be the case, yes. From that point of view,
> > to me
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 from:
> > Self-encrypting disk (opal with LUKS2)
> > to something like:
> > Firmware-ba
le these libraries. What software would
actually use it? Is there anything in Debian that is ready to use dpdk
on loong64?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 11 Jan 2024 08:46:53 + Holger Levsen
wrote:
> On Thu, Jan 11, 2024 at 01:47:59AM +0000, Luca Boccassi wrote:
> > cryptsetup 2.7.0, currently in experimental, added support for self
> > encrypting drives using the OPAL functionality as the encryption
layer
> > (
support this
functionality, otherwise they are hidden. A factory reset option for
the disk is also exposed. A small utility to call the required ioctl to
check for support on a given disk is added too.
I have tested this with a Kingston drive and it seems to work as
expected.
--
Kind regards,
Luca
not only breaks scaling driver acpi-cpufreq,
but also
> breaks modules for example amd pstate.
Why do those config break when the compression config is enabled? That
sounds like a bug in the kernel for those features, have you reported
that upstream? At the very least, the configuration system should
automatically set those to built-in, or refuse the wrong combination
--
Kind regards,
Luca Boccassi
just fine after the oom kill, so it is
most definitely not "grave". Also, you did not attach your local
resolved.conf.
Also, oldstable is old. Try with backports or with upgrading to stable.
--
Kind regards,
Luca Boccassi
On Thu, 28 Dec 2023 at 21:28, Martin Pitt wrote:
>
> Control: tag -1 upstream
> Control: forwarded -1
> https://gitlab.freedesktop.org/upower/upower/-/merge_requests/207
>
> Hello Luca,
>
> Luca Boccassi [2023-12-26 12:46 +0100]:
> > Not sure whether it was a legiti
> collectd: libdpdk-dev
> openvswitch: libdpdk-dev (22.11.3-2~ >=)
> uhd: libdpdk-dev (20 >=)
>
> In case they matter, this needs to be addressed first. Please remove
the
> moreinfo tag once that is done.
These are all gone now, thanks.
--
Kind regards,
Luca Boccassi
/testing/amd64/
--
Kind regards,
Luca Boccassi
TS as needed.
This is minor at best, as we don't ship this as enabled anywhere, it's
disabled by default. The CVE was also raised behind our backs, with no
engagement whatsoever, so there is some glaring and major process
problem that I am trying to get to the bottom of.
--
Kind regards,
Luca Boccassi
On Wed, 20 Dec 2023 at 14:51, Bastian Blank wrote:
>
> On Wed, Dec 20, 2023 at 12:13:09PM +0100, Luca Boccassi wrote:
> > Please remove the i386 build of src:dpdk-kmods from Debian Testing and
> > Unstable. The new src:dpdk 23.11-1 version, just uploaded to unstable,
&g
,
no longer builds for this architecture, so we don't need the ancillary
kernel modules either.
Thank you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 moreinfo
On Wed, 20 Dec 2023 at 04:12, zhangdandan wrote:
>
> Source: dpdk-kmods
> Version: 0~20220829+git-3
> Severity: wishlist
> Tags: patch
> User: debian-loonga...@lists.debian.org
> Usertags: loong64
>
> Dear maintainers,
>
> The dpdk-kmods source package lacks LoongArch
Hi Sebastian,
Please binnmu src:collectd as well, when you have a moment - there's a
runtime recommends instead of a depends, so it won't appear on the
automated tracker. Thanks!
On Mon, 18 Dec 2023, 11:57 Luca Boccassi, wrote:
> On Sat, 16 Dec 2023 at 21:52, Sebastian Ramacher
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Please remove the i386 build of src:dpdk from Debian Testing. The new
23.11-1 version, just uploaded to unstable, no longer builds for this
architecture.
Thank you!
--
Kind regards,
Luca
On Sat, 16 Dec 2023 at 21:52, Sebastian Ramacher wrote:
>
> Control: tags -1 confirmed
>
> Hi Luca
>
> On 2023-12-07 11:41:04 +0000, Luca Boccassi wrote:
> > We have prepared the src:dpdk 23.11 ABI transition.
>
> Please go ahead
Thank you, uploaded to unstable.
On Sun, 17 Dec 2023, 17:45 dann frazier, wrote:
> On Thu, Dec 07, 2023 at 08:58:23PM +0000, Luca Boccassi wrote:
> > On Wed, 15 Nov 2023 05:54:23 -0700 dann frazier
> > wrote:
> > > Package: wnpp
> > > Severity: wishlist
> > > Owner: d
em in-band as part of the build.
>
Hello Dann,
I find myself in need of this package for some CI usage as well, are
you planning to work on this soon? Do you need any help?
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 07 Dec 2023 13:05:25 + Luca Boccassi
wrote:
> On Thu, 07 Dec 2023 11:41:04 +0000 Luca Boccassi
> wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
On Thu, 7 Dec 2023 at 14:44, Bernd Zeimetz wrote:
>
> On Thu, 2023-12-07 at 12:58 +, Luca Boccassi wrote:
> > On Thu, 7 Dec 2023 at 12:49, Luca Boccassi wrote:
> > >
> > > On Thu, 7 Dec 2023 at 12:34, Bernd Zeimetz wrote:
> > > >
> &
On Thu, 07 Dec 2023 12:55:42 + Luca Boccassi
wrote:
> Package: collectd
> Version: 5.12.0-14
> Severity: serious
> Justification: fails to build from sources
>
> collectd fails to build on i386:
binNMUs from September and October were already failing to build:
https:/
On Thu, 07 Dec 2023 11:41:04 + Luca Boccassi
wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> X-Debbugs-CC: pkg-dpdk-de...@lists.alioth.debian.org z...@debian.org
>
> Hello Release Team,
On Thu, 7 Dec 2023 at 12:49, Luca Boccassi wrote:
>
> On Thu, 7 Dec 2023 at 12:34, Bernd Zeimetz wrote:
> >
> > On 2023-12-07 13:22, Luca Boccassi wrote:
> >
> > > That's a pre-existing issue that happens before any of my changes as
> > > you can see in
. . . . . . yes
configure: error: "Some plugins are missing dependencies - see the summary
above for details"
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
--
Kind regards,
Luca Boccassi
signature.asc
D
On Thu, 7 Dec 2023 at 12:34, Bernd Zeimetz wrote:
>
> On 2023-12-07 13:22, Luca Boccassi wrote:
>
> > That's a pre-existing issue that happens before any of my changes as
> > you can see in the previous Salsa commit, which was made by somebody
> > else:
> >
> &
On Thu, 7 Dec 2023 at 12:18, Bernd Zeimetz wrote:
>
> Hi Luca,
>
> > I have now uploaded the 5.12.0-14.1 NMU to DELAYED/3, let me know if
> > there are any objections and I'll cancel it. I will push the changelog
> > commit to Salsa if it gets through.
>
> before uploading things you should check
it, and collectd is fixed by the nmu.
We will file an rm bug once the package is in unstable.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057146
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057200
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed
On Mon, 04 Dec 2023 12:15:39 + Luca Boccassi
wrote:
> Control: tags -1 pending
>
> On Thu, 30 Nov 2023 14:59:21 +0000 Luca Boccassi
> wrote:
> > Source: collectd
> >
> > Dear Maintainer,
> >
> > We are in the process of dropping i386 support f
with 2GB of RAM and hence ~200MB tmpfs /run:
This is not "pollution", this is entirely expected, when there's a
rotation there's a log message. You can change the sizes so that
rotations are less frequent:
https://www.freedesktop.org/software/systemd/man/252/journald.conf.ht
On Mon, 4 Dec 2023 at 19:15, Axel Scheepers wrote:
>
> On Mon, Dec 4, 2023 at 6:58 PM Luca Boccassi wrote:
> > You have a separate, non-tmpfs filesystem on /tmp? How did you end up
> > with such a setup?
>
> Hi Luca,
>
> I always configure separate /var, /tmp and /
CPU: 227ms
You have a separate, non-tmpfs filesystem on /tmp? How did you end up
with such a setup?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
and a reboot.
> -- System Information:
> Debian Release: trixie/sid
> APT prefers experimental
> APT policy: (1, 'experimental')
> merged-usr: no
Hi,
Unfortunately this system appears to be in an unsupported state. Please
install the usrmerge package to fix it. You can find mor
Control: tags -1 pending
On Thu, 30 Nov 2023 14:59:21 + Luca Boccassi
wrote:
> Source: collectd
>
> Dear Maintainer,
>
> We are in the process of dropping i386 support from dpdk. Currently
> src:collectd build-depends on libdpdk-dev on amd64 and i386 - please
>
This is especially useful when building read-only images, as the maint
scripts will be ran at image build time, and the package manager isn't
typically installed in the final image.
Thank you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
nks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
301 - 400 of 1966 matches
Mail list logo