Автор Тема: Xfce c Sysv  (Прочитано 565274 раз)

dango

  • Гость
Re: Xfce c Sysv
« Ответ #525 : 28.12.2017 15:55:05 »
А их стабильная версия на udev из systemd
Понятно.
Вот нашел :)
http://dev1galaxy.org/viewtopic.php?id=1543
но это уже не на debian 8, а на debian 9
Да, экспериментируют. И вроде бы успешно.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 000
Re: Xfce c Sysv
« Ответ #526 : 28.12.2017 16:39:52 »
Предлагаю сохранить имеющийся udev (сократить затраты времени на сборку того - другого удава, проверку его работы, ловлю блох и т.п.), который непосредственно сам pid1 из репы вытягивать при сборке не должен. Но вместо этого сосредоточиться на новом втягиваемом pid1, проверке его работы и т.п.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 000
Re: Xfce c Sysv
« Ответ #527 : 28.12.2017 16:50:30 »
Только если будет не sysv, то надо отдельную тему заводить.
PS Тут только поясню, что я обожаю шел, но не до такой степени, чтобы ещё упражняться в программировании при конфигурировании сервисов, обходя баги и промахи апстримов. В конце концов, все косяки должны апстриму прилетать, а не превращаться в гору костылей сбоку, которыми обвешан продукт лишь для того, чтобы просто запускаться и останавливаться. По крайней мере уж точно не в десктопном дистрибутиве. И тут я согласен с Торвальдсом, который считает, что его десктоп должен работать вместо того, чтобы парить мозг на этот счет. Не дело когда тебе бы надо сервис программировать, а ты сидишь и втыкаешь, почему то или иное не работает, хотя должно и сочиняешь костыли на этот счет. Всякую охоту что-то кодить отбивает.

dango

  • Гость
Re: Xfce c Sysv
« Ответ #528 : 28.12.2017 17:53:09 »
Предлагаю сохранить имеющийся udev (сократить затраты времени на сборку того - другого удава, проверку его работы, ловлю блох и т.п.), который непосредственно сам pid1 из репы вытягивать при сборке не должен. Но вместо этого сосредоточиться на новом втягиваемом pid1, проверке его работы и т.п.
Вот это я понимаю - отсылка к RTFM :-)
того - другого удава
Это про eudev?
...
И на закуску оффтопом анекдот:
Мужик поймал такси.
– Куда вам?
– Нет, к удавам я не поеду...
– Нет, вы меня не правильно поняли... (вздыхает) Куда вам надо?
– Ну раз надо, то поехали к удавам!

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 000
Re: Xfce c Sysv
« Ответ #529 : 28.12.2017 18:00:32 »
И на закуску оффтопом анекдот:
Куда мы от удава теперича денемся :)
Это про eudev?
Собственно, да. Ведь мало собрать и чего-то типа протестировать. Надо ведь ещё блох вылавливать и потом чего-то там исправлять. Думаю, что не потянем. Я кроме шела с пыхом ничего не знаю (да и то "знаю" слишком громко сказано)...

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #530 : 28.12.2017 18:14:04 »
Посмотрел шо мы таки имеем в системе:
# rpm -qa|grep systemd
python-module-systemd-234-alt1.i586
libsystemd-235-alt3.i586
libsystemd-shared-235-alt3.i586
pam_systemd-235-alt3.i586
systemd-utils-235-alt3.i586
systemd-services-235-alt3.i586
# apt-cache rdepends pam_systemd
pam_systemd
Reverse Depends:
  systemd-services
# apt-cache rdepends libsystemd
libsystemd
Reverse Depends:
  libsystemd-devel
# apt-cache rdepends libsystemd-shared
libsystemd-shared
Reverse Depends:
  systemd-utils
  systemd-services
  journalctl
# apt-cache rdepends pam_systemd
pam_systemd
Reverse Depends:
  systemd-services
# apt-cache rdepends systemd-utils
systemd-utils
Reverse Depends:
  startup
  udev
  systemd-services
  freeipa-server
  ceph-common
# apt-cache rdepends systemd-services
systemd-services
Reverse Depends:
  opennebula-context
  card-actions
  systemd
  libsystemd-shared
  libnss-mymachines

Вспомнил что pam есть в dlackware, но нет в slackware:
# apt-cache depends pam_systemd
pam_systemd-1:235-alt3
  Depends: dbus >= 1.4.6
  Depends: </etc/pam.d>
    pam-config-1.7.0-alt1
  Depends: <ld-linux.so.2>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <ld-linux.so.2(GLIBC_2.3)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.0)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.1)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.1.3)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.14)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.16)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.17)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.2)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.25)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.3.2)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.3.4)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.4)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.7)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.8)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libc.so.6(GLIBC_2.9)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Depends: <libpam.so.0>
    libpam0-1.3.0.0.23.94f5-alt2
  Depends: <libpam.so.0(LIBPAM_1.0)>
    libpam0-1.3.0.0.23.94f5-alt2
  Depends: <libpam.so.0(LIBPAM_EXTENSION_1.0)>
    libpam0-1.3.0.0.23.94f5-alt2
  Depends: <libpam.so.0(LIBPAM_MODUTIL_1.0)>
    libpam0-1.3.0.0.23.94f5-alt2
  Depends: <libpam_misc.so.0>
    libpam0-1.3.0.0.23.94f5-alt2
  Depends: <libpam_misc.so.0(LIBPAM_MISC_1.0)>
    libpam0-1.3.0.0.23.94f5-alt2
  Depends: <libselinux.so.1>
    libselinux-1:2.5-alt4
  Depends: <rtld(GNU_HASH)>
    glibc-core-6:2.26.0.124.98f244e-alt1
  Conflicts: systemd < 1:216-alt1
