Size: a a a

Курилка Perl-групп

2020 July 23

VG

Vadim Goncharov in Курилка Perl-групп
тогда еше можно было
источник

VG

Vadim Goncharov in Курилка Perl-групп
«Академический» торрент-клиент Tribler предлагает безопасное убежище для пиратских сайтов

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

На сегодняшний день крупнейшим каналом на данном торрент-клиенте является «Неофициальный RuTracker», который содержит более двух миллионов торрентов.

Подробнее о работе Tribler в нашем переводе материала TorrentFreak:
➡️ https://roskomsvoboda.org/60486
источник

VG

Vadim Goncharov in Курилка Perl-групп
Но помни, Золушка! В день голосования этот пенёк превратится в избирательный участок!
источник

VG

Vadim Goncharov in Курилка Perl-групп
- Элла Александровна, так может сделаем следующее голосование честным?
- Хватит, в твиттере уже сделали
источник

AK

Andrey Karepin in Курилка Perl-групп
источник

AK

Andrey Karepin in Курилка Perl-групп
Переслано от Vadim Goncharov
источник

AK

Andrey Karepin in Курилка Perl-групп
источник

VG

Vadim Goncharov in Курилка Perl-групп
инфа о форварде не показывается жы
источник

AK

Andrey Karepin in Курилка Perl-групп
да, ссанина
источник

VG

Vadim Goncharov in Курилка Perl-групп
В Хабаровске после 14 дней протестов в локальные чаты все чаще стали добавляться сотрудники полиции.  

Будьте аккуратнее и внимательнее в общении в чатах и на митингах.
источник

VG

Vadim Goncharov in Курилка Perl-групп
источник

VG

Vadim Goncharov in Курилка Perl-групп
источник

VG

Vadim Goncharov in Курилка Perl-групп
0xd34df00d 28 декабря 2018 в 21:48 0

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

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

Да что там библиотеки, у меня вот на днях был замечательнейший пример. Есть в C++17 такая новая штука, как std::any. И там есть std::any_cast, который по стандарту должен позволять вытаскивать лежащий в std::any объект, если его type_info совпадает с type_info для шаблонного параметра в std::any_cast.

Ну, написал я соответствующий код, скомпилировал, и ничего не работает. Получаю экзепшон. Ну, выковыриваю руками из any тамошний type_info, сверяю с type_info для типа, который запрашиваю — true, совпадают. Что за хрень?

Лезу в кишки libstdc++, а там они вместо сравнения type_info сравнивают адреса управляющих структур, которые что-то вроде статической переменной внутри темплейта. То есть, их адреса, в принципе, совпадают для одинаковых типов, пока вы не выходите за рамки одной разделямой библиотеки. А у меня там приложение с плагинами, разные либы, разные адреса менеджеров. Всё, приплыли, ничего не работает.

Лезу в libc++, там всё сделано как надо. Но, увы, по очевидным причинам это не вариант.

Меняю std::any на boost::any, где тоже всё сделано правильно. Всё работает.

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

В общем, такие дела. Гнутый софт, собранный гнутыми инструментами в рамках гнутой экосистемы, толком не работает, а у нас тут ожидания какие-то.
источник

VT

Vasily Terkin in Курилка Perl-групп
@poopkins дамп
источник

g

google in Курилка Perl-групп
$VAR1 = bless( {
 'fwd_from' => bless( {
   'flags' => 32,
   'date' => 1595525769,
   'from_name' => 'Marlik Almighty'
 }, 'Telegram::MessageFwdHeader' ),
 'flags' => 772,
 'media' => bless( {
   'document' => bless( {
     'file_reference' => '<...>',
     'mime_type' => 'image/webp',
     'id' => '13697771693410831',
     'attributes' => [
       bless( {
         'h' => 475,
         'w' => 512
       }, 'Telegram::DocumentAttributeImageSize' ),
       bless( {
         'alt' => '💃',
         'stickerset' => bless( {
           'id' => '13697771693408264',
           'access_hash' => '<...>'
         }, 'Telegram::InputStickerSetID' ),
         'flags' => 0
       }, 'Telegram::DocumentAttributeSticker' ),
       bless( {
         'file_name' => 'sticker.webp'
       }, 'Telegram::DocumentAttributeFilename' )
     ],
     'flags' => 1,
     'size' => 25908,
     'dc_id' => 2,
     'access_hash' => '<...>',
     'date' => 1463569980,
     'thumbs' => [
       bless( {
         'w' => 128,
         'h' => 119,
         'location' => bless( {
           'local_id' => 13882,
           'volume_id' => 222822814
         }, 'Telegram::FileLocationToBeDeprecated' ),
         'size' => 5062,
         'type' => 'm'
       }, 'Telegram::PhotoSize' )
     ]
   }, 'Telegram::Document' ),
   'flags' => 1
 }, 'Telegram::MessageMediaDocument' ),
 'to_id' => bless( {
   'channel_id' => 1295963795
 }, 'Telegram::PeerChannel' ),
 'from_id' => 277475066,
 'date' => 1595526048,
 'message' => '',
 'id' => 168451
}, 'Telegram::Message' );
источник

VT

Vasily Terkin in Курилка Perl-групп
И правда форвард
источник

VT

Vasily Terkin in Курилка Perl-групп
Vadim Goncharov
0xd34df00d 28 декабря 2018 в 21:48 0

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

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

Да что там библиотеки, у меня вот на днях был замечательнейший пример. Есть в C++17 такая новая штука, как std::any. И там есть std::any_cast, который по стандарту должен позволять вытаскивать лежащий в std::any объект, если его type_info совпадает с type_info для шаблонного параметра в std::any_cast.

Ну, написал я соответствующий код, скомпилировал, и ничего не работает. Получаю экзепшон. Ну, выковыриваю руками из any тамошний type_info, сверяю с type_info для типа, который запрашиваю — true, совпадают. Что за хрень?

Лезу в кишки libstdc++, а там они вместо сравнения type_info сравнивают адреса управляющих структур, которые что-то вроде статической переменной внутри темплейта. То есть, их адреса, в принципе, совпадают для одинаковых типов, пока вы не выходите за рамки одной разделямой библиотеки. А у меня там приложение с плагинами, разные либы, разные адреса менеджеров. Всё, приплыли, ничего не работает.

Лезу в libc++, там всё сделано как надо. Но, увы, по очевидным причинам это не вариант.

Меняю std::any на boost::any, где тоже всё сделано правильно. Всё работает.

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

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

VG

Vadim Goncharov in Курилка Perl-групп
amarao 10 июля 2020 в 15:31 +1

Все store'ы — это гигантский проигрыш по сравнению с apt'овой модели. В apt'овой модели вы доверяете мейнтейнерам. Они могут сделать фигню, но не намеренно. Вы имеете огромный архив доверенного ПО, которое стремится сделать вам хорошо.

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

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

… охоссподи, это реально проблема на андроидах и апсторах?

amarao 10 июля 2020 в 17:26 +1

Окей, кто-то снесёт. Хорошая новость, что это не касается моей рабочей машины. Да и домашней тоже.

… Когда вы говорите про 3-5% гиков, вы учитываете сервера, на которых принимается как данность, что все серверные приложения не пытаются украсть у вас пароль в базу?

Как насчёт того, чтобы изолировать ssh от доступа к postgres, потому что он туда поглядывает? А ещё авторы bash'а решили, что им очень хочется иметь аналитику того, какие файлы вы смотрите. А у авторов less есть специальные причины для сбора рандомных скриншотов. А ls считает, что информация о списке файлов — это ценный актив для продажи. А cd ничего не считает, потому что он часть bash'а и уже давно всё пишет.

А уж сколько ценной информации собирает vim и emacs… Вы же в курсе, что apt (yum) — это adware и он использует уникальное положение в рыночной экосистеме для сайдлоадинга проплаченных приложений при каждом install?

Авторы grub тоже хотят кушать, так что ваши decryption keys — это вкусно.
источник
2020 July 24

VG

Vadim Goncharov in Курилка Perl-групп
amarao 11 июля 2020 в 15:24 +1

В рамках "у вас там хорошо? ну, это временно" — спасибо за замечание. Если что, впереди гибель планеты из-за распухающего Солнца. А принципы свободного программного обеспечения были до Дебиана и останутся после.

Сторы мне не нужны, потому что ничего из того, что кладётся в снапы не является эксклюзивным. А даже если является — если это исходные тексты, их можно пакетировать. Если не является — ну, да, есть преинтереснейшая дилемма между свободным ПО и несвободным.

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

VG

Vadim Goncharov in Курилка Perl-групп
таак... Рудой научился захватывать с первых же секунд! *открыл пиво*
источник