>>3495
I use 4get in my daily life, which unlike searx, supports yandex.
https://git.lolcat.ca/lolcat/4get

>>3496
I used it for a while but the captchas started getting annoying.

>>3497
Not every instance has captchas.

You can make a hundred meta search engines, but the AI will sill craft SEO so it bypasses filters. I used 4get on ddg and amount of shit was pretty much the same.

I'm no legal expert, but I don't think law enforcement actively tracks people, who more than obviously and self-evidently had contact with that stuff by accident. I think they can differentiate between an actual criminal and you, for example. Also, this site has clear rules against CP, so it's blatant that you didn't type in tohno-chan.com into your URL-bar with the intention to watch CP and (as far as my understanding goes), that is what actually matters to the police.

>>3490
Yeah that's my understanding as well. The one thing I do worry is whether there are any "automated" systems flagging you and putting you on a watchlist or whatnot, but I think it's more likely to be done by having some fixed list of "hot domains" rather than actually scanning every byte on the wire (since realistically TC is one of the last places _without_ TLS, so doing so would be basically futile).

>>3488
This.

Sorry about that but we believe it or not it is something we're trying to figure out. Like others have said, it doesn't play well with Kusaba. I can assure you we haven't been ignoring the issue or the many many times it gets brought up.

Please pose such questions and concerns over at /fb/. This particular subject has more than one thread addressing it there.

>>3480
If/when IA falls, what do you reckon are the chances/amount of data lost, aside from what they intentionally remove from the archives. Forgive me for my ignorance, but what's there to stop splinter groups from forming with the partial amounts of the data they have access to?
IA could go down or become unaccessible and that would suck, but what I am scared is if that meant any amount of data that is not backed up being lost/deleted, inaccessible to the public or not.
I recall them having some backups internationally, but from what I can tell they all are only partial backups, outdated and stagnant.
If only some benevolent oil barons spent money creating backups of the archive in various countries...

Post edited on 10th Oct 2024, 10:21am

