LINUX.ORG.RU
Форум — Talks  

systemd таки торт


0

1

Перевел свой арчик, все завелось почти с первого раза(была загвоздка с shm в fstab). Конфиг юнитов понравился больше чем наркотические rc-скрипты. В общем торт.

★

 ← 1 2 3 →
Ответ на: комментарий от true_admin

Редактором код не скомпилишь

Зачем если есть компилятор?
Т.е. вы пользуетесь IDE только потому, что там есть встроенный компилятор? Мда...

comp00 ★★★★
()
Ответ на: комментарий от comp00

Зачем если есть компилятор?

раньше его не было, ты сам сказал редактор vs msvs.

Кстати, в общем случае редатор + компилер так себе связка. Нужны костыли для подсветки синтаксиса, индикации ошибок, удобной сборки проекта из редактора, потом отладчик прикручивать, удобную навигацию по коду итд итп.

Т.е. unixway хорош только пока кубики хорошо подходят друг к другу. А если нет то начинается адский ад по написанию костылей.

Вот это я бы и назвал главной проблемой линукса: всё как в басне Крылова, слабая координация между проектами.

true_admin ★★★★★
()
Ответ на: комментарий от Solace

Потому что мейнтейнеры так решили?
Если он не нужен тебе, то для тебя это ни хорошо, ни плохо, просто just another update.

Darth_Revan ★★★★★
()
Ответ на: комментарий от true_admin

Нужны костыли для подсветки синтаксиса, индикации ошибок, удобной сборки проекта из редактора, потом отладчик прикручивать, удобную навигацию по коду итд итп.

vim, emacs

Вот это я бы и назвал главной проблемой линукса: всё как в басне Крылова, слабая координация между проектами.

у всех есть темные стороны, но для программистов у линукса они имнимальны

comp00 ★★★★
()
Ответ на: комментарий от comp00

Нужны костыли для подсветки синтаксиса, индикации ошибок, удобной сборки проекта из редактора, потом отладчик прикручивать, удобную навигацию по коду итд итп.

vim, emacs

Я ждал этого ответа :) Это не юникс-вей :P

И, кстати, вот что-что, а vim настраивать то ещё удовольствие. Да им даже пользоваться невозможно сложно без длительного привыкания. Да и не редактор это а целый комбайн (а емакс так вообще целая ОС с небольшой прослойкой виде ядра linux). Не за это ли ты ругаешь systemd?

true_admin ★★★★★
()
Ответ на: комментарий от comp00

но для программистов у линукса они имнимальны

??? ты живёшь в какой-то другой вселенной. Как раз у линукса это проблема номер один. Тот же systemd весьма показателен: половина за, половина против. И куда двигаться? Ни одно из решений не удовлетворить сообщество.

true_admin ★★★★★
()
Ответ на: комментарий от Vekt

Не пользоваться == бояться? Странная логика (по ней получается, одепты новья просто боятся показаться старомодными), да и речь не про «динозавров», а про этот твой «небыдло стайл»(тм) вид сбоку (сильно оно напоминает позерство от новья (нескучых обоев и т.д.): пользуешься чем-то только потому, что новое - впечатление такое :) А про «пробовал это ваше новье - не понравилось» или «yet another Linux distribuition - big deal» слышал?

slackwarrior ★★★★★
()
Последнее исправление: slackwarrior (всего исправлений: 1)
Ответ на: комментарий от Deleted

Type=notify - ни слова

shutdown.target - ни слова

ConditionVirtualization= may be used to check whether the system is executed in a virtualized environment and optionally test whether it is a specific implementation. Takes either boolean value to check if being executed in any virtualized environment, or one of vm and container to test against a generic type of virtualization solution, or one of qemu, kvm, vmware, microsoft, oracle, xen, bochs, chroot, openvz, lxc, lxc-libvirt, systemd-nspawn to test against a specific implementation. If multiple virtualization technologies are nested only the innermost is considered. The test may be negated by prepending an exclamation mark.

П.трег мой, какие грибы!

systemd-readahead-done.timer - ни слова

ConditionPathExists - ок, /run/systemd/readahead/cancel - ни слова

Сколько еще десятков манов мне нужно раскурить, чтобы понять этот юнит?

И к слову, только Леннарт мог додуматься до того, чтобы втыкать NOT перед путем к файлу, а не перед самим условием. В данный момент 

ConditionPathExists=!/run/systemd/readahead/cancel
обозначет, с точки зрения логики, «Если существует файл !(/run/systemd/readahead/cancel)», т.е. любой другой.

leave ★★★★★
()
Ответ на: комментарий от stevejobs

GUIDы генерятся случайно, вероятность пересечений минимальная

Вследствие чего после переустановки все права слетают. Спасибо, жрите сами. Невозможность повторитт на другой системе те же права - это минус, а не достоинство.

no-dashi ★★★★★
()
Ответ на: комментарий от Vekt

Рубрика «Молодому линуксоиду, обдумывающему житье...» :)

slackwarrior ★★★★★
()
Ответ на: комментарий от no-dashi

Не, это ничего. Их количество пренебрежимо мало.

К тому же правильно говорить «те, кто им пользовался, и понял что он говно». Потому как если до сих пор пользуется, то значит понял что альтернативы все равно нет.

morse ★★★★★
()

Кстати, разработчик systemd - немец, а всё что разрабатывают немцы отличается качественностью и надёжностью.

Jonson___ ☆
()
Ответ на: комментарий от no-dashi

Гвоздями прибит к чему? Дистрибутивов нынче - сотни. Всегда можно найти точно-такой-же-но-без-systemd.

А если перелезать на другой дистрибутив неохота, то значит и проблем с systemd на самом деле нет.

morse ★★★★★
()
Ответ на: комментарий от true_admin

Т.е. unixway хорош только пока кубики хорошо подходят друг к другу.

unixway ещё тем хорош, что любые кубики можно подогнать друг к другу.

x-signal ★★
()
Ответ на: комментарий от x-signal

unixway ещё тем хорош, что любые кубики можно подогнать друг к другу.

Всё что угодно можно подогнать к чему угодно. Даже в виндах это возможно. Вопрос в цене подгонки.

Из того что прога имеет cli-интерфейс не следует что подгонка будет лёгкой.

true_admin ★★★★★
()
Ответ на: комментарий от vasily_pupkin

Хотя єто я погорячился. Посмотрел щас в аиксовский rc.boot и обосрался от ужаса. Нет, юникс все еще торт

vasily_pupkin ★★★★★
()
Ответ на: комментарий от true_admin

Всё что угодно можно подогнать к чему угодно. Даже в виндах это возможно.

В винде это делается бензопилой кувалдой, а в UNIX - средствами самих же кубиков.

Из того что прога имеет cli-интерфейс не следует что подгонка будет лёгкой.

Дело не в наличии cli-интерфейса, а в особой архитектуре программ.

x-signal ★★
()
Ответ на: комментарий от Vekt

месяца 2 назад пробовал в gentoo. Так и не понял, как, например, перезапустить апач. Для запуска kde пришлось искать в сети юнит или гайд по написанию. Кажется, что юнитов почти ни для чего нет. Не исключено, что это в генте такая минималистичная конфигурация, но не покатило. Выдержал дня 2, вернулся на openRC

wingear ★★★★
()
Последнее исправление: wingear (всего исправлений: 1)
Ответ на: комментарий от vasily_pupkin

А у нас осталось что-то юниксвейное?

Большинство ПО под UNIX и есть юниквейное.

x-signal ★★
()
Ответ на: комментарий от x-signal

средствами самих же кубиков.

простынёй глючных шелл-скриптов.

а в особой архитектуре программ.

вот именно этого как раз, на мой взгляд, в линуксах и нет. Каждый городит свой огород, зачастую без оглядки на то как будет программа использоваться. Дай бог чтобы exit status нормальный выставляли, так даже с этим проблемы. Пример: tunctl возвращает 1 при любой ошибке. Хочешь с ним работать будь добр парсить текстовой выхлоп. И не дай бог у юзера локаль другая или сообщение об ошибке в след. версии поменяли. Просто чудесные кубики, да. Это помимо того что оно может называться tunctl, а может и vde_tunctl. А теперь представь что в проекте десяток таких вот «удобных» кубиков. И всё, вместо кода куча тупого месева. А уж как весело это дебажить. Причём на каждом дистре надо это делать отдельно. Ну а про кроссплатформенность я и не говорю, кто писал скрипты для фряхи и линуха тот знает.

true_admin ★★★★★
()
Ответ на: комментарий от Deleted

ок. Скажи мне сразу: сколько манов надо прочитать, чтобы написать один юнит вроде приведенного тобой?

leave ★★★★★
()
Ответ на: комментарий от leave 
> apropos systemd 
journalctl (1)       - Query the systemd journal
loginctl (1)         - Control the systemd login manager
pam_systemd (8)      - Register user sessions in the systemd login manager
sd_booted (3)        - Test whether the system is running the systemd init system
systemadm (1)        - Graphical frontend for the systemd system and service manager
systemctl (1)        - Control the systemd system and service manager
systemd (1)          - systemd system and service manager
systemd-analyze (1)  - Analyze system boot-up performance
systemd-ask-password (1) - Query the user for a system password
systemd-ask-password-console.path (8) - Query the user for system passwords on the console and via wall
systemd-ask-password-console.service (8) - Query the user for system passwords on the console and via wall
systemd-ask-password-wall.path (8) - Query the user for system passwords on the console and via wall
systemd-ask-password-wall.service (8) - Query the user for system passwords on the console and via wall
systemd-binfmt (8)   - Configure additional binary formats for executables at boot
systemd-binfmt.service (8) - Configure additional binary formats for executables at boot
systemd-cat (1)      - Connect a pipeline or program's output with the journal
systemd-cgls (1)     - Recursively show control group contents
systemd-cgtop (1)    - Show top control groups by their resource usage
systemd-cryptsetup (8) - Full disk decryption logic
systemd-cryptsetup-generator (8) - Unit generator for /etc/crypttab
systemd-cryptsetup@.service (8) - Full disk decryption logic
systemd-delta (1)    - Find overridden configuration files
systemd-detect-virt (1) - Detect execution in a virtualized environment
systemd-fsck (8)     - File system checker logic
systemd-fsck-root.service (8) - File system checker logic
systemd-fsck@.service (8) - File system checker logic
systemd-fstab-generator (8) - Unit generator for /etc/fstab
systemd-getty-generator (8) - Generator for enabling getty instances on the console
systemd-halt.service (8) - System shutdown logic
systemd-hibernate.service (8) - System sleep state logic
systemd-hostnamed (8) - Hostname bus mechanism
systemd-hostnamed.service (8) - Hostname bus mechanism
systemd-inhibit (1)  - Execute a program with an inhibition lock taken
systemd-initctl (8)  - /dev/initctl compatibility
systemd-initctl.service (8) - /dev/initctl compatibility
systemd-initctl.socket (8) - /dev/initctl compatibility
systemd-journald (8) - Journal service
systemd-journald.service (8) - Journal service
systemd-journald.socket (8) - Journal service
systemd-kexec.service (8) - System shutdown logic
systemd-localed (8)  - Locale bus mechanism
systemd-localed.service (8) - Locale bus mechanism
systemd-logind (8)   - Login manager
systemd-logind.service (8) - Login manager
systemd-machine-id-setup (1) - Initialize the machine ID in /etc/machine-id
systemd-modules-load (8) - Configure kernel modules to load at boot
systemd-modules-load.service (8) - Configure kernel modules to load at boot
systemd-notify (1)   - Notify service manager about start-up completion and other daemon status changes
systemd-nspawn (1)   - Spawn a namespace container for debugging, testing and building
systemd-poweroff.service (8) - System shutdown logic
systemd-quotacheck (8) - File system quota checker logic
systemd-quotacheck.service (8) - File system quota checker logic
systemd-random-seed (8) - Load and save the system random seed at boot and shutdown
systemd-random-seed-load.service (8) - Load and save the system random seed at boot and shutdown
systemd-random-seed-save.service (8) - Load and save the system random seed at boot and shutdown
systemd-readahead (8) - Disk read ahead logic
systemd-readahead-collect.service (8) - Disk read ahead logic
systemd-readahead-done.service (8) - Disk read ahead logic
systemd-readahead-done.timer (8) - Disk read ahead logic
systemd-readahead-replay.service (8) - Disk read ahead logic
systemd-reboot.service (8) - System shutdown logic
systemd-remount-fs (8) - Remount root and kernel file systems
systemd-remount-fs.service (8) - Remount root and kernel file systems
systemd-shutdown (8) - System shutdown logic
systemd-shutdownd (8) - Scheduled shutdown service
systemd-shutdownd.service (8) - Scheduled shutdown service
systemd-shutdownd.socket (8) - Scheduled shutdown service
systemd-sleep (8)    - System sleep state logic
systemd-suspend.service (8) - System sleep state logic
systemd-sysctl (8)   - Configure kernel parameters at boot
systemd-sysctl.service (8) - Configure kernel parameters at boot
systemd-system-update-generator (8) - Generator for redirecting boot to offline update mode
systemd-timedated (8) - Time and date bus mechanism
systemd-timedated.service (8) - Time and date bus mechanism
systemd-tmpfiles (8) - Creates, deletes and cleans up volatile and temporary files and directories
systemd-tmpfiles-clean.service (8) - Creates, deletes and cleans up volatile and temporary files and directories
systemd-tmpfiles-clean.timer (8) - Creates, deletes and cleans up volatile and temporary files and directories
systemd-tmpfiles-setup.service (8) - Creates, deletes and cleans up volatile and temporary files and directories
systemd-tty-ask-password-agent (1) - List or process pending systemd password requests
systemd-udevd (8)    - Device event managing daemon
systemd-udevd.service (8) - Device event managing daemon
systemd-update-utmp (8) - Write audit and utmp updates at runlevel changes and shutdown
systemd-update-utmp-runlevel.service (8) - Write audit and utmp updates at runlevel changes and shutdown
systemd-update-utmp-shutdown.service (8) - Write audit and utmp updates at runlevel changes and shutdown
systemd-user-sessions (8) - Permit user logins after boot, prohibit user logins at shutdown
systemd-user-sessions.service (8) - Permit user logins after boot, prohibit user logins at shutdown
systemd-vconsole-setup (8) - Configure the virtual console at boot
systemd-vconsole-setup.service (8) - Configure the virtual console at boot
systemd.automount (5) - Automount unit configuration
systemd.conf (5)     - System and service manager configuration file
systemd.device (5)   - Device unit configuration
systemd.exec (5)     - Execution environment configuration
systemd.journal-fields (7) - Special journal fields
systemd.kill (5)     - Kill environment configuration
systemd.mount (5)    - Mount unit configuration
systemd.path (5)     - Path unit configuration
systemd.preset (5)   - Service enablement presets
systemd.service (5)  - Service unit configuration
systemd.snapshot (5) - Snapshot unit configuration
systemd.socket (5)   - Socket unit configuration
systemd.special (7)  - Special systemd units
systemd.swap (5)     - Swap unit configuration
systemd.target (5)   - Target unit configuration
systemd.timer (5)    - Timer unit configuration
systemd.unit (5)     - Unit configuration
vasily_pupkin ★★★★★
()
Ответ на: комментарий от leave

А що, уже залили?

Очевидно, да. Найдено 86 страниц.

Леннарт же вроде недавно совсем разродился манами.

Не знаю, не интересуюсь новостями бесполезных и ненужных проектов.

Homura_Akemi ★
()
Ответ на: комментарий от Homura_Akemi

Мне недавно ссылку на его г+ кидали, он там писал, что манов суммарно что-то 700, что ли, страниц (это вместе с девелоперскими)

leave ★★★★★
()
Ответ на: комментарий от leave

И совершенно очевидно, что, согласно линуксовой традиции, этот ворох будет отставать, в лучшем случае, на полгода от реального положения дел. Видимо, когда оно придёт в Debian, я буду искать что-нибудь более альтернативное на замену.

Homura_Akemi ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 3 →
Talks