During startup, while extensions are loaded I see a few warnings regarding chown

[rhermsen]

This is on TCL-15.0 x86
I do see similar messages in /var/log/messages for x86_64 (CP64 boots faster in graphical mode so likely I missed to see these messages while booting).

Code: [Select]

chown: warning: '.' should be ':': 'root.staff'
chown: warning: '.' should be ':': 'root.staff'
chown: warning: '.' should be ':': 'tc.staff'

One is coming from the install script part of extension Xlibs.
And the other two look to come from the wbar extension from file:

Code: [Select]

/usr/local/bin/wbar_setup.sh
/var/log/messages

Code: [Select]

Mar 30 11:30:46 box authpriv.notice sudo:       tc : TTY=console ; PWD=/mnt/vda1/tce/optional ; USER=root ; COMMAND=/usr/local/tce.installed/Xlibs
Mar 30 11:30:46 box authpriv.notice sudo:       tc : TTY=console ; PWD=/mnt/vda1/tce/optional ; USER=root ; COMMAND=/bin/chown -R root.staff /usr/local/tce.installed

Mar 30 11:30:48 box authpriv.notice sudo:       tc : TTY=console ; PWD=/mnt/vda1/tce/optional ; USER=root ; COMMAND=/bin/cp /usr/local/share/wbar/dot.wbar /usr/local/tce.icons
Mar 30 11:30:48 box authpriv.notice sudo:       tc : TTY=console ; PWD=/mnt/vda1/tce/optional ; USER=root ; COMMAND=/bin/chown root.staff /usr/local/tce.icons


Code: [Select]

$ sh -x  /tmp/tcloop/Xlibs/usr/local/tce.installed/Xlibs
+ read USER
+ '[' -f /home/tc/.xsession ]
+ '[' -f /home/tc/.setbackground ]
+ '[' -f /home/tc/.Xdefaults ]
+ '[' -d /opt/backgrounds ]
+ sudo chown -R root.staff /usr/local/tce.installed
+ sudo chmod -R 775 /usr/local/tce.installed


Code: [Select]

sh -x /usr/local/bin/wbar_setup.sh
..
+ sudo chown root.staff /usr/local/tce.icons
..

I remember this change of chown from the far past.
If I'm not mistaken this was to prepare for allowing (part of the) email addresses as username.

[Juanito]

Xlibs/wbar modified and reposted to tc-15.x x86/x86_64 repos - thanks for reporting this.

[rhermsen]

@Juanito
Thanks a lot for fixing this.

I was still looking into another message I see. Guess just an 'info' message, and likely no need to 'suppress':

Code: [Select]

nohup: redirecting stderr to stdout

I suspect this is coming from:

Code: [Select]

$ sudo grep -rin nohup /usr
/usr/local/bin/wbar.sh:13:   nohup wbar >/dev/null &

Don't know if it is expected that standard error messages become redirected to standard output after redirecting standard output to dev/null.

Here a similar behavior is mentioned (and a 'fix' to also redirect stderr to dev/null )

[Rich]

Hi Juanito
I just tested this under TC10.
Changing line 13 of wbar.sh from this:

Code: [Select]

nohup wbar >/dev/null &To this:

Code: [Select]

nohup wbar >/dev/null 2>&1 &will fix it.

[Juanito]

wbar reposted