[devel] Q: automated update of CPAN perl modules

[devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

[-- Attachment #1: Type: text/plain, Size: 10491 bytes --]

Уважаемые коллеги!

Сел писать тезисы выступления для конференции в Переславле
(собираюсь приехать и выступить) о автоматизации сборки пакетов, 
и почуствовал, что неплохо бы украсить выступление конкретными 
примерами. Здесь мне нужна ваша поддержка.

Выбирал подопытного кролика из haskell 
(на эту тему был весной разговор с Денисом Смирновым)
и perl. Остановился на perl, так как я вхожу в @cpan, плюс 
у меня самого есть порядка дюжины перловых пакетов.

Ситуация с perl, как я понимаю, следующая: 
Алексей Торбин ведет собственно perl,
а также стандартные и близкие к ним модули.
Остальные модули со CPAN собирают все подряд.
Недавно была попытка как то навести в этом порядок,
часть сборщиков (я в т.ч.) объединились в группу @cpan.
Правда, к сожалению, не все, и много пакетов рассыпано по 
индивидуальным сборщикам.

Как показала проверка, более 300 пакетов отстали по версиям
от CPAN и нуждаются в обновлении (список внизу письма).

Могу в качестве иллюстрации к выступлению в Переславле
написать робота, который обновит сотню-другую пакетов
(были бы acl), и который потом можно было бы регулярно,
скажем, ежемесячно, запускать.

Вопрос, будут ли возражения.

ack 1.86 1.92
AI-DecisionTree 0.08 0.09
Algorithm-CheckDigits 0.50 0.53
Algorithm-Dependency 1.106 1.110
Algorithm-NaiveBayes 0.03 0.04
Alien-wxWidgets 0.50 0.51
AnyEvent 5.22 5.271
Any-Moose 0.10 0.13
Apache2-SOAP 0.72 0.73
Apache-Test 1.29 1.32
App-CLI 0.07 0.08
App-cpanminus 1.0004 1.0006
Arch 0.5.1 0.5.2
Archive-Extract 0.26 0.42
Asterisk-config 0.8 0.97
asterisk-perl 1.00 1.01
Audio-MPD 0.19.4 1.100430
Audio-MPD-Common 0.1.3 1.100430
BDB 1.71 1.88
Best 0.11 0.12
B-Hooks-EndOfScope 0.08 0.09
Bloom-Filter 0.03 1.0
BSD-Resource 1.29 1.2904
Business-ISBN 2.03 2.05
Business-ISBN-Data 1.17 20081208
B-Utils 0.07 0.11
Cache-Cache 1.05 1.06
Cache-Memcached 1.28 1.29
Cache-Memcached-Fast 0.17 0.19
Calendar-Simple 1.20 1.21
Catalyst-Devel 1.27 1.28
Catalyst-Model-DBIC-Schema 0.40 0.41
Catalyst-Plugin-ConfigLoader 0.27 0.28
Catalyst-Plugin-Session 0.29 0.30
CDB_File 0.95 0.96
CGI-Ajax 0.706 0.707
CGI-Session 4.40 4.42
Class-Accessor-Grouped 0.09002 0.09003
Class-C3 0.21 0.23
Class-C3-Adopt-NEXT 0.12 0.13
Class-Date 1.1.8 1.1.9
Class-DBI 3.0.17 v3.0.17
Class-MethodMaker 2.13 2.16
Class-Std-Fast 0.0.8 v0.0.8
Class-Throwable 0.10 0.11
Compress-LZF 3.11 3.43
Config-General 2.48 2.49
Config-IniFiles 2.39 2.58
Config-Std 0.0.7 0.007
Convert-ASN1 0.21 0.22
Convert-UUlib 1.32 1.33
CPAN 1.93.01 1.9402
CQL-Parser 1.0 1.10
Crypt-Blowfish 2.10 2.12
Crypt-CBC 2.29 2.30
Crypt-DSA 0.14 1.16
Crypt-Rijndael 1.06 1.09
Crypt-RSA 1.58 1.96
Crypt-SmbHash 0.02 0.12
Crypt-Twofish 2.12 2.14
CSS 1.07 1.08
CSS-Squish 0.07 0.09
CSS-Tiny 1.15 1.17
Curses 1.27 1.28
Curses-UI 0.96.07 0.9607
Data-Compare 1.21 1.22
Data-Dump 1.15 1.17
Data-Dumper 2.121 2.126
Data-Dump-Streamer 2.08.40 2.21
Data-ICal 0.13 0.16
Data-Page 2.00 2.02
Data-Serializer 0.46 0.49
Data-Types 0.07 0.08
Data-UUID 1.149 1.215
Date-Leapyear 1.71 1.72
Date-Manip 5.54 6.11
Date-Pcalc 1.2 6.1
DateTime-Format-Mail 0.30 0.3001
DateTime-TimeZone 1.18 1.19
DBD-CSV 0.22 0.29
DBD-Pg 2.17.0 2.17.1
DBD-Sybase 1.07 1.10
DBIx-Class 0.08121 0.08123
DBIx-DBSchema 0.27 0.39
DBIx-Perlish 0.44 0.55
Devel-Cover 0.65 0.67
Devel-Mallinfo 3 6
Devel-Size 0.69 0.71
Device-Modem 1.51 1.53
Digest-SHA1 2.12 2.13
Digest-Whirlpool 1.0.6 1.09
Email-Abstract 2.134 3.002
Email-MIME-Attachment-Stripper 1.315 1.316
Email-Send 2.192 2.198
Error 0.15 0.17016
EV 3.8 3.9
Excel-Template 0.31 0.32
Exception-Class 1.24 1.32
Exception-Class-TryCatch 1.10 1.12
Exporter-Lite 0.01 0.02
Exporter-Tidy 0.06 0.07
ExtUtils-CBuilder 0.27 0.2703
ExtUtils-F77 1.15 1.16
ExtUtils-XSpp 0.07 0.11
File-chdir 0.06 0.1004
File-Flat 1.00 1.04
FileHandle-Unget 0.16.21 0.1623
File-HomeDir 0.80 0.91
File-LibMagic 0.90 0.96
File-NCopy 0.34 0.36
File-Queue 1.00 1.01a
File-ShareDir 1.01 1.02
Filter 1.36 1.37
Filter-Template 1.02 1.040
Finance-QuoteHist 1.12 1.14
FreezeThaw 0.45 0.5001
GD 2.44 2.45
Geo-GML 0.11 0.15
Geography-Countries 1.41 2009041301
Geo-IPfree 0.7 1.101650
Getopt-ArgvFile 1.10 1.11
Graph 0.84 0.94
GSSAPI 0.26 0.28
Gtk2-Sexy 0.04 0.05
Hash-MoreUtils 0.01 0.02
Hook-LexWrap 0.20 0.22
HTML-Element-Extended 1.14 1.18
HTML-Encoding 0.52 0.60
HTML-FormatText-WithLinks 0.07 0.11
HTML-Lint 2.04 2.06
HTML-Mason 1.42 1.45
HTML-Tidy 1.08 1.52
HTML-WikiConverter-MoinMoin 0.53 0.54
HTTP-Lite 2.1.6 2.2
HTTP-Server-Simple 0.34 0.43
Image-Info 1.28 1.30
Imager 0.72 0.75
Image-Size 3.2 3.221
IMAP-Admin 1.6.6 1.6.7
Inline 0.45 0.46
Inline-Files 0.62 0.63
IO-AIO 3.25 3.65
IO-AIO-Util 0.06 0.09
IO-All 0.36 0.39
IO-Socket-Multicast 1.07 1.12
IO-Stty 0.02 0.03
IPC-ShareLite 0.09 0.17
JSON-DWIW 0.40 0.42
Lingua-EN-Inflect 1.891 1.892
Lingua-EN-Tagger 0.15 0.16
Lingua-Identify 0.19 0.26
Lingua-Stem 0.81 0.84
Linux-Input 1.02 1.03
Locale-Codes 3.12 3.13
Locale-Maketext-Fuzzy 0.02 0.10
Locale-Maketext-Lexicon 0.62 0.82
Locale-Maketext-Simple 0.16 0.21
Log-Any 0.06 0.11
Log-Dispatch-Config 1.02 1.03
Log-Log4perl 1.21 1.29
Log-Message 0.01 0.02
Log-Message-Simple 0.04 0.06
Log-Report 0.20 0.28
Mail-Box 2.086 2.095
Mail-Mbox-MessageParser 1.5000 1.5002
Mail-SPF 2.007 v2.007
Mail-SPF-Test 1.001 v1.001
MARC-Lint 1.43 1.44
MARC-Record 2.0.0 2.0.2
Math-BaseCnv 1.4.75 1.6.A6FGHKE
Math-Calc-Units 1.06 1.07
Math-GMP 2.05 2.06
Math-Pari 2.010709 2.01080604
Math-Polygon 1.00 1.01
MediaWiki-API 0.29 0.33
MIME-Types 1.29 1.30
MMS-Mail-Message 0.05 0.06
Module-Build 0.36_04 0.3607
Module-CoreList 2.12 2.35
Module-Find 0.06 0.10
Module-Install 0.95 1.00
Module-Install-ExtraTests 0.006 0.007
Module-Load 0.12 0.18
Module-Load-Conditional 0.26 0.38
Module-Loaded 0.01 0.06
Module-Pluggable 2.97 3.9
Module-Pluggable-Fast 0.18 0.19
Module-ScanDeps 0.96 0.97
Module-Starter 1.50 1.54
Module-Starter-Smart 0.0.2 v0.0.2
Module-Versions-Report 1.05 1.06
Moose 1.07 1.08
MooseX-Getopt 0.28 0.31
MooseX-MethodAttributes 0.22 0.23
MooseX-Role-WithOverloading 0.05 0.06
Mouse 0.40 0.62
MP3-Tag 0.9710 0.9713
Nagios-Plugin 0.30 0.34
namespace-clean 0.14 0.18
NetAddr-IP 4.027 4.028
Net-CIDR 0.13 0.14
Net-Daemon 0.38 0.43
Net-DNS-Resolver-Programmable 0.003 v0.003
Net-Domain-TLD 1.65 1.68
Net-IDN-Nameprep 1.000 1.100
Net-IMAP-Simple 1.17 1.2000
Net-Interface 0.11 1.012
Net-IP-Match 0.03 1.101700
Net-OAuth 0.20 0.27
Net-Pcap-Reassemble 0.04 0.05
Net-Ping 2.35 2.36
Net-RawIP 0.2.5 0.25
Net-RBLClient 0.4 0.5
Net-SIP 0.54 0.58
Net-SMPP 1.12 1.14
Net-SSH 0.08 0.09
Net-SSH-Perl 1.30 1.34
Net-Stomp 0.34 0.36
Net-Twitter-Lite 0.08006 0.10003
Net-Z3950-ZOOM 1.25 1.26
Object-Accessor 0.34 0.36
Ogg-Vorbis-Header-PurePerl 0.07 1.0
OpenOffice-OODoc 2.103 2.124
p5-Palm 1.3.0 1.012
Package-Constants 0.01 0.02
Package-Generator 0.102 0.103
Package-Stash 0.03 0.05
Padre 0.64 0.66
PadWalker 1.7 1.9
Params-Util 1.00 1.01
Params-Validate 0.94 0.95
Paranoid 0.20 0.27
parent 0.221 0.223
ParseLex 2.15 2.19
Parse-RecDescent 1.965.001 1.965001
Path-Class 0.18 0.19
PathTools 3.29 3.31
PDF-API2-Simple 1.1.4 1.1.4u
Perl6-Junction 1.30000 1.40000
Perl-Critic 1.082 1.108
PerlIO-eol 0.13 0.14
PerlIO-Util 0.42 0.71
PerlIO-via-dynamic 0.11 0.13
Perl-Tags 0.23 0.28
PHP-Serialization 0.27 0.34
POE 1.280 1.289
POE-API-Peek 1.32 1.34
POE-Component-DebugShell 1.0411 1.412
POE-Component-Generic 0.1100 0.1205
POE-Component-IKC 0.2001 0.2200
POE-Component-IRC 6.16 6.35
POE-Component-Jabber 2.03 3.00
POE-Component-Pluggable 1.24 1.26
POE-Component-SSLify 0.15 0.20
POE-Filter-IRCD 2.40 2.42
POE-Filter-Stomp 0.03 0.04
POE-Filter-XML 0.33 0.38
POE-Test-Loops 1.030 1.035
PostScript-Simple 0.06 0.07
PPI 1.212 1.213
PPI-HTML 1.07 1.08
PPIx-Regexp 0.007 0.008
prefork 1.02 1.04
Regexp-Common 2.120 2010010201
Return-Value 1.302 1.666001
RPC-XML 0.69 0.73
Schedule-At 1.06 1.10
Scope-Guard 0.03 0.20
SDL 2.2.6 2.408
Set-Crontab 1.02 1.03
Set-IntSpan 1.13 1.14
SOAP-Lite 0.67 0.712
Socket-GetAddrInfo 0.10 0.15
SQL-Abstract 1.66 1.67
SQL-Statement 1.20 1.27
SQL-Translator 0.11005 0.11006
SRU 0.97 0.99
Statistics-Contingency 0.06 0.08
Statistics-Descriptive 2.6 3.0200
String-Escape 2002.001 2010.002
SVG 2.36 2.50
SVG-Parser 1.01 1.03
Switch 2.14 2.16
Sys-Virt 0.2.2 0.2.4
TAP-Harness-Archive 0.13 0.14
Task 1.03 1.04
Task-Weaken 1.02 1.03
Telephony-CountryDialingCodes 1.03 1.04
Template-Timer 0.04 1.00
Term-Size 0.2 0.207
Term-UI 0.18 0.20
Test-Class 0.33 0.35
Test-ClassAPI 1.02 1.06
Test-Deep 0.103 0.106
Test-HTTP-Server-Simple 0.09 0.11
Test-HTTP-Server-Simple-StashWarnings 0.03 0.04
Test-Inline 2.102 2.211
Test-LongString 0.11 0.13
Test-Manifest 1.14 1.23
Test-POE-Server-TCP 1.08 1.12
Test-SubCalls 1.06 1.09
Test-WWW-Mechanize 1.22 1.30
Text-Autoformat 1.14.0 1.669002
Text-Balanced 2.01 2.02
Text-BibTeX 0.43 0.45
Text-Markdown 1.0.26 1.000031
Text-Ngram 0.10 0.11
Text-NSP 1.15 1.17
Text-Quoted 2.05 2.06
Text-Wrapper 1.000 1.02
Tie-Array-QueueExpire 0.55 1.01
Tie-DBI 1.04 1.05
Tie-Filehandle-Preempt-Stdin 0.01 0.02
Time-modules 2003.1126 2006.0814
Time-Piece 1.13 1.20
Tk-HistEntry 0.42 0.43
Tk-Pod 0.9929 0.9939
Tk-TableMatrix 1.1 1.23
Tree-Simple 1.15 1.18
Try-Tiny 0.04 0.06
UML-Class-Simple 0.17 0.18
Unicode-Map8 0.12 0.13
UNIVERSAL-require 0.11 0.13
URI 1.53 1.54
User-Identity 0.92 0.93
Variable-Magic 0.41 0.43
Want 0.09 0.18
WWW-Bugzilla 0.6 1.5
WWW-Curl 4.11 4.12
WWW-Mechanize 1.34 1.64
Wx 0.96 0.9702
XML-Compile 0.99 1.16
XML-Compile-Cache 0.13 0.96
XML-Compile-Dumper 0.11 0.13
XML-Compile-Tester 0.04 0.06
XML-Twig 3.29 3.35
XML-Writer 0.610 0.611
XML-XSPF 0.6 0.7
YAML-Syck 0.85 1.10
YAML-Tiny 1.41 1.42

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


[-- Attachment #2: perl-update.txt --]
[-- Type: text/plain, Size: 8329 bytes --]

ack 1.86 1.92
AI-DecisionTree 0.08 0.09
Algorithm-CheckDigits 0.50 0.53
Algorithm-Dependency 1.106 1.110
Algorithm-NaiveBayes 0.03 0.04
Alien-wxWidgets 0.50 0.51
AnyEvent 5.22 5.271
Any-Moose 0.10 0.13
Apache2-SOAP 0.72 0.73
Apache-Test 1.29 1.32
App-CLI 0.07 0.08
App-cpanminus 1.0004 1.0006
Arch 0.5.1 0.5.2
Archive-Extract 0.26 0.42
Asterisk-config 0.8 0.97
asterisk-perl 1.00 1.01
Audio-MPD 0.19.4 1.100430
Audio-MPD-Common 0.1.3 1.100430
BDB 1.71 1.88
Best 0.11 0.12
B-Hooks-EndOfScope 0.08 0.09
Bloom-Filter 0.03 1.0
BSD-Resource 1.29 1.2904
Business-ISBN 2.03 2.05
Business-ISBN-Data 1.17 20081208
B-Utils 0.07 0.11
Cache-Cache 1.05 1.06
Cache-Memcached 1.28 1.29
Cache-Memcached-Fast 0.17 0.19
Calendar-Simple 1.20 1.21
Catalyst-Devel 1.27 1.28
Catalyst-Model-DBIC-Schema 0.40 0.41
Catalyst-Plugin-ConfigLoader 0.27 0.28
Catalyst-Plugin-Session 0.29 0.30
CDB_File 0.95 0.96
CGI-Ajax 0.706 0.707
CGI-Session 4.40 4.42
Class-Accessor-Grouped 0.09002 0.09003
Class-C3 0.21 0.23
Class-C3-Adopt-NEXT 0.12 0.13
Class-Date 1.1.8 1.1.9
Class-DBI 3.0.17 v3.0.17
Class-MethodMaker 2.13 2.16
Class-Std-Fast 0.0.8 v0.0.8
Class-Throwable 0.10 0.11
Compress-LZF 3.11 3.43
Config-General 2.48 2.49
Config-IniFiles 2.39 2.58
Config-Std 0.0.7 0.007
Convert-ASN1 0.21 0.22
Convert-UUlib 1.32 1.33
CPAN 1.93.01 1.9402
CQL-Parser 1.0 1.10
Crypt-Blowfish 2.10 2.12
Crypt-CBC 2.29 2.30
Crypt-DSA 0.14 1.16
Crypt-Rijndael 1.06 1.09
Crypt-RSA 1.58 1.96
Crypt-SmbHash 0.02 0.12
Crypt-Twofish 2.12 2.14
CSS 1.07 1.08
CSS-Squish 0.07 0.09
CSS-Tiny 1.15 1.17
Curses 1.27 1.28
Curses-UI 0.96.07 0.9607
Data-Compare 1.21 1.22
Data-Dump 1.15 1.17
Data-Dumper 2.121 2.126
Data-Dump-Streamer 2.08.40 2.21
Data-ICal 0.13 0.16
Data-Page 2.00 2.02
Data-Serializer 0.46 0.49
Data-Types 0.07 0.08
Data-UUID 1.149 1.215
Date-Leapyear 1.71 1.72
Date-Manip 5.54 6.11
Date-Pcalc 1.2 6.1
DateTime-Format-Mail 0.30 0.3001
DateTime-TimeZone 1.18 1.19
DBD-CSV 0.22 0.29
DBD-Pg 2.17.0 2.17.1
DBD-Sybase 1.07 1.10
DBIx-Class 0.08121 0.08123
DBIx-DBSchema 0.27 0.39
DBIx-Perlish 0.44 0.55
Devel-Cover 0.65 0.67
Devel-Mallinfo 3 6
Devel-Size 0.69 0.71
Device-Modem 1.51 1.53
Digest-SHA1 2.12 2.13
Digest-Whirlpool 1.0.6 1.09
Email-Abstract 2.134 3.002
Email-MIME-Attachment-Stripper 1.315 1.316
Email-Send 2.192 2.198
Error 0.15 0.17016
EV 3.8 3.9
Excel-Template 0.31 0.32
Exception-Class 1.24 1.32
Exception-Class-TryCatch 1.10 1.12
Exporter-Lite 0.01 0.02
Exporter-Tidy 0.06 0.07
ExtUtils-CBuilder 0.27 0.2703
ExtUtils-F77 1.15 1.16
ExtUtils-XSpp 0.07 0.11
File-chdir 0.06 0.1004
File-Flat 1.00 1.04
FileHandle-Unget 0.16.21 0.1623
File-HomeDir 0.80 0.91
File-LibMagic 0.90 0.96
File-NCopy 0.34 0.36
File-Queue 1.00 1.01a
File-ShareDir 1.01 1.02
Filter 1.36 1.37
Filter-Template 1.02 1.040
Finance-QuoteHist 1.12 1.14
FreezeThaw 0.45 0.5001
GD 2.44 2.45
Geo-GML 0.11 0.15
Geography-Countries 1.41 2009041301
Geo-IPfree 0.7 1.101650
Getopt-ArgvFile 1.10 1.11
Graph 0.84 0.94
GSSAPI 0.26 0.28
Gtk2-Sexy 0.04 0.05
Hash-MoreUtils 0.01 0.02
Hook-LexWrap 0.20 0.22
HTML-Element-Extended 1.14 1.18
HTML-Encoding 0.52 0.60
HTML-FormatText-WithLinks 0.07 0.11
HTML-Lint 2.04 2.06
HTML-Mason 1.42 1.45
HTML-Tidy 1.08 1.52
HTML-WikiConverter-MoinMoin 0.53 0.54
HTTP-Lite 2.1.6 2.2
HTTP-Server-Simple 0.34 0.43
Image-Info 1.28 1.30
Imager 0.72 0.75
Image-Size 3.2 3.221
IMAP-Admin 1.6.6 1.6.7
Inline 0.45 0.46
Inline-Files 0.62 0.63
IO-AIO 3.25 3.65
IO-AIO-Util 0.06 0.09
IO-All 0.36 0.39
IO-Socket-Multicast 1.07 1.12
IO-Stty 0.02 0.03
IPC-ShareLite 0.09 0.17
JSON-DWIW 0.40 0.42
Lingua-EN-Inflect 1.891 1.892
Lingua-EN-Tagger 0.15 0.16
Lingua-Identify 0.19 0.26
Lingua-Stem 0.81 0.84
Linux-Input 1.02 1.03
Locale-Codes 3.12 3.13
Locale-Maketext-Fuzzy 0.02 0.10
Locale-Maketext-Lexicon 0.62 0.82
Locale-Maketext-Simple 0.16 0.21
Log-Any 0.06 0.11
Log-Dispatch-Config 1.02 1.03
Log-Log4perl 1.21 1.29
Log-Message 0.01 0.02
Log-Message-Simple 0.04 0.06
Log-Report 0.20 0.28
Mail-Box 2.086 2.095
Mail-Mbox-MessageParser 1.5000 1.5002
Mail-SPF 2.007 v2.007
Mail-SPF-Test 1.001 v1.001
MARC-Lint 1.43 1.44
MARC-Record 2.0.0 2.0.2
Math-BaseCnv 1.4.75 1.6.A6FGHKE
Math-Calc-Units 1.06 1.07
Math-GMP 2.05 2.06
Math-Pari 2.010709 2.01080604
Math-Polygon 1.00 1.01
MediaWiki-API 0.29 0.33
MIME-Types 1.29 1.30
MMS-Mail-Message 0.05 0.06
Module-Build 0.36_04 0.3607
Module-CoreList 2.12 2.35
Module-Find 0.06 0.10
Module-Install 0.95 1.00
Module-Install-ExtraTests 0.006 0.007
Module-Load 0.12 0.18
Module-Load-Conditional 0.26 0.38
Module-Loaded 0.01 0.06
Module-Pluggable 2.97 3.9
Module-Pluggable-Fast 0.18 0.19
Module-ScanDeps 0.96 0.97
Module-Starter 1.50 1.54
Module-Starter-Smart 0.0.2 v0.0.2
Module-Versions-Report 1.05 1.06
Moose 1.07 1.08
MooseX-Getopt 0.28 0.31
MooseX-MethodAttributes 0.22 0.23
MooseX-Role-WithOverloading 0.05 0.06
Mouse 0.40 0.62
MP3-Tag 0.9710 0.9713
Nagios-Plugin 0.30 0.34
namespace-clean 0.14 0.18
NetAddr-IP 4.027 4.028
Net-CIDR 0.13 0.14
Net-Daemon 0.38 0.43
Net-DNS-Resolver-Programmable 0.003 v0.003
Net-Domain-TLD 1.65 1.68
Net-IDN-Nameprep 1.000 1.100
Net-IMAP-Simple 1.17 1.2000
Net-Interface 0.11 1.012
Net-IP-Match 0.03 1.101700
Net-OAuth 0.20 0.27
Net-Pcap-Reassemble 0.04 0.05
Net-Ping 2.35 2.36
Net-RawIP 0.2.5 0.25
Net-RBLClient 0.4 0.5
Net-SIP 0.54 0.58
Net-SMPP 1.12 1.14
Net-SSH 0.08 0.09
Net-SSH-Perl 1.30 1.34
Net-Stomp 0.34 0.36
Net-Twitter-Lite 0.08006 0.10003
Net-Z3950-ZOOM 1.25 1.26
Object-Accessor 0.34 0.36
Ogg-Vorbis-Header-PurePerl 0.07 1.0
OpenOffice-OODoc 2.103 2.124
p5-Palm 1.3.0 1.012
Package-Constants 0.01 0.02
Package-Generator 0.102 0.103
Package-Stash 0.03 0.05
Padre 0.64 0.66
PadWalker 1.7 1.9
Params-Util 1.00 1.01
Params-Validate 0.94 0.95
Paranoid 0.20 0.27
parent 0.221 0.223
ParseLex 2.15 2.19
Parse-RecDescent 1.965.001 1.965001
Path-Class 0.18 0.19
PathTools 3.29 3.31
PDF-API2-Simple 1.1.4 1.1.4u
Perl6-Junction 1.30000 1.40000
Perl-Critic 1.082 1.108
PerlIO-eol 0.13 0.14
PerlIO-Util 0.42 0.71
PerlIO-via-dynamic 0.11 0.13
Perl-Tags 0.23 0.28
PHP-Serialization 0.27 0.34
POE 1.280 1.289
POE-API-Peek 1.32 1.34
POE-Component-DebugShell 1.0411 1.412
POE-Component-Generic 0.1100 0.1205
POE-Component-IKC 0.2001 0.2200
POE-Component-IRC 6.16 6.35
POE-Component-Jabber 2.03 3.00
POE-Component-Pluggable 1.24 1.26
POE-Component-SSLify 0.15 0.20
POE-Filter-IRCD 2.40 2.42
POE-Filter-Stomp 0.03 0.04
POE-Filter-XML 0.33 0.38
POE-Test-Loops 1.030 1.035
PostScript-Simple 0.06 0.07
PPI 1.212 1.213
PPI-HTML 1.07 1.08
PPIx-Regexp 0.007 0.008
prefork 1.02 1.04
Regexp-Common 2.120 2010010201
Return-Value 1.302 1.666001
RPC-XML 0.69 0.73
Schedule-At 1.06 1.10
Scope-Guard 0.03 0.20
SDL 2.2.6 2.408
Set-Crontab 1.02 1.03
Set-IntSpan 1.13 1.14
SOAP-Lite 0.67 0.712
Socket-GetAddrInfo 0.10 0.15
SQL-Abstract 1.66 1.67
SQL-Statement 1.20 1.27
SQL-Translator 0.11005 0.11006
SRU 0.97 0.99
Statistics-Contingency 0.06 0.08
Statistics-Descriptive 2.6 3.0200
String-Escape 2002.001 2010.002
SVG 2.36 2.50
SVG-Parser 1.01 1.03
Switch 2.14 2.16
Sys-Virt 0.2.2 0.2.4
TAP-Harness-Archive 0.13 0.14
Task 1.03 1.04
Task-Weaken 1.02 1.03
Telephony-CountryDialingCodes 1.03 1.04
Template-Timer 0.04 1.00
Term-Size 0.2 0.207
Term-UI 0.18 0.20
Test-Class 0.33 0.35
Test-ClassAPI 1.02 1.06
Test-Deep 0.103 0.106
Test-HTTP-Server-Simple 0.09 0.11
Test-HTTP-Server-Simple-StashWarnings 0.03 0.04
Test-Inline 2.102 2.211
Test-LongString 0.11 0.13
Test-Manifest 1.14 1.23
Test-POE-Server-TCP 1.08 1.12
Test-SubCalls 1.06 1.09
Test-WWW-Mechanize 1.22 1.30
Text-Autoformat 1.14.0 1.669002
Text-Balanced 2.01 2.02
Text-BibTeX 0.43 0.45
Text-Markdown 1.0.26 1.000031
Text-Ngram 0.10 0.11
Text-NSP 1.15 1.17
Text-Quoted 2.05 2.06
Text-Wrapper 1.000 1.02
Tie-Array-QueueExpire 0.55 1.01
Tie-DBI 1.04 1.05
Tie-Filehandle-Preempt-Stdin 0.01 0.02
Time-modules 2003.1126 2006.0814
Time-Piece 1.13 1.20
Tk-HistEntry 0.42 0.43
Tk-Pod 0.9929 0.9939
Tk-TableMatrix 1.1 1.23
Tree-Simple 1.15 1.18
Try-Tiny 0.04 0.06
UML-Class-Simple 0.17 0.18
Unicode-Map8 0.12 0.13
UNIVERSAL-require 0.11 0.13
URI 1.53 1.54
User-Identity 0.92 0.93
Variable-Magic 0.41 0.43
Want 0.09 0.18
WWW-Bugzilla 0.6 1.5
WWW-Curl 4.11 4.12
WWW-Mechanize 1.34 1.64
Wx 0.96 0.9702
XML-Compile 0.99 1.16
XML-Compile-Cache 0.13 0.96
XML-Compile-Dumper 0.11 0.13
XML-Compile-Tester 0.04 0.06
XML-Twig 3.29 3.35
XML-Writer 0.610 0.611
XML-XSPF 0.6 0.7
YAML-Syck 0.85 1.10
YAML-Tiny 1.41 1.42

Re: [devel] Q: automated update of CPAN perl modules

[Anton A. Vinogradov]

09.07.2010 23:29, Igor Vlasenko пишет:
> Остальные модули со CPAN собирают все подряд.
> Недавно была попытка как то навести в этом порядок,
> часть сборщиков (я в т.ч.) объединились в группу @cpan.
прошу добавить к списку
                Math::Round
                File::Touch

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Sat, Jul 10, 2010 at 12:19:45AM +0400, Anton A. Vinogradov wrote:
> 09.07.2010 23:29, Igor Vlasenko пишет:
> >Остальные модули со CPAN собирают все подряд.
> >Недавно была попытка как то навести в этом порядок,
> >часть сборщиков (я в т.ч.) объединились в группу @cpan.
> прошу добавить к списку
>                Math::Round
>                File::Touch

Прошу прощения. 
Как я понимаю, этих модулей в Сизифе нет, а у меня в письме 
шла речь о роботе, который обновляет существующие модули.

Т.е. сначала кто-то должен их собрать (могу и я, если хотите).
а потом робот будет при необх. обновлять.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Fri, Jul 09, 2010 at 11:41:38PM +0300, Igor Vlasenko wrote:
> Как я понимаю, этих модулей в Сизифе нет, а у меня в письме 
> шла речь о роботе, который обновляет существующие модули.
> 
> Т.е. сначала кто-то должен их собрать (могу и я, если хотите).
> а потом робот будет при необх. обновлять.

Теоретически можно и весь CPAN в Сизиф плюхнуть,
но практически так делать нельзя, потому что CPAN это
помойка. У нас в Сизифе только отборные модули,
отобранные по принципу, что они кому-то были нужны :)

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Anton A. Vinogradov]

10.07.2010 00:47, Igor Vlasenko пишет:
> On Fri, Jul 09, 2010 at 11:41:38PM +0300, Igor Vlasenko wrote:
>> Как я понимаю, этих модулей в Сизифе нет, а у меня в письме
>> шла речь о роботе, который обновляет существующие модули.
>>
>> Т.е. сначала кто-то должен их собрать (могу и я, если хотите).
>> а потом робот будет при необх. обновлять.
>
> Теоретически можно и весь CPAN в Сизиф плюхнуть,
> но практически так делать нельзя, потому что CPAN это
> помойка. У нас в Сизифе только отборные модули,
> отобранные по принципу, что они кому-то были нужны :)
>
эти два нужны для asterikast ;)

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Sat, Jul 10, 2010 at 12:19:45AM +0400, Anton A. Vinogradov wrote:
> прошу [...]
>                Math::Round
>                File::Touch

