lxoliva on identi.ca

This remote profile is registered on another site; see lxoliva's original profile page on identi.ca.

1. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 18:16:47 EDT lxoliva

   Remote profile options...
   “if you copyleft, we won't contribute” often means “we won't contribute anyway, but with copyleft we can't abuse so it's no use”
2. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 18:07:45 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana my feeling is that Red Hat chose preemptive defeat, rather than leadership on the path that has served it so well
3. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 18:04:10 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana AL just enables some of the improvements to never see the light of day. rather than encouraging, it discourages contributions
4. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 18:02:59 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana if OpenShift gets any external contributions under AL, how could AGPL have averted that?
5. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 17:29:21 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana aoliva at cygnus.* shortly became at redhat.*, yeah. it all started in feb 2000, few months after the merge
6. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 17:25:00 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana how can Red Hat, after years of Linux experience, not see that “AL is better to bring .com contributors” is FUD by abusers?
7. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 17:23:00 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana so Red Hat missed the opportunity to set up a level playing field like e.g. Linux's, furthering proprietary forks instead :-(
8. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 17:21:23 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana I don't get that argument. ALv2 doesn't take away any doubt that the software will remain free in the future; quite opposite
9. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 17:20:06 EDT lxoliva

   Remote profile options...

   • fontana
   @fontana I was a contractor with “Cygnus, a Red Hat company” for a couple of years, but employment came later, after Red Hat arrived in .br
10. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 16:38:59 EDT lxoliva

    Remote profile options...

    • cwebber
    @cwebber maybe ALGPL would be a more suitable acronym, although it might be mistaken for some Arabic license ;-)
11. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 12:48:57 EDT lxoliva

    Remote profile options...

    • fontana
    @fontana trust on whom or what? I don't know what issue it is to tell whether I understand it ;-) never been a Cygnus employee BTW
12. lxoliva (lxoliva)'s status on Tuesday, 01-May-2012 12:46:59 EDT lxoliva

    Remote profile options...

    • fontana
    @fontana thanks. from that, I infer there were other contenders to such a standard, but OpenShift sounded unique to me. what did I miss?
13. lxoliva (lxoliva)'s status on Monday, 30-Apr-2012 12:47:08 EDT lxoliva

    Remote profile options...

    • fontana
    @fontana and why does Red Hat care about what the FSF has to say when it comes to offering users weaker defenses than possible?
14. lxoliva (lxoliva)'s status on Monday, 30-Apr-2012 12:45:26 EDT lxoliva

    Remote profile options...

    • fontana
    @fontana what case this context fits in that makes the fsf recommendation a permissive license, rather than a strong copyleft one?
15. lxoliva (lxoliva)'s status on Monday, 30-Apr-2012 12:42:41 EDT lxoliva

    Remote profile options...

    • fontana
    @fontana it is well known that any permissive license, such as Apache, does nothing to *defend* users' freedoms. defend != respect
16. lxoliva (lxoliva)'s status on Saturday, 28-Apr-2012 05:26:50 EDT lxoliva

    Remote profile options...

    • lnxwalt
    @lnxwalt the basic premise of !freesoftware is that denying freedoms = mistreating users => wrong. OSS dismissed this issue

• After