| DistroWatch Weekly
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)
|Reader Comments - Jump to last comment
1 • PCBSD&KDE& Android (by greg on 2014-02-17 11:28:07 GMT from Slovenia) |
they have some interesting solutions that i would like to see in linux as well. i wonder why they haven't appeared yet.their code is open and free, right?
virtualisation - i wonder what the issue was. the hardware virtualisation was enabled, right? i think i might try it at home on windows PC just to see what happens.
too bad for the hardware support. i've read their user guide and system seems easy to control.
KDE - i think the kicker menu is kind of strange. there is classic, btu lately i saw homerun kicker which seems really well done. it's a ncie combination between classic and modern. haven't tried it yet though.
It's good to see Android X86 added to the list. makes it easy to follow what is happening with distributions all in one place here on distrowatch. i still have to try it, haven't found the time to get to it yet but already downloaded it. though there is no google play i believe in this x86 version. but i could be wrong...
2 • SystemD, Red Flag (by Paraquat on 2014-02-17 11:51:35 GMT from Taiwan)
Certainly the biggest and most surprising news of the week was Ubuntu's announcement that they are abandoning Upstart for SystemD. Although I don't have any strongly held opinions about which one is better, it probably is necessary to find some sort of standard because that will make life easier for developers. I realize that there are still a few holdouts - Slackware which is sticking with sysvinit, and Gentoo which offers OpenRC. But for the most part, the war is over, and SystemD won. I have yet to try it, but look forward to seeing if it can really boot up as fast as claimed.
Also, sorry to see that Red Flag bit the dust. Not that I used it, but I was hoping that China would find a way to ditch Microsoft - if they could do it, other nations might be more inspired to do the same. Sadly, there are precious few countries in the world where Linux on the desktop is even well-known by the public, let alone dominant. Sad.
3 • PCBSD 10 (by Michael F. on 2014-02-17 13:19:10 GMT from Germany)
Generally I'm happy with the new release, but
- there should be some fixes regarding the old problem, namely to install the bootloader correctly.
- Grub2 is working, but makes system startup very slow, and
- choosing to install the bsd bootloader ends up in an unbootable system.
4 • Tech Buyers Love To Be Dominated (by Joncr on 2014-02-17 13:28:26 GMT from United States)
On Red Hat: I think it is in the nature of technology that its markets will often be dominated by one ot two vendors who survive from among an initial, early, flowering of many vendors. We saw this a century ago in the automobile business. We've seen it in the aircraft industry. The market dominance of these vendors allows them to create de facto standards that only entrench their position. Smaller vendors and most consumers are happy to ignore the dominance so long as the de facto standards deliver profit and convenience. (The same phenomenon is seen in the dominance of businesses like Google and Facebook.)
Red Hat sells into the segment of the market that is probably least affected by the de facto standards created by Microsoft's dominance.
Ubuntu and systemd: Seemed certain to me Ubuntu would adopt it if Debian did. Why take on all the hassle and effort of adding systemd-to-upstart conversion to every release? *Users* should judge all this based on new capabilities it delivers to us, if any.
5 • Red Hat & Red Flag (by JSL on 2014-02-17 14:33:35 GMT from United States)
I do not think the Red Hat business model is bad or particularly difficult to execute. The problem with any business model is understanding its limits and strengths. Currently there are several different OS models used in the marketplace; OS bundled with vendor's equipment (Apple), standalone commercial OS (MS), OS as service (Red Hat), and OS as marketing tool (Google with Android/Chrome). Each model is vulnerable to different market forces such as people opting to not buy Apple products, deciding your OS is garbage (MS and Red Hat), OEM's refusing to install your OS (MS and Google).
As Joner noted, in mature markets there are relatively few dominant companies that as long as they deliver products the customer will at least tolerate they will do well. What should not be overlooked is if one the dominant companies ignores its customers often a relatively minor player will start to grow and replace it. MS missteps with W8 and XP upgrades provide an opportunity for someone take a significant share of the OS market place.
6 • PC-BSD 10 & slitaz-cooking.iso (by tester testing on 2014-02-17 15:53:05 GMT from United States)
PC-BSD resets my hwclock to localtime. Every linux distro keeps it in UTC. Slackware is polite enough to ask. Localtime is weird. There's system software to deal with that, but it doesn't work if you bypass it. Systems move, especially laptops. When that happens you should just change TZ. Resetting the hwclock is a PITA.
Slitaz-cooking.iso won't boot under qemu-I tried several options. Complains about no rootfs. Did they test it under qemu?
7 • PC-BSD (by Dave Postles on 2014-02-17 16:51:57 GMT from United Kingdom)
Hurray. It recognizes usb drives and puts an icon on the desktop to open them.
8 • android-x86 (by pfyearwood on 2014-02-17 17:40:50 GMT from United States)
I have tried Android-X86 several times in the past. The major complaint I had was solved with 4.4. You can now dual boot, at least I can with my Gateway LT40. So, now I have the choice of Android or Windows 8.1 Enterprise Eval. Next, I'll try it with a Linux/GNU distro. Will update this report later. To all those snowbound, It's almost March.
9 • Red Flag, Qomo, & Asianux + NixOS (by :wq on 2014-02-17 19:17:27 GMT from United States)
I noticed that Qomo's website was down last week. While I haven't really followed it, on the most recent occasion I was able to access Qomo's forum, I saw some people accusing Red Flag of abandoning Qomo. I think they felt Red Flag was no longer interested in Qomo; I guess the truth turns out to be that Red Flag was floundering. Asianux was already in maintenance mode prior to this announcement, IMO. Beyond Red Flag Software Co, Ltd (which wasn't basing its recent products on Asianux anyway), Miracle Linux Corporation (still majority owned by Oracle?), Hancom, Inc, VietSoftware, Inc (whose website is currently down, though their Asianux specific-site, www.asianux.vn, is still up), and Enterprise Technology (Pvt) Ltd are/were all invested in Asianux to some degree. Of these, Miracle Linux seems to be the most interested in continuing to beat the Asianux drum. That being said, Asianux's website (www.asianux.com) has gone from being accessible, to inaccessible, and back to being accessible over the last year. If curiosity compels you to download Asianux, you're better off getting it from Hancom (http://tsn.hancom.com/index.php?m=downiso&a=list), as downloading (anything other than source) from Asianux's servers requires authentication, and Miracle Linux requires you to register in order to download an evaluation version from their website. Also, access to Asianux binary updates requires a service contract.
The best distro originating out of China is (IMO) Linux Deepin. Red Flag and Qomo are no big losses (again, IMO), and Red Flag inWise was an update attempt too little, too late.
I'm glad to see NixOS moved from the waiting list to the database. How about a review (if nothing more pressing is on the docket)?
10 • clarification, PHR envy, TechCrunch article (by :wq on 2014-02-18 00:51:42 GMT from United States)
RE: 9 "Access" was a poor word choice on my part. Without a support contract, you can still download Asianux updates from https://tsn.miraclelinux.com/tsn_local/index.php?m=errata&a=published, but that can make for a PITA.
Both Ubuntu Kylin and Linux Deepin are engaged in what I feel is a slightly disingenuous act in how they've worded their DistroWatch link descriptions. On Ubuntu Kylin's download page it reads, "Click here to check Ubuntu Kylin's ranking in DistroWatch", which links to Ubuntu Kylin's page at DistroWatch. On Linux Deepin's homepage it reads, "Click here to view our popularity", which links to Linux Deepin's page at DistroWatch. They should really read, 'Click here to increase Ubuntu Kylin's PHR at DistroWatch' and 'Click here to raise our [Linux Deepin's] PHR at Distrowatch', respectively, rather using language like "check" and "view" that belies their intent. This appears to be a recent development for both (this month?); maybe it's an indication of jockeying between them. Regardless, I wish they would amend their hyperlink text to something more general like 'See our entry at DistroWatch', and leave "ranking" and "popularity" out of it. But perhaps I'm being too suspicious.
RE: "Why There Will Never Be Another RedHat: The Economics Of Open Source"
Levine says "...the [Red Hat] business model simply does not enable adequate funding of ongoing investments. The consequence of the model is minimal product differentiation resulting in limited pricing power and corresponding lack of revenue. As shown below, the open source support model generates a fraction of the revenue of other licensing models. For that reason it’s nearly impossible to properly invest in product development, support, or sales the way that companies like Microsoft or Oracle or Amazon can."
I find this interesting, because among Linux-related companies, I think Red Hat unequivocally makes a mark in terms of contribution of developer hours and/or funding. Oracle has a much larger market cap than Red Hat, but Oracle's product development/support/sales is also spread out over more areas. A similar comparison could be made to Microsoft, etc. Subsequently, those companies also have greater overheads. Red Hat isn't doomed, it just needs to operate leaner and in less of an ADHD-way than companies with deeper pockets like Microsoft, which can slap cash bandages on inefficiency boo-boos.
Second, does the open-source community tolerate true differentiation well? I'm not talking about UX tweaks here so much as stark underlying technological differences. How many times have accusations like 'NIH syndrome', 'not the Unix way', etc been batted around? Whereas Windows users may represent a community of consumers (and to a lesser extent contributors), I think (GNU/)Linux users and developers as a whole tend to be viewed as 'the community', as opposed to the users and developers of a specific distribution's fiefdom, and walled gardens are often frowned upon.
Levine: "It’s not to say we won’t see another Red Hat, but the odds are long and the path is littered with the corpses of companies that have tried the support model."
Isn't that the truth.
11 • BSD (by James LaRue on 2014-02-18 01:10:28 GMT from United States)
I admit that I'm a dilettante, not an expert. But I wonder if one of you good people can give me a succinct summary of why (other than hobbyist reasons, which I *do* get) someone would choose BSD over Linux. The GNU/user space, I gather, is roughly the same. BSD has a reputation or security, but my Linux installations have been secure enough for a user (not a server deployment, developer or programmer). BSD has less hardware savvy. Is there ANY reason to prefer it to Linux?
12 • @11 (by :wq on 2014-02-18 02:15:01 GMT from United States)
If Linux is everything you want, there is no reason you should prefer a BSD.
"BSD for Linux Users" (http://www.over-yonder.net/~fullermd/rants/bsd4linux/) is dated and makes the point of stating that it isn't a "Why you should use BSD" pitch, yet I think it some of what it covers might encourage consideration.
Allan Jude's take: http://youtu.be/HiGHABTDp3U?t=1h9m15s
The less controversial bullets from §4.7 of "Explaining BSD" (http://www.freebsd.org/doc/en/articles/explaining-bsd/comparing-bsd-and-linux.html): "The BSD license may be more attractive than the GPL." (<- i.e. for some, not all, people/organizations) "BSD can execute most Linux binaries, while Linux can not execute BSD binaries. Many BSD implementations can also execute binaries from other UNIX like systems. As a result, BSD may present an easier migration route from other systems than Linux would."
13 • NixOS (by GNUday on 2014-02-18 02:39:58 GMT from Canada)
That's a very interesting looking project, out of the box thinking (no pun intended) and innovative. How old are the rpm and deb models now? At least over two decades each? It's about time somebody shook things up a bit.
14 • @11 (by JR on 2014-02-18 04:29:08 GMT from Brazil)
@11 - ZFS? and... it's BSD, it just lack hardware support and desktop focus, give it time....
@13 - I think it's not just about that. it's the whole packaging infrastructure...... (or instalation?)
15 • Android x86 screen resolution (by Pumpino on 2014-02-18 05:26:05 GMT from Australia)
Does anyone know how to change the screen resolution in Android x86? I added it to my grub2 entry in Arch and it boots fine, but no amount of specifying the desired screen resolution will work. I've tried adding "vga=866" and "vga=0x0366" to the kernel line, as well as these lines to the grub file. My resolution is 1366x768, but changing it to more standard resolutions fails to result in any change also. It's useless without a higher resolution.
16 • 15) screen resolution (by EarlyBird on 2014-02-18 06:23:16 GMT from Canada)
15) Screen resolution:
I don't know about doing this on Android, but here's how I solved the problem in Linux (on the off chance this may be applicable or helpful):
The problem starts on first booting. Newest kernels include "kernel mode setting". During bootup, monitor is detected, and kernel part of video driver (kms) switches to highest monitor resolution resulting in user myopia, a visit to the optometrist, burnned out eyeballs, Passing the nomodeset argument to the kernel via bootup manager (lilo, grub, or whatever) results in black or frozen screen (usually with Nvidia and Intel video chipsets).
Solution, leave vga=normal line in the boot manager, but append (or pass the argument to the kernel) by adding the following:
so if you want 1024 by 768, the line would be:
and of course leave the vga=normal line in the boot manager (as opposed to the previous line which was appended.
Since I work a lot at the command line, the LAST thing I want is for the monitor booting up at maximum resolution. Now text and curses based programs like Midnight Commander are usable again.
Still one problem. When booting into X, One is STILL at the maximum resolution. KDE and XFCE have "display" options in the settings where one can choose one's preferred resolution and refresh rate. Haven't figured out where the mode settings are stored, and how to transfer them into my prefererred window managers (Fluxbox, Openbox, etc.). When using them, the settings from KDE or XFCE are lost, and one is stuck again at maximum resolution.
Xorg -configure will provide a minimal working configuration, but that's it. It USED to provide options to pick your graphics card, and cycle through options like, zoom (virtual screen mode), resolution(s), and more. In "simplifying things, they have utterly destroyed it's utility. Have searched all over the place (including Xorg site), but no simple drop-in replacement for the old-style behaviour. Funny, I never see younger users bouncing back and forth between commandline and X anymore. Having virtual screens and being able to change resolutions at the flip of a keystroke (CTRL-ALT+ or -).
Anyway, assuming that Android is similar to Linux, hope this helps; and if anyone can shed light on fixing things under X, that would be appreciated.
Note, even if you don't use X and STAY at the commandline, this can be a problem. Example: Finnix 109 - a commandline ONLY rescue distro. During bootup, it immediately switches to the infernal kernel setting thingy and switches to maximum resolution. There IS no X in this distro! WHY would you invoke mode switching? And it is a "live distro", so I guess I'd have to edit as above and remaster the ISO, but as a default behaviour, it defies logic.
17 • @13 (by greg on 2014-02-18 08:40:15 GMT from Slovenia)
aside from nixOS another thing that might be intresting to look at is GoboLinux 015 once it gets out of alpha and beta. and see how this compared for example with PBI in PC BSD.
offtopic: dissapointed they do not have an official torrent. i believe torrent is a must for when one downloads such large files. especially OS where little error during download can have huge impact on OS stability or even basic functions. there are posts of people downloading it 3 or 4 times before getting a good image.
18 • (16) Sorting video (by Somewhat Reticent on 2014-02-18 18:30:33 GMT from United States)
Isn't modesetting for GPU (hardware) acceleration, not (software) driver, or for passing parameters to X, or a display device?
(For geeks, it's fun when Life gets complicated.)
19 • security (by de on 2014-02-18 18:58:56 GMT from United States)
I have enjoyed coming to distrowatch for perhaps 8 years and most of what I have learned about linux came from first visiting this page. I felt much more secure running linux. Today I walked away from my machine for an hour or so to do other things and I passed by my machine, which was booted from a puppy linux mem stick. (I like it for backing up downloaded tutorial/educational files), sitting there with the wired connection to the internet, and the hard drive light blinking about like I would see, if I were downloading a large iso- lights blinking continously, mostly on. The browser was theoretically not open. I doubt I am important enough or do the type of things that would make the NSA interested in me. I have lost confidence in some other distributions recently, also. Is the hacking or NSA back-dooring getting that bad, or am I too paranoid?
20 • Maybe not. (by Garon on 2014-02-18 19:56:41 GMT from United States)
Chances are you have nothing to worry about with Puppy even tho you are running as root. Now if it was a large corporate distro, like perhaps Redhat, you could possibly have reason to worry. Redhat is just an example, but you see my point.
21 • @11 BSDs vs Linux (by Oko on 2014-02-18 21:27:46 GMT from United States)
I am an avid OpenBSD user but I use in my day job besides OpenBSD also FreeBSD and RedHat. This is an attempt to give you a brief summary of things where BSDs IMHO have an edge over enterprise Linux.
5. Superior network stack
6. Firewall (IPtables are joke comparing to PF or even NPF).
7. Hammer, ZFS and WAPBL are far superior than any existing Linux file system (Btrfs doesn't exist yet)
10. Many serious applications like Unbound, NSD or even IPv6 are firstly developed for BSDs.
11. DTrace on FreeBSD arguably developed for Solaris
13. Quality control in general (I can't emphasizes this enough)
14. Great little specialty distros like PFSense or FreeNAS
15. Business friendly license.
Advantages of Linux
1. Parallel computing
3. Scientific computing in general
4. Commercial support
5. Commercial applications like MATLAB or Oracle Java
6. Better IPMI support
8. Better support for crappy hardware
9. Bigger ecosystem
10. Much easier to find competent Linux admins than BSD admins
11. You have a legal entity which you can sue if things go wrong.
12. Enormous commercial resources and entities behind the Linux.
To quote Dennis Ritchie: "UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity". As we know GNU stands for GNU not Unix!
As a final note since this site is primarily desktop oriented I will say OS X (which is not BSD but Mach kernel+FreeBSD userland with Linux-isms+Aqua) in the hands of semi competent Unix guy (majority of MAC users do not belong to that group) beats the crap out of Linux or for that matter Windows desktop any day or night. For the record my desktops run OpenBSD.
PCBSD is a fine desktop operating system for people willing to read little bit and has many advantages and some disadvantages over Ubuntu for example. Any other vanilla BSDs are generally not usable on the desktop or otherwise without professional support by a general public.
22 • Red Flag Linux (by Toran on 2014-02-19 00:45:42 GMT from Belgium)
Just been reading here RFL is finished. It is known however that China is choosing for Ubuntu Kylin. So no need to worry...
23 • PCBSD 10 (by TransformHumanity on 2014-02-19 03:55:07 GMT from India)
@3 I chose pcbsd bootloader and "lost" my partitions; I have to hand write the grub entries to be able to boot the linuxes again.
The system was not rendered unbootable but boots into pcbsd directly ignoring the linux distros.
24 • Red Flag (by Meh on 2014-02-19 04:55:38 GMT from United States)
Obviously Red Flag needed to sell security updates to be profitable, like Red Hat.
25 • #23 (by zykoda on 2014-02-19 09:37:26 GMT from United Kingdom)
I had a similar "feature" some years ago which I resolved by making BSD the last (4 max) primary partition on a msdos partitioned device. BSD slices and msdos partitions can cause problems. Not sure how BSD would play in GPT, LVM, RAID... scenarios with GRUB, syslinux, GRUB2...etc. There looks enough material for a whole conference.
26 • @21 (by byku on 2014-02-19 09:54:08 GMT from Poland)
I'm user of Linux and BSD (especially i like DragonflyBSD, mostly because i'm former Amiga user and developer of Dragonfly is former developer of Amiga and he wants merge some flavour of Amiga with his BSD fork).
- we have: 15. Business friendly license (BSD).
comparing to (Linux):
- 4. Commercial support
- 5. Commercial applications like MATLAB or Oracle Java
- 12. Enormous commercial resources and entities behind the Linux.
What stop business to add those Linux points to BSD ecosystem?
27 • @26 (by Oko on 2014-02-19 18:39:42 GMT from United States)
That is a very difficult question to answer and am certainly not in position to offer any plausible explanation. I can speculate only. For example there is too much money and work thrown into the Linux that redoing some of that stuff just to be BSD based is economically unacceptable. Unfortunately business decisions are in many instances not technologically based. One of stellar examples is Google discussion to use Linux as oppose to NetBSD as a base for their Android OS. IIRC there are lengthy discussion amount NetBSD developers circa 2005 who were very confident that NetBSD fortunes would completely change once NetBSD was used by Google for Android OS. At that time it was clear from technological point of view that NetBSD was light years ahead of Linux for such kind applications.
28 • @26 (by :wq on 2014-02-19 21:23:52 GMT from United States)
BSD licenses encourage the inclusion of BSD-licensed code more so than the inclusion of BSD operating systems. That is to say that use of BSD-licensed code and support for BSD operating systems don't necessarily go hand in hand. A company may use BSD-licensed code for licensing reasons (but it's not all about the license, if it weren't quality code, it wouldn't be used regardless of the license), but not support BSDs (or even the company's code upstreams) for business reasons (shortsighted or not).
Why has it taken many commercial vendors years to support Linux (particularly the home user segment)? Vendors often don't want to support smaller market segments (unless they feel they can grow and leverage those). Also, some may perceive certain segments as hostile territory for proprietary and/or commercial software.
To some degree, the fact that FreeBSD and NetBSD can run a great number of Linux binaries may discourage some from directly targeting the BSDs. And companies generally don't want to support extra operating systems unless there is a perceived clear, significant benefit to them to do so. I'm sure some vendors who support Linux have probably decided that they have the open-source marketplace covered. Just as for some people Linux = Ubuntu, for others open-source OS = Linux.
Businesses often operate out of inertia. One of the key forces that affect this inertia is consumer demand. But how does one grow smaller market segments to a size where they garner widespread attention without vendor support, and how does one attract vendors to support smaller market segments when they don't yet have widespread attention or sizable user bases? Buzz and mind share really do have an effect, and those can trump the actual merits. Consumer demand, both reasoned and inane alike, ultimately carries the day.
29 • Linux vs BSD (by Koroshiya Itchy on 2014-02-20 07:24:53 GMT from Belgium)
I use Linux because I am a scientist. And, as @21 rightly pointed out, Linux is the OS of choice for
"3. Scientific computing in general"
Besides, there is also hardware support. FreeBSD does not support my printers, for instance. Of course, being a BSD user, I would have purchased supported printers. But mines are very good, conveniently priced and provide drivers as deb packages.
One additional consideration regarding licensing. All right, BSD licenses are more business friendly than GLP licenses. But why? What does this mean? It means that anyone is allowed to steal the code and give nothing in return. Apple picked up what they needed from BSD and closed the source as they pleased. A relatively similar thing happened to OpenSolaris.
BSD-kind of licences allow spurious interested to take advantage from the work of the community without giving anything in return. It is therefore good for them. Now, IMHO, the interest of the community are better protected with a GPL-kind of license, which forces you to give the modified code back to the community.
Now, if you prefer working for the big corporations for free, please, be my guest.
30 • Other Redhats re Commercial Viability (by GregNOIBN on 2014-02-20 19:37:35 GMT from United States)
Concerning the economic viability of Linux service(s) companies such as RedHat, Suse, Canonical, etc., there are additional factors (not expressed) that promote the longevity of the business model used by the aforementioned firms.
Those factors are:
> VLC (very low cost) contributors network . . . the kernel support project, the NGO non-profit organizations (Linux Foundation, MIT, Carnegie Mellon, etc.) and thousands of commercial entities that want to avoid vendor lock-in and promote maximum flexibility.
> Zero Cost contributors network. Ten's of thousands system developers, engineers, admins doing the work/project "on their own dime" because of interest, philosophy, expertise growth etc.
> Millions of "in-place" critical support hardware systems & devices that rely on the linux/unix - - how many Cray's and other top-end systems use MS or Apple based OS's?
Linux is now like a massive grouping of trains running on a huge track network - it has a momentum of it's own, is still growing, and will require more Suse's, Canonicals and RedHats. Saas, Paas, Naas (and so on) will be supplemental to internal networks and hardware environments imho.
31 • So, in a nutshell (by Fossilizing Dinosaur on 2014-02-20 19:59:33 GMT from United States)
BSD gives source away for free, and allows conversion to proprietary
GPL gives development away for free
proprietary gives full control to (whatever "owns") developers
and none of the above inherently generates a free (and robust) market.
32 • @27, 28, 29, 30, 31 (by byku on 2014-02-20 20:28:58 GMT from Poland)
Thx for opinions. Sometimes i see licence wars on forums or portals (especialy GPL versus BSD). I myself don't have problem with licences. If i use GPL code i release my work as GPL (the same for others licences).
Recently Linus have said that licences, CLAs and etc. are like "a relict of medieval times". Linux is now like snowball (or perpetuum mobile).
33 • BSD (by Dave Postles on 2014-02-20 20:39:24 GMT from United Kingdom)
Solid, secure, slow! I'm using PC-BSD right now on desktop and one laptop, basically because I want ZFS. It has the desktop which I want (XFCE with Openbox - as do the best Linux distros). It has the applications which I want (including R, gretl, QGIS and clamtk - as do most Linux distros). The recognition of USB drives is still a bit buggy. I have HP printers and HPLIP is in the packages in AppCafe (but no different from most Linux distros); it even detected automatically my old HP LaserJet 5M which is on an ethernet network (powerline). 10 seems to me to be a big improvement. I guess I use it for ZFS.
34 • @byku (RE: Amiga) (by :wq on 2014-02-21 06:39:30 GMT from United States)
Have you tried AROS, or a distribution thereof, if only for reasons of nostalgia?
35 • @34 (by byku on 2014-02-21 09:05:51 GMT from Poland)
I'm using: Linux, BSD, Haiku and AROS (i'm waiting for native port for RPi) because i like those OSes and yes there is some sentiment it this:
1) Tripos ("console part" of AmigaOS) have some similarites to UNIX (so to Linux and BSD too)
2) Dragonfly, Haiku, AROS had been influenced by AmigaOS (especialy AROS)
3) Some of my Amiga friends now are using/developing on BSD, Linux.
4) And Fred Fish (Fish Disks - Amiga FLOSS movement ;), BeOS, GNU Debuger)
36 • LTS Ponderable (by Somewhat Reticent on 2014-02-22 04:30:49 GMT from United States)
Do most LTS updates drop support for more and more LTS hardware?
Have a great weekend!
37 • 18) re passing parameters (by EarlyBird on 2014-02-22 06:36:56 GMT from Canada)
18) re GPU acceleration: I am no expert in this. My answer to 15 was an explanation of how I resolved problem on MY system in hope it might help solve his problem.
IF I understand things correctly, when you pass a parameter via your bootloader, it is being passed to the kernel as a kernel argument, and not directly to X. In this case, Xorg is written in a more modular form than the older Xfree, and part of that structure is now directly integrated into the kernel; hence the need to pass the parameter as a kernel parameter.
After replying to 15, I went back to the Xorg site, and found some info on probing mode lines buried in the FAQ, but no clear cut way to restore old behaviour, or any automated linux ready tool.
Not being a "gamer" have not been paying much attention to the MIR/Wayland developments. Hope the video landscape will be settled soon.
If I am wrong in any of this, hopefully someone will provide corrections and an explanation.
38 • Another good reason to run Linux or *-BSD (by GNUday on 2014-02-22 14:28:53 GMT from Canada)
With all the government spying going on globally, who needs the built-in watermarks and back-doors of that corporate monopoly OS, just sayin'.
39 • Have a great weekend! (by Fossilizing Dinosaur on 2014-02-23 18:50:02 GMT from United States)
15 vga=ask or uvesa? maybe search android-x86.org
21 Imagine Mach_microkernel with FreeBSD-userland+Linux'isms+Aqua
35 Consider ZevenOS-Neptune, a BeOS-style Debian spin
38 Watermarks: users looking for someone to blame when it goes bad
... Back-doors: users who need remote support
... most would happily switch to a robust free-market platform.
Number of Comments: 39
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 696 (2017-01-23): GoboLinux 016, remotely running desktop applications, Solus adopting Flatpak, KDE neon using Calamares, TrueOS tests OpenRC|
|• Issue 695 (2017-01-16): Zorin OS 12, Peppermint team fixes installer bug, Debian refreshes Jessie media, Ubuntu improves low graphics mode, Exciting things coming in 2017|
|• Issue 694 (2017-01-09): MX Linux 16, Fedora considers systemd security features, DragonFly BSD to support massive swap space, Ubuntu Touch roadmap, Puppy's newsletter, sudo's password prompt|
|• Issue 693 (2017-01-02): Comparing small distros, fig language, video driver comparsion, Debian+PIXEL, Wayland on FreeBSD|
|• Issue 692 (2016-12-19): Bodhi Linux 4.0.0, Cappsule containers, Calculate's new Utilities package, Solus and Ubuntu MATE build new application menu|
|• Issue 691 (2016-12-12): SalentOS 1.0, openSUSE improves YaST, Fedora considers slower release cycle, KDE neon gets LTS branch|
|• Issue 690 (2016-12-05): Fedora 25, Ubuntu adopts rolling HWE kernel, running Android apps on GNU/Linux, Haiku working toward EFI support|
|• Issue 689 (2016-11-28): openSUSE 42.2, Fedora's upgrade path, plans for Korora 25, transitioning from PC-BSD to TrueOS, Webconverger's reproducible builds|
|• Issue 688 (2016-11-21): Endless OS 3.0.5, KDE neon fixes security hole, FreeBSD's Quarterly Status Report, Rolling release trial #2 concludes|
|• Issue 687 (2016-11-14): NAS4Free 10.3.0.3, Fedora gains MP3 playback, budgie-remix becomes Ubuntu Budgie, Ubuntu flavours compared, Rolling release trial #2|
|• Issue 686 (2016-11-07): FreeBSD 11.0, rolling release trial #2, Debian announces supported architectures, Simplicity switching to antiX base, farewell to Mythbuntu|
|• Issue 685 (2016-10-31): elementary OS 0.4, SUSE gains ARM support, Mint improves language support, Dirty COW explained, Rolling release trial #2|
|• Issue 684 (2016-10-24): Ubuntu 16.10, Linux popularity in different markets, Fedora runs on Raspberry Pi, Ubuntu features live kernel patching|
|• Issue 683 (2016-10-17): Refracta 8.0, making packages for distributions, Alpine switches to LibreSSL, 386BSD website publishes classic code|
|• Issue 682 (2016-10-10): KDE neon 20160915, Android-x86 6.0, Fedora warns of update bug, HandyLinux drops English translation, LXQt benchmarks|
|• Issue 681 (2016-10-03): OpenBSD 6.0, DragonFly BSD to support LibreSSL in ports, systemd denial of service bug, upgraded Mintbox Mini|
|• Issue 680 (2016-09-26): Uruk GNU/Linux 1.0, blocking applications at the firewall, Lenovo controversy, Ubuntu running on the Nextcloud Box|
|• Issue 679 (2016-09-19): OpenMandriva 3.0, 32-bit vs 64-bit performance, openSUSE updates, KaOS unveils first run wizard|
|• Issue 678 (2016-09-12): Apricity 07.2016, Mageia adopts DNF, KDE neon to use Wayland, FreeBSD updates Linux compatibility, creating cron jobs|
|• Issue 677 (2016-09-05): Peppermint OS 7, Manjaro updates leadership, TrueOS becomes rolling release, organizing files, creating torrents|
|• Issue 676 (2016-08-29): Korora 24, Fedora 25 to use Wayland by default, Linux turns 25, PC-BSD becomes TrueOS, finding software licensing information|
|• Issue 675 (2016-08-22): Gentoo LiveDVD "Choice Edition", moreutils, Ubuntu improves terminal convergence, MATE packaged for Openindiana, FreeBSD improves video support|
|• Issue 674 (2016-08-15): Zenwalk Linux 8.0, Ubuntu phone follow-up, Lubuntu transitioning to LXQt, Steam running on FreeBSD|
|• Issue 673 (2016-08-03): noop linux and EasyNAS, Debian's GnuPG switch, Fedora "Flock", using "nice"|
|• Issue 672 (2016-08-01): Ubuntu Phone 15.04, Solus embraces rolling release model, interview with Jane Silber, FreeBSD Quarterly Report|
|• Issue 671 (2016-07-25): Slackware 14.2, Point Linux 3.2, OpenBSD disables usermount, KaOS releases significant changes, Fedora 22 reaches end of life.|
|• Issue 670 (2016-07-18): Linux Lite 3.0, Bodhi team plans 4.0.0, pfSense changes licensing, running software across distributions, Linux Mint upgrade path|
|• Issue 669 (2016-07-11): Linux Mint 18, proving a system is secure, LibreSSL in FreeBSD, Ubuntu plans phasing out 32-bit, pfSense status report|
|• Issue 668 (2016-07-04): Fedora 24, Linux Mint plans for 18.1, FreeBSD and DragonFly BSD improve their file systems, comparing Flatpak, Snap and AppImage|
|• Issue 667 (2016-06-27): GeckoLinux 421, Fedora supports Flatpak, Solus unveils new features, running GNU/Linux on tablets|
|• Issue 666 (2016-06-20): Comparing more live update methods, Ubuntu's snap packages, Antergos drops 32-bit media, GeckoLinux unveils Rolling edition, learning Linux resources|
|• Issue 665 (2016-06-13): BunsenLabs Linux Hydrogen, Fedora 24 delayed, NetBSD grows in size, Clonezilla questions|
|• Issue 664 (2016-06-06): Sabayon 16.05, Debian updates install media, the cost of free software, Qubes explains secure build process|
|• Issue 663 (2016-05-30): Comparing live update methods, Ubuntu MATE's progress, distros debate systemd change, DistroWatch turns 15|
|• Issue 662 (2016-05-23): Clonezilla Live, new Fedora community repository, DragonFlyBSD runs Wayland, a live edition of Slackware and kernel components|
|• Issue 661 (2016-05-16): FreeBSD 10.3, OpenMandriva adopts Clang, Debian adds ZFS packages, PCLinuxOS drops 32-bit and comparing CentOS with RHEL|
|• Issue 660 (2016-05-09): Ubuntu MATE 16.04, Mint's xapps, FreeBSD Quarterly Report, Debian updates 32-bit support, addressing GPL violations|
|• Issue 659 (2016-05-02): Ubuntu 16.04, compiling custom kernels, Cinnamon 3.0, Sabayon launches ARM build, Devuan ships Beta release|
|• Issue 658 (2016-04-25): Kali Linux 2016.1, elementary OS 0.3.2, Debian elects Project Leader, Fedora 24 feature preview, Nard reaches 1.0|
|• Issue 657 (2016-04-18): Redox, Linux Mint improves update manager, planned Fedora 24 features, Ubuntu 16.04 getting Snappy packages|
|• Issue 656 (2016-04-11): Qubes OS 3.1, Whonix offers bug bounties, Puppy's family tree, setting up disk partitions and running bash on Windows|
|• Issue 655 (2016-04-04): Parsix 8.5, Sabayon's Community repository, Red Hat offers free subscriptions, Ubuntu tablets, command line tips|
|• Issue 654 (2016-03-28): PCLinuxOS 2016.03, Using signatures to create a web of trust, Arch Linux rolls out Pacman update, GuixSD packages GNOME|
|• Issue 653 (2016-03-21): Antergos 2016.02.21, Debian prepares for election, a Unix-like OS written in Rust, watching Netflix on FreeBSD|
|• Issue 652 (2016-03-14): ReactOS 0.4.0, Debian swaps Iceweasel for Firefox, Fedora moving forward with Wayland, Verifying ISO files|
|• Issue 651 (2016-03-07): Korora 23, Linux Mint improves security, Ubuntu MATE on Raspberry Pi 3 computers, trying different file systems|
|• Issue 650 (2016-02-29): Haiku in 2016, running Android apps on GNU/Linux, 30 years of MINIX, Fedora plans Atomic Workstation|
|• Issue 649 (2016-02-22): Zorin OS 11, openSUSE launches new editions, Linux Mint website compromised, sandboxing applications using Firejail|
|• Issue 648 (2016-02-15): XStream Desktop 153, Raspbian unveils OpenGL feature, free hardware, Ikey Doherty talks desktop design|
|• Issue 647 (2016-02-08): Tails 2.0, KDE project launches Neon, Manjaro unveils ARM support, FreeBSD's quarterly report|
|• Issue 646 (2016-02-01): deepin 15, Mint plans X-Apps, FreeBSD to support boot environments, logging into the desktop as root|
|• Issue 645 (2016-01-25): Linux Mint 17.3 "Xfce", Chromixium changes its name, Ubuntu tablets coming soon, Linux vs BSD comparision|
|• Issue 644 (2016-01-18): Kwort 4.3, Sabayon tests ARM images, Slackware adopts PulseAudio, running Linux without GNU software|
|• Full list of all issues|