Summary: | wrong result of symbolic link compare in equery check | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Zhixu Liu <zhixu.liu> |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | jakub |
Priority: | High | Keywords: | InVCS |
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 170220 |
Description
Zhixu Liu
2007-03-13 08:56:54 UTC
Hmmm, so why does openssh's Makefile.in create such weird symlinks for slogin stuff at all? ln -s ./ssh$(EXEEXT) $(DESTDIR)$(bindir)/slogin ln -s ./ssh.1 $(DESTDIR)$(mandir)/$(mansubdir)1/slogin.1 Nothing else here does. # ls -lR /bin /sbin /usr/bin /usr/sbin /usr/share/man | grep -- "-> \./" lrwxrwxrwx 1 root root 5 2007-03-12 17:19 slogin -> ./ssh lrwxrwxrwx 1 root root 11 2007-03-12 17:19 slogin.1.bz2 -> ./ssh.1.bz2 it may be quite weird, but it isnt invalid, so changing openssh doesnt fix the real problem $ svn commit -m "Fix equery check to not fail for symlinks prefixed with ./ (Bug #170702)" Sending ChangeLog Sending src/equery/equery Transmitting file data .. Committed revision 358. Fixed in gentoolkit-0.2.4_pre2 |