part from this call trace showing up - I don't see any weird things.
>The /dev/disk/by-uuid/ thingie I wrote about in
>
>https://lkml.org/lkml/2023/6/9/1384
>
>is nonsense ofcourse - because upon further thinking about what I wrote
>it came apparent that the command I'm using does change/nullify the UUID
>I am talking about.
>
>Thankyou!
>Frank Reppin
>
>
--
Kees Cook
--
Kees Cook@debian.org
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150309182548.gb5...@outflux.net
owners don't want it
enabled, they can choose to turn it off in /etc/sysctl.d/, just like other
things.
-Kees
--
Kees Cook@debian.org
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
the system init starts.
Thanks,
-Kees
--
Kees Cook@debian.org
diff -Nru initramfs-tools-0.106/debian/changelog
initramfs-tools-0.107~0kees1/debian/changelog
--- initramfs-tools-0.106/debian/changelog 2012-06-07 05:40:53.0
-0700
+++ initramfs
-not-mediate-kernel-bas.patch
My preference would be to apply the networking patch, along with 0003
and 0004 posted here.
-Kees
--
Kees Cook
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
did for the Lucid LTS release that was getting backported kernels (with
link restrictions) built for it.
-Kees
[1]
http://anonscm.debian.org/gitweb/?p=collab-maint/at.git;a=commitdiff;h=f4114656c3a6c6f6070e315ffdf940a49eda3279
--
Kees Cook@debian.org
(people are turning more to Debian as other distros
move their minimum instruction set requirements higher and higher).
-Kees
--
Kees Cook@debian.org
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe
of heavy-duty kernel hardening
is with KERNEXEC and UDEREF. If someone is interested in speed, they can
choose i386. But if someone wants a hardened kernel and amd64, they should
have the option. I'd leave those on for both.
-Kees
--
Kees Cook@debian.org
-emulation
http://git.kernel.org/?p=linux/kernel/git/frob/linux-2.6-roland.git;a=shortlog;h=refs/heads/fedora/32bit-mmap-exec-randomization
(this one is still missing one additional patch from me...)
[2]
https://wiki.ubuntu.com/SecurityTeam/Roadmap/KernelHardening#Upstream%20Hardening
--
Kees
Hi,
On Thu, Nov 18, 2010 at 08:37:44PM +0100, Julien Cristau wrote:
On Thu, Nov 18, 2010 at 11:23:39 -0800, Kees Cook wrote:
On Thu, Nov 11, 2010 at 13:52:12 +, maximilian attems wrote:
LSM: Enable AppArmor? as well as/instead of Tomoyo
On Thu, Nov 18, 2010 at 08:06:50PM +, Ben Hutchings wrote:
On Thu, Nov 18, 2010 at 12:03:33PM -0800, Kees Cook wrote:
Now, don't get me wrong, I'd hugely prefer there be an __init-like way to
handle this, and it actually touches on the constification work too. Still,
blocking until
On Thu, Nov 18, 2010 at 08:05:55PM +, Ben Hutchings wrote:
On Thu, Nov 18, 2010 at 11:23:39AM -0800, Kees Cook wrote:
Why? These patches are well maintained, and touch areas of the kernel that
do not change much (making them very easy to merge). Why leave non-PAE
x86 users out
discardable. :)
The agenda item wasn't asking for it to be the default LSM, just to be
available at all.
Thanks,
-Kees
--
Kees Cook@debian.org
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
they made it
non-modular, unfortunately. :( If a distro wants to make multiple LSMs
available to their users, they have to compile them all in. Which is rather
annoying.
-Kees
--
Kees Cook@debian.org
--
To UNSUBSCRIBE, email to debian-kernel-requ
On Tue, Nov 02, 2010 at 04:04:13PM +0100, maximilian attems wrote:
hello Kees,
On Fri, 29 Oct 2010, Kees Cook wrote:
Thanks for adding this to the agenda! I've added details about both
AppArmor and the nx-emulation bits to the wiki page. Let me know if
you've got any questions.
Do
the userspace tools
to experimental soon, since 2.6.36 is landing there now.
Thanks,
-Kees
--
Kees Cook
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101029155057.gb5
to forward once Ubuntu 9.04 releases.
I have CC'd Luke Yelavich, who did the 0.92b merge. Luke, anything to
forward to Debian for initramfs-tools that isn't Ubuntu-specific?
Thanks!
-Kees
--
Kees Cook@debian.org
--
To UNSUBSCRIBE, email to debian
--dereference -o -H newc | gzip /tmp/archive.gz
find: `/fail': No such file or directory
$ echo $?
1
Also, I would recommend adding -e to the shell to catch single-command
failures during execution, though that's out of scope for this particular
bug.
Thanks!
-Kees
--
Kees Cook
Attached is a gross alternative to depending on bash...
--
Kees Cook@debian.org
--- mkinitramfs~ 2009-02-11 17:18:41.0 -0800
+++ mkinitramfs 2009-02-11 20:13:16.0 -0800
@@ -296,7 +296,24 @@
fi
[ ${verbose} = y ] echo Building cpio
19 matches
Mail list logo