lemmyreader

joined 2 years ago
[–] [email protected] 2 points 1 week ago

That one has posts from 2 months ago or older. After some searching I found another one which is recent, here's a post : https://lemmy.bestiver.se/post/88991

Here's on Mastodon : https://mastodon.social/@[email protected]

And RSS feeds : https://hnrss.github.io/

 

TL;DR

I booted Debian Linux on a 4-bit intel microprocessor from 1971 - the first microprocessor in the world - the 4004. It is not fast, but it is a real Linux kernel with a Debian rootfs on a real board whose only CPU is a real intel 4004 from the 1970s. The video is sped up at variable rates to demonstrate this without boring you. The clock and calendar in the video are accurate. A constant-rate video is linked below.

[–] [email protected] 5 points 2 months ago* (last edited 2 months ago) (1 children)

Ouch, that's a nasty bug imho. Thanks to this wiki entry I've looked up the file librewolf.cfg in /var/lib/flatpak/ and changed :

pref("network.trr.mode", 2);

into

pref("network.trr.mode", 5);

and that seems to fix it for now (till a newer LibreWolf maybe overrides that file).

[–] [email protected] 2 points 2 months ago* (last edited 2 months ago)

Thing is that searx.be has been remarkably good for my use case since a long time. With other instances YMMV.

[–] [email protected] 3 points 2 months ago

The mentioned server side changes (e.g. A server move you mentioned but could also be server settings, provider settings, etc).

I guess that is the case. According to https://searx.space/ the searx.be server is in Austria but might use some proxy to talk to Google and similar to avoid quick blocking. The maintainer of searx.be also maintains yewtu.be and that one uses proxies (The proxy names can be seen when blocking auto play of videos in Tor browser).

Also getting results in Russian here since a few days. Usually it is either Swedish or Dutch. Never German.

[–] [email protected] 5 points 3 months ago

👏 Fireworks! 🎆

[–] [email protected] 4 points 3 months ago (1 children)

Most if not all Piped video instances seem unusable right now : https://lemmy.ml/post/19084660/12956916

[–] [email protected] 1 points 3 months ago

Indeed. I tried on mobile with LibreTube and with Mull and both fail. And also fails now in Tor browser. The list is getting shorter.

[–] [email protected] 4 points 3 months ago

Now I've tried almost all of them in the Piped instances list (Several domain name for sale and server not found errors) and only the smnz.de one works for me. :( I am wondering whether a freshly installed self-hosted private Piped video instance will work fine.

[–] [email protected] 1 points 3 months ago (2 children)

