On Wed, Sep 11, 2013 at 9:17 PM, Jonathan Wiltshire wrote:
> Release goals are areas of functionality which developers would like to see
> as an aim for the next release. They will not hold up the release, but
> allow the bugs opened for that goal to be of severity 'important'.
I am not sure if t
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-falcon
Version : 0.1.7
Upstream Author : Kurt Griffiths
* URL : http://falconframework.org
* License : Apache-2.0
Programming Lang: Python
Description : supersonic micro-fram
Control: reassign -1 wnpp
On Mi, 18 sep 13, 13:50:29, Simon Gareste wrote:
> Package: vlc-plugin-vlsub
> Severity: wishlist
> Owner: Simon Gareste
>
> * Package name: vlc-plugin-vlsub
> Version : 0.9.10
> Upstream Author : Guillaume Le Maout
> * URL :
> http://addon
Russ Allbery writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Ian Jackson writes:
> > Or do you mean that you have files in your git branch which are removed
> > by debian/rules clean ? (I'm no longer ruling anything out merely on
> > the grounds that it would
Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> No, I mean the upstream tarball contains autotools-generated files that
> debian/rules deletes (and that aren't in my, or upstream's, git tree).
> dpkg-source ignores removals when generating the de
On Wed, 2013-09-18 at 14:16 +0100, Ian Jackson wrote:
> Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > No, I mean the upstream tarball contains autotools-generated files that
> > debian/rules deletes (and that aren't in my, or upstream's, gi
On 18 September 2013 03:42, Mathieu Malaterre wrote:
> On Wed, Sep 11, 2013 at 9:17 PM, Jonathan Wiltshire wrote:
>> Release goals are areas of functionality which developers would like to see
>> as an aim for the next release. They will not hold up the release, but
>> allow the bugs opened for t
Ian Jackson (2013-09-18):
> Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > No, I mean the upstream tarball contains autotools-generated files that
> > debian/rules deletes (and that aren't in my, or upstream's, git tree).
> > dpkg-source ig
Steve Langasek writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> On Tue, Sep 17, 2013 at 07:19:22PM +0100, Ian Jackson wrote:
> > TBPH I think it's a bug if build followed by clean doesn't restore the
> > package to the state you got out of dpkg-source. I don't
Ben Hutchings writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Example from sgt-puzzles:
>
> override_dh_auto_clean:
> ! [ -f Makefile ] || $(MAKE) clean
> $(MAKE) -f Makefile.doc clean
> if [ -d .git ]; then\
>
Am 18.09.2013 15:38, schrieb Dmitrijs Ledkovs:
> On 18 September 2013 03:42, Mathieu Malaterre wrote:
>> On Wed, Sep 11, 2013 at 9:17 PM, Jonathan Wiltshire wrote:
>>> Release goals are areas of functionality which developers would like to see
>>> as an aim for the next release. They will not hol
On Wed, 2013-09-18 at 14:49 +0100, Ian Jackson wrote:
> Ben Hutchings writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > Example from sgt-puzzles:
> >
> > override_dh_auto_clean:
> > ! [ -f Makefile ] || $(MAKE) clean
> > $(MAKE) -f Makefile.doc clean
On Mon, Aug 26, 2013 at 05:59:41PM +0400, Игорь Пашев wrote:
> https://wiki.debian.org/Projects/DebSrc3.0
>
> Anything other looks bad :-)
I think guilt attempts to address something that 3.0 leaves unresolved.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Wed, Sep 18, 2013 at 14:16:32 +0100, Ian Jackson wrote:
> Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
> Debian branches)"):
> > No, I mean the upstream tarball contains autotools-generated files that
> > debian/rules deletes (and that aren't in my, or upstream
Julien Cristau writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> On Wed, Sep 18, 2013 at 14:16:32 +0100, Ian Jackson wrote:
> > Julien Cristau writes ("Re: Status of dgit (good for NMUs and
> > fast-forwarding Debian branches)"):
> > > No, I mean the upstream ta
Cyril Brulebois writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Charles Plessy (2013-09-18):
> > for a small native package that I prepared, I would like to indicate dgit's
> > repository as VCS in its source control file (Vcs-Browser and Vcs-Git
> > fields).
Ian Jackson writes:
> Russ Allbery writes:
>> This is common. Usually it's because upstream ships generated files in
>> the upstream tarball as well as source files. As part of building the
>> Debian package from source, one wants to remove all generated files and
>> recreate them. Deleting th
Adam Borowski writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> On Tue, Sep 17, 2013 at 07:02:04PM +0100, Ian Jackson wrote:
> > Or you could simply ignore the format `3.0 (quilt)' thing entirely and
> > allow it to automatically accumulate one diff per upload, a
Package: wnpp
Owner: Marius Gavrilescu
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libio-prompt-tiny-perl
Version : 0.002
Upstream Author : David Golden
* URL : https://metacpan.org/release/IO-Prompt-Tiny
Ian Jackson writes:
> If your source package contains the files, and your git tree does too,
> then you will find that debian/rules clean generates a dirty git tree.
> How do you deal with this problem at the moment ?
Generally by not running debian/rules clean in my source repository or, if
so,
Ben Hutchings writes ("Re: Status of dgit (good for NMUs and fast-forwarding
Debian branches)"):
> Example from sgt-puzzles:
>
> override_dh_auto_clean:
> ! [ -f Makefile ] || $(MAKE) clean
> $(MAKE) -f Makefile.doc clean
> if [ -d .git ]; then\
>
Ian Jackson writes:
> Single-patch "3.0 (quilt)" is still IMO insane. The droppings in .pc
> and debian/patches (which require workarounds in dgit) also mean (for
> example) that a debdiff of a one-line change contains a giant pile of
> poo.
I don't understand what you mean by this. I do debdi
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libdancer-plugin-database-core-perl
Version : 0.04
Upstream Author : Alberto Manuel Brand�o Sim�es
* URL : https://metacpan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 15/09/13 23:34, Roger Leigh wrote:
> On Tue, Sep 10, 2013 at 10:42:09PM +0200, Daniel Pocock wrote:
>>
>>
>> Some of the upstream projects I work on use travis-ci.org for
>> continuous integration
>>
>> In some cases I'd like to configure bui
Hi Peter,
Thank you for your very helpful answer. Seriously, it is rare to get
such a good answer on such a topic. I actually read your response on
academia.sx before you saw your email, and I should have guessed such
a good reason would have come from a Debian person. Also, I see you
registered
Ian Jackson wrote:
> That it doesn't browse well is indeed annoying. On the server the
> dgit suite branch ref names aren't in refs/heads/, which is needed to
> stop git pushing to them by default. But that makes gitweb not show
> them either. I'm open to suggestions for how to improve this.
>
Joerg Jaspert debian.org> writes:
> it came to our attention[0] that most R packages ship data files (*.Rda,
> *.Rdata), which can contain a lot of different kind of data, from
> command line instructions, to huge data tables, or even extra modules
> loaded by means of install.packages() function.
Package: wnpp
Owner: Bas Couwenberg
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-...@lists.debian.org
* Package name: tinyows
Version : 1.1.0-3
Upstream Author : Barbara Philippot, Olivier Courtin and the MapServer
team.
* URL : http://www.maps
Package: wnpp
Severity: wishlist
Owner: Jerome Benoit
* Package name: mplapack
Version : 0.8.0
Upstream Author : Nakata Maho
* URL : http://mplapack.sourceforge.net
* License : GPL
Programming Lang: C/C++
Description : multiple precision arithmetic BLA
29 matches
Mail list logo
