git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Yann Dirson <ydirson@altern.org>
To: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Cc: "Catalin Marinas" <catalin.marinas@gmail.com>,
	"Daniel White" <daniel@whitehouse.id.au>,
	git@vger.kernel.org, "Karl Hasselström" <kha@treskal.com>,
	stgit@packages.debian.org
Subject: Re: [StGit] Debian packaging update
Date: Thu, 28 Aug 2008 21:24:50 +0200	[thread overview]
Message-ID: <20080828192450.GH4985@nan92-1-81-57-214-146.fbx.proxad.net> (raw)
In-Reply-To: <20080828140929.GB3584@khazad-dum.debian.net>

On Thu, Aug 28, 2008 at 11:09:29AM -0300, Henrique de Moraes Holschuh wrote:
> (Debian maintainer(s) for stgit added to CC through the generic package
> redirect address).
> 
> On Fri, 22 Aug 2008, Catalin Marinas wrote:
> > 2008/8/22 Daniel White <daniel@whitehouse.id.au>:
> > > Since it is now packaged by Debian is it still necessary to be
> > > maintaining Debian packaging?
> > 
> > This is mainly to make it easier for Debian maintainers. Someone might
> > also want to build a .deb package for a different version or flavour
> > of Debian.
> 
> Well, I happen to be a heavy STGIT user, and also a senior Debian
> developer (I have been a DD for over 10 years), so I am entitled to
> reply to this thread I suppose :-)
> 
> Whatever people told you guys, the sad truth is that for the
> overwhelming majority of packages, the mere presence of a debian/ dir
> upstream is taken as a warning sign by any seasoned Debian developer
> (i.e. it is so often a problem, we take it as a bad sign).  It almost
> never helps.  I have no idea where stgit is in that regard, though.  And
> I have NOT checked the "upstream version of the Debian packaging", so
> please don't take this personally.

In this case, they are mostly in sync, except that lately I have not
been very active on the stgit front (and on the debian front as well
BTW), so that I did not take the time to formalize a set of patches
for integration of the latest changes into stgit.

And most of the problem then boils down to the current package diffs
not being handled as a series of patches, which is quite a shame for
stgit :).  Indeed I had started trying to change that at the very
beginning of my involvment in the package, but finally decided I had
no time for that - and I'm also quite frustrated by the various ways I
have tried to maintain debian packages as patch series, unfortunately
(eg. see my experiment in debian/README.maint in the tau package).  I
still have to come with a decent way of doing that.


> Of course, this changes a lot when upstream is also a Debian developer
> and spends a few hours per week keeping up-to-date with Debian policy
> and toolset changes, etc.

Hey, that's not far of what used to happen :)

Another benefit to having uptodate packaging upstream would be to have
deb snapshots regularly generated, alhough we don't take advantage of
this for the moment.


> I think you guys should CC the Debian developer on any threads about the
> debian/ dir.

I'm on the ml too, but CC'ing never hurts, especially since other
people can subscribe to the address via the Package Tracking System.

  parent reply	other threads:[~2008-08-28 19:25 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-18 10:10 [StGit] Debian packaging update Daniel White
2008-08-21 22:35 ` Catalin Marinas
2008-08-22 13:51   ` Daniel White
2008-08-22 15:03     ` Daniel White
2008-08-22 21:52       ` Catalin Marinas
2008-08-22 21:57     ` Catalin Marinas
2008-08-23  3:58       ` Daniel White
2008-08-28 17:22         ` Sebastian Harl
2008-08-28 14:09       ` Henrique de Moraes Holschuh
2008-08-28 15:41         ` Karl Hasselström
2008-08-28 19:16           ` Henrique de Moraes Holschuh
2008-08-28 19:55             ` Yann Dirson
2008-08-28 19:24         ` Yann Dirson [this message]
2008-08-28 20:52           ` Yann Dirson
2008-08-28 22:27             ` Karl Hasselström
2008-08-30 22:33               ` Catalin Marinas
2008-08-31  7:00                 ` Karl Hasselström
2008-08-30 22:36           ` Catalin Marinas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080828192450.GH4985@nan92-1-81-57-214-146.fbx.proxad.net \
    --to=ydirson@altern.org \
    --cc=catalin.marinas@gmail.com \
    --cc=daniel@whitehouse.id.au \
    --cc=git@vger.kernel.org \
    --cc=hmh@hmh.eng.br \
    --cc=kha@treskal.com \
    --cc=stgit@packages.debian.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).