LinuxQuestions.org
Latest LQ Deal: Latest LQ Deals
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 02-23-2014, 03:02 AM   #61
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,048

Rep: Reputation: Disabled

Quote:
Originally Posted by ReaperX7 View Post
I often wonder if the fact that GNU/Linux has no absolutes as far as standards go it's ultimate weakness to all this infiltration being made against UNIX and other UNIX-like standards that have such clear defined standards? It would seem to me, and I'm sorry if this next phrase incurs the wrath of every GNU/Linux user, maintainer, and distributor, all this pride of openness to freedom, liberalistic values and ideas, and willingness to accept chance without merit has done nothing good for GNU/Linux period in the long term, only the short , temporary, and fleeting? And I wonder if this lack of foundation will be the downfall and destruction of GNU/Linux?
I think that we just suffer of the lack of a global system engineering (for the whole OS), as we have for the kernel. It's good to have only one person who ultimately makes integration decisions, and that partly explains why Slackware has been able to survive that many years, unfortunately no one controls random evolution of available components and sub-systems. Every time one of these changes, appears or disappears, we can just cross fingers hoping that integration will stay possible without regression of features and/or of non functional requirements previously fulfilled or met.

Last edited by Didier Spaier; 02-23-2014 at 12:31 PM. Reason: s:and/of:and/or of:
 
3 members found this post helpful.
Old 02-23-2014, 03:40 AM   #62
drmozes
Slackware Contributor
 
Registered: Apr 2008
Distribution: Slackware
Posts: 1,531

Rep: Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274
Quote:
Originally Posted by Didier Spaier View Post
I think that we just suffer of the lack of a global system engineering (for the whole OS), as we have for the kernel. It's good to have only one person who ultimately makes integration decisions, and that partly explains why Slackware has been able to survive that many years, unfortunately no one controls random evolution of available components and sub-systems. Every time one of theses changes, appears or disappears, we can just cross fingers hoping that integration will stay possible without regression of features and/of non functional requirements previously fulfilled or met.
Exactly - hence why Red Hat hired many of the developers of the key components. Without being able to control your own destiny, it makes creating and sticking to software road maps very difficult.
 
1 members found this post helpful.
Old 02-23-2014, 05:33 AM   #63
ReaperX7
LQ Guru
 
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,554
Blog Entries: 15

Rep: Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097
Yes, but Red Hat is only a distribution/distributor of GNU/Linux, they shouldn't be the ones making the decisions on the future of GNU/Linux, the GNU project and the Linux Foundation should be making those Standards and deciding the future of Linux. This is basically going back to my argument on someone adding the proverbial onion to the soup that has no business in the kitchen or near the food.

It's nice that some companies and groups want to contribute back to GNU/Linux, but when a contribution is aimed at destroying the UNIX ecosystem to which GNU and Linux both belong to, along with hundreds of other projects, there should be Standards in place to prevent this from going any further, and those Standards are either too loosely defined, non-existent, or unenforceable by whatever means.

I honestly think an Open UNIX Specification that would state that any key structural system software that works for the GNU/OS has to be openly available for any other UNIX or UNIX-like system, minus tools developed by the Linux Foundation specifically to manage the kernel only, and if not, it can not be included in a public GNU/Linux distribution, similar to the Copyright laws that prevent CDDL licensed software from being redistributed along with a GPL licensed project in source or binary form... and then actually enforce the rules.

Last edited by ReaperX7; 02-23-2014 at 05:40 AM.
 
Old 02-23-2014, 05:40 AM   #64
eloi
Member
 
Registered: Nov 2010
Posts: 227

Rep: Reputation: 61
Fashion rules your life - the dark side

Quote:
Originally Posted by Darth Vader View Post
Well, the Real Life demonstrate that you are epic wrong. Because for every lonely GNU/Linux user, there are 5000 frakking Android users. Whis is (esentialy) a Linux desktop environment.



Sorry, but I don't give a crap for a (personal) computer unable to run a web browser. Sure, I work with servers and I earn a meal from them, but them are NOT my frakking computers.



Sure, using a Linux desktop environment known also as Android...



Sure, you see Slackware's future just as a web server, nothing more. Or as a appliance?

BUT, again, I don't give a crap for a great development workstation unable to run a web browser. Because I need a web brouser for reading documentation, news, even to post there. Or you think that I post there using netcat and I read LQ using wget?



Yet again, I don't give a crap about small memory footprints on my computers. The lamest of them have "only" 8GB RAM. So, what's the point to care?

Also I suggest you to finally dump your techno-crap and buy a modern computer...



