Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> 	37 NEW error logs
[...]
> bamf-0.5.6-alt1
> 	/bin/dbus-run-session -- make  -k test;
> 	dbus-daemon[832781]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-Vmrb6GEtXy": No such file or directory
> 	dbus-run-session: EOF reading address from bus daemon
> 
> basu-0.2.0-alt2
> 	+ dbus-run-session -- ninja-build -C x86_64-alt-linux test
> 	dbus-daemon[3082936]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-0QQ7TypGqC": No such file or directory
> 	dbus-run-session: EOF reading address from bus daemon
> 
> certmonger-0.79.17-alt1
> 	dbus-daemon[835757]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-MhyrFJfH6L": No such file or directory
> 	<28>Dec 22 00:04:33 dbus-daemon[835757]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-MhyrFJfH6L": No such file or directory
> 	EOF in dbus-launch reading address from bus daemon
> 
> fleet-commander-admin-0.15.1-alt11
> 	PASS: test_mergers.py
> 	<28>Dec 22 03:17:46 dbus-daemon[1622434]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-7XuvIJPYlT": No such file or directory
> 	<28>Dec 22 03:17:46 dbus-daemon[1622491]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-ZLi0n79CRo": No such file or directory
> 	FAIL: test_logger_dconf.sh
> 	PASS: test_logger_connmgr.py
> 	<28>Dec 22 03:17:46 dbus-daemon[1623100]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-Iys1OPgtrv": No such file or directory
> 	FAIL: test_logger_nm.sh
> 	PASS: test_logger_chromium.py
> 	--
> 	PASS: test_libvirt_controller.py
> 	<28>Dec 22 03:17:48 dbus-daemon[1627168]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-gf3r2xwfvH": No such file or directory
> 	FAIL: test_fcdbus.sh
> fleet-commander-client-0.15.0-alt4
> 	PASS: 16_adapter_firefoxbookmarks.py
> 	<28>Dec 22 03:17:47 dbus-daemon[512534]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-V66dTJ0tEe": No such file or directory
> 	FAIL: 17_fcclientad.sh
> 	<28>Dec 22 03:00:59 dbus-daemon[2246736]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-nYI97GZSUp": No such file or directory
> 
> gcr4-4.0.0-alt1
> 	<28>Dec 22 02:52:13 dbus-daemon[3407375]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-GUajmyGdSr": No such file or directory
> 	41/44 gcr:gcr / system-prompt	   FAIL		   0.09s   killed by signal 5 SIGTRAP
> 
> gdm-43.0-alt2
> 	+ dbus-run-session /usr/bin/meson test --no-rebuild --print-errorlogs -C x86_64-alt-linux
> 	dbus-daemon[3378854]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-hHfhmn3WvK": No such file or directory
> 	dbus-run-session: EOF reading address from bus daemon
> 
> glade-3.40.0-alt2
> 	+ dbus-run-session xvfb-run /usr/bin/meson test --no-rebuild --print-errorlogs -C
> 	x86_64-alt-linux
> 	dbus-daemon[379073]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-PV7XzBDdsN": No such file or directory
> 	dbus-run-session: EOF reading address from bus daemon
> 
> gnome-bluetooth-3.34.5-alt3
> 	+ dbus-run-session ninja-build -C x86_64-alt-linux test
> 	dbus-daemon[1489220]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-jRSJnFDPHS": No such file or directory
> 	dbus-run-session: EOF reading address from bus daemon
> 
> grilo-plugins-0.3.15-alt2.1
> 	+ xvfb-run /usr/bin/meson test --no-rebuild --print-errorlogs -C x86_64-alt-linux
> 	_XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created.
> 	1/18 test_lua_factory_grl_media      OK		     0.08s
> 	--
> 	stderr:
> 	ERROR: Failed to start D-Bus daemon.
> 	dbus-daemon[200678]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-7sAsVPG7HS": No such file or directory
> 	16/18 test_chromaprint_resolve	      OK	      0.36s
> 
> libxfconf-4.18.0-alt1
> 	<28>Dec 22 02:55:39 dbus-daemon[4026074]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-cKpzCtrYHj": No such file or directory
> 	FAIL: t-reset-arrayv
> 	<28>Dec 22 02:55:39 dbus-daemon[4026247]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-a5ktZy7bqa": No such file or directory
> 	<28>Dec 22 02:55:39 dbus-daemon[4026604]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-vdJxmsiuoc": No such file or directory
> 	FAIL: t-reset-boolean
> 	<28>Dec 22 02:55:39 dbus-daemon[4026738]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-bCMcAffgWx": No such file or directory
> 	<28>Dec 22 02:55:39 dbus-daemon[4027058]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-7c3AFoRCs5": No such file or directory
> 	FAIL: t-reset-stringlist
> oddjob-0.34.7-alt1
> 	./test-oddjobd.sh
> 	dbus-daemon[3552154]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-w5EttXife9": No such file or directory
> 	<28>Dec 22 02:56:54 dbus-daemon[3552154]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-w5EttXife9": No such file or directory
> 	EOF in dbus-launch reading address from bus daemon
> perl-Gnome2-GConf-1.047-alt1
> 	+ xvfb-run -a make test
> 	_XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be created.
> 	make: Entering directory '/usr/src/RPM/BUILD/Gnome2-GConf-1.047'
> 	--
> 	PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e"
> 	"undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> 	<28>Dec 22 01:31:53 dbus-daemon[2108900]: Failed to start message bus: Failed to bind
> 	socket "/run/dbus/users/dbus-EGv8Er2efY": No such file or directory
> 	Client failed to connect to the D-BUS daemon:
> 	/bin/dbus-launch terminated abnormally with the following error: EOF in dbus-launch
> 	reading address from bus daemon
> python3-module-dbus-next-0.2.3-alt1
> 	+ /bin/dbus-run-session -- /usr/bin/python3 -m pytest test
> 	dbus-daemon[370359]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-rw1D0hnAxO": No such file or directory
> 	dbus-run-session: EOF reading address from bus daemon
> xdg-dbus-proxy-0.1.4-alt1
> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory

Что-то массово сломалось после обновления пакета dbus?


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Валерий Иноземцев]

