Void linux установка steam

Что нужно знать при переходе на Void Linux?

Суть такова: собираюсь перейти на Void Linux (да ладна?) , ибо зело понравился: шустрый (даже в «виртуалке» с KDE, в конфигурации «2 ядра 2 гига»), не использует systemd (ничего не имею против, просто захотелось странного чего-то другого), «роллинг», как и «арч», но пакеты не такие жирные. Да и пакетный менеджер с виду адекватный, не то что apt. Поэтому прошу «бывалых» рассказать побольше о всяких тонкостях и «подводных камнях», про которые в «тамошней вики» не написано.

sudo cast Iron_Bug

В плане простоты и минимализма, мне больше понравился Alpine Linux — минималистичнее некуда, есть версия для ARM.

Вы обычную версию Void Linux пробуете, или ту которая на musl’е собрана ?

musl накладывает ограничения, но лучше выбрать обычную версию

runit в потребности в опытных руках там, где требует софт systemd.

ограниченный софт, требуется понимание xbps-src, ну или на худой конец понимание где найти rpmextract и dpkg.

Шустрота наверно зависит от ДЕ и прямых рук? Есть что то быстрее пакмана?

sudo cast Iron_Bug

Последний комментарий: 26.07.20 14:23:35

Подводных камней не встречал, юзаю уже два года на основной машине. Ни разу не было проблем при обновлении, оно просто работает, runit — очень приятная штука: в отличие от systemd, тебе не нужно штурмовать десятки страниц документации. Софт есть на любой вкус, максимально свежий (если он non-free, то не всегда, а-ля в репах лежит Intellij IDEA 2020.1.1, когда у меня уже 2020.3).

Но там реально анархия. Это забавно, когда есть время и желание разбираться. Собственно они и с автором Void разорались из-за того, что тот предлагал навести порядок.

Совершенно непонятные изменения. Очень легко принимаются и так же легко отменяются обратно. Несколько пакетов (два точно, если память не изменяет) уже тут разбирали с ребятишками — они просто не работают, потому что за ними никто не следит.

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

+/- год на Void с XFCE в качестве DE. Да, есть немного анархии, т.к. все держится на энтузиазме не такой уж и большой команды. В целом, доволен. Чтобы просто работать удаленно — более чем. Ставил с обычных образов, не musl. Кстати, есть отдельные энтузиасты, которые обновляют образы каждый день, т.к. официальные зависли на дате 9 ноября прошлого года. Да, это роллинг, но тем не менее, с тех пор много чего обновили и пофиксили, потому лучше взять посвежее. Эти же ребята собираются запилить некое подобие AUR (пакеты, которых нет в репах в виде бинарей, но есть на официальном гитхабе и доступны только через xbps-src, включая «restricted» по тем или иным соображениям).

Та непринципально, оно ж после установки всё равно всегда самое свежее (если указать источник «Network»).

Вы обычную версию Void Linux пробуете, или ту которая на musl’е собрана ?

Обычную. Но в любой момент может засвербеть попробовать «мюсли».

Да, но они почему-то предупреждают у себя в доках:

Warning!: If you are installing a desktop environment from a «flavor» image, you MUST choose Local for the source.

Думаю, так сохраняются конфиги, что они намутили. В противном случае придётся снова прописывать в .xinitrc нужное DE, запускать демонов и так далее. Ни разу не ставил с DE стоковым, поэтому и не замечал.

Понятно. Скорее всего так. Я ставил с XFCE на борту сразу.

В альпайне нифига не заводится, десктоп на нём — гиблое дело.

Впрочем, сомневаюсь, что сабж сильно лучше. openSUSE нужно юзать, если apt подбешивает.

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

что касается скорости — да, Void очень шустрый и маложручий. я его использую с i3wm. тащемта, довольна вполне. я уже несколько лет на нём сижу. с тех пор, когда ненужнод начал распространяться.

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

И как оно на i3? Уже руками на мышечной клацаешь? На musl с чем столкнулась?

В альпайне нифига не заводится, десктоп на нём — гиблое дело.

Ловите наркомана! Там Wayland с пол-пинка, офис, браузеры, компиляторы, Emacs (чем тебе не система?). Для Фомы, который кричит на каждом углу «НЕ ЗАВОДИТСЯ», flatpack завезли.

Я играл в доту довольно долго. Разница по нагрузке с flatpack и голым Arch была 1-3% по моим замерам. Если же хочется понту — chroot никто не отменял. Есть мануал, чтобы развернуть и пользоваться (был написан до flatpack).

Ты уже столько раз назвал флатпак, что пахнет провалом.

musl. Но ты булькай дальше, как и где не работает. Именно такие, как ты! новичкам на ЛОРе навешают, те и сидят всю жизнь на Ubuntu. «Не работает». Потребитель.

Ололо. Это как раз поехавшие предлагают новичкам маргинальщину, и те сами видят, что ничерта не работает. И сидят в итоге уже под виндой.

да нет никаких проблем. i3 уже портирован под musl. я даже не знаю, требовалось ли там что-то, но я ничего не патчила дополнительно.

вообще, на i3 я уже давно сижу. он простой и удобный. главное, что в нём удобно без мыши работать. это как раз для меня.

