Maybe it's better to install the rpi-update script to /usr/local/bin or /opt/rpi-update/bin. This way it will never get overwritten by the contents of any package that might contain a script or binary that is also called rpi-update.
dpkg wont overwrite anything, it will error out. still ur right, script/binary should be in /usr/local/bin
Oops, you're right, dpkg won't do that.
Maybe $HOME/bin is even better.
bad idea for a multi user system.
I don't see why unless all users have sudo rights.
then everyone would have to put it into ~/bin and enlarge $PATH in ~/.bashrc
if you put it in /usr/local/bin everyone can use it.
Check $HOME/.profile, it's already there.
i dont have my rpi with raspbian with me so i cant check that, altough the other argument (about the need of installing it per user) still exist
$HOME/bin isn't such a good idea because root has a different $PATH env than a normal user. Same goes for /opt/rpi-update/bin but that is easier to set system-wide.
There's nothing in the script itself that forces it to be in /usr/bin - if you want to put it in a different directory such as /usr/local/bin or $HOME/bin you're free to do so. And there's nothing that means it has to be in the default search $PATH either.
And now that rpi-update has been packaged (and included by default) in Raspbian (see #93), maybe this bug should be closed?