[-- Attachment #1.1.1: Type: text/plain, Size: 547 bytes --]

22.12.2022 11:25, Dmitry V. Levin пишет:
> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
>> 	37 NEW error logs
> [...]
>> xdg-dbus-proxy-0.1.4-alt1
>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> 
> Что-то массово сломалось после обновления пакета dbus?

да. см. аттач
какие предложения? откатывать a70b042f?

-- 
Valery V. Inozemtsev


[-- Attachment #1.1.2: 0001-dbus-server-socket-Make-unix-tmpdir-equivalent-to-un.patch --]
[-- Type: text/x-patch, Size: 6056 bytes --]

From b5a09fb11c05b3b1922e99d18720f586fc91cd0b Mon Sep 17 00:00:00 2001
From: Simon McVittie <smcv@collabora.com>
Date: Thu, 29 Sep 2022 16:50:07 +0100
Subject: [PATCH] dbus-server-socket: Make unix:tmpdir equivalent to unix:dir

On Linux, there are two classes of AF_UNIX socket, which D-Bus refers
to as unix:path=... (portable to non-Linux systems) and unix:abstract=...
(not portable).

Back in 2003 when dbus gained support for abstract Unix sockets on Linux,
everyone thought they were better in every way than path-based Unix
sockets: if a DBusServer crashes or is terminated abnormally, there's
no detritus left in the filesystem. What's not to like? As a result,
since commit a70b042f (2003-06-04), when a DBusServer listens on a
unix:tmpdir=... address on Linux, the default is for the result to be
a unix:abstract=... address, with unix:path=... addresses only used on
non-Linux platforms.

However, the world has changed in the last 19 years, and namespace-based
Linux containers (which didn't exist in 2003) are now very popular. This
makes abstract sockets problematic.

Abstract sockets are tied to the network namespace, which is
all-or-nothing: if a container is to access the Internet without using
some sort of proxy or intermediary (like slirp4netns) then it needs to
share the network namespace with the host system, and that implies
sharing all abstract sockets with the host system. If the well-known
session bus is listening on an abstract socket, then it's a sandbox
escape route for any sandboxed or containerized app running under the
same uid. Conversely, if a container is *not* sharing the network
namespace with the host system, then it cannot access a session bus that
is listening on an abstract socket without using some sort of proxy
(like xdg-dbus-proxy), even if it isn't intended to impose a security
boundary and giving it direct access to the session bus would have been
more desirable.

Path-based sockets do not have this problem because they exist in the
filesystem (part of the "everything is a file" Unix philosophy),
allowing mount namespaces and bind-mounts to be used to share or
unshare them selectively.

On systems with `systemd --user` where dbus has been configured with
`--enable-user-session`, in general the session bus will already be
using a path-based socket for the "user bus", disregarding the listening
address specified in /usr/share/dbus-1/session.conf. The default in many
recent Linux distributions is either to use dbus-daemon in this way, or
to use dbus-broker, a reimplementation of the message bus service which
has similar "user bus" behaviour.

However, the <listen> address in session.conf is used when dbus-launch(1)
or dbus-run-session(1) is used to start a session bus, either manually,
via autolaunching, or via system integration glue in operating systems
that are not using `systemd --user`. This will occur particularly often
in operating systems that boot using a non-systemd init system.

Making unix:tmpdir=/tmp equivalent to unix:dir=/tmp ensures that the
well-known session bus listens on a path-based socket, allowing container
and sandboxing frameworks to mediate access to it in the same way they
would for the user bus. The D-Bus Specification already allows (but does
not require) this behaviour, because it is the only thing that was
implementable on non-Linux systems such as *BSD.

This change has the potential to cause regressions. If a container
framework enters a chroot or unshares the mount namespace but does not
unshare the network namespace, and is relying on the ability for a
process inside a container to access the session bus outside the
container via its abstract socket, then that assumption will be broken
by this change. Some use cases of schroot(1) are likely to suffer from
this. However, container frameworks with that assumption would already
have found that it does not hold when using the user bus, and it is
necessary to break that assumption if we want it to be possible to apply
application-level sandboxing in a secure way.

Another potential regression from this change is that if a dbus-daemon
is terminated abnormally, it will leave a socket in /tmp. Distributors
of operating systems where heavy use of dbus-launch(1) is expected might
wish to run dbus-cleanup-sockets(1) periodically.

This partially reverts commit a70b042f.

Resolves: https://gitlab.freedesktop.org/dbus/dbus/-/issues/416
Signed-off-by: Simon McVittie <smcv@collabora.com>
(cherry picked from commit f01382ae310c7d63790c07ed280f575d91ea57b8)
[backport to 1.14.x: adjust to absence of d98c98d1 in this branch]
---
 dbus/dbus-server-unix.c | 16 ++++------------
 1 file changed, 4 insertions(+), 12 deletions(-)

diff --git a/dbus/dbus-server-unix.c b/dbus/dbus-server-unix.c
index c7ace2bc..87cb53a6 100644
--- a/dbus/dbus-server-unix.c
+++ b/dbus/dbus-server-unix.c
@@ -139,19 +139,11 @@ _dbus_server_listen_platform_specific (DBusAddressEntry *entry,
         {
           DBusString full_path;
           DBusString filename;
-          dbus_bool_t use_abstract = FALSE;
 
+          /* tmpdir is now equivalent to dir. Previously it would try to
+           * use an abstract socket. */
           if (tmpdir != NULL)
-            {
-              dir = tmpdir;
-
-#ifdef __linux__
-              /* Use abstract sockets for tmpdir if supported, so that it
-               * never needs to be cleaned up. Use dir instead if you want a
-               * path-based socket. */
-              use_abstract = TRUE;
-#endif
-            }
+            dir = tmpdir;
 
           if (!_dbus_string_init (&full_path))
             {
@@ -192,7 +184,7 @@ _dbus_server_listen_platform_specific (DBusAddressEntry *entry,
 
           *server_p =
             _dbus_server_new_for_domain_socket (_dbus_string_get_const_data (&full_path),
-                                                use_abstract,
+                                                FALSE,
                                                 error);
 
           _dbus_string_free (&full_path);
-- 
2.33.0


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 790 bytes --]

22.12.2022 12:05, Валерий Иноземцев пишет:
> 22.12.2022 11:25, Dmitry V. Levin пишет:
>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
>>>     37 NEW error logs
>> [...]
>>> xdg-dbus-proxy-0.1.4-alt1
>>>     dbus-daemon[4180584]: Failed to start message bus: Failed to bind 
>>> socket
>>>     "/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
>>
>> Что-то массово сломалось после обновления пакета dbus?
> 
> да. см. аттач
> какие предложения? откатывать a70b042f?

либо как вариант если обломались на сокете, создавать абстрактный сокет

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> >> 	37 NEW error logs
> > [...]
> >> xdg-dbus-proxy-0.1.4-alt1
> >> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> >> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > 
> > Что-то массово сломалось после обновления пакета dbus?
> 
> да. см. аттач
> какие предложения? откатывать a70b042f?

Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
всем на запись, что позволяет легко устроить DoS на /run/, тоже не
выглядит хорошей идеей.


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 1294 bytes --]

22.12.2022 13:26, Dmitry V. Levin пишет:
> On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
>> 22.12.2022 11:25, Dmitry V. Levin пишет:
>>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
>>>> 	37 NEW error logs
>>> [...]
>>>> xdg-dbus-proxy-0.1.4-alt1
>>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
>>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
>>>
>>> Что-то массово сломалось после обновления пакета dbus?
>>
>> да. см. аттач
>> какие предложения? откатывать a70b042f?
> 
> Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> выглядит хорошей идеей.

для этого есть /lib/tmpfiles.d/dbus.conf
d /run/dbus 0755 root root -
d /run/dbus/users 1777 root root -

в hasher это не работает

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:
> 22.12.2022 13:26, Dmitry V. Levin пишет:
> > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> >> 22.12.2022 11:25, Dmitry V. Levin пишет:
> >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> >>>> 	37 NEW error logs
> >>> [...]
> >>>> xdg-dbus-proxy-0.1.4-alt1
> >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> >>>
> >>> Что-то массово сломалось после обновления пакета dbus?
> >>
> >> да. см. аттач
> >> какие предложения? откатывать a70b042f?
> > 
> > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > выглядит хорошей идеей.
> 
> для этого есть /lib/tmpfiles.d/dbus.conf
> d /run/dbus 0755 root root -
> d /run/dbus/users 1777 root root -
> 
> в hasher это не работает

Если в системе присутствует пакет systemd или systemd-utils-standalone,
то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
systemd-utils-filetriggers обрабатывает эти файлы.


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Arseny Maslennikov]

[-- Attachment #1: Type: text/plain, Size: 2569 bytes --]

On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> > > 	37 NEW error logs
> > [...]
> > > xdg-dbus-proxy-0.1.4-alt1
> > > 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > 
> > Что-то массово сломалось после обновления пакета dbus?
> 
> да. см. аттач
> какие предложения? откатывать a70b042f?

Помимо уже предложенного, можно при использовании dbus-run-session в
тестах пакетов перебивать путь по умолчанию для unix:tmpdir= в конфиге
дыбас-сервера.

    [builder@localhost basu-0.2.0]$ grep listen /usr/share/dbus-1/session.conf
      <listen>unix:tmpdir=/run/dbus/users</listen>

Вот вместо этого файла подсовывать dbus-run-session его копию, но с
другим путём (где-то, куда усер builder может писать).

    $ sed s)/run/dbus/users)/usr/src/tmp) /usr/share/dbus-1/session.conf > /usr/src/rpmb-dbus-1-session.conf
    $ dbus-run-session --config-file=/usr/src/rpmb-dbus-1-session.conf -- ninja -C x86_64-alt-linux/ test
    ninja: Entering directory `x86_64-alt-linux/'
    [0/1] Running all tests.
     1/11 test-bus-cleanup            OK              0.05s
     2/11 test-bus-error              OK              0.05s
     3/11 test-bus-vtable             OK              0.03s
     4/11 test-bus-introspect         OK              0.02s
     5/11 test-bus-marshal            OK              0.07s
     6/11 test-bus-signature          OK              0.06s
     7/11 test-bus-server             OK              0.05s
     8/11 test-bus-gvariant           OK              0.04s
     9/11 test-bus-objects            OK              0.04s
    10/11 test-bus-match              OK              0.03s
    11/11 test-bus-chat               OK              2.01s
    
    Ok:                 11  
    Expected Fail:      0   
    Fail:               0   
    Unexpected Pass:    0   
    Skipped:            0   
    Timeout:            0   
    
    Full log written to /usr/src/RPM/BUILD/basu-0.2.0/x86_64-alt-linux/meson-logs/testlog.txt

Это из разряда быстрых хотпатчей, конечно.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 484 bytes --]

22.12.2022 14:12, Arseny Maslennikov пишет:
[...]
> Вот вместо этого файла подсовывать dbus-run-session его копию, но с
> другим путём (где-то, куда усер builder может писать).
> Это из разряда быстрых хотпатчей, конечно.

это слишком сложно. проще добавить в билдрек systemd-utils-standalone

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Sergey V Turchin]

On Thursday, 22 December 2022 14:16:52 MSK Валерий Иноземцев wrote:
> 22.12.2022 14:12, Arseny Maslennikov пишет:
> [...]
> 
> > Вот вместо этого файла подсовывать dbus-run-session его копию, но с
> > другим путём (где-то, куда усер builder может писать).
> > Это из разряда быстрых хотпатчей, конечно.
> 
> это слишком сложно. проще добавить в билдрек systemd-utils-standalone
Проще только посоветовать так делать. Я, например, ни один такой пакет 
собирать не буду.

-- 
Regards, Sergey.

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Thu, Dec 22, 2022 at 02:16:52PM +0300, Валерий Иноземцев wrote:
> 22.12.2022 14:12, Arseny Maslennikov пишет:
> [...]
> > Вот вместо этого файла подсовывать dbus-run-session его копию, но с
> > другим путём (где-то, куда усер builder может писать).
> > Это из разряда быстрых хотпатчей, конечно.
> 
> это слишком сложно. проще добавить в билдрек systemd-utils-standalone

Возможно, будет лучше, если пакет, содержащий файлы
/lib/tmpfiles.d/*.conf, будет содержать соответствующую
зависимость, видимо, на /sbin/systemd-tmpfiles.

Стоит подумать, может быть, имеет смысл добавлять такую зависимость
автоматически.


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Sergey V Turchin]

On Thursday, 22 December 2022 14:40:24 MSK Dmitry V wrote:
> On Thu, Dec 22, 2022 at 02:16:52PM +0300, Валерий Иноземцев wrote:
> > 22.12.2022 14:12, Arseny Maslennikov пишет:
> > [...]
> > 
> > > Вот вместо этого файла подсовывать dbus-run-session его копию, но с
> > > другим путём (где-то, куда усер builder может писать).
> > > Это из разряда быстрых хотпатчей, конечно.
> > 
> > это слишком сложно. проще добавить в билдрек systemd-utils-standalone
> 
> Возможно, будет лучше, если пакет, содержащий файлы
> /lib/tmpfiles.d/*.conf, будет содержать соответствующую
> зависимость, видимо, на /sbin/systemd-tmpfiles.
Так гораздо красивее.

> Стоит подумать, может быть, имеет смысл добавлять такую зависимость
> автоматически.


-- 
Regards, Sergey.

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Антон Мидюков]

22.12.2022 18:40, Dmitry V. Levin пишет:
> On Thu, Dec 22, 2022 at 02:16:52PM +0300, Валерий Иноземцев wrote:
>> 22.12.2022 14:12, Arseny Maslennikov пишет:
>> [...]
>>> Вот вместо этого файла подсовывать dbus-run-session его копию, но с
>>> другим путём (где-то, куда усер builder может писать).
>>> Это из разряда быстрых хотпатчей, конечно.
>>
>> это слишком сложно. проще добавить в билдрек systemd-utils-standalone
> 
> Возможно, будет лучше, если пакет, содержащий файлы
> /lib/tmpfiles.d/*.conf, будет содержать соответствующую
> зависимость, видимо, на /sbin/systemd-tmpfiles.
> 
> Стоит подумать, может быть, имеет смысл добавлять такую зависимость
> автоматически.
> 

Скорее всего в результате этого получим какое-то количество непересобираемых пакетов из-за installcheck.
Один пакет выберет systemd-utils-standalone, а другой пакет пожелает systemd, в результате будет неразрешимая задачка для apt.
Мы такое проходили:
https://lists.altlinux.org/pipermail/devel/2021-December/216272.html

И об этих пакетах мы узнаем не сразу, так как installcheck не проверяется у нас при пересборке.

hsh-install /sbin/systemd-tmpfiles
<13>Dec 22 11:58:03 rpmi: systemd-modules-common-1:251.8-alt3 sisyphus+308569.200.3.1 1670311453 installed
<13>Dec 22 11:58:03 rpmi: systemd-sysctl-common-1:251.8-alt3 sisyphus+308569.200.3.1 1670311453 installed
<13>Dec 22 11:58:03 rpmi: systemd-utils-filetriggers-1:251.8-alt3 sisyphus+308569.200.3.1 1670311453 installed
<13>Dec 22 11:58:03 rpmi: systemd-tmpfiles-common-1:251.8-alt3 sisyphus+308569.200.3.1 1670311453 installed
<13>Dec 22 11:58:03 rpmi: libp11-kit-0.24.1-alt1 sisyphus+293720.100.1.1 1642535264 installed
<13>Dec 22 11:58:03 rpmi: libtasn1-4.19.0-alt1 sisyphus+305700.100.1.1 1661359624 installed
<13>Dec 22 11:58:03 rpmi: rpm-macros-alternatives-0.5.2-alt1 sisyphus+300869.100.1.1 1653844113 installed
<13>Dec 22 11:58:03 rpmi: alternatives-0.5.2-alt1 sisyphus+300869.100.1.1 1653844113 installed
<13>Dec 22 11:58:03 rpmi: ca-certificates-2022.12.14-alt1 sisyphus+311754.200.1.1 1671046143 installed
<13>Dec 22 11:58:03 rpmi: ca-trust-0.1.4-alt1 sisyphus+308690.100.1.1 1666182992 installed
<13>Dec 22 11:58:03 rpmi: p11-kit-trust-0.24.1-alt1 sisyphus+293720.100.1.1 1642535264 installed
<13>Dec 22 11:58:03 rpmi: libcrypto1.1-1.1.1q-alt1 sisyphus+303203.100.1.1 1657026987 installed
<13>Dec 22 11:58:03 rpmi: libkmod-30-alt1 sisyphus+307195.200.2.1 1663842341 installed
<13>Dec 22 11:58:03 rpmi: systemd-utils-standalone-1:251.8-alt3 sisyphus+308569.200.3.1 1670311453 installed

Выберется systemd-utils-standalone.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Sergey V Turchin]

On Thursday, 22 December 2022 12:05:56 MSK Валерий Иноземцев wrote:

[...]
> какие предложения? откатывать a70b042f?
Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где оно надо.
control можно прикрутить для удобства.

-- 
Regards, Sergey.

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 657 bytes --]

22.12.2022 15:29, Sergey V Turchin пишет:
> On Thursday, 22 December 2022 12:05:56 MSK Валерий Иноземцев wrote:
> 
> [...]
>> какие предложения? откатывать a70b042f?
> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где оно надо.
> control можно прикрутить для удобства.

если 
https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=commitdiff;h=753e8e9601e502314d4481c3c22a8d182960217c 
не прокатит, тогда и будем думать

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Sergey V Turchin]

On Thursday, 22 December 2022 15:33:46 MSK Валерий Иноземцев wrote:

[...]
> > Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где оно
> > надо.
 control можно прикрутить для удобства.
> 
> 
> если 
> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=commitd
> iff;h=753e8e9601e502314d4481c3c22a8d182960217c 
> не прокатит, тогда и будем
> думать
Молодец, глубоко закопал бомбу. Даже пользователям mkimage-profiles 
достанется. ;-)

-- 
Regards, Sergey.

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 827 bytes --]

22.12.2022 15:40, Sergey V Turchin пишет:
> On Thursday, 22 December 2022 15:33:46 MSK Валерий Иноземцев wrote:
> 
> [...]
>>> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где оно
>>> надо.
>   control можно прикрутить для удобства.

куда?

>>
>> если
>> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=commitd
>> iff;h=753e8e9601e502314d4481c3c22a8d182960217c
>> не прокатит, тогда и будем
>> думать
> Молодец, глубоко закопал бомбу. Даже пользователям mkimage-profiles
> достанется. ;-)

некрофилам ты хотел сказать

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Sergey V Turchin]

On Thursday, 22 December 2022 15:55:33 MSK Валерий Иноземцев wrote:
> 22.12.2022 15:40, Sergey V Turchin пишет:
> 
> > On Thursday, 22 December 2022 15:33:46 MSK Валерий Иноземцев wrote:
> > 
> > [...]
> > 
> >>> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где
> >>> оно
> >>> надо.
> >>> 
> >   control можно прикрутить для удобства.
> куда?
control dbus-abstract-socket enable/disable
 
> >> если
> >> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=comm
> >> itd
 iff;h=753e8e9601e502314d4481c3c22a8d182960217c
> >> не прокатит, тогда и будем
> >> думать
> > Молодец, глубоко закопал бомбу. Даже пользователям mkimage-profiles
> > достанется. ;-)
> некрофилам ты хотел сказать
Ага. От некрофилофоба. ;-)
Или я что-то пропустил и пакет dbus устарел и скоро будет удалён из 
репозитория?

-- 
Regards, Sergey.

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Антон Мидюков]

22.12.2022 19:40, Sergey V Turchin пишет:
> On Thursday, 22 December 2022 15:33:46 MSK Валерий Иноземцев wrote:
> 
> [...]
>>> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где оно
>>> надо.
>  control можно прикрутить для удобства.
>>
>>
>> если 
>> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=commitd
>> iff;h=753e8e9601e502314d4481c3c22a8d182960217c 
>> не прокатит, тогда и будем
>> думать
> Молодец, глубоко закопал бомбу. Даже пользователям mkimage-profiles 
> достанется. ;-)
> 

У пользователей mkimage-profiles проблем не должно быть, так как там сначала устанавливается или systemd или sysvinit.
А вот с installcheck будут проблемы у какого-то количества пакетов.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Thu, Dec 22, 2022 at 08:12:34PM +0700, Антон Мидюков wrote:
> 22.12.2022 19:40, Sergey V Turchin пишет:
> > On Thursday, 22 December 2022 15:33:46 MSK Валерий Иноземцев wrote:
> > 
> > [...]
> >>> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где оно
> >>> надо.
> >  control можно прикрутить для удобства.
> >>
> >> если 
> >> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=commitd
> >> iff;h=753e8e9601e502314d4481c3c22a8d182960217c 
> >> не прокатит, тогда и будем
> >> думать
> > Молодец, глубоко закопал бомбу. Даже пользователям mkimage-profiles 
> > достанется. ;-)
> 
> У пользователей mkimage-profiles проблем не должно быть, так как там сначала устанавливается или systemd или sysvinit.
> А вот с installcheck будут проблемы у какого-то количества пакетов.

Если известен хотя бы один такой пакет, то имеет смысл сделать
тестовое задание и проверить.


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Валерий Иноземцев]

[-- Attachment #1.1: Type: text/plain, Size: 3046 bytes --]

22.12.2022 16:06, Sergey V Turchin пишет:
> On Thursday, 22 December 2022 15:55:33 MSK Валерий Иноземцев wrote:
>> 22.12.2022 15:40, Sergey V Turchin пишет:
>>
>>> On Thursday, 22 December 2022 15:33:46 MSK Валерий Иноземцев wrote:
>>>
>>> [...]
>>>
>>>>> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где
>>>>> оно
>>>>> надо.
>>>>>
>>>    control можно прикрутить для удобства.
>> куда?
> control dbus-abstract-socket enable/disable

……………………………………..________
………………………………,.-‘"……………….``~.,
………………………..,.-«……………………………..»-.,
…………………….,/………………………………………..":,
…………………,?………………………………………………\,
………………./…………………………………………………..,}
……………../…………………………………………………,:`^`..}
……………/……………………………………………,:"………/
…………..?…..__…………………………………..:`………../
…………./__.(….."~-,_…………………………,:`………./
………../(_…."~,_…….."~,_………………..,:`…….._/
……….{.._$;_……"=,_……."-,_…….,.-~-,},.~";/….}
………..((…..*~_……."=-._……";,,./`…./«…………../
…,,,___.\`~,……»~.,………………..`…..}…………../
…………(….`=-,,…….`……………………(……;_,,-"
…………/.`~,……`-………………………….\……/\
………….\`~.*-,……………………………….|,./…..\,__
,,_……….}.>-._\……………………………..|…………..`=~-,
…..`=~-,_\_……`\,……………………………\
……………….`=~-,,.\,………………………….\
…………………………..`:,,………………………`\…………..__
……………………………….`=-,……………….,%`>--==``
…………………………………._\……….._,-%…….`\
……………………………..,<`.._|_,-&``…………….`\

>>>> если
>>>> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=comm
>>>> itd
>   iff;h=753e8e9601e502314d4481c3c22a8d182960217c
>>>> не прокатит, тогда и будем
>>>> думать
>>> Молодец, глубоко закопал бомбу. Даже пользователям mkimage-profiles
>>> достанется. ;-)
>> некрофилам ты хотел сказать
> Ага. От некрофилофоба. ;-)
> Или я что-то пропустил и пакет dbus устарел и скоро будет удалён из
> репозитория?

ты пропустил systemd-utils-standalone

-- 
Valery V. Inozemtsev


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 203 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Sergey V Turchin]

On Thursday, 22 December 2022 16:21:17 MSK Валерий Иноземцев wrote:
> 22.12.2022 16:06, Sergey V Turchin пишет:
> 
> > On Thursday, 22 December 2022 15:55:33 MSK Валерий Иноземцев wrote:
> > 
> >> 22.12.2022 15:40, Sergey V Turchin пишет:
> >>
> >>
> >>
> >>> On Thursday, 22 December 2022 15:33:46 MSK Валерий Иноземцев wrote:
> >>>
> >>>
> >>>
> >>> [...]
> >>>
> >>>
> >>>
> >>>>> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где
> >>>>> оно
> >>>>> надо.
> >>>>>
> >>>>>
> >>>>>
> >>>    control можно прикрутить для удобства.
> >> 
> >> куда?
> > 
> > control dbus-abstract-socket enable/disable
> ……………………………………..________
Аргументы разъезжаются независимо от шрифта.

[...]

> >>>> если
> >>>> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=co
> >>>> mm
> >>>> itd
> >   
> >   iff;h=753e8e9601e502314d4481c3c22a8d182960217c
> >   
> >>>> не прокатит, тогда и будем
> >>>> думать
> >>> 
> >>> Молодец, глубоко закопал бомбу. Даже пользователям mkimage-profiles
> >>> достанется. ;-)
> >> 
> >> некрофилам ты хотел сказать
> > Ага. От некрофилофоба. ;-)
> > Или я что-то пропустил и пакет dbus устарел и скоро будет удалён из
> > репозитория?
> ты пропустил systemd-utils-standalone
Нет, теоретически любым пользователям mkimage-profiles. Но, раз Антон 
утверждает, что не затронет, то хорошо.

