Как стать автором
Обновить

Комментарии 203

НЛО прилетело и опубликовало эту надпись здесь
Поскольку релиз только состоялся, то, вероятно, не на всех зеркалах он еще доступен.
НЛО прилетело и опубликовало эту надпись здесь
обновление между LTS релизами ubuntu поддерживается только начиная с первого point release, т.е. обновиться с 18.04 можно будет когда выйдет 20.04.1
НЛО прилетело и опубликовало эту надпись здесь
Ну так оно же честно пишет:
Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release 
set Prompt=normal in /etc/update-manager/release-upgrades.


Исправьте файл /etc/update-manager/release-upgrades
и тогда не придется ждать 20.04.1
НЛО прилетело и опубликовало эту надпись здесь
Ну я обновился раньше на бету, но сейчас после всех обновлений вполне себе пишет, что она LTS:
ladmin@notem:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04 LTS
Release:	20.04
Codename:	focal


Просто do-release-upgrade не будет обновлять, пока не появится 20.04.1, как об этом написали ранее (ну или если не поправить конфиг).
Но никто не мешает руками прописать новые репозитории и сделать apt dist-upgrade.

А так никто LTS не отменяет.
НЛО прилетело и опубликовало эту надпись здесь
Зачем где то что то прописывать? Делаете `do-release-upgrade -d` и все
НЛО прилетело и опубликовало эту надпись здесь
Что значит «не LTS», если 20.04 и ЕСТЬ LTS
Погуглите значение этого термина. Она УЖЕ БЫЛА LTS в самой ранней альфе (я кстати с начала года на ней).

PS. Для справки, убунта каждый четный год в апреле (версия — это год и месяц релиза, да) LTS выходит.
Не работает, пытается 19.10 поставить
Точно!
Я и забыл уже, т.к. сам в итоге обновлялся через debian-way.
C НЕ LTS вроде всегда так было. С релиза на релиз через do-release-upgrade
Проапгрейдился через do-release-upgrade -d с 18ю04 до 20.04
если не очень хочется ждать июль, когда появится 20.04.01 и заработает do-releae-upgrade, можно использовать Debian-way:
sudo sed -i 's/bionic/focal/g' /etc/apt/sources.list
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade

Лучше Ansible освоить. Бэкапить все надо, быстро разворачиваться тоже надо, при случае.

Можно насильно апгреднуть sudo do-release-upgrade -d, но только когда на зеркала завезут
Вчера ставил Zabbix на Ubuntu 20.04
Проблемы с установкой MySQL для Zabbix.
Не флейма ради, но оно на много проще в докерах разворачивать и не мучаться с dependencies.
НЛО прилетело и опубликовало эту надпись здесь

Через snap установил DBeaver, telegram и они сами обновляются. Ubuntu 20.04 установил в феврале, сейчас вполне стабильно работает. PgAdmin3 падает при попытке запуска выполнить запрос.

Через snap установил DBeaver

Не работал с джавой из дистрибутива?
Java не использую, DBeaver поставил в качестве альтернативы PgAdmin3.

Dbeaver на java зачем ему snap?

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

Тоже поддержу. Устанавливал Notepad++ через snap, файл с флешки открыть нельзя, файл из домашней директории открыть нельзя, всё безопасно, только бесполезно. Понятно что можно настроить, только это надо сначала догадаться, что это из-за snap, правильный запрос в интернете написать и правильный результат открыть. Кто его знает что там еще нельзя, неохота сидеть и разбираться если вдруг понадобится, поставил напрямую через Wine, работает нормально.

Notepad++ для Linux — это ж через Wine. Есть альтернатива: Notepadqq
Я его пробовал, там вот такая штука (написано слово «test»)


Как воспроизвести
Разрешение 1920x1080, масштабирование 120 dpi, размер шрифта 18
Создать новый файл, написать текст
Закрыть приложение, открыть приложение
А чем вас sublimetext не устраивает?
есть же и сам Notepad++
Я проголосую за snap, когда занимаешься научной деятельностью и постоянно приходится собирать непонятный код для вычилсений куча времени тратится на «ой блин, эта прога не видит либу потому, что в вашем дистре она названа .xz.5.0.0.1 а должна xzz.5.0.0.1» Честно говоря, мечтал о подобном механизме с 2005 года, когда впервые встретился с Linux. Рабочее время даже научного сотрудника дорого, и значительно дороже диска за 100$

А чем поможет snap если код надо собирать? В snap уже собрано всё, до этого можно было и в докере собирать.

Ну теперь разработчики научного софта имеют возможность запаковать бинарники в snap пакет и не создавать головную боль ни себе ни пользователям. Да, вы правы, докер и сингулярити сделал большое дело в плане удобства и воспроизводимости научного кода, я полагаю что snap будет просто удобнее для десктопа.
НЛО прилетело и опубликовало эту надпись здесь
научный софт != софт для всяких станков. Софт для станков ставится один раз на конкретную машину. А научный софит — это огромное количество разного кода написанного авторами «для публикации» (как приложение к опубликованной статье), как правило не очень высокого качества, и плохо поддерживаемого. Типичный пример из области химии, для проведения рассчетов часто попробовать штук 10 различных тулзов разной степени готовности — от кода который не собирается никогда (и автор про это в курсе, но ему влом править) до хороших инструментов, но поставить которые тоже то еще развлечение. Авторы научного кода, если это не высококлассный пакет, вообще не будут заморачиваться с поодержкой deb, rpm, exe и т.п.. Snap, Conda и Docker (чаще Singularity) здесь просто путь из ада.
чем AppImage плох?
Ну… наверное тем, что весьма непопулярен. Я не говорю, что именно snap — это идеал, я про то, внедрение именно бинарного распространения пакетов способно вытащить нас из ада зависимостей. Snap достаточно прост и популярен, поэтому разработчики, скорее всего выберут его.

