/tech/ - Technology★

>>911487 (OP)

>>911652

There is generally no reason to have less features on a PC (all long as the program is sane enough), however, if you don't need some feature(s) then smaller/more lightweight alternatives can be better. On embedded devices and other resource-constrained environments, it ofc wouldn't make any sense to include unneeded bloat. But busybox is very useful to have for recovery environments in PCs.

Less-complex software is

1) Easier to maintain

2) More portable

3) Easier to switch to/from (For example, SystemDick is trying to devour all and it gets added as unneeded (and unwanted) dependency to some progs. As result you might be forced be used of SystemDick)

4) More reliable, fault-tolerant and less there are less bugs

5) Easier to audit, Less likely to have backdoor Botnet (it's harder to hide it)

6) Less-complex programs are also (probably) faster, more power efficient

If you are interested in a more bare-bones systems, you should check out Alpine Linux ( https://alpinelinux.org/ ) Alpine uses busybox and it doesn't install GNU utilities by default (they are available in the repos, however).

>>911728

I like the idea of alpine but I wish it at least had manpages. Even when you install them they're not for every tool and the docs are usually a generic "POSIX" page that isn't nearly as helpful as a regular manpage.

Maybe Gentoo would be a better choice. It does use GNU coreutils, but you can choose a different libc and compile all your packages with certain flags (if I don't use KDE why should my programs have KDE integration?)

>More reliable, fault-tolerant and less there are less bugs

>Easier to audit, Less likely to have backdoor Botnet (it's harder to hide it)

>Less-complex programs are also (probably) faster, more power efficient

These are the main ones for me.

also that a cute lenny pic OwO notices bulge <3

>>911757

I run Gentoo on my desktop (might replace Void with Gentoo on my laptop. But I am also considering Alpine) Gentoo is very nice distro, but if you have low-end system then you probably want to use distcc to compile your packages and/or use CloverOS ( https://wiki.gentoo.org/wiki/Distcc ), ( https://cloveros.ga )

Some tips and other things that I wanted to mention:

First of all, you should compile the kernel yourself. Genkernel sometimes messes up (but you can use genkernel to build your initramfs, but dracut is also available in the repos).

Install gentoolkit (nice utilities for working with Gentoo)

install app-portage/eix (for faster package searching)

install app-portage/euses (to lookup USE flags)

Install app-portage/layman to manage overlays (= 3rd party repos) Just run layman -L to get list of available overlays, mask all of the packages from that overlay (add */*::OverlayName to your /etc/portage/package.mask) then add the overlay with layman -a OverlayName , run layman -S to update the overlays and then unmask the packages you want to install in /etc/portage/package.unmask

(idk if you have used gentoo before, but overlays often seem to confuse those who are new to gentoo)

Install app-portage/cpuid2cpuflags to get the list of right cpuflags and then add them to your make.conf

To download GPG signed updates Install app-portage/gemato and app-crypt/gentoo-keys and read ( https://wiki.gentoo.org/wiki/Handbook:Parts/Working/Features#Validated_Gentoo_repository_snapshots )

Oh, and this might be useful: https://wiki.gentoo.org/wiki/Gentoo_Cheat_Sheet

Good luck

>>911768

;_;

>>911770

Nice tips! I’ll keep these in mind. I don’t think I will need distcc as I would be installing on a desktop

>>911794

>what's das u-boot??

>>911910

>wat is busybox init+openRC?

I saw you can do that with Gentoo ^.^

I don't normally give tripfags attention but you actually talk about /tech/ instead of LARPing for attention so I'll break my rule. I'd advise being less of a faggot though. That trip will eventually bite you in the ass if you catch the attention of the wrong autist.

>These things are obviously meant for embedded use, but my question is: does that really mean anything??

These applications are intended for use in an environment that rarely changes and where there are minimal resources. A general purpose computer generally doesn't have those requirements. So storing two versions of a lib doesn't cause a problem. You _can_ use them on a general purpose machine but there really isn't much point.

>Like.. what are you really losing with these? Would operating systems/distros really suffer if they actually switched over to these?

You lose the ability to modify the software and have it back up and running quickly for the most part. Embedded software is designed to be used as a whole where the tools in most OSs are designed individually. Upgrading and auditing the software becomes a harder/longer task if you're having to re-audit all of the code every time you want to change it.

>How much work would really be needed to make things compatible if they wouldn't be?

Depends, best answer I have is "more than it's worth when better options exist already". The current way of doing things works well enough. You develop bleeding edge stuff in a general purpose environment, take the things that work best, cut all the bloat, audit it, then package it together for an embedded system. That's the main difference between the two; Embedded software is intended to run for many years without changes/updates and is expected to function until the death of the hardware it runs on. General purpose software is designed to be changed quickly/often and will probably do so many times before the hardware it runs on finally gives out.

Also, it's worth noting that in the "good old days" embedded software was generally found stored on things where you only got one chance to get things right. When you're attempting to squeeze everything you can out of a small ROM chip you aren't going to be in business long if you allow bloat or badly written software to get through. It's why optimization has become a bit of a lost art. There isn't a problem of storage anymore so people just shit out something that works and call it good. I've watched the quality of the average programmer's code go down my entire life and I mainly place the blame on the fact that we have so much storage on systems these days. When the average PC sports 8-16GB of RAM with TBs of HDD space it's easy to hide bad practice.

>>911965

>I don't normally give tripfags attention but you actually talk about /tech/ instead of LARPing for attention so I'll break my rule

I get that a lot!

>You _can_ use them on a general purpose machine but there really isn't much point.

well:

>It's why optimization has become a bit of a lost art. There isn't a problem of storage anymore so people just shit out something that works and call it good. I've watched the quality of the average programmer's code go down my entire life and I mainly place the blame on the fact that we have so much storage on systems these days. When the average PC sports 8-16GB of RAM with TBs of HDD space it's easy to hide bad practice.

thats kinda what the point is. "embedded" software like the ones mentioned in the OP would probably have better code quality and less bugs, on top of being smaller, which as you said doesn't mean much with how much storage we have today, but it appeals to my autism uwu and of course is better practice.

>>911967

umm, isn't Jewgle Fuchsia an RTOS? Could that be stripped of its GUI and used for that purpose?

Of course the best option, although its not really an RTOS would be something based on seL4. You don't get much higher quality than literally mathematically verifying the code's correctness.

>UWU

SUCK A FAT NIGGER COCK AND DIE OF AIDS

>>912081

>What's the best practice and most /minimal/ option for serving files over a network/networks btw?

I would just use scp if you need to move just a couple of files into another computer or setup vsftpd. Don't Samba and SMB have a lot of security issues?

Rewrite TempleOS in Forth.

>>912185

y-your pic is so lewd! OwO

Well I meant file serving as in being able to “mount” stuff over a network or share entire directories, like for a NAS.

idk about samba security issues. I know from a course I took that if you have the NETBIOS features enabled they can be used as an enumeration tool, but I thought you could disable that. I did see that SMB can be encrypted though.

>>912235

Why forth? Also that’s a cute boy and froggy ^_^

Try out BuildRoot on one of your old Raspberry Pis that you don't use anymore. It's basically an automated Linux from scratch for embedded systems and petty good for making set and forget servers.

https://buildroot.org/