Math::Round уже собрал Виталий Липатов,
#26358 DONE sisyphus/lav perl-Math-Round.git=0.06-alt1
я выложил
#26390 DONE sisyphus/viy srpm=perl-File-Touch-0.08-alt1.src.rpm




-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Vitaly Lipatov]

On 10 июля 2010, Igor Vlasenko wrote:
> On Sat, Jul 10, 2010 at 12:19:45AM +0400, Anton A. Vinogradov 
wrote:
> > 09.07.2010 23:29, Igor Vlasenko пишет:
> > >Остальные модули со CPAN собирают все подряд.
> > >Недавно была попытка как то навести в этом порядок,
> > >часть сборщиков (я в т.ч.) объединились в группу @cpan.
> >
> > прошу добавить к списку
> >                Math::Round
> >                File::Touch
>
> Прошу прощения.
> Как я понимаю, этих модулей в Сизифе нет, а у меня в письме
> шла речь о роботе, который обновляет существующие модули.
Уже есть
http://sisyphus.ru/ru/srpm/Sisyphus/perl-Math-Round

>
> Т.е. сначала кто-то должен их собрать (могу и я, если хотите).
Я соберу File::Touch
task #26391: added #1: build tag 0.08-alt1 
from /people/lav/packages/perl-File-Touch.git