AppImage запускает не в песочнице

Теперь то мы знаем что «научный софт» это «непонятный код для вычилсений».
Видимо вместо того что бы использовать нормальный менеджер зависимостей проще собрать то что вроде работает в snap.
Но snap не панацея, особенно если библиотеки используют AVX512 или еще-что-то чего на целевой платформе может не оказаться.
Ставить кучу зависимостей себе в систему, чтобы проверить эксперимент, описанный в статье? А потом вычищать все это? Гораздо удобнее скачать snap, запустить, получить результаты и снести без следа.
НЛО прилетело и опубликовало эту надпись здесь
В этом и суть. Людям, которым нужно работать, а не пердолиться, снап выгоден и приятен.
Ну не знаю что лучше — экономия двух научных сотрудников на едино(несколько)разовых установках или постоянная потеря времени тысячами других пользователей.

Сама идея пакетов — это хорошо, но безумно сыро. Сейчас заинтересовался и обнаружил что у меня болтаются по 2 версии пакетов — одна с августа 19го и свежая версия. Плюс тормоза, кривые настройки, баги. Разве это норма?
Есть же тысяча других дистрибутивов, к тому же apt все еще работает. В чем может быть проблема?
А чем снап отличается от Appimage?
> sudo apt install termplay
Reading package lists... Done
Building dependency tree
Reading state information... Done

No apt package "termplay", but there is a snap with that name.
Try "snap install termplay"

> sudo snap install termplay
> termplay ytdl https://www.youtube.com/watch?v=dQw4w9WgXcQ
Checking youtube-dl... FAILED
youtube-dl: No such file or directory (os error 2)

> sudo snap install youtube-dl
> termplay ytdl https://www.youtube.com/watch?v=dQw4w9WgXcQ
Checking youtube-dl... FAILED
youtube-dl: No such file or directory (os error 2)

> sudo snap remove youtube-dl && sudo apt install youtube-dl
> termplay ytdl https://www.youtube.com/watch?v=dQw4w9WgXcQ
Checking youtube-dl... FAILED
youtube-dl: No such file or directory (os error 2)

> sudo snap remove termplay
> sudo apt autoremove --purge snapd && rm -fr ~/snap

image

Из-за snapd система загружается дольше. В моём случае было дольше на 19 секунд (у меня HDD).
Кактегорически поддерживаю. snap — ы это еще один шаг в каменный век. Когда каждое приложение таскает за собой все библиотеки и свой линукс это приемлемо для больших программ которые один раз запустил, поигрался и стёр… короче для игр. Но когда у вас системные приложения пихают в snap-ы это кошмар и ужас. Несколько килобайтная утилита спокойно тянет 190мб системных библиотек хоть и упакованных а squashfs. Зато написав mount можно наслаждаться длинной лапшой от snap-ов.
Это примерно как драйвера Bluetooth для windows размером в 250Мб. 240 из которых это .net framework без которого оно не работает.

ps: Интересно какие инновационные способы переключения клавиатуры нам предлагают в 2020 году?

pps: После недельного использования снёc нахрен и поставил Ubuntu 14.04 — это до сих пор единственная вменяемая из убунт.
Всё жду когда же уже без танцев с бубном можно будет просто через настройки поставить переключение языка по shift+ctrl…

контрол+шрифт+икс то у меня переключается язык. Т.е. любой другой шорткат конфликтует. Этому багу лет уже 10 а то и 20, но они не смогли смержить фикс до сих пор.

Вы таки не поверите, но на идиотском гноме свет клином не сошелся)
На нормальных DE, (на картинке KDE) много лет все нормально. Потому и перешел несколько лет назад на Kubuntu. Но выбор именно кубунтой не ограничен конечно.
На скрине сисетмная панель настроек клавиатуры. Там еще и картинку локали можно выбрать, без танцев и приседаний, представляете?

У меня на кубунте автоматическое поворачивание экрана не заработало из коробки(Это важно для ноутов Yoga, например). Поставил просто убунту с гномом — всё ок, представляете?..

Т.е. вы сейчас на полном серьёзе сравнили поддержку переключения раскладок (которое есть на всех устройствах) с поддержкой редкой фичи переворачивания жкрана, для редкого вида устройств?
Чего бы тогда не сранивать с мобильниками на андроиде? Там же ведь тоже линукс, а экраны гарантированно переворочиваются...

Ну, во-первых, насколько помню, чтоб поставить для переключения раскладки ctrl+shift, мне не так уж много времени потребовалось. Там буквально минута гугления. А вот такую редкую и важную для меня фичу, как переворачивание экрана за разумное время я поставить в кубунте не смог, к сожалению.
Во-вторых, а чего это с мобилками срабнивать — там же не ubuntu, а мы вроде про ubuntu говорили.
Я никоим образом не агитирую ни за гном, ни за кубунту. Просто предупредил, что такая проблема есть. Может у кого-то йога, и он думает кубунту поставить.