Works for me still (Using Tor browser. I'm Europe located).

[–] [email protected] 3 points 3 months ago* (last edited 3 months ago) (4 children)

The instances list is not up to date :

https://piped.smnz.de/watch?v=bBhDWTZDH9c

There's probably more working instances.

Plan B : I guess running your own Piped instance and not sharing it with a lot of people could be worth considering.

Personally I'm sticking to https://wiki.archlinux.org/title/Yt-dlp#Faster_downloads for the video downloading I do.

6
submitted 3 months ago* (last edited 3 months ago) by [email protected] to c/[email protected]
 

Tails 6.6 2024-08-13

Changes and updates

Update Tor Browser to 13.5.2.

Update Thunderbird to 115.14.0.

Update many firmware packages. This improves the support for newer hardware: graphics, Wi-Fi, and so on.

Fixed problems Persistent Storage

Increase the maximum waiting time to 4 minutes when unlocking the Persistent Storage before returning an error. (#20475)

Made the creation of the Persistent Storage more robust after starting a Tails USB stick for the first time. (#20451)

Prevent the Persistent Storage settings from freezing after opening a link to the documentation. (#20438)

Prevent Additional Software from crashing when installing virtual packages. (#20477)

Networking

Fix connecting to the Tor network using default bridges. (#20467)

Allow enabling multiple network interfaces again. (#20128)

Tails Cloner

Remove 30 seconds of waiting time when installing by cloning. (#20131)

For more details, read our changelog.

 

F-Droid core

It’s no secret that F-Droid continues to live and thrive thanks in part to you, the users that donate, but also in part thanks to different grants we’ve received along these 14 years of existence. Our recent post covered the endangered NGI program and its importance.

The Guardian Project has been a long time supporter of F-Droid, pouring in not only grant money but also human resources. They are now looking for a part-time Grant Administrator so if you find the list of their achievements tempting and your skills match the bullet points, don’t be shy and get in contact. Who knows, maybe you can be featured here next. 😛

Back in May we’ve highlighted the work contributors around F-Droid have done in order to shine a light onto the app downloads stats. The Divested (thanks!) hosted page just got an update, covering the weeks since then: https://divestos.org/pages/fdroid_stats

/PS: if you are involved with the project(s) that download Termux packages 300.000 times per week, two advices: first, do get in contact with us because we’re curious about your work, and second please try to setup a round robin script of sorts that downloads from mirrors instead since we have plenty of those and it’s not in anyone’s benefit that you download 25-30Tb of data from our servers each and every week. 😐

92
submitted 4 months ago* (last edited 4 months ago) by [email protected] to c/[email protected]
 

cross-posted from: https://infosec.pub/post/14981035

But as I and others looked closer, and thought about it more deeply, things became concerning.

These logs include:

Your precise GPS locations (which are also sent to their servers).
Your WiFi network name.
The IDs of nearby cell towers (even with no SIM card inserted, also sent to their servers).
Your internet-facing IP address.
The user token used by the device to authenticate with Rabbit's back-end API.
Base64-encoded MP3s of everything the Rabbit has ever spoken to you (and the text transcript thereof).
 

cross-posted from: https://piefed.social/post/163062

Last year Danny Mekić wrote this article : https://dannymekic.com/202310/undermining-democracy-the-european-commissions-controversial-push-for-digital-surveillance which was published in a newspaper and then the author got shadow-banned on X. Today the same Dutch newspaper reported that Mekić won two court-cases about this.

X is not allowed to shadow-ban users easily the judge said. Only during the court-case X explained why the account of Meki was shadow-banned : He had shared an article about the CSAM law on X. "I still
do not understand why X this only said in the court hall, rather than telling me right away when I
asked about it" Mekić said.

 

Comment by drewg123 on July 25, 2019

I met Linus at the Linux BOF at the 1994 Boston USENIX. Very ironically, I have Linus to thank for a long career using FreeBSD. It sounds like a cheap shot, but please hear me out:

I was sysadmin'ing a university stats department at the time, and NFS use was very important. I had been trying to use Linux on 486's, but performance of xdvi (with NFS mounted fonts) was abysmal. A 486 would take minutes to render the same page that a wimpy DECStation could render in a second. From tcpdump, I figured out it was because Linux did not do any sort of NFS caching at the time, and xdvi wandered around font files one byte at a time.

I asked Linus at the BOF when they planned to implement NFS. He told me NFS was unimportant, nobody used it, and so on.

I then attended the FreeBSD BOF where a clean shaven guy in a collared shirt was giving a power point presentation. I asked about NFS there, and was told it should work fine. When I got home from the conference, I switched the 486 to FreeBSD, and it worked just fine.

I eventually did OS research on FreeBSD, was one of a few people to port FreeBSD to the DEC Alpha, and I now do kernel performance work for a large CDN, where we run FreeBSD.

 

cross-posted from: https://lemmy.ml/post/17288716

This project is a port of the Proxmox Hypervisor on NixOS.

⚠️ Proxmox-NixOS is still experimental and we do not advise running it on production machines. Do it at your own risk and only if you are ready to fix issues by yourself.

📬 Help / Discussions

There is a matrix room for discussions about Proxmox-NixOS.

Thanks This project has received support from NLNet.

view more: next ›