> а потом робот будет при необх. обновлять.
Если не трудно, согласуйте со мной, было бы очень здорово 
перестать заботиться об обновлении версий перловых пакетов :)


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Q: automated update of CPAN perl modules

[Vitaly Lipatov]

On 10 июля 2010, Igor Vlasenko wrote:
> #26390 DONE sisyphus/viy
> srpm=perl-File-Touch-0.08-alt1.src.rpm
Ну вот, я стормозил :)


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] Q: automated update of CPAN perl modules

[Alexey Shabalin]

9 июля 2010 г. 23:29 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
> Уважаемые коллеги!
> Как показала проверка, более 300 пакетов отстали по версиям
> от CPAN и нуждаются в обновлении (список внизу письма).
>

> POE-Component-IRC 6.16 6.35
> POE-Component-Jabber 2.03 3.00

Ещё и сам perl отстал. Указанные выше пакеты не получится обновить без
обновления самого perl.

> Вопрос, будут ли возражения.
возражений нет :)

-- 
Alexey Shabalin

Re: [devel] Q: automated update of CPAN perl modules

[Sergei Epiphanov]

В сообщении от 9 июля 2010 23:29:01 автор Igor Vlasenko написал:
> Paranoid 0.20 0.27

Мне пока непонятно почему, но сборка версии 0.27 пока не проходит. Мои 
несколько подходов к снаряду в разное время и попытки наложить патчи пока 
обламывались. Поэтому давайте всех скопом не лечить.

-- 
С уважением, Епифанов Сергей

Re: [devel] Q: automated update of CPAN perl modules

[Sergey Y. Afonin]

On Friday 09 July 2010, Igor Vlasenko wrote:

> Net-Interface 0.11 1.012

Пока не надо. У него поведение поменялось. Раньше Net::Interface->interfaces()
давал список интерфейсов с IP-адресами, теперь все показывает. Может где-то
вылезти. У меня, по крайней мере, вылезло. Скрипты свои я, пока, не правил.
Плюс он просто не соберётся из-за "always overflow destination buffer".
Баг на CPAN-е я повесил ещё в мае.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Mon, Jul 12, 2010 at 09:45:05AM +0400, Sergei Epiphanov wrote:
> В сообщении от 9 июля 2010 23:29:01 автор Igor Vlasenko написал:
> > Paranoid 0.20 0.27
> 
> Мне пока непонятно почему, но сборка версии 0.27 пока не проходит. Мои 
> несколько подходов к снаряду в разное время и попытки наложить патчи пока 
> обламывались. 

Понял.

> Поэтому давайте всех скопом не лечить.

Почему? Оптом дешевлее. Робот честно попытается 
обновить пакет, локальная пересборка не пройдет,
поэтому такой пакет и не будет обновлен.
Робот выругается и пойдет дальше к следующему пакету.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Mon, Jul 12, 2010 at 09:54:15AM +0400, Sergey Y. Afonin wrote:
> On Friday 09 July 2010, Igor Vlasenko wrote:
> 
> > Net-Interface 0.11 1.012
> 
> Пока не надо. У него поведение поменялось. Раньше Net::Interface->interfaces()
> давал список интерфейсов с IP-адресами, теперь все показывает. Может где-то
> вылезти. У меня, по крайней мере, вылезло. Скрипты свои я, пока, не правил.
> Плюс он просто не соберётся из-за "always overflow destination buffer".
> Баг на CPAN-е я повесил ещё в мае.