-- 
Regards, Sergey.

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:
> On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:
> > 22.12.2022 13:26, Dmitry V. Levin пишет:
> > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> > >> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> > >>>> 	37 NEW error logs
> > >>> [...]
> > >>>> xdg-dbus-proxy-0.1.4-alt1
> > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > >>>
> > >>> Что-то массово сломалось после обновления пакета dbus?
> > >>
> > >> да. см. аттач
> > >> какие предложения? откатывать a70b042f?
> > > 
> > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > выглядит хорошей идеей.
> > 
> > для этого есть /lib/tmpfiles.d/dbus.conf
> > d /run/dbus 0755 root root -
> > d /run/dbus/users 1777 root root -
> > 
> > в hasher это не работает
> 
> Если в системе присутствует пакет systemd или systemd-utils-standalone,
> то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> systemd-utils-filetriggers обрабатывает эти файлы.

Обрабатывать-то оно обрабатывает, однако
$ hsh-run --root -- systemd-tmpfiles --create; echo $?
/proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
1


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Alexey Gladkov]

On Fri, Dec 23, 2022 at 06:26:31PM +0300, Dmitry V. Levin wrote:
> On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:
> > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:
> > > 22.12.2022 13:26, Dmitry V. Levin пишет:
> > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> > > >>>> 	37 NEW error logs
> > > >>> [...]
> > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > > >>>
> > > >>> Что-то массово сломалось после обновления пакета dbus?
> > > >>
> > > >> да. см. аттач
> > > >> какие предложения? откатывать a70b042f?
> > > > 
> > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > выглядит хорошей идеей.
> > > 
> > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > d /run/dbus 0755 root root -
> > > d /run/dbus/users 1777 root root -
> > > 
> > > в hasher это не работает
> > 
> > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > systemd-utils-filetriggers обрабатывает эти файлы.
> 
> Обрабатывать-то оно обрабатывает, однако
> $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> 1

Эм. А зачем ему /proc ???

-- 
Rgrds, legion

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Fri, Dec 23, 2022 at 04:42:04PM +0100, Alexey Gladkov wrote:
> On Fri, Dec 23, 2022 at 06:26:31PM +0300, Dmitry V. Levin wrote:
> > On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:
> > > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:
> > > > 22.12.2022 13:26, Dmitry V. Levin пишет:
> > > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> > > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> > > > >>>> 	37 NEW error logs
> > > > >>> [...]
> > > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > > > >>>
> > > > >>> Что-то массово сломалось после обновления пакета dbus?
> > > > >>
> > > > >> да. см. аттач
> > > > >> какие предложения? откатывать a70b042f?
> > > > > 
> > > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > > выглядит хорошей идеей.
> > > > 
> > > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > > d /run/dbus 0755 root root -
> > > > d /run/dbus/users 1777 root root -
> > > > 
> > > > в hasher это не работает
> > > 
> > > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > > systemd-utils-filetriggers обрабатывает эти файлы.
> > 
> > Обрабатывать-то оно обрабатывает, однако
> > $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> > /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> > 1
> 
> Эм. А зачем ему /proc ???

Оно утверждает, будто "for successful operation", что бы это ни значило. :)


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Fri, Dec 23, 2022 at 06:47:21PM +0300, Dmitry V. Levin wrote:
> On Fri, Dec 23, 2022 at 04:42:04PM +0100, Alexey Gladkov wrote:
> > On Fri, Dec 23, 2022 at 06:26:31PM +0300, Dmitry V. Levin wrote:
> > > On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:
> > > > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:
> > > > > 22.12.2022 13:26, Dmitry V. Levin пишет:
> > > > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> > > > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > > > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> > > > > >>>> 	37 NEW error logs
> > > > > >>> [...]
> > > > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > > > > >>>
> > > > > >>> Что-то массово сломалось после обновления пакета dbus?
> > > > > >>
> > > > > >> да. см. аттач
> > > > > >> какие предложения? откатывать a70b042f?
> > > > > > 
> > > > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > > > выглядит хорошей идеей.
> > > > > 
> > > > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > > > d /run/dbus 0755 root root -
> > > > > d /run/dbus/users 1777 root root -
> > > > > 
> > > > > в hasher это не работает
> > > > 
> > > > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > > > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > > > systemd-utils-filetriggers обрабатывает эти файлы.
> > > 
> > > Обрабатывать-то оно обрабатывает, однако
> > > $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> > > /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> > > 1
> > 
> > Эм. А зачем ему /proc ???
> 
> Оно утверждает, будто "for successful operation", что бы это ни значило. :)

