Emacs не получается три раскладки

[Melleus]

Пытаюсь настроить в Emacs три раскладки. Переключение хочу по следующему
принципу: англ/(рус/укр), т.е. английский/кириллица и если в кириллице,
то две кириллиці между собой.
Придумал и поместил в .emacs такаую конструкцию:

(defun toggle-alternative-input-method()
Toggles between russian and ukrainian input methods
(interactive)
  (if (eq current-input-method 'ukrainian-computer)
  (activate-input-method 'russian-computer)
(if (eq current-input-method 'russian-computer)
(activate-input-method 'ukrainian-computer)) 
 ))
(global-set-key \C-x\\ 'toggle-alternative-input-method)

Не работает. Лисп я еще не изучил, думаю что что-то сделал не так. Что?
Спасибо заранее.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zjs3ty7i.fsf@hornet.workgroup

Re: Emacs не получается три раскладки

[Melleus]

То что доктор прописал! Все заработало именно так как
задумано. Огромное спасибо! Вот уж не думал, что когда-нибудь Лисп мне
прийдется осваивать.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vc2rdl8i.fsf@hornet.workgroup

Re: Emacs не получается три раскладки

[Melleus]

Evgeny M. Zubok evgeny.zu...@tochka.ru writes:

 C-\ - переключение из ENG в последнюю кириллистическую и обратно.
 С-x \ - переключение РУС/УКР.

Именно так было задумано и могу подтвердить, что все благополучно
работает. Меньше кода - меньше вероятности ошибиться. Вон я в одной
функции сколько ошибок налепил.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ob8iewzd.fsf@hornet.workgroup

синхронизация bbdb и android - как?

[Melleus]

Существуют ли готовые работающие решения? Не импорт/экспорт, а именно
синхронизация. Либо адресные книги, которые работают с org.mode, gnus и
есть в оф. репах. Интересуют исключительно безоблачные технологии, но
прокладки типа owncloud, работающие локально, возможны, если нет других
вариантов. Нашел решение одного индуса, но оно адекватно работает только
с bbdb v3, которого в репах нет.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871u5cme9i.fsf@hornet.workgroup

Re: Emacs не получается три раскладки

[Melleus]

Andrey Rahmatullin w...@wrar.name writes:

 Так вот они какие, украинские буквы.

Та и я как-то к другим контурам привык: ҐґЄєІіЇї'.

Maksym Tiurin mrko...@bungarus.info writes:
 можно вводить украинские буквы, набирая после русской буквы еще один
 знак
Это неплохо, конечно, особенно - если нет других вариантов. Но когда
основной рабочий язык - украинский, как-то не очень удобно.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8738pohai6.fsf@hornet.workgroup

Re: Gnus несколько аккаунтов на одном SMTP как

[Melleus]

Есть задокументированное решение с помощью msmtp, но хотелось бы
обойтись без него.

А насчет Gnus - оказалось, что он умеет очень многое, но только после
незаурядной настройки.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87y56t6kv3.fsf@hornet.workgroup

GNUS+IMAP ukr.net отваливается

[Melleus]

Собственно сабж, из 6 IMAP серверов (подключены через nnimap), один
постоянно отваливается. То есть, он коннектится при старте и некоторое
время работает. А потом отваливается. И переконнектиться к нему без
перезагрузки Емакса получается далеко не всегда. Бывает получается, а
бывает - и нет. В логах ничего вразумительного не нашел кроме этого:

gnutls.c: [0] (Emacs) fatal error: A TLS fatal alert has been received.
gnutls.c: [0] (Emacs) Received alert:  Bad record MAC

Иногда бывает, что не отваливается, но редко. Никакие настройки при этом
не меняются. Раньше этого не было и все работало нормально, с тех пор
как завел себе Гнус. Момент не отледил, увы. Не могу понять, что
происходит.
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/871u3r32kv.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

Dmitrii Kashin free...@freehck.ru writes:


 Было, видел. Разбираться особо времени не нашлось, так что я просто
 перешел с TLS на SSL. SSL не отваливается.

Как это правильно сделать? Увы, не умею.

 (setq imap-log *imap-log*)
Я делал 
(setq imap-log t)
но ничего нового в логах не увидел, только то что написал в первом
сообщении.

Всем - огромное спасибо. Написал четыре дня назад в Гнусную рассылку,
думал быстрей будет. До сих пор тишина.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8761t2wjs9.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

Точно так у меня настроено. Думал еще какие-нибудь хитрости
есть.

Насчет рассылки - спасибо, я в генерал писал. Наверное, генерал в
отставку ушел.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87wqliuuta.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

Oleksandr Gavenko gaven...@gmail.com writes:


 Странно что в треде говорят о процессе gnutls/openssl. Судя по всему у Вас
 Emacs 24.x - в нем GnuTLS бинарно вкомпилен:

   http://www.gnu.org/software/emacs/manual/html_mono/emacs-gnutls.html
Да, так и есть у меня Emacs 24.3.1

 Может мешают старые настройки с = Emacs 23.x? Пробуем emacs -Q.

Попробовал, nnimap вообще никакой не поднимается. Только nnmbox поднялся
и все.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zjqbts5r.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

Dmitrii Kashin free...@freehck.ru writes:

 Я так и не понял, у Вас через imap работает или нет?
imap работает. Но из нескольких серверов, настроенных совершенно
одинаково, один отваливается через некоторое время после старта. С
остальными никаких глюков не происходит.
 Покажите уже наконец свой конфиг.
(add-to-list 'gnus-secondary-select-methods '(nnimap ukr.net 
 (nnimap-address imap.ukr.net)
 (nnimap-server-port 993)
 (nnimap-stream ssl)))


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/878uxuznts.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

To: debian-russian@lists.debian.org
Date: Sat, 12 Oct 2013 00:44:16 +0300 (3 days, 18 hours, 7 minutes ago)
Resent-From: debian-russian@lists.debian.org

Собственно сабж, из 6 IMAP серверов (подключены через nnimap), один
постоянно отваливается.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/874n8izg07.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

Oleksandr Gavenko gaven...@gmail.com writes:

 Пробуем мануально работать с сервером:
...
 и ждите результат (я ожидаю отваливание сети, т.к. Gnus более отлажен чем
 ukr.net - ИМХО).

 Команды писал по памяти - отлаживайте скрипты!

 -- 
 Best regards!

Огромное спасибо! Так и сделаю.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87k3hdq7ku.fsf@hornet.workgroup

Re: Gnome 3 from sid

[Melleus]

Смотреть лучше в сторону его выпиливания. Он как тот простреленный лось,
который все пьет и пьет а ему только хуже становится. Благодаря выходу
гнома 3 я открыл для себя тайлинг (awesome). Очень доволен.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87eh73532m.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

При долбежке скриптом ничего не отваливается. Наблюдал несколько дней
(не в непрерывном режиме, а запускал скрипт в разное время). Какие еще
могут быть варианты? Спасибо заранее.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87a9hr527j.fsf@hornet.workgroup

Re: GNUS+IMAP ukr.net отваливается

[Melleus]

Увы, бомбежка скриптом не дала результатов. На стороне ukr.net-а
очевидных глюков нет. Зато у Gnusa появилась тенденция показывать
наличие мнимых новых сообщений на Gmail-e и еще некоторых других
серверах. В общем-то создается впечатление, что это когда-то
замечательная программа сейчас оказалась забытой и толком не
поддерживаемой. Что странно - на ее фоне более современный Вандерласт не
впечатлил совсем. Но дело не в этом.

Как последнюю соломинку пытаюсь настроить imap через связку
world-imap-offlineimap-maildir-dovecot-imap-gnus, но и здесь попал
в засаду: dovecot, в упор не видит maildir-a, создаваемого
offlineimap-ом. Вместо этого создает свой пустой inbox. Причем,
offlineimap раскладывает почту по папочкам, а dovecot создает свой inbox
в корне этого каталога. И в упор не видит, что там лежит. В общем,
засада со всех сторон. Что я делаю не так? Спасибо заранее.

Конфиг dovecot:

me@hornet:~/  sudo dovecot -n
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 
mail_location = 
maildir:~/Mail-repository/%u:LAYOUT=fs:INBOX=~/Mail-repository/%u
namespace inbox {
  inbox = yes
  list = yes
  location = 
  prefix = 
  separator = /
}
passdb {
  args = /etc/dovecot/passwd
  driver = passwd-file
}
protocols =  imap
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
userdb {
  args = /etc/dovecot/passwd
  driver = passwd-file
}
me@hornet:~/ 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87bo1zdrna.fsf@hornet.workgroup

Re: функционал внешнего IMAP в mail web-frontend_ах

[Melleus]

У Gnus c IMAP не все хорошо. А настройка нескольких почтовых счетов - то
еще удовольствие.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/877gcndr8n.fsf@hornet.workgroup

Re: Gnus IMAP

[Melleus]

Dmitry Derjavin d...@altlinux.org writes:
 О, расскажите, пожалуйста, подробнее! Что не в порядке с IMAP?
 Какие сложности у вас возникают с настройкой нескольких учёток?

Скажем так, лично у меня эксперимент по использованию Gnus в качестве
основного почтовика близок к провалу именно из-за экспериментальной
поддержки imap. То есть, она то вроде есть, но на продакшене ее точно
использовать никому не посоветовал бы. То сервера отваливаются, то
сообщения показывает новые, хотя в ящик не падало ничего. Конкретно
среди отваливающихся серверов замечены ukr.net и ovi.com. Возможно, у
кого-нибудь они и работают, но у меня - отваливаются.  Сейчас перевожу
imap на связку offlineimap+dovecot и если это не сработает, то буду
выбирать между icedove и evolution. В Gnus реально зацепил подход к
работе с большими массивами почты - очень толково сделано, как на мой
вкус. Опять же, org моду я использую. Поэтому хочется надеяться, что
связка с dovecot сработает. Ну и локальное хранилище почты на ноуте мне
тоже в тему, на самом деле. По ходу, отправку почты тоже имеет смысл
переложить на тот же msmtp. Хотя с этим пока глюков и не было замечено,
но не очень приятно ждать, пока сообщения с объемными вложениями
отъезжают.

С несколькими учетками основная проблема - это муторная и не всегда
понятная сразу настройка, которую нужно сделать один раз. С Лиспом я еще
не подружился настолько, чтобы с лету импровизировать. После этого
особых проблем нет.

В обсуждении не участвую. Просто изложил свое Х мнение в надежде на то,
что оно кому-нибудь может оказаться полезным. Если есть интерес - позже
отпишусь, все ли получилось с offlineimat+dovecot. Пока уже удалось
выяснить, что не все настройки dovecot работают именно так, как написано
в документации. Ну или я ангельский плохо знаю :)

Re: Gnus IMAP

[Melleus]

Artem Chuprina r...@ran.pp.ru writes:
 Вот у меня как раз offlineimap и как раз dovecot.  Скажем так, из всех
 троих наиболее стремный - offlineimap.  Но в общем, не первый год уже.
Все было красиво, пока не подорвался на кириллических кодировках
offlineimap (а вернее - их отсутствии).  
Блин... Опять засада... Немцы кругом...


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pppxjl6c.fsf@hornet.workgroup

Re: Gnus IMAP

[Melleus]

Именно имена папок. На укр.нете, который, так исторически сложилось,
является моим основным почтовым ящиком, папки обзываются как раз
кириллицей. Ее прекрасно понимает Gnus, но он все время отваливается с
упомянотого имаповского сервера. Но с этой проблемой раньше меня
столкнулся один японец и придумал костыль, который прикручивается к
nametrans offlineimap-а. Файл называется utf7.py, японца зовут 龍神. Так
что при желании можно легко выгуглить. Костыль работает (пока?).

Спасибо доброму человеку.

Эксперимент с Gnus-ом продолжается (в смысле, что Icedove пока не снес и
на Evolution не смотрел). Для полноты ощущений хотелось бы нарыть как
синхронизировать bbdb c android-ом (не перекинуть контакты туда-сюда, а
именно синхронизировать, причем без гуглосчетов). И все мои потребности
PIM будут закрыты (для org mode /типа календарь/ есть готовое решение).

Кстати, недавнее обновление Icedove пока не решило проблемы с жором
процессора, из-за которой и начались мои эксперименты с альтернативными
почтовиками и Gnus-ом, в частности.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87wqk1l73f.fsf@hornet.workgroup

Re: Gnus IMAP

[Melleus]

Melleus mell...@openmailbox.org writes:

  Файл называется utf7.py, японца зовут 龍神.

Проблема оказалась надуманной и костыль не нужен. Кривые имена
каталогов maildir в локальной фаловой системе абсолютно не мешают иметь
в клиенте (Gnus) правильные кириллические имена папок, к чему,
собственно, и стремились. Все работает, в том числе поиск, который через
встроенный в Gnus клиент IMAP с этим сервером работал просто
отвратительно. Причем, создается такое впечатление, что гораздо быстрее
все шевелится. А вот перекодированные в utf-8 правильные имена
Dovecot, как раз и не видит. Потому как стандарты...
Изначально костыль был придумат для Mutt...


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pppsk94r.fsf@hornet.workgroup

Re: Gnus IMAP

[Melleus]

Artem Chuprina r...@ran.pp.ru writes:

 Melleus - debian-russian@lists.debian.org  @ Fri, 22 Nov 2013 00:31:48 +0200:

  M синхронизировать bbdb c android-ом (не перекинуть контакты туда-сюда, а
  M именно синхронизировать, причем без гуглосчетов). И все мои потребности
  M PIM будут закрыты (для org mode /типа календарь/ есть готовое решение).

 А вот с этого места поподробнее, пожалуйста.  Какое есть готовое решение
 для org mode в связке с андроидом и календарем?  То, что я видел на эту
 тему, у меня либо крайне плохо работало, либо вообще не заводилось.
Меня устроило готовое решение под названием MobileOrg если использовать
его именно как просмотрщик, то оно умеет интегрироваться со встроенным
календарем Androida без особых проблем. Родной интерфейс меня не
впечатлил. Но, тем не менее он тоже есть и им можно пользоваться.
 Я видел какое-то приложение именно про org mode, но оно у меня именно
 что не завелось, и по его весьма скудной документации я не понял, что с
 этим делать.
Документация действительно скудная. Но есть список рассылки в который
можно писать вопросы. Иногда отвечают. У меня был случай, когда ответили
через пару месяцев (задал вопрос, как получить агенду сроком хотя бы
недели на две) - при этом ответ был чрезвычайно информативен и на 100%
помог решить проблему.
 Меня, впрочем, интересует вариант с подгребанием org-файлов физически с
 той же машины (в смысле, emacs у меня, в том числе, в чруте на телефоне,
 под Linux Deploy, заход по ssh, файлы могу класть на штатную sd или даже
 отдать по сети с или на localhost).
Как раз упомятутый выше MobileOrg среди прочего прекрасно умеет не
только подгребать орговские файлы, но и синхронизировать их между собой
в процессе подгребания (эта фишка работает на стороне emacs).
 В качестве цели интересуют в первую очередь оповещения - единственный
 недостаток орг-модовой агенды для меня в том, что она не умеет в
 автомате оповещать.  Во вторую - интеграция гуглокалендаря и того, что
 вбито в орг-моду, в единую агенду.  Желательно - в гуглокалендарную,
 потому что мой гуглокалендарь доступен жене на чтение, и хотелось бы,
 чтобы и она тоже видела то, что внесено в орг-моду.  Идеалом, видимо,
 был бы автомагический экспорт из орг-моды в гуглокалендарь _с
 возможностью вносить исправления_ (и вообще отслеживать, что уже
 вносилось, а что - нет).  Орг-мода умеет экспорт ICS с дополнительным
 уникальным id, но виденные мной андроидные импортеры ICS в
 гуглокалендарь, похоже, игнорировали id.
Поскольку календарь на телефоне синхронизируется с орговской агендой, то
последующая синхронизация с гуглокалендарем становится, скорее, вопросом
настроек. Думаю, что с этим проблем не будет. Но гуглокалендарем не
пользуюсь, поэтому могу ошибаться.

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87li0gk7wo.fsf@hornet.workgroup

Re: Gnus IMAP

[Melleus]

Melleus mell...@openmailbox.org writes:
 Все работает,
Увы, таки работает не все. Не работает перенос сообщений между папками
(B-m), если папки обозваны кириллицей. Нагуглить ничего не удалось. Кто
нибудь сталкивался с проблемой? Если папки латиницей - получается.
Кириллицей - пишет ошибку: couldn't move article 3410: NO (TRYCREATE)
Mailbox doesn't exist. Ошибка у меня не гуглится.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87wqk0s4gf.fsf@hornet.workgroup

Re: Gnus IMAP

[Melleus]

В тему синхронизации org моды с гуглокалендарем, есть решение, как и
большинство линуксовых программ, скорее действующий макет, который
прийдется допиливать под себя, но все же много лучше, чем ничего:
https://github.com/dengste/org-caldav


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zjolyism.fsf@hornet.workgroup

О глюках бродкомовской вафли (Acer Aspire WiFi BCM)

[Melleus]

Ситуация: как-то рандомно заглючил вайфай. То пакеты теряет, то совсем
вафля отпадает. Чип определяется как BCM43225, дровишки стоят
опенсорсные в системе, система - Визи. Что я только не делал - и драйвер
менял - перепробовал все доступные версии и ядро из бэкпортов ставил -
вроде и меньше глючит, но все-равно не то. Решил попробовать
проприетарные блобы от производителя (есть в репозиториях). Оп-па и все
вдруг заработало. Пакеты не теряются больше, вафля не отпадает и
скорости добавилось...

В общем, хоть и не люблю я проприетарщину, но может пригодится кому мой
опыт...

ЗЫ И лампочка-индикатор еще загорелась, которая от роду не работала.
Если кому нее не хватает.

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8761putdf4.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

На спланированную диверсию прямо похоже.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87mwcqw66j.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Alex Kuklin a...@kuklin.ru writes:
  у меня там все сети, где я когда-то бывал
По аналогичным причинам (а еще NM умеет и по веревке и по 3G - тоже
бывает нужно иногда) NM - среди немногого, что осталось от гнома,
остальное пришлось выпилить в свое время - 3-ю версию так и не
понял. Теперь вот systemd с его кривыми путями и дырками в безопасности
расползается.  Похоже, что кому-то очень не хочется, чтобы на линуксе
был вменяемый десктоп. Только вот как с этим бороться?

Оно то пока на стейбле - опасаться нечего, но ничто не вечно под Луною,
приедет этот подарочек когда-нибудь и ко мне... Или если решиться и
выпилить все поделки гнома, включая NM, то не приедет? А у меня ж
Наутилус еще...


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87zjgpuk4i.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Спасибо за хорошие новости. Хоть и жалел уже несколько раз, что выбрал
Debian, после верчения головой по сторонам убеждался, что выбор-то
правильный. При всем многообразии :)
 
Dmitrii Kashin free...@freehck.ru writes:


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87lhs8vk19.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Иван Чернов tretegod...@yandex.ru writes:
 если
 сообщество не поднимется

На это может как-то повлиять обычный пользователь, ни разу ни девелопер,
использующий систему чисто для научной работы (но не являющийся пока ни
всемирным ни даже национальным авторитетом) и немного для хобби: по
интернету там пошариться, фото (равки проявить)? Да и не пострадавший
пока, собственно, ибо стейбл.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871ttx36xf.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Иван Лох l...@1917.com writes:
 NM же без десктопа, думаю,
 используют довольно редко.

Отчего же? Не гномом единым: Awesome, i3, wmii...

Возможно есть альтернатива и NM, которая помогла бы разрулить соединения
по WiFi, проводу и 3G на ноуте, который может оказаться дома (Wifi), на
работе (провод, WiFi), на даче (3G) и без ручного переписывания конфигов
каждый раз. Но мне пока такого не попадалось, увы. С радостью заменил бы
NM.

И Наутилусу достойной замены пока найти не могу. Больше гномских
ошметков в системе нет. Кроме зависимостей, конечно.

Но, наверное, прийдется ампутировать. Оба. Жаль, а что делать?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wqbo21xk.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Artem Chuprina r...@ran.pp.ru writes:
 3G-провайдер-то обычно один,
Так и есть. Да и то, раз в кои то веки используется. Наверное, пришло
время переползать на Wicd. Спасибо за разъяснения.

По NM, чем осваивать его cli, мне показалось легче вызывать апплет по
мере необходимости, а потом убивать его, чтобы на экране зря не болтался.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87bnt0487d.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Иван Чернов tretegod...@yandex.ru writes:
  СССР был замечательной
 страной, не так ли?

Это был античеловеческий режим, убивший десятки миллионов своих граждан,
лишивший дома и родины еще больше народа посредством массовых
депортаций.  Его предводителя и идеолога, возглавившего октябрьский бунт
и утопившего Россию в крови до сих пор земля отказывается
принимать. Гитлер принес человечеству меньше смертей.  Поэтому
замечательным он может быть, разве что, для потомков Швондеров с
маузерами или кухарок в штанах, грабителей награбленного мать их так.

Но это к делу не относится. Давайте не будем о политике.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877g3o47bp.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Иван Чернов tretegod...@yandex.ru writes:
 Ну, тогда давайте не будем и о системд.

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8738ec44r6.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Иван Чернов tretegod...@yandex.ru writes:
 Скажем, вы кладете файл в каталог, а на завтра его
 там. Вы повторяете процесс - и снова тоже.

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

Концепция разделения уровней доступа в unix/linux была не зря придумана
и вероятность появления дыр из-за systemd не особо радует. А, с учетом
отмеченных выше случаев, скажем так, нестабильной работы, так совсем.

P.S. (вниманию любителей октана, не для обсуждения)
Делать добро выгоднее, чем зло, ибо и то, и другое возвращается подобно
бумерангу.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87simc2hr3.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Иван Чернов tretegod...@yandex.ru writes:
 Наверное, если ничего не изменится
Все-таки некоторые вещи можно взять и под собственный контроль, не
дожидаясь пока внешние силы что-то предпримут (хорошее, плохое-ли -
неважно). Вот, хоть даже по этому талмуду:
https://www.debian.org/doc/manuals/securing-debian-howto/


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87oax02dn6.fsf@hornet.workgroup

Re: И ещё про крышку ноутбука

[Melleus]

C S ll75...@yandex.ru writes:
 Кто-нибудь подскажет, что надо сделать чтобы в LXDE при закрытии крышки
 ноутбука и её последующем открытии не включался скринсейвер в режиме
 блокировки экрана?

Если скринсейвер - xscreensaver, то запускаем xscreensaver-demo и
снимаем галку с настройки Lock Screen After (в левом нижнем
углу). Все. Скринсейвер пароль больше просить не будет. Если это то, что
имелось в виду.

Если скринсейвер другой - то имеет смысл поставить xscreensaver, IMHO.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87k37n3be0.fsf@hornet.workgroup

Re: И ещё про крышку ноутбука

[Melleus]

Victor Wagner vi...@wagner.pp.ru writes:
 Отключить это можно 
 посредством убирания 

 переменной LOCK_SCREEN=true из /etc/default/acpi-support. 

 Но это system wide. А сделать эту настройку per user невозможно без
 тотального переписывания скриптов из /usr/share/acpi-support. 

Странно. У меня эта строчка оставлена, снята галка пароля в xscreensaver
и ни закрытие крышки ни заставка не запирают систему. Похоже, со
стабилизацией нынешнего тестинга и последующим переходом на него меня
ждет еще много интересных сюрпризов.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87y4w2c11u.fsf@hornet.workgroup

Re: PulseAudio (Re: systemd, чтоб его...)

[Melleus]

dimas dimas...@ya.ru writes:
 увидят
 их рожу) есть ekiga и иже с ней
А без камеры не работает штоле?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87fvi6n77z.fsf@hornet.workgroup

Re: PulseAudio (Re: systemd, чтоб его...)

[Melleus]

Артём Н. artio...@yandex.ru writes:
 Ekiga пробовал, но она, мягко говоря, сыровата.
Jitsi?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87bnsumpfv.fsf@hornet.workgroup

Re: Per-window XKB layout by default?

[Melleus]

Artem Chuprina r...@ran.pp.ru writes:
   И куды бечь?
kbdd?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87d2d990c5.fsf@hornet.workgroup

Re: PulseAudio (Re: systemd, чтоб его...)

[Melleus]

Артём Н. artio...@yandex.ru writes:

 Про неё не помню. Была как-то задача найти средство достаточно
 безопасной переписки и, желательно, виде коммуникации.

Jitsi - больше для SIP. В репозиториях сравнительно недавно
появилась. Писана на Java, кроссплатформенная (т.е. есть на системе из
Редмонда и вполне себе там работает). Мне ее быстрее других удалось
настроить просачиваться через прокси. Думал заменить скайп, но потом
забросил - не получилось сдернуть со скайпа остальную публику. А сам с
собой я и перед зеркалом поговорить могу.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/878unx8uzi.fsf@hornet.workgroup

Re: Per-window XKB layout by default?

[Melleus]

Artem Chuprina r...@ran.pp.ru writes:
 Боюсь, что будут те же проблемы

У меня клавиатура настроена в /etc/default/keyboard, т.е. раскладка
переключается совершенно стандартными средствами. Kbdd при этом
используется исключительно как запоминалка раскладок между окнами и их
отображалка в статусе через самописный виджет. Запускается при загрузке
wm (у меня awesome) без каких либо конфигураций. Вроде работает все.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871ttp8riw.fsf@hornet.workgroup

Re: Per-window XKB layout by default?

[Melleus]

Artem Chuprina r...@ran.pp.ru writes:
 При этом, похоже, xmonad грабит клавишу (что логично, все так делают), и
 в момент обработки события собственно текущее окно у него - рутовое, а
 не то, где был фокус в момент нажатия...

Похоронил эту идею в свое время. У емакса - своя переключалка, а
у всего остального - системная.  А насчет грабель - может xbindkeys
поможет? Он у меня ловит нажатия капс/нум локов для индикатора в
статусной строке (нету ледов на ноуте). Справляется почти всегда. Вот
только не знаю, что у него с окнами.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87tx6l72d0.fsf@hornet.workgroup

Re: Периодически отваливается WiFi

[Melleus]

попробуйте другие драйвера. У меня была подобная проблема на ноуте
(поройтесь в рассылке, если интересны подробности, тоже за помощью
обращался). Помогли другие драйвера (увы, проприетарные, но все-таки из
оф. репозитория). Проблема ушла полностью. Железо: Broadcomm 802.11.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87a97p861c.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Только кто эту критику слушать будет. На Винде выросли, вот и тащат
теперь всякую гадость за собой. Выдавливать по капле нужно из себя эту
ментальную отраву, если уж подхватил. А не отравлять все вокруг.

И еще вот точка зрения есть:

https://people.debian.org/~stapelberg/2013/07/13/systemd-not-portable.html


yuri.nefe...@gmail.com writes:
  Вот тут вот [2], как мне кажется, довольно объективная критика
  [2] http://www.infoworld.com/print/248436


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87oaujjb4j.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Maksym Tiurin mrko...@bungarus.info writes:

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

Рано терять надежду. Есть еще FreeBSD. Кре


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871trdvie8.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Pavel Volkov sai...@lists.xtsubasa.org writes:

 пользователи GNOME в проигрыше.

Пользователи GNOME в проигрыше с выхода третьей версии. Лично мне
пришлось на Awesome переползать. Хотя я и ни разу не
программист. Писатель, скорее. По крайней мере комп, по большей части
используется именно для этого. Так что этих пользователей здорово
поубавилось. Похоже, что новое поколение гномодевелоперов кроме выни
ничего не видели, но там их обошли более толковые или менее
амбициозные. Вот и самореализовываются, как могут. Причем старый,
проверенный опыт считают ретроградством. Вот пользователей и
подрастеряли. ИМХО (с точки зрения стороннего наблюдателя, а не
программиста, так что могу и ошибаться).


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87zje0hbvt.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Evgeny Zubok evgeny.zu...@tochka.ru writes:

 Не понимаю только, почему все вспоминают винду. Вот как раз винда тут не
 у дел. Проект инспирирован launchd, поэтому ноги растут именно из Mac OS
 X. Винда не упоминалась в качестве вдохновителей Поттерингом. 

Очевидно, стыдятся признаться.

По винде много ассоциаций в связи с гномом. Интерфейс, гномореестр и все
такое. Еще есть идеология неконтролируемого толком прямого доступа к
железу, инструментов для всех задач сразу, выпуска сырых продуктов и
объявления багов фичами. Архитектурой при этом можно вдохновляться какой
угодно, сути это не изменит. В какую бумажку какашку не заверни -
конфеткой она от этого не станет. Если бы Поттеринг и его соучастники
действительно вдохновлялись идеями Mac OS, очевидно, была бы видна
завершенность продуктов, их продуманность, удобство работы и
стабильность. Так ли это у пульсы и гнома 3, например? Да и у systemd,
похоже, тоже не все прекрасно с этим.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871trb8ypd.fsf@hornet.workgroup

отваливается тачпад, Acer Aspire, wheezy

[Melleus]

Немного надоел отваливающийся тачпад. Отпад чаще всего происходит в
моменты выжирания памяти открывающимися вкладками в браузере или
обработкой фото. На более точную локализацию проблемы моих познаний,
увы, не хватает. Проявляется замиранием курсора-стрелки и отсутствием
всякой реакции на тачпад. Лечится выходом и входом из Х-ов. Собственно,
вопрос - можно ли его как-то руками назад в чувство привести, без
передергивания Х-ов. Когда-то давно у Дебиана на вики-сайте были
подобные инструкции, но скриптом я это дело не оформил, ибо случается
эта беда не каждый день и не каждую неделю даже. Но вот сайт с викой
обновился и все пропало. А у меня опять началось...

Спасибо заранее.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877fzi1z40.fsf@hornet.workgroup

Re: отваливается тачпад, Acer Aspire, wheezy

[Melleus]

Руслан Коротаев korot...@ufamail.ru writes:
 С уважением, Коротаев Руслан

Спасибо. По тачпаду мои настройки меня устраивают, все прекрасно
работает, просто иногда отваливается. Вот в эти редкие моменты и
хотелось бы просто передернуть тачпад, не передергивая при этом
Х-ы. Похоже, что арчевская вика это то, что мне было нужно. Дождемся
глюков и будем пробовать. Еще раз спасибо.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/874mulremv.fsf@hornet.workgroup

Re: отваливается тачпад, Acer Aspire, wheezy

[Melleus]

Сделал себе заметочку, спасибо!


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87zjc1sfyu.fsf@hornet.workgroup

Бюджетная файлопомойка

[Melleus]

По дому все больше расползаются компы, смартфоны, смарттв, фотокамеры и
прочие устройства, что заставляет задуматься о файлопомойке для
кормления всего этого зоопарка медийными файлами. Имеет ли право на
жизнь вариант роутера на open-wrt какого-нибудь с USB портом и внешним
HDD для этих целей? Работа помойки предполагается 24/7, за исключением
отпусков, пару раз в год, может быть. Из серверов - dlna и, может быть,
облако какое-нибудь. А? Вариант с роутером + внешний винт привлекает, в
первую очередь, бюджетом и во-вторую - отсутствием шума и компактностью
ибо квартира маленькая.

Спасибо заранее.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877fyybnp2.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

Anton Stratonnikov bil...@yandex.ru writes:

 да в принципе - ок, но если роутер слабенький - то о dlna лучше не
 вспоминать (он должен, вроде как, в необходимый формат уметь
 перекодировать на лету поток, а это не всякому ускорителю бывает под
 силу), да и скорости работы usb-винта высокой не ждать.
О скорости тут говорить не приходится, это понятно. Тут речь идет,
скорее, об уходе от дублирования  медийных и рабочих файлов, что создает
путаницу и неудобства. Ну и к телевизору чтоб с флешкой не бегать фотки
гостям свежие показать.
 у себя завел платку с пассивным радиатором (Intel D2700MUD), потребляет
 она порядка десятка ватт, а значит в теории можно и придумать охлаждение
 БП без кулера. Плюсом однозначным является возможность воткнуть памяти.
У меня по нычкам валяется система на Intel 440BX в AT корпусе и две
матери Asus P5B, одна из которых укомплектована процем памятью и,
возможно, даже видеокартой (не помню просто). Засада в том, что на ATX
очень сложно найти малоразмерный корпус с блоком питания и все это на
бесшумном охлаждении, в микро-размере и чтобы по цене роутера. Винт -
что внешний, что внутренний - разница есть в цене, но несущественная.
 Но если роутер не какая-нибудь непроизводительная железка за 1к - то
 возможно можно и на нём собрать что-то, бесспрорно. Однако дебиан на
 него не поставить (=
Продакшена никакого разворачивать планов нет пока, 24/7 из соображений,
чтобы закинуть устройства в укромное местечко подальше от глаз и не
лазить туда без надобности. Реальная нагрузка - файловый архив (а-ля
сетевой диск), музыку послушать, киношку когда-никогда глянуть и фотки
гостям показать. Будем пробовать, наверное.

Спасибо.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87h9y1gzkf.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

Aleksey Andreev li...@mail.ru writes:
 Проц при работе с ftp и проверке кэшей в transmission на гружался
 полностью в результате чего через некоторое время уходил в ребут.
 Остальное настраивать даже не пытался.
 Понятно что железка слабовата, но вдруг и этот опыт пригодится.
Спасибо, торрент не планируется в принципе. Так что есть вероятность,
что получится.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87d28pgz7z.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

Anton Stratonnikov bil...@yandex.ru writes:

 15.11.2014 01:57, Melleus пишет:
 Anton Stratonnikov bil...@yandex.ru writes:

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

 а заодно, если получить внешний IP, да зарегистрировать бесплатное имя в
 какой-нибудь далекой зоне, вроде .ga, то можно будет эти самые фотки
 гостям посылать ссылками.
На самом деле можно и без внешнего IP обойтись, у меня инет входит через
роутер с поддержкой сервисов динамического IP (типа DynDNS). Owncloud-ом
пользуюсь, но боюсь, роутер не вытянет.
 у себя завел платку с пассивным радиатором (Intel D2700MUD), потребляет
 она порядка десятка ватт, а значит в теории можно и придумать охлаждение
 БП без кулера. Плюсом однозначным является возможность воткнуть памяти.
 У меня по нычкам валяется система на Intel 440BX в AT корпусе и две
 матери Asus P5B, одна из которых укомплектована процем памятью и,
 возможно, даже видеокартой (не помню просто). Засада в том, что на ATX
 очень сложно найти малоразмерный корпус с блоком питания и все это на
 бесшумном охлаждении, в микро-размере и чтобы по цене роутера. Винт -
 что внешний, что внутренний - разница есть в цене, но несущественная.
 ну так а я и не предлагаю купить БП для ATX без кулера. я предлагаю
 взять относительно мощный БП ATX, да сбавить его обороты до каких-нибудь
 500 RPM. Слышно его не будет, охлаждать он тоже ничего не будет, но
 будет создавать небольшую конвекцию, за счет которой и будет всё
 работать. Согласен. фраза охлаждение БП без кулера была громковатой (=
В моем случае вариант не подходит по ряду причин: 1) физически не влазит
в отведенное место (главная причина); 2) имеет более высокий бюджет. И
да, я понимаю, что достоинств - гораздо больше. Но лепить кастомные
корпуса из остатков аудиовидеотехники, что, возможно, помогло бы
вписаться в имеющиеся ограничения по месту я не умею.

 Продакшена никакого разворачивать планов нет пока, 24/7 из соображений,
 чтобы закинуть устройства в укромное местечко подальше от глаз и не
 лазить туда без надобности. Реальная нагрузка - файловый архив (а-ля
 сетевой диск), музыку послушать, киношку когда-никогда глянуть и фотки
 гостям показать. Будем пробовать, наверное.
 ну так в том то и дело, что киношку глянуть дешевого роутера очень даже
 может не хватить - ведь куда приятнее смотреть на какой-нибудь HD.. А
 если вдруг какой-то торрентик решит провериться во время просмотра?
 ждать, пока он закончит? Плюс к тому на мамке почти всегда есть
 звуковушка простая. если аудиофилия не беспокоит - то можно прямо к этой
 железке подключить колонки усилительные, да через mpd этой самой музыкой
 и рулить, заодно воспользоваться линейным входом для остальных
 устройств. ну или сломать моск и заставить работать пульс по сети, но я
 в себе похоронил надежду на это.
Торрент, как и пульс исключается из принципальных соображений. Я этот
пульс еле выковырял из дебиана в свое время, когда у меня еще гном
был. А тот же mpd умеет забирать музыку и из сетевой шары, так что не
проблема тоже. Звук будет раздаваться каждым потребителем по своей
инфраструктуре отдельно, с ноута и десктопов - гарнитуры, с телевизора в
5.1 через SPDIF. С другого - в свои динамики. Да и физически - железяка
будет смонтирована на стену во встроенном шкафу в коридоре, а там мне
звук не очень нужен. D-link вроде официально Dlna поддерживает, так что
есть надежда... 



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87a93so8hz.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

dimas dimas...@ya.ru writes:
 может, еще кто делает подобные машинки, но я тогда не нашел (в оффлайне, по
 крайней мере). возможно, Raspberry Pi из современного...
 помимо очевидных плюсов супротив роутера, оно x86, стоит нормальный Дебиан, не
 надо кросс-компилять и еще всяко разно красноглазить.
 еще можно какой-нибудь старый ноут/недобук приспособить. в безголовой
 конфигурации и без больших нагрузок выть не будет, наверно, никогда. у меня, 
 по

Pi при сопоставимом, если даже не более скромном железе стоит гораздо
дороже роутера, да и это конструктор, а не решение. Старые недобуки если
бы были у меня - так давно приспособил бы. А покупать новые - опять
смысла не вижу. Думал сначала какую-нибудь коробочку на андроиде, но
опять роутер победил - и по цене, и по железу лучше, и софт имеется
проверенный (dd-wrt, open wrt). Еще позрею малость и, наверное, буду
покупать. Спасибо всем.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8761ego157.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

глянул, роутер дешевле, рассчитан на 24/7 и при этом - новый.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87vbmg1et6.fsf@hornet.workgroup

Re: отваливается тачпад, Acer Aspire, wheezy

[Melleus]

опять случилась со мной эта фигня. Помогло следующее:
sudo modprobe -r psmouse
sudo modprobe psmouse


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87r3x419zv.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

Mikhail A Antonov mikh...@antfam.ru writes:

 Без внешнего IP ты не обойдёшься. Не путай динамический и внешний.

Давай ты не будешь столь категоричен. Ознакомься, например, здесь:
http://www.noip.com/free
И это далеко не единственный вариант. Некоторые даже домен дают свой
прикрутить. Можешь не благодарить.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87mw7s170t.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

Mikhail A Antonov mikh...@antfam.ru writes:

Был неправ, забыл поблагодарить. Все же спасибо, что отозвался. Мои
извинения.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87fvdk16es.fsf@hornet.workgroup

Re: Бюджетная файлопомойка

[Melleus]

Имел в виду белый динамический IP. Неосторожненько получилось с моей
стороны... Но этот этап пока лишь весьма отдаленная перспектива для
меня. Пока даже в планах нету.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87bno80w6o.fsf@hornet.workgroup

Re: Изменить настройки DPMS

[Melleus]

udisks-glue?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87tx0gsxrz.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Новые симптомы болезни, которая все более прогрессирует и поражает новые
проекты свободного софта. Сначала Пульс, потом Гном, потом
системд. Очередной жертвой пал Друпал 7. После обновления #7002 работа
БД возможна только в режиме InnoDB. Д`артаньяны, естественно, авторы
изменений, а не пользователи, внезапно лишившиеся своих сайтов. Особенно
- в силу разных причин, размещенных на бесплатных хостингах.
Подробности, если кому интересно, по ссылке (см. сообщение #18 - не
нравится - не обновляйте. Д`артаньян):
https://www.drupal.org/node/2414769

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87y4oj6llr.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Не появился ли способ отвязать Network Manager от systemd? Или пришло
время и этот осколок былой славы выбрасывать? Если так, то в Редмонде
должны быть довольны. А ведь все шансы у гномоделов были превзойти
оболочку от операционной системы...


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877fsz6buj.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Чтобы оставить и SysV, и NM. Неужели непонятно?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87fv7my74z.fsf@hornet.workgroup

Re: systemd, чтоб его

[Melleus]

Разобрался, обязательно таки не требует. wicd предлагали как-то, но
что-то меня в нем не устроило. То-ли проблемы были с переключением с
проводной на беспроводную сеть и потом через usb-свисток по
мобильной, то ли с запоминанием множестенных точек wifi что-то не
устроило. Не помню точно. Но остался на NM. За гном-2 тоже до последнего
держался. А когда переполз на тайлинг, то подумал, что давно пора
было. Похоже, история повторяется.

Спасибо за участие.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/874mo1tfh1.fsf@hornet.workgroup

Re: негативные тенденции в Дебиане

[Melleus]

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

Если что, то все изложенное - ИМХО.

Стабильная система?

[Melleus]

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

Прошу совета у уважаемого сообщества, есть ли более стабильные
дистрибутивы, чем стабильная ветка Дебиан? Требований немного -
мейнстримный дистрибутив (т.е. убунты не подходят) и стабильная
работа. Машина - скромной конфигурации рабочий ноут на АМД офисно -
писательского направления. С тестовой ветки Дебиана перелез на
стабильную именно из-за неожиданно пойманных серьезных глюков после
одного из обновлений. До этого больше года все было прекрасно, но
нет. Думал, стейбл меня спасет. И, похоже, опять не угадал.

Что думает уважаемое сообщество?

Re: Стабильная система?

[Melleus]

Andrey Tataranovich  writes:
> Баг завели?

Насколько я понимаю концепцию Дебиан, то нет смысла заводить баги на
пакеты из стабильных веток. Именно по моей проблеме - она уже решена в
версии из тестовой ветки. Но зависимости, блин... Требует сишные
библиотеки до тестинга обновить, а это почти всю систему за собой
тянет... Вот и думаю, что лучше - в ногу стрельнуть (другой дистриб
найти) или сначала за локоть себя укусить (переползти на тестинг) и,
может быть, потом себе еще и в ногу стрельнуть. И главное, ведь, что в
целом-то система весьма и весьма неплоха. Если бы был уверен, что что-то
есть однозначно лучше - то и не спрашивал бы, переполз бы потихоньку да
и всех делов.

Re: Стабильная система?

[Melleus]

Ста Деюс  writes:

> Из моего опыта -- всё работает в стабильной ветке.

За то ее и ценю. Но вот нарвался на pandoc. А там библиотечка такая есть
citeproc... А без списка литературы - да, работает. Но список - нужон.

Re: Стабильная система?

[Melleus]

Artem Chuprina  writes:
>
> Уважаемое сообщество думает, что остальные еще хуже.  Я бы предложил
> снести гном (если нужно DE, попробовать LXDE), заменить systemd на
>
> Есть вариант откатиться на wheezy, но там pandoc, кажется, был не просто
> сломан, а неработоспособен по построению.  Подробнее - к Витусу.

Давно уже пересел на Awesome, systemd тоже выпилил. Так что
приспособился уже, можно сказать. Pandoc починили уже в тестинге
даже. Но меня туда зависимости не пускают, уже минутой раньше написал. Я
уже как-то запасался терпением, когда на wheezy сидел, думал вот выйдет
новый стейбл и наступит счастье. Ан нет, что-то лучше сделали, а что-то
- нет. И опять история повторяется. Хотя лучшего больше сделали, нужно
отметить.

Re: Стабильная система?

[Melleus]

Eugene Berdnikov  writes:

>  А как насчёт пересобрать новую версию пакета в стейбле?

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

Похоже, что я нашел решение. Всем спасибо за участие.

Re: Стабильная система?

[Melleus]

Victor Wagner <vi...@wagner.pp.ru> writes:

> On 2015.09.16 at 15:10:57 +0300, Melleus wrote:
>
>> Ста Деюс <sthu.d...@openmailbox.org> writes:
>> 
>> > Из моего опыта -- всё работает в стабильной ветке.
>> 
>> За то ее и ценю. Но вот нарвался на pandoc. А там библиотечка такая есть
>> citeproc... А без списка литературы - да, работает. Но список - нужон.
>
> В смысле не работает отдельный пакет pandoc-citeproc, который нужно
> поставить в дополнение к pandoc и указать в командной строке pandoc
> --filter pandoc-citeproc?

Насколько хватает моих познаний и понимания, да. Вот так я к нему
обращаюсь:

--bibliography=... --csl=...

Направление перевода LaTeX -> odt. В тестинге это работает, так что багу
вроде бы как нет смысла вывешивать.

Re: Стабильная система?

[Melleus]

"Артём Н."  writes:

> Offtopic:
> А что кто-то реально использует Haskell?
>
> Насчёт "стабильного" дистрибутива. Стоит попробовать Windows.
> Обновил 7-ю на виртуалке, студию поставил, затратил время, обновления всякие
> от MS.
> Перезагрузил...
>
> Оно мне выдало насмешливый синий экран с текстом:
> "STOP: c145 {Application Error}
> The application was unable to start correctly (0xc00d)
>
> Click ok to close application."
>
> Внезапно оказалось, что это нормально:
> http://kakpedia.org/%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-c145-%D0%BF%D0%BE%D1%81%D0%BB%D0%B5-%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8-%D0%BE%D0%B1%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9-windows/
>
> И до сих пор винда валяется (по инструкции не сделать, т.к. ошибки в
> утилите восстановления (именно в самой утилите: она пытается искать
> какой-то бред)).

Судя по факту существования и достаточно широкой популярности в узких
кругах таких софтин, как Pandoc и Xmonad таки да.

А насчет стабильности стейбла - так вот сегодня с удивлением заметил,
что еще и Clementine больше не проигрывает ape-файлы. Когда отвалилось -
не отследил, но на предыдущем стейбле все прекрасно воспроизводилось.

Да и то, что где-то что-то у кого-то еще хуже - это весьма слабое
оправдание. Всегда можно найти кого-нибудь, у кого хуже дела идут. Лично
мне болезнь понятна - она связана с экстравагантными инновациями одного
из разработчиков, чересчур известному чтобы называть его имя. И
сообщество вместо того, чтобы заниматься действительно актуальными
вещами вынуждено тратить свое драгоценное время и ресурсы на то, чтобы
хоть как-то сгладить косяки лезущие из всех щелей его псевдо
инноваций. Все проходит. И это пройдет тоже. Но потеряны годы. В
Редмонде рады, конечно. Конечно, тучи разойдутся и время расставит все
на свои места, как уже бывало неоднократно. И если вдруг окажется, что
он получал оттуда денежные переводы или какие нибудь "гранты", я уж
нисколько не удивлюсь. Какой еще конкуренции приходится ждать от
компании, построившей свой бизнес на ребрендинге украденной ОС и
продажах ее "внагрузку" к чужому успешному продукту. Конечно же, эти
ребята знают толк в пиратстве и плетении интриг. Я бы сказал, имеют к
этому недюжинный талант, которому можно даже позавидовать. Опять же
покупка и последующий убой Нокии. Вот только это уже совсем другая тема.

Re: iceweasel

[Melleus]

Ivan Petrov  writes:

> 28.09.2015 20:06, Илья пишет:
>> lxappearance - > Font - > Antialising ?
>
> Сглаживание полное включено.
>
> Проблема в том, что iceweasel 40.1 перестал реагировать на настройки шрифтов
>
>
>>
>> On 09/26/2015 04:24 PM, Ivan Petrov wrote:
>>> Обновил squeeze + lxde поставился новый iceweasel
>>> Слетели шрифты и в самом iceweasel отказываются настраиваться.
>>> Все интернет страницы показываются каким-то шрифтом без засечек с
>>> очень плохим сглаживанием.
>>> Это где-то в openbox настраивается?
>>>
>>> И.
>>>
>>
>>
man fonts.conf может?

Re: Стабильная система?

[Melleus]

"Артём Н."  writes:

>> А насчет стабильности стейбла - так вот сегодня с удивлением заметил,
>> что еще и Clementine больше не проигрывает ape-файлы. Когда отвалилось -
>> не отследил, но на предыдущем стейбле все прекрасно воспроизводилось.
>>
> Ну, а у меня Plymouth давно отъехал. В Wheezy всё работало.
> А сейчас, дескать, не хотим, чтобы ты NVIDIA драйвера проприетарные из
> репозитория использовал, если хочешь смотреть картинку при загрузке.
> Ну, может танцами с бубном и возможно завести и на проприетарных драйверах.
> Но с введением systemd стабильность упала, я принимаю это, как неизбежное зло.
Однако же успешно выпилил systemd и очень доволен. Злу не должно быть
места в нашей жизни.
>> Да и то, что где-то что-то у кого-то еще хуже - это весьма слабое
>> оправдание. Всегда можно найти кого-нибудь, у кого хуже дела идут.
> Но проблема в том, что не найдёте лучше.
Я писал несколько ранее про плюсики и минусики на бумажке. По
совокупности параметров (по-крайней мере для моих скромных потребностей)
лучшего просто нет. Это действительно так.
>> Лично мне болезнь понятна - она связана с экстравагантными инновациями одного
>> из разработчиков, чересчур известному чтобы называть его имя.
> Угу.
>
>>И сообщество вместо того, чтобы заниматься действительно актуальными
>> вещами вынуждено тратить свое драгоценное время и ресурсы на то, чтобы
>> хоть как-то сгладить косяки лезущие из всех щелей его псевдо
>> инноваций. Все проходит. И это пройдет тоже. Но потеряны годы.
> Админы говорят, что им давно такого не хватало.
Молодому поколению админов, с пеленок окучиваемых компанией с весьма
дискуссионными подходами к созданию и функционалу ПО (вспомним, какие
редакторы и электронные таблицы они начинают учить со школы, под какую
операционную систему писано большинство игрушек) конечно, всегда будет
нехватать этого короткого одеяла из неким странным образом подобранных
разноцветных лоскутов, не оченнь-то аккуратно сшитых между собой. Насчет
ПО, может они и не очень, а вот что касается маркетинга - то очень,
очень талантливые люди там сидят. Они даже пингвинам смогут снег зимой
продать, а те еще потом за добавкой придут и будут за собой остаток
жизни непонятно зачем тягать разноцветные ошметки.
>> В Редмонде рады, конечно.
> Вряд ли: они свой дистрибутив Linux пилят.
Не верю. Это не в их стиле просто. Зачем пилить свое, если можно взять
чужое. Генту, например. Яблочные так давно уже сделали. Только они фрю
за основу взяли. А тяга этих ребят к повторению яблочных ходов тоже
давно всем известна. И история с СР/М тоже как-бы намекает. Такая вот
простая логика. Дистрибутив, будет, конечно. Вот только чей?

Re: Стабильная система?

[Melleus]

"Артём Н."  writes:

>> Однако же успешно выпилил systemd и очень доволен. Злу не должно быть
>> места в нашей жизни.
> Ну возможно конечно развести политико-философскую дискуссию...
> Но по факту: system.d - мэинстрим.
> Он станет основным, так что я смирился с тем, что придётся изучать "комбайн".
Будущее есть сущность во многом неопределенная. Так что я бы не был столь
категоричен. Тем более, что многих влиятельных умов таки несколько беспокоит
имеющая место проблема непереносимости systemd.
 Да и то, что где-то что-то у кого-то еще хуже - это весьма слабое
 оправдание. Всегда можно найти кого-нибудь, у кого хуже дела идут.
>>> Но проблема в том, что не найдёте лучше.
>> Я писал несколько ранее про плюсики и минусики на бумажке. По
>> совокупности параметров (по-крайней мере для моих скромных потребностей)
>> лучшего просто нет. Это действительно так.
> По факту, более стабильное есть. Но это не Linux.
> Из того, что вам не доступно и не нужно - это z/OS. Очень стабильно. :-)
> Из того, что возможно поставить при большом желании (и пользоваться, кстати) 
> - QNX 6.3.x.
Еще проще было бы поставить FreeBSD. У меня уход из мира мелкого мягкого софта
был связан именно с ней. Самая стабильная система из всего, чем приходилось
пользоваться. Но со сменой компа как-то вылезли проблемы совместимости с
железом, переполз, да так и остался на Дебиан. Иногда бросаю косяки на
Генту, даже в виртуалку себе поставил. Но затраты времени на поддержку
системы актуальной просто ужасают. А отдельного админа себе позволить не
могу да и не считаю правильным, вообще-то. Так что дальше экспериментов
дело не пошло. И это все без сборки офиса. Без которого, увы, обойтись не
могу. И стабильность не та. После обновления бывает склонность к сбоям.
 И сообщество вместо того, чтобы заниматься действительно актуальными
 вещами вынуждено тратить свое драгоценное время и ресурсы на то, чтобы
 хоть как-то сгладить косяки лезущие из всех щелей его псевдо
 инноваций. Все проходит. И это пройдет тоже. Но потеряны годы.
>>> Админы говорят, что им давно такого не хватало.
>> Молодому поколению админов, с пеленок окучиваемых компанией с весьма
>> дискуссионными подходами к созданию и функционалу ПО (вспомним, какие
>> редакторы и электронные таблицы они начинают учить со школы, под какую
>> операционную систему писано большинство игрушек) конечно, всегда будет
>> нехватать этого короткого одеяла из неким странным образом подобранных
>> разноцветных лоскутов, не оченнь-то аккуратно сшитых между собой.
> Ну не знаю, может им интересно: чинишь, следовательно занят.
> Говорили, что там некая дикая автоматизация, которой не позволял достичь 
> sysvinit.
> Я от этого далёк: с sysvinit мне было проще, я мог что-то быстро поправить, 
> если меня не устраивало.
Ну а мне-то для подготовки научных и академических текстов да для
бложека и подавно, чем проще - тем лучше.
>> Насчет ПО, может они и не очень, а вот что касается маркетинга - то очень,
>> очень талантливые люди там сидят. Они даже пингвинам смогут снег зимой
>> продать, а те еще потом за добавкой придут и будут за собой остаток
>> жизни непонятно зачем тягать разноцветные ошметки.
> Вы про RH?
Не только, проблема более глобальна, ИМХ0.
 В Редмонде рады, конечно.
>>> Вряд ли: они свой дистрибутив Linux пилят.
>> Не верю. Это не в их стиле просто. Зачем пилить свое, если можно взять
>> чужое. Генту, например.
> Маркетинг.
> Не имеет значения, что они возьмут за основу, т.к. это всё-равно будет Linux 
> от MS:
> http://habrahabr.ru/post/267209/
>
>> Яблочные так давно уже сделали. Только они фрю
>> за основу взяли.
> Инженерный подход.
>
>> А тяга этих ребят к повторению яблочных ходов тоже
>> давно всем известна. И история с СР/М тоже как-бы намекает. Такая вот
>> простая логика. Дистрибутив, будет, конечно. Вот только чей?
> По лицензии - сообщества.

Re: Стабильная система?

[Melleus]

Artem Chuprina  writes:

> Тогда уж осваивай stack. Для человека, который не намерен
> самостоятельно бороться с тонкостями настройки системы сборки
> хаскельных программ, лучше stack. Его недавно придумали, и про него
> мало кто знает, но обычно он проблему зависимостей решает эффективнее,
> потому что радикальнее.

Спасибо за наводку на инструмент. Но только неправильно это. Все должно
в оф. репозитории быть, из него устанавливаться и работать нормально (в
моем понимании). А все эти костыли. Как-то надо без них обходиться. Ибо
зачем тогда Дебиан? Есть же ведь для искателей сложных путей LFS. Я в
свое время вычеркнул xmonad из списка претендентов, чтобы этот огород с
хакселем не окучивать. А он, как у Достоевского любовь - с монадом его в
дверь выгнал, так он теперь с пандоком через окно лезет. Там, глядишь и
Гента подкрадется сзади. Прошу извинить мое бурчание. А за поддержку
- еще раз спасибо. И за наводку тоже.

PS Собралось все вроде и установилось. И даже запускается. Теперь бы еще
не забыть грохнуть все это хозяйство, когда до оф. репозиториев
обновления доползут.

Еще раз огромное спасибо всем, принявшим участие.

Re: Стабильная система?

[Melleus]

Tim Sattarov <sti...@gmail.com> writes:

> On 2015-09-18 11:33, Tim Sattarov wrote:
>> On 2015-09-18 07:20, Melleus wrote:
>>> Tim Sattarov <sti...@gmail.com> writes:
>>>
>>>> добавить dev-src  от тестинга
>>>> и потом apt-build install pandoc/testing
>>> Шикарный тул, одной командой все можно теперь. Жаль, что не работает:
>>>
>>> # apt-get source pandoc/stretch
>>> # apt-build source pandoc/stretch
>> Проверить, что в sources прописан именно stretch, а не sid
>> проверить
>> apt-cache policy pandoc
>> все же попробовать
>> apt-build install pandoc/stretch
>> или
>> apt-build install pandoc/sid
>>
>> ну или если хочется совсем все понять (ТМ):
>> man apt-cache
>> man apt_preferences
>> man apt-build
>> man 5 sources.list
>>
>> и в конце внимательно почитать вывод
>> apt-config dump
>>
>> :)
>> Удачи !
>>
>
> я видимо поспешил с ответом.
> в случае, когда зависимости явно требуют пакетов из новой ветки проще
> собрать с
> apt-get source и/или ковырять зависимости в  debian/rules перед сборкой
> если очень хочется оставить все остальное как было.
>
> или ставить пакеты из unstable/testing

