Bug#1042855: openjdk-8: Please consider using libjpeg-dev virtual package as dependency

[Thorsten Glaser]

Vladimir Petko dixit:

>openjdk-8 382-ga-1 uses libjpeg-turbo62 as a dependency rather than
>libjpeg-dev that it used before.

No, for Ubuntu it uses libjpeg-turbo8-dev, so why…

>The attached patch updates control and rules to select libjpeg-dev as a
>dependency allowing Ubuntu sync.

… oh, right, you don’t regenerate debian/control when you do a sync.

>The attached patch was applied to achieve the following:
>
>  * Use libjpeg-dev virtual package to solve dependency-wait (LP:
>    #2028973).

No, virtual packages cannot be used as build dependencies,
that violates Policy.

Would be this okay for you:

--- a/debian/rules
+++ b/debian/rules
@@ -689,7 +689,7 @@ ifeq ($(derivative),Ubuntu)
 else ifneq (,$(filter $(distrel),wheezy))
   bd_syslibs += libjpeg8-dev,
 else
-  bd_syslibs += libjpeg62-turbo-dev,
+  bd_syslibs += libjpeg62-turbo-dev | libjpeg-dev,
 endif
 bd_syslibs += \
        libgif-dev,

This will be valid in Debian (virtual package *is* allowed as
second alternative, because buildds only use the first) and
works iff Ubuntu buildd also use the second alternative.

bye,
//mirabilos
-- 
<ch> you introduced a merge commit        │<mika> % g rebase -i HEAD^^
<mika> sorry, no idea and rebasing just fscked │<mika> Segmentation
<ch> should have cloned into a clean repo      │  fault (core dumped)
<ch> if I rebase that now, it's really ugh     │<mika:#grml> wuahhhhhh