https://github.com/systemd/systemd/commit/01131684ac6

/* We require /proc/ for a lot of our operations, i.e. for adjusting access modes, for anything
 * SELinux related, for recursive operation, for xattr, acl and chattr handling, for btrfs stuff and
 * a lot more. It's probably the majority of invocations where /proc/ is required. Since people
 * apparently invoke it without anyway and are surprised about the failures, let's catch this early
 * and output a nice and friendly warning. */


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Alexey Gladkov]

On Fri, Dec 23, 2022 at 06:47:21PM +0300, Dmitry V. Levin wrote:
> On Fri, Dec 23, 2022 at 04:42:04PM +0100, Alexey Gladkov wrote:
> > On Fri, Dec 23, 2022 at 06:26:31PM +0300, Dmitry V. Levin wrote:
> > > On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:
> > > > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:
> > > > > 22.12.2022 13:26, Dmitry V. Levin пишет:
> > > > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> > > > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > > > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> > > > > >>>> 	37 NEW error logs
> > > > > >>> [...]
> > > > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > > > > >>>
> > > > > >>> Что-то массово сломалось после обновления пакета dbus?
> > > > > >>
> > > > > >> да. см. аттач
> > > > > >> какие предложения? откатывать a70b042f?
> > > > > > 
> > > > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > > > выглядит хорошей идеей.
> > > > > 
> > > > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > > > d /run/dbus 0755 root root -
> > > > > d /run/dbus/users 1777 root root -
> > > > > 
> > > > > в hasher это не работает
> > > > 
> > > > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > > > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > > > systemd-utils-filetriggers обрабатывает эти файлы.
> > > 
> > > Обрабатывать-то оно обрабатывает, однако
> > > $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> > > /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> > > 1
> > 
> > Эм. А зачем ему /proc ???
> 
> Оно утверждает, будто "for successful operation", что бы это ни значило. :)

