On 01/23/2014 05:26 PM, Alexander GQ Gerasiov wrote:

Thu, 23 Jan 2014 15:12:07 +0100
Marc Kleine-Budde [off-list ref] wrote:

quoted

On 01/23/2014 03:07 PM, Yegor Yefremov wrote:

quoted

On Thu, Jan 23, 2014 at 3:00 PM, Marc Kleine-Budde
[off-list ref] wrote:

quoted

On 01/23/2014 02:58 PM, Oliver Hartkopp wrote:

quoted

Hi Marc,

when can-utils are now intended to be packaged for Debian:

Does it make sense to move the installation directory to /usr/bin
instead of the current /usr/local/bin target??

No, Uwe will probably use ./configure --prefix=/usr

CC Alexander and Nikita.

I consider the plain Makefile legacy, so using autotools for the
debian package is the way to go. The standard way to configure the
installation prefix is: ./configure --prefix=/usr

Well... I seen some strange behavior when tried to use autohell

What kind of strange behaviour?

So I use plain Makefile in my not-yet-uploaded-into-Debian package.

If you want to get rid of it, I'd recommend you remove it completely
from git, rename auto* to common name (for now Makefile called
GNUmakefile or something like that) and remove from git any
autogenerated files.

From the GNU make info page:
""By default, when `make' looks for the makefile, it tries the following
names, in order: `GNUmakefile', `makefile' and `Makefile'.""

So GNUmakefile has a higher priority as Makefile.
There aren't any auto generated files in the git.

So can I do auto*/configure/make, than make distclean and there will
be no *changed* files (if there are any *new* files - it's Ok).

Just call:

./autogen.sh
./configure
make

Should work out of the box.

Otherwise package maintainers have some headache in writing correct
build scripts.

Marc

-- 
Pengutronix e.K.                  | Marc Kleine-Budde           |
Industrial Linux Solutions        | Phone: +49-231-2826-924     |
Vertretung West/Dortmund          | Fax:   +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686  | http://www.pengutronix.de   |