SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Perhaps I missed this in the wiki, but as the goal of this project is to create a library of shared information about Slackware, I recommend using a Creative Commons license, specifically Attribution-ShareAlike (CC BY-SA).
Note: Copyright is strictly a statutory invention. Claiming copyright implies submitting to the jurisdiction of statutes. Using Creative Commons avoids that mess.
With respect to using Slackbook material, as of Aug. 17 the information is licensed under Creative Commons Attribution Share and Share-Alike license. That means the material can be used in the wiki without concern about copyright.
Perhaps I missed this in the wiki, but as the goal of this project is to create a library of shared information about Slackware, I recommend using a Creative Commons license, specifically Attribution-ShareAlike (CC BY-SA).
Note: Copyright is strictly a statutory invention. Claiming copyright implies submitting to the jurisdiction of statutes. Using Creative Commons avoids that mess.
With respect to using Slackbook material, as of Aug. 17 the information is licensed under Creative Commons Attribution Share and Share-Alike license. That means the material can be used in the wiki without concern about copyright.
Hi Woodsman
I added this from the start - it is shown in the footer of every page:
Code:
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 3.0 Unported
Alan and I discussed the SlackBook license in the past days, coïncidentally he appears to have changed the license just a few days before that discussion because he has again started writing new content.
There's still quite a lot of ignorance regarding Slackware out there, from the comments:
Quote:
So what distinguishes Slackware from other distros? No public bug tracking. Closed development process. A primitive character-mode installer. All administration is done from the command line. No dependency tracking. Minimal feature set.
Could somebody who uses this thing explain why they prefer it to a more modern and open distro?
I have a suggestion regarding Slackware Wiki.
To the main page a section called something like "Program-Specific Installation instructions / Application database" should be added. This section could have subsections like "Physical Sciences", "CAD" "Engineering" etc.
This would be somewhat similar to the application database for WINE (or Crossover). Of course, if an application can be installed and works on one distro, it can usually be installed on any distro . But there are often some distro specific dependencies and tricks one has to care about.
Here is an example.
There is a literature/citation management software RefDB, which I always install. There somewhat outdated installation instructions for Debian and generic linux. I have written down instructions which include explanations for particular configurations options, and which auxiliary Perl modules should be installed , and what are Slackware-specific things one must take care about (e.g. which SGML/Docbook engines are already onboard etc).
So, I keep a number of files with instructions for various programs. I might as well put this info into Slackware Wiki, share my experience, and learn from others.
Many of my programs are specially for natural sciences. They sometimes are close-source, and one has to install some dependencies.
Slackbuilds.org is not a right place for this kind of information, I think.
But this information is useful because applications, this is what's important for everyday work.
So, this kind of application database would help me and perhaps other people who use Linux for work.
We haven't sorted out how many sections (or namespaces), pages, subsections, or whatever, there will be. I should think that there will be somewhere to write about special cases like that.
Why docs.slackware.com? Is this going to be merged as a (Semi-)/official project or will the community continue to be the main driving force?
It was my decision to ask Pat for a slackware.com hostname to connect it more naturally to the distro. This does not mean it will be a Slackware-driven or even Slackware-owned project.
Quote:
I ask, because if it is going to be an official project under official control of Slackware project, I would like to dissociate myself from the ongoing efforts in principle. In any case, I don't consider myself part of any official team in any project. My sincere apologies if this seems a bit rude, but really as a volunteer I am not interested in projects which are controlled by a corporate (legally speaking) or other statutory entity.
The only levels of "control" will be quality control, which was the goal from the beginning. Like slackbuilds.org we would like to see the community (you) contribute the content and get recognition for your contributions. There will be an admin team - like we have at slackbuilds.org - which will have the responsibility for keeping the site and the information contained therein accessible, legible but the admins should never dictate what that content must be! Proofreading, assistance with phrasing, connecting you to other people writing in the same topic area, that kind of activities. And of course maintenance of the servers and software.
Remember that people have been complaining about lack of proper Slackware documentation (a beginners's guide like the SlackBook is seriously outdated now) and also people have talked and talked endlessly about centralizing Slackware documentation... but such a project never took off. I decided to just start with kikinovak and see where it would end. Having a slackware.com hostname will most certainly give the wiki greater credibility. As such, we have even made slackdot today. But the real "name and fame" will only be established by you - the people who will (and have already started) populate the wiki with knowledge.
I have no desire at all to become a projectlead with dictatorial tendencies. But, the wiki is running on my virtual machine in a datacenter, the mailing list is hosted on my own server at home, and I have spent more time so far in setting up the infrastructure and configuring this wiki than you have spent editing... no offense. It's my puppy and I am just making sure it gets rooted and has a chance to gain enough momentum that it "runs itself".
Quote:
I perfectly understand the rationale behind the move to centralize this documentation, give it a leadership and appreciate it, but personally I feel less involved in a controlled project than in a pure community one.
Ultimately, only you control what you do with your time. I value your contributions, those you already did and all that may come in future.
If you (and/or others) feel that I should not have stepped up and taken the lead, then I will gladly upload the full content of the wiki (dokuwiki's great feature is that you can zip up one directory and unzip that on another server and your wiki will run there after modifying one file) so that "the community" can continue to grow it. It will not be under a slackware.com host then. And I will go back to doing my own thing. Take it or leave it.
One more thing. I don't know if you contribute to slackbuilds.org but there are far more Slackware coreteam members in that admin team than will ever be in this Wiki admin team. Did that ever give you the feeling that Slackware (the "legal entity") controls that site?
I just wanted to say 'Thanks' for this project, as I've been looking to get back into Slack for a few years now (haven't run it in 10), and documentation would be such a help.
In any case, if there is anything I can do to help, drop me a line, even if it's menial garbage, I'd be glad to lend a hand!
I just wanted to say 'Thanks' for this project, as I've been looking to get back into Slack for a few years now (haven't run it in 10), and documentation would be such a help.
In any case, if there is anything I can do to help, drop me a line, even if it's menial garbage, I'd be glad to lend a hand!
Actually, since this project is contained in a Wiki, you can contribute any piece of Slackware related knowledge quite effortlessly. All you have to do in order to contribute is register an account on http://docs.slackware.com/ , create a new page and start documenting.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.