Та ото ж. Или бэкпортов дожидаться еще...

ЗЫ Имелось в виду, что apt-get вытягивает исходники. И, кстати,
правильно тянет из сида, которые apt-build по каким-то причинам не
видит, хотя sources.list - настроен. А вот из стабильной ветки apt-build
сорцы потянул. Возможно, так и было задумано. Чтобы умельцы типа меня
чего лишнего не накуролесили. Методом научного тыка это очень легко
делается :)

Еще раз благодарю всех, кто отозвался.

Re: Стабильная система?

[Melleus]

Алексей Витальевич Коротков  writes:

> Я себе ставлю его через cabal. Нельзя сказать, что штука беспроблемная,
> но pandoc как раз таким образом ставится.

Спасибо за подсказку. Пытался забекпортить, но опять наткнулся на
взаимоисключающие зависимости. Хоть и идеологически неправильно это, но
наверное, придется таки осваивать cabal. Хотя, наверное, это и не самый
правильный, но зато - самый простой способ заполучить работающий пакет в
стабильную ветку. В такие моменты все чаще посещает мысль ближе с Гентой
познакомиться. Но вот если бы еще ее не дало было компилять при каждом
обновлении и стабильность, и комьюнити чтобы. Но, наверное, не бывает в
этом мире чтоб прямо все сразу было хорошо. Всегда чего-то не
хватает. Начинаешь плюсики-минусики на бумажке рисовать - больше всех
плюсиков таки у Дебиана получается.

