On 30/10/2023 13.42, fed...@eyal.emu.id.au wrote:
F38
Linux e7.eyal.emu.id.au 6.5.8-200.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Oct 20
15:53:48 UTC 2023 x86_64 GNU/Linux
I am looking at issues with my system which is ATM degraded (6/7 raid6 devices).
I am waiting for a replacement disk from seag
Hi All,
Fedora 38
cups-2.4.7-1.fc38.x86_64
Why do all my programs default to "Cups-PDF" and not
"HLL2300D". All Wine and native Linux programs.
And changing it in my programs does not stick.
Many thanks,
-T
/etc/cups/printers.conf
PrinterId 4
UUID urn:uuid:8d86be01-61b0-3452-6e91-ee3dcc9adb
On 10/30/23 05:06, Jeffrey Walton wrote:
You can't do it in a wrapper script because you can't setuid on scripts.
But you can enable sudo for a single script.
(this was the intended way to use sudo, as far as I know)
Regards.
--
Roberto Ragusamail at robertoragusa.it
___
On Mon, Oct 30, 2023 at 4:36 AM Roberto Ragusa wrote:
>
> On 10/30/23 05:06, Jeffrey Walton wrote:
>
> > You can't do it in a wrapper script because you can't setuid on scripts.
> But you can enable sudo for a single script.
> (this was the intended way to use sudo, as far as I know)
I may be cro
Hi!
I am having 'minor' font display issues in F38 with Khmer language which
apparently didn't add the Khmer OS font usually used by default. I
manually added them and it solved most of the problems. Still I am
having issues when the interface text (from Tweaks) is used or other
application a
On 10/30/23 01:41, Jeffrey Walton wrote:
On Mon, Oct 30, 2023 at 4:36 AM Roberto Ragusa wrote:
On 10/30/23 05:06, Jeffrey Walton wrote:
You can't do it in a wrapper script because you can't setuid on scripts.
But you can enable sudo for a single script.
(this was the intended way to use sud
On Mon, 2023-10-30 at 03:09 -0700, ToddAndMargo via users wrote:
> On 10/30/23 01:41, Jeffrey Walton wrote:
> > On Mon, Oct 30, 2023 at 4:36 AM Roberto Ragusa
> > wrote:
> > >
> > > On 10/30/23 05:06, Jeffrey Walton wrote:
> > >
> > > > You can't do it in a wrapper script because you can't setui
On Mon, 2023-10-30 at 00:06 -0400, Jeffrey Walton wrote:
> On Sun, Oct 29, 2023 at 9:49 PM ToddAndMargo via users
> wrote:
> >
> > On 10/29/23 05:19, Tim via users wrote:
> > > On Sun, 2023-10-29 at 04:04 -0700, ToddAndMargo via users wrote:
> > > > I am trying to get around the password issue so
On Mon, 2023-10-30 at 18:22 +1100, fed...@eyal.emu.id.au wrote:
> Should I blame rsync (or the way I use it)?
>
> Next, I will do a plain 'cp -a' between the original source (sdh on
> /sata) and target(md127 on /data1) to see how it goes.
If you say how you use it, someone might be able to answer
On 28/10/2023 08.58, Eyal Lebedinsky wrote:
Fully updated F28.
I had to send one (of 7) member disk for RMA.
I notice that the system is very non responsive. 'top' shows
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1365697 root 20 0 0 0
On Mon, 2023-10-30 at 01:31 -0700, ToddAndMargo via users wrote:
> Why do all my programs default to "Cups-PDF" and not
> "HLL2300D". All Wine and native Linux programs.
> And changing it in my programs does not stick.
I've had it where some programs needed me to set a printer in them,
others hav
On 30/10/2023 21.40, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at 18:22 +1100, fed...@eyal.emu.id.au wrote:
Should I blame rsync (or the way I use it)?
Next, I will do a plain 'cp -a' between the original source (sdh on
/sata) and target(md127 on /data1) to see how it goes.
If you say how
On Mon, 2023-10-30 at 22:35 +1100, fed...@eyal.emu.id.au wrote:
> On 30/10/2023 21.40, Patrick O'Callaghan wrote:
> > On Mon, 2023-10-30 at 18:22 +1100, fed...@eyal.emu.id.au wrote:
> > > Should I blame rsync (or the way I use it)?
> > >
> > > Next, I will do a plain 'cp -a' between the original s
Next, I will do a plain 'cp -a' between the original source (sdh on /sata) and
target(md127 on /data1) to see how it goes.
Do the files/directories that you want to copy change frequently...?
Maybe you can isolate your sources into groups that wouldn't change during one
rsync run?
I think to h
On 30/10/2023 22.41, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at 22:35 +1100, fed...@eyal.emu.id.au wrote:
On 30/10/2023 21.40, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at 18:22 +1100, fed...@eyal.emu.id.au wrote:
Should I blame rsync (or the way I use it)?
Next, I will do a plain '
On 30/10/2023 22.53, Iosif Fettich wrote:
Next, I will do a plain 'cp -a' between the original source (sdh on /sata) and
target(md127 on /data1) to see how it goes.
Do the files/directories that you want to copy change frequently...?
Maybe you can isolate your sources into groups that wouldn't
On Mon, 2023-10-30 at 22:58 +1100, fed...@eyal.emu.id.au wrote:
> On 30/10/2023 22.41, Patrick O'Callaghan wrote:
> > On Mon, 2023-10-30 at 22:35 +1100, fed...@eyal.emu.id.au wrote:
> > > On 30/10/2023 21.40, Patrick O'Callaghan wrote:
> > > > On Mon, 2023-10-30 at 18:22 +1100, fed...@eyal.emu.id.a
On 30/10/2023 23.20, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at 22:58 +1100, fed...@eyal.emu.id.au wrote:
On 30/10/2023 22.41, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at 22:35 +1100, fed...@eyal.emu.id.au wrote:
On 30/10/2023 21.40, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at
> On 10/29/23 22:01, Roberto Ragusa wrote:
>
> The point here is not about getting the passphrase, it is about
> getting the real decryption key.
> Storing the decryption key in a safe place is a lot better than
> relying on things that can break in many ways (luks header overwritten,
> broken TPM
Linux is notoriously slow for large copies over usb3. The reading
I've done on it seems to suggest that it has to do with how buffering
in RAM works. There doesn't seem to be an elegant solution. Some
solutions posted are:
1) Make sure the external drive is ext4 or other linux-friendly format
On Tue, 2023-10-31 at 00:39 +1100, fed...@eyal.emu.id.au wrote:
> > Possibly. A good test would be to repeat the experiment but with a
> > different target destination, such as /dev/null. This would
> > indicate
> > whether the problem is with reading or with writing.
>
> Yes, done that. Copying t
CUPS wrote:
Note:Printer drivers and raw queues are deprecated and will stop working in a
future version of CUPS.
Then what?
It wrote that after I installed a Brother HL-L2360DW
using the printer-driver-brlaser-6.2.6-1.fc38.x86_64 package.
It provided the
Brother HL-L2360D series, using brlaser
On Mon, Oct 30, 2023 at 1:47 PM Michael Hennebry <
henne...@web.cs.ndsu.nodak.edu> wrote:
> CUPS wrote:
> > Note:Printer drivers and raw queues are deprecated and will stop working
> in a
> future version of CUPS.
>
> Then what?
> It wrote that after I installed a Brother HL-L2360DW
> using the pr
On 10/30/23 14:42, Jonathan Billings wrote:
Nothing is preventing you from backing up the LUKS header (cryptsetup
luksHeaderBackup), it's just that it is encrypted and includes whatever
keyslots you have, and if they're all removed (or you don't remember the pass
phrase for them), it isn't re
Hi.
Lost my old notes. Laying out how to setup test cloud instance to be
able to have testUserA and root
testUserA will login/access via ssh
testUSerA will create private/pub key, with /home/testUserA/.ssh on
the CloudInstance (D1)
ssh will allow testUserA
ssh will not allow root access
root wi
On Mon, 2023-10-30 at 12:46 -0500, Michael Hennebry wrote:
> CUPS wrote:
> > Note:Printer drivers and raw queues are deprecated and will stop
> > working in a
> future version of CUPS.
>
> Then what?
> It wrote that after I installed a Brother HL-L2360DW
> using the printer-driver-brlaser-6.2.6-1
On Mon, 30 Oct 2023, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at 12:46 -0500, Michael Hennebry wrote:
CUPS wrote:
Note:Printer drivers and raw queues are deprecated and will stop
working in a
future version of CUPS.
Then what?
It wrote that after I installed a Brother HL-L2360DW
using t
Hello,
has anyone other than me observed the effect that during audio playback to an
audio interface the destination device changes to the "build-in audio device."
This happens to me occasionally with pipewire-0.3.83-2.fc38.x86_64 and my ZOOM
H6 audio interface.
Any hint to avoid this welcome.
On 10/30/23 03:38, Patrick O'Callaghan wrote:
On Mon, 2023-10-30 at 00:06 -0400, Jeffrey Walton wrote:
On Sun, Oct 29, 2023 at 9:49 PM ToddAndMargo via users
wrote:
On 10/29/23 05:19, Tim via users wrote:
On Sun, 2023-10-29 at 04:04 -0700, ToddAndMargo via users wrote:
I am trying to get ar
Hi All,
It seems to me that since /etc/sudoers is visible from a
standard user account, that all a bad guy has to do is
cat the file, find some program that is elevated, then
overwrite that program with his evil deeds, and boom,
you are hacked.
Am I missing something?
-T
--
~~
On 10/30/23 18:15, ToddAndMargo via users wrote:
Hi All,
It seems to me that since /etc/sudoers is visible from a
standard user account, that all a bad guy has to do is
cat the file, find some program that is elevated, then
overwrite that program with his evil deeds, and boom,
you are hacked.
A
Samuel Sieb wrote:
> On 10/30/23 18:15, ToddAndMargo via users wrote:
>> Hi All,
>>
>> It seems to me that since /etc/sudoers is visible from a
>> standard user account, that all a bad guy has to do is
>> cat the file, find some program that is elevated, then
>> overwrite that program with his evi
On 10/30/23 19:11, Todd Zullinger wrote:
Samuel Sieb wrote:
On 10/30/23 18:15, ToddAndMargo via users wrote:
Hi All,
It seems to me that since /etc/sudoers is visible from a
standard user account, that all a bad guy has to do is
cat the file, find some program that is elevated, then
overwrite
On 10/30/23 18:36, Samuel Sieb wrote:
On 10/30/23 18:15, ToddAndMargo via users wrote:
Hi All,
It seems to me that since /etc/sudoers is visible from a
standard user account, that all a bad guy has to do is
cat the file, find some program that is elevated, then
overwrite that program with his e
On 10/30/23 13:57, bruce wrote:
Hi.
Lost my old notes. Laying out how to setup test cloud instance to be
able to have testUserA and root
testUserA will login/access via ssh
testUSerA will create private/pub key, with /home/testUserA/.ssh on
the CloudInstance (D1)
ssh will allow testUserA
ssh w
On Tue, 2023-10-31 at 00:13 +0100, Frank Elsner via users wrote:
> has anyone other than me observed the effect that during audio
> playback to an audio interface the destination device changes to the
> "build-in audio device." This happens to me occasionally with
> pipewire-0.3.83-2.fc38.x86_64 an
I prefer not to allow root to login using passwd or ssh
On Mon, Oct 30, 2023 at 11:19 PM Samuel Sieb wrote:
>
> On 10/30/23 13:57, bruce wrote:
> > Hi.
> >
> > Lost my old notes. Laying out how to setup test cloud instance to be
> > able to have testUserA and root
> >
> > testUserA will login/acc
37 matches
Mail list logo
