https://youtu.be/ywJtj0WPieU

Новое интервью по теме GNU/Linux на Pro Hi-Tech. Если у вас есть какие-то вопросы к разработчикам ру-дистрибутивов GNU/Linux, можете писать их в этом топике в комментариях.

00:00:00 Суверенная ОС из России
00:07:30 Отключат ли Windows в РФ?
00:09:00 Реклама
00:19:14 Чего нет на Linux
00:12:22 Программы Windows на Linux
00:14:45 Что разработчики знают о пользователях Uncom OS
00:21:51 Следит ли Государство за пользователями российского софта
00:39:05 разница между суверенитетом и автаркией
00:42:38 свободное по - это российское по?
00:42:50 сертификация ФСТЭК, реестр российского ПО и госзаказы
00:48:10 Об Аврора ОС
00:49:30 GNU/Linux vs FreeBSD
00:51:57 Скандал с отказом принимать российские патчи в Linux ядро
00:57:40 Вклад ру-разработчиков в развитие свободного ПО
00:59:47 вирусы под линукс
01:05:50 UncomOS и Байкал/Эльбрус/Элвис
01:07:02 Добавление в UncomOS поддержки пользовательского железа
01:08:22 Игры на Linux и мнение о SteamOS
01:11:40 Ещё раз о ноутбуке сила
01:13:14 Про слежку за пользователем через веб-камеру и не только
01:15:00 Отличия UncomOS и Ubuntu
01:24:26 Что означает Uncom OS
01:25:05 Поиграем

Подробности

Перемещено hobbit из russia

Всем привет. Собственно, ни для кого не секрет, что открытые драйверы для AMD и Intel под Linux лучше развиты, чем драйверы Nvidia (есть неплохие проприетарные драйверы, но они закрытые), соответственно, для разработки более качественных открытых драйверов для видеокарт Nvidia не хватает документации, которую не спешит открывать сама Nvidia. Мне хотелось бы понять, какой конкретно документации для разработки более качественных открытых драйверов на сегодня не хватает больше всего. Если вы занимаетесь разработкой драйверов, прошу поделиться своими соображениями. В чудеса я, конечно, не верю, так что вряд ли Nvidia откроет «прям все», но если есть конкретные проблемные места, к которым вроде как и непонятно, как подступится, возможно, мы сможем растормошить Nvidia для открытия конкретно этих кусков документации и улучшения драйверов.

На Pro Hi-Tech вышло видео с личным мнением о Proton, Flatpak, Davinci, Shotcut, Mint 19v2. Действующие пользователи Linux вряд ли узнают что-то новое, но, возможно, кому-то будет интересно.

https://www.youtube.com/watch?v=KyDa1hqqzHo

Я достаточно много информации изучил по Flatpak, Snap (Snappy) и AppImage, но не уверен, что понял все правильно. Хотелось бы попросить кого-то из ЛОРовцев разъяснить, что такое Flatpak и Snap и как конкретно они работают. Чуть ниже я приведу несколько утверждений, и прошу пояснить, верные они или нет, и там, где я ошибся, указать, как дела обстоят на самом деле

Итак:
0. Задача Flatpak и Snap - упростить для конечного пользователя процесс установки программ, которые не содержатся в менеджере установки ПО его дистрибутива, а для разработчика процесс сборки программ, дабы ему не пришлось собирать отдельные DEB-ы и RPM-ы.
1. Flatpak (и Snap) являются дополнением для систем DEB и RPM, объединяющей все семейства дистрибутивов, но не может использоваться для ядра и некоторых базовых компонентов системы.
2. файл .flatpak может физически содержать бинарные файлы устанавливаемых программ и их зависимости, но разработчики предпочитают использовать онлайн-сервис flathub
3. Flatpak (и Snap) НЕ является скриптом, который содержит информацию об устанавливаемой программе и списке ее зависимостей
4. Flatpak (и Snap) все равно, на каком конкретно дистрибутиве Linux он запущен
5. Flatpak (и Snap) требует установки рантайма (-ов).
6. Приложения, устанавливаемые через Flatpak и Snap, и все их зависимости устанавливаются в песочницу, и не заменяют собой системные версии файлов и библиотек
7. Snap - это концептуально то же самое, что Flatpak, но с единым «магазином», который контролируется Canonical, плюс нужно подписать с Canonical соглашение для его использования, поэтому, если разработчик уже поддерживает flatpak, то единственная причина поддерживать еще и snap - выделенное место на серверах Canonical для хранения его файлов, хотя технически flatpak и snap, конечно, имеют отличия.
8. «Зоопарк» различных версий пакетов для дистрибутивов это навсегда и реальных альтернатив для DEB и RPM нет и не предвидится, так как основная проблема несовместимости различных дистрибутивов даже не в самой разнице форматов DEB и RPM, а в наборах используемых в разных дистрибутивах библиотек, структуре файлов, расположении каталогов и т.д., и нет надежды на то, что разработчики Red Hat, Debian, Ubuntu, Arch и OpenSuse когда-нибудь решат сесть за стол переговоров и утвердить единый общий для всех стандарт и унифицированный менеджер пакетов...
9. ...но есть AppImage - большой увесистый архив, внутри которого содержится программа в универсальном для всех дистрибутивов бинарном виде и все ее зависимости в известном данной программе виде, - программа ставится в песочницу и работает в любом дистрибутиве линукс, однако сделать так, чтобы устанавливаемая через AppImage программа работала и работал хорошо на всех возможных дистрибутивах - сложно, поэтому перспективность AppImage под вопросом, а вот у flatpak будущее однозначно есть.

Верны ли данные утверждения?

Пытаюсь поставить Минт на ноутбук с процессором i7-8750H. При установке Mint 19 на штатный NVMe-накопитель в конце всегда вылезает ошибка «не удалось установить GRUB». Сначала отключил Secure Boot. Потом попробовал ставить загрузчик в партишн с самой установкой. Потом создал отдельный раздел под EFI. Загвоздка в том, что там сам GRUB то ставится, но работает только в режиме консоли. Вечером попробую загрузиться консольными командами, а потом уже из Mint прописать GRUB правильный конфиг (если в этом дело). Ну, в общем, вопросов несколько - есть ли у кого опыт установки Mint на компьютеры с _новыми_ процессорам, в чем причины, из-за которой возникают глюки (криворукие разрабы или заговор компаний против Linux или еще что), и есть ли смысл писать разрабам дистриба, чтобы они там починили что-то или хотя бы информировали пользователя, что происходит и что делать. С LiveUSB все работает нормально и GRUB грузится. На старенький ноут с Sandy Bridge все встает идеально.

Вышло познавательно-просветительское видео с обзором Linux Mint 18.1 и тестом возможностей сей замечательной операционной системы против конкурента (того, что стоял на ноутбуке по-умолчанию). В видео разбираются вопросы текущего положения дел на Минт, даются советы для новичков и совершается попытка ответить на вопрос «а на кой мне, простому юзеру, бороть свою лень и менять то, что есть, на эту вашу мяту с мате». Возможно, видео будет полезно в целях распространения среди сомневающихся друзей и знакомых, и приобщения новичков к доброму, светлому, великому.

https://www.youtube.com/watch?v=PETXBM89yOQ

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

http://www.youtube.com/watch?v=n9ZbBWXeUeQ

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

http://www.youtube.com/watch?v=Tbm-DgkqIbg

Два года назад я делал обзор на Linux Mint 13: Сняли обзорчик на Linux Mint 13

Сейчас взял себе новый ноут и решил поставить на него 17-й минт, посмотреть, что изменилось и, вообще, как оно. Ну, и сделать обзор за одно. Если наше видео поможет кому-то убедить друзей попробовать Linux - буду рад :-)

