Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[RFE] ZNC service #3

Open
farhaanbukhsh opened this issue Jan 29, 2018 · 7 comments
Open

[RFE] ZNC service #3

farhaanbukhsh opened this issue Jan 29, 2018 · 7 comments

Comments

@farhaanbukhsh
Copy link
Member

We should have our own znc bouncer, this would help us in may ways:

  1. We could learn to maintain one.
  2. People can request an account since it is our server we could have more control.
  3. This will help people not to miss out on interesting discussion.
  4. This will help people to be active on IRC.
@kushaldas
Copy link
Contributor

Questions:

  • How to decide who all will get access?
  • Do you want to have an informal vetting process (like the regular ones we do in dgplug). Where to track that information?

@Schubisu
Copy link
Member

If we would log all #dgplug conversation 24/7 this would already solve the problem of people missing stuff. There is always discussion about bouncers that might cause people to be even less active/actually present.

@farhaanbukhsh
Copy link
Member Author

@Schubisu has a point there! So let's come to the root do we really need a bouncer, if yes then why?

@kushaldas
Copy link
Contributor

ZNC is a IRC bouncer, means it will be used for all the channels, not only #dgplug channel.

@trishnaguha
Copy link
Member

trishnaguha commented Jan 31, 2018

So here comes the point! Are we aiming to provide IRC bouncer service like panicbnc, elitebnc do?
If not ZNC service doesn't make sense, logging would be the simplest solution.

@jasonbraganza
Copy link
Member

jasonbraganza commented Jan 31, 2018

to summarise what I understood just now

We need the service to provide stable access to select folk who work and contribute (and choose your criteria here) and they’d need to see if there’s anything they missed when they were away

@CuriousLearner
Copy link
Member

If we have enough hands to maintain the service then only it makes sense because:

  1. We own data
  2. We can join to different IRC channels.

If not, then logging would be simplest solution as @trishnaguha said.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants