 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 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Issue 1107 (2025-02-03): siduction 2024.1.0, timing tasks, Lomiri ported to postmarketOS, Alpine joins Open Collective, a new desktop for Linux called Orbitiny |
| • Issue 1106 (2025-01-27): Adelie Linux 1.0 Beta 6, Pop!_OS 24.04 Alpha 5, detecting whether a process is inside a virtual machine, drawing graphics to NetBSD terminal, Nix ported to FreeBSD, GhostBSD hosting desktop conference |
| • Issue 1105 (2025-01-20): CentOS 10 Stream, old Flatpak bundles in software centres, Haiku ports Iceweasel, Oracle shows off debugging tools, rsync vulnerability patched |
| • Issue 1104 (2025-01-13): DAT Linux 2.0, Silly things to do with a minimal computer, Budgie prepares Wayland only releases, SteamOS coming to third-party devices, Murena upgrades its base |
| • Issue 1103 (2025-01-06): elementary OS 8.0, filtering ads with Pi-hole, Debian testing its installer, Pop!_OS faces delays, Ubuntu Studio upgrades not working, Absolute discontinued |
| • Issue 1102 (2024-12-23): Best distros of 2024, changing a process name, Fedora to expand Btrfs support and releases Asahi Remix 41, openSUSE patches out security sandbox and donations from Bottles while ending support for Leap 15.5 |
| • Issue 1101 (2024-12-16): GhostBSD 24.10.1, sending attachments from the command line, openSUSE shows off GPU assignment tool, UBports publishes security update, Murena launches its first tablet, Xfce 4.20 released |
| • 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 |
| • 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 | 
Bardinux
Bardinux, a project of the Office of Free Software at the Universidad de La Laguna, Canary Islands, Spain, was a Kubuntu-based distribution. It follows Kubuntu's long-term support release and was designed primarily for the students of the university.
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.
|
|
• 
• 
• 
• 
• 
• 
• 
