jnarical Сообщения

jnarical	# 6 лет назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	Да, это была проблема со стороны дистра, уже самопочинилось )

jnarical	# 6 лет, 1 месяц назад (отредактировано 6 лет назад)
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	Сабж. По теме в инете ничего не нашёл. Есть идеи, как починить?

jnarical	# 9 лет, 10 месяцев назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	[joy@localhost ~]$ loginctl SESSION UID USER SEAT 1 1000 joy seat0 1 sessions listed. [joy@localhost ~]$ loginctl show-session $XDG_SESSION_ID Id=1 Timestamp=Tue, 2012-10-30 18:26:51 SAMT TimestampMonotonic=10200753 DefaultControlGroup=name=systemd:/user/joy/1 VTNr=7 Display=:0.0 Remote=no RemoteUser=root Service=slim Leader=314 Audit=1 Type=x11 Class=user Active=yes State=active KillProcesses=no IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 Name=joy ck-launch-session был прописан в .xinitrc, но я где-то вычитал, что новый slim сам запускает ck-сессию, и команду убрал. Помню, что что-то изменилось в лучшую сторону, возможно система стала позволять логиниться после этого, до этого момента набор логина/пароля в слиме не логинил, просто очищались поля ввода логина/пароля. Еще могу сказать, что у меня преднастроенный арч, т.е. Archbang - после установки система со всеми компонентами обновляется со времен мая 2012 года. В числе прочих были файлы /etc/password.pacnew, /etc/group.pacnew, /etc/shadow.pacnew. Я накатил их поверх оригинальных, после чего поимел проблем, которые решились созданием юзеров и групп dbus и avahi. Если надо, могу точные команды привести, которыми это делал.

jnarical

# 9 лет, 10 месяцев назад

Темы: 3

Сообщения: 11

Участник с: 30 сентября 2010

[joy@localhost ~]$ loginctl 
   SESSION        UID USER             SEAT            
         1       1000 joy              seat0           
1 sessions listed.

[joy@localhost ~]$ loginctl show-session $XDG_SESSION_ID
Id=1
Timestamp=Tue, 2012-10-30 18:26:51 SAMT
TimestampMonotonic=10200753
DefaultControlGroup=name=systemd:/user/joy/1
VTNr=7
Display=:0.0
Remote=no
RemoteUser=root
Service=slim
Leader=314
Audit=1
Type=x11
Class=user
Active=yes
State=active
KillProcesses=no
IdleHint=no
IdleSinceHint=0
IdleSinceHintMonotonic=0
Name=joy

ck-launch-session был прописан в .xinitrc, но я где-то вычитал, что новый slim сам запускает ck-сессию, и команду убрал. Помню, что что-то изменилось в лучшую сторону, возможно система стала позволять логиниться после этого, до этого момента набор логина/пароля в слиме не логинил, просто очищались поля ввода логина/пароля.

Еще могу сказать, что у меня преднастроенный арч, т.е. Archbang - после установки система со всеми компонентами обновляется со времен мая 2012 года. В числе прочих были файлы /etc/password.pacnew, /etc/group.pacnew, /etc/shadow.pacnew. Я накатил их поверх оригинальных, после чего поимел проблем, которые решились созданием юзеров и групп dbus и avahi. Если надо, могу точные команды привести, которыми это делал.

jnarical	# 9 лет, 10 месяцев назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	[root@localhost ~]# systemctl status upower.service upower.service - Daemon for power management Loaded: loaded (/usr/lib/systemd/system/upower.service; enabled) Active: failed (Result: signal) since Mon, 2012-10-29 20:15:32 SAMT; 2h 16min ago Process: 15831 ExecStart=/usr/lib/upower/upowerd (code=killed, signal=TRAP) CGroup: name=systemd:/system/upower.service Oct 29 20:15:32 localhost systemd[1]: Starting Daemon for power management... Oct 29 20:15:32 localhost systemd[1]: Started Daemon for power management. Oct 29 20:15:32 localhost upowerd[15831]: (upowerd:15831): UPower-ERROR : ...s Oct 29 20:15:32 localhost systemd[1]: upower.service: main process exited, ...AP Oct 29 20:15:32 localhost systemd[1]: Unit upower.service entered failed state Если стартануть, то вот [root@localhost ~]# systemctl start upower.service [root@localhost ~]# systemctl status upower.service upower.service - Daemon for power management Loaded: loaded (/usr/lib/systemd/system/upower.service; enabled) Active: failed (Result: signal) since Mon, 2012-10-29 22:33:28 SAMT; 2s ago Process: 21259 ExecStart=/usr/lib/upower/upowerd (code=killed, signal=TRAP) CGroup: name=systemd:/system/upower.service Oct 29 22:33:28 localhost systemd[1]: Starting Daemon for power management... Oct 29 22:33:28 localhost systemd[1]: Started Daemon for power management. Oct 29 22:33:28 localhost upowerd[21259]: (upowerd:21259): UPower-ERROR : failed to get pokit authority: Error initializing authority: Error ca...: Success Oct 29 22:33:28 localhost systemd[1]: upower.service: main process exited, code=killed, status=5/TRAP Oct 29 22:33:28 localhost systemd[1]: Unit upower.service entered failed state То есть, ругается на полкит.

jnarical

# 9 лет, 10 месяцев назад

Темы: 3

Сообщения: 11

Участник с: 30 сентября 2010

[root@localhost ~]# systemctl status upower.service 
upower.service - Daemon for power management
	  Loaded: loaded (/usr/lib/systemd/system/upower.service; enabled)
	  Active: failed (Result: signal) since Mon, 2012-10-29 20:15:32 SAMT; 2h 16min ago
	 Process: 15831 ExecStart=/usr/lib/upower/upowerd (code=killed, signal=TRAP)
	  CGroup: name=systemd:/system/upower.service
Oct 29 20:15:32 localhost systemd[1]: Starting Daemon for power management...
Oct 29 20:15:32 localhost systemd[1]: Started Daemon for power management.
Oct 29 20:15:32 localhost upowerd[15831]: (upowerd:15831): UPower-ERROR **: ...s
Oct 29 20:15:32 localhost systemd[1]: upower.service: main process exited, ...AP
Oct 29 20:15:32 localhost systemd[1]: Unit upower.service entered failed state

Если стартануть, то вот

[root@localhost ~]# systemctl start upower.service 
[root@localhost ~]# systemctl status upower.service 
upower.service - Daemon for power management
	  Loaded: loaded (/usr/lib/systemd/system/upower.service; enabled)
	  Active: failed (Result: signal) since Mon, 2012-10-29 22:33:28 SAMT; 2s ago
	 Process: 21259 ExecStart=/usr/lib/upower/upowerd (code=killed, signal=TRAP)
	  CGroup: name=systemd:/system/upower.service
Oct 29 22:33:28 localhost systemd[1]: Starting Daemon for power management...
Oct 29 22:33:28 localhost systemd[1]: Started Daemon for power management.
Oct 29 22:33:28 localhost upowerd[21259]: (upowerd:21259): UPower-ERROR **: failed to get pokit authority: Error initializing authority: Error ca...: Success
Oct 29 22:33:28 localhost systemd[1]: upower.service: main process exited, code=killed, status=5/TRAP
Oct 29 22:33:28 localhost systemd[1]: Unit upower.service entered failed state

То есть, ругается на полкит.

jnarical	# 9 лет, 10 месяцев назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	Хрень прочно обосновалась а Арче, уходить не собирается, решил не тянуть кота за усы и перейти на нее. Не тут-то было. Поначалу полдня добивался, чтобы запустилось и кое-как работало. Теперь пытаюсь, чтобы “не кое-как”. Суть такова - не стартует upower.service (нужен ли он? Раньше у меня индикатор батарейки batti его пользовал, а теперь и suspend и hibernate (последний не работает ни в какую, кстати) через systemd пашут, вместо pm-utils. При попытке в NetworkManager подключиться к новой сети или менять настройки: (32) org.freedesktop.NetworkManager.network-control request failed: not authorized. К ранее настроенным сетям подключается. Соотв pkla файл создан по мануалам в инете, юзер в группе network прописан (а под нее уже разрешение в pkla-файле выставлено). Ничего понять не могу, в гугле уже забанили)

jnarical

# 9 лет, 10 месяцев назад

Темы: 3

Сообщения: 11

Участник с: 30 сентября 2010

Хрень прочно обосновалась а Арче, уходить не собирается, решил не тянуть кота за усы и перейти на нее.
Не тут-то было.

