Re: yandex-browser и пароли

2019-12-14 Пенетрантность Artem Chuprina
Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Sat, 14 Dec 2019 
19:46:16 +0300:

 >> > У меня используется keepassx. Правда, линукс у меня все еще jessie, в
 >> > более новых другая мажорная версия, и я не проверял совместимость с
 >> > андроидом. Там менялся в том числе и формат файла. А вот Витус,
 >> > подозреваю, проверял. На винде он же, но стоит не первый год.

 >> Проверял. Тот keepass, который тогда был в fdroid.org, был совместим с
 >> обоими версиями.  Тот, который сейчас - заведомо совместим с новой. 

 > А почему не KeePassXC ? Как-то KeePassX самый заброшенный на фоне KeePass и 
 > KeePassXC.

Потому что, когда я искал себе программу с нужными свойствами, keepassx
был в дистрибутиве, работал, и совместимые программы для андроида и
винды существовали.

А дальше "не сломалось - не чини".

 > Под ведроид есть https://github.com/PhilippC/keepass2android который умеет
 > WebDav (в отличии от KeePass DX/KeePassDroid).



Re: yandex-browser и пароли

2019-12-14 Пенетрантность Andrey Jr. Melnikov
Victor Wagner  wrote:
> On Fri, 13 Dec 2019 12:54:26 +0300
> Artem Chuprina  wrote:

> > У меня используется keepassx. Правда, линукс у меня все еще jessie, в
> > более новых другая мажорная версия, и я не проверял совместимость с
> > андроидом. Там менялся в том числе и формат файла. А вот Витус,
> > подозреваю, проверял. На винде он же, но стоит не первый год.

> Проверял. Тот keepass, который тогда был в fdroid.org, был совместим с
> обоими версиями.  Тот, который сейчас - заведомо совместим с новой. 

А почему не KeePassXC ? Как-то KeePassX самый заброшенный на фоне KeePass и 
KeePassXC.

Под ведроид есть https://github.com/PhilippC/keepass2android который умеет
WebDav (в отличии от KeePass DX/KeePassDroid).



Tidy validation failed

2019-12-14 Пенетрантность Debian Webmaster
*** /srv/www.debian.org/www/devel/wnpp/help_requested.ru.html
line 179 column 136 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/devel/wnpp/help_requested_byage.ru.html
line 215 column 136 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/devel/wnpp/help_requested_bypop.ru.html
line 56 column 139 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/devel/wnpp/rfh.ru.html
line 179 column 136 - Warning:  escaping malformed URI reference

--
 You received this mail for the language code ru.
 Please edit webwml/english/devel/website/validation.data if this is not 
accurate.
 Please also update webwml/english/devel/website/ with the new coordinator(s) 
data.



Re: Started Session

2019-12-14 Пенетрантность Pavel Gaidai
обновился с buster до bullseye и вроде проблема решилась

вс, 24 нояб. 2019 г. в 23:17, sergio :

>
> # apt install sysvinit-core
>
> --
> sergio.
>
>


Re: выравнивание раздела: кому верить, fdisk или parted?

2019-12-14 Пенетрантность Andrey Jr. Melnikov
Sergey Spiridonov  wrote:
> On Fri, 13 Dec 2019 00:58:55 +0300
> "Andrey Jr. Melnikov"  wrote:

> > > Во-первых размер странный, не находишь? Почему он не дотягивает один
> > > блок в 512 байт до 65536? Если это число из железа, то либо
> > > железо сообщает неправильный размер, либо драйвер его
> > > неправильно интерпретирует. А значит его можно подправить в
> > > драйвере.  
> > Нет, не странный. Это дело двух USB железок какой поток данных они
> > будут гонять.

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

> А значение, между тем, более чем странное (либо его интерпретация). И
> оно может использоваться не только в партед.
Ооо, в /sys/* столько значений, столько значений.. 

> >  [...]  
> > Потому, что parted - гендерно-нейтральная поделка.
> Ну допустим и что дальше? Может быть баг-репорты слать не надо? Или 
> пользоваться запрещено?

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


> > Вот тебе с моей машины:
> > 
> > # grep . /sys/block/sd*/queue/optimal_io_size
> > /sys/block/sda/queue/optimal_io_size:0

> ... 
> > Изволите перестать писать на диски? Или писать по 0 байт?

> Если бы я знал все ответы, не пришёл бы сюда за советом.

> В данном случае предположу, что если у тебя нет оптимального размера,
> то следует использовать любой кратный минимальному. Либо вообще любой
> больше минимального.
Ещё раз - никто кроме фирмвари диска не знает оптимальный размер. Там внутри
- кэша, оптимизаторы, железный подсчет ECC и прочих рид-соломонов. и пишет
оно за раза не разу не 4096 байт.

> Глянь что у тебя в
> cat /sys/block/sd*/queue/minimum_io_size
> У меня там стоит 512 или 4096.
То-же самое. И?

> >  А те, кто может вотнуть
> > неформатированный блочный девайс - обладают знаниями про fdsik. А
> > гнутый parted он опционален, в базовой поставке его нет.
> А раз он опционален и в базовой поставке его нет то... Что? Баги
> репортить и фиксить не надо? Пользоваться им запрещено? Ну тогда это
Пользоваться - пользуйся, только не удивляйся, что софт делает что-то своё,
а не то, что ты от него просил. 

> надо прописать в документации Дебиана. "Не пользуйтесь ничем, если оно
> не в базовой поставке".
Дак там примерно так и есть. То, что в base-system с багами, оно влияет на
всех пользователей - то и чинится быстрее (или выбрасывается нахрен, если
последний чинитель ушел в закат, а текущий маинтайнер занял позу "год не
апдейтилось - значит протухло"). А то, что в optional - может быть у кого
руки дойдут в этом тысячилетии.
Пока parted 3.3 доберется до stable - собственно stable сменится 2 раза,
а parted протухнет 3.

> > Угадал. То, что ты не знаешь, что делашь - я сразу написал. И то, что
> > ты не можешь внятно описать проблему - тоже.
>  
> Ну уж как могу. За это прошу простить, если чем-то кого-то обидел.
Ты бы лучше вместо рассматривания ненужных тебе циферок - показал вывод
top/iotop/vmstat -w 5 в момент когда у тебя винт подключен через eSATA и всё
стоит в позе 'D'.