You can map the glyph name to the correct unicode position:
(I don't know why adobe doesn't copy it, when the name is hyphen, perhaps it tries to be too clever and removes hyphenation dashes).
I unpacked the vf and followed the way of the hyphen:
ul9r8t.vpl contains (shortened)
(CHARACTER O 55
(SETCHAR O 255)
This means that the hyphen (dec 45=octal 55) is mapped to octal 255=dec 173.
This is also what one gets in the pdf:
(foo\255bar) and not
/hyphen twice: once at position 45, and once at 173.
The luximono font (in
hyphen at position 45, and
sfthyphen ("soft hyphen") at position 173.
So imho adobe is doing the right thing, a
sfthyphen should disappear at copy&paste and the fault is faulty: A typewriter which even sets \hyphenchar to -1 shouldn't remap the hyphen like this.