Так у вас ctrl+shift конфликтует с другими шорткатами или нет? например с тем же ctrl+shift+p из vscode?

Может не сильно удобно для кого-то, но для себя сделал переключение по LeftCtrl+LeftShift. Соответственно, правая пара ни с кем не конфликтует.

2020 год на дворе в убунте/гноме до сих пор не работает нормально переключение раскладок клавиатуры :( Может хоть по вайлендом пофиксили?

На Xfce и некоторых других это можно поправить через сторонний репозиторий.

Да но в гноме умудрились так все сломать что даже этот патч не работает. Интересно есть ли дистрибутивы в которые не такое дно. В арче тоже приходилось с аура компилировать пропатченные иксы.

А ещё можно дум на калькуляторе запустить, представляете?

Но при чём тут это, когда речь идёт конкретно про дефолтную оболочку убунты.
Gnome Tweaks и всё. Только что проверил (правда на 18.04, но могу и на 20.04 проверить) — работает.
Зачем они стандартный диалог настройки, который ещё в Gnome2 был, упрятали — вопрос, конечно.
Работает на 20.04.
apt-get install gnome-tweaks
Перелогиниться еще потом не забыть. Вот и весь бубен. Хоть Ctrl+Shift, хоть Alt+Shift…
Еще dash-to-panel сразу поставил, тоже работает.

Ага только кроме того что 15ти летний баг висит и не фиксится

Спасибо, попробую!
Это как раз таки в каменном веке было, когда все нужные зависимости находились в одной коробке (с диском Windows 98). А сейчас даже под десятку программу с одним окном и кнопкой не написать так, чтоб она просто взяла и запустилась, не потребовав пачку всяких .NET фреймворков и прочих C++ Redistributable.

На интернете 2 Мбит/с жить со снапом тоже не ахти.


Го петицию каноникалу писать?)

НЛО прилетело и опубликовало эту надпись здесь

Vim есть в репозитории.

Приложения из снапа долго запускаются, даже если это просто калькулятор. На медленных компьютерах это очень сильно заметно.
НЛО прилетело и опубликовало эту надпись здесь
python есть 2 и 3 и можно наступить на грабли. например:
2/4
будет 0 в python2 и 0.5 в python3 что не всегда удобно
Заголовок спойлера
$ python
Python 2.7.6 (default, Nov 13 2018, 12:45:42)
[GCC 4.8.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 2/4
0
>>> quit()
$ python3
Python 3.7.2 (default, Feb 4 2019, 16:35:33)
[GCC 4.8.4] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 2/4
0.5
>>> quit()
$ lua
Lua 5.3.5 Copyright (C) 1994-2018 Lua.org, PUC-Rio
> 2/4
0.5
>
поэтому любой питонист на автомате добавляет точку к числу :-)
2/4.
те кому нужен калькулятор не обязательно питонисты

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

Из за того что калькулятор весит 200мб в снапе и 2 в нормальном пакете

У меня специально есть дома нетбук на атоме, как раз для shit control. Так вот, первый раз калькулятор из снапа на нем запускается действительно безумно долго, но повторные запуски (даже после ребута) от нативного почти не отличаются. А вес — да, это довольно неприятный момент, но ко времени запуска практически не имеющий отношения.

Я точно также проверял и у меня после каждой перезагрузки калькулятор запускается очень долго, секунд 10. Если в компьютере есть ссд то 2 секунды, намного быстрее но все равно заметно больше чем без снапа.

А что там весит так много? Gtk или что? У меня простое приложение на Qt в AppImage весит 20мб (это по сути все-все-все либы с собой) а во flatpak 1мб (Qt флатпак подгружает как shared library). Откуда 200 (на порядок больше) в калькуляторе, или там система символьных вычислений типа как Математика?) Что snap вообще не умеет шарит тяжелые фреймворки между пакетами?

НЛО прилетело и опубликовало эту надпись здесь

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

НЛО прилетело и опубликовало эту надпись здесь

А какая разница что там делает библиотека, мы просто шарим её и экономим оперативку и диск. Если приложению не нужен mysql то он его и не просит, и соответственно библиотека его не видет ибо он не смонтирован в этот условный chroot.

НЛО прилетело и опубликовало эту надпись здесь

она не лежит в /usr/lib она лежит в /new_snap/libname/ я же говорю условный chroot, можно продумать лучше там symlink всякие или что то совсем новое сделать. Возможно проапгрейдить glibc которая емнип этими делами занимается.
Для тех кому нужна гента, для тех есть гента. Остальным достаточно какой то более менее сбалансированной конфигурации как в убунте. Т.е. все снапы на самом деле это будет один большой докер с убунтой. Сейчас вместо этого имеем тот же докер с убунтой только в количестве 100 штук (если поставили 100 пакетов).

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь

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


Дедупликация должна быть уровнем ниже, на уровне файловой систем или libc или подсистемы памяти ядра, а скорее всего всё вместе. С другой стороны чтобы это работало должны быть детерминированные сборки, чего на самом деле нету. Возможно nixos тут может помочь. Я думаю сама идея так сказать витает в воздухе давно, но пока мы до этого ещё не доросли. А пока инженеры работают лучше программистов, этот вопрос не очень актуальный, так как можно обновить железо и обмазываться снапами и прочими контейнерами сколько влезет.

Вы случайно прописали лишний нолик.
% du -sh /snap/gnome-calculator
17M /snap/gnome-calculator

НЛО прилетело и опубликовало эту надпись здесь

Это был кривой снап, пройдите в первый коммент на том реддите (кстати он трёхлетней давности). 290мб нормальный размер. Чуть больше, но не существенно. К тому же msi это же заархивированный файл поидее. Кароче виндовая или макосная сборка не может быть существенно меньше, потому что там тоже принцип всё ношу с собой.

Раз пост опять подняли, я тут как раз ещё поною, что этот чёртов snapd аж целые сутки без перерыва на 100% выжирал ввод-вывод с жёстким диском непонятно зачем без каких-либо сообщений в лог кроме «started snapd», на systemctl stop snapd никак не реагирует, после принудительного kill -9 он перезапускается и снова начинает жрать диск непонятно зачем опять без логов, пришлось вырубить его полностью к херам. Это блин даже хуже чем вин10!

sudo fatrace не смотрели

Да, snap плох и всё такое. Для пользователей. А представьте себя на месте разработчика приложений. Нужно опакетить приложение для ubuntu, fedora, slackware, debian, arch… и ещё с десяток дистрибутивов. Надеяться на мейнтейнеров в поставке свежих версий приложений не приходится. С библиотеками швах, новых нет и всё такое.
Snap (и flatpak, и appimage) — это штуки для разработчиков, который сильно упрощают жизнь, потому что не нужно думать о зоопарке дистрибутивов и деплой упрощается в разы.

НЛО прилетело и опубликовало эту надпись здесь
Ментейнеры, порой, забрасывают проект. Разработчик уже ушёл на 5 версий вперёд с фиксами того же ssl и улучшениями, а ментейнеры ещё теляться. В итоге пользователю нужно собирать самому.
Не проще ли с appimage snap flatpak убрать из этой цепочки ментейнеров вообще?
НЛО прилетело и опубликовало эту надпись здесь
Вы забыли, на минуточку, что приложения нужны пользователям. Без пользователей приложение не имеет смысла.

Нет, вы не правы. Приложения нужны, в первую очередь, разработчикам для достижения их личных целей. Цели могут быть разные: самообразование, строчка в резюме, личный бренд, продажа за деньги, оказание услуг и т.д. Исходя из целей и ресурсов разработчики выбирают инструменты.
Если цель — быстро и без головной боли поставлять приложения юзерам — разработчик выберет snap/flatpak/appimage, потому что вне зависимости от дистрибутива у разработчика всегда будут одни и те же версии зависимостей и простая доставка приложения и обновлений до пользователя. И не придётся иметь дела с зоопарком дистрибутивов и их версий.
Если бы при выборе технологий всегда руководствовались совершенством технологий или мнением группы "продвинутых" людей, то мы бы не увидели многих приложений на electron, отжирающем память, таких как slack, postman, visual studio code, skype и прочих. Но они существуют и очень успешны.

Мы бы не увидели многих приложений на electron, отжирающем память, таких как slack, postman, visual studio code, skype и прочих.

К счастью, не увидели бы! К счастью! Да хотя бы потому что старый скайп по сравнению с новым электронным — божественен.
Снап, наверное, экономит время и силы одного разработчика, не буду оценивать. Но сразу же отбирает всё это, да ещё и место на диске с оперативкой, у миллионов пользователей.

НЛО прилетело и опубликовало эту надпись здесь

Хоть 20-ка и вышла, но до сих пор в репозитарии нет пакетов для nano, mc, logrotate и других.
Из-за этого сборка части пакетов под 20-ку даже на launchpad не работает.

Подождать надо с месяц хотя бы, а лучше с полгода, тогда все косяки поправят, я помню что то подобное с 18.04 было, перешел когда уже вышла редакция 18.04.3, пока 18.04 всем устраивает, а красивости я и сам могу поставить gnome-tweaks здорово в этом помогает

Меня очень удивило (расстроило) то, что пакеты ПРОПАЛИ из репозитория.
Так как в феврале всё нормально было, все зависимости подтягивались.

Кстати, никто не подскажет как вылечить зависание ubuntu при заполнении RAM?
  1. Включить и настроить swap
  2. Включить использование zswap: https://wiki.archlinux.org/index.php/Zswap
  3. Установить и настроить earlyoom — осторожно, может прибить все процессы

Из личного опыта swap в линуксе приносит больше проблем, чем пользы. Если без него включался OOM killer, то с ним система зависала намертво. Пришлось полностью отказаться от swap на диске и использовать zram.


Ещё может пригодиться Alt+SysRq+F, который прибивает самый прожорилвый процесс в системе если SysRq разрешён.

1. Установить и настроить zram, проще всего через zram-tools.
2. Создать /etc/sysctl.d/60-dirty.conf со следующим содержимым:
vm.dirty_bytes = 67108864
vm.dirty_background_bytes = 16777216

vm.swappiness=100
vm.watermark_scale_factor=200

3. Убедиться, что используется достаточно свежее ядро (5.3+).

