/tech/ - Technology

>>782
Why do you hate Debian? I use Arch and while I'm happy with it (building up your system with only what you need is nice), I miss apt. Pacman is a bit convoluted imo.
I installed Lubuntu in my parents' laptop and it works fine.

>>861
Goddamn I would love to get that upstreamed. I wonder what the hurd devs think about it. They might not like it because it's written in C++. I should ask on the IRC sometime.

>>1395
Even if they don't take the code itself it looks like a method to finally support SMT w/ SSI added on top for free

all these people recommending their debian clones missed OP's goal
>>787
>It's really nothing against debian.
>I am simply bored with it and want to try something new and different.
>That's why I want to go with Gentoo.
OP, as a person who installed Gentoo on multiple systems including a Thinkpad T480s, W520, and a Dell T1650 and had to go to great lengths to make sure the kernel and BIOS settings operate properly I can probably help you.
In all likelihood you have a problem with the boot settings in GRUB that you will need to modify in a text file by hand, depending on your disk setup.
the #1 issue I run into when setting up Gentoo is not using uuids for fstab. are you able to verify whether or not you've done this?
https://wiki.gentoo.org/wiki/Fstab

>>782
Hey, if the issue's WIFI, you could post the output of lspci -vvv and the laptop's name and I'll fetch all the source files you need to compile the drivers. Hell, I'd compile them myself if you'd be willing to trust a random anon.

>>1931
run it in a container or VM.

>>1941
you can't game on virtualized hardware, the performance is shit. better if you can afford to have a computer dedicated to gaming or better yet just quit being a gamer

>>1945
I thought this already, but anyways, what about my registered accounts? Do I just log out of them and never log back in or do I need to permanently delete them?

>>1945
The performance difference is a couple percentage points if you use hardware virtualization

>>1935
Might as well disconnect from the network before starting a game. Lots of singleplayer games (even indie) phone home.

>>1907
>I love exceptions
Have fun not catching your errors.

Also we can keep playing this game but I will just put the option type on the table which means you don't have to check null for all your arguments because null doesn't exist. It also has bind and lift methods. But I bet you're gonna say
>I actually love checking if my values are null
>Actually I love having null exceptions when I forgot to check it manually
>I love the fact that even after I null check a type I cannot let the compiler know the value is not null

Fag

>>1868
>Also pureity is fucking good but if you want a language almost as powerfull as Haskell that allows you to shoot yourself in the foot
what is so good about purity and why is it shooting myself in the foot to think otherwise?
purity might not be a problem if you're doing simple console i/o but if you're dealing with extremely complex outputs (such as OpenGL for a videogame) it becomes such a pain in the ass since you have to integrate non-pure ideas like time flow and coincident events into the pure world of haskell. which results in so many workarounds and operators that all of your code is 99% likely to be completely unreadable.

>>1915
Not all applications are appropriate for Haskell.
But regarding what you said about time and stuff, there's a lot of research done in FRP, which explicitly deals with purity in time varying scenarios.
It cuts down on complexity massively but unfortunately, it is not fast or memory lean enough to use for AAA games. A lot of ideas have been borrowed from it and ported into imperative languages. From what I understand, React.js borrowed heavily from FRP. Elm did as well, although that is a functional language. Playing with Reflex was really fun, very mind bending, almost like magic. I'm looking into purescript for interesting libraries, specifically Concur.

To answer your first question, purity is nice because you can isolate functions and "prove" they are correct. The nice thing about purity is that they will always give the same result given the same input, which means that if you test a shit ton of random inputs and it behaves as expected, it will probably behave as expected in production.

I try to use purity in imperative languages since it makes it much easier to reason about data flow. This means that stuff is not mutated in hidden places, it is always clear where the data has changed. But OOP makes this very cumbersome. In imperative languages it means being very diligent in not modifying the arguments. This has several problems, one is that you either have to make a new datastructure to be returned or you must copy the entire object and return it instead. The cost of copying large structures is very steep. There's also a billion pitfalls with the depth of copying, you might accidentally be mutating another object's nested field because you didn't copy correctly. Not only that, copying objects is very unweildy code-wise beyond a simple shallow copy. This also means that you have to hand code every single class you want a deep copy of.

Then there's the issue of colliding programming styles. People are very used to just mutating everyhing everywhere. Which is fine, because it makes code more legible. But if you want to make pure functions, there might be problems with your team.

And finally purity goes against OOP, which uses methods for mutation and tries to encapsulate complexity. If you are shooting for a pure approach, you will probably be breaking this encapsulation and you will be left with a confusing messPost too long. Click here to view the full text.

>>1904
Is that your template answer when you didn't understand anything that was said? I didn't expect the concept of natural number to filter you as well.

>>1846
>>1877
>>1879
>>1881
>>1889
>>1897
>>1904
>>1905
>>1909
thank you for your service, soyjacker.

It is absolutely scratch. Here is my scratch account:
https://scratch.mit.edu/users/rory1301/

>>1086
I don't know if you're memeing but this is peak 2005's internet comedy:
https://scratch.mit.edu/projects/1886700/

on a side note, with computers being so capable these days, why don't we have visualizations for all scripting languages.

>>1471
Sorry sweaty, big boys don't bloat their code with cringe visualizations

I literally found my old scratch account a few weeks ago. Some of my stuff was popular, damn.

You want to fuck with other wifi networks (that you're not connected to) with the help of your own router?
If you cycle your SSID through a list of already existing SSIDs in the proximity then you might catch some device mistaking you for a bridged AP. They won't be able to connect to your own network, but if your script stops at an SSID that some device tried to connect to, then that device will potentially keep trying to connect to your AP, so you're essentially blocking that device from accessing the Internet.
But some kind of flooding is probably the best bet for a wider attack, although I don't think that's possible via SSID switching because devices aren't scanning for APs constantly. Maybe flooding an AP itself with authentication requests could work on some routers, you could potentially fill the router's whole memory and slow down the whole network to a crawl.

Search openwrt and dd-wrt forums for what wifi admins struggle with, then deliberately create such conditions.

if theyre still using WEP then they are fucking stupid, WEP has been outdated and crackable for YEARS

>>1836
For some reason I feel like spraying Maalox in the eyes would be a bad idea, but I don't know

>>1835
I've thrown a beer bottle as hard as I can in the air and it landed on concrete and didn't break. I don't understand how people break that shit.

>>1835
Note: Modern tanks are equipped with CBRN/NBC-protection systems and the crew inside usually give a damn about gas, poison, or fire. However, as the pic noted, no matter how good their filters are at getting smoke and other crap out of the air, replacing breathable air with carbon dioxide isn't good for 'em. Of course they can just shut off the intake and manage with whatever air they've got inside, but that's not forever.

>>1439
I do use it some years by now, and I'd join your group anon, but I don't really see myself as as anarchist, sorry…

Why use moderately spyware when not spyware at all exists?

Just use Matrix, XMPP, IRC or the thousand other alternatives.

>>1450
>wah why won't people use my autism chat media
I also like IRC but it's dying out and I can only really use it for substantive tech talk. Telegram is good for shitposting and it isn't as though I use it to discuss anything I'd care if the gov saw

>>1439
>>1460
Requires phone number. No thanks.

The best thing about Telegram is the publishing feeds ("channels"). Lots of thematic channels with good info and meme/gif streams.

i'm not aware of ffmpeg being gpu-accelerated, pretty sure it uses just your cpu, at 100% and that usually causes your cpu fan to run at full throttle

download this and check the cpu temp and gpu temps while encoding with ffmpeg
https://openhardwaremonitor.org/downloads/

as long as your cpu or gpu doesn't reach 70C you should be fine

also if the cpu temp goes past 70C you can limit ffmpeg to encode with just one cpu core with the "-threads 1" option assuming you have a multicore cpu which may reduce the temp at the cost of longer encoding times

>>1791
>'m not aware of ffmpeg being gpu-accelerated
https://trac.ffmpeg.org/wiki/HWAccelIntro
Did you even look?

>>1796
in your link it says you have to explicitly include a gpu option.

it also says in your link that gpu acceleration is still shit quality-to-bitrate:
>Hardware encoders typically generate output of significantly lower quality than good software encoders like x264, but are generally faster and do not use much CPU resource. (That is, they require a higher bitrate to make output with the same perceptual quality, or they make output with a lower perceptual quality at the same bitrate.)

there's a reason it's disabled by default, retard. you should never use gpu-accelerated encoding unless you're a streamer using obs with a cpu too weak to handle it

>>1760
BTW, some great games that work even on my 10-year old computer (OpenGL 2.1):
- Mark of the Ninja
- Celeste
- Invisible Inc.
- Darkest Dungeon
- Eldritch
- Gunpoint
- Tis-100
- The Dark Mod (open-source Thief clone with fan-made missions: https://www.thedarkmod.com/main/)

>>1761
Skullgirls should work fine as well (even on linux)

>>1761
Where can I download the actual installer for that game instead of some shitty web stub?

>>1778
Which game you're talking about? Rutracker has either installers or compressed archives (.tar.xz) that you just extract. I can post torrent links if you just tell me the name of the game.

As for The Dark Mod, you need to download their installer which will download the latest version of the game.
https://www.thedarkmod.com/downloads/
The installer will download just a few demo missions. Further missions have to be downloaded individually, either within the game or here:
https://www.thedarkmod.com/missions/

>>1784
Thanks, I meant the Dark Mod. At least the downloaded game is portable.

>>1582
>The only way I see this being a possibility is when we are talking about robots and AI, because a PC is not going to do your agriculture.
t. never heard of automation
https://www.forbes.com/sites/cognitiveworld/2019/07/05/how-ai-is-transforming-agriculture/#3c82051c4ad1

>>1435
I don't think 3 is an actual class. As 2 (programmers) do receive feedback from their computers. There's only two classes here. Programmers (proletarians) and Shareholders (bourgeois).

>>1637
>t. never heard of automation
I literally just said robots and AI, lmao

>>1637
Class 3 absolutely exists and is a rapidly expanding part of the so-called "unskilled" workers.

>>1773
Yes. It's a truly shitty place to be in.

>>1582
siren servers

https://en.wikipedia.org/wiki/Who_Owns_the_Future%3F#Content