On Fri, 06 Jul 2018 at 08:16:12 +0200, Andreas Tille wrote:
> Just yesterday
> I had an example where the upstream download archive is lacking some
> files from upstream SVN which need to be merged in to enable building
> the software[1].
This often happens in Autotools packages whose upstream dev
Simon McVittie writes:
> The only times repacking the orig tarball is required are:
>
> […]
> - it isn't available in a format supported by dpkg (with the extreme case
> of this being that there is no orig tarball at all, only a VCS repository)
A case more extreme: the work is not distributed
On Fri, Jul 06, 2018 at 08:27:13AM +0100, Simon McVittie wrote:
> On Fri, 06 Jul 2018 at 08:16:12 +0200, Andreas Tille wrote:
> > Just yesterday
> > I had an example where the upstream download archive is lacking some
> > files from upstream SVN which need to be merged in to enable building
> > the
On Fri, Jul 06, 2018 at 08:27:13AM +0100, Simon McVittie wrote:
> On Fri, 06 Jul 2018 at 08:16:12 +0200, Andreas Tille wrote:
> > Just yesterday
> > I had an example where the upstream download archive is lacking some
> > files from upstream SVN which need to be merged in to enable building
> > the
On Thu, 2018-07-05 at 14:04 -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> From what you write above I tend to think that simply by not using
> dh-cmake whatever upstream has defined as packaging it will be simply
> ignored (ie, it will become a "standard" CMake project).
Yes, this is true. d
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: milib
Version : 1.8.4
* URL : https://github.com/milaboratory/milib
* License : Apache
Programming Lang: Java
Description : library for Next Generation Sequencing (NGS) data processin
On Fri, Jul 06, 2018 at 11:59:58AM -0400, Kyle Edwards wrote:
> I have a question about this (and I apologize if this is slightly off
> topic): VTK includes "convenience copies" of third-party libraries it
> uses to avoid "dependency hell", and also because we've made
> modifications to them that h
On Fri, 2018-07-06 at 21:00 +0100, Colin Watson wrote:
> If the libraries in question are DFSG-free themselves, there's no
> DFSG issue and you don't need to remove them from the tarball (and
> we'd generally encourage not modifying the upstream tarball
> unnecessarily for upload to Debian). The p
On Fri, Jul 06, 2018 at 04:40:44PM -0400, Kyle Edwards wrote:
> On Fri, 2018-07-06 at 21:00 +0100, Colin Watson wrote:
> > If the libraries in question are DFSG-free themselves, there's no
> > DFSG issue and you don't need to remove them from the tarball (and
> > we'd generally encourage not modify
On Sat, Jul 07, 2018 at 12:25:15AM +0200, Mattia Rizzolo wrote:
> On Fri, Jul 06, 2018 at 04:40:44PM -0400, Kyle Edwards wrote:
> > On Fri, 2018-07-06 at 21:00 +0100, Colin Watson wrote:
> > > If the libraries in question are DFSG-free themselves, there's no
> > > DFSG issue and you don't need to r
On Sat, 07 Jul 2018 00:25:15 +0200, Mattia Rizzolo wrote:
> On Fri, Jul 06, 2018 at 04:40:44PM -0400, Kyle Edwards wrote:
> > On Fri, 2018-07-06 at 21:00 +0100, Colin Watson wrote:
> > > If the libraries in question are DFSG-free themselves, there's no
> > > DFSG issue and you don't need to remove
11 matches
Mail list logo