Эти три пункта заметно улучшают ситуацию. Если еще полтора года назад, во времена 4.19, я бы однозначно советовал Windows 10 для маломощных компьютеров с малым количеством RAM, то с параметрами, описанными выше, я ошибся с копированием файла, скопировав многогигабайтный файл в RAM целиком, и система только немного замедлилась. Также могу запускать несколько виртуалок одновременно, RAM в настройках которых превышает количество физически установленной памяти, и все также, не побоюсь этого слова, быстро работает, при 5+ ГБ в swap (и zram, и zswap).

Кстати, а для чего и zram, и zswap?
Если этот правильно понимает документацию, то zswap.max_pool_percent определяет размер сжатого пула в памяти, по превышении которого сжатые же страницы будут выгружаться на диск, в то время как в случае zswap + zram страницы будут перегружаться из одно сжатого хранилища в другое, и повторное сжатие не будет давать результатов. Или это для того, чтобы иметь своп не имея свопа?

zram — «виртуальный» своп, располагающийся в RAM, сжимающий память, попадающую в него.
zswap — сжатие для обычного свопа, чтобы не упираться в скорость шины/накопителя (у меня sata 2, для современных sata 3/nvme почти не актуально).
Насколько знаю, zram (по умолчанию) не выгружает свои страницы на диск, т.е. работает целиком в RAM. Про функциональность в zswap, подобной zram, не слышал, не использую.

Arch wiki уверена, что по умолчанию zswap.max_pool_percent=20, но, поскольку он перехватывает выгрузку страниц, то без подпирания его работающим свопом работать не будет.
И там же, в самом начале, написано, что выгрузка в реальный свап происходит уже разжатых страниц. Вероятно, этот ошибся, утверждая, что zswap выгружает уже сжатые страницы.
Стало быть, если хочется избежать IO на медленный диск, то надо подпирать его zram, как сделано у вас.


На kernel.org пишут, что zswap также умеет находить дубликаты страниц.


Same-value filled pages identification feature is enabled by default and can be
disabled at boot time by setting the "same_filled_pages_enabled" attribute to 0

А вот тут протестировали zswap с разным значением zswap.max_pool_percent.

Ого, действительно. Значит, в моём случае от zswap не было никакого толка: у меня zswap.max_pool_percent был установлен в 1.
я бы однозначно советовал Windows 10 для маломощных компьютеров с малым количеством RAM
мало — это сколько?
Менее 2 ГБ. Полтора года назад условным планшетом на Atom с 1 ГБ RAM фактически нельзя было пользоваться под Linux: открытие нескольких вкладок в браузере приводило к полному фризу интерфейса на десятки секунд.
Я, с 8 ГБ RAM, долгое время жил в режиме «либо браузер, либо виртуалка»: кеш-страницы все из памяти вытяснялись, своп заполнялся, и трешинг был настолько сильный, что интерфейс не отзывался минутами (притом, что у меня SSD). Сейчас, на современных ядрах и с правильной настройкой, ситуация заметно лучше, что не отменяет факта более оптимизированной работы с памятью под десктопные нужды в Windows 10.
Привет! :) А какой виртуалкой пользуешься? И какие задачи она помогает решать?
Пользуюсь преимущественно virtualbox, также qemu-kvm. Задачи: запустить другую ОС из уже работающей.
Может подскажете, как запустить допустим виртуальную win xp, не запуская при этом ubuntu? Просто на старом ноуте всего 2Gb ОЗУ, и если запускать через virtualbox, то на саму VM памяти маловато остается. Т.е. хочется аналог мультизагрузки, но чтоб WinXP работала с виртуального диска (реальный диск GPT и в MBR перефарматировать нежелательно)
Какие варианты есть.
И желательно чтоб без танцев с бубном.
Если без танцев с бубном, то докупить на Авито/eBay еще б/у DDR2 за копейки и второй диск, если нужно — указать его диском для виртуалки. Упретесь в производительность процессора (предполагаю), но хоть осознаете это сразу, а не после недельных усилий по оптимизации.
Для промышленного решения не пойдет, а для единичных костылей — самое оно.
Как-нибудь настраивали win10 для работы на слабом железе? Отключали службы, правили реестр?
фактически нельзя было пользоваться под Linux

Надеюсь вы понимаете всю нелепость этой претензии без указания что за Linux и с каким DE?
Под 10й виндой всего один DE, со стандартным потреблением, а вот под линуксом их даже не два, а сильно больше) Есть DE очень охочие до ресурсов, типа Gnome3, а есть более легковесные, есть даже минималистичные, типа i3…

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

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

См. bugzilla.kernel.org/show_bug.cgi?id=196729
I have 10Gb of RAM
The first swap was after loading a saved game, then launching kmail in the
background. This caused ~500Mb to be swapped to /dev/sda2 on an SSD. The
system froze for about 8 minutes — barely being able to move the mouse. The
HDD LED was on constantly during the entire time.

Для сравнения: вчера на одноплатнике с 512 МБ RAM и ядром 5.4 пользовался браузером. Медленно, но жить можно. На ядре ветки 4, где проявляется эта проблема, всё бы просто зависло.
НЛО прилетело и опубликовало эту надпись здесь
openSUSE Linux 15.0 и 15.1, ядро 4.12, 3 ГБ ОЗУ, при пользовании Огнелисом система заполняет своп — не было больших тормозов даже на НЖМД. На NVME SSD было небольшое замедление работы на 5 секунд.
Тормоза были с BTRFS, с ext4 и XFS — всё Ок.

Спасибо большое. Как раз вчера столкнулся с проблемой, что как только кончилась ОЗУ, сразу же интерфейс перестал отзываться — невозможно даже закрыть вкладки, чтобы освободить памяти.


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

Я уж думал что один такой. При открытии большого числа вкладок, проектов в ide ubuntu просто зависает с максимальной загрузкой процессора. oem killer и swap не помогают. Также как zram. Удалось решить только увеличением объёма оперативной памяти с 8 до 16Гб.
Просто свап не придуман для того, чтобы регулярно заменять память, он для «на крайний случай переполнения». Если вам не хватает RAM, оптимизируйте свою работу с приложениями.
НЛО прилетело и опубликовало эту надпись здесь
Алгоритм сжатия без потерь lz4 показал наиболее заметные результаты
Хм, было бы странно увидеть там алгоритм сжатия с потерями.
snap шикарная вещь. Если не ошибаюсь, калькулятор который идет в составе Ubuntu как раз snap пакет. Раньше калькулятор запускался дольше, чем хромиум. Секунды 2-3, и это немного удивляло. Но потом разработчики это блестяще исправили. Теперь новые версии хромиума только ввиде snap и он уже не запускается быстрее калькулятора.
Canonical пошёл путём мелкомягких лет 20 назад — добавлением технически замороченного функционала с расчётом, что тормоза поправит пользователей апгрейдом железа.
И где сейчас «мелкомягкие»? И где каноникал?

Самая популярная настольная ОС — от мелкомягких. Самый популярный настольный дистрибутив линукса — от канониклов. Приблизительно где-то здесь они.

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

p.s. На последней конфе выступали разработчик Yii и Symfony. Никаких холиваров. Причем оба дико завлекали в поддержку Open Source сообщества. Хоть на один коммит в пару строк. С миру по коммиту — уже приложение.
Не удивлюсь, если через пару лет будут силком тащить к компам, вносить свою лепту.
Использование SNAP
snap приложения по прежнему запускаются в 10 раз медленее, или это исправлено?

Все кто хэйтят snap не могут расстаться с 20 летним компом?

НЛО прилетело и опубликовало эту надпись здесь

Ну я бы ещё понял 5 секунд и минуту в разницу, но там где оно на глаз не заметна, это просто придирки

Пол SSD — придирки? Я уж молчу о том, что люди всё ещё HDD используют, и там уже не явно не доли секунд запуск. Да даже если 1000 мсек против 200 — это всё равно заметно, особенно для приложений, которые постоянно запускаются/закрываются (как тот же калькулятор или редактор).

Ну убунту у меня на обычном жд на 7200 стоит, как по мне экономия на спичках, редактор если постоянно нужен, то зачем его закрывать?

Я уж молчу о том, что люди всё ещё HDD используют
Сочувствую им. Независимо от наличия snap.

Я тут попытался было перенести домашние виртуалки на HDD (на SSD кончается место) и довольно быстро вернул их обратно. Тормозогло. И ведь когда-то это устраивало (когда SSD не было), но к хорошему привыкаешь быстро и безвозвратно.
НЛО прилетело и опубликовало эту надпись здесь
Да, на 8-ке это уже тоже было заметно, но на 10-ке проблема показала себя так сказать во всей красе. На работе 10-ка и HDD — и эта операционка-насильник дисков.
Интересно, что такого натворили то, что всё стало так тухло?
У разрабов — SSD, и обычно NVME не из дешёвых, т.ч. у них всё Ок.
Для 10-ки покупайте SSD — считайте это доп. затратами. При цене от ~24$ это вполне приемлемо. Или пользуйте 8.1 пока поддерживается.

100 мс заметно и на глаз и на слух и вообще как угодно. Возьмите гифку, где 10 раз в секунду чёрный сменяется белым. Вы не увидите смены цветов? Серьезно? Или аудио с 10 ударами в секунду. Вы не услышите удары, разве?


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


А про 1 секунду и говорить нечего, это заметно любому, кто не в коме.

НЛО прилетело и опубликовало эту надпись здесь

С гибридными дисками нормально работает.

Те кто минусы ставит, хотя бы описывали свое железо, p.s. ноутбук — это калькулятор если что

НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Для многих людей компьютер, особенно под линуксом, — это рабочий инструмент, а не способ попонтоваться перед пацанами во дворе, и железо в нём стоит ровно такое, которое позволяет комфортно решать рабочие задачи. И нам не хочется каждые два года выбрасывать на ветер по несколько килобаксов только из-за того, что у разработчиков софта руки не тем концом вставлены.

А Вы со своими комментариями в духе «ноутбук — это калькулятор» больше похожи как раз на подростка, который радостно хвастается перед окружающими новым купленным ему родителями телефоном.

Вовсе нет, просто я уверен на 100% что те кто жалуется, комп не обновляли лет 5 минимум, и ещё и ноутбук скорее всего, комп я сам раз в 10 лет обновляю, вполне зарабатываю сам, ну и в snap у меня арбузер и дискорд, больше не знаю что там народ ставит, что по несколько гигов места нет и в 10 раз дольше открывается, открывается дольше, так как проц в буке старый, жёсткий и ссд медленный

Да, не обновляли. У меня ноут 2012 года с четырехядерным i7, 8 Гб оперативки и двумя ССД в RAID-0. И когда на такой конфигурации калькулятор открывается пару секунд, мне очень хочется кому-нибудь сделать больно. При этом, такого железа с головой хватает на то, чтобы решать абсолютно все рабочие задачи. И обновлять комп, тратя на это весомые деньги, только потому, что у разрабов руки из задницы растут, я не хочу.

Win10 и Manjaro, к слову, на моём ноуте летают без малейших лагов.

Хороший, но уже не молодой, и это ноут, на моем старичке 10 года все летает

НЛО прилетело и опубликовало эту надпись здесь

Обновил на 20.04 c 19.10 ноутбук Acer Swift 3 на Intel 10-го поколения. Заработал встроенный микрофон (точнее матрица из 4-х микрофонов) и suspend. Проблем не заметил.
Для запуска обновления пришлось добавить ключ -d к sudo do-release-upgrade

даже учетная запись суперпользователя root не может изменить код ядра


Ubuntu пошла по пути windows, ограничивая пользователя в правах. Похоже последний нормальный LTS релиз Ubuntu останется 18.04. RIP Ubuntu, привет другие дистрибутивы Linux.

P.S.: концепция по которой изначально строилась безопасность linux предполагала использование root только для системных изменений и особых случаев. Большинство программ при установке просто устанавливают в bin ссылку на себя и не более. Вместо запрещения менять систему правильнее было бы наоборот разрешить делать типовые операции, такие как добавление ссылки на программу, без рута, пусть и только для данного пользователя. Вместо этого люди запускают из под рута всё подряд, ловят трояны и приходится вводить ограничения возможностей рута. Ровно в тот момент, когда начали использовать root на каждый чих, и случился поворот не туда. Можно было бы вернуться к истокам, но Ubuntu пошла по пути Windows, очень жаль.

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

Последняя нормальная убунта была 8.04 а потом стала «улучшаться графика» в угоду красивостям и против функциональности, а потом пришло юнити и вот это все.
Вместо этого люди запускают из под рута всё подряд, ловят трояны и приходится вводить ограничения возможностей рута.

Злоумышленник может поднять права и другими способами. А подняв их, он может сделать очень дурные вещи:
Если злоумышленник в результате атаки добился выполнения кода с правами root, то он может выполнить свой код и на уровне ядра, например, через замену ядра при помощи kexec или чтения/записи памяти через /dev/kmem. Наиболее очевидным следствием подобной активности может стать обход UEFI Secure Boot или извлечение конфиденциальных данных, хранящихся на уровне ядра.
Только не надо транслировать мифы о том, что SB это изобретение клятого микрософта — это только на опеннете прокатит, а читатели Хабра знают, какую пользу несёт грамотное настроенная безопасная загрузка. SecureBoot — единственная нормальная защита от вредоносных OROM-ов и загрузчиков.

Что самое смешное, дистрибутивы и до этого использовали различные патчи для блокирования обхода SecureBoot. «lockdown» лишь вобрал в себя применяемые в дистрибутивах патчи, и их, наконец-то, приняли в ядро. Для вас, как пользователя Ubuntu, вообще ничего не изменилось. Но до этого патчи вам не мешали, а тут вдруг резко всё пропало, клятая винда во все поля.
Злоумышленник может поднять права и другими способами.

Может поднять только в том случае, если пользователь запускает дырявые программы под рутом. А чтобы этого не происходило, не надо запускать всё подряд из под рута, читайте предыдущее сообщение. Ваши рассуждения относительно рута аналогичны тем, как если бы вы считали всех граждан уязвимыми для мошенников, а чтобы от этого защититься — предлагали забрать у всех их недвижимость, паспорта и гражданские права. Да, иногда системы хакают, как правило по недосмотру самих пользователей, но ограничивать их из за этого в правах, чтобы «защитить»? При том, на системе для профессионалов, а не домохозяек? Вы только что расписались, что отдаёте контроль над своей машиной неизвестным людям в Canonical/Linux Foundation/не важно и не сможете ничего сделать даже с правами суперпользователя, радуйтесь.
Теперь вы можете отформатировать, например, USB-накопитель в exFAT

Exfat и так прекрасно работал через exfat-fuse.
Да в юзерспейсе. Теперь оно в ядре. И вроде как майки лицензию перестали требовать на exfat
«FUSE» и «быстро», насколько мне известно, это понятия друг от друга достаточно далёкие. А без «быстро» оно явно не «прекрасно».
Прощайте 32 бита

Правильно ли я понимаю, что это относится к чисто 32-битной сборке (когда и ядро и юзерспейс 32-битные), а просто 32-битные либы как в макосе не выпилили?

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

Спасибо, все нововведения порадовали, кроме прекращения выпуска 32-битных версий. Машин ещё до фига, Ubuntu на них работает довольно бодро.
Все пишут что snap содержит в себе все библиотеки. А можно ли сделать их переиспользуемыми между пакетами?
НЛО прилетело и опубликовало эту надпись здесь
Вот apt очень любит ломаться до состояния «ой, всё» («The following packages have unmet dependencies») — и после этого начинается развлечение, дорогой юзер, найди пожалуйста сломаный пакет и вручную разрули его зависимости и пока ты это не сделаешь, я вообще работать не буду.
В этом смысле snap гораздо более устойчив
НЛО прилетело и опубликовало эту надпись здесь
Именно так и действует одна из альтернатив снапам — Flatpak. В нём каждое приложение может использовать один из нескольких фиксированных рантаймов, которые содержат все нужные библиотеки. В итоге рантайм устанавливается один раз и затем переиспользуется другими приложениями.
Можно. Вот тут можно почитать: vasilisc.com/snap-vs-deb
Небольшая выдержка из статьи:
Разработчики KDE активно щупали технологию Snap, чтобы попробовать представить своё детище в таком формате. Первые пробы упаковки KCalc рожали снап пакеты по 70 мб из-за kde-frameworks-5 внутри, но стоило воспользоваться интерфейсом connect и вынести kde-frameworks-5 в отдельный snap пакет, то KCalc похудел до 300 кб
Ура! Темная тема :)
Она недотемная. Это конечно все вкусовщина но в убунте постоянный треш с темами. В любой другой морде имеются человеческие темные темы но только убунту идет своим неведомым путем. Помню в 10.04 была «прекрасная» обоина цвета, я извиняюсь, жидкого поноса. И вобще морду убунте знатно исковеркали везде где только можно. Кнопки влево, кнопки вправо и часы посередине а трей мы уберем но не совсем а вкрячим левое дополнение делающее почти тоже самое а чтобы вы не смущались этими долгожданными нововведениями мы сделаем гигантские заголовки но сверху уберем меню ибо нех.

Натянул морду deepin сразу после установки благо есть уже в репах и мои волосы мягкие и шелковистые. Настроек ноль с половиной но они и не нужны. По дефолту все красиво и правильно. И есть человеческая темная тема.
Да нет сейчас человеческих темных тем для gtk и gnome/mate/xfce/cinnamon/lxde. Может, Vertex или Arc-darkest, разве что. Для кед есть движок Kvantum с кучей ништяков, правда.

Я лично живу с чорным-чорным ~/.gtkrc-2.0, такой же самопильной темой gtk3(на основе чего-то скачанного), export QT_QPA_PLATFORMTHEME=gtk2 в ~/.xinitrc и cwm в качестве оконного менеджера.
Каждая статья оттуда напоминает, какие они упорыши, в общем.
И ведь до сих пор есть люди, пользующиеся третьегномом.

Не понятно, как удалили питону. Утром обновился. Команда python запускает 2.7. Третий как и раньше через python3.

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

Необязательно.
# update-alternatives --config python
Пофиг ваще на ресурсы, главное чтобы приложухи работали. Снап — нужен и нужен был давно, для десктопного использования. Те кто любит пердолиться — могут продолжать это делать дальше, возможностей для этого фантастически огромное количество, а вот решений дле тех, кто пердолиться не хочет — критически мало, их надо делать как можно больше и развивать это направление. Спасибо, Убунту!

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

Кстати, людям со слабыми машинами, можно порекомендовать KDE версию, внезапно.
НЛО прилетело и опубликовало эту надпись здесь
Ну, ни всем же быть программистами. Порой приходиться делать полный переезд на новый репозиторий из-за одной программки, которой в стандартной нет. Ставить параллельно не получается — зависимости ломаются. Пытаться прилепить сбоку из deb пакета не получается: говорит «негде брать пакет такой-то» Хотя он есть, просто называется по другому. Ад dll?
А так скачал snap и погнали.
У меня есть способность разобраться с пакетной системой, но нет никакого желания каждый раз разбираться со всякой фигней типа зависимостей или еще чего. Если вам прикольно заниматься таким вместо использования ОС по назначению — окей, но возмущаться тем что пакеты наконец-то стали удобными — это перебор. Я хочу что-то поставить и чтобы это сразу работало и мое желание может исполнить убунта, спасибо ей огромное. Если захочу пердолиться — накачу себе арч или генту.

PS
А фиксация у меня такая, потому что я — копрофил и педераст ушибленный, все через призму такую воспринимаю и транслирую, понимаете ли, а такой лексикон и вовсе мой потолок. Ну и еще руки из жопы и пользоваться операционными системами не умею. Надеюсь, ответил достаточно развернуто и не разочаровал.
Планируется ли переход на Wayland?
Затягивается на неопределенный срок.
Он ставится автоматом, но не запускается по дефолту. Не запускается при установленных проприетарных nvidia драйверах. Но работает хорошо. Даже меньше глюков чем в иксах.
Почему убунту такое тормозное говно?
как правило, причина сидит по ту сторону монитора
Как будет проходить переход с 16.04.5?

Скорее всего, через промежуточную 18.04

Классически: больно.
К сожалению, в мире осталось много проектов, работающих с Python 2,


последнюю пару лет, наблюдаю, что у всех актуальных проектов есть(и часто не один) порты на третий питон

Ubuntu 18.04.4 — обновил вчера до 20.04 (обновиться могут как 18.04 так и 19.10)

Сразу после установки 20.04, поставил Steam и потестил пару игрушек. Разница колоссальная. Вообще не заметил отличия от запуска на винде. Раньше какую игру ни запусти на линуксе, всегда подлагивания, непонятные замедления-ускорения времени и прочее, хочется сразу вырубить. А теперь идеально. Правда, возможно, это лишь благодаря новому драйверу NVIDIA
Зарегистрируйтесь на Хабре, чтобы оставить комментарий