Я это и сам вижу )))
Я думал, что кто-нибудь скажет, что эначит и почему это критично.

-- 
Rgrds, legion

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Alexey Gladkov]

On Fri, Dec 23, 2022 at 06:51:22PM +0300, Dmitry V. Levin wrote:
> On Fri, Dec 23, 2022 at 06:47:21PM +0300, Dmitry V. Levin wrote:
> > On Fri, Dec 23, 2022 at 04:42:04PM +0100, Alexey Gladkov wrote:
> > > On Fri, Dec 23, 2022 at 06:26:31PM +0300, Dmitry V. Levin wrote:
> > > > On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:
> > > > > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:
> > > > > > 22.12.2022 13:26, Dmitry V. Levin пишет:
> > > > > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:
> > > > > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:
> > > > > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:
> > > > > > >>>> 	37 NEW error logs
> > > > > > >>> [...]
> > > > > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > > > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > > > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory
> > > > > > >>>
> > > > > > >>> Что-то массово сломалось после обновления пакета dbus?
> > > > > > >>
> > > > > > >> да. см. аттач
> > > > > > >> какие предложения? откатывать a70b042f?
> > > > > > > 
> > > > > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > > > > выглядит хорошей идеей.
> > > > > > 
> > > > > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > > > > d /run/dbus 0755 root root -
> > > > > > d /run/dbus/users 1777 root root -
> > > > > > 
> > > > > > в hasher это не работает
> > > > > 
> > > > > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > > > > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > > > > systemd-utils-filetriggers обрабатывает эти файлы.
> > > > 
> > > > Обрабатывать-то оно обрабатывает, однако
> > > > $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> > > > /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> > > > 1
> > > 
> > > Эм. А зачем ему /proc ???
> > 
> > Оно утверждает, будто "for successful operation", что бы это ни значило. :)
> 
> https://github.com/systemd/systemd/commit/01131684ac6
> 
> /* We require /proc/ for a lot of our operations, i.e. for adjusting access modes, for anything
>  * SELinux related, for recursive operation, for xattr, acl and chattr handling, for btrfs stuff and
>  * a lot more. It's probably the majority of invocations where /proc/ is required. Since people
>  * apparently invoke it without anyway and are surprised about the failures, let's catch this early
>  * and output a nice and friendly warning. */

