Рафаэль Садовский (Rafael Sadowski) объявил о доступности пользовательского окружения KDE Plasma 5.27 для установки в OpenBSD-current, формировании готовых для установки пакетов kde-plasma и kde-plasma-extra, и намерении обеспечить поддержку KDE Plasma в весеннем выпуске OpenBSD 7.5. После прекращения поддержки KDE4 в OpenBSD так и не была перенесена возможность использования новой ветки рабочего стола KDE Plasma 5. Пакеты с приложениями KDE Gears 5 и библиотеками KDE Frameworks 5 достаточно давно доступны в портах OpenBSD, но сама оболочка до настоящего времени оставалась неработоспособной.

Для установки KDE Plasma и KDE Gear теперь достаточно выполнить команды:

pkg_add kde 
pkg_add kde-plasma 
pkg_add kde-plasma-extra

Отмечается, что переход ветки KDE 6 на Qt 6 не будет большой проблемой для OpenBSD, так как в рамках проведённого портирования ветка Qt 6 и связанные с ней зависимости уже адаптированы для работы в OpenBSD. Из остающихся задач отмечается решение некоторых недоработок с композитным сервером KWin, Wayland, NetworkManager и SDDM. Также планируется добавить поддержку утилиты pkg_add в интерфейсе установки приложений Discover.

  • odalist
    link
    fedilink
    arrow-up
    0
    ·
    2 years ago

    ЮKDE тоже нужно

    Спорить не буду, но посмотрю как запоешь, когда она официально переползет на qt 6.

    • crypt
      link
      fedilink
      arrow-up
      0
      ·
      2 years ago

      когда она официально переползет на qt 6

      только-только основные баги в пятом кде успеют исправить… и тут сначала.

      • odalist
        link
        fedilink
        arrow-up
        0
        ·
        2 years ago

        только-только основные баги в пятом кде успеют исправить

        Именно так и будет.

        • crypt
          link
          fedilink
          arrow-up
          0
          ·
          2 years ago

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

          • JamesHolden
            link
            fedilink
            arrow-up
            0
            ·
            2 years ago

            Потому что любой разработчик понимает, что rust - это ничего не дающая профанация, с экосистемой в сравнении с C/C++ вызываещей лишь припадки смеха. Это просто дурилка картонная для любителей лапши на уши.

            • crypt
              link
              fedilink
              arrow-up
              0
              ·
              2 years ago

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

            • Minona
              link
              fedilink
              arrow-up
              0
              ·
              2 years ago

              Это просто дурилка картонная для любителей лапши на уши.

              Даже Линус понял преимущества раста и разрешил его в ядро. А вот от твой любимый С++ он всегда посылал нахер. А ты просто старый консервативный пердун.

              • JamesHolden
                link
                fedilink
                arrow-up
                0
                ·
                2 years ago

                Он разрешил, потому что за жизнь он уже задолбался бодаться с баранами. Это просто мудрость.

                • Minona
                  link
                  fedilink
                  arrow-up
                  0
                  ·
                  2 years ago

                  В таком случае почему он прогнулся под раст-баранов но не прогнулся под срр-баранов, ы?

              • JamesHolden
                link
                fedilink
                arrow-up
                0
                ·
                2 years ago

                Это же клоунада какая-то (по расту в ядре)

                Например, у нас есть конкретные машинно-проверяемые требования, касающиеся использования небезопасного кода: для каждой небезопасной функции разработчик должен документировать те требования, которым должна удовлетворять вызывающая сторона – таким образом, гарантируется безопасность использования. Кроме того, при каждом вызове небезопасных функций разработчик обязан документировать те требования, которые должны удовлетворяться вызывающей стороной в качестве гарантии того, что использование будет безопасным. Кроме того, для каждого вызова к небезопасным функциям (или использования небезопасных конструкций, например, при разыменовании сырого указателя) разработчик должен документировать обоснование, почему делать так безопасно.
                

                Я и на C могу написать в документации, почему небезопасный вызов делать безопасно. Лол)))

                • Minona
                  link
                  fedilink
                  arrow-up
                  0
                  ·
                  2 years ago

                  Бюрократия - основа безопасности, ты не знал? =))

            • Oberstserj
              link
              fedilink
              arrow-up
              0
              ·
              2 years ago

              rust - это ничего не дающая профанация, с экосистемой в сравнении с C/C++ вызываещей лишь припадки смеха.

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

              • JamesHolden
                link
                fedilink
                arrow-up
                0
                ·
                2 years ago

                Лучше, для начала, разверните мысль что именно даёт rust из того, что не даёт C++. А потом разберемся почему растовая пропаганда это лапша на уши.

          • odalist
            link
            fedilink
            arrow-up
            0
            ·
            2 years ago

            не понимаю, почему они до сих пор не взялись за переписывание.

            Может, лет через десять и перепишут…