Собственно, вот: http://www.youtube.com/watch?v=Vg4Flpbzcgk

Также буду признателен за любые комментарии. И советы, если знаете, как разобраться с глюком с этой мышью (Mad Catz Rat 7, как я понял, не только у меня глючит: Странные глюки Linux Mint 17 на Lenovo Thinkpad t540p RAT 7 Contagion в генту)

Есть ноутбук Lenovo Thinkpad t540p. При загрузке ноутбука с подключенной к нему мышью Mad Catz RAT 7, первые несколько секунд все работает нормально. После этого и на мыше и на сенсорной панели перестают работать ЛКМ и ПКМ. Мышь вытаскивается и вставляется в USB, и проблема решается - дальше все ОК. Если ноутбук загружается без подключения к нему мыши или загружается со старой ИК-мышью (с USB-донглом) или BT-мышью от логитека, проблема не воспроизводится. Также все ок, если мышь подключена уже после начала работы с ПК.

Проблема номер два. Иногда после переключения раскладки по шифт-альту, программа залипает альт. Уловить систему я пока не смог, но при активной работе gxneur и наборе текста в Google Docs в Opera Developer, проблема проявляется наиболее часто (каждые несколько минут).

Три - был пункт про гибернацию, но я его пока уберу. Проблема более не воспроизводилась. Если повторится, обращу на это внимание снова.

Есть идеи по решению проблем?

С моей точки зрения, лет пять назад мониторы были куда более комфортными для глаз, чем сейчас. Современные ЖК-мониторы с LED-подсветкой мерцают, поэтому я лично до сих пор сижу на CCFL. Не удивлюсь, если многие из вас тоже. Поэтому, меня зацепило, когда я получил пресс-релиз от BenQ, в котором рассказывалось о том, что тайваньцы наконец-то обратили внимание на имеющиеся проблемы, и уже запилили два LED-монитора с немерцающей подсветкой (кстати, оба достаточно толстенькие, как во времена CCFL). Мы с коллегой съездили на презентацию и сняли сюжет:

http://www.youtube.com/watch?v=dsAx1wVDweo

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

Ладно. А вот, собственно, что меня интересует - лично вас волнует, мерцает ваш монитор или нет? Замечаете ли вы мерцание? Устают ли глаза больше от этого? Ну, и, вообще, много ли здесь таких же «олдфагов», как я, которые до сих пор сидят на CCFL-ЖК или, вообще, на CRT, именно потому, что глазам такие моники приятнее?

Мы побывали в офисе МЦСТ и подготовили для CHIP TV сюжет о российском моноблоке - том самом, что сделан на базе отечественного процессора Эльбрус. В качество ОС на нем используется, конечно же, Linux. На мой взгляд, получился достаточно познавательный сюжет. Я бы даже сказал, первый обзор моноблока.

http://www.youtube.com/watch?v=QbPbozDcqB4

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

CHIP ищет увлеченного человека на должность редактора. Работа ответственная, но интересная. Зарплата достойная.

Ключевые задачи: Подбор и обзор программного обеспечения для DVD-диска, элементарная верстка PDF/INDD (будет обучение), общение с вендорами, посещение пресс-мероприятий и.т.д. Статьи в журнал по желанию.

Возраст: строго 18+. Фактическое место проживания: Москва или МО.

Обязательно: Серьезное увлечение IT и опыт написания обзорных материалов. Знание *nix приветствуется, но не обязательно.

Кто заинтересовался - оставляйте в топике ссылки с примерами своих статей/обзоров. Или пишите на: Ilya.Korneychuk @gmail.com

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

http://www.youtube.com/watch?v=roMg2vZAohI

