git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sebastian Harl <sh@tokkee.org>
To: Daniel White <daniel@whitehouse.id.au>
Cc: "Catalin Marinas" <catalin.marinas@gmail.com>,
	git@vger.kernel.org, "Karl Hasselström" <kha@treskal.com>
Subject: Re: [StGit] Debian packaging update
Date: Thu, 28 Aug 2008 19:22:28 +0200	[thread overview]
Message-ID: <20080828172227.GI1289@albany.tokkee.org> (raw)
In-Reply-To: <20080823135855.1a7aafd4@whitehouse.id.au>

[-- Attachment #1: Type: text/plain, Size: 1468 bytes --]

Hi,

On Sat, Aug 23, 2008 at 01:58:55PM +1000, Daniel White wrote:
> On Fri, 22 Aug 2008 22:57:02 +0100
> "Catalin Marinas" <catalin.marinas@gmail.com> 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.
> > 
> 
> I had been reading an article recently about packaging, and there was
> the suggestion that upstream having packaging caused headaches when
> merging new versions.

Including a debian/ dir in the upstream VCS usually should not be a
problem as long as it's not included in release tarballs. The main
problem _I_ see when the latter is not given (and I suppose that's why a
lot of people don't like it either) is that you'd get a really ugly diff
between upstream sources and the Debian packaging (the .diff.gz of a
Debian source package).

Imho, keeping a debian/ dir in the upstream VCS is a nice service to the
user and keeping it close to the "official" Debian packaging is even
better.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety.         -- Benjamin Franklin


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2008-08-28 17:48 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 [this message]
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
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=20080828172227.GI1289@albany.tokkee.org \
    --to=sh@tokkee.org \
    --cc=catalin.marinas@gmail.com \
    --cc=daniel@whitehouse.id.au \
    --cc=git@vger.kernel.org \
    --cc=kha@treskal.com \
    /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).