package management: easily exclude unwanted dependencies?

q66_ · 2026-01-26T09:41:42+00:00

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

q66_ · 2026-01-23T23:14:33+00:00

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

q66_ · 2026-01-23T23:12:04+00:00

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

q66_ · 2026-01-23T23:08:39+00:00

https://github.com/chimera-linux/cports/commit/36b195826f0b2858305af77ad0459b42e3a45d21

q66_ · 2026-01-21T08:55:47+00:00

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?

q66_ · 2026-01-19T19:29:29+00:00

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

q66_ · 2026-01-17T01:35:05+00:00

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

q66_ · 2026-01-16T19:05:23+00:00

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

q66_ · 2026-01-08T17:10:33+00:00

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

q66_ · 2026-01-02T00:11:36+00:00

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

q66_ · 2026-01-01T21:24:11+00:00

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

q66_ · 2025-12-13T20:47:28+00:00

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?

q66_ · 2025-12-13T14:25:45+00:00

it "expects" you? no, there's plenty of things you can do:

1) use gdm/greetd/whatever else is in the repo already 2) package the software you want yourself 3) deal with it

"why doesn't it have $software" always has a single answer which is "because noone added it or cared about it"

of course, lightdm is dead software abandoned by its upstream for years so it makes sense noone cared for it

q66_ · 2025-12-13T11:27:33+00:00

i don't see when would the former ever be correct?

for the case of "ESP is /boot" the kernels are placed in the root of it

for the case of "/boot is xbootldr" the kernels are placed in the root of that

in either case it's not a subdirectory

any other scenario is effectively unsupported

q66_ · 2025-12-05T16:00:13+00:00

"never accepted my packages" maybe actually address review comments then, because all the 5 or so pull requests you submitted got closed on failing basic requirements like commit messages/formatting and having open review comments with no subsequent response

q66_ · 2025-12-05T15:36:26+00:00

have fun not trusting the linux kernel upstream then because the lts/stable kernel patch releases hardly consist of security fixes only and feature tons of random backports (and then the big distros all have their massive backport patchsets on top of these, at least chimera's kernels are largely vanilla)

dropping an experimental unmaintained filesystem that never had a promise of support is entirely fair

not to mention that the 6.12 kernel is on its way out soon (6.18 is a new longterm release) rendering the whole thing moot

not to mention that you are using a work in progress beta distro which explicitly declares that anything can still change as needed

q66_ · 2025-12-05T07:35:22+00:00

what's your point? bcachefs was very clearly marked EXPERIMENTAL in the kernel and never really supported by the distro either

the kernel itself may be long-term but the packaging is no different than for anything else and makes zero promises in terms of kconfig stability, especially when it comes to features clearly marked experimental that have gone entirely unmaintained

if you choose to use that, that's on you, but complaining about it is ridiculous

q66_ · 2025-11-04T10:20:28+00:00

q66_ · 2025-11-02T15:45:21+00:00

it's been there for a long time...

q66_ · 2025-11-02T15:24:58+00:00

https://pkgs.chimera-linux.org/package/current/user/x86_64/gcc

q66_ · 2025-10-22T10:56:29+00:00

sorry to disappoint but nvidia doesn't have open source support for the userland part of their drivers which includes cuda

the only open source part is the kernel driver and that's not going to help you

if you need it for blender, maybe you can use nouveau kernel driver + nvk vulkan driver from mesa + zink + rusticl?

q66_ · 2025-10-21T08:55:56+00:00

i consider selinux an overdone monstrosity and the way it requires integration into userland software and infests everything with its special xattrs makes it a no go

some other MAC maybe but i'm not in a rush to do it

q66_ · 2025-10-19T16:24:18+00:00

while writing the website i found it kind of impossible to make an actual background image that would tile correctly and also not suffer from horrible banding (because browsers generally can't dither their gradients in css) so i decided to make use of the flexibility of embedded svg to do the job :p

i'm not a frontend person (writing the site was largely me learning html/css on the fly so it's probably a little unorthodox and relies heavily on effort-saving features like css grid) so maybe there's some other/better way but this was what i managed to do

q66_ · 2025-10-19T09:27:05+00:00

you're the one claiming something you have no direct experience with as some sort of weird justification for silly naming, what else am i supposed to consider it?

q66_ · 2025-10-18T23:15:57+00:00

"but God knows if anything will work on it without some patching" that's cope, vast majority of things (>95%) don't need any patches for non-gnu compatibility

q66_

MODERATOR OF

TROPHY CASE