 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • Hard drive space (by salparadise on 2014-10-20 09:30:20 GMT from United Kingdom)
I had Slackware installed on a 20GB partition. It takes up about 5-6GB 'out of the box'. However, I noticed that whilst running a series of slackbuild scripts to add stuff to the install, that I quickly ran out of space and had to purge /tmp to get the space back. Currently using a 30GFB partition and so far, everything has been OK. It helps to save a copy of the resultant .tgz packages to somewhere safe so they can be installed without having to build them again on subsequent installs.
2 • Sparky Review (by Anna Merikin on 2014-10-20 09:44:39 GMT from United States)
Great review! Sparky behaved exactly the same for me: on the first update, the OS failed to recognize or activate (no lights) my network card. Without it, of course, no fix could be downloaded.
Sparky seems to break on some updates.
3 • Arch installation and network (by awa on 2014-10-20 10:32:25 GMT from Spain)
One thing on the Arch network issue: did you configure network again once you chrooted after base system installation?
According to the beginner's guide you have to do this.
4 • Re:Debian init drama (by cykodrone on 2014-10-20 11:39:23 GMT from Canada)
Now I'm getting confused (which isn't too hard to do, lol), so are individual packages supposed to be developer maintained to support both major inits or is Debian going to tailor two diff install disks? In other words, Debian after developer tweaking to suit both inits for two diff systems/installers or is that pain in the rear developer onus? My head is spinning.
Off topic, I dumped a certain proprietary OS over 4 years ago, now I dumped two major hardware vendors cuz of their 'tudes towards Linux and their prices. I just built me an octi-core beast, running Debian stable (with bpo cheating) on a dual SSD 6GB/s ('SATA3') Raid 0, I benched it, I now have read speeds of 1.1GB/s and write of over 600MB/s.
5 • Rolling releases review (by Robert Schiele on 2014-10-20 12:47:16 GMT from United States)
Back when Jesse wrote that he was going to begin his experiment of testing rolling releases, I posted here to point out that Debian Testing is NOT a rolling release, that it is not offered as such (and has never been), and that breakages in it (per Debian) are not only to be expected from time to time but may even occur with some frequency as Testing has never been intended to be run by casual users at all--certainly not on a production machine.
Then today in Jesse's update on his experiment, I saw this quote "SparkyLinux' parent distribution, Debian Testing, has a well earned reputation for stability..." and I thought I would have another try. No, Debian Testing does NOT have a reputation (well earned or otherwise) for stability. Nothing could be further from the truth; in fact, quite the opposite is true. Debian's Stable release (currently "Wheezy") is indeed rock-solid stable as Debian's releases have always been. That's why the Stable branch is all that is ever given an official release. It's also why Stable is called Stable, and why Testing is called Testing. Duh. Go figure.
I love reading Jesse's posts, and clearly he knows more about Gnu/Linux and other free software distros than many people. Why he can't seem to grasp this, as posted above, I cannot understand. Is it that he simply refuses to understand, because the truth doesn't suit his own agenda? Call me a crotchety old duffer if you like. I am. But I've noticed increasingly over the years that all too many younger people seem to think they can create their own personal reality, their own personal world, if you prefer, by simply claiming that such-and-such is so, all facts and evidence to the contrary. I can only think that that is what is going on here. Go out and buy yourself a cheap old clunker of a used car with the idea that it will somehow fly you to Mars. Stick to that belief no matter what, and see what happens. IMHO, that is what is happening here.
6 • Debian vs. Systemd (by Microlinux on 2014-10-20 13:04:16 GMT from France)
Now it starts to get interesting: http://debianfork.org/
7 • re 6 (by cornelius on 2014-10-20 13:37:07 GMT from Canada)
It's not Debian vs. Systemd. It's actually Debian featuring Systemd.
What's the big deal about it? A lot of forks happen for no good reason all the time. It's typical for Linux.
8 • a (by a on 2014-10-20 15:01:47 GMT from France)
Thanks for the link Microlinux! If they fork debian it could be my next distro. I haven’t found any good distro without systemd :(.
9 • debian fork (by salparadise on 2014-10-20 15:30:06 GMT from United Kingdom)
Now this is seriously good news. And it will send a message that few will be able to ignore - that systemd is garbage, its developers are spoiled children and its presence threatens Linux in a way that is not going to be tolerated.
10 • How controversy encourages evolution (by Bill Savoie on 2014-10-20 15:41:29 GMT from United States)
Jesse gave us his impressions from his Linux History, of another distribution (Sparky). He did not test the main branch (main edition – lightweight & fast LXDE desktop) or the second branch (Enlightenment) but one of the newer branches (MATE). Therefore we can all figure out that some of the integration is not as polished as it might have been with LXDE. That being said, in the past 5 years I have not tried many different Linux versions. Mostly I spend time with OpenSuse. But I did enjoy his drive through the Linux country that is called Sparky.
The idea of 'rolling release' is a tricky one. It means different things to different people. For some it means no gate keeping, no interlocking board of review. which might just make the idea of release less daunting to the developers. It might also mean getting more unsuspecting testers engaged. (Ouch) A developer might not have 5 different computers to test with, so bugs get pushed out to a little hardware market. If you have a computer with an odd assortment of interfaces, you might need to actually become a developer to make your system work well.
All this innovation, given freely by developers, creates pressure of those who wish the world were absolutely simple and unchanging. This is good and necessary for the rest of us, who look for empowerment and are willing to be engaged in bring about change. This tension is called life. We can no more take it out of Linux, than we can give up electricity. Remember electricity was once DC and AC was considered too dangerous. Now we have both. Linux has both stable and innovation.
Perhaps it feels strange to build a 'rolling release' upon a 'stable release'. The critical path might require more operator awareness, picking the right interfaces, and being willing to work through configuration issues online. Perhaps it feels strange, but then in time you might see the efficiency that it provides. This 'rolling release' is somewhat painful to the user, but a worthwhile efficiency improvement to the development process. That efficiency will trickle down to the user, and it is actually empowering.
Pain and Ouch are part of life. They don't last very long if you work to improve your software skills and are willing to spend some time communicating with others on the Internet.
The older I get, the more I enjoy Linux, and the people who want to go there and hang out. Thanks Distrowatch for allowing us to meet beyond our little preferences, beyond our little circle of people who think like we do.
Controversy encourages evolution, and we are all going there together. Even the 'Ouch' as a purpose.
11 • Sparky (by marame on 2014-10-20 16:54:49 GMT from Finland)
I have Sparky Linux Mate/XFCE on a old Compaq D310 and it is working very good. XFCE is better in reliability. Not having those problems but in Makulu Linux (Debian testing) in HP DC7600 SFF after upgrade I got black screen with only cursor. The problem is on MDM (Mint Display Manager) update and switching to LightDM helps, maybe works in Sparky Mate too. (http://makululinux.com/forums/topic/makulu-blackout/).
12 • #8 (by Microlinux on 2014-10-20 17:44:50 GMT from France)
@a: Slackware doesn't have SystemD, and it's very nice. Been using it since 2001.
13 • @11 (by jaws222 on 2014-10-20 20:19:53 GMT from United States)
"The problem is on MDM (Mint Display Manager) update and switching to LightDM helps, maybe works in Sparky Mate too"
I had the same issue this weekend with Point Linux Mate. I was able to login to the terminal and run updates but no gui. Tried Startx - no luck (not recognized). My solution was to install XFCE desktop and now I'm back in business.
14 • Debian fork (by Tacklebeery on 2014-10-20 21:54:41 GMT from Canada)
If Debian coninues with systemd, I'm "outta there" as it were. I agree with most of the arguments put forward by the systemd haters that can be found on the link posted in comment #6 and the links provided by that website. I agree with the Unix philosophy well beyond the systemd philosophy.
15 • a (by a on 2014-10-20 22:05:31 GMT from France)
@Microlinux, I’ve quickly tried Salix but didn’t like it much due to missing pieces of Xfce and missing keymaps. I’ll try Slackware to see if it’s better.
There’s also Funtoo, but installing some packages takes so much time! I’d need a faster processor at least.
16 • a (by a on 2014-10-20 22:08:43 GMT from France)
Oh, and PCLinuxOS. I had trouble running it in VirtualBox but it’s now working; I’ll have to check it further.
17 • @11 & 13 Black screen with curser (by Rev_Don on 2014-10-20 22:31:09 GMT from United States)
"The problem is on MDM (Mint Display Manager) update and switching to LightDM helps, maybe works in Sparky Mate too"
A friend of mine ran into this with Kubunut 14.04 last week. We spent several hours trying to figure it out. I had him install XFCE from a terminal to be able to get a GUI. He ended up blowing away Kubuntu and replaced it with Kwheezy which so far hasn't had any problems. Not sure it was the same underlying problem, but the symptoms were the same.
18 • @17 (by jaws222 on 2014-10-20 22:40:18 GMT from United States)
' I had him install XFCE from a terminal to be able to get a GUI"
If he still wants the KDE effects he can enter kwin --replace in the terminal. That's usually how I run XFCE.
19 • a (by a on 2014-10-20 22:58:53 GMT from France)
Oh well, Slackware also doesn’t have the bépo keymap and is thus impossible to install, because there is no graphical installer.
20 • @18 KDE/XFCE (by Rev_Don on 2014-10-20 23:48:06 GMT from United States)
"If he still wants the KDE effects he can enter kwin --replace in the terminal. That's usually how I run XFCE."
Thanks for that. He is now running Kwheezy after blowing away Kubuntu and it's running fine. Kwheezy uses KDE, not XFCE. He only installed XFCE long enough to recover some files and to see if we could fix the problem with Kubuntu. While XFCE is a fine DE (and my second favorite after Mate), he prefers KDE. And yes, he does use some of the Kwin effects.
21 • Qubes, OpenSUSE (by pekael on 2014-10-21 00:53:00 GMT from Poland)
Regarding to Qubes OS - try booting with different (older) kernel versions, the installer provides several.
When it comes to SuSE, it may be also BTRFS issue with snapper-made snapshots:
https://www.suse.com/documentation/sles11/stor_admin/data/trbl_btrfs_volfull.html
22 • Arch Evo/Lution installer (by jg on 2014-10-21 00:55:37 GMT from Poland)
Hi Everybody,
After reading last week's comments, I downloaded and installed the easy Arch installer from the project's page at http://www.evolutionlinux.com/. Distrohopping from 2003, I always dreamed of a solid, stable distro with the latest, cutting (not bleeding) edge packages. I tried to install Arch several times before, but the results were either not fruitfull or very, very shortlived. This time, however, in 30 minutes I installed Arch KDE in VBox (3.5 GB RAM) on Kubuntu 14.04. I still cannot believe it is real - I install new packages, uninstall some other and so far, everything works. Applied updates 2 times - still running. I'm sure, when installing Kubuntu 14.10 I will also try to install Arch on my thinkpad. Many thanks, Distrowatch, for all the good work over the years and a BIG THANKYOU to the Evo/Lution team!
23 • Qubes OS 2.0 (by Erich Friesen on 2014-10-21 00:59:08 GMT from United States)
I've tested Qubes on several machines, and never had any issues.The laptops I've used have been Think Pads, and the desktops were Intel.
The distro/OS is really polished in the 2.0 edition. I would recommend 8 G of RAM, as there is a big overhead for the VM's.
24 • @20 (by jaws222 on 2014-10-21 01:17:39 GMT from United States)
I was actually able to get Mate back by doing the following:
1, Installed xdm from synaptic
2. ran dpkg-reconfigure xdm and chose lightdm
3. restarted and lightdm appeared - logged in as usual and Mate was back
25 • ComLin RPM-based (by Fossilizing Dinosaur on 2014-10-21 01:58:35 GMT from United States)
Community_Linux (aka ComLin) "...works like any other RPM-based Linux. It is sourced from CENTOS 6.3..."
26 • Debian fork (by Paraquat on 2014-10-21 02:26:21 GMT from Taiwan)
Wow, this is indeed good news.A heap of thanks to those Microlinux (#6) for mentioning this, as I was unaware.
I detest the execrable systemd, and I am getting all set to switch to FreeBSD as soon as version 10.1 gets released (mid November I guess). But if Debian forks, I will at least keep a Debian installation in one partition. I really don't want to abandon Linux for FreeBSD, but I am not willing to have the systemd virus on my computer.
27 • debain fork (by linuxista on 2014-10-21 02:40:29 GMT from United States)
@6 The manifesto states in part: "The current leadership of the project is heavily influenced by GNOME developers and too much inclined to consider desktop needs as crucial to the project, despite the fact that the majority of Debian users are tech-savvy system administrators."
Can this really be true?
28 • @27 (by Paraquat on 2014-10-21 03:07:26 GMT from Taiwan)
"@6 The manifesto states in part: "The current leadership of the project is heavily influenced by GNOME developers and too much inclined to consider desktop needs as crucial to the project, despite the fact that the majority of Debian users are tech-savvy system administrators."
Can this really be true?"
I doubt it's true. Who actually said that?
Anyway, I can't claim to be a tech-savvy system administrator, but I'm tech-savvy enough as a Linux user (16 years experience) to understand why I don't want systemd. Don't have time enough right now to rehash the entire debate, but I plan to write an article about it soon.
Of course, most of us have probably heard more of this debate than we ever wanted to already. Unfortunately, nothing has been resolved. So we opponents of Systemd/Linux have got to start making plans about how we are going to cope. For some that means switching to Slackware or Gentoon, for others FreeBSD. But it would be nice if we could claw Debian back from the brink.
29 • Slackware keymaps (by salparadise on 2014-10-21 04:23:21 GMT from United Kingdom)
@a - this might help.
http://www.linuxquestions.org/questions/slackware-14/generate-a-bmap-file-for-mkinitrd-from-map-file-798041/
30 • @28 FreeSlacktoo, lol (by cykodrone on 2014-10-21 11:04:52 GMT from Canada)
I'll give Jessie (the upcoming official "stable" release") a chance, but at the first whiff of stinky full diaper smell from systemd, I'm off to FreeSlacktoo land. It means learning new commands, etc, but who cares, I had to learn Debian commands, I can do it again with a diff distro. Just sayin. Basically if systemd does suck in Jessie, then it'll suck in other distros using it too.
31 • Sparky Linux (by J. Jay Thomas on 2014-10-21 12:29:03 GMT from United States)
Good review. The problems you had are problem in the 'Mate DE, (some distros hack around these better than others), especially high CPU usage and the panel. The 'sparky system tools' again are caused by unstable (from release to release) 'mate-system-tools' package, installing the 'gnome-system-tools' package makes them work. Try 'Sparky XFCE or lxde spins (change system tools used thou) and you'll have a totally different experience.
J.Jay
32 • Evo/Lution (by Terence on 2014-10-21 12:48:51 GMT from United States)
I'm with you on the Arch installer they have created. I downloaded it, threw it onto my USB drive and away I went. Lord, they simplified installation, though it's still a bit hinky in parts, and added some cool options to boot. What kernel you want? Bam done. What desktop you want? Bam done. The only sticking point I still run into is when it first boots and tries to download the core, community, etc. updates. Until I actually designate what country I am in, and choose servers local to me, it sometimes get bogged down and errors out. But that could be because I'm in China and China don't play nice.
33 • Systemd conspiracy ;-) (by KI on 2014-10-21 13:33:25 GMT from Belgium)
I have always advocated for unifying the Linux landscape. For me, it is clear that the purpose of systemd is enforcing unification creating a universal administrative interface for every Linux system.
Per se, this is not a bad thing. The problem is that it is being imposed upon us by spreading an obscure, poorly documented, chunk of code without explicitly declaring the final goal.
34 • @33 - Systemd conspiracy (by Pierre on 2014-10-21 14:43:08 GMT from Germany)
It's exactly what I think, too.
But as long as systemd does on my system what it is supposed to do I will not complain too much.
Nevertheless I am honestly thinking about the move to FreeBSD or PC-BSD. GhostBSD is worth a test run as well.
Maybe this way the *BSDs will get the attention they deserve now. FreeBSD seems to be quite clean in it's implementation. And ZFS looks like it's a better choice in comparison to Btrfs although I am using Btrfs on openSUSE since 12.3 without a single problem.
35 • SparkyLinux (by dhinds on 2014-10-21 21:25:25 GMT from Mexico)
I use Sparky Openbox on this Desktop Machine. I began with Mate and liked it but had problems with the need to be root (as mentioned here). LXDE is the major DE for Parvoo, Sparky's Developer and of course LXDE's window manager is Openbox. I myself run a number of XFCE apps, including the xfce4-panel and everything runs just fine. Sparky is one of the best distros based on Debian Testing, imo.
36 • 96 dodge grand caravan (by dhinds on 2014-10-21 21:28:59 GMT from Mexico)
I meant to say I don't use the wbar dock (but rather the xfce4-panel) or the Sparky desktop background and changing them is easy to do.
37 • Arch Upgrades in RAM Are Best Way (by Arch Watcher 402563 on 2014-10-21 21:43:16 GMT from United States)
Notice good Arch packages
(1) pacmanlogviewer ('plv' at console)
(2) pacaur
Retention of pkgs is wasted space and thrashing. Upgrades can run in RAM which is faster anyhow. Cache disappears at reboot, or clears by hand or by timer. Pacaur cleans itself so you can upgrade with an easy shell alias for this one-liner.
pacaur -Syu && pacman -Scc && sync && plv
Mods for RAM-only Arch upgrades:
# /etc/fstab
tmpfs /var/log tmpfs defaults,gid=100,mode=0777,size=50M 0 0
tmpfs /var/cache tmpfs defaults,size=150M 0 0
# /etc/tmpfiles.d/pacmanwork.conf
d /tmp/pacman-cache 0755 root root 1d
d /var/cache/pkgfile 0775 root users 1d
f /var/log/pacman.log 0664 root users -
# /etc/pacman.conf [options] section
CacheDir = /tmp/pacman-cache
# /etc/xdg/pacaur/config uncomment
editpkgbuild=false
editinstall=false
38 • security methods (by J Bro on 2014-10-22 01:04:37 GMT from Australia)
"There are a few different approaches to security in operating systems: "security by isolation", "security by correctness", "security by obscurity"."
Well described Jesse. Each undoubtedly has its own advantages and weaknesses. Probably the best security solution would be a mixture of all methods.
The Isolation method primarily prevents malware / hackers from getting total control over the computer. The devs think that that's all you need and don't value other approaches. But it doesn't necessarily have the best perimeter defences to prevent access in the first place - like limiting remote login, denying hosts, stopping unneeded services, closing unused ports, a comprehensive firewall, etc. That's where the isolation-only approach is flawed.
39 • security methods (by Fossilizing Dinosaur on 2014-10-22 01:13:05 GMT from United States)
And then there's security designed by Marketing: "What's your email address? What's your phone number? What's your fax number? What's your cell phone number? What's your smartphone number? ..."
40 • Too much rhetoric (by :wq on 2014-10-22 02:18:47 GMT from United States)
I have no problem with people forking projects or starting new, potentially competing, projects, though many will end up dying off (Northfield/Norwood come to mind here), no matter the reasoning, as long as it's done honestly, with no intentional misattributions, misrepresentations, or verbal embellishments used to bolster the cause. Whether people assume good or bad faith veers off into subjectivity, and is beyond the scope of this post. What gets old is the childish language on all sides, such as "cancerd", "Poettering OS", etc. It's the same immaturity that fuels "M$" and "Windoze" comments. It doesn't matter the "discussion", it could be BSDs and Linux compared, Clang and GCC compared, AMD, NVIDIA and Intel compared, etc, invariably it ends being around 10% cogent opinions and 90% hell-raising static, again, on all sides. I will admit that, while often depressing, the crisis of the hour occasionally makes for amusing bedfellows, as, in the particular case of systemd reaction, I have witnessed some people on other sites who tirelessly bashed the BSDs now suddenly singing their praises, which isn't bad, as #34 said, the BSDs deserve more attention, it's just sad in these aforementioned cases that it took systemd hatred to foment BSD love, which makes me wonder how fickle that attention will be.
The Debian Project will have its GR vote, parties like debianfork.org will proceed as they choose in response to the vote, and other software communities will continue to plan how they approach technologies, both in idealistic and pragmatic terms, but enough with the pettiness.
41 • @40 (by kernelKurtz on 2014-10-22 06:05:41 GMT from Romania)
Got your non-petty cogent opinion right here yo.
http://alien.slackbook.org/blog/on-lkml-an-open-letter-to-the-linux-world
42 • @40 Since YOU brought it up... (by cykodrone on 2014-10-22 11:47:38 GMT from Canada)
You forgot one, 'Windhose', it vacuums money from your wallet or purse, lol, been there, done that, the TCO is ridiculous, monetarily and maintenance time spent, time is money too.
How about "poop or get off the Poettering"? OK, bad joke. :D
And since you brought up hardware vendors too, I was avoiding identifying them in an earlier post, Intel has cheesed me off for several reasons (CPU unique identifier, I haven't forgot that, and prices), so has Nvidia, they have been stubborn with FOSS until only recently, hence Linus' well publicized rant (I love Linus, he's hilarious, in a good way), so I built an AMD FX-8350 and stuck a Radeon card in it. But that's just me, I vote with my wallet and principals.
43 • @37 Arch Upgrades in RAM Are Best Way (by Kazlu on 2014-10-22 12:00:01 GMT from France)
I wouldn't recommend to mount /var/cache in RAM. Like you said, it clears the cache at reboot time, especially the pacman cache. So if you happen to have a problem with a particular package update on your computer, if you don't have the package corrresponding to the previous verison still in your cache, which would allow you to downgrade the package until the next update, you're screwed. Given the fast rolling pace of Arch Linux, keeping some older versions of packages is safer.
This is a compromise between speed and safety: it's up to the user do decide where to put the cursor. The Arch way.
44 • systemd and Debian (by Pierre on 2014-10-22 12:11:52 GMT from Germany)
I read a lot about systemd the last couple of days. I already started to dislike it at the point where they started to take control over more and more basic system components like for example networking. Now it seems they even want to replace the virtual terminal system(s) etc...
Enough is enough.
There has to be an end to what a single daemon should be able to have control over and access to and systemd has already way too much power over the Linux system.
Additionally I started to dislike it's developers for thinking they would know every answer to every (not even asked) question.
Maybe I should really reconsider my upgrade to openSUSE 13.2 when it's released and start using PC-BSD or even plain FreeBSD.
Debian GNU/kFreeBSD could be worth a look as well. Maybe it's even the best compromise between Debian GNU userland software and the FreeBSD kernel with it's unique feature set like ZFS, Jails etc.
Additionally Debian should really revaluate their switch to systemd for their Linux based OS and go with OpenRC or some other good option instead. This would make maintaining the GNU/kFreeBSD port easier as well.
45 • Sparky Linux. Better alternatives. (by hotdiggettydog on 2014-10-22 19:24:35 GMT from Canada)
Good review on Sparky.
I've tried every release of Sparky and found it lacking. I suspect its a 12 year old's project.
Try Lite, Handy, and Lxle instead.
I've been running Lite and a clone in Virtualbox for different purposes and it has been superb. This is on a Mint host.
If I have to reinstall any operating systems in the near future it will be Lite. Not only great for older machines but fantastic on new hardware.
46 • @43 Arch Upgrades in RAM Are Best Way (by Arch Watcher 402563 on 2014-10-22 20:59:56 GMT from United States)
@43 Re "if you don't have the package ... in your cache, which would allow you to downgrade ... you're screwed"
No, you are fine. I have run /var/cache in RAM for years, no problem. The claimed need is very rare but in any event, two other ways to downgrade exist.
(1) Use a third-party repo offering old packages, see Arch Wiki.
(2) Use Arch Build System (ABS). This method I think best.
http://www.youtube.com/watch?v=2lthtO34PJk
Now on speed/safety, here it's a fallacy. Thrashing a disk with multi-GB of largely unused cache and risking disk-full, or blowing SSD cell life, makes a bigger threat than esoteric needs for package reversion perhaps once each few years, achievable by two independent cacheless methods.
47 • Security comparison (by D Sis on 2014-10-23 02:43:19 GMT from Australia)
Hey Jesse, maybe after you finish the rolling release test, you could do a comparison of distros using a different security method. It could give people a good heads-up on security. (P.S. I think Qubes is meant more for laptops than desktops.)
48 • @46 Arch Upgrades in RAM Are Best Way (by Kazlu on 2014-10-23 11:08:30 GMT from France)
Your first method is using third-party repo, not always a good idea. The second is fine, you should indeed get anything you want, although it would probably be more time-consuming (and I'm not talking about time needed for compilation, but about time needed for looking for information).
My suggestion would be to keep a few versions (something around 2-5 versions) of each packages and to clean the older ones with paccache in order to keep the cache size reasonable. That way you could even downgrade if your problem cost you your internet connection (ok, I admit, this must be very, very rare!). I find this easier to do, but since that's a subjective argument I will put forward another: with that method if something breaks you can revert to a version you *know* worked well enough before the problem, instead of trying something new. But you were right when you said that contributes to ruin an SSD's life, that has to be taken into consideration. Although the fact of using a rolling-release distro on a SSD itself can be discussed from that point of view.
Anyway, those solutions all have their good and bad points, good to hear different opinions, thanks for sharing them.
49 • @ 43 (by AleCon on 2014-10-23 15:24:54 GMT from Italy)
update system (pacman -Syu) reboot, check if everything is fine, then clean cache with pacman -Sc
safe( r) and easy (ier), my 0.02$
50 • About systemd (by alex.theoto on 2014-10-23 17:21:01 GMT from Greece)
Well, I see many arguments about systemd.
I believe that technology must move on. But people don't like changes.
I use Debian Sid and I understand that systemd makes system faster. Even I haven't learn how to control systemd, I think that it is matter of time to learn it just as I learned init and 'service' command.
I have some freezes here and there on gnome-shell and I don't know how to restart the session even when I type 'systemctl reload gdm...' [I don't remember the command], but I reboot the computer and I'm fine.
It's like desktop environment's war... Some like KDE, some like GNOME and so on...
This is the magic on Linux. You have many options to choose. It's up to you.
I think that Linux user have to be flexible. For example, if someone use only KDE and go to another computer witch have only lxde, he must be flexible to operate it.
51 • Evo/Lution (by SB on 2014-10-23 17:37:10 GMT from United Kingdom)
.32 You set up your countries mirrorlist during the installation.
52 • @50 Diminishing choices (by cykodrone on 2014-10-23 21:31:16 GMT from Canada)
You said "This is the magic on Linux. You have many options to choose. It's up to you."
That's the problem, systemd should be a CHOICE, not forced down anybody's throat. People are up in arms because of ambiguity and not explained blobs of code, this is out of step with the GNU philosophy. Personally I'll try it, I'm the type to give anything a chance, but any hiccups or fails that can't be easily fixed and it's gone, and so am I from any distro that uses it, that includes my donation dollars as well.
53 • @48 Arch Upgrades in RAM Are Best Way (by Arch Watcher 402563 on 2014-10-23 22:40:54 GMT from United States)
@48 The problem with this whole thread is its entirely false impression that anybody ever reverts. It's an esoteric, rare need. Cache is deadwood.
Any reversion need passes within days (from my experience). So it's just as simple to remove a package and wait a week. Then reinstall it from repos.
That ABS vid shows a trivial changing of version number. There is no information to seek. It's already in the source files.
Most reversion needs are kernel-related, so everyone should install 'linux-lts' along with mainline 'linux'. Then if 'linux' fails, LTS will work.
You can also boot an Arch installer ISO (dd'd to USB stick), and chroot from there for package fiddling on your main disk.
Also see
https://aur.archlinux.org/packages/systemrescuecd/
Third-party repos are fine and underutilized. They are more reliable than using AUR to get the same packages. I recommend xyne and arcanisrepo with its GUIs for netctl.
https://wiki.archlinux.org/index.php/Netctl
https://wiki.archlinux.org/index.php/Unofficial_user_repositories
54 • systemd (by dawn on 2014-10-24 01:15:59 GMT from Canada)
systemd, the new userland kernel?
55 • 52 • @50 Diminishing choices (by Ika on 2014-10-24 02:36:50 GMT from Spain)
"That's the problem, systemd should be a CHOICE, not forced down anybody's throat. People are up in arms because of ambiguity and not explained blobs of code, this is out of step with the GNU philosophy."
+1! Good things are never imposed. Only the bad ones are,
56 • Debugging Distros (by Fossilizing Dinosaur on 2014-10-24 04:53:56 GMT from United States)
DebIan-Testing, Fedora, Arch - aren't these the right place to drop paradigm-changing complex code desperately needing debugging like Gnome3 and systemd? Surely it's not in DebIan-Stable yet, is it?
57 • Zoubuntu (by G Savage on 2014-10-24 12:57:47 GMT from Canada)
I'll give the Ubuntu people one thing, they're masters at marketing. They've taken the "different desktop makes a new distro" to a whole new level. Good on them.
;-)
58 • @56 - Debugging Distros (by Rev_Don on 2014-10-24 14:38:21 GMT from United States)
"DebIan-Testing, Fedora, Arch - aren't these the right place to drop paradigm-changing complex code desperately needing debugging like Gnome3 and systemd? Surely it's not in DebIan-Stable yet, is it?"
It will be in the next release. Jesse will have systemd by default. That won't preclude anyone from switching to other init systems. And that is the part that gets lost in all of the rhetoric, they aren't imposing it on anyone as the only choice, only as the default choice just like a distros default choice of desktop, browser, music player, etc. If you don't like what is included in the default install you are free to change it to something of you liking.
Instead of all of systemd is the end of the world and the sky is falling wailing we need people talking about how the individual can change to something else. That would be a better use of time, resources, and bandwidth.
The only thing that will kill systemd is systemd itself, and that will only happen when enough distros have used it long enough to be able to determine that it isn't working as well as they thought it would. The only way that will happen is if they actually ship it.
59 • systemd (by anticapitalista on 2014-10-24 15:09:31 GMT from Greece)
#58 The issue isn't whether Jessie defaults to systemd or not, but to what extent yiu can use software without systemd. For example, try running network manager without systemd on Jessie. Or hplip-gui for HP printers.
60 • systemd (by linuxista on 2014-10-24 18:16:53 GMT from United States)
I've used systemd on Arch and Manjaro for years now, and I've never had any systemd specific issues. Ever. Lost in all the complaints is that a team of developers has put a lot of work and talent into creating a very significant piece of open source software. I for one thank them for their efforts. I also see a lot of complaints about whether or not systemd works based on whether it works in Debian testing. Those are two different questions. Systemd has worked very well in other distros for years. Debian devs and users will have to take responsibility for their own ability to implement it. It seems other init options will remain in the Linux ecosystem, and people will have another basis for choosing one distro over another. Doesn't Slackware still use LILO? And maybe this is a positive outcome for the BSDs. The more popular Linux gets, the more attractive they might become in any case as an antivirus/anti-malware strategy.
61 • So is the way with most distros. (by Garon on 2014-10-24 19:01:08 GMT from United States)
@57,
I've tried to stop responding to trollish comments but yours really puzzles me. How many distros do you see that are based on Ubuntu. Sorry but that was just a strange comment.
@58, 60
Finally some good common sense comments. Thank you.
62 • 60 • systemd - by linuxista (by MiRa on 2014-10-24 20:03:21 GMT from Spain)
"a team of developers has put a lot of work and talent into creating a very significant piece of open source software.!
Is it really an "open source" software?
63 • systemd (by linuxista on 2014-10-25 06:27:37 GMT from United States)
@62 Of course it is. Do you think Debian, of all distros, would have adopted it if it weren't? I think the confusion is all the complaints about it not being as accessible to intervention on the fly because it's compiled into binaries instead of being plain text scripts. (Somebody correct me if I've got this wrong; I'm not an expert.)
64 • Zorin (by Marcito Polito on 2014-10-26 16:41:59 GMT from United States)
Well what do you know, I'm stuck. And that's fine.
I've just realized Zorin has been running on the hard drive of this machine for several months now. I do have other distros on flash drives (Extix, PCLinuxOS and Knoppix, etc) but I've still been in the habito of replacing my hard drive distro by distro hopping a couple of times per year, most often between PCLOS and Mint.
Hm. Well okay. That is. Er.. Well yes it's the "it just works" thing, I suppose. *shrug*
65 • Next Weeks Take a peek (by timbuk2 on 2014-10-26 17:45:14 GMT from Germany)
The GhostBSD project is a desktop oriented operating system which uses FreeBSD as a base. The project's website sums up GhostBSD by saying, "GhostBSD is built on top of the FreeBSD project. However, being a GTK desktop oriented OS, GhostBSD takes the FreeBSD system and pre-configures the most common software choices, fine-tunes the selection of applications for optimal performance, and provides an intuitive work environment without the need for extensive additional configuration."
GhostBSD 4.0 is available in just one edition as of the time of writing and this edition ships with the MATE desktop environment. I found GhostBSD is available in 32-bit and 64-bit builds for the x86 hardware architecture and the project offers separate downloads for people using optical media and USB thumb drives. I chose to download the 64-bit build for USB drives and found the image file was 1.2GB in size.
Booting from the GhostBSD media brings us to the MATE desktop. The background is a soft shade of blue and the theme features bright icons and dark borders. On the desktop is an icon for launching the project's system installer. Shortly after logging in a window appears offering to switch our desktop to one of three different layouts. The available options are Classic, Enlightenment or Purity. Clicking these options alters the layout of the MATE desktop, moving the application menu, task switcher and optional quick-launch bar. The window that allows us to change the desktop's layout stays open after we make our selection and we can experiment with the three layouts as long as we like.
66 • rest (by laberababer on 2014-10-26 17:46:52 GMT from Germany)
GhostBSD's graphical system installer appears to be unique to the project. The application starts by asking us to select our preferred language from a short list of European languages. We are then asked to select our keyboard's layout from a list and then we are asked to find our time zone in another list. Next, we come to disk partitioning and we are given the choice of manually dividing up our hard drive or handing over the entire drive to GhostBSD. The first time through I tried manual partitioning. I found the installer's partition manager a bit awkward and I was unable to find a way to re-size partitions. I also found it strange that a deleted partition would result in a block of free space that could not be reclaimed. There is a guided option on the manual partitioning screen that will make suggestions for us.
The first time through I created a root partition and swap space. When I attempted to proceed the installer claimed I had not created a root partition, though one was displayed on the screen. I took the guided option next which created almost an identical arrangement and moved to the next stage. I feel it worth mentioning GhostBSD's installer does not support ZFS, though the underlying FreeBSD operating system does. GhostBSD only supports UFS and extended features of UFS. The installer then asks us to set a password on the root account and we have the option of installing a boot loader. We are next asked to create a user account for ourselves. The system installer then begins copying its files to the local hard drive. The first time I went through the installer it failed, though the reason the installation process failed was not clear. I went back through the installer, this time giving it access to my entire hard drive and the installation completed cleanly. Once the installer finishes its work we are asked to reboot the computer.
GhostBSD boots to a graphical login screen with an attractive, wavy blue background. Signing into the account we created at install time brings us back to the MATE desktop in whichever layout we selected for it while we were using the live media. Or at least that is what happened when I ran GhostBSD in VirtualBox. I tried getting GhostBSD to run on my desktop computer and, when working directly with the physical hardware, GhostBSD would not boot. Even when asked to run in safe mode GhostBSD wouldn't start on my desktop machine. In the virtual environment GhostBSD would boot, but I found the operating system wouldn't take full advantage of my display's resolution, even with VirtualBox's guest add-ons in place. This was in interesting contrast to PC-BSD 10.0.3 which I installed a few weeks previous to this trial. While I had to select an alternative video driver for PC-BSD, the operating system would run on this same hardware. On the other hand, while PC-BSD consumed a great deal of my host operating system's CPU cycles while running inside VirtualBox, I found GhostBSD required very little of my CPU's resources when it was run as a VirtualBox guest. I also found GhostBSD required relatively little memory, using just 160MB of active memory when logged into the MATE desktop environment.
GhostBSD ships with a small, but useful collection of desktop applications. We can find the Firefox web browser in the application menu along with the XChat IRC client, the Pidgin instant messaging software, the Thunderbird e-mail client and the Transmission bittorrent software. The LibreOffice productivity suite is installed for us along with an image viewer, a document viewer and the Shotwell photo manager. GhostBSD features the Cheese webcam utility and the Xfburn optical disc burning software. I found MPlayer was available for playing videos and the Exaile audio player is included too. GhostBSD ships with popular multimedia codecs, allowing us to play most media files out of the box. There is, however, no Flash support by default. Digging through the application menu further we find an archive manager, calculator, text editor and system monitor. The Midnight Commander file manager is installed for us too. Network Manager is included with GhostBSD and the operating system includes the FreeBSD 10.0 kernel and command line utilities.
GhostBSD uses the pkg command line package manager for updating software and for installing or removing packages. GhostBSD pulls software from the FreeBSD package repositories. Adding or removing packages worked well for me, but I ran into trouble when it came time to upgrade existing packages. Shortly after I installed GhostBSD I found 219 upgrades waiting in the repositories and these totalled 411MB in size. The package manager downloaded and installed these items for me without any problems, but when I rebooted the machine, I was dropped at a text console login screen. I was no longer able to launch the X display software and I could not get back to a graphical login screen. After trying to boot in safe graphics mode and trying to manually correct the problem with X I re-installed GhostBSD. The operating system worked well for me again until I performed another software update a few days later. Once again, installing updates disabled X, reducing GhostBSD to a command line only operating system.
Conclusions
Going into this review I truly wanted to like GhostBSD. I like what they are trying to do and I appreciate the idea of providing the world with an easy, home user, desktop oriented flavour of FreeBSD. While PC-BSD aims at businesses and workstations more than home users and PC-BSD is exclusive to 64-bit machines and offers every desktop environment under the sun, I feel there is a place for a streamlined, one-desktop, lightweight operating system built on the foundation of FreeBSD. GhostBSD is working with a good idea and strives to fill a niche that is mostly uncontested these days.
Unfortunately, I ran into several problems with this release of GhostBSD. The installer gave me some problems when I tried to manually partition my disk and I ran into some errors when I didn't take the automated partitioning option. Like PC-BSD, the GhostBSD operating system had trouble working with my video card. Unlike PC-BSD, I found GhostBSD didn't have an easy work around and that meant I spent all my time with the operating system running it in a virtual machine. To top it off, upgrading the operating system caused the graphical user interface to stop working, which was a frustrating turn of events.
Number of Comments: 66
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 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 |
| • 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 |
| • 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 | 
Haiku
Haiku is an open-source operating system, currently in development, that specifically targets personal computing. Inspired by the Be Operating System (BeOS), Haiku aims to become a fast, efficient, simple to use, easy to learn and yet very powerful system for computer users of all levels. The key highlights that distinguish Haiku from other operating systems include: specific focus on personal computing, custom kernel designed for responsiveness, fully threaded design for great efficiency with multi-processor/core CPUs, rich object-oriented API for faster development, database-like file system (BFS) with support for indexed metadata, and unified, cohesive interface.
Status: Active
|
| Tips, Tricks, Q&As | | Questions and answers: Clang went the compiler |
| Tips and tricks: Basename, for loop, dirname, aliases, bash history, xsel clipboard |
| Questions and answers: How much disk space to allocate |
| Questions and answers: Linking an ISO file to a specific user |
| Questions and answers: Virtual Machine options |
| Tips and tricks: File encryption and cloud backup |
| Tips and tricks: Using the Secure Shell |
| Questions and answers: Keeping ISO downloads safe from tampering |
| Questions and answers: Creating a live image of the operating system |
| Tips and tricks: Find common words in text, find high memory processs, cd short-cuts, pushd & popd, record desktop |
| More Tips & Tricks and Questions & Answers |
| 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.
|
|
• 
• 
• 
• 
• 
• 
• 
