linux-image-5.19.0-0.deb11.2-amd64 is also affected.
linux-image-5.10.0-21-amd64 is not affected
Enjoy
Jakob
--
Jakob Bohm, CIO, Partner, WiseMo A/S. https://www.wisemo.com
Transformervej 29, 2860 Søborg, Denmark. Direct +45 31 13 16 10
This public discussion message is non-binding and may
Package: src:linux
Version: 6.0.12-1~bpo11+1
Severity: normal
Dear Maintainer,
When trying to cp a file from an NFS3 client running kernel 6.0.0 to a file
server running 5.18.16 with nfs-kernel-server (both machines run bullseye),
the cp command complains about "permission denied" and leaves
On Sun, Oct 17, 2010 at 10:51:08AM +, Debian Bug Tracking System wrote:
On Sun, Oct 17, 2010 at 06:39:35AM +0200, Jakob Bohm wrote:
Since several years back, kernel.org has provided linux tarballs
with both 3 part (e.g. 2.6.35) and 4 part (e.g. 2.6.35.7) version
numbers
Source: linux-2.6
Version: 2.6.32-23
Severity: normal
Since several years back, kernel.org has provided linux tarballs
with both 3 part (e.g. 2.6.35) and 4 part (e.g. 2.6.35.7) version
numbers in their filenames.
But if genorig.py is run with a 4-part versioned tarball such as
Source: linux-2.6
Version: 2.6.32-23
Severity: normal
In the specified squeeze version of this package (2.6.32-23),
debian/README.source tells the user to run debian/bin/genorig.py.
Unfortunately, that file is not marked as executable in the freshly
unpacked source package, requiring the user to
Package: linux-doc-2.6.12
Version: 2.6.12-2
Followup-For: Bug #320042
Since some other people in the project are trying to force-feed 2.6.12 onto
users machines, the inability to install the 2.6.12 docs along with prior
docs for comparison is kind of a show-stopper.
Are there any workarounds to
6 matches
Mail list logo