Еще раз спасибо.

Re: Стабильная система?

[Melleus]

Алексей Витальевич Коротков <a.v.korot...@gmail.com> writes:

> On Fri, 25 Sep 2015 14:30:18 +0300
> Melleus wrote:
>
> M> Я просто пока не решил, как мне теперь лучше поступить - дать
> M> установить непонятному установщику кучу пакетов из непонятных
> M> репозиториев (он очень приличный список вывалил)
>
> Это не "непонятный установщик". Всё "официально":
> https://www.haskell.org/cabal/
>
> Мэйнстрим.
Я имел в виду, что не системный установщик дебиан и мне действительно не
совсем понятно, как и куда он устанавливает пакеты.
>
> M> или таки переехать на
> M> тестовую ветку со всеми ей присущими рисками.
>
> Так а зачем? pandoc достаточно часто обновляется, через cabal можно в
> любой момент обновить до актуальной версии. Причём поскольку всё это не
> на уровне системы, можно, с другой стороны, в любой момент просто
> грохнуть (вплоть до удаления всего каталога ~/.cabal).
Ага. Если он так все свое компактненько в кучке держит, то, пожалуй,
риски минимальны, буду пробовать. Дебиановские одноименные пакеты
(pandoc и citeproc) я так понимаю, лучше удалить. Чтобы не
запутаться окончательно. У меня это достаточно легко выходит.

