DaemonForums  

Go Back   DaemonForums > Other Operating Systems > Other OS

Other OS Any other OS such as Microsoft Windows, BeOS, Plan9, Syllable, and whatnot.

Reply
 
Thread Tools Display Modes
Old 11th December 2013
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is online now
Real Name: Martin
Old man from scene 24
 
Join Date: Apr 2008
Location: Eindhoven, Netherlands
Posts: 2,068
Thanked 198 Times in 156 Posts
Default

I don't think that writing a whole new set of tools really solves anything, IMHO The `hey, this could be better, let's just make a whole new application/api and throw the old one out'-attitude is seldom useful. Actually making the existing solutions better is almost always the best thing to do, there are exceptions to this of course, and sometimes there is no one `golden' solution, but more often than not the differences are minor and don't really matter.

A simple example might be epoll vs. kqueue, they both do the same thing, and AFAIK there's no real functional difference between them.
kqueue was there a couple of years earlier, but for some reason the Linux devs opted to create epoll. Perhaps they had good reasons for that, perhaps not, but the situation 12 years later is that we need to use a wrapper if we want to support both FreeBSD & Linux.
Later someone created inotify, which does pretty much the same as epoll & kqueue, with minor differences/improvements, further complicating matters.
And that's just Linux & FreeBSD, other systems may use yet another solution...
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
Old 11th December 2013
LeFrettchen's Avatar
LeFrettchen LeFrettchen is offline
Marveled user
 
Join Date: Aug 2012
Location: Bronvaux, France
Posts: 108
Thanked 0 Times in 0 Posts
Default

Quote:
Originally Posted by harishankar View Post
Obstacle to freedom in what way?
Just because choice = freedom.
An imposed GUI wouldn't be a sign of freedom for me. Even a good GUI...

For example, OS X is a really good OS, with a very good GUI, well integrated.
But I prefer OpenBSD, just because it's more flexible.



Quote:
Originally Posted by harishankar View Post
The biggest problem appears to be the mindset resistance which you have shown, and which appears to be shared be the BSD developer community.


I started to use computers with MS-DOS, just like you, and I use everyday Windows, OS X & OpenBSD, with Windows's Explorer, OS X's Finder, KDE, LXDE, XFCE, FVWM etc..., depending of the machine I use.
And I don't see much differences between those different OS & GUI.

I'm not resistant to anything.
But I really don't see the need for a new GUI, since BSD's GUI are sufficient enough.

So I wonder if a new GUI would change anything, except for a low percent of users...
__________________
In case of emergency
Reply With Quote
Old 12th December 2013
harishankar harishankar is offline
Port Guard
 
Join Date: Nov 2011
Posts: 31
Thanked 0 Times in 0 Posts
Default

Let us be specific. I have stated in what ways the desktop environments in BSDs are lacking. Namely, they lack the tighter integration with the OS that Linux provides by various daemons, some of which are ported to BSDs while others are not. It is currently messy "Linuxisms" that make BSDs more user-friendly for desktop.

I have proposed two solutions. What is your stand on each of them?

i.e. 1. One of the BSDs choose to focus and create a DE that is entirely UNIX-like and clean, i.e. focus on the BSD services instead of relying on Linuxisms. It could be a fork of any of the existing desktops like Gnome or KDE as well. Thus the entire abstraction layer could be eliminated making the GUI layer talk directly to the kernel rather than through "abstraction kits". This will be ideal and allow BSDs to have feature rich DEs without depending on Linux code.

2. BSDs embrace new solutions in the place of the existing Linuxisms like Conksolekit, policykit, dbus etc. which will seamlessly allow the existing DEs to work as feature-rich on BSD as in Linux.

Surely it is within the scope of a project or a group within the BSD community?

The current situation is that many of the features of Gnome and KDE that are Linux specific, either do not work at all on BSD or are half-implemented, making these desktops less featureful.
Reply With Quote
Old 12th December 2013
IdOp's Avatar
IdOp IdOp is offline
Too dumb for a smartphone
 
Join Date: May 2008
Location: twisting on the daemon's fork(2)
Posts: 563
Thanked 14 Times in 13 Posts
Default

