 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 5, value: US$384.95) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • moving to void (by vern on 2020-03-30 00:04:24 GMT from United States)
I just read that TureOS just folded. Maybe that's why the move Trident to Void.
2 • Borrow My CPU? I Don't Think So. (by Matt E on 2020-03-30 01:44:49 GMT from United States)
1. Shut off your PC when not in use. If you leave your PC running all the time to donate CPU cycles, it's a waste of power compared to the efficiencies of a high end cloud server.
2. Now days, I would question any research facility begging for spare CPU cycles as opposed to paying for the service. They should be able to manage their funds and pay for such a critical process in their research. If they can manage that, then I don't trust them with my CPU. Maybe AWS or Google should donate. That would be way more efficient.
3 • Distributed Computing (by Wedge009 on 2020-03-30 02:25:57 GMT from Australia)
@2 If you haven't heard of this until recently I think you're missing the point. Distributed computing started during the days when CPUs always ran at full clocks and CPUs often ran idle without the power saving states of today's technology.
Too, I completely understand that you may not want to contribute, but this is all *volunteer* work - users understand (or should be) what they are contributing to any given project. And the sheer scale of distributed computing (assuming a given project attracts enough users and can divide tasks into parallel workloads) can't be competed with by dedicated supercomputers. Given the current attention on COVID-19 research, I understand Folding@home has amassed enough computing power to exceed the top 7 supercomputers *combined* (and that was news reported several days ago).
With respect to efficiency, ideally users would not - or should not - be contributing on extremely old hardware, but the reality every little bit helps. And on a personal note, I think any such research is more valuable than the electrical power and engineering effort that goes into cryptocurrency 'mining'. There is a certain irony with projects like climate prediction potentially adding to the global energy use, but I understand those projects are aware of the cost-benefit ratios and encourage users to operate accordingly.
As for funding, not every 'research facility' can afford to fund massive computing resources. Volunteer distributed computing is a good option for such organisations.
4 • Distributed Computing (by Sam Crawford on 2020-03-30 02:29:32 GMT from United States)
I have a computer at home dedicated to just running Rosetta@home.
5 • antiX 19.2 with runit (by Andy Prough on 2020-03-30 02:50:14 GMT from United States)
antiX 19.2 with the runit init system is a very interesting distro spin. I downloaded the version based on Debian Sid unstable, as I've been wanting to try a distro that uses the Sid repos for awhile now. The installation time on my SSD was shocking - about one minute total on a full disk install. Then first boot was so fast that I would have missed it entirely if I had turned my head to talk to someone for a few seconds.
I'll be spending some time with this one for the next couple of weeks, and see if it can be a daily driver. It will have to beat out MX and Artix openRC, which is not going to be easy, as those are easily the 2 finest distros I've tried in over 20 years with GNU/Linux.
6 • volunteering CPU cycles (by John the Stirrer of Pots on 2020-03-30 03:31:20 GMT from New Zealand)
Can be fun when done responsibly. SETI = pointless. Eliminating candidates for Mersenne Primes = useful. I have two retired laptops working an exponent each. With a 1 in 60,000 chance of finding another prime, I have so far eliminated a dozen or so exponents that are now confirmed as not prime. :)
mersenne.org is the website.
7 • SETI@home shutting down (by Rusty Scupper on 2020-03-30 04:11:29 GMT from United States)
On March 2nd, SETI@home announced that they will stop distributing work and go on hiatus at the end of the month. You can read the announcement at https://setiathome.berkeley.edu/.
8 • Volunteer projects (by Wedge009 on 2020-03-30 05:03:53 GMT from Australia)
@6 I should have also mentioned that different people put different values on different projects. And that's okay! Some may well find mathematics to be a 'pointless' pursuit! Of course, you may just be living up (or down) to your name. ;)
9 • Trident (by Semiarticulate on 2020-03-30 05:17:35 GMT from United States)
The Trident project looks promising enough, but I don't see a compelling reason to switch from Void. Void has been rock solid, fast and problem-free for me. I do wish them luck though, and hope they find a niche to inhabit.
10 • RIP PC-BSD (by Microlinux on 2020-03-30 07:25:04 GMT from France)
I gave PC-BSD a spin quite a few years back and even bought Dru Lavigne's excellent "Definitive Guide to PC-BSD" published by Nostarch Press. PC-BSD was based on stable FreeBSD, rock solid with a no-nonsense KDE desktop.
And then it got improved to death.
First, it got a new name.
Then KDE got replaced by that joke of a desktop that is Lumina.
Then, the project decided to become a moving target by rebasing itself on FreeBSD's development branch.
There's a popular french saying: "Le mieux est l'ennemi du bien." Improvement is the enemy of a good thing.
11 • SETI@home (by far2fish on 2020-03-30 08:13:03 GMT from Denmark)
I used to collect hardware, and in early 2000, less than a year after SETI@home was launched, I decided to dedicate all free CPU time to run SETI@home on all my computers. They were always on anyway, and used for various purposes like web server, file server, database servers etc. The power bill of having this running was already very high, ad I don't know how much extra SETI@home added to this.
About 3 years later, I was a top 5 contributer to SETI@home in my home city. Then in the span of just a few months, the power supply of two of my computers fried. These computers were home computers, and not built for 24/7 operation, but I can't shake the feeling that the constant CPU utilization was to blame.
My wife was happy though that we now had fever computers ;)
I continued to run SETI@home from time to time, but never 24/7. Only when my computer was on anyway, and was taking a break from it.
12 • BOINC and Covid19 (by Any on 2020-03-30 09:14:07 GMT from Spain)
I started running Seti@Home to help University of Washington to determine the 3D shapes of proteins and in particular of Covid19.
This is what I can do from my home to help. Not much but I wish more people did that.
I do not run my PC 24/7 and not all of my cores neither RAM. But a little help is better than none.
13 • @12 (by Any on 2020-03-30 09:17:23 GMT from Spain)
Rosetta@Home not Seti@Home.
14 • Distributed computing (by Adam on 2020-03-30 09:33:02 GMT from Hungary)
I used to donate CPU-cycles to F@H, but I quit. While I believe their distributed Covide-results will be under an open license, I couldn't find any info on the licenses of their other calculations. And I'd rather a useful drug doesn't get developed (for any disease, including any disease I do or will have), than have the drug in the hands of big pharma, selling it for huge profit, while volunteers helped to develop it for free. If it's community developed (even just partially), then all knowledge/info about that drug should be free (both as in "freedom" and as in "free beer".)
15 • distributed computing (by Wally on 2020-03-30 12:09:36 GMT from United States)
Have run Mersenne Primes though many PCs for many years. It costs me a little (very little) and adds to the worlds knowledge base.
16 • LMDE 4 Cinnamon w/PLSDR (by Roy on 2020-03-30 14:24:20 GMT from United States)
I really like PLSDR; It works on Debian. As the creator says it works for people who don't read and have trouble following simple instructions. LOL I like his K.I.S.S. instructions. (Keep it simple stupid) I am glad he isn't my sponsor. He is a genius in my humble opinion. What a novel approach he has done with scrips and he says working with Linux is easier than working with Windows. With a scrip a shortcut appears on the desktop like with Windows but on Debian. I am totally impressed. I can't move the shortcut to the panel but can live with that.
17 • Volunteer distributed computing / citizen science (by TheTKS on 2020-03-30 15:21:01 GMT from Canada)
A couple of others
https://www.citizensciencealliance.org/index.html
https://www.zooniverse.org/
Still looking for one I want to contribute CPU cycles to.
TKS
18 • Distributed Computing Distro (by Justin on 2020-03-30 18:31:29 GMT from United States)
There is a distro on the waiting list for BOINC: AlienPupOS. The link now just goes to a Berkley site. I remember trying it out when it was added to the list in July but don't remember if it worked for me or not. This is the link I remember: http://www.alienpupos.com/mobile/mobile.html.
19 • PC-bsd (by hotdiggettydog on 2020-03-30 18:44:32 GMT from Canada)
I agree with #10.
I used it for some months and found it quite capable. Had it matched linux Vbox support it would have been a keeper.
I'm still intrigued with bsd and will get around to some test drives.
20 • flash-not-bricked (by thumbsup on 2020-03-30 19:11:36 GMT from Brazil)
A thumb drive has, perhaps only recently, some means of turn itself readonly for some days as you burn there something - maybe just to preserve its life as a flash memory further.
That unit isn't bricked at all, and you may wish to set the readonly flag to zero earlier...
Please look at option -I (info) output of hdparm from your device.
JMTP
21 • @19 PC-BSD (cont'd) (by Microlinux on 2020-03-30 19:55:44 GMT from France)
Looks like FuryBSD (KDE edition) is the way to go now. I gave it a spin last week and was pleasantly surprised. (BTW, I'm using OpenSUSE Leap KDE on all my desktops and CentOS on all my servers.)
https://www.furybsd.org/
22 • Alternative to FAH (by mikef90000 on 2020-03-30 21:33:02 GMT from United States)
I've run FAH in the past but the current Ubuntu LTS version did not install and run properly. Fortunately Rosetta@Home running on the BOINC package works fine.
23 • BOINC and COVID-19 (by Any Other on 2020-03-30 23:10:24 GMT from Brazil)
@12
>> I started running Seti@Home (okay, Rosetta@Home) to help University of Washington to determine the 3D shapes of proteins and in particular of Covid19. <<
Wtf... The shape of proteins and viruses can be shown by an electron microscope. How could a CPU sharing project help do it?
By the way, I cannot think of a more pointless project than SETI@Home. No smart alien would ever send radio waves to make contact with such a primitive and dangerous lifeform as the Homo sapiens.
24 • Distributed Computing (by MikeC on 2020-03-31 05:05:25 GMT from United States)
Have recently switched from asteroids@home to rosetta@home because of the recent emphasis on the coronavirus. Didn't go with FAH because they seem to be in beta on their software. Will probably stay with rosetta simply because it is medical research. Currently have 7 of the 9 local computers running rosetta, one running asteroids and one running einstein@home. Why not? As previously pointed out, there is a tremendous do-nothing time on all of our computers and the software immediately idles itself as soon as I touch the keyboard or mouse to do my own work.
25 • Rosetta@home via Boinc (by Ession on 2020-03-31 06:44:30 GMT from Australia)
well done Sam Crawford, mikef90000, MikeC et al. for highlighting the wonderful Rosetta@home via Boinc,
i decided to run it (on MX) as the Folding@home project is currently overwhelmed by inputs...
all cpu cores (but zero gpu unfortunately, 'coz i'm using an apu) in use,
@ 90% of cycle time,
& my usage on daily driver pc is still fine!
just a hotter cpu, so a _slightly_ higher electricity bill i reckon ;P
(just wish it's Manager had a choice of built-in skins, oh well)
atm it's working on "3yg6qa0x_Junior_HalfRoid_design2_COVID-19_SAVE_ALL_OUT_904294_1",
& install & setup was a breeze :)
26 • BOIN and Covid (by Any on 2020-03-31 08:39:55 GMT from Spain)
@23
"By running Rosetta@home on your computer when you're not using it you will speed up and extend our efforts to design new proteins and to predict their 3-dimensional shapes. Proteins are the molecular machines and building blocks of life. You can read more about protein folding and design here. "
https://boinc.bakerlab.org/
http://boinc.bakerlab.org/rosetta/rah/rah_about.php
27 • Slight topic change... (by Friar Tux on 2020-03-31 14:57:45 GMT from Canada)
I see MakuluLinux is listed in the Latest Distros column on the DW Home Page. Jesse/Joshua, I would love to see that one reviewed as I would love your input on it. At the risk of sounding like I'm making fun of it (which I'm not), it has got to be THE most hilariously funny distro I have ever come across. Of all the distros that claim to be most MSWindows-like this one takes the prize. You can have any version from Windows 3.1 to 10. I'm actually surprised Microsoft hasn't taken any legal action.
28 • Ma-Coo-Loo (by vern on 2020-03-31 15:08:50 GMT from United States)
#27 I have seen this distro in the past and have disregarded it since I already have Windows installed, along with a bunch of Linuxes.
After looking at its web page, it looks interesting as you pointed out. I think I will try it out.
Yes they take a more humorous approach, as that Hippo Logo suggests.
Thanks for the suggestion!
29 • Folding@home (by Francesco Turco on 2020-03-31 15:24:20 GMT from Italy)
Folding@home is proprietary software: https://foldingathome.org/support/faq/opensource/
For this reason, I certainly won't install it on my computers.
30 • folding@home (by Otis on 2020-03-31 18:39:35 GMT from United States)
@29 https://foldingathome.org/ is a very, VERY worthwhile tree of projects, irrespective of being proprietary.
31 • Makulu (by Justin on 2020-03-31 19:15:36 GMT from United States)
I tried Makulu because of the post above. I had the "Windows" experience. The distro boots to a login prompt rather than auto-logging in. The credentials are makulu, makulu. Then I get to a shell where X then starts after some brief delay. The system locked up the first time in Virtualbox when I opened the Cinnamon menu. I had to hard shutdown and then add RAM to my VM (you need more than 1GB apparently). I tried the different Windows themes. They look right in the picture but not in the implementation. The "start" menu is the same in all four even though the behavior should be different (and the theme picture shows it different). After that I shut it down. All the lookalikes are exactly that--lookalikes, not the real thing. The macOS themes for Linux also don't look right, even though yes I understand they should be different for legal reasons. From what I can tell, Makulu Lindoz edition is just four Cinnamon themes with a few bugs thrown in. I don't think selling Linux to be just like Windows is the way to go. We should talk about what makes Linux better, like privacy and security (no phone homes, generally speaking), rather than being a copycat OS.
32 • CPU Cycles for sale (by Sloopy on 2020-03-31 20:11:16 GMT from Canada)
Sure, come on in and borrow a cup of cpu cycles.
While your at it, have a look around at my family pictures, bank statements, passwords, ect.
Uhhh no thanks.
Same scam was pulled years ago, donating cpu cycles to help look for aliens chatting god knows where. Remember?
They always rinse and repeat the same ol stuff...dont they?
sloopy
33 • Distributed computing & BSDs (by M.Z. on 2020-03-31 21:27:37 GMT from United States)
On the distributed computing front, I really don't get all the negativity. It didn't take much searching to find that it has been making positive contributions for a long time:
https://arstechnica.com/uncategorized/2002/10/1099-2/
Helping to predict and categorize the way tiny proteins act has huge numbers of scientific & medical applications & could spur big breakthroughs that help everyone.The SETI project was never too likely to find anything but it seems like it was a fairly reasonable search. One of the biggest lessons in science is that you find nothing if you don't look & ask questions rather than making a bunch of assumptions one way or another.
----------------------------------
On the BSD topic, I've never had any luck with running BSD for a desktop due to hardware support. Given how bad hardware support was all the times I tried things like PC-BSD I can see why a BSD project might switch to a Linux base. Software that is GPL also has the advantage of staying in the open source community regardless of what some attempt at a corporate version may do. Perhaps I'm mistaken, but I don't think all the BSD use Apple has done has improved hardware support, as an example. I prefer Linux for a few reasons, but would still be willing to give BSD on the desktop a try if I started hearing a lot more reports about improved hardware support.
34 • Folding@home (by Tman on 2020-04-01 01:15:43 GMT from United States)
I will pass on supporting this effort. Stanford = liberalist computer modeling = fake modeling. Won't waste my electricity.
35 • Used to run Folding@Home and other but not now (by Dxvid on 2020-04-01 11:45:42 GMT from Sweden)
I used to run Folding@Home and other similar distributed computing software, but I noticed how much they increased temperature and electricity consumption. Often computation jobs were also sent out to more than one computer in case one home user would shut down his/her computer, so it wasn't very efficient either. Having CPU or GPU work for long periods close to 100% might also shorten the life of the computer. So I thought about it and decided it was a very inefficient way of doing lots of computations on protein folding and other projects. It wasn't good for the environment so I stopped. If using specialized hardware like a lot of asics or running the software on high performance computers/servers possibly with graphics cards you would get more computations per watt, which would be better for the environment.
36 • Errors in the review (by Kira on 2020-04-01 14:42:52 GMT from United States)
This was a nice review of Project Trident, but it's not that representative of the actual OS due to the issue of UEFI that the author keeps dealing with on Void-based distros.
He needs to try a different system or something because clearly it's the fault of his computer's handling of UEFI that preventing booting into Void-based distros. On my typical HP laptop (well not that typical, it's an Omen from early 2017 but it still is so damn similar to their plain consumer laptops of the time) Void boots fine on UEFI, as well as Project Trident 20.02 when I gave that a go in an attempt to use ZFS on Void. Same when using the UEFI implementation in VMware and VirtualBox. So something funky is going on with the computer the reviewer is using. Probably bias towards Windows OSes and Linux distros have tried to work around these issues but Void didn't do that, to chuck out a guess.
The reason why UEFI was recommended by Project Trident has to do with the missing feature of boot environments the reviewer complained about. It uses zfsbootmenu, a UEFI bootloader that has boot environments and the ability to pick the kernel, on top of refind, instead of the typical Grub setup that Trident uses in BIOS mode. So boot environments do exist, but I bet they aren't planned to arrive into BIOS based systems any time soon, unfortunately due to the fact BIOS is a dated technology.
But please Jesse, find a newer computer that is better representative of UEFI support. That PC reeks of early UEFI PCs during the Win 8 (not even 8.1) era that had crappy implementations that mostly just booted Windows and that's all. The irony of my laptop's great handling of Void is that HP were one of the worst offenders, as I heard about them hardcoding Windows to be number one in boot priority and not wanting to boot to Linux easily. I understand using an older PC to test the weightlessness of software but it'd be wiser to use an older PC from 2008 or so for that purpose of a secondary performance test, and having more recent hardware for most of the overall review to realistically represent the OS on most hardware today.
37 • Void review (by Jesse on 2020-04-01 15:13:58 GMT from Canada)
@36: "This was a nice review of Project Trident, but it's not that representative of the actual OS due to the issue of UEFI that the author keeps dealing with on Void-based distros. He needs to try a different system or something because clearly it's the fault of his computer's handling of UEFI that preventing booting into Void-based distros."
I have trouble understanding this point of view. Both of my test machines work with dozens, probably hundreds, of Linux distributions and are able to boot them in UEFI mode. But the machines are unable to boot one distro, Void, and you conclude that it must be the fault of the hardware?
If dozens of distros boot in UEFI mode on the same hardware, then what leads you to the conclusion that it is the equipment at fault rather than the one distro that fails to boot? Especially when it has been tested on multiple machines that boot other distros? Wouldn't it make more sense to assume the distro has incomplete UEFI support if it fails in a test environment where dozens of others succeed?
38 • BSD on desktop? @33 (by curious on 2020-04-01 15:53:47 GMT from Germany)
Your comment on BSD hardware support is spot-on.
Another important feature that BSDs don't care about is being easily installable in a partition, alongside other operating systems on the same physical disk. That should be easy enough, Linux has been able to do so for well over a decade.
Some BSD-gurus will probably know a highly complicated, secret and unintuitive magical solution which actually allows this, but that is exactly what a desktop distro shouldn't require.
Any OS that I try out gets tested in a VM first. And if its installer demands a full disk and will not easily install to a partition, I will not put it on bare metal, regardless of how good the rest may be.
39 • @37 Jesse (by dragonmouth on 2020-04-01 17:22:29 GMT from United States)
"Both of my test machines work with dozens, probably hundreds, of Linux distributions and are able to boot them in UEFI mode. But the machines are unable to boot one distro, Void, and you conclude that it must be the fault of the hardware?"
Be that as it may, trying Void on another PC or two would go a long way to determining if it's your laptops or Void that's at fault. From my personal experience, anecdotal though it may be, I know that some distros run better on one of my PC than on another one.
If it is Void rather than your hardware, then why are there who do not have the same UEFI as you do?
40 • @38 BSD on Desktop (by DaveT on 2020-04-01 21:06:24 GMT from United Kingdom)
Choose the right hardware and BSD works. OpenBSD runs happily on my ASUS UX305F laptop.
Dual-booting: Why? I abandoned dual-booting 10 years ago. Find the distro you like and stick with it! (debian sid for many a long year...)
41 • @39 Void an U EFI (by DaveT on 2020-04-01 21:13:41 GMT from United Kingdom)
The short answer is: UEFI should just work. Mainly UEFI works when Jesse tests it. If it does not work : that is NOT Jesse's fault! It is the distro that has a problem. You can whinge and complain about the hardware he uses not being 'modern' but being a tight-fisted Yorkshire Bastard I expect the distro I choose to work on my 2006 Apple iMac. And it does! (devuan since you ask...)
42 • @37 Void and UEFI (by Andy Prough on 2020-04-01 23:18:42 GMT from United States)
I think Jesse and Void are both right here. Jesse prefers distros that just work with his computer's UEFI, and most of them do. Void doesn't want to support that type of UEFI, and they shouldn't.
I know I have a newer ASUS laptop with an unusual UEFI setup, which Debian and MX both support. However, Arch and most Arch distros and most other distros won't boot from a live USB. It makes sense: MX and Debian are willing to deal with the headaches with that particular type of UEFI, and Arch and most other distros don't want to be bothered with those headaches. So they don't support it, and their live media doesn't work with it and its a royal pain to get anything other than MX or Debian installed with it.
In this case, I say 'good for Void' - don't support unusual UEFI setups if Void developers don't want the hassle. And 'good for Jesse' - use distros that DO want to support your setup. Great thing about GNU/Linux is that we have so many options.
43 • MakuluLinux release announcement (by barnabyh on 2020-04-02 00:07:33 GMT from United Kingdom)
Clicking on the link to read the full announcement I was led to this page in another language. It seems it was just fed through Google Translate and reading it was very, very painful. Most of the time can't even make sense of what they're trying to say.
Better to only post in English if you don't have native language users who can help out with this.
44 • Coronavirus/BOINC/Folding@Home (by on 2020-04-02 03:08:36 GMT from Germany)
I would very much prefer the crunching for coronavirus be shared with BOINC. BOINC is open source, folding@home is and/or contains proprietary design. Irregardless of how important it is to support this effort, proprietary software should be a no no.
I'll save crunching on other projects in BOINC for the winter, when my pc heats up the room a little.
45 • MakuluLinux release announcement (by Translator, but not traitor on 2020-04-02 08:12:20 GMT from Brazil)
@43 (barnabyh)
I suppose you refer to the website http://www.makululinux.com/wp/flash/
When I clicked that link, it led me to a page initially written in ENGLISH. Then, it suddenly translated to PORTUGUESE (my native language) even without my intervention.
But you live in the United Kingdom. So I don't understand why the mentioned link redirected your browser to a page NOT written in English.
Strange stuff...
In the words of William Shakespeare:
"There are more things in heaven and earth than are dreamed of in our vain philosophy."
Well, I must be frank to you; it sounds better in my native language:
"Há mais coisas no céu e na terra do que sonhado em nossa vã filosofia."
Curiously, in both Portugal and Brazil, the same phrase is known as:
"Há mais mistérios entre o céu e a terra do que sonha a nossa vã filosofia."
which is a WRONG version of the words of Shakespeare...
As the Italians say: "Traduttore, traditore." ("Translator, traitor.")
46 • Void, UEFI, hardware (by Vakkotaur on 2020-04-02 08:36:21 GMT from United States)
Considering the age of some of my hardware, having things tested on older machines is something I appreciate. It's easy to SAY "get a better/newer" X. You buying? Didn't think so.
47 • mono-boot? Sorry... (by 1-hw-n-distro-here on 2020-04-02 10:41:46 GMT from Brazil)
@40 Monoboot? Why? I abandoned monoboot 13 years ago...
I run more than one distro in multiboot - few installed but more in iso from hdd for fun.
Thats the fun! Liberty! In only one desktop! No RPies, no Laps, no Tabs, not even Cells -
And no CPU cycles to would-be monopoly-patenters...
@41 But I expect the distro I choose to work on my one hardware of course.
MX if you ask.
48 • Beware the (Web)dogs (by Any Other on 2020-04-02 13:28:36 GMT from Brazil)
@26
Did you believe in the "good intentions" of Rosetta@Home? I didn't. (Of course, many people in this forum disagree with me.)
In my not so humble opinion, each and every "@Home" project is SUSPECT just because it wants to access computers remotely... Remember: "Big Brother is watching you!"
Don't you know that the NSA can easily read/modify/erase email messages of any user of Hotmail, Gmail, and any other mail service in the United States of America? Therefore, why should we trust the American SETI@Home if the NSA can also use it to pry on us? Aren't you affraid of what they could do with your banking-account data?
The FBI (a kind of Gestapo) is another bad news for persons living in the American territory. In California, a man was arrested in the airport (when returning from vaccation in Hawaii) and was put under interrogatory just because he had made a "suspect search" at Google several weeks ago...
Fortunately, Brazil is relatively secure for online activity. Our government doesn't have money to spend in a stupid "National SPYING Agency" or in a stupid "Federal Bureau of INSANITY". And our politicians are much more interested in running corruption schemes than in running spyware in our computers.
49 • Donating CPU cycles (by mandatory name on 2020-04-03 04:32:25 GMT from Netherlands)
I was once active donating CPU cycles to the Great Internet Mersenne Prime Search, and a bit of SETI@home as well. Then I heard of Bitcoin. Now my donations are in the Serious Money category.
I sort of feel good about that!
50 • Pesky Facts & Reason (by M.Z. on 2020-04-03 22:49:19 GMT from United States)
@Tman
Well if the modeling you're interested in pursuing is full of tribalistic us vs them thinking then the world is better off without you gracious aid. Any scientifically rigorous model has to be open enough to allow peer review, rational skeptical debate AND eventual consensus, which is of course impossible when someone starts puking out attacks based on ideology.
@48
It's always a 'them' problem isn't it?
https://en.wikipedia.org/wiki/Brazilian_Intelligence_Agency
Perhaps not the most accurate or up to date wikipedia article, but it doesn't paint the all together rosy picture you seem to believe of your local '...kind of Gestapo' to borrow a phrase. It's doesn't seem like the hundreds of millions a year spent on your local equivalent of US security & law enforcement are spent in ways that are any wiser or better aligned with civil rights from what little I can tell.
The truth is that if you care a lot about privacy then any intelligence agency is at best a necessary evil & every country with any significant amount of money almost certainly has an intelligence agency that has done something bad whether you know it or not. Isn't it smarter to be wary of all of them?
Number of Comments: 50
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1100 (2024-12-09): Oreon 9.3, differences in speed, IPFire's new appliance, Fedora Asahi Remix gets new video drivers, openSUSE Leap Micro updated, Redox OS running Redox OS |
| • Issue 1099 (2024-12-02): AnduinOS 1.0.1, measuring RAM usage, SUSE continues rebranding efforts, UBports prepares for next major version, Murena offering non-NFC phone |
| • Issue 1098 (2024-11-25): Linux Lite 7.2, backing up specific folders, Murena and Fairphone partner in fair trade deal, Arch installer gets new text interface, Ubuntu security tool patched |
| • Issue 1097 (2024-11-18): Chimera Linux vs Chimera OS, choosing between AlmaLinux and Debian, Fedora elevates KDE spin to an edition, Fedora previews new installer, KDE testing its own distro, Qubes-style isolation coming to FreeBSD |
| • Issue 1096 (2024-11-11): Bazzite 40, Playtron OS Alpha 1, Tucana Linux 3.1, detecting Screen sessions, Redox imports COSMIC software centre, FreeBSD booting on the PinePhone Pro, LXQt supports Wayland window managers |
| • Issue 1095 (2024-11-04): Fedora 41 Kinoite, transferring applications between computers, openSUSE Tumbleweed receives multiple upgrades, Ubuntu testing compiler optimizations, Mint partners with Framework |
| • Issue 1094 (2024-10-28): DebLight OS 1, backing up crontab, AlmaLinux introduces Litten branch, openSUSE unveils refreshed look, Ubuntu turns 20
| | • Issue 1093 (2024-10-21): Kubuntu 24.10, atomic vs immutable distributions, Debian upgrading Perl packages, UBports adding VoLTE support, Android to gain native GNU/Linux application support |
| • Issue 1092 (2024-10-14): FunOS 24.04.1, a home directory inside a file, work starts of openSUSE Leap 16.0, improvements in Haiku, KDE neon upgrades its base |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
| • Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
| • Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
| • Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
| • Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
| • Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Slackintosh
Slackintosh was a port of Slackware Linux to the PowerPC (Macintosh) processor architecture.
Status: Discontinued
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