Источник

Steam

Steam is a gaming distribution platfrom by Valve Software.

Contents

Installing Steam through XBPS

To install Steam firstly you need to enable the nonfree repository if you haven’t yet.

Next, install the steam package hosted by this repo:

If you are running the i686 distribution this should be enough to get it running.

Additional steps on x86_64 machines

After installation there will be a prompt in the terminal explaining what other packages may be needed depending on the user’s setup. It will tell you which repositories you need to enable and which packages you need.

Dbus is generally a good idea to have as you can have issue starting Steam or segfaults without it.

For some games mono must be installed:

Installing Steam through Flatpak

Install Flatpak through xbps if you haven’t already and enable the Flatpak repository.

Install Steam through Flatpak

To run Steam through Flatpak

If you are using a different drive to store you game library run the following commmand where ‘ ‘ is the mount point of your drive.

Audio issues within Flatpak’d steam

There are many issues that can occur with the combo of Void Linux, Pulseaudio and Flatpak. If you aren’t receiving sound within Steam there is a simple script that can be used, which works with the recommended Pulseaudio setup. Since how Pulseaudio is handled it will stop once it is not needed, meaning no other intervention is needed other than closing Steam to stop the service from running.

You may find other «less hacky» fixes for this issues which may not apply to Void Linux due to how the enviorment varible $PULSE_SERVER is handled within Void.

Troubleshooting

Libstdc++ Library error and Steam runtime issues

The Steam Ubuntu bootstrap tarball might use an incompatible libstdc++ library, try:

to see if that’s the case, and then try to remove the supplied libstdc++ from

Note that this is a temporary solution, as this file will be restored every time the Steam client is updated. For a more reliable solution, you can try overriding problematic libraries with LD_PRELOAD :

For convenience, you can put this in a script or an alias.

Games running slowly or not at all, issues with network streaming

Verify that your user belongs to the video group.

Audio not working

First, try installing pulseaudio and alsa-plugins-pulseaudio . If you do not have audio in the videos which play within the Steam client, it is possible that the ALSA libs packaged with Steam are not working.

Источник

Installation

This section includes general information about the process of installing Void. For specific guides, see the «Advanced Installation» section.

Base system requirements

Void can be installed on very minimalist hardware, though we recommend the following minimums for most installations:

Architecture	CPU	RAM	Storage
x86_64-glibc	x86_64	96MB	700MB
x86_64-musl	x86_64	96MB	600MB
i686-glibc	Pentium 4 (SSE2)	96MB	700MB

Note that flavor installations require more resources; how much more depends on the flavor.

Void is not available for the i386, i486, or i586 architectures.

Before installing musl Void, please read the «musl» section of this Handbook, so that you are aware of software incompatibilities.

It is highly recommended to have a network connection available during install to download updates, but this is not required. ISO images contain installation data on-disk and can be installed without network connectivity.

Downloading installation media

The most recent live images and rootfs tarballs can be downloaded from https://alpha.de.repo.voidlinux.org/live/current/. They can also be downloaded from other mirrors. Previous releases can be found under https://alpha.de.repo.voidlinux.org/live/, organized by date.

Verifying images

Each image release’s directory contains two files used to verify the image(s) you download. First, there is a sha256sum.txt file containing image checksums to verify the integrity of the downloaded images. Second is the sha256sum.sig file, used to verify the authenticity of the checksums.

It is necessary to verify both the image’s integrity and authenticity. It is, therefore, recommended that you download both files.

Verifying image integrity

You can verify the integrity of a downloaded file using sha256sum(1) with the sha256sum.txt file downloaded above. The following command will check the integrity of only the image(s) you have downloaded:

This verifies that the image is not corrupt.

Verifying digital signature

Prior to using any image you’re strongly encouraged to validate the signatures on the image to ensure they haven’t been tampered with.

Current images are signed using a signify key that is specific to the release. If you’re on Void already, you can obtain the keys from the void-release-keys package, which will be downloaded using your existing XBPS trust relationship with your mirror. You will also need a copy of signify(1); on Void this is provided by the outils package.

To obtain signify when using a Linux distribution or operating system other than Void Linux:

• Install the signify package in Arch Linux and Arch-based distros.
• Install the signify-openbsd package in Debian and Debian-based distros.
• Install the package listed here for your distribution.
• Install signify-osx with homebrew in macOS.

If you can’t obtain signify for some reason (e.g. you are on Windows and can’t use WSL or MinGW), you can use minisign(1) to verify the file.

If you are not currently using Void Linux, it will also be necessary to obtain the appropriate signing key from our Git repository here.

Once you’ve obtained the key, you can verify your image with the sha256sum.sig file. The following example demonstrates the verification of the GCP musl filesystem from the 20191109 release:

If the verification process does not produce the expected «OK» status, do not use it! Please alert the Void Linux team of where you got the image and how you verified it, and we will follow up on it.

For verification with minisign , it is necessary to rename the sha256sum.sig file to sha256sum.txt.minisig and remove the first line from the .pub release key. The following example demonstrates the verification of the sha256sum.txt file from the 20191109 release:

The same warning as above applies. If the verification process isn’t successful, do not use the file — warn the Void Linux team about it.

Источник