date:20171027

On Thu, 26 Oct 2017 15:12:20 +0300
"Andrey Jr. Melnikov"  wrote:


> 
> > Или openbox. Тоже вполне минималистичная хрень. Не знаю, правда,
> > насколько там легко оборвать окнам titlebar-ы. Но панель там точно
> > не своя а, например от lxde.  
> Оно конечно хорошо, но это всё надо _настраивать_. Причем, долго

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

В гуглях - не надо, надо в man. Оно документировано.
> тут прописывать. Лет 15 назад у меня было желание писать портянки
> конфигов - сейчас куда-то делось.

А портянку написанную 15 лет назад потерял? Ее слегка подрихтовать под
изменившиеся вкусы, и продолжать использовать.

> Ага, преднастроенная система - это недостаток? Одно дело когда у нас

Да. Я лично предпочитаю держать свои настройки в git или fossil и
переносить с машины на машину. Потому что это система должна под меня
подстраиваться, а не я под нее.

Я еще в 2001 году писал, что хороший интерфейс должен быть не другом
пользователя, а послушным рабом.
--

Re: выпил systemd и invoke-rc.d

On Thu, 26 Oct 2017 15:27:59 +0300
"Andrey Jr. Melnikov"  wrote:

> Dmitry E. Oboukhov  wrote:
> > [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 63
> > строк --]  
> 
> 
> > > У нас опять разные дебианы?  
> >  Тебе ж сказали: без systemd.  
> 
> > >>> А у нас есть GUI которыми можно пользоваться и чтоб без
> > >>> systemd?  
> > >> я чет ваще не понимаю в чем смысл GUI и init общаться? init
> > >> запустил GUI, а дальше-то зачем GUI зависеть на init?  
> > > Он не зависит от init напрямую, он зависит от компонентов init'a
> > > вмоноличенных в systemd.
> > > T.e. для монтирования дисков раньше был udisk2 + polkit,  
> 
> > чет я не вгоняю, каким боком GUI к монтированию дисков.
> > ЗАЧЕМ?  
> Затем, что для монтирования дисков нужны привелегии. А их получить
> можно только спросив у юзеря пароль. Иначе получается дыра в

Не обязательно. Может быть демон, который изначально работает с правами
рута. И реализует любую политику безопасности. Например, смотрит чья
X-сессия на том мониторе, в usb-разъем которого воткнули диск, и
монтирует именно с правами этого пользователя.

Может быть suid-бинарник, который, естественно, в курсе кто его на
самом деле запустил. И все это без GUI.

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

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

Re: выпил systemd и invoke-rc.d

2017-10-27 Thread yuri . nefedov


On Fri, 27 Oct 2017, Victor Wagner wrote:


Я еще в 2001 году писал, что хороший интерфейс должен быть не другом
пользователя, а послушным рабом.


  Если перешли к теме БСДМ, то надо упомянуть
  концепцию «хитрожопого раба», это когда властитель
  на самом деле становится «оператором девайса» и все
  его хотелки не более как отражение воли раба.

  Мне кажется, в гноме так и произошло)

Ю.

Re: ядро и nvidia

Ivan Petrov  wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?

> У меня в папке share xorg нет вообще
> есть:
> gnome-shell
> icc
> sounds

debian какой версии?

> 26.10.2017 22:04, Andrey Jr. Melnikov пишет:
> > Ivan Petrov  wrote:

> > Это в винде "не грузиться", у нас - есть логи.
> > Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай
> > 
> >

Re: выпил systemd и invoke-rc.d

Victor Wagner  wrote:
> On Thu, 26 Oct 2017 15:12:20 +0300
> "Andrey Jr. Melnikov"  wrote:


> > 
> > > Или openbox. Тоже вполне минималистичная хрень. Не знаю, правда,
> > > насколько там легко оборвать окнам titlebar-ы. Но панель там точно
> > > не своя а, например от lxde.  
> > Оно конечно хорошо, но это всё надо _настраивать_. Причем, долго

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

> > ковыряясь в гуглях, в поппытке понять - а чё собственно и куда надо

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

> > тут прописывать. Лет 15 назад у меня было желание писать портянки
> > конфигов - сейчас куда-то делось.

> А портянку написанную 15 лет назад потерял? Ее слегка подрихтовать под
> изменившиеся вкусы, и продолжать использовать.
Выкинул вместе с осыпавшимся IBM DTLA 40Gb.

> > Ага, преднастроенная система - это недостаток? Одно дело когда у нас

> Да. Я лично предпочитаю держать свои настройки в git или fossil и
> переносить с машины на машину. Потому что это система должна под меня
> подстраиваться, а не я под нее.
У меня потребности в такой колбасе нет. Таскать настройки с машины на машину
просто бессмысленно, т.к. машины разные. Где памяти фиг-целых-нуль-десятых,
где есть wifi но нет ethernet'а, где монитор размером с почтовую марку.
И набор софта на них - разный.

> Я еще в 2001 году писал, что хороший интерфейс должен быть не другом
> пользователя, а послушным рабом.
Ну-ну.

Re: выпил systemd и invoke-rc.d

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 141 строк --]

> >>> Витус, покажи мне _нормальный_ эмулятор терминала для начала?
> >> rxvt чем не нормальный?
> > Не прижился с самого начала.
> у меня наоборот :)
Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
- бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
наличии.]
- бесконечные перезапуски терминала после изменения ресурсов.
- кривая эргономика, в особенности в районе клипборда. Особенно радует
необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
выделенное в CLIPBOARD.
- необходимость заноса с github всяких перловых модулёчков для обеспечения
_базовой_ функциональности.

[...]

> > Если gnome-terminal по умолчанию поддерживает комбинацию клавиш Alt-[0-9]
> > для переключения в первых 10 табах, то какая магия нужна для WM ?

> man по своему WM?
> у меня есть избранные окна которые своим шорткатом всплывают, елси
> надо.
> например терминал с mutt :)
Нее, в кваку наигралися давно. Терминал с mutt обычно живет где-то в 20+
вкладке терминалов. И то, если мне надо патч куда-то инлайном заслать.

[...]

> > Вот у меня было на воркспейсе 28 окон.
> бардак
Бардак был, когда у мозиллы поломали автосохранятор открытых вкладок и она
после рестарата открыла ~300 окон.
А до 40 окошек - это вполне себе рабочий процесс. Пяток pdf'ов, пяток окон
мозиллы, хорошо хоть один терминал с табам, с пяток-десяток специфических
софтин в wine. И это не считая всяких окон от remmina (тоже с табами),
deluge, pidgin, skype - эти хоть умеют жить в трее и прибиты в сосдний
монитор.

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

> скорее всего 28 группируются в 3 группы по 3-4 окна, а большинство
> дублирующихся - просто выкидывается
Группировка - это то, что реально мешалось в unity, т.к. реализация не
позволяла быстро и не глядя переключиться из консоли ровно в то окно, в
которое надо.

Re: выпил systemd и invoke-rc.d

2017-10-27 Thread Dmitry E. Oboukhov

> Витус, покажи мне _нормальный_ эмулятор терминала для начала?
 rxvt чем не нормальный?
>>> Не прижился с самого начала.
>> у меня наоборот :)
> Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
> конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
> - бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
> в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
> авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
> наличии.]
> - бесконечные перезапуски терминала после изменения ресурсов.
> - кривая эргономика, в особенности в районе клипборда. Особенно радует
> необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
> выделенное в CLIPBOARD.
> - необходимость заноса с github всяких перловых модулёчков для обеспечения
> _базовой_ функциональности.


настройка такого приложения как терминал выполняется один раз.
после этого конфиги распространяются между всеми своими рабочими
станциями при помощи например Git.

я вот настроил rxvt по моему в 2002-м (когда там на юникод переходили)
а потом залезал в его конфиг всего еще один раз: когда монитор
высокого разрешения появился - поставил фонт бОльшего размера.

соответственно совершенно похрен meta там в конфиге alt называется или
alt
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

Re: выпил systemd и invoke-rc.d

Dmitry E. Oboukhov  wrote:
> [-- text/plain, кодировка quoted-printable, кодировка: utf-8, 105 строк --]

> > Витус, покажи мне _нормальный_ эмулятор терминала для начала?
>  rxvt чем не нормальный?
> >>> Не прижился с самого начала.
> >> у меня наоборот :)
> > Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
> > конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
> > - бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
> > в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
> > авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
> > наличии.]
> > - бесконечные перезапуски терминала после изменения ресурсов.
> > - кривая эргономика, в особенности в районе клипборда. Особенно радует
> > необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
> > выделенное в CLIPBOARD.
> > - необходимость заноса с github всяких перловых модулёчков для обеспечения
> > _базовой_ функциональности.

> настройка такого приложения как терминал выполняется один раз.
> после этого конфиги распространяются между всеми своими рабочими
> станциями при помощи например Git.
Да??? git научился фигурно вырезать куски из .Xresources? Или у него
появились провидческие знания, что на нетбуке мне нужен фонт размером 10,
а на офисной машине - 12?

