Re: [Toolserver-l] perl: https-login not possible anymore
Hi! On 2013-11-08 10:25, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote: Hello seth. Net::SSLeay on this Solaris host is broken. Oh, that's good to know. the strange thing (for me) is that I don't know when it got broken. I thought I had locally installed that module a while ago, because for a long time all scripts were running the way they should. Full log: http://paste.scsys.co.uk/274920?tx=on (Same result with Perl 5.18.1 and OpenSSL 1.0.1e. Yes, I will send a bug report.) Great, thanks! These test failures and error messages are really bloody obvious, and yet when you fetched the module as a dependency, you managed to completely ignore those errors and the fact that the CPAN client or installation process bombed out, and then *forced* the installation of known broken software for good measure. You're right. I thought that those modules had been installed already (because my scripts ran until mid of October). Anyway I advised cpan to (re-)install them. At first it seemed to fail, but cpan asked me to use force. With force the installation seemed to succeed. And cpan now tells me that Net::SSLeay is installed. Anyway, for you the whole stuff might be obvious; for me it wasn't. You have no one to blame for your trouble but yourself. I didn't blame anybody, and I'm not starting with that now. ;-p tl;dr: use the Linux host, nightshade. The OpenSSL bindings there work. Ok, I'll try that. Thanks! cu seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] perl: https-login not possible anymore
Hi! On 2013-11-05 09:43, Federico Leva (Nemo) wrote: You should install the modules your code is crying about. :) The script I was running asked me the following: Crypt::SSLeay IO::Socket::SSL LWP::Protocol::https all of them seem to be installed: seth@willow:~/bots$ cpan [...] cpan[1] install Crypt::SSLeay IO::Socket::SSL LWP::Protocol::https CPAN: Storable loaded ok (v2.22) Going to read '/home/seth/.cpan/Metadata' Database was generated on Wed, 06 Nov 2013 18:53:02 GMT CPAN: Module::CoreList loaded ok (v2.43) Crypt::SSLeay is up to date (0.64). IO::Socket::SSL is up to date (1.955). LWP::Protocol::https is up to date (6.04). the error occurs though: seth@willow:~/bots$ ./camelbot_test.pl Wiki set to https://de.wikipedia.org/w/api.php Error code 2: 500 Can't connect to de.wikipedia.org:443 (Crypt-SSLeay can't verify hostnames) : error occurred when accessing https://de.wikipedia.org/w/api.php after 6 attempt(s) at ./camelbot_test.pl line 24. Error code 2: 500 Can't connect to de.wikipedia.org:443 (Crypt-SSLeay can't verify hostnames) : error occurred when accessing https://de.wikipedia.org/w/api.php after 6 attempt(s) at ./camelbot_test.pl line 24. [...] :-( ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
[Toolserver-l] perl: https-login not possible anymore
Hi! 1. The simple script [1] leads to a Crypt-SSLeay error (exact error is mentioned below the code) at the toolserver. But at my home computer the script works fine. What could be the reason? 2. If I add the commented line in [1] then the script works at the toolserver in a bash. But using qcronsub there comes a ne error message: Error code 2: 500 Can't locate object method new via package LWP::Protocol::https::Socket Can anybody help me? [1] http://scsys.co.uk:8002/274067 is a minimal case of the actual bot Cheers seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] perl: https-login not possible anymore
Hi! On 03.11.2013 12:04, Federico Leva (Nemo) wrote: I've had such a problem recently, installing a few CPAN modules fixed it. I updated the docs on how to do so, I hope they help: https://wiki.toolserver.org/view/Perl#Installing_modules_locally I know how to install modules. I installed a lot of them. My bot worked until around mid of October. It would be interesting to know which modules I should install to avoid those errors. :-) Bye seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] Linux-Maintenance next Friday and upgrade-announcement
Hi! On 2013-09-09 07:36, K. Peachey wrote: On Mon, Sep 9, 2013 at 12:45 AM, DaB. t...@dabpunkt.eu wrote: next FRIDAY, 13. September 19:00-22:00 UTC Next, Do you mean This Friday? Sorry, but this question is not very intelligent, because the auther gave a redundant information on that by telling the exact date. next and this together with weekdays are synonymous in many cases. Unfortunately next may have more than one meaning in such contexts. Sometimes it means next week's X and sometimes it means the next X from now on, or to be more precise the X that is next to present in our unidirectional timeline. Actually this is also ambiguous, because the timeline is not necessarily understood as unidirectional, but the tense of the verb or other context normally identifies the meant date. So, if anybody says this (or next) and does not give more information, then don't ask him, whether he meant next (or this), because this won't make it clear. There are better posibilities to talk about dates, e.g. by useing absolute dates. DaB. did that. Thus imho the question was superfluous. :-p Btw. this is not a pure English problem. For example German has got the same disambiguity. bye seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] Patricia Pintilie pintilieemp...@gmail.com
Hi! On 24.05.2013 21:37, Patricia Pintilie wrote: On May 24, 2013 4:37 AM, seth wrote: The right answer should have been 4. (So she must be a wit^Wbot.) *duck* I responded with a 4 to jeremy seth. Y are u being such a jerk to me u don't know me bro, take a chill pill Sorry, I apparently didn't make clear enough that my post was meant ironically. It was meant to be a joke and not an offence. ...and I guess, there's no need to continue this on the list. bye seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] Patricia Pintilie pintilieemp...@gmail.com
Hi! 2013-05-23 20:12, Patricia Pintilie wrote: 2013-05-23 09:49, Hersfold Wikipedia hersfoldw...@gmail.com wrote: 2013-23-05 10:34, Daniel Schwen wrote: 2013-23-05 08:07, Jeremy Baron jer...@tuxmachine.com wrote: 2013-05-23 07:30, Patricia Pintilie pintilieemp...@gmail.com wrote: General chat • Re: Navigating Multiboot GRUB2 menu entries successfully. http://forum.porteus.org/viewtopic.php?t=2195p=15042#p15042 Hi Patricia, Are you human? Please send me the square root of 16. Thanks! At this point it doesn't even matter anymore. None of her posts so far made any sense or contributed in a meaningful way. Please block. 2013-05-23 08:07, Jeremy Baron jer...@tuxmachine.com wrote: +1. Only two of her emails I can pull up on my phone have been even potentially constructive; all of the more recent ones are nonsense or outright spam. I am not spam and a beautiful human being. Altho my replied might not make sense to some I am on many email lists so pardon if u are not understanding me, it maybe that information is for the ones that know what to do with the information. Its Hard to block a smooth operator such as myself. Keep up the good corrections I Pray all is well with my Wikiedians. Best Regards-MILASTARX-TS The right answer should have been 4. (So she must be a wit^Wbot.) *duck* bye seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] Survey: Moving to Labs
Hi! On 01.05.2013 22:02, Liangent wrote: On Thu, May 2, 2013 at 3:53 AM, DaB. w...@daniel.baur4.info wrote: [1] https://wiki.toolserver.org/view/Labs-Moving-Survey I wish there were an option saying move when XXX and YYY features are available and / or provided better on Labs. Actually I's say Hey, it's a wiki! or maybe I would just add your preferred option, but unfortunately I still can't login at that wiki, see https://jira.toolserver.org/browse/TS-1599 Bye seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] cronsub
Hi, since we changed to Solaris I'm not able to start my perl-script via cron. 1. I'm using the example given at https://wiki.toolserver.org/view/Cronsub#cronsub for my cronjob: 0,5,10,15,20,25,30,35,40,45,50,55 * * * * /opt/local/bin/cronsub -s seth-vdetector % /usr/bin/perl $HOME/bots/vdetector.pl /dev/null the old (working) code was: */5 * * * * nice -n 10 /usr/local/bin/phoenix /home/seth/phoenix-seth-vdetector /usr/bin/perl $HOME/bots/vdetector.pl /dev/null Now the file seth-vdetector.out contains error messages Base class package Bot::BasicBot is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /opt/ts/perl/5/share/vendor_perl /opt/ts/perl/5.12/lib/site_perl/5.12 /opt/ts/perl/5.12/lib/vendor_perl/5.12 /opt/ts/perl/5.12/lib/5.12 .). at /home/seth/bots/vdetector.pl line 9 BEGIN failed--compilation aborted at /home/seth/bots/vdetector.pl line 9. What does that mean? At Linux there hasn't been such an error. The perl line which seems to generate the error is use base qw( Bot::BasicBot ); I asked about Basic::Bot more than 9 months ago, but did not get any answer. :-( https://wiki.toolserver.org/w/index.php?title=Conversion_of_nightshade_to_Solarisaction=historysubmitdiff=3685oldid=3680 2. Since 2010-01-08 02:25 (UTC) I'm getting additional cron error messages by e-mail: /opt/local/bin/cronsub[38]: shift: bad number I guess, this has to do with river's change. But I don't know what to to, since $HOME/bots/vdetector.pl is already at -rwxr-xr-x. Can anybody help? thx and bye seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] ts-admins language
Hi and 'gudn tach'! On Tue, June 29, 2010 12:37, Marcus Buck wrote: Andre Koopal hett schreven: The solution we mostly take is to answer in dutch or swedish or something :-) Wow, how mature... Hoe durven ze geen Engels te spreken? If River Tarnell does not speak German and recommends using English if people want to get a quick answer from him without one of River's co-admins being interpreter, that's of course okay. But intentionally being unhelpful to people who in good faith use their native language (which in the case of German will be understood on this list) is just offensive and arrogant. On the other hand you could call someone offensive or arrogant (or at least not-thinking-enough), if he uses his small native language in an international project. Of course, in most cases none of them is really arrogant or maliciously offensive. If someone replies in Swedish on a German request, one could take it as nothing but a joke and a hint 'try using the common language, please!', which mostly will be English, nowadays. iow: agf should hold for questioners _and_ repliers. :-) cheers/prost seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] Interwiki-Bots
Hi! DaB. wrote: [...] I will create a Multimaintainer-project for the start. The problem: How should I name it? [...] Suggestions? I would simply call it: klaus prosit seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] change of regular expression behaviour in rewrite scripts
Hi! On Wed, August 19, 2009 22:55, River Tarnell wrote: after the web server change on Wednesday, we noticed the following behaviour of regexp matching in rewrite scripts: when using a construct like (a|b|), the regexp will *not* match the empty string. as a workaround, you can write (a|b)?. if you do not use this construct in your rewrite.script, this does not affect you. I'm not very experienced in rewrite-regexp. But in perl (and php's pcre, ...) this would not be a good work-around, because the capture buffer would sometimes be created and sometimes not. If one does not need capture buffers, he should write (?:a|b)? If one needs capture buffers but can't use (a|b|), he should use ((?:a|b)?) This will in any case make it possible to use a corresponding backreference. All this holds for perl, I'm not sure whether this is releveant for rewrite-regexp. If it does not, you may just call me clever shit, I guess. :-) prosit seth ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/toolserver-l Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] change of regular expression behaviour in rewrite scripts
Hi!
On Thu, August 20, 2009 11:49, River Tarnell wrote:
seth wrote:
I'm not very experienced in rewrite-regexp. But in perl (and php's pcre,
...) this would not be a good work-around, because the capture buffer
would sometimes be created and sometimes not.
i was not able to reproduce this behaviour, or else i misunderstood your
meaning. i tested with the following script:
#! /usr/bin/env perl
use strict;
use warnings;
if ($ARGV[0] =~ /^(.*\/)?(.*)$/) {
print 1: $1\n2: $2\n;
}
[...]
which produced this output:
% ./test.pl foo
1:
Use of uninitialized value in concatenation (.) or string ...
2: foo
even when the ?-expression was not matched, it created an empty
backreference, so the following expression was always $2.
in one case $1 is an empty string, in the other case $1 is undef.
prosit
seth
___
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list:
https://wiki.toolserver.org/view/Mailing_list_etiquette
Re: [Toolserver-l] perl module HTML::Template
Hi! DaB. wrote: Am Wednesday 17 December 2008 21:59:47 schrieb seth: Could you please install the perl-module HTML::Template please just fill in a bugreport at JIRA next time. ok, https://wiki.toolserver.org/w/index.php?title=Web_hostingdiff=1642oldid=1606 ;-) I installed libhtml-template-perl on hemlock (nightshade had it allready). The global install with APT is prefered over a local CPAN-install because it will updated automaticaly. ok, in this case I'll delete my local perl-dir. cheers seth ___ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
[Toolserver-l] perl module HTML::Template
Hi! Could you please install the perl-module HTML::Template or tell me, how I install it by myself, if I'm allowed to. I guess it is not installed, because http://toolserver.org/~seth/grep_regexp_from_url_new.cgi says: Can't locate HTML/Template.pm [...] Bye seth ___ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Re: [Toolserver-l] perl module HTML::Template
Hi! problem solved! Q wrote: seth wrote: s...@nightshade:~$ perl -MCPAN -e shell what do I have to do now? You ran that on Nightshade which has a copy of the module already so it wont install again. You need to do that on hemlock. Oh, you are right. now everything works. great! thx a lot! cheers seth ___ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Re: [Toolserver-l] cgi/perl, htaccess and errorlog
Hi! Daniel Kinzler wrote: seth schrieb: River Tarnell wrote: I guess .cgi in ~/public_html is not executable be default. my browser just showed me the source code. Did you indeed set the x bit? yes, it was (and still is) set: -rwxr-xr-x+ $ ./grep_regexp_from_url.cgi - -su: ./grep_regexp_from_url.cgi: /usr/bin/perl^M: bad interpreter: No such file or directory Oops, I feet a bit sheepish about that. I did not know that $ perl grep_regexp_from_url.cgi works even when the line endings are dos-styled. That'S because *perl* doesn't have a problem with them. It's whatever bit of linux is looking at the shebang line [...] to find out what interpreter to use. It reads the Windows line ending as part of the interpreter's name (which is very very silly, but that's how it is). oic! 3. How can I look at the apache errorlogs? access and error logs are in /var/log/http bash: cd: /var/log/http: No such file or directory Try this on the web server (hemlock), not on nightshade. ah, ok. bye seth ___ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
[Toolserver-l] cgi/perl, htaccess and errorlog
Hi! 1. How do I run perl scripts on the toolserver? do I have to use the cgi-bin or may I use public_html? If a script does not work on the toolserver but works at my webserver at another server, how am I able to find the bug? Presently http://toolserver.org/~seth/cgi-bin/grep_regexp_from_url.cgi gives an internal server error 500. 2. Is it possible to use .htaccess-files? I tried to redirect my errorlogs but failed. 3. How can I look at the apache errorlogs? 4. Shall I put your answers to https://wiki.toolserver.org/view/Web_hosting? thx! seth ___ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
[Toolserver-l] question about performance/getting webpage content
Hi! I wrote a perl script, which works on some HTML content of some wikipedia-webpages. Some of those pages are 300kB and perls LWP-mirror hangs up. Two questions: 1. Is there a better/faster way to get the HTML content of e.g. http://meta.wikimedia.org/wiki/Spam_blacklist/Log than my $ua = LWP::UserAgent-new; $ua-mirror($url, $filename); ? 2. If I've questions about such stuff, am I right here? Otherwise, sorry for bothering you. :-) Cheers seth ___ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Re: [Toolserver-l] question about performance/getting webpage content
Hi! Platonides wrote: seth wrote: I wrote a perl script, which works on some HTML content of some wikipedia-webpages. Some of those pages are 300kB and perls LWP-mirror hangs up. I was wrong. LWP-mirror did not hang up, but the content was not fully loaded, because of caching. After I purged the site manually, everything was ok. 1. Is there a better/faster way to get the HTML content of e.g. http://meta.wikimedia.org/wiki/Spam_blacklist/Log than my $ua = LWP::UserAgent-new; $ua-mirror($url, $filename); ? To get the content of wikipedia pages you should be using WikiProxy http://meta.wikimedia.org/wiki/User:Duesentrieb/WikiProxy Does this tool purge automatically? Is there any manual for that tool? bye seth ___ Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
