Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

[Neil Bothwick]

On Wed, 21 Jul 2021 22:13:50 +0200, tastytea wrote:

> > emerge included openrc (the only version of it on my system) in the
> > packages it planned to remove.  It was kind enough to give me a
> > warning that this "might" do bad things, but I was somewhat shocked
> > to see it there at all.  I might have accidentally typed 'y' instead
> > of 'n'.
> > 
> > Maybe the program wants revenge at me executing so seldomly.  Or
> > something like that.

Well, it would help if you ran it more often.

> > But now, my question is how can I trust --depclean even a little bit
> > after that?  Do I have to go through all the package versions,
> > manually removing the obsolete ones?  There are several hundred.  :-(
> >  
> 
> I'm not sure why it would want to remove openrc, as far as I know it
> should be part of the @system set unless you're on a systemd profile.

It's the first dependency of virtual/system-manager, which in turn is
part of @system. I don't see why it would be removed unless you have
something else installed that satisfies the virtual , such as systemd or
runit.

> You can record it in your @world set with `emerge --select --noreplace
> sys-apps/openrc`. That should prevent accidental removals.

It would, but it doesn't address the issue of why portage wants to remove
it.


-- 
Neil Bothwick

mandelbug /man'del-buhg/ n.
 [from the Mandelbrot set] A
   bug whose underlying causes are so complex and obscure as to make
   its behavior appear chaotic or even non-deterministic.  This term
   implies that the speaker thinks it is a Bohr bug, rather than
   a heisenbug.  See also schroedinbug.


pgpP4DvBDXCVH.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] --depclean wants to remove openrc. Yikes!

[tastytea]

On 2021-07-21 20:06+ Alan Mackenzie  wrote:

> Hello, Gentoo.
> 
> As prompted after the recent perl update, I did # emerge --depclean
> -va.
> 
> emerge included openrc (the only version of it on my system) in the
> packages it planned to remove.  It was kind enough to give me a
> warning that this "might" do bad things, but I was somewhat shocked
> to see it there at all.  I might have accidentally typed 'y' instead
> of 'n'.
> 
> Maybe the program wants revenge at me executing so seldomly.  Or
> something like that.
> 
> But now, my question is how can I trust --depclean even a little bit
> after that?  Do I have to go through all the package versions,
> manually removing the obsolete ones?  There are several hundred.  :-(

I'm not sure why it would want to remove openrc, as far as I know it
should be part of the @system set unless you're on a systemd profile.

You can record it in your @world set with `emerge --select --noreplace
sys-apps/openrc`. That should prevent accidental removals.

Kind regards, tastytea

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpwm5jgbCOgs.pgp
Description: Digitale Signatur von OpenPGP

[gentoo-user] --depclean wants to remove openrc. Yikes!

[Alan Mackenzie]

Hello, Gentoo.

As prompted after the recent perl update, I did # emerge --depclean -va.

emerge included openrc (the only version of it on my system) in the
packages it planned to remove.  It was kind enough to give me a warning
that this "might" do bad things, but I was somewhat shocked to see it
there at all.  I might have accidentally typed 'y' instead of 'n'.

Maybe the program wants revenge at me executing so seldomly.  Or
something like that.

But now, my question is how can I trust --depclean even a little bit
after that?  Do I have to go through all the package versions, manually
removing the obsolete ones?  There are several hundred.  :-(

What do I do?

Help!

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] how to losen restrictions on root password

[Dale]

antlists wrote:
> On 21/07/2021 02:24, John Covici wrote:
>> On Tue, 20 Jul 2021 18:52:43 -0400,
>> antlists wrote:
>>>
>>> On 20/07/2021 23:37, John Covici wrote:
 Hi.  After a recent update, I discovered I could not log in as root on
 my local console.  Soome software put lots of restrictions on how I
 could choose the password and I would like to losen  or abolish those
 restrictions.  This is only for local consoles, so its a bit
 rediculous anyway.

 Thanks in advance for any suggestions.

>>> /etc/security/passwdqc.conf ???
>>>
>>> hth
>>>
>>
>> Thanks, never messed with this before, I will see what I can see.
>>
> Nor had I until I built my new system. It seems the defaults have been
> tightened up ...
>
> All very well, but the primary purpose of security on my machine is to
> stop users trampling over other user's default setups :-)
>
> Cheers,
> Wol
>
>


I wonder how many people change the defaults to a higher setting?  I can
see a multi-user system admin having reason to do so but wonder if
others change it?  After all, if there is only one person using a
system, just come up with a good password.  If it is a multi-user
system, then a admin might need to force people to come up with a good
password. 

I've never noticed these config files either.  Now I'm curious.  To be
honest, my passwords kinda suck security wise.  Well, my passwords for
encrypted stuff is very strong but my user password may could be guessed
easily. 

Dale

:-)  :-)

Re: [gentoo-user] how to losen restrictions on root password

[antlists]

On 21/07/2021 02:24, John Covici wrote:

On Tue, 20 Jul 2021 18:52:43 -0400,
antlists wrote:


On 20/07/2021 23:37, John Covici wrote:

Hi.  After a recent update, I discovered I could not log in as root on
my local console.  Soome software put lots of restrictions on how I
could choose the password and I would like to losen  or abolish those
restrictions.  This is only for local consoles, so its a bit
rediculous anyway.

Thanks in advance for any suggestions.


/etc/security/passwdqc.conf ???

hth



Thanks, never messed with this before, I will see what I can see.

Nor had I until I built my new system. It seems the defaults have been 
tightened up ...


All very well, but the primary purpose of security on my machine is to 
stop users trampling over other user's default setups :-)


Cheers,
Wol