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 - Nao
8146
Features: Posts & Topics / Re: Merge Double Posts
« on August 13th, 2011, 09:48 AM »
Virtual or real merging?
8147
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 13th, 2011, 12:07 AM »
Eheh. Good times.
8148
Features: Posts & Topics / Re: Merge Double Posts
« on August 13th, 2011, 12:06 AM »
Did I lose you? ;)
8149
Development blog / Re: A nice kick in the CSS
« on August 12th, 2011, 11:59 PM »
Unless you're only giving your opinion on the theme of course. :niark:
8150
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 12th, 2011, 11:42 PM »
You tell me :P
8151
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 12th, 2011, 11:27 PM »
At the current point, even a small evolution would be a revolution from SMF ;)
8152
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 12th, 2011, 10:02 PM »
+1...
8153
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 12th, 2011, 05:15 PM »
Quote from AngelinaBelle on August 12th, 2011, 04:15 AM
Yes, of course, I agree that it is courtesy to communicate. "Hey, I love this bit, and want to use it". Whether the two devs are currently feeling "friendly" or not.  Courtesy. Civility.
That's the idea, yes.
Quote
I assume, of course, that anyone who has put a BSD license on the code has already explicitly expressed their perfect willingness to allow anyone at all to lift a function or class wholesale,
Oh, that's the idea really: they're not willing to do it. They just couldn't do it their way.
And again, that is thanks to the ex-devs who asked for a BSD license change, that we can work on Wedge today. (Not surprising, finally, when you see that many of the ex-devs have precisely joined wedge.org... :^^;:)
Quote
I'm pretty new at SMF.
I'm a veteran, and yet I was never formally invited into the team. Please don't forget that when you consider the relationship between SMF and I. Not that I care about team membership or whatever -- no, what matters here is that we have a team that never showed me a single sign of support. After which, they ended up banning me, then removing all my rights, and finally censoring me. The team you are in, likes to play lightly with people's feelings. You should know that.
Quote
So I may be making some poor assumptions. I assume "everybody" knew the BSD license meant forking was inevitable, and healthy, and that SMF itself will benefit from what the the fork teams learn, and even from reading/using bits of open source code.
Everything Wedge, except our source code and some sensitive discussions, is public. They can re-use our ideas, nothing prevents that. We're not patenting our ideas. But we're not letting SMF re-use our code. They won't let us remove our posts from sm.org, so they know something about 'ownership' don't they?
Posted: August 12th, 2011, 05:13 PM
Quote from Arantor on August 12th, 2011, 05:06 PM
I am given to understand that the plan is to move it onto Git in the future, but other things (outside of development, real life things) are in the way. Not so much that the people with the power are against the idea, merely that they haven't yet made it happen. But honestly, it's not a big job to convert, the entire thing can be basically automated.
Heck, moving it to Git can be done in a few minutes... Open account. Upload files.
The rest doesn't matter. Details can be fixed later.
Quote
Yup. I'd say that there are more private reports that aren't security related than that are.
And they're usually the funnier reads.... :whistle:
8154
Off-topic / Re: To fork or not to fork - in other words: Hi :)
« on August 12th, 2011, 05:01 PM »
Quote from AngelinaBelle on August 12th, 2011, 01:56 AM
If you find good, reusable stuff in NightWish's fork, you'll be appropriating it, right?
The idea, possibly. Probably not the code. Actually, I have yet to look into his own code so I don't even know if I'd see myself using it without a serious rewrite. But that's just me -- I rewrote a healthy chunk of the SMF codebase because it was sub-par with my (and Pete's) standards.
Quote
I mean, that's the point of open source, right? That's the reason SMF went to the BSD license -- to encourage forks, friendly competition, building on others' work, and outright appropriating code from one another.
That's the point of the BSD license, yes. But that's not the reason SMF went to it. SMF went BSD because it was sort of 'blackmailed' into it by the ex-devs. It just happens to be a positive blackmail.

But now, see how the current SMF team embraces BSD and open source in general.

- The SVN repository... Where is it? Well, it's viewable... By team members and beta testers. And writable by developers only. There are only a handful of people with commit access to the SVN. We're not talking about Git where people can commit and then a handful of overseers will apply their patches to the codebase. No, we're talking about the binary process of updating the codebase or not. Because the repository is private, users simply can't provide SMF with patches. As a result, AFAIK the only public codebase of SMF is Nightwish's repository.
Way to go, BSD SMF.

- The bug tracker... Again, only beta testers and team members can post to Mantis. Everyone can read it, but that's all (and even that was impossible until a couple of years ago.) And there are plenty of reports flagged as 'private' (and not only for security, if you know what I mean...)

- Nightly releases... Only for the same usual suspects. Not that it matters anyway. From what I heard, the SMF SVN hasn't been updated in a month anyway.

So, yeah, SMF doesn't like BSD. They only went BSD because they were required to. That's not the spirit.
Here at Wedge, we don't declare we have the open source spirit in us. We don't openly release things in BSD and then ensure no one gets our patches until we're ready to release.

We do the opposite, actually. We release in closed source, keeping our source code hidden for now. But once we're out, I'll do my best to ensure the SVN is made public for everyone to read and get our latest fixes (and laugh at our new bugs, of course!)
Look at the Changelog topic ('New revs'). It has a complete list of our additions to SMF.
Not only that, but it also faithfully documents every single SMF bug we met and fixed. If anyone in the SMF team will wake up and parse the changelog thoroughly, they'll have dozens of bugs fixed for them instantly. I'm not going to contact the team and offer my fixes for them, because they removed my beta tester access and all of my rights, clearly telling me they don't want my help. Their loss. But I won't let it be said that "SMF has embraced BSD and Wedge hasn't".
Because that couldn't be further from the truth.
We only used an infamous legal loophole in BSD licenses to ensure that SMF won't take advantage of us. Not in these conditions -- with censorship around, with the wrong people in the wrong team position... We'll see what happens from there, when things get better. But right now, it's the only way Wedge can exist. As such, it also doesn't allow other forks to use its own code -- but as you can see, we're open to sharing our trade secrets with them. Just not with the SMF team.

(I don't know how many times I'll have to repeat myself...)
Quote
If it fits.  With appropriate attribution, in the spirit and letter of the license.
Considering how the SMF team doesn't want any outgoing links to wedge.org, do you really think they'd link back to us? In their own *software*?
Quote
PS. Yes, show the world what SMF should be like. If it's good, it will inspire NightWish, the SMF team, and any other budding fork-writer.
That's the idea.
8155
Features / Re: These two bytes may not matter to you...
« on August 12th, 2011, 04:18 PM »
Love your sig, PantsMan :P
8156
Features / Re: These two bytes may not matter to you...
« on August 12th, 2011, 04:05 PM »
I must be even weirder, with my constant mix between US and UK expressions. That's what happens when you learn English mostly from TV shows and the Internet. You tend to hear a bit of both ;)
8157
Off-topic / Re: An old Friend
« on August 12th, 2011, 03:55 PM »
Quote from U Wish on August 12th, 2011, 05:50 AM
how have you and Nao been doing? and its totally awesome to see you both working together..  :cool:
Been a year already. :P

Okay, so by saying "smoking" you pretty much gave it away. Smoky Blue?
Quote
and yes email should be familar.. its been a while  :P
Actually no, your e-mail at noisen.com wasn't the same so I'm not familiar with it.
I did some research and found a .org website based on your email account, I don't know if it's you but it didn't ring any bells.
Quote
now I play on secondlife
Definitely Smoky Blue.
Quote
oh wow.. code me somemore lol.. i love the auto add in for reply by self.. sweet!!  :cool:
It's just the Double Merge Posts mod you know. It's still available at sm.org if you search for the name and my nickname... :^^;:
8158
Features / Re: These two bytes may not matter to you...
« on August 12th, 2011, 03:49 PM »
Stop readin' the Oatmeal, FFS :P

http://theoatmeal.com/comics/minor_differences4
8159
Features / Re: These two bytes may not matter to you...
« on August 12th, 2011, 03:20 PM »
(American IP.)
8160
Features / Re: These two bytes may not matter to you...
« on August 11th, 2011, 07:42 PM »
Hmm... In French we have 'plus simple' and 'plus simplement'. They really don't mean the same thing. "It's simpler to do this (c'est plus simple de faire ça)", and "He did it in a simpler way (il l'a fait plus simplement)" or "Simply put, you suck at English (plus simplement, t'es nul en anglais)".