excellent to see that making it more than `apk del nano` to remove it from your standard installation of your distro still turns away these people with zero effort https://old.reddit.com/r/linux/comments/1dvqwg7/a_proposition_to_the_community_to_program_and/

@q66 > I would avoid having a foundation on Alpine or Chimera since it would be too dense and complicated to deal with

????????????????????????????????

@q66 I will instead re-write everything from scratch which definitely won't take more time /s

@pj @q66 I think that 4chan crowd misunderstand Alpine’s reasoning for avoiding GNU software in the base system.

the reason this is important is because they view that decision as ideological, while the real rationale for it was more focused on software quality and reliability, as alpine was originally targeted mostly at IoT sector.

@ariadne @pj for chimera the primary reason is being able to compile the core userland with the strongest compiler hardening we have (which makes coreutils, bash, etc fall apart), besides having a userland that is capable enough for users while being lean enough for constrained envs (initramfs etc)

i try to do what i can to turn away ideologically driven crowd because they are annoying and don't think beyond their one "goal" which either kills projects or makes them insufferable to be in

@q66 Huh
Is the OP so allergic to GNU that a little drop is enough to poison their precious OS or what

@q66 *sigh*

echo 127.0.0.1 reddit.com old.reddit.com > /etc/hosts # -.-

@q66 as a potential hot take, nano with the base system is at least better than vi

not sure why they think they can't just remove nano though

@krum we have vi as well as nano in most "full" setups (vi is a part of chimerautils-extra, nano is pulled in through base-full)

you can't just "remove" nano because it's itself a dependency, but something like `apk add '!base-full-misc'` will remove it (along with some other packages which you can add back), the base metas are organized with soft dependencies intentionally

@q66 of course, i probably should have elaborated a little bit, i tend to avoid metapackages for this exact reason on my systems, generally running void at the moment

i'd like to imagine this isn't too much of a stretch for a manually installed distro

@krum you are expected to always use the metapackages on chimera, it's deliberately set up flexibly so that users get a "complete" system by default but still get control when they want to avoid something (and it makes proper use of what apk has to offer)

installing individual things for "base" systems is just clunky (and somewhat fragile) and leads to people having to worry about things they shouldn't have to care about at all, so i ditched that kind of path early on

@q66 absolutely fair, but i do feel like it's quite a bit easier to manually define dependencies as opposed to creating a distro (or trying to get others to create one for you? weird)
@q66 I did try this!
I read through the comments and apparently this is supposed to be removed differently.
Even besides everything, I don't find the implicitness of "what the user preferably should do" while at the same time having an expectation set on that to be comfortable at times, specially when one just wants to remove a text editor and doesn't expect it to be pulled as a system hard-dependency out of all things. This could be helped by a clarification somewhere.
No animosity though, I wanna make that clear.
more yapping that doesn't fit the char limit. don't take this personally, my intention is to give constructive criticism in regards to this distribution. Maybe all of the things I'm saying are not in the goals list, and I understand if it is not.
*last statement about setting in stone is exaggerated, tl;dr there's not a "way" explicitly said for a user to take on the modularity of their system, which in some cases like mine resort to speculation or habit. At least now I know that in terms of distributions, user customisation can be enabled by the maintainers in a lot of different ways.
@flookerton apk add '!base-full-misc'
@q66 for some reason the instance doesnt show the constructive criticism i made later in regards to that (I rarely use mastodon) , but yeah you are correct.
https://mastodon.social/@flookerton/112749096366120319

@flookerton the point is to provide a default that will satisfy the vast majority of users without having to tinker further, otherwise we get people who don't really know what they are doing coming in and trying strange things

the base-full package is intentionally set up in a modular way so that some (or even all) components can be omitted as needed, there are no hard deps so one gets all the control they want, it's just done in a way that you really have to declare that you want it that way

@flookerton i'm aware that the documentation for it is not the best right now but that's what you can expect from a distro in this stage of development

also the reason your posts are getting hidden is that a lot of instances mute mastodon.social (including mine) due to influx of spam accounts from there

you'll encounter the same thing with many others so i suggest finding a better instance

@q66 All extremes scare me, like suckless-philosophy or gnu-addiction. But I find it rational to replace nano with micro because of the support of familiar keybindings, as well as simplicity and easy-to-use

P.s. I'm not developer, just yet another Linux user