Hello! On 17 of January 2008 you wrote: > Hi! > > As I was receiving the same problem report from someone else in the > meantime I am about to upload the package with a workaround for the > issue. Still I think this problem might bite quite some others, too; > maybe it should even be taken to the policy people for allowing a finer > tuning of ones system. > > On Fri, Oct 12, 2007 at 10:58:02AM +0200, Gerfried Fuchs wrote: > > * Bob Rutsky <[EMAIL PROTECTED]> [2007-10-06 20:33:39 CEST]: > > > This game tries to open > > > "/usr/share/games/wesnoth/fonts/DejaVuSans.ttf" font file, which is > > > symbolic link on real file in Debian system, > > > but it links as "../../../fonts/truetype/ttf-dejavu/DejaVuSans.ttf". > > > On my system "/usr/share/games" is a symbolic link on other partition > > > (because this directory taking a lot of disk space), so when game > > > tries to open "/usr/share/games/wesnoth/fonts/DejaVuSans.ttf" it > > > gives "No such file or directory". > > > > That's fine, but it's a bit out of my hand: the debhelper tool dh_link > > claims to be policy compliant for that: > > > > #v+ > > dh_link will generate symlinks that comply with debian policy - > > absolute when policy says they should be absolute, and relative > > links with as short a path as possible. > > #v- > > > > If you think this really should get changed please speak with the > > debehlper people about it. I'll leave the bug open for the time being, > > if you want you can reassign it to the package debhelper. > > You haven't responded at all, but as said above, I have heard about the > same problem from someone else so I thought again about it.
Sorry for no respond, letter was losed between other letters. I think that this "bug", as you said, more my personal system problem. My solution is not to use symbolic links at all for changing real location of system directories, and use "mount -o bind ..." for this type "linking". Theoretically .deb package can store path of source and destination files for any link, and in process of installing package generate symbolic link that is correct for specifically this system (as I understand now dh_link generate constant link in process of _generating_ package, and package store constant link). But in this way .deb format and installation procedure should be changed, and there still will be problems if system administrator will want to relocate link destination of system directory. So I think nothing should be changed. Thanks for respond! P.S. Oops, Joey Hess <[EMAIL PROTECTED]> already responded, but I writed so long letter... -- Bob Rutsky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