> я вот настроил rxvt по моему в 2002-м (когда там на юникод переходили)
> а потом залезал в его конфиг всего еще один раз: когда монитор
> высокого разрешения появился - поставил фонт бОльшего размера.

> соответственно совершенно похрен meta там в конфиге alt называется или
> alt
Ага, а в том-же gnome-terminal можно всё это сделать не ходя в куда-то там в
текстовый конфиг. Edit->Preferences->Shortcuts и нажимай себе нужные кнопки
не задумываясь про Meta/Control/Mod1. И с фонтом так-же - зашел в настройки
и выбрал. И оно применилось без перезапуска. Чудо магия.

Re: выпил systemd и invoke-rc.d

2017-10-27 Thread Dmitry E. Oboukhov

 у меня наоборот :)
>>> Потратил я несколько часов, чтоб настроить urxvt в примерно похожую
>>> конфигурацию gnome-terminal. Теперь я понимаю, почему он не прижился:
>>> - бесконечная возня с xrdb и .Xresources [всякие необходимости помнить, что
>>> в мире было 2 клавиатуры с кнопками Meta, но дань старым UNIX'ам не дает
>>> авторам софта прописать Alt как алиас к Meta. При этом Control и Shift - в
>>> наличии.]
>>> - бесконечные перезапуски терминала после изменения ресурсов.
>>> - кривая эргономика, в особенности в районе клипборда. Особенно радует
>>> необходимость после выделения мышью тянуться к клавиатуре чтоб скопировать
>>> выделенное в CLIPBOARD.
>>> - необходимость заноса с github всяких перловых модулёчков для обеспечения
>>> _базовой_ функциональности.

>> настройка такого приложения как терминал выполняется один раз.
>> после этого конфиги распространяются между всеми своими рабочими
>> станциями при помощи например Git.
> Да??? git научился фигурно вырезать куски из .Xresources? Или у него

вроде всегда умел

в чем там проблема?

$ git ls-files .Xresources
.Xresources

это же такой же текстовый файл как и все другие

> появились провидческие знания, что на нетбуке мне нужен фонт размером 10,
> а на офисной машине - 12?

а я их по hostname разруливаю

в xinitrc написано (упрощенно!):

xrdb .Xresources
xrdb .Xresources.`hostname`

>> я вот настроил rxvt по моему в 2002-м (когда там на юникод переходили)
>> а потом залезал в его конфиг всего еще один раз: когда монитор
>> высокого разрешения появился - поставил фонт бОльшего размера.

>> соответственно совершенно похрен meta там в конфиге alt называется или
>> alt
> Ага, а в том-же gnome-terminal можно всё это сделать не ходя в куда-то там в
> текстовый конфиг.

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

> Edit->Preferences->Shortcuts и нажимай себе нужные кнопки

и так на каждом хосте? нафиг нафиг
-- 

. ''`.Dmitry E. Oboukhov 
: :’  :
`. `~’   GPG key: 4096R/08EEA756 2014-08-30
  `- 71ED ACFC 6801 0DD9 1AD1  9B86 8D1F 969A 08EE A756


signature.asc
Description: PGP signature

fs snapshots

> Artem Chuprina  writes:

[…]

 > P.S.  Снапшоты эти новомодные тоже…  Когда выясняется, что в старых
 > бэкапах много лишнего, а диск не резиновый, из бэкапов это вычистить
 > можно, а из снапшотов — увы.  Только весь снапшот целиком, а это не
 > то, что нужно народу.  Хотя, конечно, невозможность вычистить что-то
 > _случайно_ некоторую ценность имеет.

Строго говоря, смысл создания (read-only) snapshot как раз в
том, что с него удобно делать backup.  Тем же Rsync.

(Касаемо «невозможности» — рискну предположить, что здесь,
скорее, «штатными средствами».  Я могу себе представить
инструмент для «пересборки» неактивной ФС.)

Btrfs умеет btrfs-send(8) и -receive, что позволяет пересылать
снимки на отдельную машину (с бо́льшим дисковым пространством)
для хранения, но я так полагаю, необходимости «классического»
backup оно не отменяет.

PS.  Так или иначе, представляется полезным держать /var/cache на
отдельной ФС.  (Не говоря уже о /home.)

-- 
FSF associate member #7257

Re: fs snapshots

