Dear All,
We are academic researchers from Huazhong University of Science and
Technology, China. To foster a healthier Linux kernel community and
enhance the overall security of Linux distributions, we are conducting a
study on kernel security hardening deployments across various Linux
On Fri, 22 Nov 2024 11:41:48 -0800, Steve Langasek
wrote:
>On Fri, Nov 22, 2024 at 02:29:31AM +0100, phil995511 - wrote:
>> Devuan offers users several init managers to choose from, this is what
>> Debian should have offered since Debian 8 in 2015... you should never have
>> argued about this and
On Fri, Nov 22, 2024 at 02:29:31AM +0100, phil995511 - wrote:
> Devuan offers users several init managers to choose from, this is what
> Debian should have offered since Debian 8 in 2015... you should never have
> argued about this and made the Debian project lose developers who preferred
> to stay
On Fri, Nov 22, 2024 at 02:29:31AM +0100, phil995511 - wrote:
> Devuan offers users several init managers to choose from, this is what
> Debian should have offered since Debian 8 in 2015... you should never have
> argued about this and made the Debian project lose developers who preferred
> to stay
phil995511 - writes:
you say using backports is for advanced users yet you want users to be
able to choose their init systems? that's backwards. most users do not
care about the init system they use. adding backports and installing a
new kernel is not actually that difficult to do, and is e
On Fri, Nov 22, 2024 at 3:58 AM Johannes Schauer Marin Rodrigues
wrote:
>
> Hi,
>
> Quoting phil995511 - (2024-11-22 02:29:31)
> > Only kernel 6.13 will support the new GPUs that will be released in early
> > 2025, the new Intel CPUs, the same for a whole bunch of new h
Hi,
Quoting phil995511 - (2024-11-22 02:29:31)
> Only kernel 6.13 will support the new GPUs that will be released in early
> 2025, the new Intel CPUs, the same for a whole bunch of new hardware...
>
> To be satisfied with kernel 6.12 would in my opinion be a big strategic
> mista
; it among yourselves...
>
>
> Only kernel 6.13 will support the new GPUs that will be released in early
> 2025, the new Intel CPUs, the same for a whole bunch of new hardware...
>
> To be satisfied with kernel 6.12 would in my opinion be a big strategic
> mistake jeopardizing compatibi
Hello,
I discussed all this a few days ago by email with your leader Andreas Tille
who advised me to post this here.
My goal is therefore to let you think about the question and then discuss
it among yourselves...
Only kernel 6.13 will support the new GPUs that will be released in early
2025
On Thu, Nov 21, 2024 at 1:57 PM phil995511 - wrote:
>
> Hello,
>
> For the next release of Debian 13, I hope you will use the 6.13 kernel which
> brings many essential revisions especially in terms of hardware support
> (Rpi5, news AMD GPU, news Intel CPU, BTRFS performance
Hello,
For the next release of Debian 13, I hope you will use the 6.13 kernel
which brings many essential revisions especially in terms of hardware
support (Rpi5, news AMD GPU, news Intel CPU, BTRFS performance and
fonctions, etc, etc).
And above all, it would also be wonderful if you gave users
: TinyALSA is a small library to interface with ALSA in the
Linux kernel.
TinyALSA is a small library to interface with ALSA in the Linux kernel.
The aims are:
Provide a basic pcm and mixer API.
If it's not absolutely needed, don't add it to the API.
Avoid supporting complex and unnecessary
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ocaml-ma...@lists.debian.org
* Package name: ocaml-intrinsics-kernel
Version : 0.17.1
Upstream Contact: Jane Street developers
* URL : https://github.com
Am 14.06.24 um 14:13 schrieb Mourad De Clerck:
PSA: as of systemd/256~rc3-3 the open file descriptors hard limit is
bumped early at boot from 1048576 to the max value that the kernel
allows, which on amd64 is currently 1073741816.
Hi,
It seems some proprietary software (the JetBrains IDEs
On Fri, 14 Jun 2024 at 13:21, Mourad De Clerck wrote:
>
> > PSA: as of systemd/256~rc3-3 the open file descriptors hard limit is
> > bumped early at boot from 1048576 to the max value that the kernel
> > allows, which on amd64 is currently 1073741816.
>
> Hi,
&g
PSA: as of systemd/256~rc3-3 the open file descriptors hard limit is
bumped early at boot from 1048576 to the max value that the kernel
allows, which on amd64 is currently 1073741816.
Hi,
It seems some proprietary software (the JetBrains IDEs) has some
problems with this change.
See for
On Thu, Jun 06, 2024 at 06:39:15PM +0200, Marco d'Itri wrote:
> On Jun 06, Simon McVittie wrote:
>
> > I believe the change Luca describes is increasing rlim_max (hard limit)
> > but not rlim_cur (soft limit), and the code touched by that patch is
> > looking at rlim_cur, so it should be unaffect
Simon McVittie writes:
> On Thu, 06 Jun 2024 at 18:39:15 +0200, Marco d'Itri wrote:
>> Something did, because inn would start reporting ~1G available fds and
>> then explode, and that patch solved the issue. :-)
> It might be worthwhile to try to track down what larger component did
> this, beca
On Thu, 06 Jun 2024 at 18:39:15 +0200, Marco d'Itri wrote:
> On Jun 06, Simon McVittie wrote:
> > I believe the change Luca describes is increasing rlim_max (hard limit)
> > but not rlim_cur (soft limit), and the code touched by that patch is
> > looking at rlim_cur, so it should be unaffected any
On Jun 06, Simon McVittie wrote:
> I believe the change Luca describes is increasing rlim_max (hard limit)
> but not rlim_cur (soft limit), and the code touched by that patch is
> looking at rlim_cur, so it should be unaffected anyway - unless some larger
> component is raising rlim_cur.
Somethin
On Thu, 06 Jun 2024 at 15:21:22 +0200, Marco d'Itri wrote:
> On Jun 06, Luca Boccassi wrote:
> > The last time this was tried some packages were still not ready, so it
> > was patched out to let them be fixed.
>
> I missed the venerable inn 1.x at the time, and I never noticed that it
> allocates
gy pattern was to manually iterate over the hard
> limit and close every FD one by one, which is completely unnecessary
> since kernel 5.9 (bullseye/oldstable) since the close_range() syscall
> is available, that can do it in one fell swoop. Any packages still
I missed the venerable inn 1.x at the
Hi,
PSA: as of systemd/256~rc3-3 the open file descriptors hard limit is
bumped early at boot from 1048576 to the max value that the kernel
allows, which on amd64 is currently 1073741816.
(I meant to send this last week but it fell off the wagon and
languished in the draft folder, sorry!)
This
Processing commands for cont...@bugs.debian.org:
> reassign 1069735 linux-image-6.6.15-amd64
Bug #1069735 [general] general: atlantic driver doesn't work on thinkpad
Bug reassigned from package 'general' to 'linux-image-6.6.15-amd64'.
Ignoring request to alter found versions of bug #1069735 to the
sumes that sizeof(long)==4. Maybe this is benign, but it would be
>>> nice to fix. Are you upstream or do you know upstream? Can yall fix
>>> these?
>>>
>> The kernel expects a 4 byte write here, since unsigned long is defined as at
>> least 32 bit this shall w
electronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78
> >>>
> >>> This assumes that sizeof(long)==4. Maybe this is benign, but it would be
> >>> nice to fix. Are you upstream or do you know upstream? Can yall fix
> >>> the
81a/irq.c#L78
> > >
> > > This assumes that sizeof(long)==4. Maybe this is benign, but it would be
> > > nice to fix. Are you upstream or do you know upstream? Can yall fix
> > > these?
> >
> > The kernel expects a 4 byte write here, since unsigned l
> nice to fix. Are you upstream or do you know upstream? Can yall fix
> > these?
>
> The kernel expects a 4 byte write here, since unsigned long is defined as at
> least 32 bit this shall work on all architectures.
>
> If your concern is about endianess this is not in the cu
m/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78
>
> This assumes that sizeof(long)==4. Maybe this is benign, but it would be
> nice to fix. Are you upstream or do you know upstream? Can yall fix
> these?
The kernel expects a 4 byte write here, since u
> On 7 Feb 2024, at 18:27, Dima Kogan wrote:
>
> Hi. Thanks for your contribution. I looked at the upstream code a tiny
> bit, and it looks like it might have portability bug, at least on
> big-endian architectures. For instance:
>
>
> https://github.com/missinglinkelectronics/libuio/blob/
Hi. Thanks for your contribution. I looked at the upstream code a tiny
bit, and it looks like it might have portability bug, at least on
big-endian architectures. For instance:
https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78
This assumes
: LGPL
Programming Lang: C
Description : Linux Kernel UserspaceIO helper library
A small Userspace IO driver helper library.
More details about UIO can be found here:
https://www.kernel.org/doc/html/latest/driver-api/uio-howto.html
UIO can be used to map device memory and interrupts into user
Also updated this to 6.5.1 today and still works
Den tors 7 sep. 2023 kl 08:37 skrev Luna Jernberg :
>
> Hey!
>
> Just installed Kernel 6.5 from experimental during Debcamp 2023 on my
> ThinkPad Edge 0217A16 and it works as intended on this laptop :)
>
> //Luna bittin Jernberg
Package: wnpp
Severity: wishlist
Owner: Christian Kastner
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: composable-kernel
Version : 0+git20230816
Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/ROCmSoftwarePlatform
Package: wnpp
Severity: wishlist
Owner: Ben Hutchings
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ker...@lists.debian.org,
Steve Dickson , Chuck Lever III
* Package name: ktls-utils
Version : 0.9
Upstream Contact: kernel-tls-handsh...@lists.linux.dev
* URL
Package: general
Severity: wishlist
X-Debbugs-Cc: yves.quey...@gmail.com
Dear maintainer,
By default with Debian 12 Bookworm, the file named
"/etc/sysctl.d/99-sysctl.conf" contains a lot of settings, but they are all
disabled.
It coult be interesting to add and activate the following setting by
Hello Ricardo,
Yes, I'll try to get to it later today or over the weekend.
On Fri, 30 Jun 2023 at 13:56, Ricardo Ribalda Delgado
wrote:
>
> Hi Hector
>
> Can you check the current version on my repo? i think it is on a good
> state to push it
>
> Thanks!
>
> On Tue, Jun 20, 2023 at 4:19 PM And
Hi Hector
Can you check the current version on my repo? i think it is on a good
state to push it
Thanks!
On Tue, Jun 20, 2023 at 4:19 PM Andrea Righi wrote:
>
> Hi Ricardo,
>
> On Tue, Jun 20, 2023 at 02:17:38PM +0200, Ricardo Ribalda Delgado wrote:
> ...
> > > > > > > I have updated my repo to
Hi Ricardo,
On Tue, Jun 20, 2023 at 02:17:38PM +0200, Ricardo Ribalda Delgado wrote:
...
> > > > > > I have updated my repo to uprev v1.10 and support argcomple3.
> > > > > >
> > > > > > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian
> > > > > >
> > > > > > Hector, Andrea, can you take a
On Tue, Jun 20, 2023 at 02:17:38PM +0200, Ricardo Ribalda Delgado wrote:
> Hi Andrea
>
> On Tue, Jun 20, 2023 at 10:02 AM Andrea Righi
> wrote:
> >
> > On Tue, Jun 20, 2023 at 09:19:58AM +0200, Andrea Righi wrote:
> > > On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote:
> >
Hi Andrea
On Tue, Jun 20, 2023 at 10:02 AM Andrea Righi
wrote:
>
> On Tue, Jun 20, 2023 at 09:19:58AM +0200, Andrea Righi wrote:
> > On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote:
> > > On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi
> > > wrote:
> > > >
> > > > On Mon, J
On Tue, Jun 20, 2023 at 09:19:58AM +0200, Andrea Righi wrote:
> On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote:
> > On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi
> > wrote:
> > >
> > > On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote:
> > > > Hi
> >
On Tue, Jun 20, 2023 at 08:47:54AM +0200, Ricardo Ribalda Delgado wrote:
> On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi
> wrote:
> >
> > On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote:
> > > Hi
> > >
> > > I have updated my repo to uprev v1.10 and support argcomple3.
> >
On Tue, Jun 20, 2023 at 7:46 AM Andrea Righi wrote:
>
> On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote:
> > Hi
> >
> > I have updated my repo to uprev v1.10 and support argcomple3.
> >
> > https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian
> >
> > Hector, Andrea, can
On Mon, Jun 19, 2023 at 09:54:41PM +0200, Ricardo Ribalda Delgado wrote:
> Hi
>
> I have updated my repo to uprev v1.10 and support argcomple3.
>
> https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian
>
> Hector, Andrea, can you take a look at it?
>
> Hector the fun bits are at
> https://sa
Hi
I have updated my repo to uprev v1.10 and support argcomple3.
https://salsa.debian.org/ribalda/virtme-ng/-/tree/debian
Hector, Andrea, can you take a look at it?
Hector the fun bits are at
https://salsa.debian.org/ribalda/virtme-ng/-/merge_requests/1/diffs?commit_id=943dd90136e5e30fc39d00613
On Mon, Jun 19, 2023 at 02:15:51PM +0200, Héctor Orón Martínez wrote:
> Hello,
>
> On Mon, 19 Jun 2023 at 13:56, Andrea Righi wrote:
> >
> > On Mon, Jun 19, 2023 at 01:20:04PM +0200, Héctor Orón Martínez wrote:
> > > Hello Andrea,
> > >
> > > On Wed, 31 May 2023 at 20:47, Andrea Righi
> > > wro
Hello,
On Mon, 19 Jun 2023 at 13:56, Andrea Righi wrote:
>
> On Mon, Jun 19, 2023 at 01:20:04PM +0200, Héctor Orón Martínez wrote:
> > Hello Andrea,
> >
> > On Wed, 31 May 2023 at 20:47, Andrea Righi
> > wrote:
> >
> > > On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote:
>
On Mon, Jun 19, 2023 at 01:20:04PM +0200, Héctor Orón Martínez wrote:
> Hello Andrea,
>
> On Wed, 31 May 2023 at 20:47, Andrea Righi wrote:
>
> > On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote:
>
> > > I think I have the first version of virtme-ng.
> > >
> > > @Héctor O
Hello Andrea,
On Wed, 31 May 2023 at 20:47, Andrea Righi wrote:
> On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote:
> > I think I have the first version of virtme-ng.
> >
> > @Héctor Orón Martínez can you help reviewing and pushing
> > https://salsa.debian.org/ribalda/vir
On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote:
> Hi all
>
> I think I have the first version of virtme-ng.
>
> @Héctor Orón Martínez can you help reviewing and pushing
> https://salsa.debian.org/ribalda/virtme-ng ?
>
> Maybe you could also create salsa.debian.org/debian
On Mon, May 15, 2023 at 10:45:15PM +0200, Ricardo Ribalda Delgado wrote:
> Hi all
>
> I think I have the first version of virtme-ng.
>
> @Héctor Orón Martínez can you help reviewing and pushing
> https://salsa.debian.org/ribalda/virtme-ng ?
>
> Maybe you could also create salsa.debian.org/debian
Hi all
I think I have the first version of virtme-ng.
@Héctor Orón Martínez can you help reviewing and pushing
https://salsa.debian.org/ribalda/virtme-ng ?
Maybe you could also create salsa.debian.org/debian/virtme-ng
Thanks and regards!
On Wed, May 10, 2023 at 5:04 PM Emmanuel Arias wrote:
Hello Emilio,
On Thu, 11 May 2023 at 11:12, Emilio Pozuelo Monfort wrote:
>
> On 09/05/2023 09:51, Andrea Righi wrote:
> > On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote:
> >> Hello,
> >>
> >>virtme already exists in Debian, what would be the benefit of virtme-ng
> >> ov
On 09/05/2023 09:51, Andrea Righi wrote:
On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote:
Hello,
virtme already exists in Debian, what would be the benefit of virtme-ng
over virtme?
https://salsa.debian.org/debian/virtme
Regards
The original virtme project is not mai
On Wed, May 10, 2023 at 11:41 AM Ricardo Ribalda Delgado <
rica...@ribalda.com> wrote:
> Hi Emmanuel
>
>
> On Wed, May 10, 2023 at 1:03 AM Emmanuel Arias wrote:
> >
> > Upstream respond without objection. Is there any volunter to this
> transition? If not i would happy to work on it.
>
> I ca
Hi Emmanuel
On Wed, May 10, 2023 at 1:03 AM Emmanuel Arias wrote:
>
> Upstream respond without objection. Is there any volunter to this
> transition? If not i would happy to work on it.
I can take care of it. I won't probably start until the weekend though
Regards
>
> Cheers
>
>
> El mar
Upstream respond without objection. Is there any volunter to this
transition? If not i would happy to work on it.
Cheers
El mar, 9 de may de 2023, 07:54, Emmanuel Arias
escribió:
> Oh, I did not note/check that virtme already exists in Debian.
>
> Anyway, I am interest in the package, so I
On Tue, May 9, 2023 at 12:46 PM Andrea Righi wrote:
>
> On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado wrote:
> > Hi
> >
> >
> > On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez
> > wrote:
> > >
> > > Hello,
> > >
> > > El mar, 9 may 2023, 9:51, Andrea Righi
> > > escribi
On Tue, May 09, 2023 at 11:32:59AM +0200, Ricardo Ribalda Delgado wrote:
> Hi
>
>
> On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez
> wrote:
> >
> > Hello,
> >
> > El mar, 9 may 2023, 9:51, Andrea Righi
> > escribió:
> >>
> >> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez
Oh, I did not note/check that virtme already exists in Debian.
Anyway, I am interest in the package, so I will follow virtme/virme-ng
project :-)
El mar, 9 de may de 2023, 07:49, Ricardo Ribalda Delgado <
rica...@ribalda.com> escribió:
> On Tue, May 9, 2023 at 12:46 PM Andrea Righi
> wrote:
> >
Hi
On Tue, May 9, 2023 at 11:28 AM Héctor Orón Martínez
wrote:
>
> Hello,
>
> El mar, 9 may 2023, 9:51, Andrea Righi escribió:
>>
>> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote:
>> > Hello,
>> >
>> > virtme already exists in Debian, what would be the benefit of virtme
On Tue, 09 May 2023 at 10:03:13 +0200, Andrea Righi wrote:
> On Tue, May 09, 2023 at 09:51:42AM +0200, Andrea Righi wrote:
> > The original virtme project is not maintained anymore
>
> Moreover, it's worth mentioning that virtme-ng doesn't break the
> compatibility with virtme, meaning that all th
Hello,
El mar, 9 may 2023, 9:51, Andrea Righi
escribió:
> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote:
> > Hello,
> >
> > virtme already exists in Debian, what would be the benefit of virtme-ng
> > over virtme?
> >
> > https://salsa.debian.org/debian/virtme
> >
> > Reg
On Tue, May 09, 2023 at 09:51:42AM +0200, Andrea Righi wrote:
> On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote:
> > Hello,
> >
> > virtme already exists in Debian, what would be the benefit of virtme-ng
> > over virtme?
> >
> > https://salsa.debian.org/debian/virtme
> >
>
so in Ubuntu.
Thanks,
-Andrea
>
> El lun, 8 may 2023, 17:48, Emmanuel Arias escribió:
>
> > Control: retitle -1 ITP: virtme-ng -- Tool to build and run a kernel
> > inside a virtualized snapshot of your live system
> > Control: owner -1 eam...@yaerobi.com
> >
>
Hello,
virtme already exists in Debian, what would be the benefit of virtme-ng
over virtme?
https://salsa.debian.org/debian/virtme
Regards
El lun, 8 may 2023, 17:48, Emmanuel Arias escribió:
> Control: retitle -1 ITP: virtme-ng -- Tool to build and run a kernel
> inside a virtu
Control: retitle -1 ITP: virtme-ng -- Tool to build and run a kernel inside
a virtualized snapshot of your live system
Control: owner -1 eam...@yaerobi.com
Hi,
I'm interested to work in this package. I'm going to package it.
Thanks!
Cheers,
eamanu
On Sun, May 7, 2023 at 10:39
Programming Lang: Python
Description : Tool to build and run a kernel inside a virtualized
snapshot of your live system
virtme-ng is a tool that allows to easily and quickly recompile and test
a Linux kernel, starting from the source code.
It allows to recompile the kernel in few minutes
tream Author : Andrea Righi
> * URL : https://salsa.debian.org/arighi/kernelcraft
> * License : GPL-2
> Programming Lang: Python
> Description : Tool to build and run a kernel inside a virtualized
> snapshot of your live system
>
> KernelCraft is a tool
: GPL-2
Programming Lang: Python
Description : Tool to build and run a kernel inside a virtualized
snapshot of your live system
KernelCraft is a tool that allows to easily and quickly recompile and
test a Linux kernel, starting from the source code.
It allows to recompile the kernel in few
Programming Lang: Puppet
Description : Puppet module for manipulating modprobe and kernel modules
Puppet lets you centrally manage every important aspect of your system using a
cross-platform specification language that manages all the separate elements
normally aggregated in different
Processing commands for cont...@bugs.debian.org:
> reassign 1033149 linux
Bug #1033149 [general] general: debian 11 fails to hibernate when RAM usage
above 7GB
Bug reassigned from package 'general' to 'linux'.
Ignoring request to alter found versions of bug #1033149 to the same values
previously
Description : Register a comm implementation in the Jupyter kernel
It provides a way to register a Kernel Comm implementation, as per the Jupyter
kernel protocol. It also provides a base Comm implementation and a default
CommManager that can be used.
This is a new dependency of the ipykernel
Many thanks Étienne and Paul for all the resources.
Regards,
Patrice
On Sat, 2022-11-05 at 20:20 +0100, Patrice Duroux wrote:
> There are many projects here and there (Termux, AnLinux, etc.) that are based
> on
> some sorts of kernel-free images of a minimal Debian system to be used through
> chroot (other Linux) or PRoot (Android) or whatever environ
Hi Patrice,
Patrice Duroux, on 2022-11-05:
> There are many projects here and there (Termux, AnLinux, etc.) that are based
> on
> some sorts of kernel-free images of a minimal Debian system to be used through
> chroot (other Linux) or PRoot (Android) or whatever environments.
> M
Hi,
There are many projects here and there (Termux, AnLinux, etc.) that are based on
some sorts of kernel-free images of a minimal Debian system to be used through
chroot (other Linux) or PRoot (Android) or whatever environments.
Most of the time, it is provided as an archive file downloaded at
: GNU General Public License v2.0
Programming Lang: C, Perl, Python, Shell
Description : The LTP testsuite contains a collection of tools for
testing the Linux kernel and related features
The LTP testsuite contains a collection of tools for testing the
linux kernel and related features
Your message dated Tue, 13 Sep 2022 21:33:03 +0200
with message-id
and subject line Re: Bug#1018891: general: Can't install fans on msi laptop due
to missing ec_sys kernel. Command prompt modprobe ec_sys write_support=1, I get
error: FATAL: Module ec_sys not found in directory /lib/mo
Package: wnpp
Severity: wishlist
Owner: John Goerzen
* Package name: gvisor
Version : 20220905.0-1
Upstream Author : Google
* URL : https://github.com/google/gvisor
* License : Apache-2.0 and MIT
Programming Lang: Go
Description : Application Kernel
Package: general
Severity: normal
X-Debbugs-Cc: velmory...@gmail.com
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was
: GPL, LGPL
Programming Lang: C
Description : libusbgx is a C library encapsulating the kernel USB
gadget-configfs
It provides routines for creating and parsing USB gadget devices using
the configfs API. Currently, all USB gadget configfs functions that can
be enabled in kernel release
Description : Linux RAM Drive and Caching kernel modules (DKMS)
This software defined advanced RAM drive and storage
caching solution. This suite includes a collection of modules,
configuration files, and command line utilities for managing
RapidDisk enabled storage volumes and accessing them
: LGPL-3+ or GPL-2+
Programming Lang: C
Description : Kernel coredump file access
libkdumpfile is a library to read kdump-compressed kernel core dumps.
It is an optional dependency for packaging drgn (ITP: #1001581). I work
with the drgn author, we already maintain libkdumpfile and
(Data-Channel Offload) kernel module for OpenVPN
OpenVPN Data Channel Offload in the linux kernel (ovpn-dco)
.
This kernel module allows OpenVPN to offload any data plane management to the
linux kernel, thus allowing it to exploit any Linux low level API, while
avoiding expensive and slow payload
: Simple terminal emulator based on Kernel Mode Setting
kmscon is a system console for linux. It does not depend on any
graphics-server on your system (like X.org), but instead provides
a raw console layer that can be used independently.
It can replace the linux kernel console entirely but was
Package: wnpp
Severity: wishlist
Owner: Joseph Nahmias
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org,
j...@nahmias.net
* Package name: jupyter-kernel-test
Version : 0.4.2
Upstream Author : Jupyter Development Team
* URL : https
On Sun, 2021-06-13 at 15:07 +0200, Philipp Hahn wrote:
[...]
> > 3. If both of the above are true, why isn't something like that suggested
> > on [1]?
>
> Debian does not know your specifics and thus does not use parallel build
> by default.
>
Debian *does* use parallel builds by default. But
On Fri, 2021-06-11 at 19:34 -0600, Antonio Russo wrote:
> Hello,
>
> I'm trying to build a Debian bullseye kernel (with KASAN enabled, but that's
> irrelevant).
> I'm following [1], and the critical command
>
> $ fakeroot make -f debian/rules.gen binary-arch_
On Mon, Jun 14, 2021 at 12:36:30PM -0400, Polyna-Maude Racicot-Summerside wrote:
> I only repeated in a different way what was already explained (fair use
> for servers not meant to be sucked up).
My point was not about the technical content of your message, but the
phrasing, that had started to a
about it for a while, since I'm not in a major
>> hurry.
>
> rsync is incomprehensible rocket science?
>
When you expect to build a "new" Debian kernel (Hurd ? FreeBSD ?)
because there's too much government agent involved in Debian, that you
complain there'
On Mon, 14 Jun 2021 07:23:45 -0700, John E Petersen
wrote:
>Thanks Paul, but I'm having a hard time finding the precise version I would
>like to archive on any ftp mirror. My scrape is actually working quite
>correctly now, though, since I added a sleep in there -- the source and
>machine-installa
Hi,
On 2021-06-14 8:13 a.m., Jonathan Dowland wrote:
> On Sat, Jun 12, 2021 at 04:47:26PM -0400, Polyna-Maude Racicot-Summerside
> wrote:
>> This is why your address is being blocked and will continue to do so.
>
> Writing something like this runs the risk of giving the impression that
> you are
Thanks Paul, but I'm having a hard time finding the precise version I would
like to archive on any ftp mirror. My scrape is actually working quite
correctly now, though, since I added a sleep in there -- the source and
machine-installation instructions are tidily tucked away in different
directorie
On Sat, Jun 12, 2021 at 04:47:26PM -0400, Polyna-Maude Racicot-Summerside wrote:
> This is why your address is being blocked and will continue to do so.
Writing something like this runs the risk of giving the impression that
you are somehow involved in, or authoritative for, the official Debian
mi
Hello Anionio,
Am 12.06.21 um 03:34 schrieb Antonio Russo:
I'm trying to build a Debian bullseye kernel (with KASAN enabled, but that's
irrelevant).
I'm following [1], and the critical command
$ fakeroot make -f debian/rules.gen binary-arch_i386_none_real
does not sugges
On Sat, 12 Jun 2021 12:58:46 -0700, John E Petersen
wrote:
>If I find it is possible to simply download
>the entire collection, without having to host a mirror, I may very well go
>that route.
The question is, why are you trying to do so?
Greetings
Marc
--
--
On Sat, 12 Jun 2021 12:52:32 -0700, John E Petersen
wrote:
>Dear *Polyna-Maude R.-Summerside, *I would appreciate it if you would stay
>out of conversations which you do not understand. Your rude response was
>not well-received. Are you suggesting there are no government employees in
>the open sou
Package: wnpp
Severity: wishlist
Owner: Doug Torrance
X-Debbugs-Cc: debian-devel@lists.debian.org, dtorra...@piedmont.edu
* Package name: macaulay2-jupyter-kernel
Version : 0.6.7~beta
Upstream Author : Radoslav Zlatev
* URL : https://github.com/rz839/Macaulay2-Jupyter
1 - 100 of 2862 matches
Mail list logo
