Debian Bug report logs - #843402
reprepro cannot handle .changes files that reference .buildinfo files

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Helmut Grohne <helmut@subdivi.de>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: reprepro cannot handle .changes files that reference .buildinfo files

Date: Sun, 6 Nov 2016 14:16:14 +0100

Package: reprepro
Version: 4.17.1-1
Severity: important
User: helmutg@debian.org
Usertags: rebootstrap

Since dpkg 1.18.11, a .buildinfo file is generated as part of package
builds and referenced by .changes files. Supplying such a .changes file
to "reprepro include" results in an error:

| Unknown file type: '2d3e9992648837b6a4a8a5b819e6da8e 4791 devel optional binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo', assuming source format...
| .changes put in a
| distribution not listed within it!
| Ignoring as --ignore=wrongdistribution given.
| 'binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo' looks like part of an source package, but no dsc file listed in the .changes file!
| There have been errors!                                                                                                                                                 

So any workflow based on importing .changes files from unstable (soon
stretch) is now broken.

Helmut

Message #10 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Christoph Berg <myon@debian.org>

To: Helmut Grohne <helmut@subdivi.de>, 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Mon, 14 Nov 2016 10:38:46 +0100

[Message part 1 (text/plain, inline)]

Re: Helmut Grohne 2016-11-06 <20161106131613.7tukuhsijohhsuy4@alf.mars>
> | Unknown file type: '2d3e9992648837b6a4a8a5b819e6da8e 4791 devel optional binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo', assuming source format...

There's a workaround which is helpfully also pointed out by reprepro
itself. Append the following to conf/incoming:

Permit: unused_files
Cleanup: unused_files

Of course a proper fix would be very welcome :)

Christoph

[signature.asc (application/pgp-signature, inline)]

Message #15 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Vincent Danjean <vdanjean.ml@free.fr>

To: Christoph Berg <myon@debian.org>, Helmut Grohne <helmut@subdivi.de>, 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Wed, 16 Nov 2016 22:27:42 +0100

Le 14/11/2016 à 10:38, Christoph Berg a écrit :
> Re: Helmut Grohne 2016-11-06 <20161106131613.7tukuhsijohhsuy4@alf.mars>
>> | Unknown file type: '2d3e9992648837b6a4a8a5b819e6da8e 4791 devel optional binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo', assuming source format...
> 
> There's a workaround which is helpfully also pointed out by reprepro
> itself. Append the following to conf/incoming:
> 
> Permit: unused_files
> Cleanup: unused_files

This workaround only works with the "processincoming" command.
If you use the "include" command, the conf/incoming file is not used at all...

> Of course a proper fix would be very welcome :)

Yes ;-)

  Regards,
    Vincent

> Christoph
> 


-- 
Vincent Danjean       GPG key ID 0xD17897FA         vdanjean@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main

Message #20 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <guillem@hadrons.org>

To: Helmut Grohne <helmut@subdivi.de>, 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Fri, 18 Nov 2016 12:57:12 +0100

Hi!

On Sun, 2016-11-06 at 14:16:14 +0100, Helmut Grohne wrote:
> Package: reprepro
> Version: 4.17.1-1
> Severity: important
> User: helmutg@debian.org
> Usertags: rebootstrap
> 
> Since dpkg 1.18.11, a .buildinfo file is generated as part of package
> builds and referenced by .changes files. Supplying such a .changes file
> to "reprepro include" results in an error:
> 
> | Unknown file type: '2d3e9992648837b6a4a8a5b819e6da8e 4791 devel optional binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo', assuming source format...
> | .changes put in a
> | distribution not listed within it!
> | Ignoring as --ignore=wrongdistribution given.
> | 'binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo' looks like part of an source package, but no dsc file listed in the .changes file!
> | There have been errors!                                                                                                                                                 
> 
> So any workflow based on importing .changes files from unstable (soon
> stretch) is now broken.

I've just prepared a patch supposedly fixing this, but I've never used
reprepro and don't even know how it works, so it's just built-tested.
We are now performing some tests, and will update the report once this
is confirmed to work.

