W dniu 09.03.2014 16:55, Оlе Ѕtrеісhеr pisze: > Osamu Aoki <osamu_aoki_h...@nifty.com> writes: >> On Sat, Mar 08, 2014 at 08:47:41PM +0100, Оlе Ѕtrеісhеr wrote: >>> Bartosz Feński <bart...@fenski.pl> writes: >>>>> I am packaging some older software (eso-midas, [1]) that installs >>>>> everything into a common directory (f.e. /usr/lib/eso-midas/). However, >>>>> the FHS requires that this should be split between /usr/share/ and >>>>> /usr/lib/<arch>/. In the majority of cases, this could be done >>>>> automatically by recognizing the type with the "file" command: object >>>>> files, libs etc. go to /usr/lib/<arch>/eso-midas/, all text and data >>>>> files to /usr/share/eso-midas (with a link to >>>>> /usr/lib/<arch>/eso-midas). >> Is this some old package with autotools? Then... this may be fixed by >> reconfiguring build script, do so. > No; that would be easy. The program is really old and installs all > libraries and binaries within the source tree, with the option to remove > the unneeded sources afterwards. > > It has simply no way to specify a data dir and/or a lib dir. The basic > install instruction is: > > 1. unpack the sources to the place you want to have the package > 2. point the environment variable (MIDASHOME) to that dir > 3. start compilation > 4. (optional) remove unneeded sources Come on... it's oneliner in any shell to move those files to correct locations. I don't think we need special dh_helper to handle one exemption.
regards fEnIo -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/531c9a60.1090...@fenski.pl
