Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.maint.java > #10096 > unrolled thread

gradle-bundle-plugin

Back to article view | Back to linux.debian.maint.java

Contents

  gradle-bundle-plugin Sebastian Humenda <shumenda@gmx.de> - 2017-10-20 21:30 +0200
    Re: gradle-bundle-plugin Emmanuel Bourg <ebourg@apache.org> - 2017-10-20 21:40 +0200
      Re: gradle-bundle-plugin Sebastian Humenda <shumenda@gmx.de> - 2017-10-20 22:10 +0200
        Re: gradle-bundle-plugin Emmanuel Bourg <ebourg@apache.org> - 2017-10-20 22:20 +0200
          Re: gradle-bundle-plugin Sebastian Humenda <shumenda@gmx.de> - 2017-10-20 23:00 +0200
      RE: gradle-bundle-plugin "Ingo Bauersachs" <ingo@jitsi.org> - 2017-10-21 13:50 +0200
        Re: gradle-bundle-plugin Emmanuel Bourg <ebourg@apache.org> - 2017-10-21 16:10 +0200

#10096 — gradle-bundle-plugin

[Multipart message — attachments visible in raw view] — view raw

Hi

I'm trying to package a java project which uses Gradle. When executing
`dpkg-buildpackage`, I get

    Could not resolve org.dm.gradle:gradle-bundle-plugin:0.6.4.

This seems not to be in Debian. I know that these requests are sort of
unpopular, but is there somebody who would be willing to package this for
Debian? I would like to avoid packaging it myself, I'm lacking experience and
I'm sure infrastructure packages need even more attention.


Thanks for your help
Sebastian

[toc] | [next] | [standalone]

#10097

Le 20/10/2017 à 21:28, Sebastian Humenda a écrit :

> I'm trying to package a java project which uses Gradle. When executing
> `dpkg-buildpackage`, I get
> 
>     Could not resolve org.dm.gradle:gradle-bundle-plugin:0.6.4.

Hi Sebastian,

What project are you trying to package? If the OSGi metadata aren't
essential you could probably disable this plugin.

Emmanuel Bourg

[toc] | [prev] | [next] | [standalone]

#10098

[Multipart message — attachments visible in raw view] — view raw

Hi Emmanuel

Emmanuel Bourg schrieb am 20.10.2017, 21:37 +0200:
>Le 20/10/2017 à 21:28, Sebastian Humenda a écrit :
>> I'm trying to package a java project which uses Gradle. When executing
>> `dpkg-buildpackage`, I get
>> 
>>     Could not resolve org.dm.gradle:gradle-bundle-plugin:0.6.4.
>What project are you trying to package?
It's <https://github.com/brailleapps/braille-utils.api>.

>If the OSGi metadata aren't essential you could probably disable this plugin.
Sorry, I don't know. What would be the correct way to disable it?

Thanks!
Sebastian
-- 
Web: https://www.crustulus.de (English|Deutsch)  | Blog: https://www.crustulus.de/blog
FreeDict: Free multilingual dictionaries - http://www.freedict.org
Freies Latein-Deutsch-Wörterbuch: https://www.crustulus.de/freedict.de.html

[toc] | [prev] | [next] | [standalone]

#10099

Le 20/10/2017 à 22:04, Sebastian Humenda a écrit :

> Sorry, I don't know. What would be the correct way to disable it?

You can simply patch build.gradle and remove the "apply plugin"
directive, the dependency declaration and the "bundle { ... }" block.

Emmanuel Bourg

[toc] | [prev] | [next] | [standalone]

#10100

[Multipart message — attachments visible in raw view] — view raw

Hi

Emmanuel Bourg schrieb am 20.10.2017, 22:12 +0200:
>Le 20/10/2017 à 22:04, Sebastian Humenda a écrit :
>
>> Sorry, I don't know. What would be the correct way to disable it?
>
>You can simply patch build.gradle and remove the "apply plugin"
>directive, the dependency declaration and the "bundle { ... }" block.
Thanks for these instructions, it builds fine :).

Cheers
Sebastian

[toc] | [prev] | [next] | [standalone]

#10101

> Le 20/10/2017 à 21:28, Sebastian Humenda a écrit :
> 
>> I'm trying to package a java project which uses Gradle. When executing
>> `dpkg-buildpackage`, I get
>> 
>>     Could not resolve org.dm.gradle:gradle-bundle-plugin:0.6.4.
> 
> Hi Sebastian,
> 
> What project are you trying to package? If the OSGi metadata aren't
> essential you could probably disable this plugin.

Please don't remove OSGi metadata from libraries that provide it upstream.
Other projects using OSGi rely on the metadata being there. It would be
surprising that the metadata is missing on Debian.

An alternative could be to generate the metadata from an online Gradle build
and package it along with the other sources. It's just an extended manifest.
AFAIK sometimes other libraries using bnd to generate metadata are packaged
similarly.

> Emmanuel Bourg

Ingo

[toc] | [prev] | [next] | [standalone]

#10102

Le 21/10/2017 à 13:41, Ingo Bauersachs a écrit :
> 
> Please don't remove OSGi metadata from libraries that provide it upstream.
> Other projects using OSGi rely on the metadata being there. It would be
> surprising that the metadata is missing on Debian.
> 
> An alternative could be to generate the metadata from an online Gradle build
> and package it along with the other sources. It's just an extended manifest.
> AFAIK sometimes other libraries using bnd to generate metadata are packaged
> similarly.

This alternative is a burden for the maintainer. If no OSGi application
uses this library that would just be a waste of time. If this is really
needed I'm sure someone will volunteer to package gradle-bundle-plugin.

Emmanuel Bourg

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.maint.java

csiph-web