Понял, спасибо. В случае Net-Interface 
робот и не будет пытаться, так как там acl жесткий.

ssh git.alt acl sisyphus perl-Net-Interface show      
perl-Net-Interface      asy

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Sergei Epiphanov]

В сообщении от 12 июля 2010 16:24:54 автор Igor Vlasenko написал:
> > Поэтому давайте всех скопом не лечить.
> 
> Почему? Оптом дешевлее. Робот честно попытается 
> обновить пакет, локальная пересборка не пройдет,
> поэтому такой пакет и не будет обновлен.
> Робот выругается и пойдет дальше к следующему пакету.

Я вот к чему: не получится ли так, что этот робот каждый день будет мне на 
мозги капать, мол, он не может обновить этот пакет, обнови-ка сам поскорей? 
Мне очень этого не хочется.

-- 
С уважением, Епифанов Сергей

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Mon, Jul 12, 2010 at 04:37:56PM +0400, Sergei Epiphanov wrote:
> В сообщении от 12 июля 2010 16:24:54 автор Igor Vlasenko написал:
> > > Поэтому давайте всех скопом не лечить.
> > 
> > Почему? Оптом дешевлее. Робот честно попытается 
> > обновить пакет, локальная пересборка не пройдет,
> > поэтому такой пакет и не будет обновлен.
> > Робот выругается и пойдет дальше к следующему пакету.
> 
> Я вот к чему: не получится ли так, что этот робот каждый день будет мне на 
> мозги капать, мол, он не может обновить этот пакет, обнови-ка сам поскорей? 
> Мне очень этого не хочется.

Понял. Мне самому не хотелось бы, 
надо бы понять, как лучше.

Мысли вслух.
1) само обновление можно пускать
не чаще, чем раз в месяц или раз в квартал.
Поскольку бывают буйные апстримы, но чтобы набежало 
50-100 новых версий, все-таки нужно время.

2) CPAN watch желательно пускать почаще,
но спам рассылать не хочется. 
Как вариант, в перспективе можно сделать интеграцию
с prometeus 2.0 Игоря Зубкова, + раз в неделю слать спам
в sisyphus-cybertalk@, он для того и предназначен.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Fri, Jul 09, 2010 at 10:29:01PM +0300, Igor Vlasenko wrote:
> Уважаемые коллеги!
> Как показала проверка, более 300 пакетов отстали по версиям
> от CPAN и нуждаются в обновлении .
> Могу в качестве иллюстрации к выступлению в Переславле
> написать робота, который обновит сотню-другую пакетов
> (были бы acl), и который потом можно было бы регулярно,
> скажем, ежемесячно, запускать.
> Вопрос, будут ли возражения.

Из этих 300+ пакетов 200+ имеют открытый acl
@everybody|@nobody|@cpan|@qa, для пробы хватит.

Таким образом, NMU просить я не буду, хватит тех acl, что есть.
Соответственно, если нет желания участвовать, просьбв 
ограничить acl. 

Также, внизу список пакетов, у которых закрыт доступ по acl.
(кроме пакетов at - они могут быть связаны с core perl)

Просьба лидерам этих пакетов asy, boyarsh, 
force, gns, lav, naf, rider, stanv, svyt
посмотреть, и если есть желание, открыть acl 
(достаточно добавить @cpan).

perl-Net-IP-Match	asy
perl-Net-IP-Match-Regexp	asy
perl-PathTools	asy
perl-Tie-Filehandle-Preempt-Stdin	boyarsh
perl-AnyEvent	force
perl-Class-Std-Fast	force
perl-Geography-Countries	force
perl-Geo-IPfree	force
perl-Mail-SPF	force
perl-Mail-SPF-Query	force
perl-Mail-SPF-Test	force
perl-Mail-SPF-Test	force
perl-Mouse	force
perl-NetAddr-IP	force
perl-Net-DNS-Resolver-Programmable	force
perl-Crypt-SmbHash	gns
perl-Hash-MoreUtils	lav
perl-Log-Any	lav
perl-Cache-Memcached-Fast	naf
perl-Cache-Memcached-Fast	naf
perl-Cache-Memcached	naf
perl-Config-Std	naf
perl-Data-UUID	naf
perl-Excel-Template	naf
perl-Exporter-Tidy	naf
perl-HTML-Tidy	naf
perl-Imager-Graph	naf
perl-Imager	naf
perl-Math-BaseCnv	naf
perl-Net-IMAP-Simple	naf
perl-Net-IMAP-Simple-SSL	naf
perl-ParseLex	naf
perl-PDF-API2-Simple	naf
perl-RPC-XML	naf
perl-String-Escape	naf
perl-Text-Markdown	naf
perl-WWW-Curl	rider
perl-Sys-Virt	stanv
perl-Algorithm-CheckDigits	svyt
perl-Business-ISBN-Data	svyt
perl-Business-ISBN-Data	svyt
perl-Business-ISBN	svyt
perl-Date-Leapyear	svyt
perl-GSSAPI	svyt
perl-MARC-Lint	svyt
perl-MARC-Record	svyt
perl-Net-Z3950-ZOOM	svyt
perl-Schedule-At	svyt

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Sergey Y. Afonin]

On Monday 12 July 2010, Igor Vlasenko wrote:

> Понял. Мне самому не хотелось бы, 
> надо бы понять, как лучше.

Может к repocop-у добавить, чтобы на www.sisyphus.ru/prometheus.altlinux.org
видно было ? Но да, чтобы не слалось в почту.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] Q: automated update of CPAN perl modules

[Sergei Epiphanov]

В сообщении от 12 июля 2010 17:09:16 автор Igor Vlasenko написал:
> Понял. Мне самому не хотелось бы, 
> надо бы понять, как лучше.
> 
> Мысли вслух.
> 1) само обновление можно пускать
> не чаще, чем раз в месяц или раз в квартал.
> Поскольку бывают буйные апстримы, но чтобы набежало 
> 50-100 новых версий, все-таки нужно время.

Наверное, раз месяц-два было бы оптимально.

> 2) CPAN watch желательно пускать почаще,
> но спам рассылать не хочется. 
> Как вариант, в перспективе можно сделать интеграцию
> с prometeus 2.0 Игоря Зубкова, + раз в неделю слать спам
> в sisyphus-cybertalk@, он для того и предназначен.

Явно не чаще раза в неделю. И после определения, что версия на CPAN 
обновилась, первое роботизированное обновление пропустить. Надо дать 
мантейнеру время на оценку ситуации. Только если при повторном подходе к 
возможности обновить ситуация не меняется, то попробовать собрать новую 
версию.

Наверно, так.

-- 
С уважением, Епифанов Сергей

Re: [devel] Q: automated update of CPAN perl modules

[Igor Zubkov]

12 июля 2010 г. 16:09 пользователь Igor Vlasenko написал:
> 2) CPAN watch желательно пускать почаще,
> но спам рассылать не хочется.
> Как вариант, в перспективе можно сделать интеграцию
> с prometeus 2.0 Игоря Зубкова, + раз в неделю слать спам
> в sisyphus-cybertalk@, он для того и предназначен.

Вообще, я давно думаю что такой себе CPAN watch нужно встроить в
prometheus что бы он сам каждую ночь проверял обновления. И
информировал маинтейнера о том что есть обновление (как информировать
и с какой периодичностью сейчас не важно). Я вот думаю что надо
сделать что бы по крону оно проверялось, писалось в прометей. А из
прометея в repocop и уже почтовую рассылку. Или можно писать
маинтейнеру на почту о том что пакет на cpan обновился (один раз
конечно или раз в неделю).

Как только я закончу портировать текущий прометей на rails3, cpan
watch будет реализовано. И это всё будет уже скоро.

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Mon, Jul 12, 2010 at 05:22:09PM +0300, Michael Bochkaryov wrote:
> Насчет моих пакетов я не против.
> Сама идея такой автоматизации мне нравится.
> 
> Только просьба учесть, что иногда обновления на CPAN
> проходят без сохранения обратной совместимости, из-за
> чего можно успешной сборкой поломать другие пакеты.
> 
> Если не ошибаюсь, последний раз такое на RPC::XML было.

Эта проблема простыми методами неразрешима :(
perl -- язык слабо типизированный,а README робот читать не умеет.
Хорошо, что у нас есть робот пересборок, который выявляет
часть проблем в API.

Я надеюсь, что в сумме эффект будет существенно позитивный.
Имею в виду следующее.

Допустим, робот обновит 340 пакетов, и сломает 5% =17 пакетов.
Человеку руками на ленивое(тупое, бездумное) 
обновление 1-го пакета нужно 5 рабочих минут,
(На 340 пакетов это 4 полных рабочих дня мартышкина труда)
и на простейшую починку (откат на старую версию) нужно 5 мин,
+10 мин. на коммуникацию (bugzilla и т.д.)+15мин. на разборки -
просмотр логов пересборки пакетов, вдумчивое чтение README, perldoc, diff
итого пол часа рабочих. На 17 пакетов это 1 рабочий день.

Для человека, который делает руками ленивое(тупое, бездумное) 
обновление, 5% пакетов все равно будут сломаны, поэтому ему придется
дополнительно потратить рабочий день на починку.
В сумме, для него робот сэкономит 4 рабочих дня, или 80% времени.

Далее, на вдумчивое обновление с чтением README, perldoc, diff -
20 мин. Это 16 полных рабочих дней.
Но на практике большинство пакетов со CPAN не стоят такого внимания,
поэтому такому идеальному человеку станет влом тратить 16 рабочих
дней (почти рабочий месяц!) на тщательное обновление 340 перловых модулей,
если можно убрать за роботом не больше чем за день.

Такому идеальному человеку выгодно отсортировать свои пакеты
на важные (робот не допускается) и ничтожные, используя acl.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 1059 bytes --]

12.07.2010 17:56, Igor Zubkov пишет:
> 12 июля 2010 г. 16:09 пользователь Igor Vlasenko написал:
>   
>> 2) CPAN watch желательно пускать почаще,
>> но спам рассылать не хочется.
>> Как вариант, в перспективе можно сделать интеграцию
>> с prometeus 2.0 Игоря Зубкова, + раз в неделю слать спам
>> в sisyphus-cybertalk@, он для того и предназначен.
>>     
> Вообще, я давно думаю что такой себе CPAN watch нужно встроить в
> prometheus что бы он сам каждую ночь проверял обновления. И
> информировал маинтейнера о том что есть обновление (как информировать
> и с какой периодичностью сейчас не важно). 
Багу с FR
А багзила сама проинформирует.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 5525 bytes --]

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Mon, Jul 12, 2010 at 05:56:18PM +0300, Igor Zubkov wrote:
> 12 июля 2010 г. 16:09 пользователь Igor Vlasenko написал:
> > 2) CPAN watch желательно пускать почаще,
> > но спам рассылать не хочется.
> > Как вариант, в перспективе можно сделать интеграцию
> > с prometeus 2.0 Игоря Зубкова, + раз в неделю слать спам
> > в sisyphus-cybertalk@, он для того и предназначен.
> 
> Вообще, я давно думаю что такой себе CPAN watch нужно встроить в
> prometheus что бы он сам каждую ночь проверял обновления. И
> информировал маинтейнера о том что есть обновление (как информировать
> и с какой периодичностью сейчас не важно). Я вот думаю что надо
> сделать что бы по крону оно проверялось, писалось в прометей. А из
> прометея в repocop и уже почтовую рассылку. Или можно писать
> маинтейнеру на почту о том что пакет на cpan обновился (один раз
> конечно или раз в неделю).

там несложно, на самом деле. взять 3 колонку из файла
http://$CPAN_MIRROR/modules/02packages.details.txt.gz
и сравнить с нашим списком perl.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Mon, Jul 12, 2010 at 07:18:14PM +0300, Slava Dubrovskiy wrote:
> 12.07.2010 17:56, Igor Zubkov пишет:
> > 12 июля 2010 г. 16:09 пользователь Igor Vlasenko написал:
> >   
> >> 2) CPAN watch желательно пускать почаще,
> >> но спам рассылать не хочется.
> >> Как вариант, в перспективе можно сделать интеграцию
> >> с prometeus 2.0 Игоря Зубкова, + раз в неделю слать спам
> >> в sisyphus-cybertalk@, он для того и предназначен.
> >>     
> > Вообще, я давно думаю что такой себе CPAN watch нужно встроить в
> > prometheus что бы он сам каждую ночь проверял обновления. И
> > информировал маинтейнера о том что есть обновление (как информировать
> > и с какой периодичностью сейчас не важно). 
> Багу с FR
> А багзила сама проинформирует.

можно, скрипты для авторазвешивания у нас есть.
Но проблема в том, что все ли захотят такой сервис,
а маханизма подписаться-отписаться нет.
в этом смысле prometeus лучше.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 2187 bytes --]

On Fri, Jul 09, 2010 at 10:29:01PM +0300, Igor Vlasenko wrote:
> Уважаемые коллеги!
> 
> Сел писать тезисы выступления для конференции в Переславле
> (собираюсь приехать и выступить) о автоматизации сборки пакетов, 
> и почуствовал, что неплохо бы украсить выступление конкретными 
> примерами. Здесь мне нужна ваша поддержка.
> 
> Выбирал подопытного кролика из haskell 
> (на эту тему был весной разговор с Денисом Смирновым)
> и perl. Остановился на perl, так как я вхожу в @cpan, плюс 
> у меня самого есть порядка дюжины перловых пакетов.
> 
> Ситуация с perl, как я понимаю, следующая: 
> Алексей Торбин ведет собственно perl,
> а также стандартные и близкие к ним модули.
> Остальные модули со CPAN собирают все подряд.
> Недавно была попытка как то навести в этом порядок,
> часть сборщиков (я в т.ч.) объединились в группу @cpan.
> Правда, к сожалению, не все, и много пакетов рассыпано по 
> индивидуальным сборщикам.
> 
> Как показала проверка, более 300 пакетов отстали по версиям
> от CPAN и нуждаются в обновлении (список внизу письма).
> 
> Могу в качестве иллюстрации к выступлению в Переславле
> написать робота, который обновит сотню-другую пакетов
> (были бы acl), и который потом можно было бы регулярно,
> скажем, ежемесячно, запускать.
> 
> Вопрос, будут ли возражения.

Если робот очень хороший (вплоть до того, что наделен искусственным
интеллектом), то имеет смысл большую часть перловых пакетов обновлять
автоматически.  В принципе это касается не только перловых пакетов.
Поскольку кому охота там одно и то же вручную ковыряться whatever.
Но роботы у нас не шибко-то умные (да и ...).  Поэтому приходится
задумываться, как не въехать на полной скорости в бетонный столб.

