Bug 62788 - zsh doesn't always process /etc/profile.d/*.sh
Summary: zsh doesn't always process /etc/profile.d/*.sh
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: zsh
Version: skipjack-beta1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jens Petersen
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks: 65509
TreeView+ depends on / blocked
 
Reported: 2002-04-05 17:02 UTC by Nalin Dahyabhai
Modified: 2007-04-18 16:41 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2003-02-10 13:50:10 UTC
Embargoed:


Attachments (Terms of Use)

Description Nalin Dahyabhai 2002-04-05 17:02:01 UTC
Description of Problem:
While bash processes scriplets in /etc/profile.d in every shell, zsh only does
so when a login shell is started (via /etc/profile).  It should also do so in
/etc/zshenv.

Version-Release number of selected component (if applicable):
zsh-4.0.4-4

How reproducible:
Always.

Steps to reproduce:
1. Create a scriptlet in /etc/profile.d which defines a shell function.
2. Log in using zsh and use "functions" to check that it's defined.
3. Start a subshell and use "functions" to check that it isn't defined.

Actual Results:
The shell function is gone.

Expected Results:
The shell function is should be there.

Comment 1 Trond Eivind Glomsrxd 2002-04-05 17:51:41 UTC
zsh-4.0.4-5 now sources /etc/profile from /etc/zshenv for bash consistency.

Comment 2 Jens Petersen 2002-11-25 03:13:57 UTC
Any comments on bug 65509?


Note You need to log in before you can comment on or make changes to this bug.