Re: firmware: secure boot dbx with software-center but not apt?

Hi Steven! Steven Timorol wrote: > >i get a message from 'gnome-software' >to update my firmware: >" >update configuration secure boot dbx: >Version 217: >This updates the dbx to the latest release from Microsoft which adds >insecure versions of grub and shim to the list of forbidden signatures >

Re: question re tar

On Monday, 19 September 2022 at 10:10:05 UTC+1, Thomas Schmitt wrote: > ... > But you could create a small ext filesystem in a file, mount it and make > experiments with it. oh, that's an excellent suggestion. thanks. will do that in the coming days. > > the "machine" is a VM, pre-installed by

Re: unmask silently fails

On Mon, Sep 19, 2022 at 12:12:51PM -0400, Felix Miata wrote: > Reco composed on 2022-09-19 14:46 (UTC+0300): > > # ls -la /lib/systemd/system/nfs-common.service > > lrwxrwxrwx 1 root root 9 Jun 28 2021 > > /lib/systemd/system/nfs-common.service -> /dev/null > > That's what masking looks like. Wh

Re: unmask silently fails

On Mon 19 Sep 2022 at 12:12:51 (-0400), Felix Miata wrote: > Reco composed on 2022-09-19 14:46 (UTC+0300): > > On Mon, Sep 19, 2022 at 12:05:43AM -0400, Felix Miata wrote: > > >> Anyone know what it takes to unmask nfs-common.service successfully? > > > Why would you need it with systemd? As of b

Re: unmask silently fails

Reco composed on 2022-09-19 14:46 (UTC+0300): > On Mon, Sep 19, 2022 at 12:05:43AM -0400, Felix Miata wrote: >> Anyone know what it takes to unmask nfs-common.service successfully? > Why would you need it with systemd? As of bullseye, nfs-common package > just provide this symlink instead of the

Re: Setting system/ rtc clock

On 2022-09-18, Richard Schires wrote: > The problem that I am trying to resolve is getting the > system clock and CMOS clock to match. Why is that a problem?

udev not on-demand-loading modules with custom kernel

Hi all. I need help getting module on-demand-loading working with a custom kernel. Currently I'm running Debian 11 for x86_64 on a Chromebook in developer mode directly via Coreboot/Depthcharge. Not having UEFI or classical BIOS boot code means that the default Debian kernel doesn't work, ri

Debian I3/Asus

Buenos dias, antes que nada me presento ya que es mi primer post a la lista. Mi nombre es Gerardo y uso Linux desde hace muchos años, empece con Conectiva Linux, una distro de Brasil que mas tarde se fuciono con Mandrake (Francia) y asi nacio Mandriva. Pero a los pocos meses me pase a Slacwar

Re: unmask silently fails

Hi. On Mon, Sep 19, 2022 at 12:05:43AM -0400, Felix Miata wrote: > Anyone know what it takes to unmask nfs-common.service successfully? Why would you need it with systemd? As of bullseye, nfs-common package just provide this symlink instead of the proper systemd unit: # ls -la /lib/syste

Re: question re tar

On Mon, Sep 19, 2022 at 08:24:08AM +0100, jr wrote: > _thank you_. another question, if you don't mind: what will happen > if I extract such an archive on a "normal" computer with ext3/4 > filesystems? (don't want to .. experiment with this) Since none of us can reproduce your archive, only you

Re: question re tar

Hi, i wrote: > > test/hardlinks/hardlink_x link to u/test/hardlinks/x This comes when i edit my experiment output to remove unnecessary local information. I forgot to remove that last "u/". jr wrote: > what will happen > if I extract such an archive on a "normal" computer with ext3/4 > filesyst

firmware: secure boot dbx with software-center but not apt?

Hello, i get a message from 'gnome-software' to update my firmware: " update configuration secure boot dbx: Version 217: This updates the dbx to the latest release from Microsoft which adds insecure versions of grub and shim to the list of forbidden signatures due to multiple discovered security u

Re: question for seasoned links users?

On Mon, Sep 19, 2022 at 07:11:31AM -, Curt wrote: [...] > I noted the personal nature of your vendetta but fail to admire your > restraint in the matter, which you might have exercised earlier. But > then you wouldn't have had the vain pleasure of its publicity here. > > As far as obnoxiousn

Re: question re tar

hi, On Sun, 18 Sept 2022 at 21:39, Thomas Schmitt wrote: > Will Mengarini wrote: > > Note that the file-type character "h" (the leftmost character in your > > second line of output) isn't documented ... > The 'h' probably comes from {...} > which converts tar file type LNKTYPE to 'h'. thanks. (

Re: question for seasoned links users?

On 2022-09-18, debian-u...@howorth.org.uk wrote: >> >>> >> >> >> >> It reads the screen, doesn't it, for the visually impaired? Screen >> >> reader. >> > >> > ahem, no. >> >> https://www.afb.org/blindness-and-low-vision/using-technology/assistive-technology-products/screen-readers#:~:text=S