| 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)
|Linux Foundation Training
|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 746 (2018-01-15): deepin 15.5, openSUSE's YaST improvements, new Ubuntu 17.10 media, details on Spectre and Meltdown bugs|
|• Issue 745 (2018-01-08): GhostBSD 11.1, Linspire and Freespire return, wide-spread CPU bugs patched, adding AppImage launchers to the application menu|
|• Issue 744 (2018-01-01): MX Linux 17, Ubuntu pulls media over BIOS bug, PureOS gets endorsed by the FSF, openSUSE plays with kernel boot splash screens|
|• Issue 743 (2017-12-18): Daphile 17.09, tools for rescuing files, Fedora Modular Server delayed, Sparky adds ARM support, Slax to better support wireless networking|
|• Issue 742 (2017-12-11): heads 0.3.1, improvements coming to Tails, Void tutorials, Ubuntu phasing out Python 2, manipulating images from the command line|
|• Issue 741 (2017-12-04): Pop!_OS 17.10, openSUSE Tumbleweed snapshots, installing Q4OS on a Windows partition, using the at command|
|• Issue 740 (2017-11-27): Artix Linux, Unity spin of Ubuntu, Nitrux swaps Snaps for AppImage, getting better battery life on Linux|
|• Issue 739 (2017-11-20): Fedora 27, cross-distro software ports, Ubuntu on Samsung phones, Red Hat supports ARM, Parabola continues 32-bit support|
|• Issue 738 (2017-11-13): SparkyLinux 5.1, rumours about spyware, Slax considers init software, Arch drops 32-bit packages, overview of LineageOS|
|• Issue 737 (2017-11-06): BeeFree OS 18.1.2, quick tips to fix common problems, Slax returning, Solus plans MATE and software management improvements|
|• Issue 736 (2017-10-30): Ubuntu 17.10, "what if" security questions, Linux Mint to support Flatpak, NetBSD kernel memory protection|
|• Issue 735 (2017-10-23): ArchLabs Minimo, building software with Ravenports, WPA security patch, Parabola creates OpenRC spin|
|• Issue 734 (2017-10-16): Star 1.0.1, running the Linux-libre kernel, Ubuntu MATE experiments with snaps, Debian releases new install media, Purism reaches funding goal|
|• Issue 733 (2017-10-09): KaOS 2017.09, 32-bit prematurely obsoleted, Qubes security features, IPFire updates Apache|
|• Issue 732 (2017-10-02): ClonOS, reducing Snap package size, Ubuntu dropping 32-bit Desktop, partitioning disks for ZFS|
|• Issue 731 (2017-09-25): BackSlash Linux Olaf, W3C adding DRM to web standards, Wayland support arrives in Mir, Debian experimenting with AppArmor|
|• Issue 730 (2017-09-18): Mageia 6, running a completely free OS, HAMMER2 file system in DragonFly BSD's installer, Manjaro to ship pre-installed on laptops|
|• Issue 729 (2017-09-11): Parabola GNU/Linux-libre, running Plex Media Server on a Raspberry Pi, Tails feature roadmap, a cross-platform ports build system|
|• Issue 728 (2017-09-04): Nitrux 1.0.2, SUSE creates new community repository, remote desktop tools for GNOME on Wayland, using Void source packages|
|• Issue 727 (2017-08-28): Cucumber Linux 1.0, using Flatpak vs Snap, GNOME previews Settings panel, SUSE reaffirms commitment to Btrfs|
|• Issue 726 (2017-08-21): Redcore Linux 1706, Solus adds Snap support, KaOS getting hardened kernel, rolling releases and BSD|
|• Issue 725 (2017-08-14): openSUSE 42.3, Debian considers Flatpak for backports, changes coming to Ubuntu 17.10, the state of gaming on Linux|
|• Issue 724 (2017-08-07): SwagArch 2017.06, Myths about Unity, Mir and Ubuntu Touch, Manjaro OpenRC becomes its own distro, Debian debates future of live ISOs|
|• Issue 723 (2017-07-31): UBOS 11, transferring packages between systems, Ubuntu MATE's HUD, GNUstep releases first update in seven years|
|• Issue 722 (2017-07-24): Calculate Linux 17.6, logging sudo usage, Remix OS discontinued, interview with Chris Lamb, Debian 9.1 released|
|• Issue 721 (2017-07-17): Fedora 26, finding source based distributions, installing DragonFly BSD using Orca, Yunit packages ported to Ubuntu 16.04|
|• Issue 720 (2017-07-10): Peppermint OS 8, gathering system information with osquery, new features coming to openSUSE, Tails fixes networking bug|
|• Issue 719 (2017-07-03): Manjaro 17.0.2, tracking ISO files, Ubuntu MATE unveils new features, Qubes tests Admin API, Fedora's Atomic Host gets new life cycle|
|• Issue 718 (2017-06-26): Debian 9, support for older hardware, Debian updates live media, Ubuntu's new networking tool, openSUSE gains MP3 support|
|• Issue 717 (2017-06-19): SharkLinux, combining commands in the shell, Debian 9 flavours released, OpenBSD improving kernel security, UBports releases first OTA update|
|• Issue 716 (2017-06-12): Slackel 7.0, Ubuntu working with GNOME on HiDPI, openSUSE 42.3 using rolling development model, exploring kernel blobs|
|• Issue 715 (2017-06-05): Devuan 1.0.0, answering questions on systemd, Linux Mint plans 18.2 beta, Yunit/Unity 8 ported to Debian|
|• Issue 714 (2017-05-29): Void, enabling Wake-on-LAN, Solus packages KDE, Debian 9 release date, Ubuntu automated bug reports|
|• Issue 713 (2017-05-22): ROSA Fresh R9, Fedora's new networking features, FreeBSD's Quarterly Report, UBports opens app store, Parsix to shut down, SELinux overview|
|• Issue 712 (2017-05-15): NixOS 17.03, Alpha Litebook running elementary OS, Canonical considers going public, Solus improves Bluetooth support|
|• Issue 711 (2017-05-08): 4MLinux 21.0, checking file system fragmentation, new Mint and Haiku features, pfSense roadmap, OpenBSD offers first syspatch updates|
|• Issue 710 (2017-05-01): TrueOS 2017-02-22, Debian ported to RISC-V, Halium to unify mobile GNU/Linux, Anbox runs Android apps on GNU/Linux, using ZFS on the root file system|
|• Issue 709 (2017-04-24): Ubuntu 17.04, Korora testing new software manager, Ubuntu migrates to Wayland, running Nix package manager on alternative distributions|
|• Issue 708 (2017-04-17): Maui Linux 17.03, Snaps run on Fedora, Void adopts Flatpak, running Android apps on GNU/Linux, Debian elects Project Leader|
|• Issue 707 (2017-04-10): PCLinuxOS 2017.03, Canonical stops Unity development, OpenBSD on a Raspberry Pi, setting up a VPN for privacy|
|• Issue 706 (2017-04-03): Super Grub2 Disk, Snap packages of deepin applications, Subgraph OS routes network traffic for one application, announcements from Linux Mint|
|• Issue 705 (2017-03-27): Minimal Linux Live, sharing control of the operating system, new KaOS features, Uplos32 provides 32-bit fork of PCLinuxOS|
|• Issue 704 (2017-03-20): ToarusOS 1.0.4, Linux Mint's security record, Debian starts Project Leader election, Ubuntu 12.04 reaches end-of-life|
|• Issue 703 (2017-03-13): SolydXK 201701, CloudReady, Solus announces new features, KDE Connect sends text messages from desktop, openSUSE's YaST module for Let's Encrypt|
|• Issue 702 (2017-03-06): Fatdog64 Linux, elementary OS bundled with new netbook, Haiku announces new features, security and the size of a distro's development team|
|• Issue 701 (2017-02-27): OBRevenge 2017.02, Mageia 6 delays, NetBSD reproducible builds, questions about swap space, trying to steam video on a Raspberry Pi|
|• Issue 700 (2017-02-20): RaspBSD, Debian replaces Icedove with Thunderbird, Fedora's licensing guidlines, tips for switching shells, finding battery charge, getting IP address and killing processes|
|• Issue 699 (2017-02-13): Clear Linux, GhostBSD network utility ported to FreeBSD, Ubuntu coming to Fairphone, elementary OS crowd funding an app store|
|• Issue 698 (2017-02-06): Solus 2017.01.01, comparing containers with portable applicatins, Tails dropping 32-bit support, Debian Stretch enters freeze|
|• Issue 697 (2017-01-30): Subgraph OS 2016.12.30, running Ubuntu on an Android phone, Arch Linux phasing out 32-bit support, Linux Mint testing updated LMDE media|
|• 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|
|• Full list of all issues|
|Random Distribution |
Bridge Linux is an Arch Linux-based set of distributions and live CD/DVD images designed for desktop deployment. It comes in four separate editions with a choice of GNOME, KDE, LXDE or Xfce desktops. Unlike Arch, Bridge Linux boots directly into one of the available graphical desktop environments and it provides a pre-installed set of common applications (with more available from Arch Linux repositories).