Find the answer to your Linux question:
Results 1 to 5 of 5
Enjoy an ad free experience by logging in. Not a member yet? Register.
  1. #1

    Permissions required to rum make install and yum update


    I am researching on Openssl update manually and openssl update through yum update.

    I have figured out the commands to do it.

    But searching on permissions required to make install and yum update.

    Could some one tell me permissions for that.

  2. #2
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,684
    Both commands require root permissions.
    So you need to login as root or escalate to root via eg sudo or su.

    While "yum update" is the recommended way to update a redhat machine,
    be cautious with "make install".
    It is quite possible -depending on the prefix used during the configure phase-, that this will override files provided by the openssl package.
    You do not want that. This will render your machine almost useless, as a lot of packages depend on openssl.

    Edit: ah, we had this conversation before
    You must always face the curtain with a bow.

  3. #3
    Thank you for the answer.

    I have also researched on the rollback for both methods. Suggest me if I am following the correct approach or not.

    1. Yum rollback

    Linux : How to rollback Yum updates on RHEL/CentOS | ITechLounge.net

    2. make uninstall

    What's the opposite of 'make install', ie. how do you uninstall a library in Linux? - Stack Overflow

    your response is always helpful to me.

  4. $spacer_open
    $spacer_close
  5. #4
    Trusted Penguin Irithori's Avatar
    Join Date
    May 2009
    Location
    Munich
    Posts
    3,684
    Never used rollback, rather yum downgrade
    To me it seems, specfiles and the resulting rpms need to support rollbacks. It is probably more geared towards fast evolving packages in a dev environment.

    About "make uninstall"
    Well, there needs to be a target "uninstal"l in the Makefile.
    And this target usually just deletes what it (thinks it) installed before.

    In a controlled environment and/or if you want to scale to multiple machines:
    Package your custom install of openssl into an rpm
    make this rpm available via an in-house repository
    then install from there to machines of your choice.

    Usually yum install/update/downgrade should be enough to do so.

    Edit: yum -not rpm- install/update/downgrade
    Last edited by Irithori; 03-20-2013 at 10:10 AM.
    You must always face the curtain with a bow.

  6. #5
    Great answer..

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •