Re: [new] glow - Render markdown on the CLI

Fixed the `WANTLIB` line. Due an error I used `WANTLIB = ` instead of `WANTLIB += `. Regards, JMPC glow.tgz Description: application/tar-gz

Re: [new] glow - Render markdown on the CLI

Hi! On 24/02/13 11:41AM, Stuart Henderson wrote: > On 2024/02/12 12:46, juan.picca wrote: > > Hi Stuart. > > > > Thanks for your tweaks! > > > > > - missing WANTLIB > > > > Can you tell me how to determine the `WANTLIB` value for the next time? > > make port-lib-depends-check (sometimes it needs

Re: [patch] Avoid change of permissions in /etc/resolv.conf

Hi Stuart > I'd suggest targetting the umask setting, either by giving all users > class 'staff' or adding a new one which inherits from default. Thanks for your explanations. > This is a sensitive file. Keep a root shell open when modifying and > don't close it until tested, there are various

Re: [patch] Avoid change of permissions in /etc/resolv.conf

> I'm saying you will find this "problem" in 100 places, because the real > problem is your own change. Yes, you are right. The change that gives the error correctly infered by you and Stuart: --- /etc/login.conf.orig +++ /etc/login.conf @@ -40,7 +40,7 @@ # default:\ :path=/usr/bin

Re: [patch] Avoid change of permissions in /etc/resolv.conf

On Thu, Apr 20, 2023 at 11:33:30PM -0600, Theo de Raadt wrote: > But this situation does not arise, not in this program, and not in 20 other > daemons. > > You changed something to cause this problem. Yes. I found a similar case in

[patch] Avoid change of permissions in /etc/resolv.conf

Force a standard umask in /sbin/resolvd/resolvd.c. If not done and the default mask is a restrictive one, /etc/resolv.conf ends up not readable. Regards, JMPC diff --git sbin/resolvd/resolvd.c sbin/resolvd/resolvd.c index 2ffdfc6ddb4..133559819f6 100644 --- sbin/resolvd/resolvd.c +++

Re: [update] www/newsraft 0.12

On Mon, Nov 28, 2022 at 11:29:21AM +, Stuart Henderson wrote: > How about this diff instead? No need for the patch, now that it uses > make variables we can just override them, and... Ok for me. Thanks for give it attention. Regards, JMPC

[update] www/newsraft 0.12

Please, consider update newsraft to 0.12 Regards, JMPC diff --git a/www/newsraft/Makefile b/www/newsraft/Makefile index b004815a6a8..73a6ea8af40 100644 --- a/www/newsraft/Makefile +++ b/www/newsraft/Makefile @@ -1,6 +1,6 @@ COMMENT= lightweight feed reader for text terminals -DISTNAME=

Re: [patch] Add font module in fonts/a* and fonts/b*

On Mon, May 30, 2022 at 05:48:33AM -0600, Anthony J. Bentley wrote: > Juan Picca writes: > > 1. Define the variable `FONT_DOCDIR ?= ${PREFIX}/share/doc/${TYPEFACE}` > > (suggested name; DOCDIR is better?) in the font module. > > 2. If the variable `FONT_DOCFILES` (

Accepted golang-github-ostreedev-ostree-go 0.0+git20190702.759a8c1-1 (source all) into unstable, unstable

: Debian Go Packaging Team Changed-By: Juan Picca Description: golang-github-ostreedev-ostree-go-dev - Golang bindings for httt://github.com/ostreedev/ostree Closes: 898689 Changes: golang-github-ostreedev-ostree-go (0.0+git20190702.759a8c1-1) unstable; urgency=medium . * Initial release

Bug#935374: mate-desktop-environment: recommends the installation of gvfs-fuse

Package: mate-desktop-environment Severity: normal With the default instalation of mate desktop using tasksel (package `task-mate-desktop`) the package `gvfs-fuse` does not install. `gvfs-fuse` is needed to access the filesystems mounted with gio from the console. As an example, when a user

Bug#920225: pv: replace ash shell with dash

Hi Andrew! Thanks for take the time to see it. Regards, Juan Picca On Sun, Feb 10, 2019 at 8:03 PM Andrew Wood wrote: > Thanks for this discussion and for the patch. I have no idea why this > script uses ash instead of sh. Digging into its history a little bit I see > that it

Bug#920644: Update

Update for bug 920642 (closed): gargoyle-free doesn't use the script that use the ash shell.

Bug#920642: gargoyle-free: Replace /bin/ash shell with /bin/sh

Thanks for the info Sylvain! Regards, Juan Picca

Bug#920644: ash: consider the removal of the ash package

- waiting for maintainer response * qsf: not bug filled - same situation as pv Regards, Juan Picca

Bug#920642: gargoyle-free: Replace /bin/ash shell with /bin/sh

package may be removed from debian. (Only four packges left according codesearch: https://codesearch.debian.net/search?q=%23!%2Fbin%2Fash) Regards, Juan Picca. Note: The patch was upstreamed Description: Replace /bin/ash shell with /bin/sh Use /bin/sh as the majority of the scripts does. Currently

Bug#920225: pv: replace ash shell with dash

h equally apply. If not, please tell me and I close this bug. Regards, Juan Picca

Bug#920225: pv: replace ash shell with dash

it. Regards, Juan Picca On Tue, Jan 22, 2019 at 6:33 PM Antoine Beaupré wrote: > > On 2019-01-22 18:18:00, Juan Picca wrote: > > Package: pv > > Version: 1.6.6-1 > > Severity: wishlist > > Tags: patch > > > > Dear maintainer, > > > > One

Bug#920225: pv: replace ash shell with dash

Package: pv Version: 1.6.6-1 Severity: wishlist Tags: patch Dear maintainer, One script in autoconf directory uses the ash shell, which is replaced in debian with the dash shell. Regards, Juan Picca Description: Replace usage of ash with dash Replace usage of ash shell with dash (/bin/sh

Bug#920224: dnsmasq: replace ash shell with dash

Package: dnsmasq Version: 2.80-1 Severity: wishlist Tags: patch Dear maintainer, One example in contrib directory uses the ash shell, which was superseeded in debian with the dash shell. Regards, Juan Picca diff -urN dnsmasq-2.80.orig/contrib/reverse-dns/README dnsmasq-2.80/contrib/reverse-dns

Bug#919992: drbl: Remove/replace ash dependency

, inspecting the files in drbl package, i can't see the usage of ash/dash shell; the only one used is bash. Regards, Juan Picca

Re: Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. I don't know if skopeo works (and how) with the sjoerdsimons fork. Personally, I prefer using the upstream project (https://github.com/ostreedev/ostree-go) to minimize divergences and also due that is the code used and tested with skopeo. But, through the pull request and the issue

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. I don't know if skopeo works (and how) with the sjoerdsimons fork. Personally, I prefer using the upstream project (https://github.com/ostreedev/ostree-go) to minimize divergences and also due that is the code used and tested with skopeo. But, through the pull request and the issue

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. I don't know if skopeo works (and how) with the sjoerdsimons fork. Personally, I prefer using the upstream project (https://github.com/ostreedev/ostree-go) to minimize divergences and also due that is the code used and tested with skopeo. But, through the pull request and the issue

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. As commented previously, I update the package to the version currently used by skopeo (56f3a63). If you can upload the files tell me and i send you the build results. If not please give me some time to find a sponsor to upload the package. Regards, JMPC

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. As commented previously, I update the package to the version currently used by skopeo (56f3a63). If you can upload the files tell me and i send you the build results. If not please give me some time to find a sponsor to upload the package. Regards, JMPC

Re: Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. Currently ostree-go, commit d0388bd (master HEAD today) fails some tests: ``` === RUN TestCommitTreeSuccess --- FAIL: TestCommitTreeSuccess (0.11s) commit_test.go:108: failed to tar populated dir: read /tmp/otbuiltin-test-179055475/commit1: is a directory === RUN

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. Currently ostree-go, commit d0388bd (master HEAD today) fails some tests: ``` === RUN TestCommitTreeSuccess --- FAIL: TestCommitTreeSuccess (0.11s) commit_test.go:108: failed to tar populated dir: read /tmp/otbuiltin-test-179055475/commit1: is a directory === RUN

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Hi Reinhard. Currently ostree-go, commit d0388bd (master HEAD today) fails some tests: ``` === RUN TestCommitTreeSuccess --- FAIL: TestCommitTreeSuccess (0.11s) commit_test.go:108: failed to tar populated dir: read /tmp/otbuiltin-test-179055475/commit1: is a directory === RUN

Bug#917778: supercat: make supercat reproducible adding debhelper

Package: supercat Version: 0.5.5-4.3 Severity: normal Tags: patch Usertags: fileordering locale umask Dear Maintainer, While working on the "reproducible builds" effort [1], we have noticed that supercat could not be built reproducibly. The attached patch

[rb-general] Wished field in buildinfo files (debian)

Hi all. About the fields listed in the buildinfo files [1], has sense to ask for the inclusion of a field with the date of the build and the distribution used to use with snapshot.debian.org? Rationale: To reproduce a package (manually for now) maybe is convenient and easy for the creation of

Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors

About issues: We can't change where the users create bug reports, only suggest the correct place to do it. The extra work for BTS/salsa issues (if enabled) for me is inevitable. About the move from salsa.d.o, the question is: salsa.d.o can be used for general projects born in debian or is most

Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors

About issues: We can't change where the users create bug reports, only suggest the correct place to do it. The extra work for BTS/salsa issues (if enabled) for me is inevitable. About the move from salsa.d.o, the question is: salsa.d.o can be used for general projects born in debian or is most

Bug#910541: diffoscope: filing bugs on diffoscope is cumbersome for non-Debian contributors

Hi all. My way of thinking: If the program is only for debian, bugs.d.o is a right place to report issues. If the program aims to a broader audience (multiple distros), the project repository is the right place to report issues. Also, issues specific to debian can be filled alternatively in

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Package: wnpp Severity: wishlist Owner: Juan Picca <jumap...@gmail.com> * Package name: golang-github-ostreedev-ostree-go Version : 0.0~git20171027.cb6250d-1 Upstream Author : OSTree Project * URL : https://github.com/ostreedev/ostree-go * License

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Package: wnpp Severity: wishlist Owner: Juan Picca <jumap...@gmail.com> * Package name: golang-github-ostreedev-ostree-go Version : 0.0~git20171027.cb6250d-1 Upstream Author : OSTree Project * URL : https://github.com/ostreedev/ostree-go * License

[pkg-go] Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Package: wnpp Severity: wishlist Owner: Juan Picca <jumap...@gmail.com> * Package name: golang-github-ostreedev-ostree-go Version : 0.0~git20171027.cb6250d-1 Upstream Author : OSTree Project * URL : https://github.com/ostreedev/ostree-go * License

Bug#898689: ITP: golang-github-ostreedev-ostree-go -- Golang bindings for httt://github.com/ostreedev/ostree

Package: wnpp Severity: wishlist Owner: Juan Picca <jumap...@gmail.com> * Package name: golang-github-ostreedev-ostree-go Version : 0.0~git20171027.cb6250d-1 Upstream Author : OSTree Project * URL : https://github.com/ostreedev/ostree-go * License

[sqlite] [PATCH] Feature request: support cli variables

Hi all. After read i wanted to try to do the same with my sqlite queries. Sadly, the sqlite command line shell don't support variables. For that i want to suggest to add the support of variables in the command line shell. For start thinking

Bug#894787: vte: [PATCH] make the build reproducible

vte.h" */ │ │ │ │ +/* enumerations from "/build/vte-0.28.2/2nd/./src/vte.h" */ Patch attached. [0] https://reproducible-builds.org/ Description: Reproducible template output Allow the output of `glib-mkenums` be reproducible using `@basename` instead of `@filename@`. Autho

Bug#790235: [Python-modules-team] Bug#790235: basemap: [PATCH] please make the build reproducible

for fix reproducible problems in some images. Maybe with it and after the close of bug 827361, the documentation ( package python-mpltoolkits.basemap-doc) can be reproducible. Greetings, Juan On Sat, Jan 07, 2017 at 10:26:24PM -0500, Sandro Tosi wrote: > On Mon, Aug 15, 2016 at 11:13 PM, Juan Pi

Bug#790235: [Python-modules-team] Bug#790235: basemap: [PATCH] please make the build reproducible

Hi. The patch is no longer valid. Also, basemap 1.0.7+dfsg-3 currently is not reproducible. I hope that in the coming weeks i will have the time to make the build reproducible. Greetings, JMPC On Sun, Aug 14, 2016 at 1:24 PM, Sandro Tosi wrote: > Hey there, can you verify if

[Reproducible-builds] Bug#828810: fakeroot: [PATCH] Make the build reproducible

ible-build --- fakeroot-1.21.orig/debian/patches/fix-shell-in-fakeroot 1969-12-31 21:00:00.0 -0300 +++ fakeroot-1.21/debian/patches/fix-shell-in-fakeroot 2016-06-27 16:51:57.038058143 -0300 @@ -0,0 +1,13 @@ +Description: Fix shell in fakeroot.in + Use /bin/sh instead of @SHELL@ in fakeroot.in +Author:

Bug#828810: fakeroot: [PATCH] Make the build reproducible

ible-build --- fakeroot-1.21.orig/debian/patches/fix-shell-in-fakeroot 1969-12-31 21:00:00.0 -0300 +++ fakeroot-1.21/debian/patches/fix-shell-in-fakeroot 2016-06-27 16:51:57.038058143 -0300 @@ -0,0 +1,13 @@ +Description: Fix shell in fakeroot.in + Use /bin/sh instead of @SHELL@ in fakeroot.in +Author:

Bug#822983: zlibc: [PATCH] convert package to 3.0 (quilt)

Package: zlibc Version: 0.9k-4.3 Severity: normal Please, consider the attached tar for convert the package to format 3.0 (quilt). zlibc_0.9k-4.4.debian.tar.xz Description: application/xz

[Reproducible-builds] Ideas about TimestampsFromCPPMacros issue.

Ximin, Dhole: Thanks for correct my misconception about the state of the issue and the discouragement of the patch sent by Dhole. Thanks to Dhole too for update the wiki page of the issue. Greetings, JMPC > On 16-02-11 20:13:25, Ximin Luo wrote: > > Juan Picca: > > > F

Bug#783478: texi2html: [PATCH] Please make the build reproducible

to figure it and fix it. Greetings, JMPC On Sat, Aug 8, 2015 at 3:41 AM, Johannes Schauer jo...@debian.org wrote: Hi Juan, On Mon, 27 Apr 2015 08:09:03 -0300 Juan Picca jumap...@gmail.com wrote: The attached patch removes extra timestamps from the build system and ensure a stable file order when

Bug#783478: texi2html: [PATCH] Please make the build reproducible

to figure it and fix it. Greetings, JMPC On Sat, Aug 8, 2015 at 3:41 AM, Johannes Schauer jo...@debian.org wrote: Hi Juan, On Mon, 27 Apr 2015 08:09:03 -0300 Juan Picca jumap...@gmail.com wrote: The attached patch removes extra timestamps from the build system and ensure a stable file order when

Bug#792821: pkg-config: [PATCH] please make the build reproducible

Package: pkg-config Version: 0.28-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale Hi! While working on the reproducible builds effort [1], we have noticed that pkg-config could not be built reproducibly. The attached patch set the environment

[Reproducible-builds] Bug#792821: pkg-config: [PATCH] please make the build reproducible

Package: pkg-config Version: 0.28-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: locale Hi! While working on the reproducible builds effort [1], we have noticed that pkg-config could not be built reproducibly. The attached patch set the environment

Bug#792520: base-passwd: [PATCH] please make build reproducible

Package: base-passwd Version: 3.5.37 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale Hi! While working on the reproducible builds effort [1], we have noticed that base-passwd could not be built reproducibly. The attached patch set LC_ALL to

Bug#792285: pkgconf: [PATCH] please make the build reproducible

Package: pkgconf Version: 0.9.7-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale Hi! While working on the reproducible builds effort [1], we have noticed that pkgconf could not be built reproducibly. The attached patch removes locale-specific

[Reproducible-builds] Bug#792285: pkgconf: [PATCH] please make the build reproducible

Package: pkgconf Version: 0.9.7-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: locale Hi! While working on the reproducible builds effort [1], we have noticed that pkgconf could not be built reproducibly. The attached patch removes locale-specific

Bug#792127: pam: [PATCH] please make the build reproducible

locales. Author: Juan Picca jumap...@gmail.com Last-Update: 2015-07-11 --- --- a/configure +++ b/configure @@ -15162,7 +15162,7 @@ fi if test ! -z $BROWSER; then - BROWSER=$BROWSER -T text/html -dump + BROWSER=LC_ALL=C $BROWSER -T text/html -dump else enable_docu=no fi

Bug#785624: Timestamps in manpages generated makes builds non-reproducible

. Allow the date and time to be set externally by the environment variable SOURCE_DATE_EPOCH, whose expected value is a unix time. If the SOURCE_DATE_EPOCH value is invalid it is ignored silently. Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-29 --- --- a/src/rtfgen.cpp +++ b/src

Bug#785624: Timestamps in manpages generated makes builds non-reproducible

format. The expected usage in the debian/rules file is the following: LAST_CHANGE = $(shell dpkg-parsechangelog -S Date) DOXYGEN_CURRENTDATETIME = $(shell LC_ALL=C date -uIs -d $(LAST_CHANGE)) export DOXYGEN_CURRENTDATETIME Comments are welcome. Greetings, Juan Picca Note: the code for parse

[Reproducible-builds] Bug#785624: Timestamps in manpages generated makes builds non-reproducible

format. The expected usage in the debian/rules file is the following: LAST_CHANGE = $(shell dpkg-parsechangelog -S Date) DOXYGEN_CURRENTDATETIME = $(shell LC_ALL=C date -uIs -d $(LAST_CHANGE)) export DOXYGEN_CURRENTDATETIME Comments are welcome. Greetings, Juan Picca Note: the code for parse

[Reproducible-builds] Bug#790235: basemap: [PATCH] please make the build reproducible

/make.py to add sphinxopts options. Allow pass the value of sphinxopts command line option to sphinx-build. Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-27 --- --- a/doc/make.py +++ b/doc/make.py @@ -5,13 +5,13 @@ import os import shutil import sys -def html(): -os.system('sphinx

Bug#790235: basemap: [PATCH] please make the build reproducible

/make.py to add sphinxopts options. Allow pass the value of sphinxopts command line option to sphinx-build. Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-27 --- --- a/doc/make.py +++ b/doc/make.py @@ -5,13 +5,13 @@ import os import shutil import sys -def html(): -os.system('sphinx

[Python-modules-team] Bug#790235: basemap: [PATCH] please make the build reproducible

/make.py to add sphinxopts options. Allow pass the value of sphinxopts command line option to sphinx-build. Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-27 --- --- a/doc/make.py +++ b/doc/make.py @@ -5,13 +5,13 @@ import os import shutil import sys -def html(): -os.system('sphinx

Bug#789997: python-pysqlite2: [PATCH] please make the build reproducible

to use sphinxopts command line option for add parameters in the call to sphinx-build. Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-25 --- --- a/setup.py +++ b/setup.py @@ -65,10 +65,10 @@ else: class DocBuilder(Command): description = Builds the documentation -user_options

[Reproducible-builds] Bug#789997: python-pysqlite2: [PATCH] please make the build reproducible

to use sphinxopts command line option for add parameters in the call to sphinx-build. Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-25 --- --- a/setup.py +++ b/setup.py @@ -65,10 +65,10 @@ else: class DocBuilder(Command): description = Builds the documentation -user_options

Bug#789728: aegisub: [PATCH] please make the build reproducible

from the code. Once applied, aegisub can be built reproducibly. [1]: https://wiki.debian.org/ReproducibleBuilds Description: Only add timestamp when BUILD_CREDIT is defined Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-23 --- --- a/src/version.cpp +++ b/src/version.cpp @@ -58,7 +58,11

[Reproducible-builds] Bug#789728: aegisub: [PATCH] please make the build reproducible

from the code. Once applied, aegisub can be built reproducibly. [1]: https://wiki.debian.org/ReproducibleBuilds Description: Only add timestamp when BUILD_CREDIT is defined Author: Juan Picca jumap...@gmail.com Last-Update: 2015-06-23 --- --- a/src/version.cpp +++ b/src/version.cpp @@ -58,7 +58,11

Bug#789747: dipy: [PATCH] please make the build reproducible

Package: dipy Version: 0.7.1-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that dipy could not be built reproducibly. The attached patch removes extra timestamps

[Reproducible-builds] Bug#789747: dipy: [PATCH] please make the build reproducible

Package: dipy Version: 0.7.1-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that dipy could not be built reproducibly. The attached patch removes extra timestamps

Bug#789748: jansson: [PATCH] please make the build reproducible

Package: jansson Version: 2.7-3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that jansson could not be built reproducibly. The attached patch removes extra

[Reproducible-builds] Bug#789748: jansson: [PATCH] please make the build reproducible

Package: jansson Version: 2.7-3 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that jansson could not be built reproducibly. The attached patch removes extra

Bug#789752: mathjax-docs: [PATCH] please make the build reproducible

Package: mathjax-docs Version: 2.5+20150415-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that mathjax-docs could not be built reproducibly. The attached patch

[Reproducible-builds] Bug#789752: mathjax-docs: [PATCH] please make the build reproducible

Package: mathjax-docs Version: 2.5+20150415-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that mathjax-docs could not be built reproducibly. The attached patch

Bug#789749: tempest: [PATCH] please make the build reproducible

Package: tempest Version: 4-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that tempest could not be built reproducibly. The attached patch removes extra timestamps

Bug#789751: python-pysaml2: [PATCH] please make the build reproducible

Package: python-pysaml2 Version: 2.4.0-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that python-pysaml2 could not be built reproducibly. The attached patch removes

[Reproducible-builds] Bug#789751: python-pysaml2: [PATCH] please make the build reproducible

Package: python-pysaml2 Version: 2.4.0-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that python-pysaml2 could not be built reproducibly. The attached patch removes

Bug#789733: migrate: [PATCH] please make the build reproducible

Package: migrate Version: 0.9.6-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that migrate could not be built reproducibly. The attached patch removes extra

[Reproducible-builds] Bug#789733: migrate: [PATCH] please make the build reproducible

Package: migrate Version: 0.9.6-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that migrate could not be built reproducibly. The attached patch removes extra

Bug#788598: transmissionrpc: [PATCH] please make the build reproducible

Package: transmissionrpc Version: 0.11-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that transmissionrpc could not be built reproducibly. The attached patch

[Python-modules-team] Bug#788598: transmissionrpc: [PATCH] please make the build reproducible

Package: transmissionrpc Version: 0.11-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that transmissionrpc could not be built reproducibly. The attached patch

Bug#788596: simplejson: [PATCH] please make the build reproducible

Package: simplejson Version: 3.7.3-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that simplejson could not be built reproducibly. The attached patch removes extra

Bug#788597: waitress: [PATCH] please make the build reproducible

Package: waitress Version: 0.8.9-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that waitress could not be built reproducibly. The attached patch removes extra

[Python-modules-team] Bug#788596: simplejson: [PATCH] please make the build reproducible

Package: simplejson Version: 3.7.3-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that simplejson could not be built reproducibly. The attached patch removes extra

[Reproducible-builds] Bug#788596: simplejson: [PATCH] please make the build reproducible

Package: simplejson Version: 3.7.3-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that simplejson could not be built reproducibly. The attached patch removes extra

[Reproducible-builds] Bug#788597: waitress: [PATCH] please make the build reproducible

Package: waitress Version: 0.8.9-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that waitress could not be built reproducibly. The attached patch removes extra

Bug#788593: python-scrapy: [PATCH] please make the build reproducible

Package: python-scrapy Version: 0.24.2-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that python-scrapy could not be built reproducibly. The attached patch removes

[Python-modules-team] Bug#788593: python-scrapy: [PATCH] please make the build reproducible

Package: python-scrapy Version: 0.24.2-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that python-scrapy could not be built reproducibly. The attached patch removes

[Python-modules-team] Bug#788592: python-repoze.what: [PATCH] please make the build reproducible

Package: python-repoze.what Version: 1.0.9-5 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that python-repoze.what could not be built reproducibly. The attached patch

Bug#788592: python-repoze.what: [PATCH] please make the build reproducible

Package: python-repoze.what Version: 1.0.9-5 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that python-repoze.what could not be built reproducibly. The attached patch

[Reproducible-builds] Bug#788594: pywavelets: [PATCH] please make the build reproducible

Package: pywavelets Version: 0.2.2-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that pywavelets could not be built reproducibly. The attached patch removes extra

Bug#788595: sahara: [PATCH] please make the build reproducible

Package: sahara Version: 2015.1.0-4 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that sahara could not be built reproducibly. The attached patch removes extra

Bug#788594: pywavelets: [PATCH] please make the build reproducible

Package: pywavelets Version: 0.2.2-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that pywavelets could not be built reproducibly. The attached patch removes extra

[Python-modules-team] Bug#788599: wtforms: [PATCH] please make the build reproducible

Package: wtforms Version: 2.0.1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that wtforms could not be built reproducibly. The attached patch removes extra

Bug#788599: wtforms: [PATCH] please make the build reproducible

Package: wtforms Version: 2.0.1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that wtforms could not be built reproducibly. The attached patch removes extra

[Reproducible-builds] Bug#788467: astroquery: [PATCH] please make the build reproducible

Package: astroquery Version: 0.2.4+dfsg-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that astroquery could not be built reproducibly. The attached patch removes

[Reproducible-builds] Bug#788469: glance: [PATCH] please make the build reproducible

Package: glance Version: 2015.1.0-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that glance could not be built reproducibly. The attached patch removes extra

[Reproducible-builds] Bug#788476: mpi4py: [PATCH] please make the build reproducible

Package: mpi4py Version: 1.3.1+hg20131106-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that mpi4py could not be built reproducibly. The attached patch removes

[Reproducible-builds] Bug#788477: musicbrainzngs: [PATCH] please make the build reproducible

Package: musicbrainzngs Version: 0.5-2 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that musicbrainzngs could not be built reproducibly. The attached patch removes

[Reproducible-builds] Bug#788478: ns3: [PATCH] please make the build reproducible

Package: ns3 Version: 3.22+dfsg-1 Severity: wishlist Template taken from https://wiki.debian.org/ReproducibleBuilds/Contribute Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that ns3

[Reproducible-builds] Bug#788479: oslo-config: [PATCH] please make the build reproducible

Package: oslo-config Version: 1.9.3-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that oslo-config could not be built reproducibly. The attached patch removes

[Reproducible-builds] Bug#788480: oslo.messaging: [PATCH] please make the build reproducible

Package: oslo.messaging Version: 1.8.1-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that oslo.messaging could not be built reproducibly. The attached patch removes

[Reproducible-builds] Bug#788486: pyopencl: [PATCH] please make the build reproducible

Package: pyopencl Version: 2015.1-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that pyopencl could not be built reproducibly. The attached patch removes extra

[Reproducible-builds] Bug#788487: python-amqp: [PATCH] please make the build reproducible

Package: python-amqp Version: 1.4.6-1 Severity: wishlist Tags: patch User: reproducible-builds@lists.alioth.debian.org Usertags: timestamps Hi! While working on the reproducible builds effort [1], we have noticed that python-amqp could not be built reproducibly. The attached patch removes extra

  1   2   3   >