Спасибо огромное и за наводку, и за разъяснения.

Re: Стабильная система?

[Melleus]

Алексей Витальевич Коротков <a.v.korot...@gmail.com> writes:

> On Thu, 24 Sep 2015 22:54:52 +0300
> Melleus wrote:
>
> M> Пытался забекпортить, но опять наткнулся на
> M> взаимоисключающие зависимости.
>
> Так а что там бэкпортить? Он есть же в jessie и в jessie-backports
> (cabal-install). Там, в принципе, есть возможность дебианизации

Я citeproc пытался бэкпортить, не cabal. Cabal установился без шуму и
пыли. Я просто пока не решил, как мне теперь лучше поступить - дать
установить непонятному установщику кучу пакетов из непонятных
репозиториев (он очень приличный список вывалил) или таки переехать на
тестовую ветку со всеми ей присущими рисками. Мне уже как-то приходилось
восстанавливать систему после неудачного обновления. Все закончилось
хорошо, но с того времени я на тестинг перехожу уже как его заморозят.

Re: Стабильная система?

[Melleus]

Tim Sattarov <sti...@gmail.com> writes:

> On 2015-09-16 08:21, Melleus wrote:
>> Eugene Berdnikov <b...@protva.ru> writes:
>>
>>>  А как насчёт пересобрать новую версию пакета в стейбле?
>> Это не мой конек. Но, наверное, это самое лучшее, что можно попытаться
>> сделать в данной ситуации. Буду разбираться как это правильно
>> делается. По-любому это займет меньше времени и усилий, чем ползание
>> между ветками и/или дистрибутивами.
>>
>> Похоже, что я нашел решение. Всем спасибо за участие.
>>
> добавить dev-src  от тестинга
> и потом apt-build install pandoc/testing

Шикарный тул, одной командой все можно теперь. Жаль, что не работает:

# apt-get source pandoc/stretch
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Selected version '1.13.2.1~dfsg-1' (stretch) for pandoc
ВНИМАНИЕ: упаковка «pandoc» поддерживается в системе контроля версий «Git»:
git://anonscm.debian.org/pkg-haskell/pandoc.git
Необходимо получить 1.622 kб архивов исходного кода.
Получено:1 http://ftp.se.debian.org/debian/ sid/main pandoc 1.13.2.1~dfsg-1 
(dsc)
 [5.547 B]  
Получено:2 http://ftp.se.debian.org/debian/ sid/main pandoc 1.13.2.1~dfsg-1 
(tar)
 [1.579 kB] 
Получено:3 http://ftp.se.debian.org/debian/ sid/main pandoc 1.13.2.1~dfsg-1 
(diff
) [37,1 kB] 
Получено 1.622 kБ за 2с (730 kБ/c)
dpkg-source: инфо: извлечение pandoc в pandoc-1.13.2.1~dfsg
dpkg-source: инфо: распаковывается pandoc_1.13.2.1~dfsg.orig.tar.gz
dpkg-source: инфо: распаковывается pandoc_1.13.2.1~dfsg-1.debian.tar.xz
dpkg-source: инфо: накладывается 1001_online_latexmathml_default.patch
dpkg-source: инфо: накладывается 2001_avoid_missing_files.patch
# apt-build source pandoc/stretch
W: Unable to locate package pandoc/stretch
Unable to find source candidate for pandoc/stretch
#

