2

For whatever reasons, root-capable administrators at our organization limit the choice of packages to the vendor's official "base" repository (RHEL).

Not even EPEL is possible, much less IUS.

Our own -- hand-made -- RPMs are permissible, but still require filling out tickets and waiting. This not only makes installing them unnecessarily painful, but also impedes package-development -- I can't test my new RPM immediately.

However, we are allowed to build and install any software we wish -- as long as it goes into "our" directory. We've been building and installing such things for a while, and I'm wondering, if we can better organize such things so that, for example gcc-8.2 can be built on one system (with a prefix like /Data/local`) and installed on multiple others.

Of course, I can do that with plain tar-balls, but it would be nicer to have some sort of package-manager functionality such as, for example, to track dependencies...

Is there anything out there, or do we stick to the home-brewed tools?

  • Have you tried to use existing packet managers (rpm, opkg, ipkg, etc.) to build packages with custom installation dirs? Also have a look at stow to manage symlinks in a common tree to various packages in their own stubtrees, that's how I organize /usr/local on my machine. – dirkt Aug 11 '18 at 13:58
  • A completely different package-manager would not be able to account for things already present on the machine. Using rpm requires root -- for packae-registration -- even when installing to a private directory. Something's needed to overcome both of these... – Mikhail T. Aug 12 '18 at 13:36
  • Well mate, you're in luck, there are package formats you can use without root access. AppImages (appimagehub.com) can be run without root access, the only problem is it requires FUSE in order to be used and I know it doesn't come pre-installed in CentOS, at least, so probably not RHEL either. There's also Linuxbrew (linuxbrew.sh), the Linux equivalent to macOS' Homebrew. NetBSD's pkgsrc may also be used on Linux without root access (pkgsrc.org). – BH2017 Sep 25 '18 at 11:16
  • 2
    This really sounds like an issue you need to take up with your corporate IT management... I am going to flag this as off-topic as "issues specific to corporate IT support and networks" is specifically off-topic here per superuser.com/help/on-topic – acejavelin Sep 25 '18 at 14:38
  • 1
    @acejavelin, the question I asked is about alternative package-managers -- not about overcoming issues with corporate IT, even such overcoming is my motivation. – Mikhail T. Sep 25 '18 at 15:19

Your Answer

By clicking "Post Your Answer", you acknowledge that you have read our updated terms of service, privacy policy and cookie policy, and that your continued use of the website is subject to these policies.

Browse other questions tagged or ask your own question.