Stories
Slash Boxes
Comments

SoylentNews is people

posted by mrcoolbp on Monday May 04 2015, @03:01PM   Printer-friendly
from the suggestions-from-the-community dept.

Here is a submission as a result from a conversation I had with mrcoolbp over email.

I want to present the following idea for a regularly-occurring SoylentNews story: a weekly promotion of an open source software project.

The current vision is to have a weekly post on the main page with an open source project presented (I suggest Sunday afternoon EST time, helping fill the slow news day). After a short description of the project and the normal collection of relevant links (homepage, downloads, etc.), the submitter presents the project to the SoylentNews community. This takes the form of an extended post (similar to the SoylentNews meta posts that often have a short blurb for main page and "Read more past the break").

Keep reading 'past the break' for more:

While we already see a number of open source related articles, typically they are associated with larger projects and with an "event". One of the ideas behind this proposal is to feature less popular projects during business as usual. I would encourage promoting projects which you have personal experience with, i.e. you develop for the project or are an avid user.

In an effort to provide some independent journalism, the content 'past the break' is loosely defined. This could be a review or description of the software, an interview with the dev team, a story about how the software saved your life, poem, and so on. While I currently have these high and mighty dreams for the feature, I also want to encourage those who aren't as inspired by writing to post; SoylentNews is driven by our submissions, and I would rather read a short blurb than have no post.

When a post is selected, the highlighted project should be made aware, not only because it would be polite (and indirectly promote SoylentNews), but if the article goes live at a convenient time, perhaps the dev team might take part in the comment discussion.

What it will take to implement this idea:

  1. An "OSS Plug" topic (https://soylentnews.org/topics.pl). It could fall under other categories but it will be much easier to parse submissions with a dedicated topic.
  2. A decision on the permission required from the parent project. Many "contact us" emails are ignored, so would it be acceptable to make a post without warning the project?
  3. Submissions. Similar to regular articles, this could go dry if people don't participate.
  4. A selection process. If the SN team wants to own this or if a different solution is needed (I'm not familiar with what happens now).

A quick example (short as I don't use the software directly myself):

Weekly OSS: Slashcode!

Slashcode is an OSS project used to run news websites, in particular SoylentNews. From the developer's page:

Slash -- Slashdot Like Automated Storytelling Homepage -- is the code that runs Slashdot. More than that, however, Slash is an architecture for putting together web sites. It comes with functionality for posting articles, conducting polls, having discussions, and more; but it can be extended in innumerable ways.

Slash is written in Perl, and is built on top of Apache and mod_perl. It requires a database backend, though the only well-supported database used with it is MySQL (more databases will become well-supported as time goes on; PostgreSQL support is already well on its way). Slash is fast, scalable, and secure (as evidenced by one of the best test cases you could have, running Slashdot itself). Slash was originally written by CmdrTaco and CowboyNeal.

Through a plugin system, developers can add functionality to Slash. Through themes and templates (which are written using Template Toolkit), the look and feel of a Slash site can be customized.

Read more past the break:


For some reason I cannot put my finger on the first time I saw a website running Slashcode. It must have been ten years ago, but that is a big blur in my memory. I do remember the introduction of SoylentNews, the forefront news website running Slashcode.

Slashcode has a sophisticated commenting system for stories posted. What makes it so innovative is the rating system for each comment. This helps off topic comments get weeded out, and for the more insightful comments to be highlighted. This does depend on the community to prevent abuse, however I have seen very few cases of the commenting system fail.

Some improvements have been made to Slashcode in recent history, and the usability has evolved with the development of SoylentNews. I particularly like how gracefully the site fails thanks to the lack of javascript dependencies and the resulting clean interface.

There are also a number of features present that I have yet to use, and I am unsure how well they will integrate into the news website format. Particularly the Journals. Each user may make posts to their own user Journal. Beyond the site admins I see little need for this feature for regular users, and there are many other social media websites that provide similar functions. However, if this is the extent of feature creep I am satisfied with this project.

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 4, Insightful) by VLM on Monday May 04 2015, @04:41PM

    by VLM (445) on Monday May 04 2015, @04:41PM (#178592)

    Could dance around the FOSS vs FLOSS vs OSS by just saying DFSG is mandatory.

    https://www.debian.org/social_contract#guidelines [debian.org]

    Technically I think its still possible to offend RMS using the DFSG, but its pretty darn close to being perfect.

    I'm sure systemd will insert its embrace extend extinguish tentacles into the DFSG soon enough by adding a clause that the software must somehow use or connect to systemd in order to be considered "free", but for now, the DFSG is pretty good.

    Starting Score:    1  point
    Moderation   +2  
       Insightful=1, Interesting=1, Total=2
    Extra 'Insightful' Modifier   0  
    Karma-Bonus Modifier   +1  

    Total Score:   4  
  • (Score: 2) by richtopia on Monday May 04 2015, @05:28PM

    by richtopia (3160) on Monday May 04 2015, @05:28PM (#178640) Homepage Journal

    I like the Debian Free Software Guidelines; it is human legible, reasonable guidelines.

    Naturally, IANAL, and for this SN article I would phrase it as "strong preference to DFSG compatible projects". We want to encourage free software, but I don't want a submitter to get hung up identifying the license. For example I think the MPL may fail the DFSG, while the nature of the Mozilla team is promoting a more open internet (please don't read too far into that statement... I know this is not an ideal example).

    Lastly, I apologize for the nomenclature in the original post; I am aware of the free as in beer/speech debate but never really paid attention to names and OSS just rolls of my tongue so easily.

    • (Score: 2) by VLM on Tuesday May 05 2015, @12:34PM

      by VLM (445) on Tuesday May 05 2015, @12:34PM (#179064)

      Your mozilla example is actually pretty good... mozilla / firefox has a problem changing things around yet calling it the trademarked name. Probably scared microsoft will release "Firefox 99.9" which is actually just a bash script containing "rm -Rf /" Thats a pretty good reason for a distro to get pissed off and start contemplating name changes "iceweasel" and all that.

      However, its not an issue for a journalism site. If MS wants to release a FF version 99.9 thats just a "rm -Rf /" bomb then thats a very interesting discussion "OSS" discussion topic, even if distros can't / won't touch it with a 10 foot pole.

      Another example I came up with is patents. If you had some software that implicitly and intentionally violated a patent then Debian would ban it under the DFSG but it would still make a pretty cool discussion topic.

      So I think you're right the DFSG as a definition is a too limiting.