Bug#670780: [libois-dev] Pathname changed to lowercase: /usr/include/OIS -> ../ois/
2012/4/29 Alessandro Ghedini : > On Sat, Apr 28, 2012 at 10:29:35PM +0100, Manuel A. Fernandez Montecelo wrote: >> It seems that, for some reason, the pathname in the last revision >> changed from /usr/include/OIS to ../ois/ , changing the case. OGRE, >> using cmake macros, fails to find OIS since then. I suspect that this >> might affect quite a few other projects when developers copy the CMake >> modules directly from OGRE, or expect to have the directory named in >> uppercase, as it was the case until now. > > Note that this caused a FTBFS in the libois-perl package (see #669448), which > has been fixed by simply changing the header path. Of course that this can be fixed by changing the path of *all of the applications* depending on OIS (including this thing with OGRE samples), but I doubt that this is the way to go; and I think that fixing libois-perl in this way is wrong and it'll require to fix it back when the pathname is changed again. The pathnames should not be changed in a Debian revision of a package, this is not even a new upstream release. At any rate, the debian package should use the same pathname as upstream, that's the only sensible fix, unless there's a powerful reason to not do so (e.g. that the pathname by upstream was actually in lowercase for years -- which I think that it's not the case). Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670780: [libois-dev] Pathname changed to lowercase: /usr/include/OIS -> ../ois/
On Sat, Apr 28, 2012 at 10:29:35PM +0100, Manuel A. Fernandez Montecelo wrote:
> It seems that, for some reason, the pathname in the last revision
> changed from /usr/include/OIS to ../ois/ , changing the case. OGRE,
> using cmake macros, fails to find OIS since then. I suspect that this
> might affect quite a few other projects when developers copy the CMake
> modules directly from OGRE, or expect to have the directory named in
> uppercase, as it was the case until now.
Note that this caused a FTBFS in the libois-perl package (see #669448), which
has been fixed by simply changing the header path.
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#670780: [libois-dev] Pathname changed to lowercase: /usr/include/OIS -> ../ois/
Package: libois-dev Version: 1.3.0+dfsg0-4 Severity: normal --- Please enter the report below this line. --- It seems that, for some reason, the pathname in the last revision changed from /usr/include/OIS to ../ois/ , changing the case. OGRE, using cmake macros, fails to find OIS since then. I suspect that this might affect quite a few other projects when developers copy the CMake modules directly from OGRE, or expect to have the directory named in uppercase, as it was the case until now. I tried to spot the differences in the git repository since the last revision, but I couldn't spot anything directly. Maybe the autoreconf stuff or something did cause this side effect? In any case, a simple hack moving the directory after installing would be enough to fix the problem immediately. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 unstableftp.uk.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libois-1.3.0 (= 1.3.0+dfsg0-4) | 1.3.0+dfsg0-4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
