Show Posts

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.

Messages - Arantor
6721
Other software / Re: Fork discussion at SMF
« on August 17th, 2011, 12:07 AM »
Quote from Lex on August 17th, 2011, 12:01 AM
Oh, my last post was mostly directed at Snape actually, to answer the question of what was "tweaked"...
I was under the impression that Kindred's tweak(s) were to fix typos, nothing substantial.
Quote
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 )
I'm doing fine, just pissed off that every time something happens where I think there's been a breakthrough, something else happens to take it back two steps at the same time.
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.
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.
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]
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]
 1. I have little doubt that this is part if their way of rationalising "attempting to listen to our feedback" but like multiple other things, I get the feeling of having totally missed the point.
6726
Features / Re: These two bytes may not matter to you...
« on August 16th, 2011, 06:08 PM »
Quote
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...?
It's fine. Yes, it will reset the session. As long as the same name is consistently used after replacing, it's absolutely fine.
Quote
Oh, and I know it means we can take even less code verbatim from other versions of SMF... But do we really need to?
Other than the base is there anything we'd actually want to take verbatim from SMF anyway? Seems to me as though it's something we neither want or need to worry about.
6727
The Pub / Re: What about mobile?
« on August 16th, 2011, 05:56 PM »
Quote from nhwd on August 16th, 2011, 05:56 PM
Do you mean the mobile version provided by SMF? I've never really liked it.
Never liked "it"? Which "it"? SMF has 3 mobile modes, we've removed WAP1 and iMode, leaving only WAP2 available.
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.
6729
Features / Re: Support for PECL Memcached
« on August 16th, 2011, 05:29 PM »
Quote
session support should be left on php.ini side.
No, it shouldn't, not for the vast majority of Wedge users. There are multiple very good reasons for leaving it how it is in the core, i.e. using MySQL.
Quote
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.
Make it a memory table, then see how performant it is.
Quote
Ensiferous did it for SMF by only replacing a view lines in Load.php:
Yes, I know that. Except that doesn't actually push sessions over to memcache, you have to specifically reconfigure other things to do that. (I'm the one who approved the mod, which means I had to test it. Which means I had to actually configure it, hence my statement about it being a pain in the arse.)


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 »
Quote
nods scratches only 2 brain cells left
That might be 1 more than me ;)
Quote
laying code for a site while shuddering
Ah, you're still getting to grips with Drupal. You know you've gotten part the 'getting to grips' stage when you stop shuddering during the day and only have to cope with waking up at night screaming.
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 »
Quote from Nao/Gilles on August 13th, 2011, 12:07 AM
Eheh. Good times.
Those were the days.
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.