И кто-то ж пропускает в стабильную ветку эти поделки. А работающий
RusXMMS Taglib flawor выпилили. Так что по старинке буду собирать, без
этих новомодных поделок любителей стиля виндовозов все-в-одном. Вот
время только найду (увы, личного админа у меня нет, познаний чтобы
быстро-все-сделать-и-ничего-не-развалить не хватает /но работаю над
этим/ и полно другой работы)...

Огромное спасибо всем, кто принял участие.

Re: systemd

[Melleus]

Evgeny Zubok  writes:

> Max Dmitrichenko  writes:
>
>>> Пока да. stable пока живет c SysV. У меня толко libsystemd0 притащена по
>>> зависимостям, но это не systemd. Я даже, каюсь, специально включил
>>> Debian Popularity Contest, чтобы он сообщал в Debian о том, ще не вмерла
>>> SysV, а то в последнее время там стало модным на popcon в спорах о
>>> нужности ссылаться, а ведь большинство админов и пользователей popcon
>>> сразу вырубают на корню. :)
>>
>> Хм... может быть, стоит тогда поучится у бородатого дядки Чурова? )))
>
> Да, здесь бы его возможности были бы как раз уместестны. Нет, я не хочу
> прослыть луддитом, не за SysV держусь. Я за возможность выбора. Плохо,
> когда эта возможность пропадает. В обсуждениях агрессивно себя вели как
> раз сопровождающие GNOME (француз один громче всех, все забываю его
> имя... Подсмотрел - Josselin Mouette). Вот прямо так и заявляют, что
> Debian is not about choice, что это вам показалось и вы все не так
> понимаете. Не знаю, что будет дальше происходить.