Of course, you don't have. But there is no law which force Linux to resemble BSD UNIX or to die...

I am your father -- Lennart
 
Old 02-23-2014, 05:44 AM   #65
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,858

Rep: Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225Reputation: 2225
On the flip side, maybe this will help in Hurd development.
 
1 members found this post helpful.
Old 02-23-2014, 02:34 PM   #66
TracyTiger
Member
 
Registered: Apr 2011
Location: California, USA
Distribution: Slackware
Posts: 528

Rep: Reputation: 273Reputation: 273Reputation: 273
Brief Off Topic Intermission

Quote:
Remember the times, where these "man pages" came along as a printed book?
Yes I remember.

My 1978 7th Edition UNIX books (mostly man pages) reprinted in 1983. I haven't used them much in the last few decades however.

(Note: I'm not a time traveler from the future. The camera date/time is still set to an Asian time zone.)
Attached Thumbnails
Click image for larger version

Name:	UNIX-Manuals.jpg
Views:	51
Size:	92.9 KB
ID:	14807  
 
1 members found this post helpful.
Old 02-23-2014, 03:25 PM   #67
ReaperX7
LQ Guru
 
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,554
Blog Entries: 15

Rep: Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097
Quote:
Originally Posted by Richard Cranium View Post
On the flip side, maybe this will help in Hurd development.
It would be nice if HURD ever became viable for production level systems, but I doubt it'll happen any time soon. At this point the only safety nets left are big brand UNICES and the BSDs laying down the law on projects and the willingness of other Linux distributions to not jump off the bridge like everyone else.
 
Old 02-23-2014, 04:14 PM   #68
drmozes
Slackware Contributor
 
Registered: Apr 2008
Distribution: Slackware
Posts: 1,531

Rep: Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274Reputation: 1274
Quote:
Originally Posted by ReaperX7 View Post
Yes, but Red Hat is only a distribution/distributor of GNU/Linux
Maybe in 1995 that was the case but they are not and haven't been for quite some time since they became established in the the enterprise space in early 2000s.

Quote:
Originally Posted by ReaperX7 View Post
they shouldn't be the ones making the decisions on the future of GNU/Linux
They aren't, directly - and that was part of what I was getting at.

They're a business with share holders (I used to be one since I worked there a few years ago). Customers and investors need to know what's coming down the line: why should they stick with the company? The company needs to be able to execute against it plans, which means taking control of what ever it can. There is a lot of good that is done by RH which is contributed back to the community, and part of the price to pay is that some of the direction of the community is swayed by RH due to its own needs.
 
Old 02-23-2014, 04:17 PM   #69
dugan
LQ Guru
 
Registered: Nov 2003
Location: Canada
Distribution: distro hopper
Posts: 11,198

Rep: Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307Reputation: 5307
Vincent Batts works for Redhat, btw. I'm not sure if he's still considered a "Slackware developer", or if he ever was, but I do know that his contributions to Slackware have been substantial.
 
Old 02-23-2014, 06:44 PM   #70
bartgymnast
Member
 
Registered: Feb 2003
Location: Almere, Netherlands
Distribution: slack 7.1 till latest and -current, LFS
Posts: 368

Rep: Reputation: 165Reputation: 165
as far as I remember, he started at slackware and moved to red hat.
over the past years, he has been contributing still to slackware
 
Old 02-23-2014, 07:05 PM   #71
ReaperX7
LQ Guru
 
Registered: Jul 2011
Location: California
Distribution: Slackware64-15.0 Multilib
Posts: 6,554
Blog Entries: 15

Rep: Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097Reputation: 2097
Red Hat should not be in control of upstream GNU/Linux core system developments to the point that the only software being used is Red Hat's own developed stuff like systemd for example. Just because Red Hat proved years ago that a company that promoted GNU/Linux could be profitable shouldn't be an open invitation to Red Hat to do as they please, nor give them any exclusive rights to do so, but apparently nobody questions why Red Hat's tentacles are so far deep into open source systems without some level of a stop gap, and why they allowed so much freedom to do as they please unchecked.

Not to restart a debate or kick a dead horse but you do have to realize that besides the kernel control tools, kernel, shell, and other general utilities is one major component of the system that nearly controls everything called the init system. Now seriously think, who created this new octopus of an init system, and who does he work for, and who would like to see less to zero competition in a market? The answer isn't difficult to decipher.

You said it best. Red Hat is a business and what do businesses try to eliminate to make more money?
 
2 members found this post helpful.
Old 02-24-2014, 01:46 AM   #72
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,048

Rep: Reputation: Disabled
Quote:
Originally Posted by ReaperX7 View Post
Red Hat is a business and what do businesses try to eliminate to make more money?
"Timeo Danaos et dona ferentes", is that what you mean?

If you actually imply that systemd is a Trojan horse send by RH to eliminate competitors, I won't follow you on imputing them these motives.

And in any case, nobody's forced to follow them and eat the meal they cook.

But be it true, good for them. We all compete to survive, either in person or through our descendants, that's life.

Live and let live.

PS On a broader scope, I don't think that we (mankind) are smart or wise eliminating other (plant and animal) species from Earth to grow, but that's another topic.

Last edited by Didier Spaier; 02-24-2014 at 02:32 AM. Reason: PS added
 
Old 02-24-2014, 05:41 AM   #73
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
Blog Entries: 2

Rep: Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886Reputation: 4886
Quote:
Originally Posted by ReaperX7 View Post
Now seriously think, who created this new octopus of an init system
Lennart Poettering started with it in his free time. He initially wanted to contribute to Upstart instead, but is no fan of Canonical's CLA. After debating with Canonical's lawyers to put the CLA down, to no vail abviously, he decided to start his own init system. I can't see how his original plans to contribute to Upstart instead are somehow motivated by Red Hat to want to be in control, in fact, if Canonical wouldn't insist on their CLA there would be no systemd, but Upstart with much more adoption. Is Canonical insisting on their CLA part of Red Hat's plan to take over the GNU/Linux world?
Quote:
and who does he work for, and who would like to see less to zero competition in a market?
If Red Hat, the market leader for enterprise Linux systems, wanted to see less to zero competition, why do they release their stuff (L)GPL, why do they openly invite their competitors to work with them together on their software? Why do they allow their largest competitors, Suse, Canonical (commercial competitors) and the likes as Debian (non-commercial competitors) to contribute, if their aim is not to help the competition, but to extinguish it? This does not make much sense, I would think.
 
2 members found this post helpful.
Old 02-24-2014, 06:20 AM   #74
55020
Senior Member
 
Registered: Sep 2009
Location: Yorks. W.R. 167397
Distribution: Slackware
Posts: 1,307
Blog Entries: 4

Rep: Reputation: Disabled
A large corporation never has a single controlling mind, and it's silly to imagine one. It's entirely possible for a large corporation to be nobly philanthropic and shockingly evil at the same time.

It can't be denied that the systemd / Gnome 3 / gtk+3 affairs have generated a lot of bad sentiment in the community towards Red Hat. That bad sentiment has the wrong target -- "certain projects clustered around Fedora" might be a more useful substitute -- but it undeniably exists. So the relevant question is, does Red Hat senior management know or care about the bad feeling? The answer, apparently, is no. That's not surprising; they're focussed on enterprise customers, the bad stuff hasn't hit their enterprise customers yet, and who will ever listen to the 'techies' when it does?

EXCITING UPDATE!!!
This blog post from Fedora's own Matthew Garrett, about Red Hat's genuine commitment to the community... and how they could still get it so wrong when they tried to eject Openstack competitor Piston from the Red Hat Summit this weekend:

Quote:
The Red Hat company culture is supposed to prevent people from thinking that this kind of thing is acceptable, but in this case someone obviously did. Years of Red Hat already having strong standing in a range of open source communities may have engendered some degree of complacency and allowed some within the company to lose track of how important Red Hat's community interactions are in perpetuating that standing. This specific case may have been resolved without any further fallout, but it should really trigger an examination of whether the reality of the company culture still matches the theory. The alternative is that this kind of event becomes the norm rather than the exception, and it takes far less time to lose community goodwill than it takes to build it in the first place.

Last edited by 55020; 02-24-2014 at 08:06 AM. Reason: mjg59 ftw :D
 
1 members found this post helpful.
Old 02-24-2014, 07:36 AM   #75
enorbet
Senior Member
 
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,776

Rep: Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425Reputation: 4425
It might be instructive to know if the boys over at Debian feel manipulated and maneuvered into place or the recipients of a beneficent gift.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

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 Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Developers deny GNOME dependent on systemd LXer Syndicated Linux News 0 11-16-2013 12:51 AM
Debian Developers Get User Input on Systemd jeremy Linux - News 0 06-13-2013 09:15 AM
[SOLVED] slackware and systemd fl0 Slackware 512 08-29-2012 11:07 AM
slackware and systemd (OT) eloi Slackware 44 08-24-2012 04:36 PM
Boot Delay 30min: systemd-analyze blame systemd-tmpfiles-setup.service BGHolmes Fedora 0 07-27-2011 09:02 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 02:42 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration