Le lundi 06 octobre 2008 à 12:17 +0200, Olivier Salaün a écrit : > Micah Anderson a écrit : > > > > After installation of sympa, it tries to start the daemons, and the > > following errors are printed out for each of the daemons: > > > > Setting up sympa (5.3.4-5.2) ... > > Starting Sympa mailing list manager: sympaPrototype mismatch: sub > > Lock::LOCK_SH () vs none at /usr/lib/sympa/bin/Lock.pm line 38.
SNIP FYI, I have merged with bug #483891 which had been filed already for that problem. > > > > in Lock.pm on line 38, I dont know if this causes any problems > The first problem (Constant subroutine LOCK_XX redefined) has already > been fixed *4 months ago* in the development trunk as well as in the 5.4 > stable branch, see > <http://sourcesup.cru.fr/cgi/viewvc.cgi/branches/sympa-5.4-branch/src/Lock.pm?r1=4922&r2=5048> And the corresponding bug was tagged as forwarded to http://sourcesup.cru.fr/tracker/index.php?func=detail&aid=3953&group_id=23&atid=167 in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483891#11 ... ;-) > > The other error: > > > > $* is no longer supported at /usr/lib/sympa/bin/parser.pl line 63. > > > > > > Is not something I know how to fix, however I believe that this was > > deprecated by perl 5.10 as perldoc perlvar says: > > > > $* Set to a non-zero integer value to do multi-line matching > > within a string, 0 (or undefined) to tell Perl that it can assume that > > strings > > contain a single line, for the purpose of optimizing pattern > > matches. Pattern matches on strings con taining multiple newlines can > > produce confusing results when $* is 0 or undefined. Default is > > undefined. (Mnemonic: * matches multiple things.) This variable > > influences the interpretation of only "^" and "$". A literal newline can > > be searched for even when "$* == 0". > > > > Use of $* is deprecated in modern Perl, supplanted by the "/s" and "/m" > > modifiers on pattern matching. > > > > Assigning a non-numerical value to $* triggers a warning (and makes > > $* act if "$* == 0"), while assigning a numerical value to $* makes > > that an implicit "int" is applied on the value. > > > > Which makes me think that maybe this should be changed to use the /m > > modifier, but I dont know what this particular function in sympa does. > > > > > You're right, we had already fixed similar code earlier but obviously > forgot this one. We'll fix the problem ASAP in both trunk and 5.4 branch. > If you don't mind, could you add an entry in Sympa's own tracking system > : <https://sourcesup.cru.fr/tracker/?group_id=23> > Thanks. I'm not sure, but maybe this needs reopening http://sourcesup.cru.fr/tracker/index.php?func=detail&aid=3953&group_id=23&atid=167 instead ? Hope this helps. Best regards, -- Olivier BERGER <[EMAIL PROTECTED]> http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