Это GNOME is about choice? Этот французский господин методички не перепутал
случайно? Или таки прав был Геббельс, когда вещал о том, что чем ложь более
гнусна, тем европеец склонен верить в нее больше?

Re: systemd

[Melleus]

Max Dmitrichenko  writes:

>  Он просто сказал, что дебиану не нужен выбор.

Очевидно, он слишком молод и еще ничего не знает об
update-alternatives. Бывает, что причиной плохих танцев являются отнюдь
не брюки.

вопрос по .xsession-errors

[Melleus]

Прошу подсказки в такой ситуации:

1. имеем файл ~/.xsession-errors

2. в него кто-то раз в несколько секунд с завидным постоянством пишет
следующее:

sh: 1: iwconfig: not found

3. с сетью (и вообще с системой в целом) видимых проблем нет, все
работает.

Обнаружил случайно, решил заглянуть, почему такой большой размер у
файла. А там - это.

Вопрос - как разобраться, что происходит? 

Спасибо заранее.

ЗЫ. Комп используется как декстоп (писательство, я не настоящий
айтишник). Сижу на стабильной ветке, десктопом awesome заведует, сетью -
network manager.

Re: вопрос по .xsession-errors

[Melleus]

Извиняюсь за шум, методом исключения выяснил, что это awesome
виноват.

