Как сообщает блог It's FOSS, в свежей долгоиграющей Убунте обнаружилась странная особенность: как будто по недосмотру, в рамках DE пакеты DEB перестали быть по умолчанию ассоциированы с какой-либо программой для их установки. При этом даже если выбрать «открыть в App Center» (а ничего другого подходящего там и нет) через контекстное меню, App Center просто зависает и не позволяет ничего сделать с пакетом.

И это не первая ласточка: начиная с 20.04 действием по умолчанию для DEB пакетов оказалось открытие в менеджере архивов, каковое положение вещей сохраняется и по сию пору по крайней мере в режиме Live OS (см. скриншот). А аналогичная нынешней ситуация воспроизводилась ещё в 23.10, но только сейчас оказалсь «канонизирована» в рамках релиза LTS, хотя вопрос был поднят в виде баг-репорта к 23.10 уже более полугода назад. Но с точки зрения Canonical, это вопрос крайне неприоритетный, и в рамках релиза LTS 24.04 решать они его не собираются. «Живите теперь с этим» фактически является официальной позицией — как пояснил один из разработчиков, к решению этой «фундаментальной проблемы» они обратятся только «в следующем цикле» в силу якобы нехватки ресурсов для её решения прямо сейчас.

Возникает логичное объяснение случившемуся: это ничто иное как очередное свидетельство того, что Canonical взяли курс на отказ от построения системы вокруг DEB пакетов в пользу Snap. И делая установку DEB пакетов ещё несколько более муторной для пользователя (само собой, можно поставить ту же gdebi и привязать к ней действие по умолчанию для DEB пакетов — но это нужно делать специально; ну и, конечно, установка через apt в терминале по-прежнему работает), они постепенно «отучают» пользователей от использования DEB, создавая искусственные неудобства с ними на пустом месте.

>>> Подробности на "It's FOSS" (itsfoss.com)

Продал два предыдущих 22-х дюймовых монитора и вместо них взял один 27-дюймовый с 100% цветовым охватом в sRGB и rec.709. Теперь можно красить видео в DaVinci Resolve, а не только лепить табуретки и логотипы-заставки в Blender`е.))

На столе можно заметить свежекупленную японскую камеру Fujifilm X-S20 и старый китайский трёхосевой гимбал Zhiyun.

В остальном всё без изменений - та же самая винда Убунта, тот же десктоп. Буду держать вас в курсе последних событий/изменений.

Скриншот рабочего выходного стола.

>>> Просмотр (1920x1080, 357 Kb)

Сделать опрос натолкнуло это сообщение от slackwarrior: Видите ли вы угрозу со стороны ИИ в ближайшие 5 лет? (комментарий)

Потом, когда результат нейрохайпа укусит его одептов за жеппу, появится отличная ниша для переписывания говнокода за нейросетками методом «смыть, сделать нормально» :)

Как есть…

>>> Просмотр (2560x1440, 1640 Kb)

Недавно создатели фреймворка построения микроядерных ОС Genode порадовали нас релизом ОС общего назначения Sculpt 24.04:

• новый интерфейс управления драйверами
• (экспериментальная) поддержка suspend/resume
• новый аудио интерфейс
• поддержка экранов с разрешением 4К
• возможность удалённой отладки

Вкратце о проекте:

• поддержка нескольких микроядер
• свободный (GPL) исходный код
• конфигурация всего и вся в XML
• невероятно подробная и постоянно обновляемая документация, оформленная в виде книг: https://genode.org/documentation/index
• большей частью написано на С++
• драйвера портированы из GNU\Linux

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

>>> Подробности (genode.org)

1. Загрузить образ https://archive.org/download/mac-os-x-snow-leopard-10.6-10a-432/Mac_OS_X_Snow_Leopard_10.6_10a432.dmg

Length: 6586892984 (6.1G) [application/x-apple-diskimage]

2. Загрузчик UEFI

OpenCore for Legacy EFI - bootloader https://khronokernel.com/apple/silicon/2021/01/17/QEMU-AS.html

прямая ссылка https://github.com/khronokernel/khronokernel.github.io/blob/master/Binaries/OpenCore/EFI-LEGACY.img.zip?raw=true

1.5 mb но распкаковывается почти на 200 mb

3. Грузим(ся) в qemu 9.0+

qemu-system-x86_64 -device isa-applesmc,osk="ourhardworkbythesewordsguardedpleasedontsteal(c)AppleComputerInc" -usb -M pc-q35-6.1 -device usb-kbd -device usb-tablet -m 2047  -hda EFI-LEGACY.img -hdb osx.qcow2  -cpu Penryn,vendor=GenuineIntel,+ssse3,+sse4.1  -boot d -bios /usr/share/edk2-ovmf-x64/OVMF_CODE.fd -display sdl,gl=on -accel kvm

Для установки с образа dmg просто добавьте ‘-cdrom some.dmg’

Мне диска на 12 Гб хватило. Звука правда нет, и сети что-то не видно .. потом ещё поковыряю.

>>> Просмотр (1440x900, 847 Kb)

SimCity — игра в жанре градостроительный симулятор, разработанная Уиллом Райтом и компанией Maxis в 1989 году.

Немного истории. Это та самая игра, для которой было сделано исключение в обработке памяти в винде. Игра больше не работала после того, как была выпущена Windows 95. Microsoft не стали ждать патча от разработчиков, а сделали хак сами. В Microsoft был создан специальный костыль для ОС, который отслеживал запуск SimCity на компьютере. Если это происходило, Windows 95 изменяла работу распределителя памяти таким образом, чтобы симулятор не считывал освобождённую память. (То есть изменяла работу на то как это работало в DOS). Благодаря этому патч от разработчиков для решения данной ошибки, не потребовался.

В дальнейшем исходники игры были открыты и выложены разработчиком под именем Micropolis (поскольку Simcity является торговой маркой, а Micropolis было оригинальным именем данной игры) - Выложен исходный код SimCity для OLPC

Собирал так:

make -j1

Список зависимостей такой:

bash-5.1$ ldd /usr/lib/micropolis/sim
        linux-vdso.so.1 (0x00007ffc20bd7000)
        libm.so.6 => /lib/libm.so.6 (0x00007f1fc8e2e000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f1fc8cea000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f1fc8cd5000)
        libXpm.so.4 => /usr/lib/libXpm.so.4 (0x00007f1fc8cc2000)
        libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0x00007f1fc8c2a000)
        libSDL_mixer-1.2.so.0 => /usr/lib/libSDL_mixer-1.2.so.0 (0x00007f1fc8bd9000)
        libc.so.6 => /lib/libc.so.6 (0x00007f1fc89f6000)
        /lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007f1fc903f000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f1fc89cb000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f1fc89c6000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f1fc89be000)

Собирал отсюда — git://git.zerfleddert.de/micropolis

Суть в том что если просто взять и запустить после сборки, то игра подменит шрифты на свои. То есть игра использует свой собственный fonts.alias и fonts.dir со своим собственным набором шрифтов. То есть после запуска игры все шрифты поменяются на шрифты игры собственно.

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

>>> Просмотр (1920x1080, 326 Kb)

Собрались и уехали на праздники в соседний город, погулять, посмотреть на старину, сосед всё-таки в 4 раза старше. Ну а между прогулками можно и за компом посидеть.

>>> Просмотр (4000x3000, 3704 Kb)

В комментариях давайте обсудим — нормальная ли это вообще практика.

Примечание: Я в курсе, что сочетания могут отличаться в зависимости от ПО и настроек пользователя, но здесь приведены самые распространённые примеры.

Как известно, Steam Deck от Valve дал некоторый толчок популярности GNU/Linux среди геймеров и разработчиков видеоигр. Хотелось бы узнать, какова доля его обладателей среди пользователей ЛОР.

Интересно, конфигурируете и собираете ли вы ядро из исходников под себя. Если не Linux и не *BSD, то пишите конкретное ядро в комментариях.

В свете обсуждений в соседней теме стало интересно.

Картинка для тех, кто не знает всех этих названий, и для наглядности.

Самый нижний ряд с пробелом (короткий/длинный и раздвоенный/цельный пробел, Alt/AltGR, Fn, доп.клавиши при пробеле и прочее) оставим за пределами опроса, дабы избежать его разбухания. Естестенно по тем же причинам оставим за кадром также стрелочки, нампады, F1-F12 и прочее, иначе никакого количества вариантов не хватит. Обсуждаем, соответственно, только сам буквенно-циферный блок и клавиши, непосредственно окружающие его.

Добавлю, что речь о том, какую именно предпочитаете на десктопе. Если ввиду, например, требований к компактности приходится на ноутбуке пользоваться «компактной» раскладкой, но на десктопе пользуетесь обычной, или если в целом нравится пользоваться обычной — голосуйте за вариант, который нравится, а не за компактную.

Мультивыбор на случай, если две (или даже три?) одинаково нравятся. Если всё же какая-то одна больше — голосуем за одну.

Навеяно этим тредом от hateyoufeel.

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

Опрос сделан по аналогии с опросом про неподтверждённые сообщения.

Собственно вопрос заключается в том, насколько часто вы это делаете? Если кто не знал, то это можно сделать при помощи кнопки внизу страницы внутри темы или на странице форума.

Для просмотра удалённых необходимо иметь хотя бы одну звезду.