headers
Daniel Dehennin | 3 Nov 21:51

My use case of git-buildpackage

Hello,

First, I'm not a Debian maintainer, I mostly do some package for my
personal use, to follow SVN trunk or git HEAD of some softwares.

As I use Debian, I do not want to "make install" things ;-).

I attach[1] a rough document about my actual uses of git for debian
packaging and post it here for comments.

There are some items about which I would like to discuss, like:

- automatic handling of debia/changelog

- multi-distributions/version packaging (and avoiding conflicts)

- automatic build of packages

- management of orig.tar.gz

I already read some maling-list archives, mostly the "Patch mgmt
workflow proposal" plus the links givent in the thread, but the
conversations are way to high for me.

I read the Debian wiki[2] plus its links, I like Russ Allbery page[3],
it's a real life example[4].

Regards.

Footnotes:
(Continue reading)

Permalink | Reply |
headers
Daniel Dehennin | 7 Nov 21:43

Re: My use case of git-buildpackage

Hello,

As I'm really interested in automatic building, here[1] is an updated
section of my previous document.

If any one has feedback on it, specially on the way to manage a Debian
repository.

Regards.

Footnotes: 
[1]  git clone git://git.baby-gnu.net/packaging-with-dvcs.git

--

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1
Permalink | Reply |
headers
Daniel Dehennin | 20 Apr 16:29

Re: My use case of git-buildpackage

Daniel Dehennin <daniel.dehennin <at> baby-gnu.org> writes:

> Hello,

Hello,

As this mailing-list is quite calm, I make a status point of what I'm
doing ;-)

> As I'm really interested in automatic building, here[1] is an updated
> section of my previous document.
>
> If any one has feedback on it, specially on the way to manage a Debian
> repository.

I finalize a poor man debian wanna-build documentation as the second
part of my automatic building setup, with diagram of the setup in
attachement.

Now I need to concentrate on the "git <-> packaging" gateway and
workflow, with some points in mind:

- debian/changelog is managed automatically[1] and out of the way of the
  packager

- extend the behaviour of git-flow to handle packaging and ease some
  processes like: a user found a bug on package version X-Y, as I'm the
  upstream too I want to fix upstream code and integrate it in package[2]

I was thinking of making a git-buildpackage daemon, making a post-update
(Continue reading)

Permalink | Reply |
headers
Daniel Dehennin | 20 Apr 16:29

Re: My use case of git-buildpackage

Daniel Dehennin <daniel.dehennin@...> writes:

> Hello,

Hello,

As this mailing-list is quite calm, I make a status point of what I'm
doing ;-)

> As I'm really interested in automatic building, here[1] is an updated
> section of my previous document.
>
> If any one has feedback on it, specially on the way to manage a Debian
> repository.

I finalize a poor man debian wanna-build documentation as the second
part of my automatic building setup, with diagram of the setup in
attachement.

Now I need to concentrate on the "git <-> packaging" gateway and
workflow, with some points in mind:

- debian/changelog is managed automatically[1] and out of the way of the
  packager

- extend the behaviour of git-flow to handle packaging and ease some
  processes like: a user found a bug on package version X-Y, as I'm the
  upstream too I want to fix upstream code and integrate it in package[2]

I was thinking of making a git-buildpackage daemon, making a post-update
(Continue reading)

Permalink | Reply |
headers
Daniel Dehennin | 7 Nov 21:43

Re: My use case of git-buildpackage

Hello,

As I'm really interested in automatic building, here[1] is an updated
section of my previous document.

If any one has feedback on it, specially on the way to manage a Debian
repository.

Regards.

Footnotes: 
[1]  git clone git://git.baby-gnu.net/packaging-with-dvcs.git

--

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1

_______________________________________________
vcs-pkg-discuss mailing list
vcs-pkg-discuss@...
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/vcs-pkg-discuss
Permalink | Reply |
headers
Yaroslav Halchenko | 24 Nov 00:28
Gravatar

Re: My use case of git-buildpackage


On Thu, 03 Nov 2011, Daniel Dehennin wrote:
> First, I'm not a Debian maintainer, I mostly do some package for my
> personal use, to follow SVN trunk or git HEAD of some softwares.

that is the idea behind Debian -- personal use could benefit others
alike -- why not to share those packages with the rest of debian
community through finalizing packaging so it is compliant with debian
standards, and then seeking sponsored upload?

> There are some items about which I would like to discuss, like:
> - automatic handling of debia/changelog

git-dch?

> - multi-distributions/version packaging (and avoiding conflicts)

for neurodebian we use our backport-dsc
http://github.com/neurodebian/neurodebian/blob/HEAD/tools/backport-dsc

NB yet to create a blog post on our set of little helpers, altogether
usually we just call nd_build4all X.dsc to get it built across releases
of debian and ubuntu... interested to learn more?

> - management of orig.tar.gz

do you mean "filtering"?  git-import-orig does that if you specify
'filter' option in your debian/gbp.conf for the package

> I already read some maling-list archives, mostly the "Patch mgmt
(Continue reading)

Permalink | Reply |
headers
Daniel Dehennin | 24 Nov 18:21

Re: My use case of git-buildpackage

Yaroslav Halchenko <debian <at> onerussian.com> writes:

> On Thu, 03 Nov 2011, Daniel Dehennin wrote:
>> First, I'm not a Debian maintainer, I mostly do some package for my
>> personal use, to follow SVN trunk or git HEAD of some softwares.
>
> that is the idea behind Debian -- personal use could benefit others
> alike -- why not to share those packages with the rest of debian
> community through finalizing packaging so it is compliant with debian
> standards, and then seeking sponsored upload?

