Re: Tidy validation failed

2019-12-12 Пенетрантность Vladimir Shestakov
чт, 12 дек. 2019 г. в 23:30, Debian Webmaster :

> *** /srv/www.debian.org/www/security/2019/dsa-4581.ru.html
> line 80 column 55 - Error:  is not recognized!
> line 80 column 55 - Warning: discarding unexpected 
>
Это исправлено.


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

2019-12-12 Пенетрантность Andrey Jr. Melnikov
Sergey Spiridonov  wrote:
> Приветствую

> > > Не понял тебя. В соответствующий драйвер можно USB UASP внести
> > > изменение, и он будет поправлять optimal_io, в зависимости от усб
> > > идентификатора, то есть возвращать либо 0 либо 33554432, вместо
> > > 33553920, как сейчас.  
> > Ещё раз и меедленно - эта цифра обозначает максимальный
> > размер одного URB между USB девайсами. К твоему винту она не
> > относится совсем никак.

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

> Во-вторых если это просто максимальный размер URB между USB девайсами,
Потому, что parted - гендерно-нейтральная поделка.

> почему это значение используется для выравнивания? Ведь в руководстве
> parted написано что выравнивание должно быть кратно размеру физического
> сектора, который равен в данном случае 4096. Это правило здесь явно
> нарушается - а значит необходимо поправить либо код, либо
> руководство parted, а может и то и другое.
Вот тебе с моей машины:

# grep . /sys/block/sd*/queue/optimal_io_size
/sys/block/sda/queue/optimal_io_size:0
/sys/block/sdb/queue/optimal_io_size:0
/sys/block/sdc/queue/optimal_io_size:0
/sys/block/sdd/queue/optimal_io_size:0
/sys/block/sde/queue/optimal_io_size:0
/sys/block/sdf/queue/optimal_io_size:0
/sys/block/sdg/queue/optimal_io_size:0
/sys/block/sdh/queue/optimal_io_size:0
/sys/block/sdi/queue/optimal_io_size:0
/sys/block/sdj/queue/optimal_io_size:0

# grep . /sys/block/sd*/alignment_offset 
/sys/block/sda/alignment_offset:0
/sys/block/sdb/alignment_offset:0
/sys/block/sdc/alignment_offset:0
/sys/block/sdd/alignment_offset:0
/sys/block/sde/alignment_offset:0
/sys/block/sdf/alignment_offset:0
/sys/block/sdg/alignment_offset:0
/sys/block/sdh/alignment_offset:0
/sys/block/sdi/alignment_offset:0
/sys/block/sdj/alignment_offset:0

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

> > > Я читал что шифрование само по себе не должно добавлять много
> > > тормозов, если ЦПУ поддерживает аппаратное ускорение AES. По
> > > крайней мере, так  
> > Если поддерживает. Вот куча всякого MIPS/ARM железа - не
> > поддерживает. А в качестве микросервера с USB3 для бакапов спрятанное
> > в кладовке имеет место быть.

> Я писал, какое у меня железо.
> > Муххахха. Скорость хреновой флешки. 

> Это ещё цветочки, но при этом хотя бы пользоваться системой вполне
> реально.

> > Нисколько. За них инсталлер сам всё разметит, с учетом эмпирической
> > цифры в 2048 секторов, которой "должно хватить на любой алигн для
> Какой ещё инсталлер? При чём тут инсталлер? Проблема с parted. Впрочем
> в инсталлере тоже может быть подобный баг.
Такой инсталлер, которым debian ставят. Ибо расчитано под один раз разбили и
поставили, а флешки и прочая usb-хрень уже воткнута отформатированной в 
fat/exfat/ntfs.
А те, кто может вотнуть неформатированный блочный девайс - обладают знаниями
про fdsik. А гнутый parted он опционален, в базовой поставке его нет.

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

> Как говорится, играл, но не угадал ни одой буквы. На УСБ3 я перешёл как
> раз с eSATA. По причине тех же затыков и тормозов.
Угадал. То, что ты не знаешь, что делашь - я сразу написал. И то, что ты
не можешь внятно описать проблему - тоже.



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

2019-12-12 Пенетрантность Andrey Jr. Melnikov
Victor Wagner  wrote:
> On Fri, 06 Dec 2019 12:51:07 +0300
> Александр Завгородний  wrote:

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

