Source: bsdmainutils
Version: 9.0.6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Dear bsdmainutils maintainers,
While trying to cross build bsdmainutils, I noticed that it was
installing the host architecture python and python-hdate. It then tries
to execute that Python as a build t
On Sun, Jul 19, 2015 at 03:54:55PM +0200, Helmut Grohne wrote:
> As an aside note, I question the use of python-hdate to compute the
> Jewish calendar:
> * Since the build date is used to select the year of the calendar file,
>the package is not reproducible. (Ccing the reproducible people)
>
On Sun, Jul 19, 2015 at 03:54:55PM +0200, Helmut Grohne wrote:
> solution is to always install them for the build architecture. This can
> be reflected in the Build-Depends by annotating those packages with
> ":native".
That does not seem to work.
> The attached patch implements that proposal. Pl
Control: block -1 by 807516
Thank you for taking the time to look into this bug.
On Sun, Mar 06, 2016 at 07:07:03PM +0100, Michael Meskes wrote:
> On Sun, Jul 19, 2015 at 03:54:55PM +0200, Helmut Grohne wrote:
> > solution is to always install them for the build architecture. This can
> > be refl
2017-04-13 16:35 Manuel A. Fernandez Montecelo:
Hi,
2016-03-06 21:08 Helmut Grohne:
Control: block -1 by 807516
[...]
The attached patch implements that proposal. Please consider applying
it. The ":native" is supported in apt and dpkg since wheezy. If in
doubt, don't hesitate to ask for detai
> Would it help if we prepare an NMU for this?
A simple patch would do. There's more to be changed in the package but
real life doesn't allow me to spend enough time on it, but I certainly
can do an upload.
Thanks
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De
2017-10-19 09:56 Michael Meskes:
Would it help if we prepare an NMU for this?
A simple patch would do. There's more to be changed in the package but
real life doesn't allow me to spend enough time on it, but I certainly
can do an upload.
There was a patch provided along with the original repo
I just checked and found I fixed this in git back in May, but neither marked it
pending, nor uploaded. Shame on me, sorry.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot or
Hi again Michael,
2017-10-20 14:55 GMT+02:00 Michael Meskes :
> I just checked and found I fixed this in git back in May, but neither marked
> it
> pending, nor uploaded. Shame on me, sorry.
Thanks for the upload!
A couple of things though:
a) Upon a quick inspection, it doesn't look like you
Hi,
> A couple of things though:
> ...
Actually both were oversights, sigh.
Will do another upload in a minute.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Bo
2017-10-21 9:23 GMT+02:00 Michael Meskes :
> Hi,
>
>> A couple of things though:
>> ...
>
> Actually both were oversights, sigh.
>
> Will do another upload in a minute.
Great, thanks!
--
Manuel A. Fernandez Montecelo
Hi,
2016-03-06 21:08 Helmut Grohne:
Control: block -1 by 807516
[...]
> The attached patch implements that proposal. Please consider applying
> it. The ":native" is supported in apt and dpkg since wheezy. If in
> doubt, don't hesitate to ask for details on the identified problem or
> the propo
I am changing the recipient bug to the reproducible issue and the 2014
issues as this is unrelated to the FTCBFS issue. (So many bugs!)
In the absense of better solutions for these bugs, please apply my patch
anyway.
On Mon, Jul 20, 2015 at 09:08:10PM +0200, Michael Meskes wrote:
> On Sun, Jul 19
> The usefulness issue is harder. I have little clue about the file
> format, but since Debian stable releases are valid for multiple years (5
> when considering LTS), the only way seems to be to store the dates for
> multiple years (ideally 10 or more) in that calendar file. When doing
If it was
On Mon, Jul 20, 2015 at 09:19:26PM +0200, Helmut Grohne wrote:
> The usefulness issue is harder. I have little clue about the file
> format, but since Debian stable releases are valid for multiple years (5
> when considering LTS), the only way seems to be to store the dates for
> multiple years (id
clone 792867 -1
clone 792867 -2
retitle -1 bsdmainutils: unreproducible as current year is used while building
retitle -2 bsdmainutils: jewish calendar unsuable, needs a rebuild
user reproducible-bui...@lists.alioth.debian.org
usertag -2 + timestamps
thanks
Hi,
I'll leave 792867 alone and just co
16 matches
Mail list logo