There is already a debian package for the 2 or 3 packages I build, my
work is no more than something like:

git clone git://upstream.software/project && cd project
git remote add debian git://git.debian.org/project
git fetch debian
git checkout -b snapshot
git merge debian master
git buildpackage

Another point is that I'm working in a french educational ubuntu
derivative and try to do things not to badly ;-)

>> There are some items about which I would like to discuss, like:
>> - automatic handling of debia/changelog
>
> git-dch?

Yes, I'm looking at a good workflow to use it without storing it in my
(Continue reading)

Permalink | Reply |
headers
Guido Günther | 24 Nov 18:47
Gravatar

Re: My use case of git-buildpackage

On Thu, Nov 24, 2011 at 06:21:07PM +0100, Daniel Dehennin wrote:
> Yaroslav Halchenko <debian@...> writes:
> 
> > On Thu, 03 Nov 2011, Daniel Dehennin wrote:
> >> First, I'm not a Debian maintainer, I mostly do some package for my
> >> personal use, to follow SVN trunk or git HEAD of some softwares.
> >
> > that is the idea behind Debian -- personal use could benefit others
> > alike -- why not to share those packages with the rest of debian
> > community through finalizing packaging so it is compliant with debian
> > standards, and then seeking sponsored upload?
> 
> There is already a debian package for the 2 or 3 packages I build, my
> work is no more than something like:
> 
> git clone git://upstream.software/project && cd project
> git remote add debian git://git.debian.org/project
> git fetch debian
> git checkout -b snapshot
> git merge debian master
> git buildpackage
> 
> Another point is that I'm working in a french educational ubuntu
> derivative and try to do things not to badly ;-)
> 
> >> There are some items about which I would like to discuss, like:
> >> - automatic handling of debia/changelog
> >
> > git-dch?
>
(Continue reading)

Permalink | Reply |
headers
Guido Günther | 24 Nov 18:47
Gravatar

Re: My use case of git-buildpackage

On Thu, Nov 24, 2011 at 06:21:07PM +0100, Daniel Dehennin wrote:
> Yaroslav Halchenko <debian <at> onerussian.com> writes:
> 
> > On Thu, 03 Nov 2011, Daniel Dehennin wrote:
> >> First, I'm not a Debian maintainer, I mostly do some package for my
> >> personal use, to follow SVN trunk or git HEAD of some softwares.
> >
> > that is the idea behind Debian -- personal use could benefit others
> > alike -- why not to share those packages with the rest of debian
> > community through finalizing packaging so it is compliant with debian
> > standards, and then seeking sponsored upload?
> 
> There is already a debian package for the 2 or 3 packages I build, my
> work is no more than something like:
> 
> git clone git://upstream.software/project && cd project
> git remote add debian git://git.debian.org/project
> git fetch debian
> git checkout -b snapshot
> git merge debian master
> git buildpackage
> 
> Another point is that I'm working in a french educational ubuntu
> derivative and try to do things not to badly ;-)
> 
> >> There are some items about which I would like to discuss, like:
> >> - automatic handling of debia/changelog
> >
> > git-dch?
>
(Continue reading)

Permalink | Reply |
headers
Daniel Dehennin | 24 Nov 18:21

Re: My use case of git-buildpackage

Yaroslav Halchenko <debian@...> writes:

> On Thu, 03 Nov 2011, Daniel Dehennin wrote:
>> First, I'm not a Debian maintainer, I mostly do some package for my
>> personal use, to follow SVN trunk or git HEAD of some softwares.
>
> that is the idea behind Debian -- personal use could benefit others
> alike -- why not to share those packages with the rest of debian
> community through finalizing packaging so it is compliant with debian
> standards, and then seeking sponsored upload?

There is already a debian package for the 2 or 3 packages I build, my
work is no more than something like:

git clone git://upstream.software/project && cd project
git remote add debian git://git.debian.org/project
git fetch debian
git checkout -b snapshot
git merge debian master
git buildpackage

Another point is that I'm working in a french educational ubuntu
derivative and try to do things not to badly ;-)

>> There are some items about which I would like to discuss, like:
>> - automatic handling of debia/changelog
>
> git-dch?

Yes, I'm looking at a good workflow to use it without storing it in my
(Continue reading)

Permalink | Reply |
headers
Yaroslav Halchenko | 24 Nov 00:28
Gravatar

Re: My use case of git-buildpackage


On Thu, 03 Nov 2011, Daniel Dehennin wrote:
> First, I'm not a Debian maintainer, I mostly do some package for my
> personal use, to follow SVN trunk or git HEAD of some softwares.

that is the idea behind Debian -- personal use could benefit others
alike -- why not to share those packages with the rest of debian
community through finalizing packaging so it is compliant with debian
standards, and then seeking sponsored upload?

> There are some items about which I would like to discuss, like:
> - automatic handling of debia/changelog

git-dch?

> - multi-distributions/version packaging (and avoiding conflicts)

for neurodebian we use our backport-dsc
http://github.com/neurodebian/neurodebian/blob/HEAD/tools/backport-dsc

NB yet to create a blog post on our set of little helpers, altogether
usually we just call nd_build4all X.dsc to get it built across releases
of debian and ubuntu... interested to learn more?

> - management of orig.tar.gz

do you mean "filtering"?  git-import-orig does that if you specify
'filter' option in your debian/gbp.conf for the package

> I already read some maling-list archives, mostly the "Patch mgmt
(Continue reading)

Permalink | Reply |

Gmane