https://bugzilla.novell.com/show_bug.cgi?id=487400 User bitdealer@gmail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=487400#c1 --- Comment #1 from Stephan Kleine <bitdealer@gmail.com> 2009-03-20 13:35:27 MST --- How to reproduce: E.g for openvas-libnasl in security:openvas:UNSTABLE: 1. "osc co security:openvas:UNSTABLE openvas-libnasl" 2. "cd security\:openvas\:UNSTABLE/openvas-libnasl" 3. "osc build --local-package --alternative-project=security:openvas:UNSTABLE openSUSE_11.1 i586 libopenvasnasl.spec" creates libopenvasnasl-debugsource-2.0.1-1.0.i586.rpm & libopenvasnasl-debuginfo-2.0.1-1.0.i586.rpm although "-d" isn't used and 4. "osc build --local-package --alternative-project=security:openvas:UNSTABLE Mandriva_2009 i586 libopenvasnasl.spec --clean" fails with "error: Package already exists: %package debug" because Mandriva 2009 always creates debug packages. As you can see in neither of those calls "-d" was used and therefore it should not build any debug packages which it currently does (or tries to in Mandrivas case). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=487400 User bitdealer@gmail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=487400#c3 --- Comment #3 from Stephan Kleine <bitdealer@gmail.com> 2009-03-22 15:02:41 MST --- It doesn't respect project wide settings either. E.g. debuginfo is disabled in security:openvas:STABLE for Mandriva 2009 but "osc build --local-package --alternative-project=security:openvas:STABLE Mandriva_2009 i586 libopenvasnasl.spec" still fails with "error: Package already exists: %package debug". Also I don't see a reason for ignoring package wide settings but respecting project wide settings. IMHO it shouldn't respect any build debuginfo settings but simply default to not to build any debuginfo packages until one uses "-b" to signal one wants some. The reasoning simply is that otherwise it would be impossible to override server side settings locally (which e.g. makes it impossible to build packages for Mandriva 2009 locally if debuginfo is enabled on the server side) while my solution would allow one to locally do what one prefers. Or, in other words, it should not be impossible to override server side settings for local builds. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=487400 User bitdealer@gmail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=487400#c5 --- Comment #5 from Stephan Kleine <bitdealer@gmail.com> 2009-03-24 14:29:46 MST ---

I just committed to small fixes for this (see r6911 and r6914).

Thanks a lot for looking into it so fast!

IMHO it makes sense to respect the project/package wide settings for the debuginfo generation. What we can do is the following: osc build --debug ... simply inverts the value which is stored in the buildinfo.

I don't really care as long as I'm able to override the server side settings. However, IMHO, it's really much easier to understand "use -d to generate debug packages" than "use -d to invert the current server side setting for debug packages" ;D Last but not least your solution would force me to look at the server side setting to find out if I need -d or not while, with mine, I would know it in the first place so it also would be a bit simpler to use. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.