(The preliminary and perhaps non-working patch can be found for now at
https://www.hadrons.org/~guillem/tmp/0001-Add-preliminary-.buildinfo-support.patch)

Thanks,
Guillem

Message #25 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <gjover@sipwise.com>

To: Helmut Grohne <helmut@subdivi.de>, 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Fri, 18 Nov 2016 14:21:08 +0100

[Message part 1 (text/plain, inline)]

Control: tags -1 patch

Hi!

On Fri, 2016-11-18 at 12:57:12 +0100, Guillem Jover wrote:
> On Sun, 2016-11-06 at 14:16:14 +0100, Helmut Grohne wrote:
> > Package: reprepro
> > Version: 4.17.1-1
> > Severity: important
> > User: helmutg@debian.org
> > Usertags: rebootstrap
> > 
> > Since dpkg 1.18.11, a .buildinfo file is generated as part of package
> > builds and referenced by .changes files. Supplying such a .changes file
> > to "reprepro include" results in an error:
> > 
> > | Unknown file type: '2d3e9992648837b6a4a8a5b819e6da8e 4791 devel optional binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo', assuming source format...
> > | .changes put in a
> > | distribution not listed within it!
> > | Ignoring as --ignore=wrongdistribution given.
> > | 'binutils_2.27.51.20161105-1_20161106T104833z-2d3e9992.buildinfo' looks like part of an source package, but no dsc file listed in the .changes file!
> > | There have been errors!                                                                                                                                                 
> > 
> > So any workflow based on importing .changes files from unstable (soon
> > stretch) is now broken.
> 
> I've just prepared a patch supposedly fixing this, but I've never used
> reprepro and don't even know how it works, so it's just built-tested.
> We are now performing some tests, and will update the report once this
> is confirmed to work.
> 
> (The preliminary and perhaps non-working patch can be found for now at
> https://www.hadrons.org/~guillem/tmp/0001-Add-preliminary-.buildinfo-support.patch)

Ok, Michael Prokop deployed it on jenkins.grml.org and retriggered at
least the dpkg jobs and they seem to work now. I've fixed an inversion
logic error in the previous patch and I'm including the good one here.
Review and more testing would be very appreciated.

Thanks,
Guillem

[0001-Add-preliminary-.buildinfo-support.patch (text/x-diff, attachment)]

Message #32 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Yaroslav Halchenko <debian@onerussian.com>

To: Guillem Jover <gjover@sipwise.com>

Cc: Helmut Grohne <helmut@subdivi.de>, 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Fri, 18 Nov 2016 10:15:45 -0500

On Fri, 18 Nov 2016, Guillem Jover wrote:

> > (The preliminary and perhaps non-working patch can be found for now at
> > https://www.hadrons.org/~guillem/tmp/0001-Add-preliminary-.buildinfo-support.patch)

> Ok, Michael Prokop deployed it on jenkins.grml.org and retriggered at
> least the dpkg jobs and they seem to work now. I've fixed an inversion
> logic error in the previous patch and I'm including the good one here.
> Review and more testing would be very appreciated.

> Thanks,
> Guillem

> From c059c721863ad0b33ab44417640c37f6f8cfabf1 Mon Sep 17 00:00:00 2001
> ...

FWIW

I have built patched version and ran incomingprocessed for new backported
packages for neurodebian without  tuning up configuration (should have I?).
unfortunately lead to previous behavior, 

'nuitka_0.5.24+ds-1~nd90+1_amd64.changes' contains 'nuitka_0.5.24+ds-1~nd90+1_20161116T225525z-5f997ef0.buildinfo' not matching an valid architecture in any distribution known!
Error: 'nuitka_0.5.24+ds-1~nd+1_amd64.changes' contains unused file 'nuitka_0.5.24+ds-1~nd+1_amd64.buildinfo'!
(Do Permit: unused_files to conf/incoming to ignore and
 additionally Cleanup: unused_files to delete them)
Not deleting possibly left over files due to previous errors.
(To keep the files in the still existing index files from vanishing)
Use dumpunreferenced/deleteunreferenced to show/delete files without references.
21 files lost their last reference.
(dumpunreferenced lists such files, use deleteunreferenced to delete them.)
Warning: database 'jessie|main|i386' was modified but no index file was exported.
Changes will only be visible after the next 'export'!
Warning: database 'jessie|main|amd64' was modified but no index file was exported.
Changes will only be visible after the next 'export'!
Warning: database 'jessie|main|sparc' was modified but no index file was exported.
Changes will only be visible after the next 'export'!
Warning: database 'jessie|main|source' was modified but no index file was exported.
Changes will only be visible after the next 'export'!
...


-- 
Yaroslav O. Halchenko
Center for Open Neuroscience     http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834                       Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik        

Message #37 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Jan Wagner <jwagner@tmt.de>

To: 843402@bugs.debian.org

Cc: Guillem Jover <guillem@hadrons.org>, debian-backports@lists.debian.org

Subject: Re: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Fri, 18 Nov 2016 16:17:06 +0100

[Message part 1 (text/plain, inline)]

Hi there,

Am 18.11.16 um 12:57 schrieb Guillem Jover:
> I've just prepared a patch supposedly fixing this, but I've never used
> reprepro and don't even know how it works, so it's just built-tested.
> We are now performing some tests, and will update the report once this
> is confirmed to work.
> 
> (The preliminary and perhaps non-working patch can be found for now at
> https://www.hadrons.org/~guillem/tmp/0001-Add-preliminary-.buildinfo-support.patch)

as I was also hit by this bug I did (re)build 4.17.1-1~bpo8+1 and added
the patch. The packages can now processed again by the include command
but buildinfo are ignored.

The packages can be found at:

http://ftp.cyconet.org/pub/debian/archive/bpo/reprepro/4.17.1-1~bpo8+2/

You also can install them staight using[1] my own jessie-backports
repository.

Cheers, Jan.
[1] http://ftp.cyconet.org/instructions
-- 
Jan Wagner
Core Platform Engineer, Debian Developer

TMT GmbH & Co. KG
Nuernberger Str. 42, 95448 Bayreuth, Germany (DE)
Phone: +49 921 507200-0                Fax: +49 921 507200-299
E-Mail: jan.wagner@tmt.de          Internet: http://www.tmt.de
GnuPG-ID: 0xDF901724

TMT. Business Solutions.

-----------------------------------------------------------------------
Sitz der Gesellschaft: Bayreuth       Handelsregister Bayreuth HRA 2790
Prokura: Sven Schorer, Frank Doyen
Persoenlich haftende Gesellschafterin: TMT Beteiligungs GmbH
Sitz der Gesellschaft: Bayreuth       Handelsregister Bayreuth HRB 1305
Geschaeftsfuehrung: Peter Maisel

[signature.asc (application/pgp-signature, attachment)]

Message #42 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <gjover@sipwise.com>

To: Yaroslav Halchenko <debian@onerussian.com>

Cc: Helmut Grohne <helmut@subdivi.de>, 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Fri, 18 Nov 2016 17:06:29 +0100

Hi!

On Fri, 2016-11-18 at 10:15:45 -0500, Yaroslav Halchenko wrote:
> On Fri, 18 Nov 2016, Guillem Jover wrote:
> > > (The preliminary and perhaps non-working patch can be found for now at
> > > https://www.hadrons.org/~guillem/tmp/0001-Add-preliminary-.buildinfo-support.patch)
> 
> > Ok, Michael Prokop deployed it on jenkins.grml.org and retriggered at
> > least the dpkg jobs and they seem to work now. I've fixed an inversion
> > logic error in the previous patch and I'm including the good one here.
> > Review and more testing would be very appreciated.
> 
> I have built patched version and ran incomingprocessed for new backported
> packages for neurodebian without  tuning up configuration (should have I?).
> unfortunately lead to previous behavior, 

> 'nuitka_0.5.24+ds-1~nd90+1_amd64.changes' contains 'nuitka_0.5.24+ds-1~nd90+1_20161116T225525z-5f997ef0.buildinfo' not matching an valid architecture in any distribution known!

Right this is a buildinfo file generated before dpkg 1.18.15 which
used a buildinfo-id instead of an architecture. I didn't find it worth
it to support them when they have been generated only for around 10
days or so.

> Error: 'nuitka_0.5.24+ds-1~nd+1_amd64.changes' contains unused file 'nuitka_0.5.24+ds-1~nd+1_amd64.buildinfo'!

This one is for a new buildinfo file, and I don't know how reprepo works at
all, but perhaps this just requires the new option ("includebuildinfos") to
include the buildinfo files in the pool? Or maybe there's another option to
ignore those unused files, would need to dig. But actual users are probably
in a better position to know this. ;)

Thanks,
Guillem

Message #47 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Stephan Sürken <absurd@debian.org>

To: 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Mon, 21 Nov 2016 18:32:56 +0100

Hi Guillem, all,

On Fri, 18 Nov 2016 14:21:08 +0100 Guillem Jover <gjover@sipwise.com> wrote:

(..)

> Ok, Michael Prokop deployed it on jenkins.grml.org and retriggered at
> least the dpkg jobs and they seem to work now. I've fixed an
inversion
> logic error in the previous patch and I'm including the good one
here.
> Review and more testing would be very appreciated.

thanks for the patch!

Fwiw, I have done ports with your patch for sid/jessie/wheezy [1], and
retested via mini-buildd and experienced no issues, i.e.:

* 'reprepro include' no longer fails.
* Packages get installed as before.

So it seems to be fine at least how mini-buildd calls reprepro.

Hth, and thx!

S

[1] http://mini-buildd.installiert.net/pages/the-hellfield-archive.html
    http://debian.installiert.net/hellfield-ab/pool/main/r/reprepro/

Message #52 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Slávek Banko <slavek.banko@axis.cz>

To: 843402@bugs.debian.org

Subject: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Tue, 22 Nov 2016 00:31:47 +0100

Hi all,

I tried to update reprepro on Jessie by packages from Jan Wagner and also 
from Stephan Sürken but I noticing problems. When I use "reprepro 
processincoming", I got:

There have been errors!

Nothing else == just this one brief sentence.
When I use "reprepro include", I got:

reprepro: checkin.c:680: changes_fixfields: Assertion `((e->type) == 
fe_DIFF || (e->type) == fe_ORIG || (e->type) == fe_TAR || (e->type) == 
fe_DSC || (e->type) == fe_UNKNOWN || (e->type) == fe_ALTSRC) || 
((e->type) == fe_DEB || (e->type) == fe_UDEB)' failed.
Aborted

Buildinfo files are generated by dpkg 1.18.15 (already included in 
Stretch). Tracking is set to: minimal includebuildinfos

Please, is there something else that I should have set up?

Cheers
-- 
Slávek

Message #57 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Stephan Sürken <absurd@debian.org>

To: 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Tue, 22 Nov 2016 16:00:28 +0100

Hi Slavek,

On Tue, 22 Nov 2016 00:31:47 +0100 =?utf-8?q?Sl=C3=A1vek_Banko?= <slavek.banko@axis.cz> wrote:

(...)

> When I use "reprepro include", I got:

(...)

> Aborted
> 
> Buildinfo files are generated by dpkg 1.18.15 (already included in 
> Stretch). Tracking is set to: minimal includebuildinfos
> 
> Please, is there something else that I should have set up?

only a guess: Does "include" work w/o any tracking configured?

On mbd, there is no tracking at all atm, and "include" seems to work
just fine.

Hth,

S

Message #62 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Slávek Banko <slavek.banko@axis.cz>

To: 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Tue, 22 Nov 2016 19:08:06 +0100

Dne út 22. listopadu 2016 Stephan Sürken napsal(a):
> Hi Slavek,
>
> On Tue, 22 Nov 2016 00:31:47 +0100 =?utf-8?q?Sl=C3=A1vek_Banko?=
> <slavek.banko@axis.cz> wrote:
>
> (...)
>
> > When I use "reprepro include", I got:
>
> (...)
>
> > Aborted
> > 
> > Buildinfo files are generated by dpkg 1.18.15 (already included in 
> > Stretch). Tracking is set to: minimal includebuildinfos
> > 
> > Please, is there something else that I should have set up?
>
> only a guess: Does "include" work w/o any tracking configured?
>
> On mbd, there is no tracking at all atm, and "include" seems to work
> just fine.
>
> Hth,
>
> S

Hi Stephan,

without "Tracking", buildinfo files are not processed - "reprepro include" 
ignores them.

With "Tracking: minimal" (without "includebuildinfos") and with "Permit: 
unused_files" (see workaround from message 10), buildinfo files are not 
processed - "reprepro processincoming" ignores them.

However, I thought that the purpose of the patch was to add support for 
processing buildinfos.

Cheers
-- 
Slávek

Message #67 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Stephan Sürken <stephan.suerken@1und1.de>

To: 843402@bugs.debian.org

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Wed, 23 Nov 2016 13:12:04 +0100

On Tue, 22 Nov 2016 19:08:06 +0100 =?utf-8?q?Sl=C3=A1vek_Banko?= <slavek.banko@axis.cz> wrote:
> Dne út 22. listopadu 2016 Stephan Sürken napsal(a):

(...)

> without "Tracking", buildinfo files are not processed - "reprepro include" 
> ignores them.
> 
> With "Tracking: minimal" (without "includebuildinfos") and with "Permit: 
> unused_files" (see workaround from message 10), buildinfo files are not 
> processed - "reprepro processincoming" ignores them.

thx, that's what I thought. Seems the patch still has some issues when
tracking is configured.

> However, I thought that the purpose of the patch was to add support for 
> processing buildinfos.

Imho, the main purpose should be to make such new changes installable
at all again, with or without actually processing buildinfo files.

But I guess you are right, Guillem's patch also seems to try to process
them.

Let's keep him in good mood by more excellent feedback so he might
improve it ;).

Hth,

S

Message #72 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Guillem Jover <gjover@sipwise.com>

To: Slávek Banko <slavek.banko@axis.cz>, 843402@bugs.debian.org

Cc: Jan Wagner <jwagner@tmt.de>, Yaroslav Halchenko <debian@onerussian.com>, Stephan Sürken <absurd@debian.org>, Helmut Grohne <helmut@subdivi.de>, Christoph Berg <myon@debian.org>, Vincent Danjean <vdanjean.ml@free.fr>

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Thu, 24 Nov 2016 03:00:08 +0100

[Message part 1 (text/plain, inline)]

[ Please remember to CC people, otherwise only the maintainer and
people subscribed to the bug (hich requires explicit action) might
see your replies. :) I just noticed when scanning the web interface. ]

Hi!

On Tue, 2016-11-22 at 00:31:47 +0100, Slávek Banko wrote:
> I tried to update reprepro on Jessie by packages from Jan Wagner and also 
> from Stephan Sürken but I noticing problems. When I use "reprepro 
> processincoming", I got:
> 
> There have been errors!
> 
> Nothing else == just this one brief sentence.
> When I use "reprepro include", I got:
> 
> reprepro: checkin.c:680: changes_fixfields: Assertion `((e->type) == 
> fe_DIFF || (e->type) == fe_ORIG || (e->type) == fe_TAR || (e->type) == 
> fe_DSC || (e->type) == fe_UNKNOWN || (e->type) == fe_ALTSRC) || 
> ((e->type) == fe_DEB || (e->type) == fe_UDEB)' failed.
> Aborted

Hmm, oh it seems I missed updating one of the spots! Could you try
with the updated patch attached? (I've also updated the one in the
hadrons.org for people that might be pulling that one.)

Thanks,
Guillem

[0001-Add-preliminary-.buildinfo-support.patch (text/x-diff, attachment)]

Message #77 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Slávek Banko <slavek.banko@axis.cz>

To: Guillem Jover <gjover@sipwise.com>, 843402@bugs.debian.org

Cc: Jan Wagner <jwagner@tmt.de>, Yaroslav Halchenko <debian@onerussian.com>, Stephan Sürken <absurd@debian.org>, Helmut Grohne <helmut@subdivi.de>, Christoph Berg <myon@debian.org>, Vincent Danjean <vdanjean.ml@free.fr>

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Thu, 24 Nov 2016 19:19:49 +0100

On Thursday 24 of November 2016 03:00:08 Guillem Jover wrote:
> [ Please remember to CC people, otherwise only the maintainer and
> people subscribed to the bug (hich requires explicit action) might
> see your replies. :) I just noticed when scanning the web interface. ]
>
> Hi!
>
> On Tue, 2016-11-22 at 00:31:47 +0100, Slávek Banko wrote:
> > I tried to update reprepro on Jessie by packages from Jan Wagner and
> > also from Stephan Sürken but I noticing problems. When I use
> > "reprepro processincoming", I got:
> >
> > There have been errors!
> >
> > Nothing else == just this one brief sentence.
> > When I use "reprepro include", I got:
> >
> > reprepro: checkin.c:680: changes_fixfields: Assertion `((e->type) ==
> > fe_DIFF || (e->type) == fe_ORIG || (e->type) == fe_TAR || (e->type)
> > == fe_DSC || (e->type) == fe_UNKNOWN || (e->type) == fe_ALTSRC) ||
> > ((e->type) == fe_DEB || (e->type) == fe_UDEB)' failed.
> > Aborted
>
> Hmm, oh it seems I missed updating one of the spots! Could you try
> with the updated patch attached? (I've also updated the one in the
> hadrons.org for people that might be pulling that one.)
>
> Thanks,
> Guillem

With updated patch buildinfo files are processed with "reprepro include", 
but something is still wrong:

Warning: strange 
filekey 'pool/!!NONE!!/b/bibletime-trinity/bibletime-trinity_14.0.5~pre2-0debian9.0.0+1~a_amd64.buildinfo'!

...and buildinfo files are truly stored in the folder with "!!NONE!!" in 
the path, instead of folder matching component name.


With "reprepro processincoming" remains brief and not very helpful report:

There have been errors!


Cheers
-- 
Slávek

Message #82 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Christoph Biedl <debian.axhn@manchmal.in-ulm.de>

To: 843402@bugs.debian.org

Cc: Guillem Jover <gjover@sipwise.com>, Slávek Banko <slavek.banko@axis.cz>, Jan Wagner <jwagner@tmt.de>, Yaroslav Halchenko <debian@onerussian.com>, Stephan Sürken <absurd@debian.org>, Helmut Grohne <helmut@subdivi.de>, Christoph Berg <myon@debian.org>, Vincent Danjean <vdanjean.ml@free.fr>

Subject: Re: Bug#843402: reprepro cannot handle .changes files that reference .buildinfo files

Date: Wed, 21 Dec 2016 11:42:16 +0100

[Message part 1 (text/plain, inline)]

Guillem Jover wrote...

> [ Please remember to CC people, otherwise only the maintainer and
> people subscribed to the bug (hich requires explicit action) might
> see your replies. :) I just noticed when scanning the web interface. ]

Well, this makes the recipient list pretty long then ...

Status update: I took the liberty to contact upstream (Bernhard) and
got an answer. Sharing the essential bits, although a bit indiscreet
but I guess you all are somewhat concerned already: He is working on
it, and he is aware of the release schedule.

    Christoph

[signature.asc (application/pgp-signature, inline)]

Message #87 received at 843402-close@bugs.debian.org (full text, mbox, reply):

From: brlink@debian.org (Bernhard R. Link)

To: 843402-close@bugs.debian.org

Subject: Bug#843402: fixed in reprepro 5.0.0-1

Date: Wed, 21 Dec 2016 23:21:44 +0000

Source: reprepro
Source-Version: 5.0.0-1

We believe that the bug you reported is fixed in the latest version of
reprepro, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 843402@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Bernhard R. Link <brlink@debian.org> (supplier of updated reprepro package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Wed, 21 Dec 2016 21:22:52 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 5.0.0-1
Distribution: experimental
Urgency: medium
Maintainer: Bernhard R. Link <brlink@debian.org>
Changed-By: Bernhard R. Link <brlink@debian.org>
Description:
 reprepro   - Debian package repository producer
Closes: 843402
Changes:
 reprepro (5.0.0-1) experimental; urgency=medium
 .
   * new release
   - drop support for apt-methods of squeeze and before
   - some code-refactoring (to prepare for future changes)
   - add support for .buildinfo in .changes files (Closes: #843402)
   * change debhelper compatibility level to 9
   * remove jessie gnupg2 depencency workarounds
   * change build-dependency from libgpgme11-dev to libgpgme-dev
   * enable hardening compiler flags, drop support for ancient dpkg-dev
Checksums-Sha1:
 4cbb1544a5b686b65894dcb2518477cfb2f17472 1963 reprepro_5.0.0-1.dsc
 33a27bae3a1acbf387c1de1e6209a51e55c74b0d 672057 reprepro_5.0.0.orig.tar.gz
 6d54a01b3b92faed524195a795e4282cc814f0e2 18688 reprepro_5.0.0-1.debian.tar.xz
 eda840235f2dfcc7dcc0021b823eb0dbced2d77b 997170 reprepro-dbgsym_5.0.0-1_amd64.deb
 049d7bef980e00c4321681c02ee7ffe844bad3cd 5170 reprepro_5.0.0-1_amd64.buildinfo
 9900a8f634658634b15a0c306c355477ee1d043e 450256 reprepro_5.0.0-1_amd64.deb
Checksums-Sha256:
 867dda4666e549dead2189013b60b4dcc8e7484ecc99d4a6443ab8d511390d02 1963 reprepro_5.0.0-1.dsc
 da7c0dbdd80afb1b49ea6740448bec1a7e7ab10e05520c33a9b11f5b8ca49f0b 672057 reprepro_5.0.0.orig.tar.gz
 9c987e71583242c15de3067fd669897b39e5e20832cb6b349c06ee6fd3b8af90 18688 reprepro_5.0.0-1.debian.tar.xz
 dfa62606508970123e705f08f8a73e717d9125782843dddd20f10a8c7bbe0827 997170 reprepro-dbgsym_5.0.0-1_amd64.deb
 6bf03ae96e55d24411c559ff8d5a322694774fea50b51e9b3db212d8bb1e3fb6 5170 reprepro_5.0.0-1_amd64.buildinfo
 2b2b17498ff32ebb48ec10b9c21d09e505c3c7f99f3d343e0233cfccd8396296 450256 reprepro_5.0.0-1_amd64.deb
Files:
 18285327421dc384cb540f25f36fcd5b 1963 utils extra reprepro_5.0.0-1.dsc
 7d13c1af92e95aeeb6330112af662cf9 672057 utils extra reprepro_5.0.0.orig.tar.gz
 b21dade6e8c4354a128f75d7f0d37f4b 18688 utils extra reprepro_5.0.0-1.debian.tar.xz
 063145457cda9a0940dd49ab140ce113 997170 debug extra reprepro-dbgsym_5.0.0-1_amd64.deb
 ec9d3fe058662fd95630b766da01e2f0 5170 utils extra reprepro_5.0.0-1_amd64.buildinfo
 d4651302bdfc2f4f431c14adec8e8634 450256 utils extra reprepro_5.0.0-1_amd64.deb

-----BEGIN PGP SIGNATURE-----

iQJGBAEBCAAwFiEER2LYZQQfdf9pay9D6ZZIQUY/gV8FAlhbB+0SHGJybGlua0Bk
ZWJpYW4ub3JnAAoJEOmWSEFGP4Ffej4P/iBgwH92AgpbHscBk9PSuQsoJG6xBy2a
OzW/iYgCbl4TwL9qm9O0gDDlZOoNMC2CMqRL4kaFKK9Sq9I8yUBIuvoaGJwQvCC2
6ULB80A6vaK1NRpVqO1z7X+Mj2vMG25qDNdD2xImj7fsz6GXsMEcYQbS18wTz5Br
0oT4Q9cpiLmhYggHWNIaYddXTxh04qOhws04JfTJ3oXHz6Bwe5yVE2zPbMNHb4Dn
x8xhCyap6YAOZhfGfyntAX1E0tt4nrqD25bD53LzAUcDjiOkK1lGFXCIkBb/I6B+
qoXKZc2kBhaHCUU8TS+EQbLe/91V5O4u2fpN80Gq3gZcdn2ucJ6ikVTUGfzXl8vo
c+EDzMmyELcxqnDvzlVqflL87QMc5Fihiy4Q2n7aUdiceq2OffedxCopioGUW+HT
BpYbfoLFXxpD/oh9L638SK+ckSuP/AEUD1G1S2zGuR0EGAF9/1Wd13kIHlA0kqvh
1rr9VsgDNVLSVTufkvIbUzr0+7kTznC7xy+OvdJUpAMyXOukwuqnchr4XxirOrCs
xNFN6nco6y+Smii0P+3nODQq6p0H6lw4GBzODN1729OLvjMT6/kQHrtqjz0ajzQ8
1Rqz5l6EKcbb71H4rtnVPf4xLqfTFsJPyJxJL+IYKo42x0gmGiZnp8zwhJCXhyBo
UV4pOlzS6uH5
=7MEj
-----END PGP SIGNATURE-----

Message #92 received at 843402@bugs.debian.org (full text, mbox, reply):

From: "Bernhard R. Link" <brlink@debian.org>

To: Helmut Grohne <helmut@subdivi.de>, Christoph Berg <myon@debian.org>, Vincent Danjean <vdanjean.ml@free.fr>, Yaroslav Halchenko <debian@onerussian.com>, Jan Wagner <jwagner@tmt.de>, Stephan Sürken <absurd@debian.org>, Slavek Banko <slavek.banko@axis.cz>, Christoph Biedl <debian.axhn@manchmal.in-ulm.de>

Cc: 843402@bugs.debian.org

Subject: Fwd: reprepro_5.0.0-1_amd64.changes ACCEPTED into experimental

Date: Thu, 22 Dec 2016 10:28:47 +0100

Hi,

I'd appreciate if those invovled could test the version of reprepro
currently in experimental. I plan to upload 5.0.1 to unstable with
some additional smaller things to unstable tomorrow (Friday) evening
(UTC).

Thanks in advance,
	Bernhard R. Link

----- Forwarded message from Debian FTP Masters <ftpmaster@ftp-master.debian.org> -----

From: Debian FTP Masters <ftpmaster@ftp-master.debian.org>
Date: Wed, 21 Dec 2016 23:21:44 +0000
To: "Bernhard R. Link" <brlink@debian.org>
X-local-part: brl+debian+redirect
Subject: reprepro_5.0.0-1_amd64.changes ACCEPTED into experimental



Accepted:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Wed, 21 Dec 2016 21:22:52 +0100
Source: reprepro
Binary: reprepro
Architecture: source amd64
Version: 5.0.0-1
Distribution: experimental
Urgency: medium
Maintainer: Bernhard R. Link <brlink@debian.org>
Changed-By: Bernhard R. Link <brlink@debian.org>
Description:
 reprepro   - Debian package repository producer
Closes: 843402
Changes:
 reprepro (5.0.0-1) experimental; urgency=medium
 .
   * new release
   - drop support for apt-methods of squeeze and before
   - some code-refactoring (to prepare for future changes)
   - add support for .buildinfo in .changes files (Closes: #843402)
   * change debhelper compatibility level to 9
   * remove jessie gnupg2 depencency workarounds
   * change build-dependency from libgpgme11-dev to libgpgme-dev
   * enable hardening compiler flags, drop support for ancient dpkg-dev
Checksums-Sha1:
 4cbb1544a5b686b65894dcb2518477cfb2f17472 1963 reprepro_5.0.0-1.dsc
 33a27bae3a1acbf387c1de1e6209a51e55c74b0d 672057 reprepro_5.0.0.orig.tar.gz
 6d54a01b3b92faed524195a795e4282cc814f0e2 18688 reprepro_5.0.0-1.debian.tar.xz
 eda840235f2dfcc7dcc0021b823eb0dbced2d77b 997170 reprepro-dbgsym_5.0.0-1_amd64.deb
 049d7bef980e00c4321681c02ee7ffe844bad3cd 5170 reprepro_5.0.0-1_amd64.buildinfo
 9900a8f634658634b15a0c306c355477ee1d043e 450256 reprepro_5.0.0-1_amd64.deb
Checksums-Sha256:
 867dda4666e549dead2189013b60b4dcc8e7484ecc99d4a6443ab8d511390d02 1963 reprepro_5.0.0-1.dsc
 da7c0dbdd80afb1b49ea6740448bec1a7e7ab10e05520c33a9b11f5b8ca49f0b 672057 reprepro_5.0.0.orig.tar.gz
 9c987e71583242c15de3067fd669897b39e5e20832cb6b349c06ee6fd3b8af90 18688 reprepro_5.0.0-1.debian.tar.xz
 dfa62606508970123e705f08f8a73e717d9125782843dddd20f10a8c7bbe0827 997170 reprepro-dbgsym_5.0.0-1_amd64.deb
 6bf03ae96e55d24411c559ff8d5a322694774fea50b51e9b3db212d8bb1e3fb6 5170 reprepro_5.0.0-1_amd64.buildinfo
 2b2b17498ff32ebb48ec10b9c21d09e505c3c7f99f3d343e0233cfccd8396296 450256 reprepro_5.0.0-1_amd64.deb
Files:
 18285327421dc384cb540f25f36fcd5b 1963 utils extra reprepro_5.0.0-1.dsc
 7d13c1af92e95aeeb6330112af662cf9 672057 utils extra reprepro_5.0.0.orig.tar.gz
 b21dade6e8c4354a128f75d7f0d37f4b 18688 utils extra reprepro_5.0.0-1.debian.tar.xz
 063145457cda9a0940dd49ab140ce113 997170 debug extra reprepro-dbgsym_5.0.0-1_amd64.deb
 ec9d3fe058662fd95630b766da01e2f0 5170 utils extra reprepro_5.0.0-1_amd64.buildinfo
 d4651302bdfc2f4f431c14adec8e8634 450256 utils extra reprepro_5.0.0-1_amd64.deb

-----BEGIN PGP SIGNATURE-----

iQJGBAEBCAAwFiEER2LYZQQfdf9pay9D6ZZIQUY/gV8FAlhbB+0SHGJybGlua0Bk
ZWJpYW4ub3JnAAoJEOmWSEFGP4Ffej4P/iBgwH92AgpbHscBk9PSuQsoJG6xBy2a
OzW/iYgCbl4TwL9qm9O0gDDlZOoNMC2CMqRL4kaFKK9Sq9I8yUBIuvoaGJwQvCC2
6ULB80A6vaK1NRpVqO1z7X+Mj2vMG25qDNdD2xImj7fsz6GXsMEcYQbS18wTz5Br
0oT4Q9cpiLmhYggHWNIaYddXTxh04qOhws04JfTJ3oXHz6Bwe5yVE2zPbMNHb4Dn
x8xhCyap6YAOZhfGfyntAX1E0tt4nrqD25bD53LzAUcDjiOkK1lGFXCIkBb/I6B+
qoXKZc2kBhaHCUU8TS+EQbLe/91V5O4u2fpN80Gq3gZcdn2ucJ6ikVTUGfzXl8vo
c+EDzMmyELcxqnDvzlVqflL87QMc5Fihiy4Q2n7aUdiceq2OffedxCopioGUW+HT
BpYbfoLFXxpD/oh9L638SK+ckSuP/AEUD1G1S2zGuR0EGAF9/1Wd13kIHlA0kqvh
1rr9VsgDNVLSVTufkvIbUzr0+7kTznC7xy+OvdJUpAMyXOukwuqnchr4XxirOrCs
xNFN6nco6y+Smii0P+3nODQq6p0H6lw4GBzODN1729OLvjMT6/kQHrtqjz0ajzQ8
1Rqz5l6EKcbb71H4rtnVPf4xLqfTFsJPyJxJL+IYKo42x0gmGiZnp8zwhJCXhyBo
UV4pOlzS6uH5
=7MEj
-----END PGP SIGNATURE-----


Thank you for your contribution to Debian.

----- End forwarded message -----
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC

Message #97 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Stephan Sürken <absurd@debian.org>

To: "Bernhard R. Link" <brlink@debian.org>, Helmut Grohne <helmut@subdivi.de>, Christoph Berg <myon@debian.org>, Vincent Danjean <vdanjean.ml@free.fr>, Yaroslav Halchenko <debian@onerussian.com>, Jan Wagner <jwagner@tmt.de>, Slavek Banko <slavek.banko@axis.cz>, Christoph Biedl <debian.axhn@manchmal.in-ulm.de>

Cc: 843402@bugs.debian.org

Subject: Re: Fwd: reprepro_5.0.0-1_amd64.changes ACCEPTED into experimental

Date: Thu, 22 Dec 2016 14:57:16 +0100

Hi Bernhard,

On Do, 2016-12-22 at 10:28 +0100, Bernhard R. Link wrote:
> I'd appreciate if those invovled could test the version of reprepro
> currently in experimental. I plan to upload 5.0.1 to unstable with
> some additional smaller things to unstable tomorrow (Friday) evening
> (UTC).

great!

Fwiw, 5.0.0 works fine "for me", i.e. in a setup w/o any tracking.

I have actually tested this under sid/experimental as well as under
jessie and wheezy (one may find preliminary jessie/wheezy ports here

 http://debian.installiert.net/hellfield-ab/pool/main/r/reprepro/

if that helps).

MfG,

S

Message #98 received at 843402-close@bugs.debian.org (full text, mbox, reply):

From: pireshos@eua7.servidoreua7.srv.br

To: 843402-close@bugs.debian.org

Subject: Please recheck your delivery address (UPS parcel 5235019)

Date: Tue, 25 Jul 2017 02:46:23 +0000

[Message part 1 (text/plain, inline)]

Dear Customer,

UPS courier was unable to contact you for your parcel delivery.

Please check the attachment for details!

Kind regards,
 ,
UPS Senior Station Manager.

[UPS-Receipt-5235019.zip (application/zip, attachment)]

Message #103 received at 843402@bugs.debian.org (full text, mbox, reply):

From: Fernando Toledo <ftoledo@docksud.com.ar>

To: 843402@bugs.debian.org

Subject: wheezy port

Date: Mon, 4 Dec 2017 15:22:53 -0300

On Thu, 22 Dec 2016 14:57:16 +0100 Stephan =?ISO-8859-1?Q?S=FCrken?=
<absurd@debian.org> wrote:
> Hi Bernhard,
> 
> On Do, 2016-12-22 at 10:28 +0100, Bernhard R. Link wrote:
> > I'd appreciate if those invovled could test the version of reprepro
> > currently in experimental. I plan to upload 5.0.1 to unstable with
> > some additional smaller things to unstable tomorrow (Friday) evening
> > (UTC).
> 
> great!
> 
> Fwiw, 5.0.0 works fine "for me", i.e. in a setup w/o any tracking.
> 
> I have actually tested this under sid/experimental as well as under
> jessie and wheezy (one may find preliminary jessie/wheezy ports here
> 
>  http://debian.installiert.net/hellfield-ab/pool/main/r/reprepro/
> 
> if that helps).
> 
> MfG,
> 
> S

Hi MfG!

Whats is the file for wheezy?

I have a reprepro 4.13 from wheezy-backports (i will update the OS but
not yet, due a virtual machine limitations), if i can run newer reprepro
version i can plan the upgrade without urgency.

Thanks

-- 
Fernando Toledo
Dock Sud BBS
http://bbs.docksud.com.ar
telnet://bbs.docksud.com.ar

Send a report that this bug log contains spam.