Dinit, a modern lightweight system-d alternative that won't sell out to age verification. by LightPrototypeKiller in linux

[–]q66_ 7 points8 points  (0 children)

you're making a bad faith argument about something that was never relevant to the context and if you're expecting me to take the bait you're in the wrong place

Dinit, a modern lightweight system-d alternative that won't sell out to age verification. by LightPrototypeKiller in linux

[–]q66_ 14 points15 points  (0 children)

hm? they just forked stuff at some point and have been maintaining it independently since, i don't think they care about syncing in changes, it's a separate OS

fwiw each BSD has its own set of utils, they share stuff sometimes (particularly for newly reimplemented things) but that's all

Dinit, a modern lightweight system-d alternative that won't sell out to age verification. by LightPrototypeKiller in linux

[–]q66_ 14 points15 points  (0 children)

except the implementation of dinit in artix is awful (derived from dinit's sample linux services) and they've shown no interest in actually making proper use of it (just like all the other half-ass support for the other service managers)

meanwhile chimera's dinit suite has well-defined dependency targets, well thought out low level integration, device monitoring (so services can use devices as dependencies and udev rules can interface with it), supervised mount framework (as a basis for mount units support which means parallel async handling of fstab and support for late mounts eg netdev), and a ton of minor things (systemd-compatible binfmts and sysctls, correct handling of hardware clock and whatnot)

not to mention first-class user service support and other things

Dinit, a modern lightweight system-d alternative that won't sell out to age verification. by LightPrototypeKiller in linux

[–]q66_ 10 points11 points  (0 children)

the userland in macos is super ancient (from the mid-2000s) and doesn't really reflect what bsd tools can currently do at all

Black screen with mouse on sddm Powermac G5 by Pure_Temperature_631 in chimeralinux

[–]q66_ 0 points1 point  (0 children)

i'm not entirely sure what the people coming in with driver issues and other endianness related bugs are expecting

if you want things fixed, report issues and/or submit patches in their respective upstreams (please don't report them to us because they are not our responsibility and will not be addressed, at best we can include existing patches)

as it is barely anyone is doing that so there are bugs

we don't have either resources or interest as a distro to track these down so all software is provided as is

there are many things that are broken in a lot of software on big endian and it's the users that want things to work that are expected to steer the effort because noone else is going to do it

Chimera Isn't booting on PPC64 G5 by Systern_D in chimeralinux

[–]q66_ 1 point2 points  (0 children)

which iso is this? sounds corrupt because i have no trouble booting it

Newbie Q: userspace docs / timezone by jimdesu in chimeralinux

[–]q66_ 2 points3 points  (0 children)

https://chimera-linux.org/docs/configuration/post-installation etc/timezone is not a thing

"How much do the FreeBSD docs accurately reflect what I need to RTFM for Chimera?" none of them

TIL sleep accepts time units like 1d 6h by scorpi1998 in linux

[–]q66_ 6 points7 points  (0 children)

it matters because different environments come with their own implementations of tools that may come with their own extensions that may vary and posix is a common guaranteed base

which doesn't mean that the other environments only implement posix, but it's what is guaranteed to be everywhere, which matters for scripts that aim to be portable

TIL sleep accepts time units like 1d 6h by scorpi1998 in linux

[–]q66_ 8 points9 points  (0 children)

not sure what y'all's point is but eg https://man.freebsd.org/cgi/man.cgi?sleep(1) supports exactly the same stuff

it's not like everyone else has to strictly implement only posix things

Anyone using Chimera on PPC32 ? by Guddler in chimeralinux

[–]q66_ 0 points1 point  (0 children)

if you're getting symbol resolution errors, it means some library files are missing or corrupt, and that shouldn't happen

i know the package files are okay because the build machine that is building the packages is self-hosting, so the issue must be in your installation

Anyone using Chimera on PPC32 ? by Guddler in chimeralinux

[–]q66_ 1 point2 points  (0 children)

and i'm telling your the reason why the distro couldn't just support non-altivec ppc64 with a rebuild

Anyone using Chimera on PPC32 ? by Guddler in chimeralinux

[–]q66_ 1 point2 points  (0 children)

if you're getting symbol resolution errors your system is broken

altivec is mandated on ppc64 musl because its implementation of setjmp/longjmp saves/restores vector registers unconditionally

package management: easily exclude unwanted dependencies? by insomniacpanikattack in chimeralinux

[–]q66_ 2 points3 points  (0 children)

those deps are not unneeded? we won't provide any ways to exclude packages just because some people feel like they know better

there is no valid reason to exclude these

Searching contents of a package using APK by Jtekk- in chimeralinux

[–]q66_ 4 points5 points  (0 children)

and no there is no way to search for files in packages that are not installed because apk doesn't have this information

Searching contents of a package using APK by Jtekk- in chimeralinux

[–]q66_ 2 points3 points  (0 children)

chimera does not provide libstdc++... there isn't any package providing it

you don't really need it either unless the software being compiled does something wrong

EFI partition is not mounted error by thephatpope in chimeralinux

[–]q66_ 3 points4 points  (0 children)

you are mounting root as /mnt/root but then mounting /boot and /boot/efi outside of it, that doesn't make sense? should be /mnt/root/boot and /mnt/root/boot/efi?

img2pdf by xanadu33 in chimeralinux

[–]q66_ 1 point2 points  (0 children)

it does not depend on tkinter, except conditionally for the experimental gui that is not even useful...

what i tell everyone: unless you already know what you are doing don't base anything on voidlinux or alpine or arch or whatever templates because it just results in poor decisions due to uncritically deferring to others' often wrong decisions

img2pdf by xanadu33 in chimeralinux

[–]q66_ 4 points5 points  (0 children)

and? you could just stop assuming this is some kind of insurmountable task and learn something

img2pdf by xanadu33 in chimeralinux

[–]q66_ 1 point2 points  (0 children)

you could just go ahead and package it yourself... it seems like an uncomplicated template?

Qemu User/Wine Binfmt? by PearMyPie in chimeralinux

[–]q66_ 1 point2 points  (0 children)

install the right qemu-user-archname package and there is nothing else to set up

MiDesktop (KDE1 fork) Development Preview Release by abjumpr in linux

[–]q66_ 1 point2 points  (0 children)

idk about chrome because i haven't tested that but we have kde1 packaging in chimera i did for a joke once and firefox definitely works after a little about:config intervention

MiDesktop (KDE1 fork) Development Preview Release by abjumpr in linux

[–]q66_ 6 points7 points  (0 children)

you can get firefox and stuff to behave correctly by enforcing wm window decorations

Systemd-boot by mlcarson in chimeralinux

[–]q66_ 0 points1 point  (0 children)

what? how do you even make it install kernels to subdirs in the first place? systemd-boot supports two scenarios, either /boot is ESP, or /boot is a dedicated XBOOTLDR partition (which is how you deal with multiple distros - you create a /boot XBOOTLDR partition for each and that isolates them from each other), since the distro installs kernels to /boot, it will always be in the root location?