similar to: Replacing kernel-headers with custom compiled version (from kernel.org) - safe?

On 26/06/19 23.51, Akemi Yagi wrote: > On Wed, Jun 26, 2019 at 5:20 AM Bagas Sanjaya <bagasdotme at gmail.com> wrote: >> Hello CentOS users, >> >> Currently I have compiled kernel version 4.19.37, which the source is from kernel.org. I compiled the kernel by following >> steps: >> - get the kernel tarball and unpack it >> - install prerequisties as

On Wed, Jun 26, 2019 at 5:20 AM Bagas Sanjaya <bagasdotme at gmail.com> wrote: > > Hello CentOS users, > > Currently I have compiled kernel version 4.19.37, which the source is from kernel.org. I compiled the kernel by following > steps: > - get the kernel tarball and unpack it > - install prerequisties as described in https://wiki.centos.org/HowTos/Custom_Kernel (in

Hello, Consider two following cases: 1. On production systems on television stations, a sysadmin give teens (remaja group, age 13 and older) full administrator privileges by adding this line to sudoers: %remaja ALL=(ALL:ALL) ALL Rationale: Almost all programs on the system can only be run by teens as root. 2. On production systems on tobacco factories, a sysadmin also give adults (age 18

Why did you say it is wrong to give full admin privileges to random users? -- An old man doll... just what I always wanted! - Clara

> On Aug 16, 2019, at 6:21 AM, Warren Young <warren at etr-usa.com> wrote: > > On Aug 15, 2019, at 11:04 PM, Bagas Sanjaya <bagasdotme at gmail.com> wrote: >> >> Based on above cases, is it OK to give group of random users full administrator privileges using sudo, by adding them to sudoers with ALL privileges? Should sudoers call customer service number instead

On Thu, Nov 30, 2023 at 11:48:24AM +0100, Gert Vanhaerents wrote: > Hi Kernel list, > I'm the IT person of a school, earlier we used multiseatcomputers for the > school, i have maded with a XGL implementation and it works fine but not so > fantastic. The school wants that i build new computers but the XGL project > is too outdated so i can't use it anymore. > > How

Hi, I have been seeing data corruption on the ZFS filesystem. Here are some details. The machine is running s10 on X86 platform with a single 160Gb SATA disk. (root on s0 and zfs on s7) ...Sanjaya --------- /etc/release ---------- -bash-3.00# cat /etc/release Solaris 10 6/06 s10x_u2wos_09a X86 Copyright 2006 Sun Microsystems, Inc. All Rights

The following changes since commit ceaa837f96adb69c0df0397937cd74991d5d821a: Linux 6.2-rc8 (2023-02-12 14:10:17 -0800) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to deeacf35c922da579637f5db625af20baafc66ed: vdpa/mlx5: support device features provisioning (2023-02-20 19:27:00 -0500)

On Aug 15, 2019, at 11:04 PM, Bagas Sanjaya <bagasdotme at gmail.com> wrote: > > Based on above cases, is it OK to give group of random users full administrator privileges using sudo, by adding them to sudoers with ALL privileges? Should sudoers call customer service number instead of sysadmin when something breaks? sudo is a tool for expressing and enforcing a site?s policies

On Fri, Aug 16, 2019 at 8:39 PM Bagas Sanjaya <bagasdotme at gmail.com> wrote: > Why did you say it is wrong to give full admin privileges to random users? > $ sudo rm -rf / $ sudo <install keylogger of choice> $ sudo cp /etc/{passwd,shadow} $home; (run john-the-ripper against passwd/shadow files). etc etc etc. -- -john r pierce recycling used bits in santa cruz

On 11/18/2015 03:22 AM, Gerd Hoffmann wrote: > /me goes undust the kvmtool patches for seabios. > > (see https://www.kraxel.org/cgit/seabios/commit/?h=kvmtool, > build with CONFIG_KVMTOOL=y + CONFIG_DEBUG_LEVEL=9) > > nilsson kraxel ~# ~kraxel/projects/kvmtool/lkvm run --name seabios > --firmware /home/kraxel/projects/seabios/out-bios-kvmtool/bios.bin > --disk

On 11/18/2015 03:22 AM, Gerd Hoffmann wrote: > /me goes undust the kvmtool patches for seabios. > > (see https://www.kraxel.org/cgit/seabios/commit/?h=kvmtool, > build with CONFIG_KVMTOOL=y + CONFIG_DEBUG_LEVEL=9) > > nilsson kraxel ~# ~kraxel/projects/kvmtool/lkvm run --name seabios > --firmware /home/kraxel/projects/seabios/out-bios-kvmtool/bios.bin > --disk

switching to newer linux-libc-dev linux-2.6 provided kernel headers worked fine beside on mips mipsel: In file included from usr/klibc/arch/mips/crt0.S:11: usr/include/arch/mips/machine/asm.h:8:24: error: asm/regdef.h: No such file or directory usr/include/arch/mips/machine/asm.h:9:21: error: asm/asm.h: No such file or directory i'm not sure if you want to export both headers in

> On Aug 16, 2019, at 11:12 PM, John Pierce <jhn.pierce at gmail.com> wrote: > > On Fri, Aug 16, 2019 at 8:39 PM Bagas Sanjaya <bagasdotme at gmail.com> wrote: > >> Why did you say it is wrong to give full admin privileges to random users? >> > > > $ sudo rm -rf / > I like this one. Long-long ago it was one of the ?tricky? questions at the

The kernel header guard to ensure that headers aren't included from userland moved in commit 69c8f52b. This causes the following message to be emitted when building klibc (which is designed to use kernel headers explicitly): /usr/local/src/git/linux-2.6//include/linux/types.h:13:2: warning: #warning "Attempt to use kernel headers from user space, see

H. Peter Anvin dixit: >You should be using the output of "make headers_install" to build klibc. Hm. Can we catch that somehow? Like? #ifdef using_uninstalled_kernel_headers # error Go RTFM! #endif ? in the klibc sources, centrally somewhere? Ideally, a klibc header that?d also be included when using klcc to build some? thing, so that both klibc-build time and klibc-use time would

Le 16/08/2019 ? 07:04, Bagas Sanjaya a ?crit?: > Based on above cases, is it OK to give group of random users full > administrator privileges using sudo, by adding them to sudoers with ALL > privileges? Short answer : this is VERY wrong. Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'?glise - 30730 Montpezat Site : https://www.microlinux.fr Mail :

On 3/21/23 10:13 AM, Bagas Sanjaya wrote: > On Tue, Mar 21, 2023 at 10:06:30AM +0800, Joseph Qi wrote: >> Hi Greg, >> It can be cleanly applied for linux-5.10.y and linux-4.19.y in my desktop. >> I'm not sure how it happens. >> > > If you can apply the backport, why don't you post it here? > My mistake, it requires feature folio. Will adapt and post it

Hi, all We use AMD Rome CPUs, like EPYC 7452. RHEL said that RHEL 7.6.6 began to support these cpus(detials: https://access.redhat.com/support/policy/amd) , but we found that CentOS7.6 with kernel 3.10.0-957.21.3.el7.x86_64 also works fine. So, my questions are: 1) Is there any place that i can find the cpu support info? 2) Dose the kernel 3.10.0-957.21.3.el7.x86_64 from CentOS7.6 already

Il 07/08/19 20:15, Akemi Yagi ha scritto: > On Wed, Aug 7, 2019 at 9:00 AM Alessandro Baggi > <alessandro.baggi at gmail.com> wrote: >> >> Il 07/08/19 01:02, Phil Perry ha scritto: >>> On 06/08/2019 14:45, Alessandro Baggi wrote: > >>> Please post the actual error message in dmesg or /var/log/messages. >>> >>> It's likely that the