Quote:
Originally Posted by harishankar View Post
i.e. 1. One of the BSDs choose to focus and create a DE that is entirely UNIX-like and clean, i.e. focus on the BSD services instead of relying on Linuxisms. It could be a fork of any of the existing desktops like Gnome or KDE as well. Thus the entire abstraction layer could be eliminated making the GUI layer talk directly to the kernel rather than through "abstraction kits". This will be ideal and allow BSDs to have feature rich DEs without depending on Linux code.
Wouldn't the end result of this be a single DE, though? (As in the first sentence.) E.g., it might be a fork of Gnome. I don't know about others, but personally I want nothing to do with Gnome or KDE, so this would reduce my choices.

Quote:
2. BSDs embrace new solutions in the place of the existing Linuxisms like Conksolekit, policykit, dbus etc. which will seamlessly allow the existing DEs to work as feature-rich on BSD as in Linux.
But, the existing DEs are (initially) a product of Linux-land, and so rely on the Linuxisms. If you replace the Linuxisms with new solutions, you'll still have to port the existing DEs to the new solutions, in perpetuity as they evolve. Or if the existing DEs are really to be used "seamlessly", then the new solutions must continue to change to emulate the changes to *kit, dbus, etc., in Linux-land. Does this really get us anywhere? Maybe I'm missing something.
Reply With Quote
Old 21st December 2013
DaBSD DaBSD is offline
Fdisk Soldier
 
Join Date: Jan 2013
Posts: 46
Thanked 0 Times in 0 Posts
Default

Quote:
Originally Posted by ocicat View Post
I suspect you have already answered this question when you acknowledged above that the *BSD developer community is small, & that they have to pick & choose what battles they can or will fight.
The *BSD developer community is small not least because it is split into Free/Net/Open/DragonFly/Midnight/bitrig and God knows what other teams.

Linux has long been supported by industry grands, such as IBM, Oracle, RedHat etc., who's nowadays responsible for almost 50% of kernel code changes. IBM alone invested 1bn USD into Linux 10-12 years ago and is going to repeat it again. Such a strong backing leads to a much broader functionality, hence a bigger eco-system, more distribs, more hardware drivers, more software, more games ported, more life.
Reply With Quote
Old 28th December 2013
muflon muflon is offline
Real Name: Marcin
Port Guard
 
Join Date: Jul 2013
Location: Poland
Posts: 26
Thanked 0 Times in 0 Posts
Default

Quote:
Originally Posted by DaBSD View Post
The *BSD developer community is small not least because it is split into Free/Net/Open/DragonFly/Midnight/bitrig and God knows what other teams.
"Small" community of people which knows what they are doing mostly equals to High Quality of Code.

OpenBSD is the example of that.
Reply With Quote
Old 29th December 2013
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is online now
Real Name: Martin
Old man from scene 24
 
Join Date: Apr 2008
Location: Eindhoven, Netherlands
Posts: 2,068
Thanked 198 Times in 156 Posts
Default

Quote:
Originally Posted by DaBSD View Post
Linux has long been supported by industry grands, such as IBM, Oracle, RedHat etc., who's nowadays responsible for almost 50% of kernel code changes. IBM alone invested 1bn USD into Linux 10-12 years ago and is going to repeat it again. Such a strong backing leads to a much broader functionality, hence a bigger eco-system, more distribs, more hardware drivers, more software, more games ported, more life.
I don't think that industry support equals better quality. In fact, in my experience as both a user & developer is that commercially developed is often (not always) of poorer quality. A mediocre `meh, good enough' is the industry standard.
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
Old 1st January 2014
DaBSD DaBSD is offline
Fdisk Soldier
 
Join Date: Jan 2013
Posts: 46
Thanked 0 Times in 0 Posts
Default

Quote:
Originally Posted by muflon View Post
"Small" community of people which knows what they are doing mostly equals to High Quality of Code.

OpenBSD is the example of that.
Well, this comment should rather be addressed to Ocicat, who was the first to make the point about the small size of *BSD developer teams:

Quote:
Originally Posted by DaBSD View Post
Quote:
Originally Posted by ocicat View Post
Quote:
Originally Posted by harishankar View Post
I don't see any BSD developers putting their hands up to work on true desktop features. I understand that their itch is different and that they aren't interested in making BSDs more desktop oriented. I just wanted to know why.
I suspect you have already answered this question when you acknowledged above that the *BSD developer community is small, & that they have to pick & choose what battles they can or will fight. Beyond that, I again state that I am not a spokesperson for the community. All I can offer are observations.
The *BSD developer community is small not least because it is split into Free/Net/Open/DragonFly/Midnight/bitrig and God knows what other teams.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT. The time now is 08:25 PM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick