On Wed, Feb 20, 2013 at 1:10 PM, DaB. wrote:
>
> 51G p_globalusage_weekly_p
>
> Is anybody using this database? I recall setting it up together with
somebody (Maarten?). If the information is not used by anybody, I don't
oppose dropping the database.
Bryan
___
Hello,
SGE is spewing out various JSV errors, included below. Anybody an idea what
is going on?
Bryan
Cron qcronsub -l h_rt=00:10:00 -l arch=* -l
virtual_free=200M -e $HOME/replag-plot.err -N replag-plot
/home/bryan/public_html/stats/replag/make-plot.sh error: JSV stderr:
Traceback (most rece
Hi,
I am sometimes having problems submitting jobs to SGE via cronie. In these
cases the jobs appear to not submit properly. For example,
/home/project/d/e/l/delinker/cdh.e1028584 shows the following error:
/usr/bin/cgcreate: can't create cgroup users/delinker/1028584-undefined:
Cgroup, operatio
On Thu, Sep 27, 2012 at 7:58 PM, Platonides wrote:
> On 27/09/12 01:07, Ryan Lane wrote:
We currently have no plans for having the user databases on the same
servers as the replicated databases. Direct joins will not be
possible, so tools will need to be modified.
>>>
>>> -50
>>>
>>
On Thu, Jul 12, 2012 at 2:01 PM, John wrote:
> I just logged into wolfsbane without any issue
>
Oh, right you need to specify the actual server to login to;
apparently just toolserver.org doesn't work.
Bryan
___
Toolserver-l mailing list (Toolserver-
Hi,
I am trying to login to toolserver.org to debug some web scripts.
However, it is refusing my SSH connection, after authentication, the
server closes the connection. Is this a known problem, or is it no
longer possible to login on the webserver?
Bryan
___
On Fri, Jul 6, 2012 at 1:12 PM, DaB. wrote:
> Hello,
> At Friday 06 July 2012 13:12:33 DaB. wrote:
>> Submitting jobs from cronie on submit.ts is not working for me:
>
> should be fixed now.
>
Yes it is.
Thank you!
___
Toolserver-l mailing list (Toolser
Submitting jobs from cronie on submit.ts is not working for me:
Cron cronsub -l TsLogBot $HOME/projects/TsLogBot/TsLogBot.sh
error: commlib error: can't connect to service (Connection refused)
error: unable to send message to qmaster using port 444 on host
"turnera-bge0": got send error
error: co
he web.py page is showed
> has plain text.
>
> Alchimista
>
>
> 2012/6/29 Bryan Tong Minh
>
>>
>>
>> On Fri, Jun 29, 2012 at 1:53 PM, Alchimista wrote:
>>
>>> I'm trying to use Bottle on my web tools using flup has WSGI gateway,
>>
On Fri, Jun 29, 2012 at 1:53 PM, Alchimista wrote:
> I'm trying to use Bottle on my web tools using flup has WSGI gateway, but
> without success, i've used the "Hello word" [1] to test it, but using Flup
> has server it didn't worked, i've also tryed to import WSGIServer from flup.
> server.fcgi
On Mon, Nov 21, 2011 at 5:48 PM, User:Matthewrbowker <
matthewrbowker.w...@gmail.com> wrote:
> What about if we see the flags via ChanServ so that the admins can op
> themselves if need be? That way, while they don't have permanent op
> status, they can still intervene if a troll comes along.
>
>
On Sun, Aug 14, 2011 at 8:33 PM, DaB. wrote:
> Hello,
> At Sunday 14 August 2011 20:24:10 DaB. wrote:
>> So the max run-time is dependent on replag. But, considering this:
>> Replag s3 6050h 10m 44s
>
> I guess you have that replag-value by brian. I have no idea, how he got to
> this value (
On Tue, Jul 26, 2011 at 3:53 AM, Hersfold wrote:
> Transmitting file data .svn: Commit failed (details follow):
>
> svn: Couldn't perform atomic initialization
>
I had this problem a year or two ago, which was fixed by Dab on the
server side. So I would file a bug in JIRA, because the problem is
p
On Thu, Jul 14, 2011 at 3:12 PM, Sven Geggus
wrote:
> Bryan Tong Minh wrote:
>
>> Try renaming hello.wsgi to hello.fcgi and change flup.server.cgi to
>> flup.server.fcgi.
>
> Huh? Where would I need to put a flup.server.something?
>
In the import, see the examples. It
On Thu, Jul 14, 2011 at 2:04 PM, Sven Geggus
wrote:
> Unfortunately this did not enable me to run my hello.wsgi from inside my
> public_html directory.
>
> The missing part here seems to be how wsgi can actually be used on
> the toolserver.
>
Try renaming hello.wsgi to hello.fcgi and change flup.s
On Mon, Feb 7, 2011 at 7:43 AM, River Tarnell wrote:
> This was not announced in advance since we only learnt about the changes
> about 10 minutes ago. Sorry.
Is this something we can do about in the future? If somebody notices
that WMF is planning schema changes or master switches or cluster
spl
If the api was only a thin wrapper around some base classes, then indeed you
would not need fauxrequest. However the api does much processing itself and
in practice using fauxrequest is much easier.
Bryan
Op 6 feb 2011 02:29 schreef "Krinkle" :
Ilmari Karonen wrote:
> On 02/06/2011 12:42 AM, Kr
On Tue, Jan 18, 2011 at 9:08 PM, River Tarnell
wrote:
> Unfortunately, over the last couple of days Wikimedia executed several
> DROP DATABASE statements on their s7 server, for the old s3 databases.
> These statements were replicated to our s3/s7 server and dropped the
> live databases on our ser
On Mon, Jan 17, 2011 at 5:11 PM, Daniel Kinzler wrote:
> * There will be a hackathon hosted by Wikimedia Germany in (late) May,
> probably
> in Berlin, but that's not decided yet. This will mostly about hacking, with a
> strong focus on GLAM related stuff. There will be little in terms of
> pres
On Thu, Dec 9, 2010 at 5:36 PM, Platonides wrote:
> Sumurai8 (DD) wrote:
>> Oops, forgot to put a return after the pongmsg, like this:
>> IRC.send("PONG %s\n" % pong)
>>
>> The IRC-server will try to process the line after it finds a \n in your msg
>
> According to the protocol, it should be a CRL
On Thu, Dec 9, 2010 at 4:54 PM, Alex Brollo wrote:
> Then I tried to move to batch job sheduling, but... my script gives an
> error: now the server dislikes sys.path row. Why? I obviously have to study
> more: but what/where have I sto study? :-(
>
Please give the specific error message. It is har
On Fri, Dec 3, 2010 at 2:59 PM, River Tarnell
wrote:
> The suspected faulty part has been replaced and MySQL is now running again.
> We will continue to monitor the system over the weekend.
>
It's amazing how fast you guys fixed this issue. Good job!
Bryan
__
On Fri, Nov 26, 2010 at 6:43 PM, Platonides wrote:
>
> Also, as discussed with Ariel, I will gladly mirror such dumps at wm-es
> web space.
>
You do have a toolserver account right? I think it would be a good
idea if you could copy the dumps from the TS to your web space.
On Fri, Nov 26, 2010 at 1:51 PM, emijrp wrote:
> Crossposting.
>
> This dump is in /mnt/user-store/dump or dumps, on Toolserver. If the admins
> don't see any problem, it may be put available for download (~30GB).
>
Somehow I think that publishing an entire dump violates the "do not
publish signif
On Sat, Nov 6, 2010 at 10:12 PM, Mike Dupont
wrote:
> What do you think about the pull idea, to be able to pull images from
> another webpage?
>
I think that's a good idea, and in fact at the moment I am gathering
comments on what such an extension should be capable off.
> this looks like a majo
On Sat, Nov 6, 2010 at 9:45 PM, Mike Dupont
wrote:
> Well the idea is to create a photo contest,
> people should submit them, and they will get voted up. People will review
> them, for license and other issue and import them. The idea would be a
> facebook app. Or a way to submit a whole album.
On Mon, Sep 13, 2010 at 4:51 PM, River Tarnell
wrote:
> * Behaviour differences between Linux and Solaris where the Linux behaviour is
> more correct or preferable.
>
I really like the crontab syntax of vixie cron, especially @reboot and
/. Would it be possible to use vixie on Solaris?
Bryan
_
On Wed, Apr 7, 2010 at 4:16 PM, 배준현 wrote:
> So, Login Failed in Many Bot scripts include Pywikipediabot, API.php,
> CommonsDelinker, DotNetWikiBot, AWB (I think).
Make a second request with the proper token as returned in the first request.
Bryan
__
On Sun, Mar 21, 2010 at 5:48 PM, Finne Boonen wrote:
> I see there's still 5 spaces open. Does it make sense to register
> given that I won't be able to be there on the 14th? (a class with
> mandatory attendance)
>
More people, more fun?
___
Toolserver-
On Fri, Feb 5, 2010 at 2:21 AM, Daniel Schwen wrote:
> P.S.: by making source world-readable I was referring to unix
> permissions, which would of course only have an effect for people with
> toolserver accounts.
>
As long as it is not automatic that is fine. Because users either
forget or are jus
On Thu, Feb 4, 2010 at 7:46 PM, Mike.lifeguard wrote:
> But of course, one is supposed to know precisely
> /which/ free license is used...
>
Choose the most restrictive (AGPL3 for example). Then users themselves
can also choose to release them under a more free license.
There might be some legal
On Mon, Dec 28, 2009 at 1:15 PM, River Tarnell
wrote:
> Hi,
>
> As announced two months ago, we are planning to EOL the stable server in
> favour of multi-maintainer projects on the normal Toolserver. The following
> projects are still running on the stable server:
>
> * delinker
>
delinker has
On Fri, Dec 4, 2009 at 2:42 PM, Dr. Trigon wrote:
> could you
> please extend/re-enable my account again...?!?? (please)
>
Please read the mail DaB sent:
> If you are NOT on this list, then you
>> didn't send me an eMail or I didn't get it - please open a request at JIRA.
___
On Thu, Aug 27, 2009 at 8:12 AM, River
Tarnell wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> so, sometimes we've had problems with the Toolserver that required an
> admin, but an admin wasn't always around. some of these problems are
> complicated, but others are simple, and can be
On Thu, Aug 20, 2009 at 5:06 PM, James Hare wrote:
> On Aug 20, 2009, at 7:56 AM, emijrp wrote:
>
> river, you rock
>
> Darn it son, why did you top post?
>
> 2009/8/19 Christopher Grant
>>
[...]
New style, middle posting? :)
___
Toolserver-l mailing
On Mon, Aug 17, 2009 at 6:36 PM, para wrote:
> Victor Vasiliev wrote:
>> Are status_* files still updated regularly?
>>
> Maybe the people taking care of status.toolserver.org could set the
> status file to be copied to the toolserver whenever something is
> changed?
>
Perhaps somebody should make
On Sun, Aug 16, 2009 at 11:10 PM, Peter Körner wrote:
> chris schrieb:
>> https://wiki.toolserver.org/view/Mailing_list_etiquette
>
> I'll respect that from now on. But you also did a "bottom post", wasn't it?
>
That's an auto-added header added by Mailman. But yeah that was a bottom post.
Bryan
On Tue, Jun 16, 2009 at 1:26 PM, River
Tarnell wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Bryan Tong Minh:
>> What should improve cooperation is a general toolserver repo which can be
>> committed into by all toolserver users. It's a bit more th
On Mon, Jun 15, 2009 at 10:31 PM, Daniel Kinzler wrote:
>> it's interesting that the Toolserver turned out quite differently than we
>> initially expected; i had hoped to create a community where people would work
>> together to create useful tools, but instead we have isolated users who
>> create
On Sat, Jun 13, 2009 at 2:11 PM, Kalan wrote:
> On Sat, Jun 13, 2009 at 20:08, Kalan wrote:
>> With MediaWiki API, you can retrieve 50 pages per request, it should
>> make things much smoother.
> Oops, I forgot one important thing: URL length is not unlimited, but
> you should be safe under 4096 ch
Hi,
> Just a quick update on our latest hardware order: We are soon getting a new
> database server, a new place for the /home dir and, in effect, a second login
> server (willow; stable projects will be moved to a virtual box). And on top of
> that, we get the playground box for the openstreetmap
On Wed, Apr 1, 2009 at 3:24 AM, River Tarnell
wrote:
> this works as follows: basic Toolserver accounts remain free. however, the
> functionality of these accounts will be limited; free users cannot use more
> than 64MB RAM, or 256MB of disk space, and cannot use more than 1 CPU-hour of
> CPU ti
On Sun, Feb 1, 2009 at 2:08 AM, Aryeh Gregor
wrote:
> On Sat, Jan 31, 2009 at 6:57 PM, Ilmari Karonen wrote:
>> Come to think of it, shouldn't the toolserver have some resource use
>> limits that would stop things like this from happening? A single
>> non-root user running a fork bomb or anythin
On Sat, Jan 31, 2009 at 2:00 PM, Daniel Kinzler wrote:
> hi all
>
> nightshade ran out of ram. I don't know why, because i couldn't even log in
> via
> serial to have a look. so i power-cycled it, should be back up shortly.
>
> if you edited your scripts lately, please check if you made a fork bo
2009/1/18 Jesse Plamondon-Willard :
> Саша Стефановић wrote:
>> Can you give link to that poll ?
>
> https://wiki.toolserver.org/view/New_server_naming
>
> --
> Yours cordially,
> Jesse Plamondon-Willard (Pathoschild)
>
> ___
> Toolserver-l mailing list
On Sat, Jan 17, 2009 at 11:39 PM, Soxred93 wrote:
> Xanthium is the best, in my opinion. Either way would sound cool, though
> X!
>
I don't like Xanthium as a server name.
___
Toolserver-l mailing list
Toolserver-l@lists.wikimedia.org
https://lists.wiki
On Sat, Jan 17, 2009 at 11:01 AM, Daniel Kinzler wrote:
> Bryan Tong Minh schrieb:
>> On Sat, Jan 17, 2009 at 10:30 AM, Daniel Kinzler
>> wrote:
>>> Tripling space requirements seems a bit of overkill. Maybe there's a smarter
>>> solution. Ideas?
>>&
On Sat, Jan 17, 2009 at 10:30 AM, Daniel Kinzler wrote:
>
> Tripling space requirements seems a bit of overkill. Maybe there's a smarter
> solution. Ideas?
>
ZFS snapshots?
___
Toolserver-l mailing list
Toolserver-l@lists.wikimedia.org
https://lists.wik
On Fri, Jan 16, 2009 at 11:50 PM, Lilewyn wrote:
> Short, usable, and thematic (poisonous plant) names might be:
> * Azalea
> * Daphne
> * Digitalis
> * Foxglove
> * Hellebore
> * Holly
> * Lilly
> * Oleander
> * Privet
> * Wolfsbane
> * Yew
>
I like wolfsbane.
Bryan
_
On Sun, Dec 14, 2008 at 1:38 AM, Christian Thiele wrote:
> Hi,
>
> Am 14.12.2008, 01:03 Uhr, schrieb River Tarnell
> :
>
>> this page is obsolete; PHP has been using FastCGI by default for the
>> last few
>> months. i removed the content of the page so it doesn't confuse people.
>
> maybe you cou
Please note that the Pywikipediabot developers have recently done some
work to reduce the memory usage. More caching is used as well as the
possibility to diskcache large dictionaries on disk instead of memory.
I suggest that you enable this cache using "use_diskcache = True" in
your user-config.py
On Wed, May 14, 2008 at 12:08 PM, River Tarnell <[EMAIL PROTECTED]> wrote:
> the key _is_ affected if you copy the private part of the key to an affected
> server and use it there.
>
But only if it was an DSA key. People who copied their RSA key to the
toolserver should be safe (of course you need
On Tue, Apr 22, 2008 at 4:48 AM, River Tarnell <[EMAIL PROTECTED]> wrote:
> 2. new login server
>
> a new login server will be added; hemlock (the existing login server)
> will become the web server. no name has been chosen for the new
> server, but rather than logging into the server by name,
On Fri, Mar 7, 2008 at 11:53 PM, Mashiah Davidson
<[EMAIL PROTECTED]> wrote:
> Do you have an idea, Mark, on how to improve the replication process in
> terms of hw or sw, especially for s3 replication?
>
> Mashiah Davidson aka mashiah
>
I'm not sure what answer you expect from Marc. More hardware
Forwarding to mediawiki-api. Shall we keep the discussion centralized?
-- Forwarded message --
From: Simetrical <[EMAIL PROTECTED]>
Date: Feb 3, 2008 4:48 PM
Subject: Re: [Toolserver-l] Fwd: ATTENTION: query.php will be removed soon
To: toolserver-l@lists.wikimedia.org
On Feb 3,
On Jan 23, 2008 6:53 PM, Daniel Schwen <[EMAIL PROTECTED]> wrote:
> > > That would be the obvious choice. But unfortunately there seems to be no
> > > way to realize that in PHP. And furthermore if the fifo has no listener
> > http://nl2.php.net/manual/fi/function.stream-select.php ?
>
> How do I g
On Jan 23, 2008 6:22 PM, Daniel Schwen <[EMAIL PROTECTED]> wrote:
> > > aborting the php script if the write would be blocking.
> > Maybe using non-blocking I/O would help too ?:)
>
> That would be the obvious choice. But unfortunately there seems to be no way
> to realize that in PHP. And furtherm
On Jan 11, 2008 12:38 PM, Erik Moeller <[EMAIL PROTECTED]> wrote:
> All,
>
> I won't realistically be able to continue to maintain the FlickrLickr bot:
>
> http://commons.wikimedia.org/wiki/User:FlickrLickr
>
> The bot consists essentially of two components:
>
> - a Perl command-line script to fill
On Nov 21, 2007 9:16 PM, E <[EMAIL PROTECTED]> wrote:
>
>
> As suggested before, we should begin to explore the need of a dedicated
> editcounter that is run on the new stable server. The simple fact is that it
> would make life easier for many wikis, by providing a fast and reliable
> editcounter
On Nov 19, 2007 6:48 PM, River Tarnell <[EMAIL PROTECTED]> wrote:
> hello,
>
> there will be some downtime Tuesday morning as changes are being made to
> the knams network. the toolserver IPs will also change during this time.
>
> - river.
>
> __
On Nov 7, 2007 7:06 AM, E <[EMAIL PROTECTED]> wrote:
> I see that when looking at the wiki a few days ago, it said that the tool we
> submit to the stable server will not be maintained by us, rather a developer
> (of some kind). Does this still apply? Just reading the wiki now, it seems
> the 'owne
On Nov 7, 2007 4:52 AM, River Tarnell <[EMAIL PROTECTED]> wrote:
> so not many people seem interested in moving their projects to the stable
> server. are the requirements too strict, or do people just not see the need?
>
I think finding a co-maintainer and documenting the code so that
others can
On 10/26/07, Mohamed Magdy <[EMAIL PROTECTED]> wrote:
> use jira but I think people won't like jira if it requires a login to
> add an issue (assuming that ts users may accept requests from ips and
> the fact that many people are already registered on meta).
We are providing service to them, so if
On 10/26/07, James Hare <[EMAIL PROTECTED]> wrote:
> Anyways, despite my ignorance, we have servers whose sole purpose is to
> process MySQL queries. Yipee. Leaving us with finding a feasible means of
As far as I'm aware, the intensive part is done by the database
server, not the server that passes
On 10/26/07, James Hare <[EMAIL PROTECTED]> wrote:
> So let's see... my idea is a duplicate of the toolserver, and we want a
> public query service, but it would prove too tempting for people to use it
> for a denial of service attack, not to mention the fact that it would bog
> down the server.
>
On 10/23/07, Sean Whitton <[EMAIL PROTECTED]> wrote:
> How about a web-based form that can do SELECTs?
>
> Sean
>
SELECT * FROM commonswiki_p.image UNION SELECT * FROM enwiki_p.image
No. You don't want that.
Bryan
___
Toolserver-l mailing list
Toolserv
Sounds like a good idea to me. What tools do we currently have that
should be moved to a stable server? WMA, EditCounter, more?
On 10/21/07, VasilievVV <[EMAIL PROTECTED]> wrote:
> River Tarnell writes:
> > as an alternative to the special projects server proposal, here's another
> > one:
> >
> >
On 10/21/07, River Tarnell <[EMAIL PROTECTED]> wrote:
> Simetrical:
> > On 10/21/07, Bryan Tong Minh <[EMAIL PROTECTED]> wrote:
> > > Hm. If we have a shared svn repository that does also mean that
> > > everybody should have write access and thus be a
On 10/21/07, Simetrical <[EMAIL PROTECTED]> wrote:
> On 10/20/07, VasilievVV <[EMAIL PROTECTED]> wrote:
> > Simetrical writes:
> > > Or how about we just say make an SVN repo that all toolserver people
> > > have access to, and get everyone to have a little world-executable
> > > script that synchr
On 10/20/07, VasilievVV <[EMAIL PROTECTED]> wrote:
> Simetrical writes:
> > On 10/19/07, Nikola Smolenski <[EMAIL PROTECTED]> wrote:
> >
> >> Of course, if such a wiki would be made, only select people would be able
> >> to
> >> edit the code, and if there is a security breach, you would be able t
On 10/19/07, Simetrical <[EMAIL PROTECTED]> wrote:
> On 10/19/07, Nikola Smolenski <[EMAIL PROTECTED]> wrote:
> > Of course, if such a wiki would be made, only select people would be able to
> > edit the code, and if there is a security breach, you would be able to see
> > who did it, like now.
>
>
On 10/19/07, Nikola Smolenski <[EMAIL PROTECTED]> wrote:
> On Friday 19 October 2007 00:00, Merlijn van Deen wrote:
> > > As a practical example, I'd like to be able to fix
> > > http://tools.wikimedia.de/~interiot/cgi-bin/queries/grep but it seems
> > > that I
> > > will have to make my own tool f
Somebody is continuously logging in against English Wikipedia
providing the wrong password. I almost always have to fill in a
captcha when I am trying to login. Could people look whether it is
their bot?
Bryan
___
Toolserver-l mailing list
Toolserver-l@
On 10/7/07, Gregory Maxwell <[EMAIL PROTECTED]> wrote:
> On 10/7/07, Bryan Tong Minh <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > Am I allowed to run a BitTorrent seed from the Toolserver? If so, what
> > is the maximum upload capacity that I should use? The
Hello,
Am I allowed to run a BitTorrent seed from the Toolserver? If so, what
is the maximum upload capacity that I should use? The seed is for the
Commons Picture of the Year 2006 & 2007.
Bryan
___
Toolserver-l mailing list
Toolserver-l@lists.wikimedi
So we finally have some place to host the CS server? :P
On 10/7/07, River Tarnell <[EMAIL PROTECTED]> wrote:
> Kalan:
> > Is it the problem only with large projects like that one requiring
> > Asterisk, while all other stuff will remain on hemlock?
>
> anything that's currently allowed on hemlock
On 9/5/07, Sean Whitton <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Could someone kindly remind me which box user databases are on (1, 2 or 3?)?
>
s2. However currently both s1 and s2 point to the same server.
Bryan
___
Toolserver-l mailing list
Toolserver
Also HTTP seems to be down. SSH is up though.
Bryan
On 8/22/07, Jeffrey Ferland <[EMAIL PROTECTED]> wrote:
> The svn:// access to repositories gives me a "connection refused"
> message when trying to access it per the toolserver instruction page
> from meta.
>
> -Jeff
> SIG: HUP
>
> _
I wonder whether it the replication of this data is made purposely
available to toolserver users. Deleted revisions should not be visible
to non-admins of a projects. Also, last time I checked, the table for
deleted images was not available. I think this 'd better be gone as
well.
Bryan
On 7/28/0
[EMAIL PROTECTED]:~$ mysql -h sql-s3
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 82904
Server version: 5.0.42-enterprise-gpl MySQL Enterprise Server (GPL)
Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
mysql> use frwiki_p;
Reading table inf
MySQL is known to be unstable lately. See
http://tools.wikimedia.de/~leon/stats/replag/s2/replag-daily.png
On 6/28/07, Sean Whitton <[EMAIL PROTECTED]> wrote:
> Hey,
>
> MySQL has stopped working for my cloak request script: I am getting
> Warning: mysql_connect() [function.mysql-connect]: Lost co
Try puttygen, from the same site as putty, to generate a putty keyfile
from you secureCRT key. If puttygen does not support secureCRT, you
will have to convert it first to an OpenSSH key, and then using
puttygen to a putty key.
Hope that helps,
Bryan
On 6/18/07, [EMAIL PROTECTED]
<[EMAIL PROTECTE
On 5/22/07, Siebrand Mazeland <[EMAIL PROTECTED]> wrote:
> Flaws:
> * Fails if CheckUsage is too busy. Delinking is not performed. This
> should be recognised and retries should be performed until a complete
> CheckUsage was obtained
I have implemented a version of CheckUsage in Python. This
Too late :P
On 4/3/07, Adam Dodek Michalik <[EMAIL PROTECTED]> wrote:
> 2007/4/1, Misza13 <[EMAIL PROTECTED]>:
> > If there are fans of other games, we may rearrange the schedule (the last
> > point may surely be cut in half, at least).
>
> What about Enemy Territory? Let's stop Apache and MySQL,
We can double the time for each game by also using Zedler. Who needs
MySQL when there is Unreal?
Bryan
On 4/1/07, Misza13 <[EMAIL PROTECTED]> wrote:
> For the record, I very much prefer good ol' Unreal Tournament.
>
> Due to limited resources however, we should set up some sort of daily
> schedul
85 matches
Mail list logo