Поначалу полдня добивался, чтобы запустилось и кое-как работало.
Теперь пытаюсь, чтобы “не кое-как”.

Суть такова - не стартует upower.service (нужен ли он? Раньше у меня индикатор батарейки batti его пользовал, а теперь и suspend и hibernate (последний не работает ни в какую, кстати) через systemd пашут, вместо pm-utils.

При попытке в NetworkManager подключиться к новой сети или менять настройки:
(32) org.freedesktop.NetworkManager.network-control request failed: not authorized.
К ранее настроенным сетям подключается. Соотв pkla файл создан по мануалам в инете, юзер в группе network прописан (а под нее уже разрешение в pkla-файле выставлено). Ничего понять не могу, в гугле уже забанили)

jnarical	# 11 лет, 1 месяц назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	По теме насчет майнкрафта - что мешает в меню бокса добавить “java /path/to/Launcher.jar”? Ничего не мешает. Просто оно не работает. Не работают варианты java /path/to/Launcher.jar “java /path/to/Launcher.jar” java -cp /path/to/Launcher.jar java -cp “/path/to/Launcher.jar” cd /path/to/Launcher.jar && java blah-blah ну и еще несколько, всех вариантов не упомню. upd: Разобрался с парой пунктов: Решение с явой - опция -jar Решение с консольными утилитами: lxterminal -e "команда" Последний вопрос - можно ли как-то разворачивать в одну строку скрипты вида: #!/bin/bash xrandr --output LVDS1 --off xrandr --output VGA1 --auto --primary --rate 72 ? Потому что неудобно под такие вещи писать отдельные скрипты. Идеологически верно, конечно, что-то мутить с ACPI, чтобы ноут реагировал на подключение внешнего монитора и его отключение, но мне пока до этого далеко

jnarical

# 11 лет, 1 месяц назад

Темы: 3

Сообщения: 11

Участник с: 30 сентября 2010

По теме насчет майнкрафта - что мешает в меню бокса добавить “java /path/to/Launcher.jar”?

Ничего не мешает. Просто оно не работает. Не работают варианты

java /path/to/Launcher.jar
“java /path/to/Launcher.jar”
java -cp /path/to/Launcher.jar
java -cp “/path/to/Launcher.jar”
cd /path/to/Launcher.jar && java blah-blah

ну и еще несколько, всех вариантов не упомню.

upd:
Разобрался с парой пунктов:

Решение с явой - опция -jar

Решение с консольными утилитами:
lxterminal -e "команда"

Последний вопрос - можно ли как-то разворачивать в одну строку скрипты вида:

#!/bin/bash
xrandr --output LVDS1 --off
xrandr --output VGA1 --auto --primary --rate 72

?

Потому что неудобно под такие вещи писать отдельные скрипты.

Идеологически верно, конечно, что-то мутить с ACPI, чтобы ноут реагировал на подключение внешнего монитора и его отключение, но мне пока до этого далеко

jnarical	# 11 лет, 1 месяц назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	Сколько пользуюсь Арчем с Openbox - не мог решить данную проблему, спасался alt+f2 >> поиск по истории команд >> ENTER Задача - запускать из меню Openbox'а такие вещи, как например Minecraft, или переключать раскладку, или менять мониторы через xrandr. К примеру, я Minecraft запускаю путем запуска “Launcher.jar' через правую кнопку мыши в Thunar'е - ”открыть с помощью java". Поиском пользовался, не помогло.

jnarical

# 11 лет, 1 месяц назад

Темы: 3

Сообщения: 11

Участник с: 30 сентября 2010

Сколько пользуюсь Арчем с Openbox - не мог решить данную проблему, спасался alt+f2 >> поиск по истории команд >> ENTER

Задача - запускать из меню Openbox'а такие вещи, как например Minecraft, или переключать раскладку, или менять мониторы через xrandr.

К примеру, я Minecraft запускаю путем запуска “Launcher.jar' через правую кнопку мыши в Thunar'е - ”открыть с помощью java".
Поиском пользовался, не помогло.

jnarical	# 11 лет, 1 месяц назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	Нередко обсуждение различных ошибок в программе скатывается в личную перепалку. Поверьте - разработчикам хочется, чтобы пользователь был вежливым и внятно объяснял проблему. Следуя указаниям ниже, вы сможете принести любимому проекту максимальную пользу вместо того, чтобы выглядеть уродом. Заманчиво? 1. Выражайтесь максимально ясно и кратко Как и при отправке баг-репорта, высказывания должны нести в себе достаточно информации. Фраза “Помогите комп не грузится!” слишком общая, в противовес “Рабочий стол не грузится, вот лог ошибки”. (Тут кусок про regressions, я не специалист и не понимаю смысла, так что перевести не смог - а в “оригинальном” переводе нутром чувствую смысловые косяки) 2. Будьте готовы признать свою неправоту, ведите себя вежливо и скромно В мире науки, на каждую публикацию обрушиваются горы критики - это нормально. При разработке программ нередко ведутся жаркие споры о том, каким должен быть интерфейс пользователя, и многие идеи отвергаются разработчиками. Неприятно, когда страдает гордость, но если именно ваше предложение было отвергнуто - не стоит писать гневные тексты, шансы на его принятие от этого не увеличатся. Одним словом, переходить на личности или утверждать, что разработчики не знают, как им надо работать - значит вести себя грубо. Списки рассылки часто имеют формальный тон. Вы можете получить ответ, что ваше предложение “неверно”, “неверно” или “не нужно”. Хотя разработчики стараются быть вежливыми, краткость и “формальность” ответа могут выглядеть грубовато. Получив такой ответ, нужно либо попытаться понять видение разработчика, либо иметь веские аргументы, чтобы продолжить настаивать - напомню - в максимально вежливой форме! Нередки подобные ситуации, которые пользователи окрестили “Придумано не нами” - когда предложение извне отвергается группой разработчиков, хотя для этого нет видимых причин. На самом же деле, когда они отвергают какое-то предложение или патч - у них скорее всего есть на то причины. Если вы уверены в важности вашего вклада в проект - свяжитесть с ними, и сделайте это на стадии планирования! Не стоит втихую писать патч, отправлять его и ожидать, что он непременно будет включен в проект. Иногда, когда вы работаете над своим вкладом в проект, разработчики могут помогать и способствовать - если этого не происходит, шансы на принятие вашего вклада в проект сильно уменьшаются. Например, разработчики GNOME отклонили libappindicator, и близок к этому LightDM, потому что пока не является адекватной заменой GDM. 3. Перед тем, как задать вопрос, поищите ответ самостоятельно! “Куда делся список окон, присутствующих на всех рабочих столах одновременно?” - этот вопрос не дает покоя людям, и как минимум дважды в месяц его задают в списке рассылки GNOME Shell. Легко объяснить, почему нет списка окон - ответ дан многократно, на сотне различных форумов. Достоточно вбить пару слов в Google или пролистать пару страниц на форумах. Позвольте разработчикам заниматься своей прямой работой над проектом, вместо того чтобы отвечать раз за разом на одни и те же, пусть и простые, вопросы - пользуйтесь поиском. Это относится также и к таким средствам общения, как IRC и веб-чаты. 4. Откажитесь от сообщений в стиле “+1” Как и в случае баг-репортов, не давайте ответы, содержащие только “+1”, “Я согласен” или “у меня тоже” без какой-либо дополнительной информации. Пишите подобное, если этот факт важен для разработчика. Основной критерий тут - помогает ли ваш текст исправить проблему. 5. NcnoJIb3yNTe соответствующую грамматику и орфографию Используйте проверку орфографии. Перечитывайте свое сообщение перед отправкой. Даже если с грамматикой все в порядке - возможно, стоит перефразировать предложения, чтобы текст был более кратким, емким и ясным. ВСЕГДА избегайте 1337-speak'а, за исключением общеупотребительных нейтральных сокращений, если они уместны (IMHO, afaik, btw) - но и ими не стоит злоупотреблять. Если вы чувствуете, что ваш английский язык не столь хорош и может быть неправильно понят - укажите это в сообщении. Чем приятнее с вами работать - тем больше будет ваш вклад в проект. Не забывайте этого.

jnarical

# 11 лет, 1 месяц назад

Темы: 3

Сообщения: 11

Участник с: 30 сентября 2010

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

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

1. Выражайтесь максимально ясно и кратко

Как и при отправке баг-репорта, высказывания должны нести в себе достаточно информации. Фраза “Помогите комп не грузится!” слишком общая, в противовес “Рабочий стол не грузится, вот лог ошибки”.
(Тут кусок про regressions, я не специалист и не понимаю смысла, так что перевести не смог - а в “оригинальном” переводе нутром чувствую смысловые косяки)

2. Будьте готовы признать свою неправоту, ведите себя вежливо и скромно

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

Списки рассылки часто имеют формальный тон. Вы можете получить ответ, что ваше предложение “неверно”, “неверно” или “не нужно”. Хотя разработчики стараются быть вежливыми, краткость и “формальность” ответа могут выглядеть грубовато. Получив такой ответ, нужно либо попытаться понять видение разработчика, либо иметь веские аргументы, чтобы продолжить настаивать - напомню - в максимально вежливой форме!

Нередки подобные ситуации, которые пользователи окрестили “Придумано не нами” - когда предложение извне отвергается группой разработчиков, хотя для этого нет видимых причин. На самом же деле, когда они отвергают какое-то предложение или патч - у них скорее всего есть на то причины. Если вы уверены в важности вашего вклада в проект - свяжитесть с ними, и сделайте это на стадии планирования! Не стоит втихую писать патч, отправлять его и ожидать, что он непременно будет включен в проект. Иногда, когда вы работаете над своим вкладом в проект, разработчики могут помогать и способствовать - если этого не происходит, шансы на принятие вашего вклада в проект сильно уменьшаются. Например, разработчики GNOME отклонили libappindicator, и близок к этому LightDM, потому что пока не является адекватной заменой GDM.

3. Перед тем, как задать вопрос, поищите ответ самостоятельно!

“Куда делся список окон, присутствующих на всех рабочих столах одновременно?” - этот вопрос не дает покоя людям, и как минимум дважды в месяц его задают в списке рассылки GNOME Shell. Легко объяснить, почему нет списка окон - ответ дан многократно, на сотне различных форумов. Достоточно вбить пару слов в Google или пролистать пару страниц на форумах. Позвольте разработчикам заниматься своей прямой работой над проектом, вместо того чтобы отвечать раз за разом на одни и те же, пусть и простые, вопросы - пользуйтесь поиском. Это относится также и к таким средствам общения, как IRC и веб-чаты.

4. Откажитесь от сообщений в стиле “+1”

Как и в случае баг-репортов, не давайте ответы, содержащие только “+1”, “Я согласен” или “у меня тоже” без какой-либо дополнительной информации. Пишите подобное, если этот факт важен для разработчика. Основной критерий тут - помогает ли ваш текст исправить проблему.

5. NcnoJIb3yNTe соответствующую грамматику и орфографию

Используйте проверку орфографии. Перечитывайте свое сообщение перед отправкой. Даже если с грамматикой все в порядке - возможно, стоит перефразировать предложения, чтобы текст был более кратким, емким и ясным. ВСЕГДА избегайте 1337-speak'а, за исключением общеупотребительных нейтральных сокращений, если они уместны (IMHO, afaik, btw) - но и ими не стоит злоупотреблять. Если вы чувствуете, что ваш английский язык не столь хорош и может быть неправильно понят - укажите это в сообщении.

Чем приятнее с вами работать - тем больше будет ваш вклад в проект. Не забывайте этого.

jnarical	# 11 лет, 11 месяцев назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	Много-много прошу прощения, по ссылке ходил с телефона и видимо не в том месте открылось, вроде все перечитал и не заметил… С компа по ссылке буквально ткнулся мордой, спасибо :)

jnarical	# 11 лет, 11 месяцев назад
Темы: 3 Сообщения: 11 Участник с: 30 сентября 2010	Спасибо, но арчевики я читал, но суть просьбы была другая - как я понял, у иксов теперь какая то новая папка для хранения настроек, аналогично папке /fdi/policy/ у hal. я предположил что и формат файлов настроек поменялся, и попросил выложить файл, аналогичный 10-keymap.fdi для hal. Поправьте меня если неправ.

jnarical

# 11 лет, 11 месяцев назад

Темы: 3

Сообщения: 11

Участник с: 30 сентября 2010

Спасибо, но арчевики я читал, но суть просьбы была другая - как я понял, у иксов теперь какая то новая папка для хранения настроек, аналогично папке /fdi/policy/ у hal. я предположил что и формат файлов настроек поменялся, и попросил выложить файл, аналогичный 10-keymap.fdi для hal. Поправьте меня если неправ.