On Fri, 5 Jun 2020, Pierre Gruet wrote:
> valuable. I think I will first try gbp with a MUT package.
Your complimentary reminder that gbp is merely an add-on which
some packagers wish to use but not a standard Debian tool, and
things work very well without it. (In case gbp indeed still is
without
On Thu, 4 Jun 2020, Mechtilde wrote:
> This is an outdated information. You can collect all source tar.gz
> together in to one orig.tar.xz. In the d/gbp.conf you configure a
DON’T DO THAT.
MUTs (multi-origtgz) were invented for a good reason.
bye,
//mirabilos
--
«MyISAM tables -will- get corru
On Sat, 23 May 2020, Sudip Mukherjee wrote:
> I have now made a list with package name, the jar files that it
> provides and the list of class that the jar provides.
This must be scripted/scriptable though… the list for stable is
pretty much fixed, but the one for unstable (which is the relevant
On Wed, 6 May 2020, Andreas Tille wrote:
> > Or perhaps we need a webpage or wiki page generated by parsing the
> > Contents file and listing the matching Debian package for each class
> > or, at least, Java package (unless split across multiple packages)…
>
> I remember times when such a web page
On Wed, 6 May 2020, Andrej Shadura wrote:
> I wonder could we improve the package description and maybe add some
YES please, me either. Why even Geronimo, why not Jakarta’s, which
is the most latest?
> Provides or something to make it clear? I saw changes to packages adding
Or perhaps we need a
On Wed, 26 Jun 2019, Andreas Tille wrote:
> It seems you are refering to the package libgmavenplus-java. What do I
> need to do with this?
I’ve only seen it used here, I don’t speak Groovy, but it works
like this to compile test classes:
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://ww
On Wed, 26 Jun 2019, Mykola Nikishov wrote:
> Seems the only option is to use Ant tasks directly [1] as GMaven is not
> an option any more [2]:
What about gmavenplus?
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +
On Tue, 24 Feb 2015, Martin Steghöfer wrote:
> Sure, replacing the interfaces with our own ones (or the free ones from
> freehep) and patching all reverse dependencies can work. But as you've
> probably guessed from my choice of words ("crippling"), presenting an altered
> interface to all current
On Tue, 24 Feb 2015, Martin Steghöfer wrote:
> the interface issue again. Because no matter how well we replace the
> implementation, if we can't use the interfaces or have to "cripple" them, we
> don't have a fix.
We can just reimplement them, since we control all packages
that go into Debian an
On Mon, 23 Feb 2015, Martin Steghöfer wrote:
> So is it the official Debian position
There cannot be an official Debian position on this,
either it’s so or not, based on law ;-)
> that interfaces are not protected by copyright law? I'm not an expert
IANAL either, but interoperability is a big t
On Sun, 22 Feb 2015, Emmanuel Bourg wrote:
> I've successfully rebuilt beast-mcmc, spread-phy and libjung-java with
> this stripped down version of libcolt-java. I haven't been able to
In the meantime, I had forwarded the initial mail to our internal
developers’ mailing list (we a̲r̲e̲ an OSS com
11 matches
Mail list logo
