Dixi quod…
>Is there a chance your team could fork the old python-cryptography
>source package (3.4.8-2) and do something like:
Apparently, pyopenssl needs to also be forked as it wraps the above
and, between 21.0.0-1 and 22.1.0-1, it began requiring the rust
version of python-cryptography ☹
bye
Source: fsverity-utils
Version: 1.5-1.1
Severity: important
Justification: RC for Debian-Ports
X-Debbugs-Cc: t...@mirbsd.de, debian-po...@lists.debian.org
Recent versions of fsverity-utils (larger than 1.4-1~exp1 anyway)
have a Build-Depends-Arch on pandoc; however, pandoc is an extremely
unportab
I have to admit that I drew the wrong conclusions. Some of my frequency
readings were conducted within an x-terminal, some on a console screen,
without X running. That, in fact, seemed to make the difference.
Booting in any of the 6.1 upstream generic kernels works fine,
including the governor, as
>
There was a typo in my last statement...
> oldstable 5.10 --> governor *is* working
> oldstable 6.1 backport --> governor not working
> oldstable 6.1 RT backport --> governor is working
> stable 6.1 --> governor is working
On Wed, 2024-03-13 at 13:41 +0100, Alex wrote:
> Hi Andy,
>
> I see
Hi,
On 2024-03-12 05:55, Emanuele Rocca wrote:
> I did manage to get cargo to build in a armhf chroot by manually
> installing the various deps
When it comes to actually satisfying build-depends properly it seems
that as of right now the missing ones are libcurl4-gnutls-dev and
libgit2-dev. curl
Hi Andy,
I see your point... however the governor working or not seems to be a
pure kernel issue, and Devuan does not support any arm platform and not
build the generic kernels in the apt repository. Their repository is
mainly fed from Debian one, with some changes when it comes to systemd
vs. ini
6 matches
Mail list logo