Как мило. Правда это искажает причину. Проблема не в том, что access modes
или xattr требуют procfs, а в том, что _systemd-tmpfiles_ использует
procfs для своей работы.

Тут понятнее бага[1], которая упоминается в коммите.

The error message is misleading. /var/log/journal does exist and what is failing instead is that chown_one() requires a mounted /proc

getxattr("/proc/self/fd/4", "system.posix_acl_access", 0x7ffc2fdcc8c0, 132) = -1 ENOENT (No such file or directory)
writev(2, [{iov_base="ACL operation on \"/var/log/journ"..., iov_len=69}, {iov_base="\n", iov_len=1}], 2ACL operation on "/var/log/journal" failed: No such file or directory

poettering: btw, we use /proc for a lot more than the ACL stuff, i.e.
after following symlink chains via O_PATH fds we need to convert the fds
back to something real, for which we use /proc/self/fd/.

[1] https://github.com/systemd/systemd/issues/14745

-- 
Rgrds, legion

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Mikhail Efremov]

[-- Attachment #1: Type: text/plain, Size: 2436 bytes --]

On Fri, 23 Dec 2022 18:26:31 +0300 Dmitry V. Levin wrote:
> On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:
> > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:  
> > > 22.12.2022 13:26, Dmitry V. Levin пишет:  
> > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:  
> > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:  
> > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:  
> > > >>>> 	37 NEW error logs  
> > > >>> [...]  
> > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory  
> > > >>>
> > > >>> Что-то массово сломалось после обновления пакета dbus?  
> > > >>
> > > >> да. см. аттач
> > > >> какие предложения? откатывать a70b042f?  
> > > > 
> > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > выглядит хорошей идеей.  
> > > 
> > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > d /run/dbus 0755 root root -
> > > d /run/dbus/users 1777 root root -
> > > 
> > > в hasher это не работает  
> > 
> > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > systemd-utils-filetriggers обрабатывает эти файлы.  
> 
> Обрабатывать-то оно обрабатывает, однако
> $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> 1

А просто в %post создать /run/dbus/users/ не вариант? Не хочется
зависимость на /proc только ради systemd-tmpfiles.

-- 
WBR, Mikhail Efremov

[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Mikhail Efremov]

[-- Attachment #1: Type: text/plain, Size: 2891 bytes --]

On Sat, 24 Dec 2022 16:38:44 +0300 Mikhail Efremov wrote:
> On Fri, 23 Dec 2022 18:26:31 +0300 Dmitry V. Levin wrote:
> > On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:  
> > > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:    
> > > > 22.12.2022 13:26, Dmitry V. Levin пишет:    
> > > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:    
> > > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:    
> > > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:    
> > > > >>>> 	37 NEW error logs    
> > > > >>> [...]    
> > > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory    
> > > > >>>
> > > > >>> Что-то массово сломалось после обновления пакета dbus?    
> > > > >>
> > > > >> да. см. аттач
> > > > >> какие предложения? откатывать a70b042f?    
> > > > > 
> > > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > > выглядит хорошей идеей.    
> > > > 
> > > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > > d /run/dbus 0755 root root -
> > > > d /run/dbus/users 1777 root root -
> > > > 
> > > > в hasher это не работает    
> > > 
> > > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > > systemd-utils-filetriggers обрабатывает эти файлы.    
> > 
> > Обрабатывать-то оно обрабатывает, однако
> > $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> > /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> > 1  
> 
> А просто в %post создать /run/dbus/users/ не вариант? Не хочется
> зависимость на /proc только ради systemd-tmpfiles.
 
Кстати, BuildRequires: /proc не помогает. Подозреваю, что пакет dbus
ставится до того, как смонтируется /proc.
Т.е. сейчас даже нет workaround'а чтобы починить работу тестов. 

-- 
WBR, Mikhail Efremov

[-- Attachment #2: Цифровая подпись OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Dmitry V. Levin]

On Tue, Jan 10, 2023 at 05:04:03PM +0300, Mikhail Efremov wrote:
> On Sat, 24 Dec 2022 16:38:44 +0300 Mikhail Efremov wrote:
> > On Fri, 23 Dec 2022 18:26:31 +0300 Dmitry V. Levin wrote:
> > > On Thu, Dec 22, 2022 at 02:01:18PM +0300, Dmitry V. Levin wrote:  
> > > > On Thu, Dec 22, 2022 at 01:33:30PM +0300, Валерий Иноземцев wrote:    
> > > > > 22.12.2022 13:26, Dmitry V. Levin пишет:    
> > > > > > On Thu, Dec 22, 2022 at 12:05:56PM +0300, Валерий Иноземцев wrote:    
> > > > > >> 22.12.2022 11:25, Dmitry V. Levin пишет:    
> > > > > >>> On Thu, Dec 22, 2022 at 08:10:27AM +0000, ALT beekeeper wrote:    
> > > > > >>>> 	37 NEW error logs    
> > > > > >>> [...]    
> > > > > >>>> xdg-dbus-proxy-0.1.4-alt1
> > > > > >>>> 	dbus-daemon[4180584]: Failed to start message bus: Failed to bind socket
> > > > > >>>> 	"/run/dbus/users/dbus-DkOyMz7clK": No such file or directory    
> > > > > >>>
> > > > > >>> Что-то массово сломалось после обновления пакета dbus?    
> > > > > >>
> > > > > >> да. см. аттач
> > > > > >> какие предложения? откатывать a70b042f?    
> > > > > > 
> > > > > > Альтернативно, может быть, что-то в системе должно создавать /run/dbus/users/ ?
> > > > > > Хотя наличие по умолчанию в системе каталога /run/dbus/users/, доступного
> > > > > > всем на запись, что позволяет легко устроить DoS на /run/, тоже не
> > > > > > выглядит хорошей идеей.    
> > > > > 
> > > > > для этого есть /lib/tmpfiles.d/dbus.conf
> > > > > d /run/dbus 0755 root root -
> > > > > d /run/dbus/users 1777 root root -
> > > > > 
> > > > > в hasher это не работает    
> > > > 
> > > > Если в системе присутствует пакет systemd или systemd-utils-standalone,
> > > > то /usr/lib/rpm/systemd-tmpfiles.filetrigger из пакета
> > > > systemd-utils-filetriggers обрабатывает эти файлы.    
> > > 
> > > Обрабатывать-то оно обрабатывает, однако
> > > $ hsh-run --root -- systemd-tmpfiles --create; echo $?
> > > /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches.
> > > 1  
> > 
> > А просто в %post создать /run/dbus/users/ не вариант? Не хочется
> > зависимость на /proc только ради systemd-tmpfiles.
>  
> Кстати, BuildRequires: /proc не помогает. Подозреваю, что пакет dbus
> ставится до того, как смонтируется /proc.

BuildRequires: /proc не влияет на установку сборочных зависимостей.

> Т.е. сейчас даже нет workaround'а чтобы починить работу тестов.

Наверное, "Requires: /proc" в пакете dbus могло бы помочь, но неприятность
в том, что /proc стал нужен для обработки любого файла в /lib/tmpfiles.d/,
а не только dbus.conf .


-- 
ldv

Re: [devel] [cyber] I: Sisyphus-20221222 x86_64 beehive_status: +37 -3 (101)

[Stanislav Levin]

[-- Attachment #1.1: Type: text/plain, Size: 892 bytes --]



22.12.2022 15:33, Валерий Иноземцев пишет:
> 22.12.2022 15:29, Sergey V Turchin пишет:
>> On Thursday, 22 December 2022 12:05:56 MSK Валерий Иноземцев wrote:
>>
>> [...]
>>> какие предложения? откатывать a70b042f?
>> Вернуть взад и сделать опцию в конфиге dbus, чтобы включали там, где 
>> оно надо.
>> control можно прикрутить для удобства.
> 
> если 
> https://git.altlinux.org/people/shrek/packages/dbus.git?p=dbus.git;a=commitdiff;h=753e8e9601e502314d4481c3c22a8d182960217c 
> не прокатит, тогда и будем думать
> 
> По-прежнему актуально.

Данное решение не работает, т.к. в момент установки пакета dbus нет /proc.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]