[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Request for comment (kline patch)



On Thu, 6 Jan 2000, Ville wrote:
> (redirected to ircd-users, which is the correct place, right?)

oh well, can't you leave that decision to the list moderator? :)

> 		My opinions on all the current threads:
(in stereo)

> It is nonsense to think users will move to !channels.  They  never moved
> to +channels. We _need_ more working #channels. Be it a patch to disable
> ops on split or whatever, that's not really my issue.  It is  just plain
> dumb to let people ride the splits after CD expiry. This seriously needs
> some thinking.

hey, I posted a patch for this today, but I didnt say !channel suck.
They don't. Its just that most newbies don't know them.

> Again, IMO,  it is good  people submit  patches they  consider useful or
> ones they think will help the net.

yes, and I got blamed for it. Ain't that mean? But I can live with
critique. You just get a finger and I apply anyways if you pull shit
on me (.) Sorry this is not meant offensive, but this is how this
anarchy-ircnet works :)

> If the patches only affect local issues, perhaps reducing the  chance of
> local abuse, I feel they are heading to the correct direction.  If they,
> however, affect the net globally or give local users a benefit, I reckon
> they should be discussed to death on ircd-(users|dev).

not to death. until to apply... you stupid :)

> Generally, votes by majority are stupid.  A one person dictation is just
> about as silly.  I'd encourage  actual conversation & discussion  on how
> things are done instead of plain overruling of others' opinions.

and fi discussion doesn't help? who has the right to decide if my patch
was cool or not? :) You know, this is GPL, you can just release your
own version...

> I also call for a little nerve - it is  quite the best  if people bother
> explaining their views.  Not everybody  necessarily thinks the same, but
> it's not all  that unlikely  you can  convince  them if you just do your 
> proposals with some thought and also admit to the downsides of it.

can you rephrase that to one line please? its almost worth to frame it :)

> http://www.vip.fi/~viha/irc/guidelines.html chapters 1.0-1.2 are somehow
> related to this, I guess.

I hate "guidelines", some people read them, some not, and they only
give your own view from another perspective. for good guidelines
(if there is such a thing which is also usefull), you should work
together with other people on it. Also go deeper in the detection
why a patch could be bad.

> PS. As for /kline, I don't need it. Though, I occasionally compile it in,
>     in case there are operators with no ircd.conf access. However, I fail
>     to see why TkServ in contrib/ isn't enough... People's opinions on /k
>     differ, and I say - let them differ.  It doesn't hurt remote servers,
>     only occasionally the local ones  -- when unreviewed patches are used
>     and found to crash on unexpected input.

Cr27 (notice the 27). I think its kinda stable now.
A service can be more dangerous or even compiling services into your
ircd if you want "from the irc" kline features, remember (from config.h):

/*
 * If you wish to run services, define USE_SERVICES.
 * This can make the server noticeably bigger and slower.
 * services are not fully implemented yet, so don't use it unless you
 * really know what you are doing.
 */

this even states that services are dangerous. best case is having
both, a tkservice and /tkline - ihmo. :)

so what about this vote shit now? will there be any?
why kline is not going to be build in when the people
will try to support it and want it?

Greets,
Engerim