Re: вопрос по .xsession-errors

[Melleus]

Eugene Berdnikov <b...@protva.ru> writes:

> On Mon, Nov 23, 2015 at 02:18:26PM +0200, Melleus wrote:
>> Прошу подсказки в такой ситуации:
>> 
>> 1. имеем файл ~/.xsession-errors
>> 
>> 2. в него кто-то раз в несколько секунд с завидным постоянством пишет
>> следующее:
>> 
>> sh: 1: iwconfig: not found
>> 
>> 3. с сетью (и вообще с системой в целом) видимых проблем нет, все
>> работает.
>> 
>> Обнаружил случайно, решил заглянуть, почему такой большой размер у
>> файла. А там - это.
>> 
>> Вопрос - как разобраться, что происходит? 
>
>  Проще всего сделать исполняемый файлик iwconfig с командочкой вроде
>  ps auxfww | mail -s iwconfig root
>  Можете подставить свой e-mail по вкусу. Есть и другие решения.

Все гениальное - просто. И тот, кто дернет за ниточку, спалит себя сам
:) Спасибо за идею!

Re: вопрос по .xsession-errors

[Melleus]

Oleksandr Gavenko  writes:

> On 2015-11-23, Oleksandr Gavenko wrote:
>
> Это не поможет топикстартеру, но интересно было разобраться, а то смешно,
> когда то на работе в цикле грепали ps:
>
>   while true;
> ps -e | grep COND
> sleep 1
>   done

Спасибо. Это целая пушка для моего воробья. Сначала исключением угадал с
первого раза. А потом еще и закладку сделал. Закладка сработала и
указала на awesome. А анализ конфига привел к библиотеке obvious, автор
которой и дергал неосторожно iwconfig (пока поставил на него линк в
~/bin в качестве костыля). В общем-то изменения формата конфигурационных
файлов с каждой версией awesome как-бы намекают на некоторую сырость
продукта. И, вместе с этим, лучшей альтернативы пока не вижу. И не
очень-то хочу, чтобы в стабильную ветку приползло обновление. Когда все
уже настроено под себя...

Re: systemd (sysvinit осиротел, галактико опасносте!)

[Melleus]

Sergey B Kirpichev  writes:

> Стоны есть - багов, как и прежде - нет.

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

Re: systemd (sysvinit осиротел, галактико опасносте!)

[Melleus]

Dmitrii Kashin  writes:
> Но в принципе жить
> уже можно.

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

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

*) достаточный для пользователя - не - проф. айтишника имеется в виду.

Re: systemd (sysvinit осиротел, галактико опасносте!)

[Melleus]

Sergey B Kirpichev  writes:

> Реальность, увы разбивает ваши фантазии.  Мейнтейнеры systemd весьма
> активно разбираются с багрепортами, чего не скажешь про других...

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

Re: Не работает xbacklight

[Melleus]

Oleksandr Gavenko  writes:

>
> Я бы не парился и использовал ACPI решение не ожидая поддержки Xrandr...
>
> 
>

Спасибо.

ACPI решение у меня перестало работать после замены внезапно отказавшего
моста. То есть, оно работает, но почему-то имеет теперь только два
уровня яркости: 51 и 255, которые с помощью аппаратных кнопок гоняет по
кругу. Это не очень удобно. Биос обновлял: не помогло.

При этом, radeon_bl0 все прекрасно отрабатывает, но нужно им рулить
вручную из терминала. Думал, как-то можно переключиться на него.

Машинка, впрочем, под замену, все-равно, по итогам ремонта. Так что
париться особо то и не о чем. Однако, хотелось бы с меньшими мучениями
дожидаться этого момента. Тем более, что замена эта пока далеко не в
первой очереди списка расходов, увы...

Re: Не работает xbacklight

[Melleus]

Oleksandr Gavenko <gaven...@gmail.com> writes:

> On 2016-05-27, Melleus wrote:
>
>> При этом, radeon_bl0 все прекрасно отрабатывает, но нужно им рулить
>> вручную из терминала. Думал, как-то можно переключиться на него.
>
> Может radeon_bl0 это от Xorg? Если посмотреть ls /sys/classes/backlight без
> загруженого Xorg?

Вряд-ли от Xorg, ибо GRUB передает ядру при загрузке вот это (думал, что
"выпиливание" acpi интерфейса поможет Xrandr-у выбрать единственный из
оставшихся. Ан, нет.):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=native acpi_osi="

Re: Не работает xbacklight

[Melleus]

Alexander GQ Gerasiov  writes:
>
> xrandr –output DP2 –brightness 0.6

Спасибо, конечно. Но инструмент не работает:

~/ > xrandr --output DP2 --brightness 0.6
warning: output DP2 not found; ignoring
xrandr: Need crtc to set gamma on.

Ну и это как бы не совсем то.

Хотелось бы как-то так (на самом деле работает), но без sudo и меньшебукав:

~/ > sudo tee /sys/class/backlight/radeon_bl0/brightness <<< 60

И, тем не менее, еще раз спасибо.

Re: Не работает xbacklight

[Melleus]

Alexander Gerasiov  writes:

> А правильный выход указать не судьба?

Зачем? Ему хоть какой не укажи, а подсветкой он рулить не умеет. Только
гаммой. Ман читал уже. Не то это.

А так, спасибо, конечно.

почему глючит ls

[Melleus]

Не могу понять, что происходит.

1. Так - работает:

me@machine:~/Загрузки/ > ls 0*.pdf
0470568135.pdf 0521191130 2.pdf 055-059.pdf 05.pdf 065-067.pdf

2. А так - не работает:

me@machine:~/Загрузки/ > ls *.pdf 
ls: неверный ключ — «��
По команде «ls --help» можно получить дополнительную информацию.

Что я делаю не так? Спасибо заранее.

Re: почему глючит ls

[Melleus]

Mikhail A Antonov  writes:

> а так?
> ls -- *.pdf

Так все прекрасно работает, правда не совсем понятно почему, в мане не
нашел такой опции. Спасибо огромное!

Re: почему глючит ls

[Melleus]

Victor Wagner  writes:

> А еще можно ls ./*.pdf

Утащил себе в блокнот, спасибо.

Re: почему глючит ls

[Melleus]

Всем - огромное человеческое спасибо. Действительно, название одного из
файлов начиналось с дефиса. Вроде бы - мелочь, а какой пласт информации
поднялся. Вот уж действительно, система, которая мягко и эффективно
понуждает своих пользователей к мозговой деятельности. Даже если что-то
и не получается. Да еще и варианты возможны. Еще раз спасибо всем!