You are not logged in.
There is also uBlock Origin Lite which does work in Edge and the newer versions of Chrome/Chromium.
Rob Braxman
Your Vulnerability to the AI Creations of the Tech Elites
https://rumble.com/v65xxa4-your-vulnerability-to-the-ai-creations-of-the-tech-elites.html
Why is this conversation even happening when currently no one is building the installer isos!
When I have some time, I will attempt to build an installer ISO. Not quite eight years ago, I built several live CDs. Maybe what I learned from those experiences will be helpful.
I use an Android phone without a Gmail address. Not seeing any severe limitations, other than features I do not wish to use like automatically "backup" my files to Google's servers.
I tried doing that for quite some time and eventually gave up. These are the limitations I encountered:
1. I tried to install uBlock Origin in Chrome and the install was blocked.
2. Couldn't use Google Play store to install apps.
3. Wasn't sure that my phone was being properly updated. I could see that Google apps were being regularly updated, but nothing else.
I tried to get around some of these limitations by downloading apps and installing them manually, and this worked. However, I would need to keep track of updates myself and then manually install them. In the end, I decided that it wasn't worth it. Since I use my phone as a phone and not as a miniature tablet PC, and I use a Gmail address that isn't used for any other purpose, I decided that little to no privacy benefit is gained by not providing a Gmail address.
The 32-bit kernels in excalibur and ceres have been removed. Did anyone happen to save the last deb packages for 686-pae?
This website is likely to be very useful: https://snapshot.debian.org/
It appears that some very recent packages can be found here:
https://snapshot.debian.org/archive/debian-security/20250101T021323Z/pool/updates/main/l/linux-6.1/
Alpine, NixOS, and Void still support 32-bit hardware.
You may be in luck. I stumbled upon this yesterday and saved the info because it looks like it could be very useful:
The Free Software Media System | Jellyfin
https://jellyfin.org/
This appears to be relevant:
Has MyMedia for Alexa been scrapped? What is a reasonable time for a support reply?
https://www.reddit.com/r/alexa/comments/18jsfic/has_mymedia_for_alexa_been_scrapped_what_is_a/
@stargate-sg1-cheyenne-mtn
Thanks for the tip.
Here's a good example of a threat posed by AI that is not theoretical:
CoPilot+ PCs, Windows Recall, Keylogging Privacy Invasions!
https://rumble.com/v4zmoxu-copilot-pcs-windows-recall-keylogging-privacy-invasions.html
Live streaming seems problematic to me if the sessions are announced in advance publicly since this lets potential adversaries know when to carry out their attacks (or attempted attacks). If possible, coordination should be carried out using encrypted chat (including encrypted voice calls), rather than using insecure communication methods like email, public websites, regular telephone calls, and SMS text messages.
Some resources that may be useful:
PRISM Break
https://prism-break.org/en/
Security & Privacy Evaluations
https://madaidans-insecurities.github.io/
Rob Braxman Tech
https://rumble.com/c/robbraxman
I am also not sure that this is a good idea. I would rather see Google be forced to allow people to use ChromeOS and Android without entering a Gmail address. And by "use" I mean use normally without severe limitations.
An idea just came to me, so I went ahead and tried it:
$ aptitude why libc++1-16
i atril Depends libatrilview3 (= 1.24.0-1+deb11u1)
i A libatrilview3 Depends libwebkit2gtk-4.0-37 (>= 2.5.3)
p A libwebkit2gtk-4.0-37 Depends libc++1-16 (>= 1:16.0.6)
$ aptitude why libc++abi1-16
i atril Depends libatrilview3 (= 1.24.0-1+deb11u1)
i A libatrilview3 Depends libwebkit2gtk-4.0-37 (>= 2.5.3)
p A libwebkit2gtk-4.0-37 Depends libc++abi1-16 (>= 1:16.0.6)
$ aptitude why libunwind-16
i atril Depends libatrilview3 (= 1.24.0-1+deb11u1)
i A libatrilview3 Depends libwebkit2gtk-4.0-37 (>= 2.5.3)
p A libwebkit2gtk-4.0-37 Depends libunwind-16 (>= 1:16.0.6)
So, apparently the new packages are dependencies of libwebkit2gtk-4.0-37. That's a new one for me. I did not know that packages could suddenly acquire new dependencies. Perhaps this is just one of the oddities that can show up when one is running oldstable.
Are you trying to update Chimaera or upgrade to Daedalus?
Update Chimaera (i.e., normal, regular maintenance).
Today I ran apt upgrade on a Chimaera system that I am still using and this was the output:
# apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
libc++1-16 libc++abi1-16 libunwind-16
The following packages will be upgraded:
libjavascriptcoregtk-4.0-18 libwebkit2gtk-4.0-37
2 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 25.5 MB of archives.
After this operation, 768 kB disk space will be freed.
Do you want to continue? [Y/n]
Notice that apt wants to install new packages. I've seen this before, and it always struck me as being a bit unusual. I thought that automatic installation of new packages is only supposed to occur if one is using testing or unstable. Does anyone have an explanation for why this is happening?
Wired or wireless connection? Is Network Manager being used?
If you are indeed using Excalibur, then this may be a good example of why many people choose to run unstable (Ceres) instead of testing. Either that, or they run a mixed testing/unstable system -- testing with some packages pulled (as needed) from unstable. The latter approach is the one I would probably use if I were inclined to run a "rolling" system, but didn't want to switch to a totally different distro (e.g., Arch Linux).
I recently read that Network Manager automatically generates a random MAC address for a wireless connection.
Using deb.rr.devuan.org works perfectly well, as do all (most) other mirrors as well.
deb.devuan.org remains blocking, wondering why.
Try this and reply with the result:
nslookup deb.devuan.org
I just checked to see if it's being blocked at the DNS level, and there's no problem here.
$ nslookup deb.devuan.org
Server: 192.168.4.1
Address: 192.168.4.1#53
Non-authoritative answer:
deb.devuan.org canonical name = deb.rr.devuan.org.
Name: deb.rr.devuan.org
Address: 131.188.12.211
Name: deb.rr.devuan.org
Address: 147.78.194.22
Name: deb.rr.devuan.org
Address: 195.85.215.180
Name: deb.rr.devuan.org
Address: 103.146.168.12
Name: deb.rr.devuan.org
Address: 95.216.15.86
Name: deb.rr.devuan.org
Address: 200.236.31.1
Name: deb.rr.devuan.org
Address: 46.4.50.2
Name: deb.rr.devuan.org
Address: 130.225.254.116
Name: deb.rr.devuan.org
Address: 141.84.43.19
Name: deb.rr.devuan.org
Address: 190.64.49.124
Name: deb.rr.devuan.org
Address: 160.16.137.156
Name: deb.rr.devuan.org
Address: 185.178.192.43
Name: deb.rr.devuan.org
Address: 198.58.118.8
Name: deb.rr.devuan.org
Address: 125.228.189.120
Name: deb.rr.devuan.org
Address: 94.16.114.15
Name: deb.rr.devuan.org
Address: 185.236.240.103
Name: deb.rr.devuan.org
Address: 106.178.112.231
Name: deb.rr.devuan.org
Address: 5.161.180.234
Name: deb.rr.devuan.org
Address: 67.219.104.166
Name: deb.rr.devuan.org
Address: 202.61.197.17
Name: deb.rr.devuan.org
Address: 185.183.113.131
;; Truncated, retrying in TCP mode.
Name: deb.rr.devuan.org
Address: 2800:a8:c001::a
Name: deb.rr.devuan.org
Address: 2001:e42:102:1704:160:16:137:156
Name: deb.rr.devuan.org
Address: 2a03:4000:28:24c::
Name: deb.rr.devuan.org
Address: 2a0d:eb00:8006::acab
Name: deb.rr.devuan.org
Address: 240b:10:f00:1b00::240
Name: deb.rr.devuan.org
Address: 2a01:4ff:f0:dd3a::1
Name: deb.rr.devuan.org
Address: 2401:c080:2000:229e:4b70:fe82:36ed:f788
Name: deb.rr.devuan.org
Address: 2a03:4000:59:123:68cc:97ff:fee1:c81
Name: deb.rr.devuan.org
Address: 2001:638:a000:1021:21::1
Name: deb.rr.devuan.org
Address: 2a0a:e5c0:10:3::6eeb
Name: deb.rr.devuan.org
Address: 2a01:9e40::180
Name: deb.rr.devuan.org
Address: 2407:b6c0::12
Name: deb.rr.devuan.org
Address: 2a01:4f9:2a:fa9::2
Name: deb.rr.devuan.org
Address: 2801:82:80ff:8000::2
Name: deb.rr.devuan.org
Address: 2a01:4f8:140:1102:2b76:955d:b48f:bdf3
Name: deb.rr.devuan.org
Address: 2001:878:346::116
Name: deb.rr.devuan.org
Address: 2001:4ca0:4300::1:19
Try using deb.rr.devuan.org instead.
Possible relevance?
https://bugs.debian.org/cgi-bin/bugrepo … bug=901156
Maybe, but I don't think so. I've never seen any error messages when running rsnapshot. I don't run it using cron, I use a script that I wrote so, unless I am mistaken, I believe that I would have seen any error messages if there had been any.
You did give me an idea, though. I am going to create a test file and then delete it after a week or two. That should allow me to determine whether rsnapshot is working correctly.
This explains it:
Found some information on Paragon's "ntfs3" driver, e.g. https://forum.manjaro.org/t/how-to-enable-ntfs3/86049/4
$ cat /boot/config-6.9.12-amd64 | grep -i ntfs3 # CONFIG_NTFS3_FS is not set
Means recompiling the kernel to enable it.
If it turns out that you absolutely must use NTFS, then I recommend using a Liquorix kernel. According to my research, ntfs-3g is enabled in Liquorix kernels.
It sounds like that TV box may be running a very old version of Linux, in which case it may only support the older filesystems. Try formatting the USB stick as XFS and, if that doesn't work, try ext2.
Use GParted and format the drive as exFAT. Before doing this, make sure that exfatprogs is installed.