# rpm -qi pam_systemd|tail -n3
Description :
pam_systemd registers user sessions with the systemd login manager
systemd-logind.service, and hence the systemd control group hierarchy.

Пока не починится эта гадская авторизация, вообще никуда не дёрнешься. И горы пакетов форкать, и горы костылей ваять.


Понавводил команд. Выбросов получилось дофига. Но не увидел чем и как оно завязано на авторизации:
# apt-cache depends udev
# rpm -q systemd-utils
systemd-utils-235-alt3.i586
# rpm -q systemd
пакет systemd не установлен
# apt-cache depends systemd-utils
# apt-cache depends libsystemd-shared

От syslog-ng, systemd shaba оторвал.


Честно говоря, в авторизации, я плаваю как г*но в проруби.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #531 : 28.12.2017 18:29:59 »
Взять что ли скачать лайв systemd и посмотреть связку pam-systemdсервисы-dbus-авторизация?
Иду по всему этому, как поздно вечером на свиноферме на которой покрали все лампочки.

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 5 972
Re: Xfce c Sysv
« Ответ #532 : 28.12.2017 18:50:01 »
Пока не починится эта гадская авторизация, вообще никуда не дёрнешься. И горы пакетов форкать, и горы костылей ваять.

В репе у дивана есть loginkit :)
http://packages.devuan.org/devuan/pool/main/l/loginkit/

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 5 972
Re: Xfce c Sysv
« Ответ #533 : 28.12.2017 18:55:25 »
А у генты вроде как через
https://github.com/ConsoleKit2/ConsoleKit2

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 000
Re: Xfce c Sysv
« Ответ #534 : 28.12.2017 19:03:51 »
Вы о чём?  В Сизифе TDE практически уже нет.
А то может подождать http://www.opennet.ru/opennews/art.shtml?num=47801 ? Только qt2 в сизифе давно уж как нет.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #535 : 28.12.2017 19:07:10 »
А я-то думаю, чиво это слаководы этот pam нахрен оторвали
# rpm -qa|grep login|sort
autologin-sh-functions-0.2.4-alt1.noarch
login-0.60-alt35.i586
msulogin-1.0-alt1.i586
# rpm -ql systemd-services|grep login
/bin/loginctl
/etc/systemd/logind.conf
/lib/systemd/systemd-logind
/lib/systemd/systemd-logind-launch
/usr/share/dbus-1/system-services/org.freedesktop.login1.service
/usr/share/dbus-1/system.d/org.freedesktop.login1.conf
/usr/share/man/man1/loginctl.1.xz
/usr/share/man/man5/logind.conf.5.xz
/usr/share/man/man5/logind.conf.d.5.xz
/usr/share/man/man8/systemd-logind.8.xz
/usr/share/man/man8/systemd-logind.service.8.xz
/usr/share/polkit-1/actions/org.freedesktop.login1.policy
# file /lib/systemd/systemd-logind
/lib/systemd/systemd-logind: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, stripped
# file /lib/systemd/systemd-logind-launch
/lib/systemd/systemd-logind-launch: Bourne shell script text executable
# man systemd-logind|sed -n '11,45p'
DESCRIPTION
       systemd-logind is a system service that manages user logins. It is responsible for:

       ·   Keeping track of users and sessions, their processes and their idle state. This is implemented by allocating a
           systemd slice unit for each user below user.slice, and a scope unit below it for each concurrent session of a
           user. Also, a per-user service manager is started as system service instance of user@.service for each logged
           in user.

       ·   Generating and managing session IDs. If auditing is available and an audit session ID is already set for a
           session, then this ID is reused as the session ID. Otherwise, an independent session counter is used.

       ·   Providing PolicyKit-based access for users for operations such as system shutdown or sleep

       ·   Implementing a shutdown/sleep inhibition logic for applications

       ·   Handling of power/sleep hardware keys

       ·   Multi-seat management

       ·   Session switch management

       ·   Device access management for users

       ·   Automatic spawning of text logins (gettys) on virtual console activation and user runtime directory management

       User sessions are registered with logind via the pam_systemd(8) PAM module.

       See logind.conf(5) for information about the configuration of this service.

       See Multi-Seat on Linux[1] for an introduction into basic concepts of logind such as users, sessions and seats.

       See the logind D-Bus API Documentation[2] for information about the APIs systemd-logind provides.

       For more information on the inhibition logic see the Inhibitor Lock Developer Documentation[3].


Этот pam дюбелями к systemd приколочен и заварен со всех сторон.

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 5 972
Re: Xfce c Sysv
« Ответ #536 : 28.12.2017 19:07:44 »

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 000
Re: Xfce c Sysv
« Ответ #537 : 28.12.2017 19:11:34 »
А то может подождать http://www.opennet.ru/opennews/art.shtml?num=47801

Мы лучше
https://www.opennet.ru/opennews/art.shtml?num=45320
добавим ;)
Выглядит лучше не будь помянутой 98 винды )

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #538 : 28.12.2017 19:18:06 »
Вот она эта паскуда:

systemd-logind:
User sessions are registered with logind via the pam_systemd(8) PAM module.

       See the logind D-Bus API Documentation[2] for information about the APIs systemd-logind provides.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 000
Re: Xfce c Sysv
« Ответ #539 : 28.12.2017 19:18:30 »
Пока не починится эта гадская авторизация, вообще никуда не дёрнешься. И горы пакетов форкать, и горы костылей ваять.
А можно исходную позицию, с чего всё начиналось, а то в сообщениях темы этот момент как-то упустил ?
PS Может не морочиться, а взять готовое решение из другого дистрибутива и попробовать подправить под местные реалии (такое себе в лоб решение, правда может быть придётся втягивать  пакетов несколько)...