Re: MARC::XML failing on CPAN testers
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Jakob, MARC::XML is heavily failing on CPAN Tester: http://www.cpantesters.org/distro/M/MARC-XML.html My PICA::Record module is failing for the same reason (XML Namespace support for XML::SAX). I don't know how to fix this, so I asked here: http://www.perlmonks.org/?node_id=948311 Maybe someone here knows better? Sure. I had similar issues in the past when starting to request a namespace-aware parser from the factory (in order to do it right i.e. I wanted to avoid failing tests because of hypothetical inappropriate parsers). IIRC the situation is as follows: - - In absence of ParserDetails.ini XML::SAX falls back to providing XML::SAX::PurePerl *only* when the parser has been requested without specific properties. - - ParserDetails.ini is *not* set up on automated / unattended installs of XML::SAX (like when a smoke tester's environment pulls it in as dependency of your module) Unfortunately I have no clue about this might be fixed (apart from changing the installation behavior of XML::SAX which might for a reason be as it is) HTH Thomas Berger -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk8VdwwACgkQYhMlmJ6W47NI6AP8CsnBFuJRrA8YwLmgfemH8btK rKJl3bKeTZmCr8JEcEWP4qNgZUSsNN7k245Rez7HtvI5wf2Ki0Z/s5pMcn43Kuel m5Nu5ch2AsbcXG9UyErqObGKeu10SYiW3Qy9ryJ/dGql2RmbgEY6M3O86Vms/GT8 MaBWgClWgWXjnuGxsUE= =Gxh7 -END PGP SIGNATURE-
MARC::Lint and Errorchecks updated on CPAN
I've posted updated versions to CPAN of MARC::Lint (v. 1.43) and MARC::Errorchecks (v. 1.13). I've also uploaded new versions of MARC::Lintadditions (v. 1.12) and a stand-alone copy of MARC-Lint-CodeData (v. 1.18) to my personal home page [1]. Note: MARC::Lintadditions is provided as a stand-alone module and must be installed manually (copy the .pm to the MARC:: folder, next to Lint, Record, Errorchecks, etc.). I still hope to integrate most of its checks into MARC::Lint, but progress so far has been rather slow due to other projects. Other notes: The version of MARC::Lint::CodeData provided with Lint and Errorchecks should be identical. I've experienced difficulty installing both modules through PPM on Windows, perhaps due to CodeData being included with both modules. Changes for each appear below: MARC::Lint: 1.43Wed October 3 19:36:00 CDT 2007 [THINGS THAT MAY BREAK YOUR CODE] - Updated Lint::DATA section with Update No. 7 (Oct. 2006) - MARC::Lint is incompatibile with Business::ISBN versions 2.00-2.02_01. Business::ISBN versions below 2 and 2.02_02 or above should work. - Updated check_record's treatment of 880 fields. Now if the tagno is 880, check_record attempts to look at subfield 6 for the linked tagno and uses that as the basis for the tagno to be checked. - Updated _check_article to account for 880, using subfield 6 linked tagno instead. - Updated _check_article to account for articles followed parentheses, apostrophes and/or quotes. Also related bug fixes for counting punctuation around the article. - For subfield 6, it should always be the 1st subfield according to MARC 21 specifications, so check_245 has been updated to account for subfield 6 being 1st, rather than requiring subfield a to be 1st. - Added new test, test880and6.t for 880 field and for subfield 6. - Added TODO concerning subfield 9. This subfield is not officially allowed in MARC, since it is locally defined. Some way needs to be made to allow messages/warnings about this subfield to be turned off. - Added TODO concerning subfield 8. This subfield could be the 1st or 2nd subfield, so the code that checks for the 1st few subfields (check_245, check_250) should take that into account. - Updated MARC::Lint::CodeData with most recent version. ### MARC::Errorchecks: Version 1.13: Updated Aug. 26, 2007. Released Oct. 3, 2007. -Uncommented valid MARC 21 leader values in %ldrbytes to remove local practice. Libraries wishing to restrict leader values should comment out individual bytes to enable errors when an unwanted value is encountered. -Added ldrvalidate.t.pl and ldrvalidate.t tests. -Includes version 1.18 of MARC::Lint::CodeData. ### MARC::Lintadditions: Version 1.12: Updated Mar. 1-Aug 26, 2007. Released Oct. 3, 2007. -Updated check_042 with new code, ukblderived, from Technical Notice for Aug. 13, 2007. -Updated check_042 with new code, scipio, from Technical Notice for Mar. 1, 2007. -Updated check_xxx methods (check_250) to account for subfield '6' as 1st subfield. ### MARC::Lint::CodeData.pm: Versions 1.15 to 1.18: Updated Feb. 28, 2007-Aug. 14, 2007. -Added new source codes from Technical Notice of Aug. 13, 2007. -Added new source codes from Technical Notice of July 13, 2007. -Added new source codes from Technical Notice of Apr. 5, 2007. -Added new country and geographic codes from Technical Notice of Feb. 28, 2007. -Added 'yu ' to list of obsolete codes. ### [1] http://home.inwave.com/eija/bryanmodules/ Please let me know of any problems, corrections, or suggestions. Thank you for you assistance, Bryan Baldus [EMAIL PROTECTED] [EMAIL PROTECTED] http://home.inwave.com/eija
MARC-XML-0.86.tar.gz Uploaded to CPAN
Hi folks, After some gentle prodding from Mike, I updated CPAN to version MARC-XML-0.86.tar.gz and sourceforge with the new version string. Next chance I get I'll have a look at that test suite I posted and see if I can't break it down into more discrete tests that are easier to read so we can begin working on solutions to some of the encoding issues people are having. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLimeFeaturing Koha Open-Source ILS [EMAIL PROTECTED] |Full Demos at http://liblime.com/koha |1(888)KohaILS
Re: MARC-XML-0.86.tar.gz Uploaded to CPAN
On 5/10/07, Joshua M. Ferraro [EMAIL PROTECTED] wrote: Hi folks, After some gentle prodding from Mike, I updated CPAN to version MARC-XML-0.86.tar.gz and sourceforge with the new version string. Rock. And there was much feasting on the lambs and the sloths and the fruit bats and the african peanut bisques and there was much rejoicing. Thanks you, sir. --miker Next chance I get I'll have a look at that test suite I posted and see if I can't break it down into more discrete tests that are easier to read so we can begin working on solutions to some of the encoding issues people are having. Cheers, -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLimeFeaturing Koha Open-Source ILS [EMAIL PROTECTED] |Full Demos at http://liblime.com/koha |1(888)KohaILS -- Mike Rylander
Re: MARC::Record on CPAN
[[ This message was both posted and mailed: see the To, Cc, and Newsgroups headers for details. ]] In article [EMAIL PROTECTED], Edward Summers [EMAIL PROTECTED] wrote: I was wondering if you have any interest in releasing a new version of MARC::Record [1] to CPAN from CVS on SourceForge [2]. There hasn't been a release since Dec 2004 but development has continued afoot since then. From the discussion on perl.perl4lib, I transferred MARC::Record from MOREGAN to MIKERY. MARC::Lint is in the current MARC::Record distro, but that has a separate distro too, so there might be some indexing problems. If so, just let the PAUSE admins at modules@perl.org know about it. -- brian d foy (one of many PAUSE admins), http://pause.perl.org archives at http://www.xray.mpe.mpg.de/mailing-lists/modules please send all messages back to modules@perl.org
Re: MARC::Record on CPAN
Edward Summers a écrit : Let me know what you think. what do I think ? only 1 thing : APPLAUSE ! and all koha developpers users alike I'm definetly sure ! -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
Re: MARC::Record on CPAN
- Paul POULAIN [EMAIL PROTECTED] wrote: Edward Summers a écrit : Let me know what you think. what do I think ? only 1 thing : APPLAUSE ! and all koha developpers users alike I'm definetly sure ! +1 -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLimeFeaturing Koha Open-Source ILS [EMAIL PROTECTED] |Full Demos at http://liblime.com/koha |1(888)KohaILS
Re: MARC::Record on CPAN
A further +1 :-) -David On 1/16/07, Joshua M. Ferraro [EMAIL PROTECTED] wrote: - Paul POULAIN [EMAIL PROTECTED] wrote: Edward Summers a écrit : Let me know what you think. what do I think ? only 1 thing : APPLAUSE ! and all koha developpers users alike I'm definetly sure ! +1 -- Joshua Ferraro SUPPORT FOR OPEN-SOURCE SOFTWARE President, Technology migration, training, maintenance, support LibLimeFeaturing Koha Open-Source ILS [EMAIL PROTECTED] |Full Demos at http://liblime.com/koha |1(888)KohaILS -- WARNING: You are logged into reality as root
Re: MARC::Record on CPAN
I was wondering if you have any interest in releasing a new version of MARC::Record [1] to CPAN from CVS on SourceForge [2]. There hasn't been a release since Dec 2004 but development has continued afoot since then. The reason I ask is that the Evergreen people [3] have spent the last 2 years building an open source ILS for the State of Georgia [4] and they are dependent on some functionality that is in the CVS trunk. Their install process is a bit stymied because the M::R on CPAN is way out of date. I also get routine emails from M::R users around the world who don't understand why the latest/greatest isn't on CPAN. Hopefully I am not butting into an existing conversation here. I thought as others were voicing their support for updating the cpan M::R module, I would add my support as well. It's not just large projects such as Koha or Evergreen who find these modules useful. We here at the University of Illinois at Urbana-Champaign have found these modules extremely useful for smaller projects as well. I've used it several times for small, one-off projects as well as larger ones. This is also a particularity key time to have the latest and greatest available via cpan. Some of the features, such as better utf8 support, are sorely needed. Recently Urbana-Champaign has just upgraded it's Integrated Library System (ILS), allowing far better unicode support than before. Unfortunately, there are not many (software) libraries can handle these features. In addition, the library world is increasingly seeing the value in experimentation and there is a need for good tools to support these efforts. The current module is a lifesaver and I'm grateful to people like Andy Lester, Mike O'Regan, Ed Summers and Brian Cassidy and the others who have made the module the excellent tool it already is. It would be great to ensure that it doesn't languish at this crucial time. ps. I'm not sending this email in any official capacity of the University of Illinois or speaking for it in anyway. Just speaking as an interested developer who uses it in his daily work. Jonathan T. Gorman Research Information Specialist University of Illinois at Champaign-Urbana 216 Main Library - MC522 1408 West Gregory Drive Urbana, IL 61801
Re: installing from MARC-Lint or Errorchecks from CPAN
On 23/feb/06, at 20:36, Bryan Baldus wrote: I've received word that there may be a problem with installing MARC::Lint and MARC::Errorchecks from CPAN. The person reporting the error says that typing install MARC::Lint in CPAN does not update the module as one would expect. I don't have access to CPAN myself. Are others experiencing this problem? Is there something wrong with the way I packaged the module distributions that would cause this? Thank you, Bryan Baldus Dear Bryan, this is what I obtained with my Mac OS X 10.3.9 installation. HTH. Stefano root# perl -e 'use MARC::Lint' root# perl -MCPAN -eshell cpan install MARC::Lint (...) Fetching with Net::FTP: ftp://ftp.edisontel.it/pub/CPAN_Mirror/modules/03modlist.data.gz Going to read /var/root/.cpan/sources/modules/03modlist.data.gz Going to write /var/root/.cpan/Metadata Warning: Cannot install MARC::Lint, don't know what it is. Try the command i /MARC::Lint/ to find objects with matching identifiers. cpan i /MARC::Lint/ CPAN: Storable loaded ok Going to read /var/root/.cpan/Metadata Database was generated on Fri, 24 Feb 2006 00:41:10 GMT Module id = MARC::Lint::CodeData CPAN_USERID EIJABB (Bryan Baldus [EMAIL PROTECTED]) CPAN_VERSION 1.04 CPAN_FILEE/EI/EIJABB/MARC-Errorchecks-1.10.tar.gz INST_FILE(not installed) cpan q Lockfile removed.
Re: installing from MARC-Lint or Errorchecks from CPAN
...and what that means is that CPAN was only able to find MARC-Errorchecks as a match for /MARC::Lint/, not because it supplies that module, but because it itself contains MARC::Lint::CodeData. Installing/upgrading MARC-Errorchecks will not get you the freshest MARC::Lint. I'm no expert in CPAN packaging either, unfortunately. This is not typical behavior, though. Cory Snavely University of Michigan Library IT Core Services bargioni wrote: On 23/feb/06, at 20:36, Bryan Baldus wrote: I've received word that there may be a problem with installing MARC::Lint and MARC::Errorchecks from CPAN. The person reporting the error says that typing install MARC::Lint in CPAN does not update the module as one would expect. I don't have access to CPAN myself. Are others experiencing this problem? Is there something wrong with the way I packaged the module distributions that would cause this? Thank you, Bryan Baldus Dear Bryan, this is what I obtained with my Mac OS X 10.3.9 installation. HTH. Stefano root# perl -e 'use MARC::Lint' root# perl -MCPAN -eshell cpan install MARC::Lint (...) Fetching with Net::FTP: ftp://ftp.edisontel.it/pub/CPAN_Mirror/modules/03modlist.data.gz Going to read /var/root/.cpan/sources/modules/03modlist.data.gz Going to write /var/root/.cpan/Metadata Warning: Cannot install MARC::Lint, don't know what it is. Try the command i /MARC::Lint/ to find objects with matching identifiers. cpan i /MARC::Lint/ CPAN: Storable loaded ok Going to read /var/root/.cpan/Metadata Database was generated on Fri, 24 Feb 2006 00:41:10 GMT Module id = MARC::Lint::CodeData CPAN_USERID EIJABB (Bryan Baldus [EMAIL PROTECTED]) CPAN_VERSION 1.04 CPAN_FILEE/EI/EIJABB/MARC-Errorchecks-1.10.tar.gz INST_FILE(not installed) cpan q Lockfile removed.
Re: installing from MARC-Lint or Errorchecks from CPAN
When I downloaded the tarball and installed manually I noticed that the the MANIFEST references a META.yml file, but the tarball doesn't include one. Perhaps this is somehow choking up CPAN? The 'make dist' command should generate a META.yml file for you. I would ask on the cpan-discuss [1] list to see if you can get any guidance from the CPAN admins though. It might be totally unrelated to META.yml. //Ed [1] http://lists.cpan.org/showlist.cgi?name=cpan-discuss
Re: cpan
On Jan 13, 2006, at 2:14 PM, Eric Lease Morgan wrote: Is is kosher to upload something like the MyLibrary Perl modules to CPAN, and if so where would we put it? Based on feedback I've gotten on and off list as well as from postings to the perl.module-authors mailing list/newsgroup, I think I will upload MyLibrary to cpan and create a top-level namespace. -- Eric Lease Morgan
MARC-File-MARCMaker to CPAN
Version 0.05 of MARC::File::MARCMaker has been released to CPAN (http://search.cpan.org/~eijabb/MARC-File-MARCMaker-0.05/). It has no internal changes from version 0.04, previously mentioned as being uploaded to SourceForge, but is simply a version update for initial CPAN release. Also, I've updated MARC::Doc::Tutorial.pod in CVS on SourceForge (http://cvs.sourceforge.net/viewcvs.py/marcpm/marc-record/lib/MARC/Doc/Tutor ial.pod?rev=1.30view=log) with a section on MARCMaker. Thank you, Bryan Baldus [EMAIL PROTECTED] [EMAIL PROTECTED] http://home.inwave.com/eija
Fwd: [CPAN Upload: P/PE/PETDANCE/MARC-Record-1.39_01.tar.gz: upload@pause.perl.org]
Here's a new update to MARC::Record. [ENHANCEMENTS] - Support for UTF8 in Perls = 5.8.1. When using a utf8 friendly Perl all file streams will be opened in utf8 mode, and the bytes pragma will be used to create and use direcotry byte offsets.. - Added MARC::File::Utils which contains utf8 safe functions. - marcdump now sets STDOUT to utf8 if it is able to. - t/utf8.t is no longer skipped. - removed redundant record length check in MARC::File::USMARC::_next() and adjusted tests in t/75.warnings.t - All tests run under -T except t/utf8.t. The uploaded file MARC-Record-1.39_01.tar.gz has entered CPAN as file: $CPAN/authors/id/P/PE/PETDANCE/MARC-Record-1.39_01.tar.gz size: 116742 bytes md5: 8ff56d19f9d4beaf028f1e31e9dfc28a No action is required on your part Request entered by: PETDANCE (Andy Lester) Request entered on: Tue, 27 Jul 2004 00:02:34 GMT Request completed: Tue, 27 Jul 2004 00:04:39 GMT Thanks, -- paused, v460 - End forwarded message - -- Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance