From: Matt K. <mke...@ev...> - 2004-10-25 17:59:48
|
At 01:21 PM 10/25/2004, Tomasz Nowak wrote: > > Perl isn't going to recognize perl libaries under /tmp. > >As far as I know perl recognizes perl libraries under @INC, >and as far as I see there is no perl libraries under /tmp in @INC. >Nevermind. Bingo. And it would be unwise, from a security perspective, to allow perl to look there for libraries. > > Quite frankly, the fact that you would consider installing software > > in /tmp seem to be a fundamental misunderstanding of /tmp's purpose. > > /tmp should (theoretically) be empty when the box is shut down. Some > > admins go as far as to use ramdisks for /tmp to enforce this. > >Hm. Matt, have you ever heard about: >a) the purpose of DESTDIR in make >b) building software packages? Yes I'm quite aware of DESTDIR's purpose and that it's commonly used in building packages. However, this doesn't negate my point of the use of /tmp. You're trying to EXECUTE razor from that location, not just build a package out of it. If you're just repackaging, that's one thing.. go for it. But don't expect any software to actually run when you dump it into a /tmp DESTDIR until it's been installed in it's proper location by the package. If you need to test functionality, use "make test" prior to the make install with DESTDIR, then build your package. Don't try to run razor when it's not actually installed where it belongs or where any part of perl will understand what's going on. |