>>3479
IA has always felt like it was run on tin cans. I'm not surprised this happened, they really don't seem to have much technical competence (for the longest time the wayback machine scraper failed at its basic job and never saved resources like images, this was only fixed in 2017). And of course others already commented that for some reason they seem oddly fixated on trying to poke the law with their ebook lending program rather than shutting up and staying out of the limelight (Anna's archive has already mostly solved the ebook archival problem).

>>3483
Oh and don't forget that if they aren't brought down by this, an earthquake eventually will: Whose bright idea was it to put their datacenters in a city that's known to be at risk for severe earthquakes? I cannot find any evidence that they've taken measures to seismically retrofit the buildings, so I assume they haven't.

Post edited on 10th Oct 2024, 1:17pm

The .io TLD might get deprecated.
https://every.to/p/the-disappearance-of-an-internet-domain

>>3460
It's a damn pain if it isn't however...

https://pcpartpicker.com/list/YjwJvj
I also have a 6tb HGST enterprise drive and a pcie->m.2 adapter, but couldn't find either on pcpartpicker. The 450w power supply is basically a ticking time bomb, have had it for almost 10 years and been edging it for the past 5...
Want to upgrade to AM5 but it's so god damn expensive.

https://pcpartpicker.com/list/bD9Yyg

Some caveats:
the PSU is actually an FSP Si series FSP700-50ARN, but I couldn't find it in the list. That other one looked close enough.
Couldn't bother to check if that is the exact model of the optical drive, but it's that line of drives.
I also have some mystery tan-coloured SM SD/MMC MS/MSPRO CF/MD card reader/writer 3,5 inch drive.
All of the peripherals are too ancient or obscure to be listed.

>>3463
An internal multi-card reader isn't something I've heard of before, but it makes sense for photographers and the like. Amazing how that functionality can be found in a USB device now.

https://spectrum.ieee.org/ham-radio was a nice recent article on the current state of ham.

I guess "ham radio" as a community is dying, which makes sense since there are endless ways to communicate these days. Moreover, from a technological standpoint the ability to transmit information over distances via radio is no longer as captivating as it once was, since the Internet suffices for the vast majority of use-cases (especially since you don't need to get a license to experiment with it, equipment is ubiquitous, and development can be done at the software-level).

>>2435
Apparently you can use ham radio to make a mesh network.
http://www.broadband-hamnet.org/

I have a Baofeng GT-5R (which is basically a copy of the notorious UV-5R), but I never managed to receive anything with it, or at least no voice, which is what I hoped for. From my understanding, you need to connect to a repeater, to receive anything, so I tried programming it manually, to connect to it, but it didn't work and a second time I tried doing it with a programming cable connected to my computer, but it didn't work out either (apart from changing some trivial settings). I used a software called Chirp for it.

I probably agree with this Anon's >>2131 notion, that it probably sounds more interesting, than it really is. HAM Radio is heavily regulated, very expensive and at the end of the day, when you jumped through all the hoops, you just end up in a glorfied audio call, where you can say your name and location. Maybe there is more to it, but I think at that point you'd have to either spend an inane amount of money and time for it or do it professionally.

>>3454
Yeah the FCC restriction that HAM communications be "in the clear" kind of makes things boring.

It seems most of the recent attention in the radio-space has been around LoRaWan (using the unlicensed 900MHz band), since it's not subject to such constraints and unlike 2.4GHz the 900MHz frequency gives you enough range to do cool things.

>type of attack that you believe TLS will protect you from
In the developed world I think it is most likely going to be limited to sniffing.
>there are no non-public messages
TLS provides padding of data, so AFAIK there is no plausible way to tell that you made a certain post just by observing the encrypted stream of data.

>>3426
>TLS provides padding of data
No, only tls 1.3 does, with an optional extension (I also don't know whether this is actually used in practice). Padding also only reduces the granularity of content length that can be observed (because there is an inherent tradeoff between padded cipher text length and overall throughput). Moreover, you are completely forgetting about the whole suite of traffic correlation attacks that are trivial when messages are public. Even if you use DoH and use TLS with ECH or ESNI (which are both perpetually in draft state, and currently not widely deployed), the destination IP is sufficient to deduce the site you are visiting (even on "shared host" sites like TC.) From there, correlate packet timestamps with post time and content length again allows you with high probability to attribute a post to a given source IP. That's not even mentioning the wealth of metadata present in the TLS handshake itself (even with ECH, other side-channels like the cipher suites the client/server negotiate, packet latency, etc. make targeted deanonymization feasible).

All of these are table stakes for the adversary you are concerned about, because they are pretty much the same techniques use to deanonymize TOR traffic.

Post edited on 12th May 2024, 3:53pm

>>3427
Seems TLS 1.3 padding is not used much in practice (based on anecdotal experiments in wireshark by others). Go doesn't support it either [1]. Makes sense since no one wants to waste bandwidth for a feature that's made pointless by the bevy of other side-channels anyway.

[1] https://github.com/caddyserver/caddy/issues/5145

>>3423
>admins of many small imageboards are more trustworthy than an average ISP.
That really doesn't matter if things are not self-hosted. TC uses DreamHost I believe. They are based in LA, the implications of which should be clear. In fact apparently in the past they've already had a warrant to hand over all info.

Post edited on 12th May 2024, 4:23pm

>Seems TLS 1.3 padding is not used much in practice
OK you win. The only more or less valid point I have left is that targeting plain text traffic is sweeter than elaborating with timing attacks.

>>3237
The point I think he's making is that there's way more more "semantically meaningful" information handled by the client (i.e. text buffers, codebase metadata, etc) with the "LSP" (specialized client + RPC mechanism, really) approach, which might make it easier to leak remote data (either intentionally or, say, by local caching and whatnot), as opposed to the desktop streaming approach, where all you have is a bunch of pixels from your remote screen and all of the meaningful state is on the remote end.

>>3237
At my dad's job, he uses all kinds of software, not just an IDE. Database managers and all kinds of built-in-house stuff. They also use Excel files stored in Windows network folders, and stuff like that. None of that can be accessible from his host OS.

>>3238
Yeah that's fair, although I find it hard to imagine a threat model where an adversary can access in-memory text buffers but wouldn't be able to just capture the entire framebuffer (thereby accessing remote content). Usually the threat model with regard to thin-clients for FAANG companies is to avoid any code hitting disk, which is fairly easy to guarantee even with an LSP-type approach.

A few things have come out in the months since this thread was made. First of all, ARM CPUs are coming to the mainstream. Apple has already made the transition, but now both NVIDIA and AMD are planning on getting in on it. I think this will constitute a new "era" of personal computing, ending the one that started with Windows XP.

On the software-side, compatibility with win32 applications will become less emphasized, and maybe even gradually phased out. Compatibility layers are bound to be imperfect, and most users don't care enough about that for it to affect their purchasing decisions. Web-based applications have become popular even in the corporate sphere, and while there's a few irreplaceable professional-applications, all of those will get ported. On top of all that, emulating a windows 7 machine is becoming increasingly trivial on modern hardware.

On the hardware-side, lower-end GPUs will probably go extinct as iGPUs get better. Power efficiency might become more emphasized, which ARM contributes to. Those 1300W PSUs might disappear. Socketed ram might also go extinct because there's performance and energy advantages to coupling it together with the CPU. Most people upgrade everything all at once anyway. It really depends on how AMD and NVIDIA decide to handle desktop ARM.

The gaming industry as a whole doesn't seem to be doing too well. Games have become too expensive to make, and they're kind of crap now for the most part. I don't know how much interest there is among the general populace in non-mobile stuff. This will affect PCs too, but I'm not sure how and to what extent.

>>1871
Actually I didn't check before posting because I thought the software died years ago but it got updated in June, my repos is lagging two versions behind. I compiled the new one the menu works fine now. According to dmesg it was a GTK problem.

Thanks anyways.

>>1817
I had some linker errors trying to get this to build on Linux. Seems like some GCC defaults changed since this was working to disallow for some undefined behavior, which MaCoPiX needs to be patched for. In the meantime, it can be worked around using `make LDFLAGS=-Wl,--allow-multiple-definition` for the make step.

>>2062
I couldn't get this working by building from the source, because it kept saying it couldn't find X11/XFree despite me having the most up to date version of xorg and all of those related packages.

In any case, I got this to run just by using sudo apt-install macopix.
It's a little janky and all of the official mascots are from 2007 and take forever to download despite being tiny (less than 1mb) files and I honestly don't think I'd run this outside of a VM, but it's still very cute and quite fun to have a look at.

>>3338
Image for reference.

I can't tell if this is an absurdly high-effort version of the "miracle berry" spam ads, or an actual discussion topic from someone with biochem experience.

Unless there's other biochemists lurking here I think you might have to break things down for us layman a bit more: I have some vague knowledge of polyphenols being good antioxidants, but beyond that what's the particular role between anti-glycation and skin health? Is there a particular reason you're interested in skin health (it seems like other factors like metabolic health or basically any other body part would be more substantive).

Might be a spam ad, generated by AI.

Why would I want to extend my life and misery though?

>>3315
You may actually be right, that "sciencechronicle.org" website seems a bit suspicious, it basically has a pagerank of 0, not having any inbound links from a reputable site. And the only links to that site that exist on the web are either from random spam domains, or from other chans/forums, which use the same copy-pasted text as OP.

The thing that confuses me is that the site itself is fairly "clean", it doesn't have any trackers besides google analytics, no ads from what I can see, minimal JS. So what's the point of this: high effort SEO farming? I'm guessing the article may be auto-generated, but it seems to have valid relevant citations which is not really something that LLMs are known for.

>>3010
>subtopics pertaining
You mean restoring vintage computers? There's a decent amount of people into retrocomputing (not on TC but elsewhere on the internet), and you don't even necessarily have to know anything about programming to do that. In fact having some soldering knowledge will probably be more useful since you'll probably need to replace bad capacitors and such. But I'm not sure what people do with them once they get it running.

>>3011
Good point haha, I guess the only real thing you can do is mess with software formats that aren't compatible with today's computers. I have a lot of old floppy discs I'd love to check out. Maybe even buy some vintage games and run them on their original hardware for that authenticity. I'm not too sure haha, but I know for sure it spikes my interest. What interested you and what subtopic do you thrive in?

>>3012
>what subtopic do you thrive in?
I wouldn't say I'm interested in a particular subfield more than any other, I find all of them interesting and will eagerly seek out opportunities to learn more about them.

>What interested you
I don't really remember. I think it's just that I spend a lot of time on the computer, so it was a motivation to know enough to be able to have unilateral control over my environment. And to be able to confidently mess around with things, you need to know how they work.

My issue with programming is that I am extremely stubborn and can't focus on things that I have no interest in. So, in python class for example, when they tell me to code something that figures out how to perform some sort of function based around division of numbers or whatever, I just lose interest. If the language were written in such a way that classes, objects, strings etc were called "swords", "spells", "dragons" etc I would be more mentally stimulated and pay attention...