This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
6721
Other software / Re: Fork discussion at SMF
« on August 17th, 2011, 12:07 AM »Oh, my last post was mostly directed at Snape actually, to answer the question of what was "tweaked"...
so I'll have to skip this topic (and all others) for today and deal with them tomorrow. Sorry about that. (Pete seems to be doing fine by himself though )
6722
Other software / Re: Fork discussion at SMF
« on August 16th, 2011, 10:50 PM »
Like I said, it's beside the point who made it happen. The main reason I even mentioned it is to clear up the inaccuracy you mentioned and to ensure that if you are going to argue your case that you do so on solid ground, and not from some rose tinted view of things.
Yes, I figured it had been round the team boards first. We do that sometimes, too.
I love how certain supporters of this policy (like someone who doesn't adhere to the licence of a mod he was using) are active in discussing it.
The bottom line, folks, is this: open source encourages sharing of ideas, which is a wonderful thing. What is not so wonderful is when the sharing of things goes into code without respect for the time and effort that went into it.
For example, I am aware that the SMF project wanted, and for all I know still does want, to take control of SimpleDesk so it can be developed. Initially they weren't even going to ask me, but when I found out, I made it very clear that the only way that could happen is if they forked it. Guess what did not happen, despite it being BSD and always was. These are the people that I do not want to give any further access to what I produce, having been shown that they're only interested in it for what they can get, which does not include ideas but finished code that they can use.
Still, in all honesty I doubt there is much about Wedge that the SMF team would find that useful, after all they have repeatedly demonstrated that they aren't that interested in looking forwards. For example, one of the dev team won't even use 2.0 for their own sites because they prefer how 1.1 does permissions and would rather stick with that than understand how they really work and what the benefits of doing it in 2.0 actually are.
We will go BSD or CC, but as and when we are ready, not because we're bowing to your request and certainly not because we want to be showcased in your little recognition booth. We will just go BSD as and when SMF can't directly use our code and would have to do some of the work themselves in making use of the ideas presented, though most of them are far too controversial for SMF's conservative view of itself.
Yes, I figured it had been round the team boards first. We do that sometimes, too.
I love how certain supporters of this policy (like someone who doesn't adhere to the licence of a mod he was using) are active in discussing it.
The bottom line, folks, is this: open source encourages sharing of ideas, which is a wonderful thing. What is not so wonderful is when the sharing of things goes into code without respect for the time and effort that went into it.
For example, I am aware that the SMF project wanted, and for all I know still does want, to take control of SimpleDesk so it can be developed. Initially they weren't even going to ask me, but when I found out, I made it very clear that the only way that could happen is if they forked it. Guess what did not happen, despite it being BSD and always was. These are the people that I do not want to give any further access to what I produce, having been shown that they're only interested in it for what they can get, which does not include ideas but finished code that they can use.
Still, in all honesty I doubt there is much about Wedge that the SMF team would find that useful, after all they have repeatedly demonstrated that they aren't that interested in looking forwards. For example, one of the dev team won't even use 2.0 for their own sites because they prefer how 1.1 does permissions and would rather stick with that than understand how they really work and what the benefits of doing it in 2.0 actually are.
We will go BSD or CC, but as and when we are ready, not because we're bowing to your request and certainly not because we want to be showcased in your little recognition booth. We will just go BSD as and when SMF can't directly use our code and would have to do some of the work themselves in making use of the ideas presented, though most of them are far too controversial for SMF's conservative view of itself.
6723
Other software / Re: Fork discussion at SMF
« on August 16th, 2011, 08:38 PM »
I cordially invite any and all members of the SMF team to actually read what we have said time and time and time and time again. We are using the SMF licence that the team declared was in their view an open source licence, and for us to be decried as not open because of that seems to me to be a double standard.
The reason for the switch to BSD was not because 'it's a good idea'. The team didn't exactly have a lot of choice in that discussion and had the choice not been forced on them by the original copyright holders, I doubt the team would have moved to BSD until the next version of SMF.
Anyway, that's beside the point. The fact is you've made it pretty clear that non open source works are not welcome even when they would completely and in all meaningful ways comply with the licence as stated. The fact that we have chosen not to go to a true open source licence is to protect our investment of time from being abused by a group of people that were more than happy to make use of our contributions all the time we were contributing them but were stonewalling us as soon as the contributions stopped flowing.
Never mind that Nao worked on the single most popular mod for SMF in its history. Never mind that I wrote the helpdesk in use on their site. Never mind that I made tens of thousands of posts supporting the project. These things don't matter, of course, but god forbid that we should be recognised for all that effort, and instead are just demonised because we don't want to have our work used by the same group of self serving bureaucrats that don't employ the same standards they expect others to adhere to.
The reason for the switch to BSD was not because 'it's a good idea'. The team didn't exactly have a lot of choice in that discussion and had the choice not been forced on them by the original copyright holders, I doubt the team would have moved to BSD until the next version of SMF.
Anyway, that's beside the point. The fact is you've made it pretty clear that non open source works are not welcome even when they would completely and in all meaningful ways comply with the licence as stated. The fact that we have chosen not to go to a true open source licence is to protect our investment of time from being abused by a group of people that were more than happy to make use of our contributions all the time we were contributing them but were stonewalling us as soon as the contributions stopped flowing.
Never mind that Nao worked on the single most popular mod for SMF in its history. Never mind that I wrote the helpdesk in use on their site. Never mind that I made tens of thousands of posts supporting the project. These things don't matter, of course, but god forbid that we should be recognised for all that effort, and instead are just demonised because we don't want to have our work used by the same group of self serving bureaucrats that don't employ the same standards they expect others to adhere to.
6724
Other software / Re: Fork discussion at SMF
« on August 16th, 2011, 08:02 PM »
So, are they going to unban Nao so he can participate then?
6725
Other software / Re: Fork discussion at SMF
« on August 16th, 2011, 07:42 PM »
Technically Wedge has the *old* licence, not BSD. But the choice of wording is hilarious. It isn't that we've not expressed an interest in BSD, we have actively said not BSD to start with, not until the code is far enough along that they can't just duplicate it, at least in my mind. Yes, it's petty but given the history it shouldn't be surprising that we're not just going to compromise for their benefit one last time.
The whole rules of that board should have just said not to discuss Wedge, it probably would have been more honest.[1]
Just one more thing: they knew full well neither of us could post over there anyway, which does make it a farce; Nao is post banned, I don't have an account, and if I did, the odds are it would be a shared account which would then be seen as circumventing a ban and subsequently banned in itself.
The whole rules of that board should have just said not to discuss Wedge, it probably would have been more honest.[1]
Posted: August 16th, 2011, 07:23 PM
Just one more thing: they knew full well neither of us could post over there anyway, which does make it a farce; Nao is post banned, I don't have an account, and if I did, the odds are it would be a shared account which would then be seen as circumventing a ban and subsequently banned in itself.
| 1. | Does anyone seriously believe that if we go BSD, or Creative Commons as I've mused about recently, that they will welcome discussion of Wedge with open arms? Will they bollocks, but there is a part of me wanting to give them the benefit of the doubt for some strange reason.[1]
|
6726
Features / Re: These two bytes may not matter to you...
« on August 16th, 2011, 06:08 PM »So far so good, but apparently sessions are named smf_sess_*. Do you think it's still okay to replace them? I mean, at the worst it'll reset the session, right...?
Oh, and I know it means we can take even less code verbatim from other versions of SMF... But do we really need to?
6727
The Pub / Re: What about mobile?
« on August 16th, 2011, 05:56 PM »Do you mean the mobile version provided by SMF? I've never really liked it.
6728
The Pub / Re: What about mobile?
« on August 16th, 2011, 05:30 PM »
There is already a mobile version built in.
We have talked about making a more modern mobile version, and Dragooon has a very nice theme for smartphones that he may decide to add to Wedge's core, but that's totally up to him whether he will or not.
We have talked about making a more modern mobile version, and Dragooon has a very nice theme for smartphones that he may decide to add to Wedge's core, but that's totally up to him whether he will or not.
6729
Features / Re: Support for PECL Memcached
« on August 16th, 2011, 05:29 PM »session support should be left on php.ini side.
sessions in MySQL are not that performant e.g. for boards with lot of members online at the same time. now with 7000 and more users online there's no problem since we're using Memcached.
Ensiferous did it for SMF by only replacing a view lines in Load.php:
Here's the crunch point: the time I spend on implementing that (which, if I use Ensi's code means I legally have to ask him about it, I can't just reuse it, or I spend time rewriting it from scratch), including debugging and configuration and so on, is time I'm not spending on things that more than 0.0001% users are ever going to see, and to be honest both Nao and I have more important things to do than cater to an utter minority of users.
So again, this is going to be something we tackle as a plugin rather than a core feature because I'm not building something in that affects a tiny group of users into the core, especially as it will encourage them to expect support for something that I'm not really qualified to provide support for.
6730
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 16th, 2011, 05:12 PM »
Your standards aren't actually that far different from mine, and there's no point in getting frustrated when people do make mistakes because people do make mistakes. :)
6731
The Pub / Re: Jump box and its stupid Go button
« on August 16th, 2011, 05:03 PM »nods scratches only 2 brain cells left
laying code for a site while shuddering
6732
The Pub / [Archive] Re: Logo Madness
« on August 16th, 2011, 05:01 PM »
I'm comfortable with a one-size-fits-all approach personally. You can't please all of the people all of the time, etc.
6733
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 16th, 2011, 05:01 PM »
And I did the same on SimpleDesk for others' commits. Though I think you do less on my stuff than the original SMF code...
6734
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 16th, 2011, 04:54 PM »Eheh. Good times.
6735
Off-topic / Re: An old Friend
« on August 16th, 2011, 04:54 PM »
Deprecated has been around a little bit lately but very quietly as opposed to vocally active.