I got this issue while upgrading from bullseye to bookworm
I opened this PR
https://salsa.debian.org/debian/raspi-firmware/-/merge_requests/33 on
salsa. It might do the job. I just tested the small if I added, I'd be
glad if someone is able to make test in condition of this.
Regards,
Fabrice
Dear maintainer,
I tried to set up a wireguard connection on wg0 interface using
NetworkManager for testing purpose and then forgot about that. Let's say
I used 192.168.16.233/32 ip and several routes (ex 10.0.3.0/24 10.0.5.0/24).
Then, using wg-quick, I set up a connection on wg0 with different
Package: gitlab
Version: 13.2.6-1+fto10+1
Severity: important
Tags: upstream
Dear Maintainer,
Since I upgraded from 12.2.9-1+fto10+2 to 13.1 and then to 13.2.6-1+fto10+1 I
ran into several issue leading to the same error type: "undefined method
`set_attribute_was'".
When I try to create a new
ngs
# based on: http://stackoverflow.com/a/4883967
/home/git/gitlab/log/*.log {
su git git
daily
missingok
rotate 90
compress
notifempty
copytruncate
}
/home/git/gitlab-shell/gitlab-shell.log {
su git git
daily
missingok
rotate 90
compress
notifempty
copytruncate
}
Sorry for the noise,
--
**Fabrice MEYER*
Package: gitlab
Version: 13.1.6-1+fto10+1
Severity: wishlist
Tags: patch
Gitlab usage with tens of people specially with CI lead to huge log files which
should be rotated. This feature does not exist for instance in 13.1.6-1+fto10+1
version.
To achieve that I used the following configuration
; -Simon
>
> --
> --
> Simon Vetter
> Embedded Software Engineer - EDF store & forecast
> Phone: +33 7 83 40 26 11
>
--
**Fabrice MEYER*
Software and System Engineer*
EDF Store & Forecast
13 Avenue Albert Einstein
69100 Villeurbanne
France
*fabrice.me...@edf-sf.com*
*www.edf-sf.com*
o cat"
>
> Changing it to this makes the problem go away. (Since I use postfix, I
> used "-t postfix/smtpd" instead of sendmail.)
>
> GI
>
> --
> My wife told me I had to stop acting like a flamingo. So I had to put my
> foot down.
>
>
--
**Fabrice
lastair
>
>
> On 27/03/2020 12:44, Fabrice Meyer wrote:
> > Just adding a detail, to avoid messing with xarray code, you just need
> > to call to_netcdf with an engine define in your parameters. It is just
> > the default engine selection which appears to be broken on this
Just adding a detail, to avoid messing with xarray code, you just need
to call to_netcdf with an engine define in your parameters. It is just
the default engine selection which appears to be broken on this version
of xarray (and also in stable).
Regards
Le 26/03/2020 à 21:07, Fabrice Meyer
Package: python3-xarray
Version: 0.15.0-3
Severity: important
Dear Maintainer,
I was trying to use to_netcdf() located in
/usr/lib/python3/dist-packages/xarray/backends/api.py on a grib file without
specifying the engine and it appears that the default engine selection end up
on grib engine.
Package: python3-cfgrib
Version: 0.9.5.1-1
Severity: important
Tags: d-i
Dear Maintainer,
I was installing cfgrib on a fresh debian install and it appears that cfgrib
have missing dependency : cffi
Just installing python3-cffi fix the problem. However, I think this issue
should be reported
Package: openntpd
Version: 1:6.2p3-4+b1
Severity: important
Dear Maintainer,
Having a lot (6 in my case) of virtual network interfaces configured on the
same physical network interface on /etc/network/interfaces makes openntpd
daemon failing to start on boot.
The root cause of this bug is the
penntpd
> --- openntpd_orig/etc/network/if-up.d/openntpd 2016-11-11
22:47:56.0
> +0100
> +++ /etc/network/if-up.d/openntpd 2018-05-08 10:16:42.885001246 +0200
> @@ -7,4 +7,14 @@
> exit 0
> fi
>
> -invoke-rc.d openntpd force-reload || true
> +if [ "$MODE" !
management:
**Fabrice MEYER*
Software and System Engineer*
EDF Store & Forecast
13 Avenue Albert Einstein
69100 Villeurbanne
France
*fabrice.me...@edf-sf.com*
*www.edf-sf.com*
Le 16/12/2019 à 18:49, Henrique de Moraes Holschuh a écrit :
On Mon, 16 Dec 2019, Fabrice Meyer wrote:
I believe this proble
Dear maintainer,
I believe this problem isn't solved yet : I tried to install
3.20191115.2~deb10u1 version on our Intel(R) Xeon(R) W-2145 and it is
still not able to perform warm reboot.
Regards,
Le 14/12/2019 à 21:51, Debian Bug Tracking System a écrit :
This is an automatic notification
: AppArmor: enabled
Versions of packages intel-microcode depends on:
ii iucode-tool 2.3.1-1
Versions of packages intel-microcode recommends:
ii initramfs-tools 0.133+deb10u1
intel-microcode suggests no packages.
-- no debconf information
--
**Fabrice MEYER*
Software and System Engineer*
EDF
Package: ndppd
Version: 0.2.5-4
Severity: important
Tags: patch
Dear Maintainer,
When I migrated from stretch to buster I add some issues using systemctl to
manage ndppd.
I enabled the service using systemctl, start running properly but I had the
following log line trying to stop it
Package: radicale
Version: 1.1.1+20160115-4
Severity: normal
Dear Maintainer,
I was trying to migrate calendars from 1.1.1 version to 2.x while upgrading to
buster following the documentation migration path (https://radicale.org/1to2/).
While running radicale with --export-storage option, it
wrote:
> Hi,
>
> libgrib-api-tools is obsolete, and should be replaced with
libeccodes-tools.
>
> libgrib-api-tools will be removed from Debian soon,
>
> regards
>
> Alastair
>
> On 11/09/2019 13:15, Fabrice Meyer wrote:
> > Package: libgrib-api-tools
>
Package: libgrib-api-tools
Version: 1.28.0-2
Severity: normal
Dear Maintainer,
grib_set lead to a missing file error while calling it with -s and -w. The
missing file is /usr/share/grib_api/definitions/boot.def but the whole
directory /usr/share/grib_api is also missing.
This could be solved
Package: libgrib-api0
Version: 1.28.0-2
Severity: normal
Dear Maintainer,
While trying to use grib_set command (coming with libgrib-api-tools package), I
got some issue with missing libraries.
In my case, /usr/share/grib_api/definitions/boot.def was missng but the whole
/usr/share/grib_api/ is
21 matches
Mail list logo