Вот, например, стандартная грабля с версией:

$ rpm -q perl-Error --changelog
* Fri Jul 16 2010 Igor Vlasenko <viy@altlinux> 0.17016-alt1
- automated CPAN update
* Sat Sep 06 2008 Vitaly Lipatov <lav@altlinux> 0.15-alt2
- fix directory ownership violation
...
$

Была версия 0.15, стала версия 0.17016.  Что сделает очень хороший
робот, если следующая версия станет 0.18?

Есть другие тонкости - например, как обновлять BuildRequires?

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Wed, Jul 21, 2010 at 12:57:47AM +0400, Alexey Tourbin wrote:
> > написать робота, который обновит сотню-другую пакетов
> > (были бы acl), и который потом можно было бы регулярно,
> > скажем, ежемесячно, запускать.
> 
> Если робот очень хороший (вплоть до того, что наделен искусственным
> интеллектом), то имеет смысл большую часть перловых пакетов обновлять
> автоматически.  В принципе это касается не только перловых пакетов.
> Поскольку кому охота там одно и то же вручную ковыряться whatever.

Роботы снижают механическую работу, не более.
Скажем, без робота для поддержки 2000 перловых пакетов
понадобился бы Алексей Турбин или другой майнтайнер его уровня
+ 40 помощников, вникающих в проблему на уровне Васи Пупкина.
А с роботом, чем умнее робот, тем меньше помощников нужно.
В идеале автоматизация должна дойти до того, что

1) в помощниках не будет необходимости (да, запустить робота 
сможет и Вася Пупкин, но вот исправить за роботом сможет только 
кто-то владеющий вопросом на уровне Алексея Турбина)

2) после робота будет оставаться только интересные проблемы,
требующие обдумывания, поэтому с роботом работать будет намного 
интереснее. Он как бы фильтрует тривиальные проблемы.

> Но роботы у нас не шибко-то умные (да и ...).  Поэтому приходится
> задумываться, как не въехать на полной скорости в бетонный столб.

робота можно и нужно постоянно улучшать.
Я текущего написал на коленке, больше как иллюстрация
к выступлению в Переяславле, чтобы утверждения о 
автоматизации не показались надуманными или голословными.
Если сравнивать его с cpan2rpm, то он еще код-младенец:
wc -l CPANupdate.pl /usr/bin/cpan2rpm
  144 CPANupdate.pl
 2088 /usr/bin/cpan2rpm

> Вот, например, стандартная грабля с версией:
> Была версия 0.15, стала версия 0.17016.  Что сделает очень хороший
> робот, если следующая версия станет 0.18?

сейчас робот лохонется, так как он пользуется evrcmp, 
а rpmevrcmp 0.17016 0.18=1. Но его можно улучшить,
если написать собственный sub perlvercmp и при распознавании
такой ситуации дополнительно инкрементировать Serial или Epoch,
из того, что найдено в спеке.
 
> Есть другие тонкости - например, как обновлять BuildRequires?

В >85% случаев их обновлять не понадобилось,
а в оставшихся случаях добавил руками, что было все же удобнее,
чем с нуля: под рукой был пакет или git с обновленными исходниками, 
версией и changelog'ом, и его лог пересборки (неудавшейся).

Но опять же, если подойти к роботу серьезно, 
то можно ежедневно генерировать из базы репокопа 
таблицу соответствия перловых модулей перловым rpm пакетам.
пройдясь grep по .pm/.t файлам в поиске use директив,
получим список модулей. С пом. таблицы он переводится в
список BuildRequires:. Сравнить его с имеющимся.
А уже обновить спек - не проблема.

И этот механизм также было бы скрестить с cpan2rpm.

Т.е. трюкам робота обучить можно.

Там возникла более важная проблема,
которую можно решить, и нужно решать,
но нужна помощь сообщества. 
Это стандартизация работы с gear+git репозиториями,
я в отдельном письме напишу.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] Q: automated update of CPAN perl modules

[REAL]

Aleksey Novodvorsky пишет:
> Но Игорь не говорит про "только", он говорит прямо противоположное.
> Другое дело, что благими намерениями иногда <...>  Надо обсудить.

Похоже, обсуждение упёрлось в то, что разные люди по-разному считают, 
как лучше и удобней работать с git. По-моему, одной из целей при 
создании git Линус имел и такую :)

Так что какие-то ограничения на свободу по использованию git лично я 
считаю неприемлимыми. Другое дело, когда речь идёт об аккуратности при 
сопровождении пакетов, но вот как такое формализовать в полиси, даже 
представить не могу, не буду даже пытаться.

PS. У меня предложение: давайте рассмотрим репозитории kernel-modules 
(у любого, кто собирает модули) как пищу для тренировки роботов :-D

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Q: automated update of CPAN perl modules

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 679 bytes --]

On Wed, Jul 21, 2010 at 07:31:30PM +0300, Igor Vlasenko wrote:
> Роботы снижают механическую работу, не более.
> Скажем, без робота для поддержки 2000 перловых пакетов
> понадобился бы Алексей Турбин или другой майнтайнер его уровня
> + 40 помощников, вникающих в проблему на уровне Васи Пупкина.
> А с роботом, чем умнее робот, тем меньше помощников нужно.
ALT Linux: by non-humans for non-humans.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<ilyak> Да, а еще jhat
<ilyak> Оно показывает, насколько отвратительно в твоем приложении с
        управлением памятью
<ilyak> После чего ты идешь топиццо, потому что повлиять на это не можешь

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] automated update of kernel modules

[REAL]

Vitaly Kuznetsov пишет:
> Это, кстати, хорошая мысль. Возможно, модули ядра это как раз то, что
> просится на автоматическую сборку (люди пусть только соответствующий
> source готовят и говорят под какие ядра этот модуль вообще нужно
> собирать). Было б кому заняться.

Вопрос упирается в то, откуда брать templates. Иногда найдёшь темплейт 
у кого-то, кто собрал такой же модуль раньше (неважно, для какого 
ядра), иногда пишешь сам. А как научить робота, что нужно делать и где 
что искать?

Понятно, что тупая пересборка может быть автоматизирована, если 
повышается только релиз ядра или модуля, а если новая версия, тут 
непонятно.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Q: automated update of CPAN perl modules

[Aleksey Novodvorsky]

22 июля 2010 г. 10:47 пользователь Andrey Rahmatullin
<wrar@altlinux.org> написал:
> On Wed, Jul 21, 2010 at 07:31:30PM +0300, Igor Vlasenko wrote:
>> Роботы снижают механическую работу, не более.
>> Скажем, без робота для поддержки 2000 перловых пакетов
>> понадобился бы Алексей Турбин или другой майнтайнер его уровня
>> + 40 помощников, вникающих в проблему на уровне Васи Пупкина.
>> А с роботом, чем умнее робот, тем меньше помощников нужно.
> ALT Linux: by non-humans for non-humans.

Ваша реакция на предложения по совершенствованию робота абсолютно
предсказуема ..... Ужас!!!
:-)
Rgrds, Алексей

Re: [devel] Q: automated update of CPAN perl modules

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 997 bytes --]

On Thu, Jul 22, 2010 at 10:52:38AM +0400, Aleksey Novodvorsky wrote:
> >> Роботы снижают механическую работу, не более.
> >> Скажем, без робота для поддержки 2000 перловых пакетов
> >> понадобился бы Алексей Турбин или другой майнтайнер его уровня
> >> + 40 помощников, вникающих в проблему на уровне Васи Пупкина.
> >> А с роботом, чем умнее робот, тем меньше помощников нужно.
> > ALT Linux: by non-humans for non-humans.
> Ваша реакция на предложения по совершенствованию робота абсолютно
> предсказуема ..... Ужас!!!
> :-)
Меня пугает осознание того, что обновлять некие пакеты (перломодули в
данном случае), к тому же в таком количестве, у нас будут только роботы.
Тестировать при этом их не будет никто, а использовать - ну не знаю, раз
они даже майнтейнеру не нужны.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

По вопросам работы pkg-build-priv пишите мне.
На все остальные вопросы по этой теме с радостью ответит avn@. :)
		-- ldv in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] Q: automated update of CPAN perl modules

[Aleksey Novodvorsky]

22 июля 2010 г. 11:05 пользователь Andrey Rahmatullin
<wrar@altlinux.org> написал:
> On Thu, Jul 22, 2010 at 10:52:38AM +0400, Aleksey Novodvorsky wrote:
>> >> Роботы снижают механическую работу, не более.
>> >> Скажем, без робота для поддержки 2000 перловых пакетов
>> >> понадобился бы Алексей Турбин или другой майнтайнер его уровня
>> >> + 40 помощников, вникающих в проблему на уровне Васи Пупкина.
>> >> А с роботом, чем умнее робот, тем меньше помощников нужно.
>> > ALT Linux: by non-humans for non-humans.
>> Ваша реакция на предложения по совершенствованию робота абсолютно
>> предсказуема ..... Ужас!!!
>> :-)
> Меня пугает осознание того, что обновлять некие пакеты (перломодули в
> данном случае), к тому же в таком количестве, у нас будут только роботы.
> Тестировать при этом их не будет никто, а использовать - ну не знаю, раз
> они даже майнтейнеру не нужны.

Но Игорь не говорит про "только", он говорит прямо противоположное.
Другое дело, что благими намерениями иногда <...>  Надо обсудить.
В любом случае, подозрения с Вас теперь сняты. :-)

Rgrds, Алексей

[devel] automated update of kernel modules

[Vitaly Kuznetsov]

REAL <root@mmedia2.kemsu.ru> writes:

> PS. У меня предложение: давайте рассмотрим репозитории kernel-modules
> (у любого, кто собирает модули) как пищу для тренировки роботов :-D

Это, кстати, хорошая мысль. Возможно, модули ядра это как раз то, что
просится на автоматическую сборку (люди пусть только соответствующий
source готовят и говорят под какие ядра этот модуль вообще нужно
собирать). Было б кому заняться.

-- 
Vitaly Kuznetsov, ALT Linux

Re: [devel] automated update of kernel modules

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 615 bytes --]

On Thu, Jul 22, 2010 at 02:51:40PM +0800, REAL wrote:

R> Вопрос упирается в то, откуда брать templates. Иногда найдёшь темплейт 
R> у кого-то, кто собрал такой же модуль раньше (неважно, для какого 
R> ядра), иногда пишешь сам. А как научить робота, что нужно делать и где 
R> что искать?

Я уже давно матерюсь что нужен единый репозиторий. Благо git и это умеет.

Собственно модули dahdi/wanpipe сейчас полузаброшены потому что мне лень
искать чей темплейт был последним :)

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[devel] [JT] Re: Q: automated update of CPAN perl modules

[Michael Shigorin]

On Thu, Jul 22, 2010 at 01:05:29PM +0600, Andrey Rahmatullin wrote:
> Меня пугает осознание того, что обновлять некие пакеты (перломодули в
> данном случае), к тому же в таком количестве, у нас будут только роботы.
> Тестировать при этом их не будет никто, а использовать - ну не знаю, раз
> они даже майнтейнеру не нужны.

Следующим шагом резонно предложить удалить make(1) со своих
систем, ведь эта автоматизация отдаляет человека от глубинного
понимания исходников, структуры взаимосвязей модулей и опций
компилятора. (отказ от применения оного -- в следующем номере)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [JT] Re: Q: automated update of CPAN perl modules

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1468 bytes --]

On Fri, Jul 23, 2010 at 08:37:24PM +0300, Michael Shigorin wrote:
> On Thu, Jul 22, 2010 at 01:05:29PM +0600, Andrey Rahmatullin wrote:
> > Меня пугает осознание того, что обновлять некие пакеты (перломодули в
> > данном случае), к тому же в таком количестве, у нас будут только роботы.
> > Тестировать при этом их не будет никто, а использовать - ну не знаю, раз
> > они даже майнтейнеру не нужны.
> 
> Следующим шагом резонно предложить удалить make(1) со своих
> систем, ведь эта автоматизация отдаляет человека от глубинного
> понимания исходников, структуры взаимосвязей модулей и опций
> компилятора. (отказ от применения оного -- в следующем номере)

Надо ли говорить, что эта аналогия некорректна?  make(1) просто
упорядочивает команды, которые должны быть выполнены для сборки пакета.
С роботом характер главной проблемы совершенно другой - приток новой
информации из непроверенного источника, непредсказуемый характер
изменений.  Бог их знает, чего они туда плеснули.

Так что автоматизация детерминированная и автоматизация как open-ended
question - это две большие разницы.

С автоматизацией второго рода можно было бы согласиться, если бы она
работала по следующей схеме: 1) робот готовит пакет; 2) специалист
внимательно просматривает и ставит печать.  Но судя по том, что робот
заливает perl-Data-Dumper, выходит что специалист считает ворон.
Это тогда действительно получается by non-humans for non-humans.
Even by non-apes.

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [JT] Re: Q: automated update of CPAN perl modules

[Igor Vlasenko]

On Sat, Jul 24, 2010 at 02:23:47AM +0400, Alexey Tourbin wrote:
> С автоматизацией второго рода можно было бы согласиться, если бы она
> работала по следующей схеме: 1) робот готовит пакет; 2) специалист
> внимательно просматривает и ставит печать.  

Алексей, мои мысли в этом вопросе полностью совпадают с вашими,
Может быть, я фигурно выразился,

IV> 1) в помощниках не будет необходимости (да, запустить робота
IV> сможет и Вася Пупкин, но вот исправить за роботом сможет только
IV> кто-то владеющий вопросом на уровне Алексея Турбина)

но по сути я мыслил так же, как вы.
Более того, робота я писал, по сути, для вас.

Ведь кусок работы 
> 2) специалист внимательно просматривает и ставит печать.
никуда не денется, а вот работу
> 1) [робот] готовит пакет
можно (а иногда и нужно: тупая роботоподобная работа демотивирует)
поручить роботу.

Грубо говоря, без робота ваше время стоит дорого, 
но с роботом оно станет стоить еще дороже ;)

> Но судя по том, что робот
> заливает perl-Data-Dumper, выходит что специалист считает ворон.
> Это тогда действительно получается by non-humans for non-humans.
> Even by non-apes.

Это был тестовый запуск. Показать, что робота написать можно
и не сложно. Чтобы в Переяславле не было реплик типа
"talk is cheap, show me the code".

А так понятно, что роботом должен управлять человек,
который глубоко разбирается во всей подсистеме в целом.
Машу и Васю Пупкиных туда пускать нельзя.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] [JT] Re: Q: automated update of CPAN perl modules

[Michael Shigorin]

On Sat, Jul 24, 2010 at 12:10:59PM +0300, Igor Vlasenko wrote:
> Грубо говоря, без робота ваше время стоит дорого, 
> но с роботом оно станет стоить еще дороже ;)

http://morky.livejournal.com/155567.html
/механизировать

On Sat, Jul 24, 2010 at 02:23:47AM +0400, Alexey Tourbin wrote:
> Надо ли говорить, что эта аналогия некорректна?

make не спасёт от закоммиченного BoF, а configure --
от посаженного на взломанном ftp в него трояна...

Есть типичные (ожидаемые) изменения, с которыми тупая автоматика
может справиться.  А есть эксепшены, которые даже умные люди,
пишущие нетривиальную автоматику, предусмотреть не смогут.
И вот они-то и заслуживают внимания людей.

Человеческое внимание -- очень дорогой ресурс, борьба за него
очень напряжённая.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [JT] Re: Q: automated update of CPAN perl modules

[Денис Смирнов]

[-- Attachment #1: Type: text/plain, Size: 1735 bytes --]

On Sat, Jul 24, 2010 at 02:23:47AM +0400, Алексей Турбин wrote:

AT> Надо ли говорить, что эта аналогия некорректна?  make(1) просто
AT> упорядочивает команды, которые должны быть выполнены для сборки пакета.
AT> С роботом характер главной проблемы совершенно другой - приток новой
AT> информации из непроверенного источника, непредсказуемый характер
AT> изменений.  Бог их знает, чего они туда плеснули.

Работа мантейнера состоит из частей тупой работы (скачать исходники,
обновить репозиторий, запустить сборку, дождаться результата, сравнить
получившиеся rpm по списку файлов, requieres и provides, также возможно
вычитать глазами diff между старыми и новыми исходниками).

Я не понимаю чем плохо автоматизировать тупую часть работы, оставив за
мантейнером только вычитывание и нажатие кнопки "пропустить пакет".

AT> Так что автоматизация детерминированная и автоматизация как open-ended
AT> question - это две большие разницы.
AT> С автоматизацией второго рода можно было бы согласиться, если бы она
AT> работала по следующей схеме: 1) робот готовит пакет; 2) специалист
AT> внимательно просматривает и ставит печать.  Но судя по том, что робот
AT> заливает perl-Data-Dumper, выходит что специалист считает ворон.
AT> Это тогда действительно получается by non-humans for non-humans.
AT> Even by non-apes.

Однако, хочу заметить, что качественная проверка пакетов у нас выполняется
далеко не всеми мантейнерами и при ручной сборке.

В случае с перловым пакетом -- обновление роботом это _лучше_ чем
отсутствие такового, но _хуже_ чем сделанное под наблюдением мантейнера.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]