On 05/09/2012 22:11, Andreas Tille wrote:
On Tue, Sep 04, 2012 at 08:19:29PM +0200, Stéphane Glondu wrote:
Le 17/08/2012 13:08, Andreas Tille a écrit :
So we finally have three independently developed solutions (we
also have several instances of a debian/get-orig-source script in
Debian Med tea
On Thu, Sep 06, 2012 at 03:36:11PM +0200, Mehdi Dogguy wrote:
>
> I think he was mentioning another method that helps maintainers to
> automatically clean the imported tarball when importing it. IIRC,
> this method has been added to git-import-orig circa DebConf9. Its
> use is very simple, IMHO. D
Le 05/09/2012 22:11, Andreas Tille a écrit :
>>> So we finally have three independently developed solutions (we also have
>>> several instances of a debian/get-orig-source script in Debian Med
>>> team) and my suggestion was just to settle with a common and simple
>>> solution. This should be pret
On Tue, Sep 04, 2012 at 08:19:29PM +0200, Stéphane Glondu wrote:
> Le 17/08/2012 13:08, Andreas Tille a écrit :
> > So we finally have three independently developed solutions (we also have
> > several instances of a debian/get-orig-source script in Debian Med
> > team) and my suggestion was just to
Le 17/08/2012 13:08, Andreas Tille a écrit :
> So we finally have three independently developed solutions (we also have
> several instances of a debian/get-orig-source script in Debian Med
> team) and my suggestion was just to settle with a common and simple
> solution. This should be pretty simpl
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120830225209.GA6550@pegase
Andreas Tille writes ("Re: Enabling uupdate to simply remove files from
upstream source (Was: Minified javascript files)"):
> On Fri, Aug 24, 2012 at 04:32:05PM +0100, Ian Jackson wrote:
> > Some of the information is machine-readable, and some is not. This is
> > o
Hi,
On Fri, Aug 24, 2012 at 04:32:05PM +0100, Ian Jackson wrote:
> Andreas Tille writes ("Re: Enabling uupdate to simply remove files from
> upstream source (Was: Minified javascript files)"):
> > On Fri, Aug 24, 2012 at 01:37:18PM +0100, Ian Jackson wrote:
> >
Andreas Tille writes ("Re: Enabling uupdate to simply remove files from
upstream source (Was: Minified javascript files)"):
> On Fri, Aug 24, 2012 at 01:37:18PM +0100, Ian Jackson wrote:
> > Andreas Tille writes ("Re: Enabling uupdate to simply remove files from
Hi,
On Fri, Aug 24, 2012 at 01:37:18PM +0100, Ian Jackson wrote:
> Andreas Tille writes ("Re: Enabling uupdate to simply remove files from
> upstream source (Was: Minified javascript files)"):
> > 1. The new field Files-Excluded in debian/copyright contains
>
> I
Andreas Tille writes ("Re: Enabling uupdate to simply remove files from
upstream source (Was: Minified javascript files)"):
> 1. The new field Files-Excluded in debian/copyright contains
> a space separated list of regular expressions.
> The deletion process w
On Tue, 2012-08-21 at 21:09:12 +0200, Andreas Tille wrote:
> On Tue, Aug 21, 2012 at 05:20:24PM +0200, Guillem Jover wrote:
> > See:
> >
> > /usr/share/doc/libdpkg-perl/README.api
> >
> > $ dpkg -L libdpkg-perl|grep 'Hash\.pm'|xargs grep VERSION
>
> It seems my assumption is not that wrong:
On Tue, Aug 21, 2012 at 05:20:24PM +0200, Guillem Jover wrote:
> > I don't get what you want to express:
> >
> > $ LANG=C apt-cache policy libparse-debcontrol-perl
> > $ LANG=C apt-cache policy libdpkg-perl
> >
> > Both modules have version >= 1.00.
>
> Module not package, sorry, I thought it w
On Tue, 2012-08-21 at 08:42:39 +0200, Andreas Tille wrote:
> On Tue, Aug 21, 2012 at 03:37:58AM +0200, Guillem Jover wrote:
> > On Mon, 2012-08-20 at 20:50:31 +0200, gregor herrmann wrote:
> > > Not sure how "official" my use of Dpkg::Control::Hash is, so maybe
> > > better stick to Jonas' proposal
Hi Guillem,
On Tue, Aug 21, 2012 at 03:37:58AM +0200, Guillem Jover wrote:
> On Mon, 2012-08-20 at 20:50:31 +0200, gregor herrmann wrote:
> > On Mon, 20 Aug 2012 09:39:34 +0200, Andreas Tille wrote:
> > > > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > > > (libdpkg-p
Hi!
On Mon, 2012-08-20 at 20:50:31 +0200, gregor herrmann wrote:
> On Mon, 20 Aug 2012 09:39:34 +0200, Andreas Tille wrote:
> > > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > > (libdpkg-perl)
> > How would you compare this to Jonas solution using
> > use Parse::De
On Mon, 20 Aug 2012 09:39:34 +0200, Andreas Tille wrote:
> > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > (libdpkg-perl)
> How would you compare this to Jonas solution using
> use Parse::DebControl;
> ?
Not sure how "official" my use of Dpkg::Control::Hash is, so
On Mon, Aug 20, 2012 at 07:03:58AM -0400, James McCoy wrote:
> On Mon, Aug 20, 2012 at 09:39:34AM +0200, Andreas Tille wrote:
> > On Mon, Aug 20, 2012 at 12:10:19AM +0200, gregor herrmann wrote:
> > > Next guess:
> > >
> > > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
On Mon, Aug 20, 2012 at 09:39:34AM +0200, Andreas Tille wrote:
> On Mon, Aug 20, 2012 at 12:10:19AM +0200, gregor herrmann wrote:
> > Next guess:
> >
> > Dpkg::Control::Hash - parse and manipulate a block of RFC822-like fields
> > (libdpkg-perl)
>
> How would you compare this to Jonas solution us
Hi,
On Mon, Aug 20, 2012 at 12:10:19AM +0200, gregor herrmann wrote:
> > > I use ~dfsg by default, ~dfsg1 and bumping numbers for multiple
> > > repackagings, and only +dfsg when the repackaging happens after a
> > > non-repackaged version was released into Debian.
> > >
> > > Reason for this i
On Mon, Aug 20, 2012 at 12:32:28AM +0200, Jonas Smedegaard wrote:
> > Well, uscan makes some use of system so this could work - but I hoped
> > for a more Perl-ish solution (similar to the rfc822 reader in
> > python-debian).
>
> Is this Perl-ish enough for you?:
:-)
> #!/usr/bin/perl -w
> use
Hi!
On Sun, 2012-08-19 at 10:35:17 -0700, Russ Allbery wrote:
> get-orig-source:
> git archive --remote='$(REPO)' --prefix='openafs_$(DEBVERS).orig/' \
> --format=tar '$(TAG)' | tar xf -
> rm -r openafs_$(DEBVERS).orig/src/WINNT
> tar cf openafs_$(DEBVERS).orig.tar open
On 12-08-18 at 12:36am, Andreas Tille wrote:
> On Fri, Aug 17, 2012 at 11:03:27PM +0200, Jonas Smedegaard wrote:
> > > I admit I'm not very experienced with Perl and reading RFC822 files -
> > > so if somebody would help implementing this I'd be glad.
> >
> > grep-dctrl -FFormat -n -sFiles-Excl
On Sun, 19 Aug 2012 12:09:59 +0200, Andreas Tille wrote:
> > Sure, I guess I will get used to adding "--$option" instead of just
> > using plain uscan, if needed :)
> When reading this I wonder whether we actually will need any command
> line option at all? Shouldn't it rather be the other way ar
On Sun, 19 Aug 2012 12:19:57 +0200, Andreas Tille wrote:
> > Suffix should be configurable.
Ack.
> > I use ~dfsg by default, ~dfsg1 and bumping numbers for multiple
> > repackagings, and only +dfsg when the repackaging happens after a
> > non-repackaged version was released into Debian.
> >
>
Ansgar Burchardt writes:
> Please keep it usable for packages that do not use uscan to get the
> upstream tarball. I have some packages where I generate the upstream
> tarball from a VCS repository, but have to exclude some files. It would
> be nice to use the tool for such cases as well.
Teac
Hi,
On Sun, Aug 19, 2012 at 11:55:37AM +0200, Ansgar Burchardt wrote:
> > Yup, that would be nice.
> > But I don't think it belongs into uupdate but in uscan.
>
> Please keep it usable for packages that do not use uscan to get the
> upstream tarball. I have some packages where I generate the ups
On Sun, Aug 19, 2012 at 12:44:44AM +0200, Jonas Smedegaard wrote:
> On 12-08-18 at 10:19pm, Andreas Tille wrote:
> > 1. The new field Files-Excluded in debian/copyright contains
> > a space separated list of regular expressions.
> > The deletion process will loop over every expression
> >
On Sat, Aug 18, 2012 at 11:41:24PM +0200, gregor herrmann wrote:
> > 2. There was one vote from Gregor Hermann to use the --repack option
> > of uscan. I personally admit that I do not fully agree with
> > Gregor that this means changing the semantics of an existing option.
> > We are
gregor herrmann writes:
> On Fri, 17 Aug 2012 13:08:39 +0200, Andreas Tille wrote:
>> my suggestion was just to settle with a common and simple
>> solution. This should be pretty simple to implement (I'd volunteer to
>> do this but wanted to seek for comments before filing a bug report +
>> patch
On 12-08-19 at 08:32am, Charles Plessy wrote:
> Le Sun, Aug 19, 2012 at 12:44:44AM +0200, Jonas Smedegaard a écrit :
> > On 12-08-18 at 10:19pm, Andreas Tille wrote:
> > > 1. The new field Files-Excluded in debian/copyright contains
> > > a space separated list of regular expressions.
> > >
]] Andreas Tille
> Hi,
>
> trying to summarise suggested changes for the proposal:
>
> 1. The new field Files-Excluded in debian/copyright contains
> a space separated list of regular expressions.
Why regexes rather than globs, which is used elsewhere in the file?
Also, your example uses
Le Sun, Aug 19, 2012 at 12:44:44AM +0200, Jonas Smedegaard a écrit :
> On 12-08-18 at 10:19pm, Andreas Tille wrote:
> > 1. The new field Files-Excluded in debian/copyright contains
> > a space separated list of regular expressions.
> > The deletion process will loop over every expression
>
On 12-08-18 at 10:19pm, Andreas Tille wrote:
> 1. The new field Files-Excluded in debian/copyright contains
> a space separated list of regular expressions.
> The deletion process will loop over every expression
>
> rm -rf ${MAIN_SOURCE_DIR}/
Copyright file format emplicitly emphas
On Sat, 18 Aug 2012 22:19:22 +0200, Andreas Tille wrote:
> 2. There was one vote from Gregor Hermann to use the --repack option
> of uscan. I personally admit that I do not fully agree with
> Gregor that this means changing the semantics of an existing option.
> We are just repackagi
Hi,
trying to summarise suggested changes for the proposal:
1. The new field Files-Excluded in debian/copyright contains
a space separated list of regular expressions.
The deletion process will loop over every expression
rm -rf ${MAIN_SOURCE_DIR}/
An example copyright file wo
On Sat, 18 Aug 2012 00:55:15 +0200, gregor herrmann wrote:
> > > > I admit I'm not very experienced with Perl and reading RFC822 files -
> > > > so if somebody would help implementing this I'd be glad.
> Might be a job for Debian::Copyright, packaged as
> libdebian-copyright-perl.
>
> Cheers,
>
On Fri, 17 Aug 2012 14:12:49 +0200, Andreas Tille wrote:
> > > So we finally have three independently developed solutions (we also have
> > > several instances of a debian/get-orig-source script in Debian Med
> > > team) and
> > pkg-perl variant:
> > http://anonscm.debian.org/gitweb/?p=pkg-perl/s
On Sat, 18 Aug 2012 00:36:05 +0200, Andreas Tille wrote:
> On Fri, Aug 17, 2012 at 11:03:27PM +0200, Jonas Smedegaard wrote:
> > > I admit I'm not very experienced with Perl and reading RFC822 files -
> > > so if somebody would help implementing this I'd be glad.
> >
> > grep-dctrl -FFormat -n
On Fri, Aug 17, 2012 at 11:03:27PM +0200, Jonas Smedegaard wrote:
> > I admit I'm not very experienced with Perl and reading RFC822 files -
> > so if somebody would help implementing this I'd be glad.
>
> grep-dctrl -FFormat -n -sFiles-Excluded \
> http://www.debian.org/doc/packaging-manuals/
On 12-08-17 at 10:18pm, Andreas Tille wrote:
> On Fri, Aug 17, 2012 at 07:41:01PM +0200, Jakub Wilk wrote:
> > >Thanks. That bug is about it _both_ being required by Debian
> > >Policy to document in debian/copyright and it _also_ being
> > >documented in developers reference that such info shou
Hi,
On Fri, Aug 17, 2012 at 07:41:01PM +0200, Jakub Wilk wrote:
> >Thanks. That bug is about it _both_ being required by Debian
> >Policy to document in debian/copyright and it _also_ being
> >documented in developers reference that such info should be in
> >README.Source.
>
> FWIW, it's the oth
]] Pau Garcia i Quiles
> It's not a matter of using a better or worse script, having dpkg, or
> uupdate, or some other tool do that for us. It's a matter of
> repackaging. It's a matter of altering upstream's package for (IMHO)
> no good reason. It's a matter of breaking user confidence: users ar
* Jonas Smedegaard , 2012-08-17, 19:27:
It is already required (or only recommended?) to document in
debian/copyright when source has been altered,
See bug #561494.
Thanks. That bug is about it _both_ being required by Debian Policy to
document in debian/copyright and it _also_ being documente
On 12-08-17 at 05:17pm, Jakub Wilk wrote:
> * Jonas Smedegaard , 2012-08-17, 16:38:
> >It is already required (or only recommended?) to document in
> >debian/copyright when source has been altered,
>
> See bug #561494.
Thanks. That bug is about it _both_ being required by Debian Policy to
docum
* Jonas Smedegaard , 2012-08-17, 16:38:
It is already required (or only recommended?) to document in
debian/copyright when source has been altered,
See bug #561494.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
On 12-08-17 at 02:12pm, Andreas Tille wrote:
> Hi Gregor,
>
> On Fri, Aug 17, 2012 at 01:47:48PM +0200, gregor herrmann wrote:
> > On Fri, 17 Aug 2012 13:08:39 +0200, Andreas Tille wrote:
> >
> > > So we finally have three independently developed solutions (we also have
> > > several instances of
On Fri, Aug 17, 2012 at 03:12:02PM +0200, Bastien ROUCARIES wrote:
> I like this
>
> Please add a flag for specifying recompression method
Noted. On the other hand I wonder whether this should be separated from
the removal issue because we currently just do have a --repack option
and I think thi
Le 17 août 2012 14:15, "Andreas Tille" a écrit :
>
> Hi Gregor,
>
> On Fri, Aug 17, 2012 at 01:47:48PM +0200, gregor herrmann wrote:
> > On Fri, 17 Aug 2012 13:08:39 +0200, Andreas Tille wrote:
> >
> > > So we finally have three independently developed solutions (we also
have
> > > several instanc
Hi Gregor,
On Fri, Aug 17, 2012 at 01:47:48PM +0200, gregor herrmann wrote:
> On Fri, 17 Aug 2012 13:08:39 +0200, Andreas Tille wrote:
>
> > So we finally have three independently developed solutions (we also have
> > several instances of a debian/get-orig-source script in Debian Med
> > team) an
Hi,
On Fri, Aug 17, 2012 at 01:55:23PM +0200, Pau Garcia i Quiles wrote:
> On Fri, Aug 17, 2012 at 1:08 PM, Andreas Tille wrote:
> > On Fri, Aug 17, 2012 at 12:26:49PM +0200, Mike Hommey wrote:
> >> > > > As an unrelated idea which popped up when reading this: Do you
> >> > > > think it
On Fri, Aug 17, 2012 at 1:08 PM, Andreas Tille wrote:
> On Fri, Aug 17, 2012 at 12:26:49PM +0200, Mike Hommey wrote:
>> > > > As an unrelated idea which popped up when reading this: Do you think
>> > > > it
>> > > > would be a sensible enhancement to uupdate if it could deal with a list
>> > > >
On Fri, 17 Aug 2012 13:08:39 +0200, Andreas Tille wrote:
> So we finally have three independently developed solutions (we also have
> several instances of a debian/get-orig-source script in Debian Med
> team) and
pkg-perl variant:
http://anonscm.debian.org/gitweb/?p=pkg-perl/scripts.git;a=tree
r
On Fri, Aug 17, 2012 at 12:26:49PM +0200, Mike Hommey wrote:
> > > > As an unrelated idea which popped up when reading this: Do you think it
> > > > would be a sensible enhancement to uupdate if it could deal with a list
> > > > of files (wildcard strings that could be feed to `rm -rf`) which shou
On Fri, Aug 17, 2012 at 12:23:56PM +0200, Mike Hommey wrote:
> On Fri, Aug 17, 2012 at 11:55:02AM +0200, Daniel Leidert wrote:
> > Andreas Tille wrote:
> > > On Fri, Aug 17, 2012 at 09:39:05AM +0200, Jakub Wilk wrote:
> > > > Part of the problem is that we lack good tools to do this extra work
> >
On Fri, Aug 17, 2012 at 11:55:02AM +0200, Daniel Leidert wrote:
> Andreas Tille wrote:
> > On Fri, Aug 17, 2012 at 09:39:05AM +0200, Jakub Wilk wrote:
> > > Part of the problem is that we lack good tools to do this extra work
> > > for us.
> >
> > As an unrelated idea which popped up when reading
Andreas Tille wrote:
> On Fri, Aug 17, 2012 at 09:39:05AM +0200, Jakub Wilk wrote:
> > Part of the problem is that we lack good tools to do this extra work
> > for us.
>
> As an unrelated idea which popped up when reading this: Do you think it
> would be a sensible enhancement to uupdate if it c
On Fri, Aug 17, 2012 at 09:39:05AM +0200, Jakub Wilk wrote:
> Part of the problem is that we lack good tools to do this extra work
> for us.
As an unrelated idea which popped up when reading this: Do you think it
would be a sensible enhancement to uupdate if it could deal with a list
of files (w
58 matches
Mail list logo
