Another perl module packager

CPANPLUS::Dist::Arch is a CPANPLUS backend to automatically package modules as you install them.  I started it several months ago and mess around with it every once and awhile.  I had made it because CPANPLUS::Dist::Pacman (or maybe I should say cpan4pacman?) did not work well for me.  I did not have ABS installed and it didn't seem to work without it.
I feel a bit awkward releasing this since Xyne recently released pacpan.  Yet, I think the two programs are distinct enough to stand on their own.
I have uploaded the module to CPAN and AUR.  If you'd like to try it, the perl-cpanplus-dist-arch package is on the AUR, which also requires the perl-readonly to run.
BTW, I introduced a bug into the latest version 0.5, which gives the wrong url entry for the PKGBUILD.  This doesn't seem to break anything but it is a nuisance when making an AUR package... as I found out.
If you'd like to try it, it helps to be familiar with CPANPLUS, which can be frustrating but its worth it.  If you never used CPANPLUS before, make sure that the 'cpanp' command is in your path.  It is in the /usr/bin/perlbin/core directory, so you can add it to your path by putting a line like this in your ~/.profile file:
export PATH=/bin:/usr/bin:/usr/bin/perlbin/core:/usr/bin/perlbin/vendor
I forgot to include the above step in the documentation.  After installing the package from AUR, you can read the included doc by typing 'man CPANPLUS::Dist::Arch' or 'perldoc CPANPLUS::Dist::Arch'.  Please read the doc to see how to setup.  (It's at the very beginning)
edit: I meant cpan4pacman uses ABS, not AUR
Last edited by juster (2009-03-25 15:44:29)

Here is the beginning of the docs, copy & pasted, that give the setup instructions I was too much in a hurry to show earlier.  The full doc is also available online at CPAN.
SYNOPSIS
This module is not meant to be used directly. Instead you should use it through the cpanp shell or the cpan2dist utility that is included with CPANPLUS.
  $ cpan2dist --format CPANPLUS::Dist::Arch Acme::Bleach
This lengthly command line can be shortened by specifying CPANPLUS::Dist::Arch as the default 'Dist' type to use in CPANPLUS's configuration, like so:
$ cpanp
... CPANPLUS's startup output here ...
CPAN Terminal> s conf dist_type CPANPLUS::Dist::Arch
Key 'dist_type' was set to 'CPANPLUS::Dist::Arch'
CPAN Terminal> s save
Configuration successfully saved to CPANPLUS::Config::User
(/home/<yournamehere>/.cpanplus/lib/CPANPLUS/Config/User.pm)
CPAN Terminal> q
Exiting CPANPLUS shell
Now you do not have to use the explicit --format flag:
  $ cpan2dist Acme::Bleach
After dist_type is set, CPANPLUS will automatically package anything you install using cpanp. Score! You could then package and install the Acme::Bleach module like so:
  $ cpanp i Acme::Bleach
WHERE IS THE PACKAGE?
Packages are stored under the user's home directory, (the HOME environment variable) under the .cpanplus directory. Two seperate directories are created for building packages and for storing the resulting package file.
Build Directory: ~/.cpanplus/5.10.0/pacman/build
Package Directory:  ~/.cpanplus/5.10.0/pacman/pkg
Where 5.10.0 represents the version of perl you used to build the package and ~/.cpanplus represents the base directory chosen in your CPANPLUS config.
You can change the destination by setting PKGDEST in your /etc/makepkg.conf file. The PACKAGER in /etc/makepkg.conf is inserted into the PKGBUILD comment header. If there is no PACKAGER set, then 'Anonymous' is used, instead.

Similar Messages

  • Package requiring certain perl modules

    I just recently installed UT on my system, and found that the sourceforge project UmodPack is probably the best way to get Umod files installed. Since I'm taking an interest in making packages of software I install if I can't find it in the repos, I wanted to package this up, maybe submit it to AUR too.  However, the install requires certain perl modules to be installed from CPAN.
    From the INSTALL file:
    UmodPack requires/makes use of:
    * Perl 5 (required)
    * Tie::IxHash (required, for .ini file access)
    * Archive::Zip and Compress::Zlib (required, for zip file support)
    * Perl/Tk (optional, for the GUI)
    UNIX
    To install Perl/Tk first use "perl -MCPAN -e shell" to get into the CPAN
    shell;  and then enter "install Tie::IxHash", "install Data::Dumper",
    "install Compress::Zlib", "install Archive::Zip" and then "install Tk".
    To install UmodPack change to the directory in which the distribution
    files are unpacked.  Type "perl Makefile.PL" and then "make install".
    I am not sure how to automate this installation of perl modules within a PKGBUILD.  Does anyone have an idea as to how I would accomplish it?

    For all of the perl modules I need to install, this was sufficient to put in the build{}:
    perl Makefile.PL
    make || return 1
    make PREFIX=$startdir/pkg/usr SITEPREFIX=$startdir/pkg/usr install
    An example PKGBUILD:
    pkgname=perl-term-animation
    pkgver=2.1
    pkgrel=1
    pkgdesc="Module that provides a framework to produce sprite animations using ASCII art."
    url="http://search.cpan.org/~kbaucom/Term-Animation-$pkgver/lib/Term/Animation.pm"
    depends=('perl-curses')
    source="http://search.cpan.org/CPAN/authors/id/K/KB/KBAUCOM/Term-Animation-$pkgver.tar.gz"
    md5sums=('8bfb8225be9318f95e0b1e1718da9691')
    build() {
    cd $startdir/src/Term-Animation-$pkgver
    perl Makefile.PL
    make || return 1
    make PREFIX=$startdir/pkg/usr SITEPREFIX=$startdir/pkg/usr install

  • Perl modules are being installed to the wrong root directory

    This is kind of a package, kind of an AUR question. I don't think it is the usual "upgrade to perl-5.20" issue; I've done lots of searching with no obvious mention of my issue.
    I have downloaded the PKGBUILDs for perl-tk (in extra) and perl-pdl (in AUR). When I run makepkg on them, the resultant package has the wrong root directory. For example, perl-pdl tries to install into
    /home/<username>/perl5/bin/
    rather than
    /usr/bin
    and the libraries want to go into
    /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL
    rather than something like
    /usr/lib/perl5/vendor_perl/PDL
    I don't think I'm doing anything unusual with the build. For perl-pdl, I download the tarball from the AUR and untar it in ~/tmp. Cd to ~/tmp/perl-pdl and then run makepkg. The start of the build process says:
    ==> Making package: perl-pdl 2.007-1 (Wed Jun 18 16:12:19 PDT 2014)
    ==> Checking runtime dependencies...
    ==> Checking buildtime dependencies...
    ==> Retrieving sources...
    -> Found PDL-2.007.tar.gz
    -> Found perldl.conf
    ==> Validating source files with md5sums...
    PDL-2.007.tar.gz ... Passed
    perldl.conf ... Passed
    ==> Extracting sources...
    -> Extracting PDL-2.007.tar.gz with bsdtar
    ==> Removing existing pkg/ directory...
    ==> Starting build()...
    INFORMATION: using file /home/<username>/tmp/perl-pdl/src/perldl.conf to set configuration defaults
    Makefile.PL: Found required OpenGL version, setting USE_POGL => 1
    Types.pm.PL: using typedef long PDL_Indx
    Extracting Types.pm
    making PDL_B...
    making PDL_S...
    making PDL_US...
    making PDL_L...
    making PDL_IND...
    making PDL_LL...
    making PDL_F...
    making PDL_D...
    Warning: prerequisite Astro::FITS::Header 0 not found.
    Warning: prerequisite Convert::UU 0 not found.
    Warning: prerequisite File::Map 0.57 not found.
    Warning: prerequisite Module::Compile 0.23 not found.
    Generating a Unix-style Makefile
    Writing Makefile for PDL::pod
    Generating a Unix-style Makefile
    Writing Makefile for Inline
    Writing MYMETA.yml and MYMETA.json
    Generating a Unix-style Makefile
    Writing Makefile for PDL::PP
    Generating a Unix-style Makefile
    Writing Makefile for PDL::NiceSlice
    Writing MYMETA.yml and MYMETA.json
    Basic/Core/Makefile.PL: got root build dir /home/<username>/tmp/perl-pdl/src/PDL-2.007
    Basic/Core/Makefile.PL: adding /home/<usenname>/tmp/perl-pdl/src/PDL-2.007/inc
    Trying to figure out POSIX threads support ...
    Saw pthread.h. Fine.
    Fine, your perl was linked against pthread library.
    ==> Will build PDL with POSIX thread support. Gifts to TJL :-)
    and wraps up with
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::NiceSlice.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::PDLCommands.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::PrintControl.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::pdl2.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pdl2
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pptemplate
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/perldl
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pdldoc
    Appending installation info to /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/perllocal.pod
    ==> Tidying install...
    -> Purging unwanted files...
    -> Removing libtool files...
    -> Removing static library files...
    -> Removing empty directories...
    -> Compressing man and info pages...
    -> Stripping unneeded symbols from binaries and libraries...
    ==> Creating package "perl-pdl"...
    -> Generating .PKGINFO file...
    -> Adding changelog file...
    -> Generating .MTREE file...
    -> Compressing package...
    ==> Leaving fakeroot environment.
    ==> Finished making: perl-pdl 2.007-1 (Wed Jun 18 16:21:25 PDT 2014)
    Excerpts of "pacman -Qlp perl-pdl-2.007-1-x86_64.pkg.tar.xz" look like
    perl-pdl /home/
    perl-pdl /home/<username>/
    perl-pdl /home/<username>/perl5/
    perl-pdl /home/<username>/perl5/bin/
    perl-pdl /home/<username>/perl5/bin/pdl
    perl-pdl /home/<username>/perl5/bin/pdl2
    perl-pdl /home/<username>/perl5/bin/pdldoc
    perl-pdl /home/<username>/perl5/bin/perldl
    perl-pdl /home/<username>/perl5/bin/pptemplate
    perl-pdl /home/<username>/perl5/lib/
    perl-pdl /home/<username>/perl5/lib/perl5/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/MakePdlppInstallable.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/Pdlpp.pmperl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/AutoLoader.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Bad.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Basic.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/CallExt.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Char.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Complex.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Compression.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Config.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Constants.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/Dev.pmperl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/pdl.h
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/pdlcore.h
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Bad/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Bad/Bad.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/CallExt/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/CallExt/CallExt.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Complex/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Complex/Complex.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Compression/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Compression/Compression.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Core/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Core/Core.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/FFT/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/FFT/FFT.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/Gaussian/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/Gaussian/Gaussian.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/GIS/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/GIS/Pr
    perl-pdl /home/<username>/perl5/man/
    perl-pdl /home/<username>/perl5/man/man1/
    perl-pdl /home/<username>/perl5/man/man1/PDL::API.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::BadValues.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Bugs.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Course.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Dataflow.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Delta.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::FAQ.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Indexing.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Internals.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::MATLAB.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Modules.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Objects.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::PP-Inline.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::PP.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::ParallelCPU.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Philosophy.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::QuickStart.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Scilab.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Threading.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Tips.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Tutorials.1p
    perl-pdl /home/<username>/perl5/man/man1/pdl2.1p
    perl-pdl /home/<username>/perl5/man/man1/pdldoc.1p
    perl-pdl /home/<username>/perl5/man/man1/perldl.1p
    perl-pdl /home/<username>/perl5/man/man1/pptemplate.1p
    perl-pdl /home/<username>/perl5/man/man3/
    perl-pdl /home/<username>/perl5/man/man3/PDL.3pm
    perl-pdl /home/<username>/perl5/man/man3/PDL::AutoLoader.3pm
    perl-pdl /home/<username>/perl5/man/man3/PDL::BAD2_demo.3pm
    It seems like the $pkgdir variable is screwed up, but non-perl AUR packages have installed just fine. Any pointers? Thanks.

    As usual I am probably too late to help. If you have local::lib installed and activated, it will override your destination directory when building packages. This is accomplished by setting environment variables. Joel hinted at this and you've seemed to fix them. Here is a decent list of them, mostly written by me I believe: https://wiki.archlinux.org/index.php/Pe … _variables
    I've made tools that generate PKGBUILDs for perl modules and I always try to override these environment variables for just such an occasion. Entirely too much info on the subject is available at the wiki page above. Very few official PKGBUILDs will override these. Only the packages I used to maintain which retain my PKGBUILD will work for you. So... beware.

  • Invoking perl cartridge from another perl cartridge

    Hi,
    I have a perl cgi tht I am porting to the cartridge framework and am having the following issue:
    the perl script "opens" another perl script (and "system"s another). THis does not seem to work in my setup presumable because the standalone version of perl is not installed. Now, I want to get the performance benefits of a cartridge while invoking these other perl scripts. Also, I know that I can make these other scripts as modules and it will work, but how do I invoke these scripts via a cartridge (they are in a different folder).
    An example (with any requisite syntax) will be greatly appreciated.
    regards

    Hello,
    Whilst it's possibly to 'call out' to an external Perl module, I think you're actually probably making things more complicated by going that route.
    As an alternative, why not have the Perl code actually connect to the Oracle database and check for the data changing itself?
    If you do want to perform the external call yourself, then the following AskTom thread should give you some ideas on how to do it -
    http://asktom.oracle.com/pls/ask/f?p=4950:8:9608971842817866565::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERIA:952229840241
    There's actually some other options, you could actually connect to the other databases directly from the Oracle DB (using dblinks, hetrogenous connectivity etc), or you could convert the Perl module (or wrap it) so that it's callable via a URL in which case you could then perform an HTTP call from out of the database using utl_http.
    It really depends on the specifics of what your perl module does, what sort of processing etc.

  • Perl module install noob question - Solved

    hello everybody,
    i've been away from the *nix world for some time now, and there are some things i remember better than others.
    atm i am trying to install perl-term-readline, as it is a dependency for the metasploit framework - although i am surprised that package isn't already installed, as it belongs to the core modules group (that means the module should come with every perl install) if i recall correctly.
    This is what i have tried so far (i read some perl wiki page and this is what came up):
    [root@Omega /]# pacman -S -f perl-term-readline
    perl-term-readline: not found in sync db
    where do i have to look for that module?
    -Southern_Trendkiller
    Last edited by Southern_Trendkiller (2007-02-05 11:42:42)

    I have tried that already, without luck.
    This is what i get:
    [root@Omega ~]# pacman -Ss perl-term
    extra/perl-term-readkey 2.30-1
    A perl module dedicated to providing simple control over terminal driver
    modes.
    community/perl-term-progressbar 2.09-1
    Provide a progress meter on a standard terminal in perl
    community/perl-term-read-password 0.07-1
    lets you ask the user for a password without echoing
    perlcpan/perl-term-progressbar 2.09-1
    Term::ProgressBar - Progress bar in just ASCII / using Term
    perlcpan/perl-term-ui 0.14-1
    Term::UI - No description provided by CPAN
    perlcpan/perl-termreadkey 2.30-1
    Term::ReadKey - Read keystrokes and change terminal modes
    [root@Omega ~]#
    thanks for your reply anyways

  • Location of perl module?

    howdy guys,
    I'm installing insipid  (a delicious clone) on my local webserver to try.
    It's pretty straight forward, but needs a bunch of "extra" perl modules, most of which I used pacman to fetch.  Except at least one.  I get this error:
    insipid wrote:Couldn't find the module "XML/Writer.pm"
    what package contains Writer.pm?

    scrawler wrote:thanks.   Still, if Writer.pm is already in an arch package, I would prefer to install it that way.
    This seems to be a bit late for you, but it's in the AUR here.
    Re the general topic of perl modules, I prefer to install everything I can with pacman, and with perl I've succeeded so far, either from the official repos, the AUR, or my own PKGBUILDs. If I ever find myself needing 100s of the things, though, I might have to go with the cpan stuff.

  • Perl module PDF::API2

    Perl module PDF::API2
    is required for
    gscan2pdf
    Thanks
    Gary

    http://aur.archlinux.org/packages.php?d … 1&ID=10273
    Kind regards,
    STi

  • [SOLVED] how to find perl modules in aur

    I want to use yaourt to install a missing perl module.
    I get the following error when running ical2rem:
    Can't locate Module/Runtime.pm in @INC (@INC contains: /usr/lib/perl5/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl .) at /usr/share/perl5/vendor_perl/Class/Load.pm line 10.
    How do I find out which package will provide me the module? I have searched CPAN and found Module::Runtime, so I am confident this is what I want, but I couldn't find the equivalent  by using "yaourt perl-" and grep-ing the thing for "runtime".
    Anyone know how to find this information reliably? Or would you suggest I install directly from within the provided perl-tool? (don't remember what it was called, as I am a perl newbie...)
    Last edited by awayand (2011-10-26 04:10:07)

    I started to get this already few days ago:
    Can't locate Data/OptList.pm in @INC (@INC contains: /usr/lib/perl5/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl .) at /usr/share/perl5/vendor_perl/Class/Load.pm line 8.
    BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/Class/Load.pm line 8.
    Compilation failed in require at /usr/share/perl5/vendor_perl/DateTime/TimeZone/Local.pm line 9.
    BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/DateTime/TimeZone/Local.pm line 9.
    Compilation failed in require at /usr/share/perl5/vendor_perl/DateTime/TimeZone.pm line 13.
    BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/DateTime/TimeZone.pm line 13.
    Compilation failed in require at /usr/lib/perl5/vendor_perl/DateTime.pm line 47.
    BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/DateTime.pm line 47.
    OptList.pm seems to be missing. Related problem, or something else?

  • Can't install perl modules for bugzilla

    I'm currently attempting to install Bugzilla on my Arch server. This service depends on Perl and a collection of modules.
    I attempted:
    perl install-module.pl --all
    ... and it worked, so it seemed. However, when attempting to run my install script again, I am warned that the module DBI is not installed. I attempt to install it manually (specify it in particular with the previous command), and it says that DBI is up to date. I attempt the script again, and still get the error.
    Is this a bug with Bugzilla's install script, or with the installation of Perl modules?

    Here is a link to a resolution in Lion. It may also solve your Mountain Lion Perl DBD issue as well.
    If you run the command below before executing your Perl script the library is found and all is well!
    export DYLD_LIBRARY_PATH="/usr/local/mysql/lib:$DYLD_LIBRARY_PATH"
    Put this in your .bashrc or .bash_profile.
    On Apple StackExchange, Matthew Weiss had another approach.
    I found on another website the following command
    $ sudo perl -MCPAN -e 'CPAN::Shell->notest(install => CPAN::Shell->r)'
    This updated all my perl modules and all is back to normal. Not sure why or what, but don't care that it is working now.

  • Problem installing css perl module

    Hey,
    my problem isn't probably arch-related (and possibly very dumb), but I hope someone can help me anyway.
    I'm trying to install a CSS perl module - and here is what I get -
    [root@vlsi-wiki ~]# perl -MCPAN -eshell
    Terminal does not support AddHistory.
    cpan shell -- CPAN exploration and modules installation (v1.9456)
    Enter 'h' for help.
    cpan[1]> install CSS
    Going to read '/root/.cpan/Metadata'
    Database was generated on Mon, 24 May 2010 09:27:04 GMT
    Fetching with LWP:
    ftp://cpan.noris.de/pub/CPAN/authors/01mailrc.txt.gz
    Going to read '/root/.cpan/sources/authors/01mailrc.txt.gz'
    ............................................................................DONE
    Fetching with LWP:
    ftp://cpan.noris.de/pub/CPAN/modules/02packages.details.txt.gz
    Going to read '/root/.cpan/sources/modules/02packages.details.txt.gz'
    Database was generated on Tue, 25 May 2010 09:27:47 GMT
    ............................................................................DONE
    Fetching with LWP:
    ftp://cpan.noris.de/pub/CPAN/modules/03modlist.data.gz
    Going to read '/root/.cpan/sources/modules/03modlist.data.gz'
    ............................................................................DONE
    Going to write /root/.cpan/Metadata
    Running install for module 'CSS'
    Running make for I/IA/IAMCAL/CSS-1.08.tar.gz
    Checksum for /root/.cpan/sources/authors/id/I/IA/IAMCAL/CSS-1.08.tar.gz ok
    Scanning cache /root/.cpan/build for sizes
    ............................................................................DONE
    CPAN.pm: Going to build I/IA/IAMCAL/CSS-1.08.tar.gz
    Checking if your kit is complete...
    Looks good
    Writing Makefile for CSS
    cp CSS.pm blib/lib/CSS.pm
    cp CSS/Value.pm blib/lib/CSS/Value.pm
    cp CSS/Parse/Compiled.pm blib/lib/CSS/Parse/Compiled.pm
    cp CSS/Property.pm blib/lib/CSS/Property.pm
    cp CSS/Style.pm blib/lib/CSS/Style.pm
    cp CSS/Parse/PRDGrammar.pm blib/lib/CSS/Parse/PRDGrammar.pm
    cp CSS/Parse/Heavy.pm blib/lib/CSS/Parse/Heavy.pm
    cp CSS/Selector.pm blib/lib/CSS/Selector.pm
    cp CSS/Parse/Lite.pm blib/lib/CSS/Parse/Lite.pm
    cp CSS/Adaptor/Debug.pm blib/lib/CSS/Adaptor/Debug.pm
    cp CSS/Adaptor/Pretty.pm blib/lib/CSS/Adaptor/Pretty.pm
    cp CSS/Parse.pm blib/lib/CSS/Parse.pm
    cp CSS/Adaptor.pm blib/lib/CSS/Adaptor.pm
    cp CSS/Parse/CompiledGrammar.pm blib/lib/CSS/Parse/CompiledGrammar.pm
    Manifying blib/man3/CSS.3pm
    Manifying blib/man3/CSS::Value.3pm
    Manifying blib/man3/CSS::Parse::Compiled.3pm
    Manifying blib/man3/CSS::Property.3pm
    Manifying blib/man3/CSS::Parse::Heavy.3pm
    Manifying blib/man3/CSS::Parse::PRDGrammar.3pm
    Manifying blib/man3/CSS::Style.3pm
    Manifying blib/man3/CSS::Parse::Lite.3pm
    Manifying blib/man3/CSS::Selector.3pm
    Manifying blib/man3/CSS::Adaptor::Debug.3pm
    Manifying blib/man3/CSS::Parse.3pm
    Manifying blib/man3/CSS::Adaptor::Pretty.3pm
    Manifying blib/man3/CSS::Adaptor.3pm
    IAMCAL/CSS-1.08.tar.gz
    /usr/bin/make -- OK
    Running make test
    PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
    t/01_basic.t ........... ok
    t/02_parse_lite.t ...... ok
    t/03_parse_heavy.t ..... ok
    t/04_parse_compiled.t .. 1/8 Unknown starting rule (Parse::RecDescent::namespace000001::stylesheet) called
    at /root/.cpan/build/CSS-1.08-pVKcD1/blib/lib/CSS/Parse/Compiled.pm line 28
    Compilation failed in require at t/04_parse_compiled.t line 3.
    # Looks like you planned 8 tests but ran 4.
    # Looks like your test exited with 255 just after 4.
    t/04_parse_compiled.t .. Dubious, test returned 255 (wstat 65280, 0xff00)
    Failed 4/8 subtests
    t/05_search.t .......... ok
    t/06_adaptor_simple.t .. ok
    t/07_adaptor_pretty.t .. ok
    t/08_adaptor_debug.t ... ok
    Test Summary Report
    t/04_parse_compiled.t (Wstat: 65280 Tests: 4 Failed: 0)
    Non-zero exit status: 255
    Parse errors: Bad plan. You planned 8 tests but ran 4.
    Files=8, Tests=38, 2 wallclock secs ( 0.05 usr 0.06 sys + 1.15 cusr 0.19 csys = 1.45 CPU)
    Result: FAIL
    Failed 1/8 test programs. 0/38 subtests failed.
    make: *** [test_dynamic] Error 255
    IAMCAL/CSS-1.08.tar.gz
    /usr/bin/make test -- NOT OK
    //hint// to see the cpan-testers results for installing this module, try:
    reports IAMCAL/CSS-1.08.tar.gz
    Running make install
    make test had returned bad status, won't install without force
    Failed during this command:
    IAMCAL/CSS-1.08.tar.gz : make_test NO
    I've tried with both perl 5.10.1 and perl from testing (5.12), didn't help.
    Does anyone have any idea?

    There is a bug upstream according to CPAN's bugtracker.  Someone provided a fix there to regenerate the buggy file that is causing the test to fail.  Here is a source package file I made.  You can build it to apply their fix and make the package.

  • Problem calling two perl modules from java in seperate threads(JVM CRASHES)

    Dear Friends,
    I have one severe problem regarding calling perl modules from java
    I had to call two perl modules simultaneously (i.e.) from two threads,,, but jvm crashes when one of the perl calls is exiting earlier
    I am unable to spot out why ....
    For calling perl from java ...., We are first calling C code from java using JNI and then Perl code from C
    All works fine if we call only one perl call at a time.... If we call them in a synchronized manner the JVM is not crashing .... But we don't want blocking..
    The following is the code snippet
    <JAVA FILE>
    class Sample
         static {
              System.loadLibrary("xyz");  // Here xyz is the library file generated by compiling c code
         public native void call_PrintList();
         public native void call_PrintListNew();
         Sample()
              new Thread1(this).start();     
         public static void main(String args[])
              System.out.println("In the main Method");
              new Sample().call_PrintList();
         class Thread1 extends Thread
              Sample sample;
              Thread1(Sample sam)
                   sample=sam;
              public void run()
                   sample.call_PrintListNew();     
    }<C FILE>
    #include <EXTERN.h>
    #include <perl.h>
    static PerlInterpreter *my_perl;
    static char * words[] = {"alpha", "beta", "gamma", "delta", NULL } ;
    static void
    call_PrintList(){
         printf("\nIn the Call method of string.c\n");
            char *wor[] = {"hello", "sudha", NULL } ;
               char *my_argv[] = { "", "string.pl" };
               PERL_SYS_INIT3(&argc,&argv,&env);
               my_perl = perl_alloc();
                   PL_perl_destruct_level = 1; //// We have mentioned this also and tried removing destruct call
               perl_construct( my_perl );
               perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
              PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
               perl_run(my_perl);
         dSP ;
            perl_call_argv("PrintList",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
    //     perl_destruct(my_perl);
    //          perl_free(my_perl);
    //           PERL_SYS_TERM();
    static void
    call_PrintListNew(){
    printf("In the new call method\n");
    char *wor[] = {"Hiiiiiiiiiiiiiii", "Satyam123333", NULL } ;
            char *my_argv[] = { "", "string.pl" };
            PERL_SYS_INIT3(&argc,&argv,&env);
            my_perl = perl_alloc();
    PL_perl_destruct_level = 1;
            perl_construct( my_perl );
            perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
            PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
            perl_run(my_perl);
            dSP ;
            perl_call_argv("PrintListNew",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
      //      perl_destruct(my_perl);
      //      perl_free(my_perl);
       //     PERL_SYS_TERM();
    void callNew()
    call_PrintListNew();
    void call ( )
    call_PrintList();
    //char *wor[] = {"hello","sudha",NULL};
    /*   char *my_argv[] = { "", "string.pl" };
          PERL_SYS_INIT3(&argc,&argv,&env);
          my_perl = perl_alloc();
          perl_construct( my_perl );
          perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
         PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
          perl_run(my_perl);*/
       //   call_PrintList();                      /*** Compute 3 ** 4 ***/
    /*      perl_destruct(my_perl);
          perl_free(my_perl);
          PERL_SYS_TERM();*/
        }And Finally the perl code
    sub PrintList
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
    sub PrintListNew
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
            }Please help me in this regard

    Dear Friends,
    I have one severe problem regarding calling perl modules from java
    I had to call two perl modules simultaneously (i.e.) from two threads,,, but jvm crashes when one of the perl calls is exiting earlier
    I am unable to spot out why ....
    For calling perl from java ...., We are first calling C code from java using JNI and then Perl code from C
    All works fine if we call only one perl call at a time.... If we call them in a synchronized manner the JVM is not crashing .... But we don't want blocking..
    The following is the code snippet
    <JAVA FILE>
    class Sample
         static {
              System.loadLibrary("xyz");  // Here xyz is the library file generated by compiling c code
         public native void call_PrintList();
         public native void call_PrintListNew();
         Sample()
              new Thread1(this).start();     
         public static void main(String args[])
              System.out.println("In the main Method");
              new Sample().call_PrintList();
         class Thread1 extends Thread
              Sample sample;
              Thread1(Sample sam)
                   sample=sam;
              public void run()
                   sample.call_PrintListNew();     
    }<C FILE>
    #include <EXTERN.h>
    #include <perl.h>
    static PerlInterpreter *my_perl;
    static char * words[] = {"alpha", "beta", "gamma", "delta", NULL } ;
    static void
    call_PrintList(){
         printf("\nIn the Call method of string.c\n");
            char *wor[] = {"hello", "sudha", NULL } ;
               char *my_argv[] = { "", "string.pl" };
               PERL_SYS_INIT3(&argc,&argv,&env);
               my_perl = perl_alloc();
                   PL_perl_destruct_level = 1; //// We have mentioned this also and tried removing destruct call
               perl_construct( my_perl );
               perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
              PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
               perl_run(my_perl);
         dSP ;
            perl_call_argv("PrintList",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
    //     perl_destruct(my_perl);
    //          perl_free(my_perl);
    //           PERL_SYS_TERM();
    static void
    call_PrintListNew(){
    printf("In the new call method\n");
    char *wor[] = {"Hiiiiiiiiiiiiiii", "Satyam123333", NULL } ;
            char *my_argv[] = { "", "string.pl" };
            PERL_SYS_INIT3(&argc,&argv,&env);
            my_perl = perl_alloc();
    PL_perl_destruct_level = 1;
            perl_construct( my_perl );
            perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
            PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
            perl_run(my_perl);
            dSP ;
            perl_call_argv("PrintListNew",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
      //      perl_destruct(my_perl);
      //      perl_free(my_perl);
       //     PERL_SYS_TERM();
    void callNew()
    call_PrintListNew();
    void call ( )
    call_PrintList();
    //char *wor[] = {"hello","sudha",NULL};
    /*   char *my_argv[] = { "", "string.pl" };
          PERL_SYS_INIT3(&argc,&argv,&env);
          my_perl = perl_alloc();
          perl_construct( my_perl );
          perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
         PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
          perl_run(my_perl);*/
       //   call_PrintList();                      /*** Compute 3 ** 4 ***/
    /*      perl_destruct(my_perl);
          perl_free(my_perl);
          PERL_SYS_TERM();*/
        }And Finally the perl code
    sub PrintList
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
    sub PrintListNew
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
            }Please help me in this regard

  • How to find the existing function module is used in another function module

    Hi all,
    I created a function module and the same one is called from another function module.
    When I tried to find where the  first function module is used  using  Where-used List , I am getting the message "function module not found in selected areas" .
    Please  guide me what is other method to find whether the function module is used in another one.
    Thanks,
    Vengal Rao.

    hi,
    Go to UTILITIES-> Update Navigation index.
    or go to fucntion group and Generate the Funtion group once.
    it will detect all fucntion modules under that function group.
    regards,
    Rama

  • ITunes cannot read ID3 tags written by Perl module MP3::Tag?

    Greetings,
    Just trying to re-arrange ID3 information in a large set of MP3 files. Before I run the following Perl script, iTunes can read the ID3 tagging information. After writing ID3 inform ation to the MP3, iTunes no longer reads any tagging information from the MP3.
    Does anyone have any information regarding this? There is some cryptic information in the MP3::Tag POD regarding setting the "id3v23_unsync" option but that doesn't seem to alter the impact on iTunes at all. Windows and other tag readers seem to be able to read the all ID 3v1 and ID3v2 tags just fine (including the altered fields) after running the following script.
    Thanks for any suggestions/guidance anyone can provide.
    Description: the following program takes an MP3 filename as input.
    Action: It appends the value in the Album field to front of the TITLE Field. That's it! Easy!
    #!/usr/bin/perl -w
    use MP3::Tag;
    MP3::Tag-> config(id3v23_unsync=>FALSE);
    my $filename = $ARGV[0];
    $mp3 = MP3::Tag-> new($filename);
    @info=$mp3-> autoinfo;
    @albnum = split(/_/, $info[3]);
    $frame = $mp3-> {ID3v2}->get_frame("TIT2");
    print $frame;
    $mp3-> {ID3v1}->title("$albnum[0] $info[0]");
    $mp3-> {ID3v2}->change_frame("TIT2","$albnum[0] $info[0]");
    $mp3-> {ID3v1}->write_tag();
    $mp3-> {ID3v2}->write_tag();
    @info=$mp3-> autoinfo;
    print $info[0]; //print ID3v1 TITLE field
    $frame = $mp3-> {ID3v2}->get_frame("TIT2");
    print $frame; //print ID3v2 Title2 field
    $mp3-> close();
    Thanks!
    GL
      Windows XP  

    SOLVED
    Changing the config entry (Line 3 in original listing) to:
    MP3::Tag->config("id3v23_unsync",0);
    fixed the problem with iTunes.
    NOTE: This means that iTunes version 7.x still has the synchronization problem alluded to in the documentation (POD) for this Perl module. I just had the syntax wrong to set the workaround parameter.
    That aside, iTunes 7.2 works quite nicely with the modified MP3. Artwork (even though this was a modified and obscure (and legal) Bible audio, it found additional information about the MP3 in the online database).
    Kind Regards,
    GL
      Windows XP  

  • Cannot install DBD::Oracle perl module with Oracle 11.2.0.3 client

    Hi
    I have been trying to install DBD::Oracle perl module on a Centos 5.7 server which is running Oracle client version 11.2.0.3. I have installed all dependencies prior to attempting installing the same and I am running into the following error -
    /usr/bin/ld: skipping incompatible /app/utiba/oracle/client/lib//libclntsh.so when searching for -lclntsh
    /usr/bin/ld: cannot find -lclntsh
    collect2: ld returned 1 exit status
    make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1Here are the complete details of my attempt of installation of the perl module -
    [root@tch1testuview1 DBD-Oracle-1.50]# perl Makefile.PL
    Using DBI 1.52 (for perl 5.008008 on x86_64-linux-thread-multi) installed in /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI/
    Configuring DBD::Oracle for perl 5.008008 on linux (x86_64-linux-thread-multi)
    Remember to actually *READ* the README file! Especially if you have any problems.
    Installing on a linux, Ver#2.6
    Using Oracle in /app/utiba/oracle/client
    DEFINE _SQLPLUS_RELEASE = "1102000300" (CHAR)
    Oracle version 11.2.0.3 (11.2)
    Found /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Using /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Your LD_LIBRARY_PATH env var is set to '/app/utiba/oracle/client/lib:/lib:/usr/lib'
    Reading /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Reading /app/utiba/oracle/client/rdbms/lib/env_rdbms.mk
    WARNING: Oracle /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk doesn't define a 'build' rule.
    WARNING: I will now try to guess how to build and link DBD::Oracle for you.
             This kind of guess work is very error prone and Oracle-version sensitive.
             It is possible that it won't be supported in future versions of DBD::Oracle.
             *PLEASE* notify dbi-users about exactly _why_ you had to build it this way.
    Found header files in /app/utiba/oracle/client/rdbms/public.
    client_version=11.2
    DEFINE= -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112
    Checking for functioning wait.ph
    System: perl5.008008 linux builder10.centos.org 2.6.18-53.el5 #1 smp mon nov 12 02:14:55 est 2007 x86_64 x86_64 x86_64 gnulinux
    Compiler:   gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm
    Linker:     /usr/bin/ld
    Sysliblist: -ldl -lm -lpthread -lnsl -lirc -lipgo
    Oracle makefiles would have used these definitions but we override them:
      CC:       $(GCC)
      CFLAGS:   $(GFLAG) $(OPTIMIZE) $(CDEBUG) $(CCFLAGS) $(PFLAGS)\
            $(SHARED_CFLAG) $(USRFLAGS)
               [$(GFLAG) -O2 $(CDEBUG) $(CCFLAGS) -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -DLINUX -D_GNU_SOURCE -D_LARGEFILE64_SOURCE=1 -D_LARGEFILE_SOURCE=1 -DSLTS_ENABLE -DSLMXMX_ENABLE -D_REENTRANT -DNS_THREADS -DLDAP_CM $(LPFLAGS) $(PLSQLNCGFLAGS) $(USRFLAGS)]
      LDFLAGS:  -o $@ $(LDOBJSZ) $(LDPATHFLAG)$(PRODLIBHOME) $(LDPATHFLAG)$(LIBHOME) $(LDPATHFLAG)$(LIBHOME)stubs/ $(LDPATHFLAG)$(LIBHOME) $(LLIBIRC)
               [-o $@ -m32 -L/app/utiba/oracle/client/rdbms/lib/ -L$(LIBHOME) -L$(LIBHOME)stubs/ -L$(LIBHOME) -lirc -lipgo ]
    Linking with  -lclntsh -ldl -lm -lpthread -lnsl -lirc -lipgo -ldl -lm  [from $(OCISHAREDLIBS)]
    LD_RUN_PATH=/app/utiba/oracle/client/lib
    Using DBD::Oracle 1.50.
    Using DBD::Oracle 1.50.
    Using DBI 1.52 (for perl 5.008008 on x86_64-linux-thread-multi) installed in /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI/
    Writing Makefile for DBD::Oracle
    ***  If you have problems...
         read all the log printed above, and the README and README.help.txt files.
         (Of course, you have read README by now anyway, haven't you?)
    [root@tch1testuview1 DBD-Oracle-1.50]# make
    Skip blib/lib/DBD/Oracle/Troubleshooting/Cygwin.pod (unchanged)
    Skip blib/lib/DBD/Oracle.pm (unchanged)
    Skip blib/lib/oraperl.ph (unchanged)
    Skip blib/arch/auto/DBD/Oracle/Oracle.h (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Vms.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Linux.pod (unchanged)
    Skip blib/lib/DBD/Oracle/GetInfo.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting.pod (unchanged)
    Skip blib/arch/auto/DBD/Oracle/dbdimp.h (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Hpux.pm (unchanged)
    Skip blib/arch/auto/DBD/Oracle/ocitrace.h (unchanged)
    Skip blib/lib/Oraperl.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Sun.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Macos.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Aix.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Object.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Win64.pod (unchanged)
    Skip blib/arch/auto/DBD/Oracle/mk.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Win32.pod (unchanged)
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 Oracle.c
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 dbdimp.c
    dbdimp.c: In function ‘fb_ary_cb_alloc’:
    dbdimp.c:324: warning: comparison is always false due to limited range of data type
    dbdimp.c:325: warning: comparison is always false due to limited range of data type
    dbdimp.c:326: warning: comparison is always false due to limited range of data type
    dbdimp.c:327: warning: comparison is always false due to limited range of data type
    dbdimp.c:328: warning: comparison is always false due to limited range of data type
    dbdimp.c: In function ‘fb_ary_alloc’:
    dbdimp.c:344: warning: comparison is always false due to limited range of data type
    dbdimp.c:345: warning: comparison is always false due to limited range of data type
    dbdimp.c:346: warning: comparison is always false due to limited range of data type
    dbdimp.c:347: warning: comparison is always false due to limited range of data type
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 oci8.c
    oci8.c: In function ‘ora_blob_read_mb_piece’:
    oci8.c:1804: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘describe_obj_by_tdo’:
    oci8.c:3256: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘ora_describe’:
    oci8.c:3480: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘ora_st_fetch’:
    oci8.c:3953: warning: unused variable ‘imp_xxh’
    Running Mkbootstrap for DBD::Oracle ()
    chmod 644 Oracle.bs
    rm -f blib/arch/auto/DBD/Oracle/Oracle.so
    LD_RUN_PATH="/app/utiba/oracle/client/lib" gcc  -shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic Oracle.o dbdimp.o oci8.o  -o blib/arch/auto/DBD/Oracle/Oracle.so  \
               -L/app/utiba/oracle/client/lib/ -lclntsh -ldl -lm -lpthread -lnsl -lirc -lipgo -ldl -lm      \
    /usr/bin/ld: skipping incompatible /app/utiba/oracle/client/lib//libclntsh.so when searching for -lclntsh
    /usr/bin/ld: cannot find -lclntsh
    collect2: ld returned 1 exit status
    make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1I am sure that installing a previous(older) version of oracle client will fix this issue i.e. either 11.2.0.1 or older (that is tested) but I want to know if it is possible to resolve the above issue with a work around and not having to install a previous version.
    Fyi.. I've tried to install DBD::Oracle version 1.24 and 1.50 but that doesn't seem to make any difference. I couldn't find any related thread either for this error so I desperately need a solution to the same(if any).
    If anyone can help here, would really appreciate it or else, I will have no choice but to install previous version of oracle client.
    Thanks
    Edited by: 956308 on Aug 31, 2012 6:55 AM
    Edited by: 956308 on Aug 31, 2012 6:57 AM

    Contents of the response file:
    oracle.install.responseFileVersion=http://www.oracle.com/2007/install/rspfmt_clientinstall_response_schema_v11_2_0
    ORACLE_HOSTNAME=slc00caz
    UNIX_GROUP_NAME=oracle
    INVENTORY_LOCATION=/home/psadm1/oraInventory
    SELECTED_LANGUAGES=en
    ORACLE_HOME=/opt/oracle/psft/pt/oracle-client/11.2.0.x
    ORACLE_BASE=/opt/oracle/psft/pt/oracle-client
    oracle.install.client.installType=Custom
    oracle.install.client.upgrading=false
    oracle.install.client.customComponents=oracle.rdbms.util:11.2.0.3.0,oracle.javavm.client:11.2.0.3.0,oracle.sqlplus:11.2.0.3.0,oracle.dbjava.jdbc:11.2.0.3.0,oracle.rdbms.oci:11.2.0.3.0,oracle.xdk:11.2.0.3.0,oracle.network.aso:11.2.0.3.0,oracle.assistants.oemlt:11.2.0.3.0,oracle.network.client:11.2.0.3.0,oracle.odbc:11.2.0.3.0,oracle.dbdev:11.2.0.3.0
    oracle.install.client.schedulerAgentHostName=
    oracle.install.client.schedulerAgentPortNumber=
    oracle.installer.autoupdates.option=SKIP_UPDATES
    oracle.installer.autoupdates.downloadUpdatesLoc=
    AUTOUPDATES_MYORACLESUPPORT_USERNAME=
    AUTOUPDATES_MYORACLESUPPORT_PASSWORD=
    PROXY_HOST=
    PROXY_PORT=0
    PROXY_USER=
    PROXY_PWD=
    PROXY_REALM=

  • How to remove/uninstall custom installed perl modules?

    Hello all.
    Yesterday I upgraded from 10.3.7 to 10.4.5, then started to reinstall a bundle of perl modules (via the Terminal and 'perl Makefile.PL -- make -- make test -- [sudo] make install').
    As I saw too late, some of those modules I installed are now part of the standard OS X installation -- now some perl modules are twice on my machine, the 'originals' (so to say) in '/System/Library/Perl/5.8.6/...', and the 're-installed' are -- as usually -- in '/Library/Perl/5.8.6/...'.
    My questions:
    (1) Can these duplicates do any harm while executing perl code?
    (2) Is there an easy way to get rid of the duplicates (e.g., move the associated files in '/Library/Perl/5.8.6/...' to the trash)?
    Fortunately I have saved the terminal output of every installation, so it should be easy to find everything that was changed.
    Any advice is appreciated -- thanks in advance.
    Joerg
    G4/400 PCI (Oct. 1999) w/ 1 GB RAM & 128GB internal drive, Pioneer DVR-110D   Mac OS X (10.4.4)  

    Perl has a list of paths it searches when it needs to find a given module, similar to how the shell uses the PATH variable. If the things you installed are in a directory after that which contains Apple's official stuff, your stuff is invisible. Check the section labeled "@INC" in the output of 'perl -V'...that list is searched top-to-bottom.
    If what you installed is ahead of Apple's but what you installed is at least as high a version number as Apple's, again no problem in general. The modules Apple supplies have genereally quite stable API, so there's no problem if a program expects Appl'es but gets yours instead. OTOH, if you have a lower version, there could be trouble, since things may rely on the features only present in new versions (something for a certain OS X would reasonably assume "the stuff that came with that OS X" as a minimum).
    Anything you installed manually you can remove manually as well, using "rm" or dragging stuff to the trash. Modules often install a .packlist file somewhere in $arch/auto/ in your perl lib dir.
    I think you can often do '[sudo] make uninstall UNINST=1' to uninstall, assuming you kept the original builds or feel like redoing 'perl Makefile.PL' in the exact same version of the modules you installed. However, the 'uninstall' target is generally frowned upon by perl folks.

Maybe you are looking for