Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#30232 - [dvdrip] Errors when launched (reason: dvdrip not in path)

Attached to Project: Arch Linux
Opened by Oto Magaldadze (ottoshmidt) - Sunday, 10 June 2012, 11:18 GMT
Last edited by Giovanni Scafora (giovanni) - Saturday, 30 June 2012, 13:01 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Giovanni Scafora (giovanni)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
placing binaries in /usr/bin/vendor_perl/ and not in /usr/bin directory directly is a bad idea 'cause it gives errors when launched.
First of all one can't launch program with dvdrip command as it's not in PATH and if one runs it with full path: /usr/bin/vendor_perl/dvdrip it gives:
ERROR: 'dvdrip' not found in PATH
ERROR: 'execflow' not found in PATH
ERROR: 'dvdrip-master' not found in PATH
ERROR: 'dvdrip-multitee' not found in PATH
ERROR: 'dvdrip-progress' not found in PATH
ERROR: 'dvdrip-splitpipe' not found in PATH
ERROR: 'dvdrip-subpng' not found in PATH

So as I see one needs to put /usr/bin/vendor_perl/ directory into PATH as far as I understand, which is not an optimal solution afaik.

Additional info:
* package version(s)
dvdrip 0.98.11-10
* config and/or log files etc.


Steps to reproduce:
run dvdrip
This task depends upon

Closed by  Giovanni Scafora (giovanni)
Saturday, 30 June 2012, 13:01 GMT
Reason for closing:  Not a bug
Comment by Giovanni Scafora (giovanni) - Sunday, 10 June 2012, 23:01 GMT
Hi man, you are wrong.
I cannot confirm this bug report as /usr/bin/vendor_perl is in PATH and dvdrip starts without errors.
Please, use the latest /etc/profile file or rename the existing /etc/profile.pacnew to /etc/profile
The latest /etc/profile loading profiles from /etc/profile.d where there is the script perlbin.sh (and other scripts) that sets the right PATH.
Comment by Oto Magaldadze (ottoshmidt) - Monday, 11 June 2012, 10:13 GMT
I /etc/profile is owned by package "filesystem" I have updated that package but the same... and there is not /etc/profile.pacnew or any other file than /etc/profile. There is perlbin.sh in /etc/profile.d/ directory but it has no effect as it appears. 'cause:
[code]echo $PATH
/opt/icecream/bin:/usr/lib/nx/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl:/home/ottoshmidt/Dropbox/bin [/code]

Still not in PATH even after reboot and everything.
Comment by Giovanni Scafora (giovanni) - Monday, 11 June 2012, 11:41 GMT
The latest /etc/profile file cointains the following lines (loading profiles from /etc/profile.d):

# Load profiles from /etc/profile.d
if test -d /etc/profile.d/; then
for profile in /etc/profile.d/*.sh; do
test -r "$profile" && . "$profile"
done
unset profile
fi

The perlbin.sh script also contains the following line:

[ -d /usr/bin/vendor_perl ] && PATH=$PATH:/usr/bin/vendor_perl

That line sets the right PATH and dvdrip works fine on my system.
Then, this is not a dvdrip bug and neither a packaging bug.
Comment by Oto Magaldadze (ottoshmidt) - Monday, 11 June 2012, 15:18 GMT
cat /etc/profile:



# /etc/profile

#Set our umask
umask 022

# Set our default path
PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin"
export PATH

# Load profiles from /etc/profile.d
if test -d /etc/profile.d/; then
for profile in /etc/profile.d/*.sh; do
test -r "$profile" && . "$profile"
done
unset profile
fi

# Source global bash config
if test "$PS1" && test "$BASH" && test -r /etc/bash.bashrc; then
. /etc/bash.bashrc
fi

# Termcap is outdated, old, and crusty, kill it.
unset TERMCAP

# Man is much better than us at figuring this out
unset MANPATH
Comment by Giovanni Scafora (giovanni) - Monday, 11 June 2012, 16:16 GMT
I do not know why your PATH is not set properly, maybe something overwrites it or perlbin.sh does not run.
You can check out your ~/.bashrc
Comment by Oto Magaldadze (ottoshmidt) - Monday, 11 June 2012, 16:51 GMT
and why wouldn't perlbin.sh, or is it run as a daemon or what does make it run?
Comment by Giovanni Scafora (giovanni) - Monday, 11 June 2012, 16:59 GMT
/etc/profile makes run the perlbin.sh script

Loading...