Ivan Shmakov -> debian-russian@lists.debian.org  @ Fri, 27 Oct 2017 12:30:45 
+:

 >> Artem Chuprina  writes:

 > […]

 >> P.S.  Снапшоты эти новомодные тоже…  Когда выясняется, что в старых
 >> бэкапах много лишнего, а диск не резиновый, из бэкапов это вычистить
 >> можно, а из снапшотов — увы.  Только весь снапшот целиком, а это не
 >> то, что нужно народу.  Хотя, конечно, невозможность вычистить что-то
 >> _случайно_ некоторую ценность имеет.

 >  Строго говоря, смысл создания (read-only) snapshot как раз в
 >  том, что с него удобно делать backup.  Тем же Rsync.

В ZFS - нет. Там смысл в том, чтобы при необходимости вернуться к этому
состоянию.

 >  (Касаемо «невозможности» — рискну предположить, что здесь,
 >  скорее, «штатными средствами».  Я могу себе представить
 >  инструмент для «пересборки» неактивной ФС.)

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

 >  Btrfs умеет btrfs-send(8) и -receive, что позволяет пересылать
 >  снимки на отдельную машину (с бо́льшим дисковым пространством)
 >  для хранения, но я так полагаю, необходимости «классического»
 >  backup оно не отменяет.

 > PS.  Так или иначе, представляется полезным держать /var/cache на
 >  отдельной ФС.  (Не говоря уже о /home.)

Не, там не кэши. Это бэкапы юзерского контента с виндовой машины (читай:
даже home не весь, а выборочно). Просто в некоторый момент выясняется,
что некоторые директории очень немалого суммарного размера бэкапить не
надо (было). А диск не резиновый на бэкап-сервере.

Re: fs snapshots

2017-10-27 Thread Alex Kicelew

On 10/27/17 16:39, Artem Chuprina wrote:
> Если я правильно помню документацию, там можно сделать ветку от
> снапшота, отредактировать ее и поменять ее со снапшотом местами. Но это
> мучительный и геморройный процесс.

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

Re: выпил systemd и invoke-rc.d

On Fri, 27 Oct 2017 15:48:18 +0300
"Andrey Jr. Melnikov"  wrote:

> 
> > настройка такого приложения как терминал выполняется один раз.
> > после этого конфиги распространяются между всеми своими рабочими
> > станциями при помощи например Git.  
> Да??? git научился фигурно вырезать куски из .Xresources? Или у него
> появились провидческие знания, что на нетбуке мне нужен фонт размером
> 10, а на офисной машине - 12?

Вообще-то для фигурного вырезания кусков из .Xresources еще с 80-х
годов прошлого века применяется C-шный препроцессор.
И там вполне можно писать что-то вроде

!if SCREEN_WIDTH > 1024 
*Font: some-big-font
!else
*Font: some-small-font
!endif

Тогда при появлении новой машины с экраном уже известного разрешения
не придется вспоминать где у какого приложения в менюшке смена шрифта.
Просто из .Xresources автоматически вырежется нужный кусок.

--

Re: выпил systemd и invoke-rc.d

2017-10-27 Thread Eugene Berdnikov

On Fri, Oct 27, 2017 at 03:48:18PM +0300, Andrey Jr. Melnikov wrote:
> Да??? git научился фигурно вырезать куски из .Xresources? Или у него
> появились провидческие знания, что на нетбуке мне нужен фонт размером 10,
> а на офисной машине - 12?

 Вырезать куски умеет препроцессор cpp, через который xrdb пропускает
 Xresources. Да, провидческие знания придётся завернуть в опции командной
 строки для xrdb, но это можно делать одним для всех машин скриптом.
-- 
 Eugene Berdnikov

Re: выпил systemd и invoke-rc.d

On Fri, 27 Oct 2017 17:15:51 +0300
Eugene Berdnikov  wrote:

> On Fri, Oct 27, 2017 at 03:48:18PM +0300, Andrey Jr. Melnikov wrote:
> > Да??? git научился фигурно вырезать куски из .Xresources? Или у него
> > появились провидческие знания, что на нетбуке мне нужен фонт
> > размером 10, а на офисной машине - 12?  
> 
>  Вырезать куски умеет препроцессор cpp, через который xrdb пропускает
>  Xresources. Да, провидческие знания придётся завернуть в опции
> командной строки для xrdb, но это можно делать одним для всех машин
> скриптом.

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

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

   SERVERHOST=hostname
   the hostname portion of the display to which you are connected.

   CLASS_visualclass_depth=num
   A symbol is defined for each visual supported for  the  screen.
   The  symbol includes the class of the visual and its depth; the
   value is the numeric id of the visual.  (If more than one  vis‐
   ual  has  the same class and depth, the numeric id of the first
   one reported by the server is used.)

   HEIGHT=num
   the height of the root window in pixels.

   WIDTH=num
   the width of the root window in pixels.

   PLANES=num
   the number of bit planes (the depth) of the root window.

   X_RESOLUTION=num
   the x resolution of the screen in pixels per meter.

   Y_RESOLUTION=num
   the y resolution of the screen in pixels per meter.

