Archived threads in /g/ - Technology - 940. page

>>61885636
Install something else

Should be running just fine. Have you tried not dribbling on the keyboard?

>>61885647
Nah, it's for an older person that's most comfortable with this OS. I tried installing elementaryOS but it was just too clunky of a UI compared to Windows.

7 works fine on this, but I was hoping on some debloat guide from /g/. I gotta say, for picking up 10 year old drivers, Win 10 is the man.

>My problem with this is that the order in which services are started should, in my opinion, be exactly the same each time and predictable to the sysadmin. With systemd, the order is not deterministic, so you don’t know what’s going to happen next time you boot. I work with servers and embedded devices; I don’t care much about boot time. A server spends several minutes in the BIOS during POST anyway, before the bootloader is even run; making the OS boot faster doesn’t change very much. Embedded devices already start quickly because you trim them down to the bare minimum. What I care about is that every time I boot, the same exact things happen in the same exact order — the order that I want.

>It seems no one can agree on whether systemd is modular or not. I think the problem is with different definitions of ‘modularity’. Systemd doesn’t put everything in PID 1 like some people suggest; it uses modules that communicate with each other. So it is modular in that sense. But these modules are very tightly integrated. You can’t easy remove some of them, or replace them with other things. So in that sense it is very monolithic. This is not at all like having a simple interface and passing data via stdin and stdout, which is the modularity that makes UNIX pipes possible. This is the sense that matters to me.

>[...]I dislike the way systemd is absorbing everything. It’s not just an init system, it’s become an everything-under-the-hood includes-the-kitchen-sink management system. That doesn’t feel modular to me. Why should systemd implement NTP when ntpd already exists? I think systemd-timesyncd and all the others like it are just reinventing the wheel.

Full article: https://bsdmag.org/randy_w_3/

Topic: Systemd is not an init system!!
If someone characterizes systemd as an “init system,” you may safely assume that s/he is either utterly clueless or deliberately obfuscating the discussion. Calling systemd an init system is like calling an automobile a cup holder. Not even Lennart Poettering pretends that systemd is anything but the “Core OS” (sic).

What systemd is is an effort to re-create large portions of existing userspace (including login, job scheduling, and networking, just to name a few) inside a single process traditionally reserved for the sole purpose of starting *nix userspace. (Just in case it isn't clear, there is a huge difference between starting userspace (init) and being userspace (systemd).)

At the end of the day, how one perceives this re-creation of existing userspace strongly influences one's reaction to systemd. There are plenty of perfectly legitimate reasons to be troubled by this re-invention of the wheel; they range from the philosophical and aesthetic, to the technical and mechanical, even the purely political and brutally practical.

And that's part of the problem when folks start to “debate” systemd. Very few folks have the chops to think about, much less talk about all of these areas simultaneously. As a result, the discussion becomes fractured and disjointed, in what is literally the textbook definition of bikeshedding. Suddenly, a talking head who's never written a line of code in his/her life offers up an authoritative-sounding-but-utterly-bogus opinion on systemd's maintainability. Add in the fact that folks on both sides (including Poettering himself) act as if name-calling is a perfectly good substitute for empirical evidence, and the “debate” becomes indistinguishable from white noise.

Full story:
http://forums.debian.net/viewtopic.php?f=20&t=120652&p=570371

The first big problem: PID 1

On unix systems, PID 1 is special. Orphaned processes (including a special case: daemons which orphan themselves) get reparented to PID 1. There are also some special signal semantics with respect to PID 1, and perhaps most importantly, if PID 1 crashes or exits, the whole system goes down (kernel panic).

Among the reasons systemd wants/needs to run as PID 1 is getting parenthood of badly-behaved daemons that orphan themselves, preventing their immediate parent from knowing their PID to signal or wait on them.

Unfortunately, it also gets the other properties, including bringing down the whole system when it crashes. This matters because systemd is complex. A lot more complex than traditional init systems. When I say complex, I don't mean in a lines-of-code sense. I mean in terms of the possible inputs and code paths that may be activated at runtime. While legacy init systems basically deal with no inputs except SIGCHLD from orphaned processes exiting and manual runlevel changes performed by the administrator, systemd deals with all sorts of inputs, including device insertion and removal, changes to mount points and watched points in the filesystem, and even a public DBus-based API. These in turn entail resource allocation, file parsing, message parsing, string handling, and so on.

https://ewontfix.com/14/

File: 36D16247-A7EA-4C60-94F0-9F1F0696DC72.png (968KB, 2880x1800px) Image search: [Google]

968KB, 2880x1800px

Final Cut
XCode
VS Code
Sketch
Affinity Photo
iTerm2
After Effects
BetterTouchTool
Amethyst
S a f a r i

File: af362ada-6342-4f40-bc81-6d7422531601.jpg (200KB, 880x400px) Image search: [Google]

200KB, 880x400px

Why must you keep posting the same thread over and over. Can you icucks take this somewhere else?

PS this is now a poo thread post dank poos

Is there something like the Thinkpad guide for MacBooks?

Pci-e over sata

Firewire. December 14th 2021

>>61884838
It's already being replaced by SSDs directly connected to PCI-e

The new SATA Express interface is just PCI-e as well (plus legacy port)

>>>/mu/

Wanna buy a pedalboard
>under 200€
>must have loop pedal

>OP is Emacs enthusiast

>>61884299
bump, want to know too

Currently using nvpn. Really good, but you can only switch to a different location once. Airvpn is also an option.

>>61884299
Mullvad

>>61884250
Try Waterfox

>extensions can't steal your data
wtf i hate firefox now!!!

>>61884271
>try xyz-fox, it us wayy better

Just ditch firecuck already

here you go brainlet
https://addons.mozilla.org/en-US/firefox/addon/ublock-origin/versions/beta

>cant do X in pre-alpha build
nigga u dum

File: About Mozilla Firefox.png (73KB, 667x335px) Image search: [Google]

73KB, 667x335px

>>61883838

>>61883833

how the fuck does he manage to look like a 14 year old when he is like 50 years old?

File: DESIGNATED_CEO.jpg (41KB, 640x360px) Image search: [Google]

41KB, 640x360px

>>61883833
<-

>>61883893
>>61883833
Pajeets are taking over Silicon Valley. How long until they start shitting in the streets?

>>61883830
Enjoy your brick. You must really like gates blowing loads on your face

>>61883970
Better than Google knifing me in the back for being straight, white, christian and male.

>>61883970
gates? Like logic gates?

this piece of shit mascot is actually the best looking kde-related thing

I'd log into her shell if you get what I mean.


Also:
>woman mascot
>qt dragon with anime eyes
They did not think that trough, did they?

File: CoNuxEIVYAADv6I.png (586KB, 1200x800px) Image search: [Google]

586KB, 1200x800px

>>61883137
i prefer Rao dragons.

>>61883134
How else would you connect to the website?

>>61883134
>performs a TCP/UDP "connection"

literal botnet

>>61883134
>Tcp 3-way handshake
NSA backdoor literal botnet tier

multi paradigm

>>61882934
OOP with multi paradigm

File: 1470px-Doomsday_Clock_graph.svg.png (50KB, 1470x436px) Image search: [Google]

50KB, 1470x436px

>>61882925
nobody uses functional programming
so kill yourself

There is literally nothing wrong with having flash installed.

Firefox users are as dumb as roadkill, this is not surprising.

>implying 64bit browser makes a difference

>>61882452
Roll

Learning x86_64 asm.

>>61882521
Take your rolling to >>>/trash/.