Slashdot Mirror


Perl Modules as RPM Packages

libertynews writes "KPLUG President Kevin Pedigo has just announced his latest project -- RPMPAN, an archive of CPAN Perl modules in RPM format, generated nightly."

9 of 207 comments (clear)

  1. perl with RPM lovin' ? by imag0 · · Score: 5, Funny

    I can see where this can go wrong...

    # rpm -i myperl.rpm

    warning: libsomeshit.so not installed

    # rpm -i --force myperl.rpm

    warning: libsomeshit.so not installed

    # rpm -i --force --nodeps myperl.rpm

    segfault. core dumped.

    # rm -rf /

    1. Re:perl with RPM lovin' ? by Aliencow · · Score: 5, Funny

      It's more like:
      # rpm -Uvh myperl.rpm
      warning: libsomeshit.so not installed
      # rpm -Uvh myperl.rpm someshitlib.rpm
      warning: libXML is missing
      # rpm -Uvh myperl.rpm someshitlib.rpm libxml.rpm
      warning: mozilla is missing

      Then you go berserk. You mirror rpmfind, rpm -Uvh *.rpm, end up with multiple versions of crap in different places, and corrupt the UNIVERSE.

    2. Re:perl with RPM lovin' ? by evil_roy · · Score: 4, Funny

      Now don't go countering all this FUD with facts. This is /. .Anti rpm posts are very important, it is yet another bias that helps the zealots feel better than others.

    3. Re:perl with RPM lovin' ? by jonadab · · Score: 3, Funny

      > In fact, I'd go further and say that RPM is the primary tool of
      > a vast conspiracy plotted jointly by the Freemasons, the Zeta
      > Reticulans and the Bilderberg group.

      No, you are mistaken. The Bilderberg group has nothing to do with
      it. The true ringleaders are the same nameless group who also
      mastermind the MVD/NSA/Bahrain connection.

      Also, rpm is only their primary tool for one specific purpose
      (undermining OSS). They have plenty of other tools that they
      employ, to accomplish various nefarious purposes. For example,
      they also control the associated press.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  2. Re:What exactly was wrong with... by jrp2 · · Score: 2, Funny

    I sort of agree, installing using the CPAN tool is pretty easy. But, I maintain some custom install RedHat CDs that need some PMs not installed by RedHat. I have the user install them using the MCPAN tool, but it sure would be easier just adding them to the list of RPMS for anaconda to install at system creation time.

    I guess it would also be easier for perl developers creating RPMs to bundle these in with their RPMs for a single RPM based install rather than adding instructions for MCPAN.

    I think it is a good thing to do this to make Linux one (albeit very small) step easier. Every little bit helps.

    --
    The only athletic sport I ever mastered was backgammon - Douglas William Jerrold
  3. I = Newb ... find RPM = Good .... usually by skogs · · Score: 2, Funny
    I would definitely consider myself a newb to linux. been playing with it for a few months on and off. Can install them all and get them all working fully now. I can set up my webserver and link up my little homebrew website...I can serve email to myself.

    I'll be honest. I am much more confident with the RPM package manager than the CPAN command you all are saying is so wonderful. Perhaps if I read an instruction book or something...but I don't generally program, so I don't have those books laying around.

    I think its a good idea for newbs that can play around with the scripts and hopefully find something that works. Right now I'm working on learning PHP...but am obviously not competent on it yet.

    It may be redundant for most of you well learned folks...but then so is that damn gui. I bet you all wish the gui didn't load either...since it is so redundant. :)

    --
    Who is this that even the wind and the waves obey Him? Surely this computer must submit also!
  4. Imagine a... by Anonymous Coward · · Score: 1, Funny

    Never Mind

  5. Re:Huh? by Ian+Bicking · · Score: 2, Funny

    If you want any programs to be under package control (e.g., Perl applications) it is nice to have their dependencies under package control as well. Otherwise you have to bundle all those dependencies.

  6. CPAN blows chunks by Anonymous Coward · · Score: 2, Funny

    CPAN is banned from the servers I manage, because it likes to sometimes install shit into /usr and overwrite the OS's packaged perl libs. Bear in mind that this is after having edited the config file and pointing to /usr/local as the path to install shit into. Some modules install ok, but others just like to do whatever they want (as opposed to whatever you want). I've made it a rule that nobody with root access is to ever use CPAN to install anything (or else they get to clean up the fucking mess). Since these are all Debian servers, a lot of stuff is availabled in packaged format already, and those that aren't can be easily packaged thanks to dh-make-perl (it's so simple to use, there is no excuse not to.) And anyway, a lot of people already know CPAN sucks, which is why there exists CPAN++, but it's still in developement, or so was last I heard.
    Of course, if it's just some user installing modules in his home dir, then CPAN works alright... Otherwise, caveat emptor!