On Mon, Feb 02, 2009 at 11:46:57PM -0500, Yaroslav Halchenko wrote:
what was the actual use-case they solved?
As I understand it, the use case is analogous to the addition of
‘/usr/local/bin’ to the ‘PATH’ environment variable in the default
shell profile.
ok -- that would be my next
Thank you guys for reference to FHS. I did read it long ago and now
glanced over again to confirm my knowledge.
Actually, since FHS does not say anything about ownership of the files in FH,
so Debian exploits that in its own way:
$ ls -ld /usr /usr/local
0 drwxr-xr-x 15 root root 440 2008-02-17
On Tue, 2009-03-02 at 09:19 -0500, Yaroslav Halchenko wrote:
Having proper configuration file under /etc sounds much more viable
and correct solution.
You should do it under /usr/share/APP/ the /etc/APP/ directory is for
your .ini files (see FHS).
I have:
/usr/share/APP/perl/
On Tue, 2009-03-02 at 09:06 -0500, Yaroslav Halchenko wrote:
in Python's case, there is NO way to have it
configured in the desired way -- ie not to have /usr/local components
loaded
automagically. And that is the problem.
You can do:
#!python
import sys
and edit sys.path
I
1. remove /usr/local from site.py
This denies the ability of the system administrator to put local
overrides for Python library files in place as simply and consistently
as is done for other libraries and executables.
indeed, precedence is smth I didn't think through in my suggested
Le lundi 02 février 2009 à 22:35 -0500, Yaroslav Halchenko a écrit :
why in a hackish site.py those /usr/local paths are added?
Because we want to follow the FHS, which is all but hackish - but
Python, in many ways, doesn’t make it easy.
The real question is more: why aren’t these paths
On Tue, 03 Feb 2009, Guy Hulbert wrote:
You should do it under /usr/share/APP/ the /etc/APP/ directory is for
your .ini files (see FHS).
I have:
/usr/share/APP/perl/
/usr/share/APP/sbin/
Scripts in sbin will have
unshift @INC,'/usr/share/APP/perl'
or
use lib
thank you Josselin,
I've seen that one while I checked if there is any open issue
and I agree that FHS is all by hackish -- but unfortunately Debian has
diverged from it in terms of ownership, like we figured out elsewhere
in this thread: msg-id: 20090203143602.gt25...@washoe.rutgers.edu
so, it
ok -- here is my tentative cruel patch as a proof of concept. It should
not alter current behavior, but would allow to control for it.
See it attached
configuration (.ini) needs to be under /etc, and that is what I am
aiming at...
--
Yaroslav Halchenko
Research Assistant, Psychology
On Tue, 2009-03-02 at 09:06 -0500, Yaroslav Halchenko wrote:
Unfortunately I can't find clear description of the 'staff' group
destiny
nowhere in Debian documentation
Fortunately, I just spent 20-30 minutes going through this on Sunday.
On Tue, 2009-03-02 at 10:00 -0500, Yaroslav Halchenko wrote:
It is a PITA for development but ...
hm... sorry, but I don't see the actual point...
It's actually quite easy for someone in the 'staff' group to get root
privileges ... I told secur...@debian.org on Sunday exactly how and
exactly
ho ho -- thank you Guy!
so, here it is:
,-,
| staff: Allows users to add local modifications to the system (/usr/local,
|
| /home) without needing root privileges. Compare with group adm, which is
more |
|
On Tue, Feb 03, 2009 at 09:18:31AM -0500, Guy Hulbert wrote:
On Tue, 2009-03-02 at 09:06 -0500, Yaroslav Halchenko wrote:
Unfortunately I can't find clear description of the 'staff' group
destiny
nowhere in Debian documentation
Fortunately, I just spent 20-30 minutes going through this
On Tue, 2009-03-02 at 20:22 +, Floris Bruynooghe wrote:
Fortunately, I just spent 20-30 minutes going through this on
Sunday.
http://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html
Scroll down to: 12.1.12 Operating system users and groups
You can also find this
Hi to all Debian Python-ers,
I know that it is written policy (not as strong as DFSG, nor
Debian policy but still a policy)
I know that it has been such way for a while by now and not too many
people raised concern to cause any action
I know that not too many of regular users are hurt
but I
Yaroslav Halchenko deb...@onerussian.com writes:
WHY Debian's installation of Python decided to diverge from a common
behavior on other distributions:
why in a hackish site.py those /usr/local paths are added?
I don't know what “hackish” means here. I'll assume you are asking
only “why are
Hi Ben,
Thank you for your rapid reply!
WHY Debian's installation of Python decided to diverge from a common
behavior on other distributions:
why in a hackish site.py those /usr/local paths are added?
I don't know what “hackish” means here.
I meant to say hackish fashion I guess ;)
as
On Mon, 2009-02-02 at 22:35 -0500, Yaroslav Halchenko wrote:
WHY Debian's installation of Python decided to diverge from a common
behavior on other distributions:
Yaroslav.
I think you will find the answer here:
http://www.pathname.com/fhs/
I have a slightly different problem with perl.
18 matches
Mail list logo