daemon
gentoo
daemon | gentoo | |
---|---|---|
1 | 51 | |
13 | 1,992 | |
- | 0.8% | |
6.6 | 10.0 | |
8 months ago | 5 days ago | |
C | Shell | |
GNU General Public License v3.0 only | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
daemon
-
Systemd: The Good Parts
> You mean Slackware users on some random forum.
Believe it or not, that's actually the official slackware forum. And whatever solution those guys come up with, it will likely become the official solution.
> Besides, the solution they came up with uses XDG autostart which has nothing to do with systemd.
The slackware solution involves a project that nobody has heard of before, just so it can imitate the "user-level service" feature provided by systemd: https://github.com/raforg/daemon
> Not to mention that it's not even doing the exact same thing as the Gentoo solution and running two more commands in addition to pipewire.
The slackware solution requires starting those 3 processes (pipewire, pipewire-media-session, pipewire-pulse) separately from 3 different .desktop files, likely because the daemon tool above can't properly reap the pipewire-pulse process (not sure whose fault is this though).
On the other hand, the gentoo solution can start all 3 processes with just 1 .desktop files, because `pkill` takes care of it. Simple and effective.
I think the key difference, in this case, is that the slackware guys are trying their best to imitate a systemd feature, while the gentoo guys seem to focus more on finding the best way to allow users to enjoy pipewire.
gentoo
- Backdoor in upstream xz/liblzma leading to SSH server compromise
-
Vulkan Video Extensions for Accelerated H.264 and H.265 Encode
Whilst Firefox may support hardware video decoding, Mesa since March 2022 disables patent encumbered codecs by default[1], and distributions such as Fedora and OpenSuse do not explicitly enable these patent encumbered codecs to avoid possible legal problems. Even Gentoo (built from source code by the user) requires the user to explicitly enable a USE flag (proprietary-codes) to use patent encumbered codecs.[2]
The thought process is that AMD, NVIDIA, Intel and the likes are not providing a patent license with their hardware.[3] They are instead just supplying part of an overall system that together with operating system kernel, display manager software, video player software, etc allows the decoding and encoding of patent encumbered video files. Open source software projects and distributions are concerned they'd be found to be infringing patents by enabling a complete solution out-of-the-box. Hence they put some hurdles in place so that a user has to go out of their way to separately piece together the various parts to form a complete system capable of encoding and decoding patent encumbered codecs.
[1] https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/15...
[2] https://github.com/gentoo/gentoo/commit/1265a159743d7f07185a...
[3] https://lists.fedoraproject.org/archives/list/[email protected]...
-
I like gentoo's package deprecation process
Thank you! I don't live in git and this helps! Normally under gentoo I shouldn't have to. This actual git https://github.com/gentoo/gentoo (as opposed to the gentoo browser view) plus this "checkout the commit" should get me much further. ... And probably deserve some space in the gentoo docs.
- Great news java people: Gradle eclass is in the works!
- LLVM stages
-
Is gentoo difficult to maintain as a daily driver?
You choose - here's a list
- Error 2124 when trying to interact with super-block (show-super, set-option)
- HTTP-Tiny: verify_SSL (Draft PR)
-
My CNCF LFX Mentorship Spring 2023 Project at Kubescape
(pending) gentoo/gentoo #30595 sys-cluster/kubescape: new package, add 2.2.6
-
Why do the desktop profiles add so many USE flags?
profiles/targets/desktop/make.defaults:
What are some alternatives?
rapiddisk - An Advanced Linux RAM Drive and Caching kernel modules. Dynamically allocate RAM as block devices. Use them as stand alone drives or even map them as caching nodes to slower local disk drives. Access those volumes locally or export them across an NVMe Target network. Manage it all from a web API.
gentooLTO - A Gentoo Portage configuration for building with -O3, Graphite, and LTO optimizations
e1000e-dkms-debian - Intel e1000e ethernet adapter driver (DKMS version) for Debian
torbrowser-overlay - Gentoo overlay for Tor Browser related ebuilds
DTLS-Examples - Examples for DTLS via SCTP and UDP using OpenSSL
cmake-init-conan-example - cmake-init generated executable project with Conan integration
arcan - Arcan - [Display Server, Multimedia Framework, Game Engine] -> "Desktop Engine"
cmake-init-vcpkg-example - cmake-init generated executable project with vcpkg integration
oksh - Portable OpenBSD ksh, based on the Public Domain Korn Shell (pdksh).
llvm-overlay - Unofficial experimental gentoo overlay for compiling llvm with additional components
stress-ng - This is the stress-ng upstream project git repository. stress-ng will stress test a computer system in various selectable ways. It was designed to exercise various physical subsystems of a computer as well as the various operating system kernel interfaces.
cmake-init - The missing CMake project initializer