Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Censorship Software Your Rights Online

SQL-Ledger Relicensed, Community Gagged 194

Ashley Gittins writes "Users of the popular accounting package SQL-Ledger were being kept in the dark about a recent license change. Two weeks ago a new version of the software was released but along with it came the silent change of license from GPLv2 to the 'SQL-Ledger Open Source License' — presumably in an effort to prevent future forks like LedgerSMB. As it turns out, the author was making deliberate attempts to prevent the community from finding out about the license change. No posts to the SQL-Ledger mailing lists asking about the license change were getting past moderation and direct questions to the author were going unanswered. Just recently the license was switched back to GPLv2. This behavior is not a first for this particular project, and is part of the reason for the original LedgerSMB fork. Does a project maintainer have an ethical obligation to notify his or her community of a license change? What about a legal obligation?"
This discussion has been archived. No new comments can be posted.

SQL-Ledger Relicensed, Community Gagged

Comments Filter:
  • Re:Simader (Score:3, Interesting)

    by daeg ( 828071 ) on Sunday April 15, 2007 @03:35PM (#18743429)
    I came here to say the exact same thing. We have another OSS project that "integrates" with SQL-Ledger (I use that term very loosely) and I am replacing both with, uh, real programming. I am convinced that SQL-Ledger and other hobbled-together "open source" projects are merely fronts for greedy developers that hook businesses with the prospect of free, open source packages that can replace commercial packages that can run into the thousands for even the smallest of businesses. Then, when the company wants to do something more advanced, they find the code is such a steaming pile of crap that they hire the developer(s) to "fix it" for them.
  • by cheros ( 223479 ) on Sunday April 15, 2007 @03:53PM (#18743527)
    The guys at LedgerSMB had exactly the same problem, and they're busy cleaning up the code. Their stance is different as they provide a service, not software, and they make more sense re Open Source approach to code.

    I think the root problem is that the SQL Ledger guy didn't realise what Open Source meant when he 'opened' it. LedgerSMB seems more focused on simply being a reasonable product, and their focus is the SME market who coul dnever afford the gazillion dollar programs..
  • by speculatrix ( 678524 ) on Sunday April 15, 2007 @05:02PM (#18744043)

    if you have any sense when buying software, and you're big enough to make the vendor agree, then a code escrowe agreement is critical in case the vendor folds (sometimes even have a release condition predicated on the vendor being bought by another company who may abandon the product).

    if you're subcontracting the software to another company, then make sure that you have full rights over the code and that you get regular SCCS/RCS/CVS/Subversion snapshots (you need to have direct access to the contractor's repository, don't rely on them to send you dumps) and verify that you can build everything from scratch and get the fully working version.

    I've seen the results of failing to do this and the results can get pretty ugly!

  • by The Breeze ( 140484 ) on Sunday April 15, 2007 @06:10PM (#18744545) Homepage
    I never even tried SQL ledger, simply because while researching different Linux accounting packages I came across some post by one of the head guys, possibly this "Dieter" doorknob, replying to a user with something very much like the following:

    "Well, I wouldn't worry about it. We are not that concerned with security because there's nothing that SQL Ledger works with that would be of interest to anyone except an accountant, and I don't think we need to worry about a bunch of rogue accountants."

    That statement alone made me not want to touch the packae, even though it looked very nice otherwise.

The last person that quit or was fired will be held responsible for everything that goes wrong -- until the next person quits or is fired.

Working...