Проблема, в общем, сто раз перетиралась и не стоит выеденного яйца. Вот тут (http://forum.ubuntu.ru/index.php?topic=17000.15) парни добавляют пару строчек в конфиг иксов и большая часть игр начинает нормально сворачиваться из полноэкранного режима. Другие запускают игры в отдельных иксах, что мне, кстати, нравится больше. Но, если я все правильно понял, большинство разработчиков дистрибутивов проблему игнорят - типа «игр на линуксе нет, как не было в СССР секса». На фоне этого у меня возникает вопрос, есть ли дистрибутив, который изначально и в обязательном порядке всегда реагирует на alt+tab в полноэкранных приложениях? И вопрос номер два, какое решение, все-таки, самое адекватное для такой и задачи и какой метод решения проблемы стоит предложить разработчикам основных дистров?

Всем привет. Увожу ноутбук в гибернацию закрытием крышки, но раз в 20-30 захлопываний на Mint 13/Ubuntu 12.04 (с uswusp - стандартная утилита так толком и не завелась) ноут так и продолжает работать, что дико бесит если надо встать и бежать. Еще 1 из 10 раз ноут так и не просыпается после ухода в гибренацию. Машинка - Dell e6410. Core i5, Quadro и все такое. Коллеги, порекомендуйте, пожалуйста, дистрибутив, в котором гарантированно и стабильно будет работать гибернация. Можно коммерческий, подумываю о SLED или RHEL.

Друзья, мы сделали небольшой экспресс-обзор на Linux Mint 13:

http://www.youtube.com/watch?v=e63wfRfQ1z0

Если вам понравится (или нет), просьба что-нибудь отписать в комментариях и кинуть ссылку друзьям (или выложить ролик к себе на страничку в соцсети). Проект некоммерческий, обзор сделал на энтузиазме, бюджета на раскрутку нет :-( Так что, вся надежда только на сарафанное радио.

P.S. для захвата видео с экрана использовали VLC, для записи звука Audacity

В Mint 13 Cinnamon есть менеджер управления питанием, но он крайне примитивен и позволяет только разрешить или запретить гибернацию. Проблема в том, что Мой Dell e6410 на уровне батареи в 7%, определяемом линуксом, автоматически выключается, а уровень критического заряда, по умолчанию, похоже 4%. То есть, мне нужно переводить ноут в гибернацию уже на 8-9%. Проблема том, что я понятия не имею, где конфигурационный файл, отвечающий за то, какой уровень заряда должен считаться критическим. laptop-mode, кстати, тоже не заводится из rc.local, но это уже не важно. На фоне сказанного, кто может посоветовать либо граф. утилиту для настройки параметров питания, либо рассказать, какой конф. файл отвечает за это дело. Спасибо

Opera на Mint 13 не сохраняет файлы в папки с русскими именами. Создаю папку с кириллицей, сохраняю в нее файл - файл выдает ошибку и не качается. Сохраняют в латинский фолдер - все ок. С чем может быть связана проблема? Кто знает, как решать?

Всем привет.

Есть Dell e6410 с 16 Fedora (RFRemix). Пробовал разные среды - Gnome 2 протух, Mate не завелся, Gnome3/Cinnamon нестабильные и настроек мало, XFCE/LXDE не серьезно как-то, хотя... хз. В общем, поставил четвертые кеды. До этого кеды практически не использовал.

Момент номер один. Ноутбук настроен на самозасыпание при простое средствами KDE, однако при проигрывании видео экран все-равно затемневает. До засыпания мы ноут пока еще не доводили, но я предполагаю, что он так все-таки тоже делает. Собственно, есть ли плеер, при проигрывании видео в котором ноут забывает обо всех своих энергосберегающих настройках кроме критического заряда? Вообще, есть ли под никсы аналог PotPlayer'а?

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

Момент номер три. При пробуждении ноут иногда виснет. На ctrl + alt + F1-12 не реагирует, как и на ctrl+alt+bcksps. Например, если при входе в гибернацию проигрывалось видео (VLC).

И вопрос к опытным кедоведам. Где в кедах «автозагрузка»? Ибо меня достало уже, что при включении запускается консоль и открывается папка lost+found.

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