Date
1 - 4 of 4
pseudo issue in kirkstone
Marek Belisko
Hi,
I have a class where I create a custom image with cryptsetup and for
that purpose I'm using sudo. AFAIK using sudo in image creation should
be OK as it runs in pseudo. sudo calls works fine in dunfell releases
but while on kirkstone I'm getting:
| sudo: error in /etc/sudo.conf, line 0 while loading plugin "sudoers_policy"
| sudo: /usr/lib/sudo/sudoers.so must be owned by uid 0
| sudo: fatal error, unable to load plugins
Is there any workaround available or it's a pseudo issue?
Thanks and BR,
marek
--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer
Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
I have a class where I create a custom image with cryptsetup and for
that purpose I'm using sudo. AFAIK using sudo in image creation should
be OK as it runs in pseudo. sudo calls works fine in dunfell releases
but while on kirkstone I'm getting:
| sudo: error in /etc/sudo.conf, line 0 while loading plugin "sudoers_policy"
| sudo: /usr/lib/sudo/sudoers.so must be owned by uid 0
| sudo: fatal error, unable to load plugins
Is there any workaround available or it's a pseudo issue?
Thanks and BR,
marek
--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer
Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
apoplawski@...
Hi,
I have a similar problem. First, you need to disable pseudo before executing.
On begin of the line containing sudo cryptsetup add environment variable
definition: PSEUDO_DISABLED=1. This, however, does not solve the problem
of executing sudo. I've noticed from the recipe point of view, all files you don't own
are nobody:nogroup. This happens whether the task is in fakeroot or not.
--
Adam Popławski
I have a similar problem. First, you need to disable pseudo before executing.
On begin of the line containing sudo cryptsetup add environment variable
definition: PSEUDO_DISABLED=1. This, however, does not solve the problem
of executing sudo. I've noticed from the recipe point of view, all files you don't own
are nobody:nogroup. This happens whether the task is in fakeroot or not.
--
Adam Popławski
Marek Belisko
Hi,
On Wed, Nov 23, 2022 at 9:41 AM apoplawski via lists.yoctoproject.org
<apoplawski=kan-therm.com@...> wrote:
Any idea what was changed and why it was working in dunfell and not in
kirkstone?
marek
--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer
Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
On Wed, Nov 23, 2022 at 9:41 AM apoplawski via lists.yoctoproject.org
<apoplawski=kan-therm.com@...> wrote:
OK so adding PSEUDO_DISABLE=1 doesn't solve an issue. It's the same like before.
Hi,
I have a similar problem. First, you need to disable pseudo before executing.
On begin of the line containing sudo cryptsetup add environment variable
definition: PSEUDO_DISABLED=1. This, however, does not solve the problem
of executing sudo. I've noticed from the recipe point of view, all files you don't own
are nobody:nogroup. This happens whether the task is in fakeroot or not.
Any idea what was changed and why it was working in dunfell and not in
kirkstone?
BR,
--
Adam Popławski
marek
--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer
Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
apoplawski@...
On Wed, Nov 23, 2022 at 10:25 AM, Marek Belisko wrote:
However, I am left with an error about running sudo:
| sudo must be owned by uid 0 and have the setuid bit set
I think main problem is ownership of files in task perspective. I don't know why files are nobody:nogroup.
I spent some time on that but not found solution.
Hi,In my case, adding PSEUDO_DISABLE=1 makes /etc/sudoers.conf problem go away.
On Wed, Nov 23, 2022 at 9:41 AM apoplawski via lists.yoctoproject.org
<apoplawski=kan-therm.com@...> wrote:
Hi,OK so adding PSEUDO_DISABLE=1 doesn't solve an issue. It's the same like before.
I have a similar problem. First, you need to disable pseudo before executing.
On begin of the line containing sudo cryptsetup add environment variable
definition: PSEUDO_DISABLED=1. This, however, does not solve the problem
of executing sudo. I've noticed from the recipe point of view, all files you don't own
are nobody:nogroup. This happens whether the task is in fakeroot or not.
However, I am left with an error about running sudo:
| sudo must be owned by uid 0 and have the setuid bit set
I think main problem is ownership of files in task perspective. I don't know why files are nobody:nogroup.
I spent some time on that but not found solution.
Any idea what was changed and why it was working in dunfell and not in
kirkstone?
--BR,
Adam Popławski
marek
--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer
Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com