[Bug 51936] Set up a server for query relaying

2014-02-27 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #12 from Peter Bena  ---
By the way, this query relaying isn't required for bouncers (it has nothing to
do with connection bouncing). It is required for NetCat plugin to work, which
is being used in a huge number of channels and is one of best features this bot
provides - it actively relay any TCP text messages sent from anything,
including simple shell script like

#!/bin/sh

echo "#wm-bot hello world" | nc bots-labs 64834 -w0

loosing this feature just by migrating to tool labs isn't really worth of any
migration

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2014-02-27 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #11 from Peter Bena  ---
(In reply to Tim Landscheidt from comment #9)
> (In reply to comment #8)
> > Why does this kill wm-bot migration?
> 
> Looking at
> https://wikitech.wikimedia.org/wiki/Nova_Resource:Bots/Documentation/wm-bot,
> it seems to be fairly easy to translate it to Tools without external access.
> Just replace the "local sysadmin console" with calls to "jstart wm-bot3" and
> "jstop wm-bot3" with the added benefit that you don't need to manage a
> password, but can rely on Tools' users group.  For convenience, you can add
> scripts that start or stop all bot instances.
> 
> I don't see a reason why you would need a bouncer because when the bot
> instance does not have network access, the bouncer will not have either; but
> if that is a must, you can start one in the start-up script ("wm-bot3" in
> the above example).  This will then be on the localhost.

The reason why bot is using bouncers isn't better stability from network point
of view, but because its core is frequently patched and restarted.

Because I don't want wm-bot to reconnect to freenode and rejoin these 180
channels everytime (putting heavy load on freenode as well) I am using
bouncers. It has nothing to do with network connectivity, it just prevents
annoying quit / joins as well as holes in channel logs.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2014-02-27 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #10 from Peter Bena  ---
(In reply to Yuvi Panda from comment #8)
> Why does this kill wm-bot migration?

because it requires this feature for it to works. No query relaying, no wm-bot.
It's that simple.

If this isn't possible in tools and separate project needs to exist for it,
then wm-bot can't be hosted in tools and it needs to be hosted in separate
project.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-08-03 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #9 from Tim Landscheidt  ---
(In reply to comment #8)
> Why does this kill wm-bot migration?

Looking at
https://wikitech.wikimedia.org/wiki/Nova_Resource:Bots/Documentation/wm-bot, it
seems to be fairly easy to translate it to Tools without external access.  Just
replace the "local sysadmin console" with calls to "jstart wm-bot3" and "jstop
wm-bot3" with the added benefit that you don't need to manage a password, but
can rely on Tools' users group.  For convenience, you can add scripts that
start or stop all bot instances.

I don't see a reason why you would need a bouncer because when the bot instance
does not have network access, the bouncer will not have either; but if that is
a must, you can start one in the start-up script ("wm-bot3" in the above
example).  This will then be on the localhost.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-25 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #8 from Yuvi Panda  ---
Why does this kill wm-bot migration?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-25 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #7 from Peter Bena  ---
Ok I think that this effectively kills the migration of wm-bot then...

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-24 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

Yuvi Panda  changed:

   What|Removed |Added

 CC||yuvipa...@gmail.com

--- Comment #6 from Yuvi Panda  ---
I talked to Ryan_Lane about hipache, and when we implement that (+ similar IP
scrubbing, etc), we can have this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-24 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

Marc A. Pelletier  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #5 from Marc A. Pelletier  ---
Not only is this outside the scope of tool labs, but it's going to be
specifically prohibited; in order to allow the general Wikimedia privacy policy
to apply, tools are not allowed to gather IP addresses from their users (which
allowing connections from outside would allow).

Tools that need to host publicly-accessible network services must do so from
their own project (and subject to the general Labs TOU, including the necessity
of posting disclaimers and a lesser privacy policy).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-24 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #4 from Tim Landscheidt  ---
(In reply to comment #3)
> where such a file would be hosted, how can you ensure that people would be
> able
> to read it from foreign projects and send the query to execution host through
> firewall?

You want users to run arbitrary services on ports available from the InterNet? 
I think that's outside the scope of Tools and should be solved in dedicated
Labs projects.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-24 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #3 from Peter Bena  ---
where such a file would be hosted, how can you ensure that people would be able
to read it from foreign projects and send the query to execution host through
firewall?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-24 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

Tim Landscheidt  changed:

   What|Removed |Added

 CC||t...@tim-landscheidt.de

--- Comment #2 from Tim Landscheidt  ---
You can write the hostname the server is running on to a publicly readable file
so this isn't a problem.  I fear that solving this with ad-hoc iptables would
be very complex overkill :-).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-24 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

--- Comment #1 from Peter Bena  ---
For example bot A is listening on port 26242

you always need to be able to connect to somehost:26242

This is not possible now when the bot is running on grid

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l


[Bug 51936] Set up a server for query relaying

2013-07-24 Thread bugzilla-daemon
https://bugzilla.wikimedia.org/show_bug.cgi?id=51936

Peter Bena  changed:

   What|Removed |Added

   Priority|Unprioritized   |Normal
 Blocks||51935

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l