On Wed, Oct 26, 2022 at 05:04:35AM +0200, Ramon Fischer wrote
> Hello Walter,
>
> I do not think, that this is a bug, since it is the default file, which
> should not be edited by the user.
Firstly "grep -i uncomment /etc/sudoers" results in...
## Uncomment to enable special input methods. C
# emerge app-admin/doas
# emerge -c app-admin/sudo
# ln -s ./doas /usr/bin/sudo
:P
On Tue, 2022-10-25 at 21:15 -0600, Grant Taylor wrote:
> I *STRONGLY* /OBJECT/ to the notion that users should not edit
> configuration files.
Calm down. Nobody said you can't. I do. Just know what you're doing
and pay attention to what portage does with package-managed
configuration files.
d
Good question, which confused me as well, when I was looking into the file.
Maybe ask the package maintainer or the developers?
-Ramon
On 26/10/2022 05:34, Ramon Fischer wrote:
Then why in the world does the /default/ file, as installed by Gentoo,
include directions to edit the the file?!?!?!
Hello Grant,
generelly, I totally agree with you! Freedom of changing files
everywhere is what makes Gentoo a good, user-suited Linux distribution.
But changing *default files* comes with the risk, that a package update
will overwrite it.
Therefore "[...].d/" directories were "invented", wh
On 10/25/22 9:04 PM, Ramon Fischer wrote:
I do not think, that this is a bug, since it is the default file, which
should not be edited by the user.
I *STRONGLY* /OBJECT/ to the notion that users should not edit
configuration files.
By design, that's the very purpose of the configuration file
On Tue, 2022-10-25 at 22:34 -0400, Walter Dnes wrote:
> Is this a bug?
Nope, this is the way it is supposed to work.
Ramon is correct, user changes should go into sudoers.d which has been
the case for... some years now, I think? I don't recall.
I still make changes in sudoers directly, and jus
Hello Walter,
I do not think, that this is a bug, since it is the default file, which
should not be edited by the user. All changes should be done in
"/etc/sudoers.d/" to avoid such cases.
I kept mine unchanged from 2nd October and only have two uncommented lines:
[...]
root ALL=(ALL
I had the following in my /etc/sudoers before tonight's update...
## Uncomment to allow members of group wheel to execute any command
%wheel ALL=(ALL:ALL) ALL
## Same thing without a password
%wheel ALL=(ALL:ALL) NOPASSWD: ALL
...and my regular user was able to run commands and scripts via
/us
On Tue, Oct 25, 2022 at 11:07:14PM +0100, Michael wrote
>
> sync-type = rsync
> #sync-uri = rsync://rsync.gentoo.org/gentoo-portage
> sync-uri = rsync://192.168.1.252/gentoo-portage
Thanks Michael (and Adam). I did indeed forget to update sync-uri.
I subscribe to Netflix, which requires Google
On Tue, 2022-10-25 at 21:31 +, Grant Edwards wrote:
> Google led me to several pages where the problem was not having gvfs
> installed. I do have gvfs installed, but I suspect it's broken. I get
> the impression that
>
> $ gio list sftp:///
>
> is supposed to work, but that too says "Oper
On Tuesday, 25 October 2022 21:36:40 BST Walter Dnes wrote:
> I followed https://wiki.gentoo.org/wiki/Local_Mirror instructions for
> doing a local rsync mirror. I ran commented the rsync mirrors line in
> the client's make.conf and ran "emerge --sync". The client still
> synced from a server o
On Wed, Oct 26, 2022 at 7:35 AM Walter Dnes wrote:
> I followed https://wiki.gentoo.org/wiki/Local_Mirror instructions for
> doing a local rsync mirror. I ran commented the rsync mirrors line in
> the client's make.conf and ran "emerge --sync". The client still
> synced from a server on the i
Does anybody have any idea how to get pcmanfm to work with sftp?
I've found plenty of sources claiming it should work but all I ever
get when I try to open "sftp:///" is "operation not supported"
[same result for both pcmanfm and pcmanfm-qt].
Google led me to several pages where the problem was n
I followed https://wiki.gentoo.org/wiki/Local_Mirror instructions for
doing a local rsync mirror. I ran commented the rsync mirrors line in
the client's make.conf and ran "emerge --sync". The client still
synced from a server on the internet. Do I need to manually force
rsync to go local, e.g.
15 matches
Mail list logo