> Ну если речь идет о мнениях...

[...]

> Поэтому password manager должен быть отдельно от браузера и любое
> межпроцессное взаимодействие его с браузером должно происходить после
> явного действия пользователя в password-manager-е.

А что ставить то, чтоб и на линуксе и на винде и на ведроиде было "самое
безопасное хранилище паролей" и этим можно было пользоваться без прохождения
углубленных курсов по основам криптографии в ФСБ?



Tidy validation failed

2019-12-12 Пенетрантность 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
*** /srv/www.debian.org/www/security/2019/dsa-4581.ru.html
line 80 column 55 - Error:  is not recognized!
line 80 column 55 - Warning: discarding unexpected 

--
 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: выравнивание раздела: кому верить, fdisk или parted?

2019-12-12 Пенетрантность Andrey Jr. Melnikov
Sergey Spiridonov  wrote:
> On Tue, 10 Dec 2019 17:19:01 +0300
> "Andrey Jr. Melnikov"  wrote:

> > Sergey Spiridonov  wrote:
> > > В Thu, 5 Dec 2019 17:38:02 +0300 (MSK)
> > > yuri.nefe...@gmail.com пишет:  
> > 
> > > >   Боюсь, что баг-репорт не поможет, хотя можете попробовать.  
> > 
> > > Ну да, они скажут что виноват драйвер кернела, который
> > > неправильно понимает УСБ-Контроллер... Наверное надо куда-то в
> > > кернел писать?  
> > 
> > Лучше в спортлото. Цифирка, которая в optimal_io - это к USB UASP
> > относится. К твоему диску - нет.

> Не понял тебя. В соответствующий драйвер можно USB UASP внести
> изменение, и он будет поправлять optimal_io, в зависимости от усб
> идентификатора, то есть возвращать либо 0 либо 33554432, вместо
> 33553920, как сейчас.
Ещё раз и меедленно - эта цифра обозначает максимальный размер
одного URB между USB девайсами. К твоему винту она не относится совсем
никак.

> > > Я согласен уже на всё, но какой брать отступ? Какие для этого есть
> > > правила???  
> > 
> > Никакой.
> В смысле 0?
Да хоть и 0. 

> > > Я потом раздел шифрую люксом, это как-то влияет?  
> > Да, всё тормозит на шифровании.

> Я читал что шифрование само по себе не должно добавлять много тормозов,
> если ЦПУ поддерживает аппаратное ускорение AES. По крайней мере, так
Если поддерживает. Вот куча всякого MIPS/ARM железа - не поддерживает. А в
качестве микросервера с USB3 для бакапов спрятанное в кладовке имеет место
быть.

> пишут собаководы [1]. И это для SSD! Для шпинделя должно быть вообще
> незаметно, ведь поток данных в разы меньше.
Поток тот-же, скорость записи другая.

> Сам проверял это записывая большой файл на вышеупомянутую зашифрованную
> шпиндельную Тошибу. Скорость записи в 260МБ/с меня вполне устроила. При
260 это у тебя в начале винта. в конце будет совсем по другому.

> записи тучи мелких файлов скорость записи падает да 10-20МБ/с, но можно
> ли винить в этом шифрование, я пока не знаю, пока возможности сравнить нет.
Муххахха. Скорость хреновой флешки. 

> https://www.phoronix.com/scan.php?page=article=2019-linux-encrypt=1

> Впрочем даже если производительность винта упадёт в два раза, я это
> переживу. Проблема в том что у меня проблема куда серьёзней (см. ниже)

> > > Спасибо за помощь. Блин, 2019 год, а в линуксе проблема разбить
> > > винт. Куда катится мир?  
> > 
> > Нет проблем в 2019 году с винтами. Есть проблемы с теми, кто это
> > пытается делать не понимая.

> Ну ОК, будем считать что я не понимаю. В конце концов это недалеко от
> правды.

> ...

> > Поэтому, для обычного HDD все эти сказки про скорости и выравнивания -
> > обычный маркетинговый fud. Для SSD по большей части тоже, т.к.
> > контроллеры умнеют, а все веселые картинки про "драматичесике
> > изменения скорости" видны только из далекого прошлого. А ведь в
> > 3D-NAND уже размер блока 16K+2208 spare, но что-то никто не бегает с
> > align 16K и размером сектора в 16k вместо 4k.

> То есть по-твоему выравнивание вообще не играют значения, если я
> правильно понял. ОК, спасибо за совет.

> Но даже если выравнивание значения не играет, то всё равно надо
> исправить проблему с моим контроллером (и похоже с некоторыми другими),
> потому что это стоило только мне и некоторым людям в этой рассылке
> изрядного времени. А сколько ещё людей наткнётся на это сообщение fdisk?
Нисколько. За них инсталлер сам всё разметит, с учетом эмпирической цифры в
2048 секторов, которой "должно хватить на любой алигн для любого применения".
Особенно красиво, когда бегают с SSD под RAID контроллером и оправдывают
такой алигмент "структурами raid", а то, что они хранятся обычно в конце
диска - ну это извсетно только производителю, д.

> Я в принципе ранее тоже предполагал что значительного влияния
> выравнивание не должно оказывать, но проблема в том что у меня есть
> очень серьёзный затык с производительностью и я ищу виноватых.
Выкинь нахрен свою USB корзинку, распечатай и повесь на стенку плакат с
надписюь "USB только для мышек" и при любом желании купить что-то с USB
смотри на него до просветления. И да, мышки тоже лучше брать не USB.

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

Если тебе хочется быстро - то твой выбор eSATA/Thunderolt 3. А сейчас у тебя
"универсально" - т.е. одинаково погано в любом месте. Возможно, USB4 изменит
ситуацию - но лет через 5, как китайцы массово научатся клепать дешевые чипы
с "USB4 ready*". *) limited subset of USB4 is supported.



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

2019-12-12 Пенетрантность Victor Wagner
On Thu, 12 Dec 2019 13:47:28 +0100
Viktor Karpovych  wrote:

> Вот трындец чел не может остановиться.

Нас тут много.


> Ну обсосали же ху-yandex со всех сторон и обложили тоже, так нет же,
> опять. Тебе же ответили, что здесь не по этим делам, звони

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

которые ценят свою свободу.

Можно еще обсудить приложения других жадных и наглых корпораций

- Microsoft (который для Debian выпускает Skype)
- Oracle (который deb-пакетов не делат, но Oracle InstantClient
на Debian вполне ставится, на днях проверял)
- Telegram (клиент у него вроде бы опенсурнсный, и даже входит
в состав дистрибутива, но на f-droid про подобные программы пишут
"promotes proprietary services")

Ну и многие многие другие.


--



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

2019-12-12 Пенетрантность Maxim Svobonas
После ребута смартфона на Андроиде приложения Яндекса запускались сами в фоне и 
собирали некую "метрику" (смотрел через htop)
Уверен, на Линуксе тоже собирают.
Снес их все, а после начала сотрудничества Яндекса с известным гос. органом из 
3х букв и патентом "создания профиля пользователя на основе окружающих звуков" 
удалил и аккаунт.
Да, мне нечего бояться, это моя политическая и гражданская позиция, только и 
всего.

 Original Message 
On Dec 12, 2019, 15:36, Artem Chuprina < r...@lasgalen.net> wrote:

Victor Wagner -> debian-russian@lists.debian.org @ Thu, 12 Dec 2019 13:36:23 
+0300:

>> > В яндексе категорически не умеют писать клиентский
>> > софт. Поэтому не следует ставить себе на машину ни одного байта
>> > бинарного кода, написанного в яндексе.
>>
>> Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и
>> эстетичные :).
>>

> Ну в ОС Андроид Гугль специально принял меры, чтобы неумение
> разработчиков писать программы, которым можно доверять, не мешало.
> Поэтому на телефон ставить продукты от яндекса можно.

Тоже крайне осторожно и вдумчиво. Вот Я-карты я снес. Потому что оно в
самый неподходящий момент вытаскивает прямо под палец рекламу Я-браузера
или Алисы. Со здоровенной кнопкой "установить", ага.

В итоге у меня от него остались только Я-метро и Я-транспорт, разумных
альтернатив которым нет. Еще Я-такси и Я-навигатор на крайний случай, в
норме я ими не пользуюсь.

А альтернативы Я-картам, к счастью, есть.

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

2019-12-12 Пенетрантность Viktor Karpovych
Вот трындец чел не может остановиться.
Ну обсосали же ху-yandex со всех сторон и обложили тоже, так нет же, опять.
Тебе же ответили, что здесь не по этим делам, звони разработчикам.
Ну троль тугодумный, что с тебя взять.
Или ты там работаешь и хочешь чтоб за тебя твою работу кто-то другой делал?
Уж очень адрес твой подозрителен.
Вот же рожает бывает земля забордурья тугих.

чт, 12 дек. 2019 г. в 12:26, Victor Wagner :

> On Thu, 12 Dec 2019 16:02:41 +0500
> Stanislav Vlasov  wrote:
>
> > Вот только яндекс не хочет, чтоб с его сервисами взаимодействовали вне
> > его программ и теперь запись на его диск через вебдав чего-то больше
> > нескольких мегабайт сильно тормозит-с...
> > И заодно убрал из документации что-либо про вебдав
>
> Ну естественно, не хочет. И чем больше не хочет, тем больше оснований
> подозревать его в том, что его програмы - это malware и их близко к
> своей машине подпускать  нельзя.
>
> Хотя полагаю, что исчезновение информации про webdav из документации
> связано в основном со странной политикой микрософта по поводу
> поддержки этого протокола в файлменеджере windows.
>
> Поди яндексовская техподдержка уже замучалась отвечать на вопросы "а что
> нужно доставить в windows server, чтобы это работало?", "а почему после
> обновления windows 10 у меня все отвалилось?".
> --
>
>


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

2019-12-12 Пенетрантность Artem Chuprina
Victor Wagner -> debian-russian@lists.debian.org  @ Thu, 12 Dec 2019 13:36:23 
+0300:

 >> > В яндексе категорически не умеют писать клиентский
 >> > софт. Поэтому не следует ставить себе на машину ни одного байта
 >> > бинарного кода, написанного в яндексе.  
 >> 
 >> Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и
 >> эстетичные :).
 >> 

 > Ну в ОС Андроид Гугль специально принял меры, чтобы неумение
 > разработчиков писать программы, которым можно доверять, не мешало.
 > Поэтому на телефон ставить продукты от яндекса можно.

Тоже крайне осторожно и вдумчиво. Вот Я-карты я снес. Потому что оно в
самый неподходящий момент вытаскивает прямо под палец рекламу Я-браузера
или Алисы. Со здоровенной кнопкой "установить", ага.

В итоге у меня от него остались только Я-метро и Я-транспорт, разумных
альтернатив которым нет. Еще Я-такси и Я-навигатор на крайний случай, в
норме я ими не пользуюсь.

А альтернативы Я-картам, к счастью, есть.



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

2019-12-12 Пенетрантность Victor Wagner
On Thu, 12 Dec 2019 16:02:41 +0500
Stanislav Vlasov  wrote:

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

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

Хотя полагаю, что исчезновение информации про webdav из документации
связано в основном со странной политикой микрософта по поводу
поддержки этого протокола в файлменеджере windows.

Поди яндексовская техподдержка уже замучалась отвечать на вопросы "а что
нужно доставить в windows server, чтобы это работало?", "а почему после
обновления windows 10 у меня все отвалилось?". 
--



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

2019-12-12 Пенетрантность Stanislav Vlasov
12.12.2019, Victor Wagner написал(а):

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

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

-- 
Stanislav


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

2019-12-12 Пенетрантность Victor Wagner
On Thu, 12 Dec 2019 13:14:57 +0300
Pavel Volkov  wrote:

> On пятница, 6 декабря 2019 г. 13:07:51 MSK, Victor Wagner wrote:
> > В яндексе категорически не умеют писать клиентский
> > софт. Поэтому не следует ставить себе на машину ни одного байта
> > бинарного кода, написанного в яндексе.  
> 
> Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и
> эстетичные :).
> 

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

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

А в GNU/Linux, основное преимущество которого заключается в легкости
обеспечения взаимодействия программ и обработки одних и тех же данных
разными программами, лучше продуктов от яндекса не ставить.
-- 



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

2019-12-12 Пенетрантность Pavel Volkov

On пятница, 6 декабря 2019 г. 13:07:51 MSK, Victor Wagner wrote:

В яндексе категорически не умеют писать клиентский
софт. Поэтому не следует ставить себе на машину ни одного байта
бинарного кода, написанного в яндексе.


Ну не знаю, Карты и Такси для ОС "Android" достаточно удобные и эстетичные 
:).