Re: ядро и nvidia

2017-10-27 Thread Ivan Petrov


jessie

Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на
ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому 
мигающему курсору на экране вместо gdm3


27.10.2017 15:05, Andrey Jr. Melnikov пишет:

Ivan Petrov  wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?


У меня в папке share xorg нет вообще
есть:
gnome-shell
icc
sounds


debian какой версии?


26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov  wrote:



Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: fs snapshots

> Artem Chuprina  writes:
> Ivan Shmakov -> debian-russian@ @ Fri, 27 Oct 2017 12:30:45 +:
> Artem Chuprina  writes:

 >>> P.S.  Снапшоты эти новомодные тоже…  Когда выясняется, что в старых
 >>> бэкапах много лишнего, а диск не резиновый, из бэкапов это
 >>> вычистить можно, а из снапшотов — увы.  Только весь снапшот
 >>> целиком, а это не то, что нужно народу.  Хотя, конечно,
 >>> невозможность вычистить что-то _случайно_ некоторую ценность имеет.

 >> Строго говоря, смысл создания (read-only) snapshot как раз в том,
 >> что с него удобно делать backup.  Тем же Rsync.

 > В ZFS — нет.  Там смысл в том, чтобы при необходимости вернуться к
 > этому состоянию.

Разве эти возможности исключают друг друга?

Так или иначе, если при решении задачи данным средством
возникает проблема, есть повод задуматься, а не следует ли
поискать иные средства?

 >> (Касаемо «невозможности» — рискну предположить, что здесь, скорее,
 >> «штатными средствами».  Я могу себе представить инструмент для
 >> «пересборки» неактивной ФС.)

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

Аналогично с Btrfs.  Единственная сложность — «меняемый местами»
подтом (subvolume; он же в данном случае snapshot) не должен
использоваться.  В остальном — подобно:

# btrfs subvolume snapshot -- .snapshot/foo .snapshot/foo-edit 
# # (меняем foo-edit) 
# btrfs subvolume snapshot -r -- .snapshot/foo-edit .snapshot/foo.new \
  && btrfs subvolume delete -- .snapshot/foo \
  && mv -nT -- .snapshot/foo.new .snapshot/foo 

Другое дело, что при наличии более чем одного снимка с «тяжелым»
содержимым, эти действия потребуется повторить для каждого.

[…]

-- 
FSF associate member #7257

Re: ядро и nvidia

2017-10-27 Thread Павел Марченко

у 340-го драйвера тоже есть поддержка 200-й серии(
http://www.nvidia.com/download/driverResults.aspx/123703/en-us)
Может стоит его попробовать?

27 октября 2017 г., 18:07 пользователь Ivan Petrov 
написал:

> jessie
>
> Первоначальная проблема:
> ---
> обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
> слетели драйвера nvidia .
> В результате сейчас на драйверах 304хх система грузит Х-ы на
> ядре 3.2.0.4.
> На 4.9. их установка + dkms + headers приводит к белому пустому мигающему
> курсору на экране вместо gdm3
>
> 27.10.2017 15:05, Andrey Jr. Melnikov пишет:
>
> Ivan Petrov  wrote:
>>
>> А топ-постить - это всех пользующихся веб-интерфейсом заставляют?
>>
>> У меня в папке share xorg нет вообще
>>> есть:
>>> gnome-shell
>>> icc
>>> sounds
>>>
>>
>> debian какой версии?
>>
>> 26.10.2017 22:04, Andrey Jr. Melnikov пишет:
>>>
 Ivan Petrov  wrote:

>>>
>> Это в винде "не грузиться", у нас - есть логи.
 Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай



>>
>>
>>
>>
>>
>
>


-- 
В смысле осмысления бессмысленного смысл тоже имеет определенную
осмысленность!!!

Re: fs snapshots

Ivan Shmakov -> debian-russian@lists.debian.org  @ Fri, 27 Oct 2017 15:25:36 
+:

 >> Artem Chuprina  writes:
 >> Ivan Shmakov -> debian-russian@ @ Fri, 27 Oct 2017 12:30:45 +:
 >> Artem Chuprina  writes:

  P.S.  Снапшоты эти новомодные тоже…  Когда выясняется, что в старых
  бэкапах много лишнего, а диск не резиновый, из бэкапов это
  вычистить можно, а из снапшотов — увы.  Только весь снапшот
  целиком, а это не то, что нужно народу.  Хотя, конечно,
  невозможность вычистить что-то _случайно_ некоторую ценность имеет.

 >>> Строго говоря, смысл создания (read-only) snapshot как раз в том,
 >>> что с него удобно делать backup.  Тем же Rsync.

 >> В ZFS — нет.  Там смысл в том, чтобы при необходимости вернуться к
 >> этому состоянию.

 >  Разве эти возможности исключают друг друга?

Нет. Но цель ставилась такая, которую я изложил.

 >  Так или иначе, если при решении задачи данным средством
 >  возникает проблема, есть повод задуматься, а не следует ли
 >  поискать иные средства?

Да, разумеется. Это были скорее размышления вслух, нежели вопрос "как
чинить". У обоих подходов есть плюсы и минусы. Вернее, у всех трех,
потому что надо, однако, разделять понятия бэкапа и архива. Додумаю
мысль и сделаю как надо.

 >>> (Касаемо «невозможности» — рискну предположить, что здесь, скорее,
 >>> «штатными средствами».  Я могу себе представить инструмент для
 >>> «пересборки» неактивной ФС.)

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

 >  Аналогично с Btrfs.  Единственная сложность — «меняемый местами»
 >  подтом (subvolume; он же в данном случае snapshot) не должен
 >  использоваться.  В остальном — подобно:

 > # btrfs subvolume snapshot -- .snapshot/foo .snapshot/foo-edit 
 > # # (меняем foo-edit) 
 > # btrfs subvolume snapshot -r -- .snapshot/foo-edit .snapshot/foo.new \
 >   && btrfs subvolume delete -- .snapshot/foo \
 >   && mv -nT -- .snapshot/foo.new .snapshot/foo 

 >  Другое дело, что при наличии более чем одного снимка с «тяжелым»
 >  содержимым, эти действия потребуется повторить для каждого.

Ну да, и в ZFS то же самое. И мысль в том, что оно же не просто так
такое сложное, а как бы намек, что так делать не надо. А надо или диск
побольше (что, кстати, наверное, более правильное решение, но пока жаба
душит), или все же делать изменяемые бэкапы.

Re: fs snapshots

Alex Kicelew -> debian-russian@lists.debian.org  @ Fri, 27 Oct 2017 16:44:13 
+0300:

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

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

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

Re: ядро и nvidia

Ivan Petrov  wrote:
> jessie

Ты бы еще wheezy нашел, чес слово.

> Первоначальная проблема:
> ---
> обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
Надо было обновтьь jessie -> stretch, а не играться с бакпортами.

> слетели драйвера nvidia .
> В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
> На 4.9. их установка + dkms + headers приводит к белому пустому 
> мигающему курсору на экране вместо gdm3
Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?

Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
этак за целую тысячу и забыть про проблемы с nvidia-legacy.

> 27.10.2017 15:05, Andrey Jr. Melnikov пишет:
> > Ivan Petrov  wrote:
> > 
> > А топ-постить - это всех пользующихся веб-интерфейсом заставляют?
> > 
> >> У меня в папке share xorg нет вообще
> >> есть:
> >> gnome-shell
> >> icc
> >> sounds
> > 
> > debian какой версии?
> > 
> >> 26.10.2017 22:04, Andrey Jr. Melnikov пишет:
> >>> Ivan Petrov  wrote:
> > 
> >>> Это в винде "не грузиться", у нас - есть логи.
> >>> Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Xresources

> Andrey Jr Melnikov  writes:

[…]

 > Ага, а в том-же gnome-terminal можно всё это сделать не ходя в
 > куда-то там в текстовый конфиг.

Что вовсе не обязательно — преимущество.

 > Edit → Preferences → Shortcuts и нажимай себе нужные кнопки не
 > задумываясь про Meta/Control/Mod1.  И с фонтом так-же — зашел в
 > настройки и выбрал.  И оно применилось без перезапуска.  Чудо магия.

Справедливости ради, XTerm до сих пор поддерживает давно и
прочно забытый протокол Editres, позволяющий менять X-ресурсы
приложений «на живую».  Безо всякой магии.

Другое дело, что пользоваться самим editres(1x) — удовольствие
сомнительное.  Но подбирать удачные настройки мне доводилось.

-- 
FSF associate member #7257

Re: выпил systemd и invoke-rc.d

Victor Wagner -> debian-russian@lists.debian.org  @ Fri, 27 Oct 2017 17:40:58 
+0300:

 >> > Да??? git научился фигурно вырезать куски из .Xresources? Или у него
 >> > появились провидческие знания, что на нетбуке мне нужен фонт
 >> > размером 10, а на офисной машине - 12?  
 >> 
 >>  Вырезать куски умеет препроцессор cpp, через который xrdb пропускает
 >>  Xresources. Да, провидческие знания придётся завернуть в опции
 >> командной строки для xrdb, но это можно делать одним для всех машин
 >> скриптом.

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

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

 >SERVERHOST=hostname
 >the hostname portion of the display to which you are 
 > connected.

 >CLASS_visualclass_depth=num
 >A symbol is defined for each visual supported for  the  
 > screen.
 >The  symbol includes the class of the visual and its depth; 
 > the
 >value is the numeric id of the visual.  (If more than one  
 > vis‐
 >ual  has  the same class and depth, the numeric id of the 
 > first
 >one reported by the server is used.)

 >HEIGHT=num
 >the height of the root window in pixels.

 >WIDTH=num
 >the width of the root window in pixels.

 >PLANES=num
 >the number of bit planes (the depth) of the root window.

 >X_RESOLUTION=num
 >the x resolution of the screen in pixels per meter.

 >Y_RESOLUTION=num
 >the y resolution of the screen in pixels per meter.

А теперь призовая игра. Она, кстати, не только для xrdb призовая, и
более того, может оказаться, что для гнома она окажется на порядок более
призовой. А может и нет, вопрос в том, в каких единицах оно поймет
шрифт. Но для xrdb оно точно призовое. Допустим, у нас два, а лучше три
одновременно подключенных монитора, и по жабно-историческим причинам у
них X_RESOLUTION и Y_RESOLUTION разные. Было бы клево, чтобы размер
шрифта был на обоих мониторах одинаковый хотя бы в линейных единицах (в
идеале, конечно, угловых, но вот данных о расстоянии от глаз до монитора
у нас точно нет - зато есть неплохие шансы, что оно близкое). А вовсе не
в пикселах, которые по размеру могут отличаться в полтора раза с легкостью.

Опять же в идеале программа должна бы уметь перестраивать шрифт при
попадании с одного экрана на другой, даже если ее саму при этом никуда
не таскали (ситуация "вывел workspace N на второй экран"). Но на этом я
уже не настаиваю от слова совсем. Это уже очень хорошие программисты
нужны.

Есть и другая задача, где надо одинаково в долях размера экрана. Это
когда один экран у тебя, а другой у проектора, и на них одно и то же.

Re: ядро и nvidia

2017-10-27 Thread Ivan Petrov

stetch с самого начала не зеработал.
откатился на jessie

27.10.2017 23:05, Andrey Jr. Melnikov пишет:

Ivan Petrov wrote:

jessie

Ты бы еще wheezy нашел, чес слово.

Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

Надо было обновтьь jessie -> stretch, а не играться с бакпортами.

слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому
мигающему курсору на экране вместо gdm3

Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?

Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
этак за целую тысячу и забыть про проблемы с nvidia-legacy.

27.10.2017 15:05, Andrey Jr. Melnikov пишет:

Ivan Petrov wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?

У меня в папке share xorg нет вообще
есть:
gnome-shell
icc
sounds

debian какой версии?

26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov wrote:

Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log показывай

Re: ядро и nvidia

2017-10-27 Thread Ivan Petrov


Я попробую.
Но на stretch они не заработали с моей карточкой.
поэтому я на jessie летом и откатился

27.10.2017 22:46, Павел Марченко пишет:
у 340-го драйвера тоже есть поддержка 200-й 
серии(http://www.nvidia.com/download/driverResults.aspx/123703/en-us)

Может стоит его попробовать?

27 октября 2017 г., 18:07 пользователь Ivan Petrov > написал:


jessie

Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3
слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на
ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому
мигающему курсору на экране вместо gdm3

27.10.2017 15:05, Andrey Jr. Melnikov пишет:

Ivan Petrov mailto:ip...@yandex.ru>> wrote:

А топ-постить - это всех пользующихся веб-интерфейсом заставляют?

У меня в папке share xorg нет вообще
есть:
gnome-shell
icc
sounds


debian какой версии?

26.10.2017 22:04, Andrey Jr. Melnikov пишет:

Ivan Petrov mailto:ip...@yandex.ru>>
wrote:


Это в винде "не грузиться", у нас - есть логи.
Содержимое /var/lib/gdm3/.local/share/xorg/Xorg.0.log
показывай












--
В смысле осмысления бессмысленного смысл тоже имеет определенную 
осмысленность!!!

X, xrdb, xrandr

> Artem Chuprina  writes:

[…]

 > А теперь призовая игра.  Она, кстати, не только для xrdb призовая, и
 > более того, может оказаться, что для гнома она окажется на порядок
 > более призовой.  А может и нет, вопрос в том, в каких единицах оно
 > поймет шрифт.  Но для xrdb оно точно призовое.  Допустим, у нас два,
 > а лучше три одновременно подключенных монитора, и по
 > жабно-историческим причинам у них X_RESOLUTION и Y_RESOLUTION разные.
 > Было бы клево, чтобы размер шрифта был на обоих мониторах одинаковый
 > хотя бы в линейных единицах (в идеале, конечно, угловых, но вот
 > данных о расстоянии от глаз до монитора у нас точно нет — зато есть
 > неплохие шансы, что оно близкое).  А вовсе не в пикселах, которые по
 > размеру могут отличаться в полтора раза с легкостью.

Не в пикселах?  Почему бы и нет.

XClock.face: courier-14.0
UXTerm.vt100.faceName: courier
UXTerm.vt100.faceSize: 14.0
!! etc.

Будет ли это работать с несколькими физическими мониторами,
соответствующими одному X display — не знаю.  Но при запуске
после $ xrandr --dpi XXX — желаемый эффект наблюдается.

Есть также подозрение, что такое поведение можно обеспечить и
при использовании «классических» X-шрифтов (e. g., ниже.)
Другое дело, что в базе данных (растровый) шрифт нужного кегля
почти наверняка окажется представлен одной—двумя записями
(например, 75 и 100 dpi.)

!! Use a suitable 20pt Terminus font
UXTerm.vt100.font:  -xos4-terminus-medium-r-normal--*-200-*-*-c-*-iso10646-1

$ xlsfonts -fn "-xos4-terminus-medium-r-normal--*-200-*-*-*-*-iso10646-1" 
-xos4-terminus-medium-r-normal--20-200-72-72-c-100-iso10646-1
-xos4-terminus-medium-r-normal--28-200-100-100-c-0-iso10646-1
$ 

 > Опять же в идеале программа должна бы уметь перестраивать шрифт при
 > попадании с одного экрана на другой, даже если ее саму при этом
 > никуда не таскали (ситуация «вывел workspace N на второй экран»).  Но
 > на этом я уже не настаиваю от слова совсем.  Это уже очень хорошие
 > программисты нужны.

JFTR, X-ресурсы предназначены для решения частной задачи передачи
настроек от пользователя X-приложениям.  Причем под настройками
понимаются пары (ключ, значение) и (шаблон, значение).  С этой
задачей X-ресурсы как будто бы худо-бедно справляются.
(Пользуясь случаем напомню, что у «Tk-ресурсов» в кортеж входит
еще и priority.  X-ресурсам оный бы тоже не повредил, но — увы.)

Далее, есть libXt, которая, в числе прочего, включает поддержку
некоторого количества типовых ключей и форматов значений.
Использование этой библиотеки, однако, не является ни необходимым
для поддержки механизма X-ресурсов (Tk обходится без нее, IIRC),
ни достаточным для обеспечения желаемых функций.  (Вроде Xft.)

Другими словами, то, что libXt поддерживает .geometry: и .font:,
но не (AIUI) .faceSize: еще не означает, что «классическое»
X-приложение обречено на использование одних лишь «стандартных»
ресурсов.

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

Рискну предположить, что задачу отображения одного framebuffer
на два экрана разного разрешения в общем случае окажется проще
решить используя xrandr(1) (а именно — --scale=; или же и вовсе
--transform=.)

-- 
FSF associate member #7257  np. Heartland (tranciano remix) — Chronblom

Re: ядро и nvidia

2017-10-27 Thread Михаил Касаджиков


Andrey Jr. Melnikov  писал(а) в своём письме Fri, 27 Oct 
2017 19:05:46 +0300:


Ivan Petrov  wrote:

jessie


Ты бы еще wheezy нашел, чес слово.


Первоначальная проблема:
---
обновил jessie с бекпортов до ядра 4.9.0.0 bpo3

Надо было обновтьь jessie -> stretch, а не играться с бакпортами.


слетели драйвера nvidia .
В результате сейчас на драйверах 304хх система грузит Х-ы на ядре 3.2.0.4.
На 4.9. их установка + dkms + headers приводит к белому пустому
мигающему курсору на экране вместо gdm3

Зачем ты тянешь 304xx если 340xx последний из поддерживающих GF210?

Но я бы рекомендовал залезть на avito, найти GF610 _безвентиляторный_ рублей
этак за целую тысячу и забыть про проблемы с nvidia-legacy.


А ещё лучше купить ATI/AMD и забыть о проблемах со всякими левыми драйверами.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: ядро и nvidia