Bug#666987: dpkg-buildflags: DEB_*_MAINT_* overrides user options.

2012-04-03 Thread Miguel Colon
Package: dpkg-dev Version: 1.16..2 Hello: I noticed that some of the options I set in DEB_BUILD_OPTIONS and DEB_*_APPEND get overriden by DEB_*_MAINT_*. Also I noticed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653846 seems to suggest to set DEB_CFLAGS_MAINT_APPEND=-Os

Bug#666987: dpkg-buildflags: DEB_*_MAINT_* overrides user options.

2012-04-03 Thread Raphael Hertzog
Hello, On Tue, 03 Apr 2012, Miguel Colon wrote: I would guess the DEB_BUILD_OPTIONS=noopt problem should be reported against the package that suffer from this case Yes, definitely. but should not the user options in DEB_flag_* (or $XDG_CONFIG_HOME/dpkg/buildflags.conf) override the

Bug#666987: dpkg-buildflags: DEB_*_MAINT_* overrides user options.

2012-04-03 Thread Miguel Colon
I'm not sure what the proper approach would be. On the other hand, I'm not entirely convinced that it's important to let the user have the last word in cases where maintainers have opted for a specific optimization level: - building with -Os is typically made for udeb and I don't see a

Bug#666987: dpkg-buildflags: DEB_*_MAINT_* overrides user options.

2012-04-03 Thread Raphael Hertzog
On Tue, 03 Apr 2012, Miguel Colon wrote: Well any flag not only optimization levels are affected but -OX is probably the most common case. Any flag that allow overriding a previous value of the same flag and that maintainers are likely to change... wich doesn't make many. Also some packages

Bug#666987: dpkg-buildflags: DEB_*_MAINT_* overrides user options.

2012-04-03 Thread Miguel Colon
Well any flag not only optimization levels are affected but -OX is probably the most common case. Any flag that allow overriding a previous value of the same flag and that maintainers are likely to change... wich doesn't make many. True, I was also thinking about the silly case when someone