On Aug 31, 2013, at 01:37 AM, Jelmer Vernooij wrote:
>In the end, this meant that using UDD had some minor benefits (a richer
>history, and theoretical improved merge support)
I'd argue that they were more than minor benefits!
>but there were a number of extra things you had to watch out for tha
On Sun, Aug 25, 2013 at 01:04:32PM +0200, Raphael Hertzog wrote:
> Hello,
>
> On Thu, 22 Aug 2013, Ian Jackson wrote:
> > I'm pleased to announce that dgit 0.7, which is a version of dgit
> > suitable for alpha and beta testers, is available in unstable.
> >
> > >From the manpage:
> >
> >
Philipp Kern wrote:
> I'd hope that the hashes of the .orig are part of the > -1 .dsc, even if
> not of the .changes (only with -sa).
They are, but dgit builds the dsc.
--
see shy jo
signature.asc
Description: Digital signature
On Sun, Aug 25, 2013 at 08:10:14PM -0400, Joey Hess wrote:
> Steve Langasek wrote:
> > I would have expected dgit to support pristine-tar
> > directly/automatically/unconditionally. Any system that requires me to
> > download the same information (== the upstream source) both from a VCS
> > reposi
On Sunday, August 25, 2013 14:08:31 Steve Langasek wrote:
> Or perhaps it would be better to actually import into dgit directly from
> UDD? Since UDD has a more or less complete history of all packages in
> Debian, probably more extensive than even what we can assemble from
> snapshots.debian.org
Steve Langasek wrote:
> I would have expected dgit to support pristine-tar
> directly/automatically/unconditionally. Any system that requires me to
> download the same information (== the upstream source) both from a VCS
> repository and the archive in order to get a fully-formed source package fo
On Sun, Aug 25, 2013 at 05:56:00PM +0100, Dmitrijs Ledkovs wrote:
> >> In practice one doesn't actually care how far back the history goes,
> >> as the history that is interesting is where developers get to do
> >> intermediate commits between the two uploads to granulise the
> >> changes
> >
On Sun, Aug 25, 2013 at 08:11:56PM +0100, Ian Jackson wrote:
> Steve Langasek writes ("Re: Introducing dgit - git integration with the
> Debian archive"):
> > I don't think "removing the automatic importer" is an improvement at all.
> I agree. Except th
Hi All,
On szo, 2013-08-24 at 17:40 +0100, Ian Jackson wrote:
> Raphael Hertzog writes ("Re: Introducing dgit - git integration with the
> Debian archive"):
> > This is wrong on so many levels...
>
> I don't think we are going to agree. I stand by the desc
Steve Langasek writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> I don't think "removing the automatic importer" is an improvement at all.
I agree. Except that I wanted something I could deploy and use
immediately. Providing an auto
On 25 August 2013 17:31, Steve Langasek wrote:
> On Sun, Aug 25, 2013 at 12:51:31PM +0100, Dmitrijs Ledkovs wrote:
>> I have maintenance access to UDD & have filed a few bugs about it, and
>> all I can say is that dgit so far is getting a lot of things right:
>
>
>
>> 2) removing automatic import
On Sun, Aug 25, 2013 at 12:51:31PM +0100, Dmitrijs Ledkovs wrote:
> I have maintenance access to UDD & have filed a few bugs about it, and
> all I can say is that dgit so far is getting a lot of things right:
> 2) removing automatic importer
> forcing all the checks on the developer side & forc
Ian Jackson writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> Unfortunately there is a problem that means it's difficult for others
> to test. The alioth git directory is not writeable by the right
> group. [...]
I have fixed this by usin
Raphael Hertzog writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> What you mean is that on the server side the dgit-branches containing the
> uploads are in refs/dgit/ and not in refs/heads/. But there will also
> be refs/heads/dgit/ branches on th
On 22 August 2013 20:52, Ian Jackson wrote:
> I'm pleased to announce that dgit 0.7, which is a version of dgit
> suitable for alpha and beta testers, is available in unstable.
>
I have now started daily PPA builds for dgit, for all supported Ubuntu releases.
add-apt-repository ppa:xnox/dgit
Si
On 25 August 2013 12:04, Raphael Hertzog wrote:
> Hello,
>
> On Thu, 22 Aug 2013, Ian Jackson wrote:
>> I'm pleased to announce that dgit 0.7, which is a version of dgit
>> suitable for alpha and beta testers, is available in unstable.
>>
>> >From the manpage:
>>
>>dgit [dgit-opts] clone [
Hello,
On Thu, 22 Aug 2013, Ian Jackson wrote:
> I'm pleased to announce that dgit 0.7, which is a version of dgit
> suitable for alpha and beta testers, is available in unstable.
>
> >From the manpage:
>
>dgit [dgit-opts] clone [dgit-opts] package [suite] [./dir|/dir]
>dgit [dgi
Hi,
On Sat, 24 Aug 2013, Ian Jackson wrote:
> Did you know that dpkg-source doesn't notice if sensible-editor exits
> nonzero ?
I saw it when looking up the exact details to write my former reply. But
since at that point all the changes are already applied (and the editor
only allows you to chan
On Sat, 2013-08-24 at 17:40:00 +0100, Ian Jackson wrote:
> Did you know that dpkg-source doesn't notice if sensible-editor exits
> nonzero ?
Nope, thanks I've just fixed this locally now, will be included in
dpkg 1.17.2.
Thanks,
Guillem
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
Ian Jackson wrote:
> Maybe there should be a way to make the dgit-repos tree a symlink to
> the collab-maint tree. Of course doing that would make it impossible
> ever to sever the two services.
I suspect you can manually remove the collab-maint repository and
symlink it to the dgit-repos reposit
Ian Jackson writes ("Introducing dgit - git integration with the Debian
archive"):
> I'm pleased to announce that dgit 0.7, which is a version of dgit
> suitable for alpha and beta testers, is available in unstable.
I've just uploaded 0.9. Thanks for the offers of pack
Ian Jackson writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> It turns out that I lied and the thing did go to unstable :-/.
>
> I will replace it with something looking like a reasonable NMU.
> (The version in unstable is not broken; it just
Ian Jackson writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> I took you up on this. I'll send the autopkgtest diff to the BTS.
It turns out that I lied and the thing did go to unstable :-/.
I will replace it with something looking like a reasonable
Raphael Hertzog writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> This is wrong on so many levels...
I don't think we are going to agree. I stand by the description in
the dgit manpage.
> > I will RTFM to use it in some noninteracti
On Sat, 24 Aug 2013, Ian Jackson wrote:
> > Well doing the right things with "3.0 (quilt)" means (for most people)
> > to keep the source package tree actually usable with quilt, so actually
> > recording "non-quilt managed" changes in a new quilt patch.
>
> IMO the design should have been that th
Niels Thykier writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> If you promise to add autopkgtest for it, you can use any of my
> packages[1]. :P
...
> [1] Any of which I am the sole maintainer. E.g. mscgen.
I took you up on this. I'll send
Ian Jackson writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> stable's dpkg-source doesn't even have this damned option!
Sorry, my mistake. I was tricked by #708163.
Ian.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debia
Ian Jackson writes ("Re: Introducing dgit - git integration with the
Debian archive"):
> [Raphael:]
> > dpkg-source --commit adds a new patch in debian/patches/, it adds the
> > corresponding quilt metadata, and it might also modify
> > debian/source/include-binaries
(reordered slightly)
Thanks for the information.
Raphael Hertzog writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> On Fri, 23 Aug 2013, Ian Jackson wrote:
> > Ie:
> > (i) dpkg-source -b should be able to run on any reasonable tree
> >
On Fri, 23 Aug 2013, Ian Jackson wrote:
> Bastien ROUCARIES writes ("Re: Introducing dgit - git integration with the
> Debian archive"):
> > Le 22 août 2013 21:52, "Ian Jackson" a
> > écrit :
> > > I'm pleased to announce that dgit 0.7, whi
Hi,
On Fri, 23 Aug 2013, Ian Jackson wrote:
> > Well, by default step 3 fails if you have upstream changes.
>
> I'm not sure what you mean by "upstream changes". Do you mean changes
> outside the Debian directory ?
Yes. This was discussed on debian-devel and it was considered to be a
better def
Bastien ROUCARIES writes ("Re: Introducing dgit - git integration with the
Debian archive"):
> Le 22 août 2013 21:52, "Ian Jackson" a
> écrit :
> > I'm pleased to announce that dgit 0.7, which is a version of dgit
> > suitable for alpha and beta teste
Le 22 août 2013 21:52, "Ian Jackson" a
écrit :
>
> I'm pleased to announce that dgit 0.7, which is a version of dgit
> suitable for alpha and beta testers, is available in unstable.
What are the pro/con and différence compared to gitpkg ?
>
> >From the manpage:
>
>dgit [dgit-opts] clone [
On 2013-08-23 19:17, Ian Jackson wrote:
> Ian Jackson writes ("Re: Introducing dgit - git integration with the Debian
> archive"):
> ...
>> If I have understood you, dgit won't work properly if you make the
>> "wrong" kind of change, so I need to
Ian Jackson writes ("Re: Introducing dgit - git integration with the Debian
archive"):
...
> If I have understood you, dgit won't work properly if you make the
> "wrong" kind of change, so I need to either have this fixed, or (more
> likely) to work around it (
Raphael Hertzog writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> On Fri, 23 Aug 2013, Ian Jackson wrote:
> > The thing that really bothers dgit is that it is not always possible
> > That is, if I do this:
> > 1. dpkg-source -x
>
Hi,
On Fri, 23 Aug 2013, Ian Jackson wrote:
> The thing that really bothers dgit is that it is not always possible
> to round trip a tree through dpkg-source. (And the case where it
> doesn't work is the common one.)
>
> That is, if I do this:
> 1. dpkg-source -x
> 2. edit things
> 3. dpk
Raphael Hertzog writes ("Re: Introducing dgit - git integration with the Debian
archive"):
> I'm sorry to have missed that impromptu BOF at debconf, I would have
> definitely arranged myself to be there if I had known its existence.
Yes, sorry about that, but it was ar
On Fri, 2013-08-23 at 10:15 +0100, Dmitrijs Ledkovs wrote:
> Apart from designated release dgit branches, it's a normal git
> repository into which one can push whatever one wants: pristine-tar,
> various git/quilt patch management branches, build-logs, upstream
> branches et. al.
Hi, a somewhat
On 23 August 2013 00:38, Charles Plessy wrote:
> Le Thu, Aug 22, 2013 at 08:52:10PM +0100, Ian Jackson a écrit :
>> I'm pleased to announce that dgit 0.7, which is a version of dgit
>> suitable for alpha and beta testers, is available in unstable.
>>
>> >From the manpage:
>>
>>dgit [dgit-o
Hello Ian,
thanks for your work on dgit. It looks very promising!
I'm sorry to have missed that impromptu BOF at debconf, I would have
definitely arranged myself to be there if I had known its existence.
On Thu, 22 Aug 2013, Ian Jackson wrote:
> With regret I must note that currently you can't u
Le Thu, Aug 22, 2013 at 08:52:10PM +0100, Ian Jackson a écrit :
> I'm pleased to announce that dgit 0.7, which is a version of dgit
> suitable for alpha and beta testers, is available in unstable.
>
> >From the manpage:
>
>dgit [dgit-opts] clone [dgit-opts] package [suite] [./dir|/dir]
>
2013/8/22 Ian Jackson :
> I'm pleased to announce that dgit 0.7, which is a version of dgit
> suitable for alpha and beta testers, is available in unstable.
>
> >From the manpage:
>
>dgit [dgit-opts] clone [dgit-opts] package [suite] [./dir|/dir]
>dgit [dgit-opts] fetch|pull [dgit-o
I'm pleased to announce that dgit 0.7, which is a version of dgit
suitable for alpha and beta testers, is available in unstable.
>From the manpage:
dgit [dgit-opts] clone [dgit-opts] package [suite] [./dir|/dir]
dgit [dgit-opts] fetch|pull [dgit-opts] [suite]
dgit [dgit-opts]
44 matches
Mail list logo
