You are not logged in.
i don't get the obsession with getting an aur like thing into debian when the aur is trash, why not aim for something better, like nix derivations, that way these "independient" packages integrate better into the package manager unlike the hack that is the aur.
The cool thing about pipewire is that it supposedly can provide pulse, jack, wrap alsa and oss (since pulse does) but has performance closer to jack since (the claim is) the internals are very well designed.
Regardless for the pro audio needs it seems promising since routing pulse streams directly in a jack rack is something that can be done with it.
should suffice to add a .desktop entry in ~/.config/autostart/
something like polkit.desktop with contents like these:
[Desktop Entry]
Name=Polkit Agent
Type=Application
Terminal=false
Exec=eval "$(/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1)"
welp, i'm an airhead so the moment i learn to do something i gotta script it, that way i don't need to remember how it is done lol
yeh, i know about the wiki entry, in my opinion using perl in an initscript for something that can be done with a simple awk command is rather dumb
for the script in the repo i added a couple extra facilites like restarting and status along loading a config file, u know to facilitate things a little for the folks that do intend to use this.
maybe self plug but, for anyone that wants to use zram in their install i prepared a repo with a service script that does the job, all it needs is zramctl which is part of the util-linux package.
github: https://github.com/eylles/zram-service
gitlab: https://gitlab.com/eylles/zram-service
codeberg: https://codeberg.org/eylles/zram-service
not sure if submitting that to debian or straight up go and try to get it into devuan?
edit: anyone who wants to help adding proper support for openrc and runit?
Yeh the installation is rough around the edges, specially if you want to install something other than stable, but i guess it is a combination of 2 factors.
1 the dev team size, it isn't large enough to cover every corner.
2 priorities of development, my guess is since there is an assumption that a large portion of the devuan userbase falls in the cathegory of experienced users the attention is shifted from installation and instead put into more urgent matters, like the current situation with php needing systemd in the near future (which i think is either already fixed or that already is a route to fix it)
I have a couple lists
Serious books:
communist manifesto
mein kampf
meditations
Fiction:
overlord vol 14
kerberos panzer cops
chainsawman
@EDX-0: that looks awesome, any chance of posting a thumbnail link to a larger image so we can see the detail?
late night posting, modified my post so now clicking on the image should direct to the full size image.
And also please share your rc.lua?
eh my rc.lua is currently a "here be dragons" while my dotfiles are at an "Abandon All Hope, Ye Who Enter Here" state, i'm cleaning them tho, currently cleaning of my rc lua brought me to cobble together the volume slider as a proper widget, still it needs some work to do but on the meantime i created a repo for dashboard widgets, the volume slider is still not complete but works okay enough i still have to add functionality to change the icon when the sink/souce belongs to an external card or if the port is set to external/headphones, if you want to take a look here's the repo: https://github.com/eylles/dash-widgets
yes i do plan to eventually add the progressbar widgets from the screenshot too, just need to tidy them up.
my ongoing efforts to build an almost DE in the awesomewm framework, also some side shitpost pasta cuz why not?
also yes awesome can do some dynamic setting of the window icon based on the window name
the emojis thing is a covid tracker, for anyone interested this is the repo for that https://github.com/eylles/corona-chan-tracker (yes it is shitpost oriented, it can show a true color ascii of corona-chan but needs zstd, i need to re compress the easter eggs with gzip i guess)
the video thing is only necesary for wayland since wayland doesn't allow desktop capture like x11 does
It is currently only possible to start pipewire manually in every session.
and that is a non issue, since i use a window manager i already start pulse on .xprofile
! pidof pulseaudio >/dev/null &&
setsid -f pulseaudio --start >/dev/null 2>&1 &
i'm waiting on the pipewire documentation so that i can either add pipewire support to the volume module i have on my bar or write a new one targeting pipewire
as despite the fact that is a redhat project it seems to be better than pulse with the promise of reduced latency and jack integration it means no longer there's a need for messing with the awful pulse loopbacks and instead audiostreams can be managed on a jack patchbay
EDX-0 wrote:btw that is a custom coronavirus tracker module, it's just a simple shell script tho.
Morbid, why would you want that in your statusbar and how factually accurate is it!
1. conversation topic
2. my script is a wrapper around the curl interface of this project, so it is as accurate as it's sources which so far have been accurate for my country
on a fresh start
i really settled with awesome wm.
btw that is a custom coronavirus tracker module, it's just a simple shell script tho.
some more necroposting, but now that tt is abandoned then runit takes priority and perhaps s6 will too?
There will always be, as long as systemd is the "default" other init systems on debian will be an after tought and the experience will be rough around the edges, also if you need more recent packages than what stable offers then devuan will be the superior option, devuan ceres will have fixes and patches for nosystemd operation faster than debian sid will, so as a result if some update to some package with a dependency on a systemd component breaks nosystemd usage you will be stuck with a brocken package on debian while you wait for the patch to be upstreamed from devuan, meanwhile on devuan ceres the breaking update won't be pushed until the patch works, and you can be sure the patch will hit devuan faster than it will debian.
tl;dr for those of us that do unstable debian makes no sense at all.
what is the state of plymouth in ceres? i have installed the package and can't get it to work
I have seen it is possible to completely replace pulseaudio with pipewire, and in fact on distros such as nix, arch and fedora it seems a trivial task, but i wonder has anyone looked into completely replacing pulseaudio with pipewire on devuan?
Most folks here only use alsa and perhaps apulse to run programs that depend on pulse, but i don't just have the need to run software that uses pulseaudio but i the need for pro audio for recording and the promise of removing the last bit of poetteringware without loosing functionality and having a unified way to deal with consumer and pro audio is too good to pass on.
So has anyone got pipewire to work as a complete replacement of pulse? or does someone has an idea of what would be necesary to do to acomplish it, service defnitions, configurations etc... ?
the xorg server is stable, and even if it were to be abandoned is not like there's anything preventing people from forking and continue developing it, remember gnome2, unity greeter, unity DE, etc....
also who knows it, the "death" of x11 could be the birth of x12
the mirror you used may have a corrupted installer image, did you verify the checksum?
oh well, necro posting this dead thread but seeing that there is a package for s6 2.7 on beowulf i'm curious if anyone has tried it as even tho runit is good s6 really seems like the logical next step with it being fully compatible with every *nix (at least in theory), i guess porting the services or writing some wrapper/compatibility layer to run service scripts wirtten for sysv or systemd is the biggest roadblock
if you do a netinstall right before you install the init you can chroot into the new system, there you can install network manager, then after reboot if you went for sysvinit you can install runit, after that you can modify sources.list to point to chimaera or ceres, it is better to do a minimal install (no graphical anything) before upgrading to chimaera or ceres
Edit: nevermind i remembered i can just refer to the debian documentation for this but using devuan's suite names
sorry for pestering with noob questions but does this look like a proper /etc/apt/sources.list for upgrading to chimaera?
i opened the file on vim and did :%s/beowulf/chimaera/g<cr>
deb http://deb.devuan.org/merged chimaera main non-free contrib
deb-src http://deb.devuan.org/merged chimaera main non-free contrib
deb https://download.onlyoffice.com/repo/debian squeeze main
# deb http://deb.devuan.org/merged chimaera-security main contrib non-free
# deb-src http://deb.devuan.org/merged chimaera-security main contrib non-free
# chimaera-updates, previously known as 'volatile'
deb http://deb.devuan.org/merged chimaera-updates main contrib non-free
deb-src http://deb.devuan.org/merged chimaera-updates main contrib non-free
Thanks, the capacity of easily creating your own iso is one of the very reasons i decided to hop onto devuan from all other non-systemd distros, i even considered void linux for a while
Thanks, the posts of the forum have been helpful, when my base install didn't startx after installing the minimal x server setup a post of the forum had the solution, i had to install the firmware package for amd gpu.