t a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..332030e
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,25 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: force English to be use
Source: telepathy-salut
Version: 0.8.1-5
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
On Mon, Jun 27, 2016 at 10:39:52AM +0200, Yury V. Zaytsev wrote:
> For instance, it seems to me that it is only logical to set the mtime of
> patched files to the mtime of the last patch that touched them, and this
> will make the source mtime dependent builds fully reproducible.
>
> Have you
Source: libphonennumber
Version: 7.1.0-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
an/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..9d97fa5
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,83 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Enable reproducible building
+ - Sort list of object fil
On Sun, Jun 26, 2016 at 10:21:49PM +0200, Yury V. Zaytsev wrote:
> On Sun, 26 Jun 2016, Reiner Herrmann wrote:
>
> >While working on the "reproducible builds" effort [1], we have noticed
> >that mc could not be built reproducibly. It embeds the current date into
> &
On Sun, Jun 26, 2016 at 05:58:37PM +0200, Reiner Herrmann wrote:
> The attached patch makes it honour SOURCE_DATE_EPOCH, if it is
> available, to get a deterministic timestamp.
The patch has an issue when SOURCE_DATE_EPOCH is not defined.
An updated patch is attached which handles thi
On Sun, Jun 26, 2016 at 09:00:50PM +0200, Yury V. Zaytsev wrote:
> >The attached patch uses SOURCE_DATE_EPOCH as a deterministic timestamp
> >instead.
>
> I wouldn't mind upstreaming this patch as long as SOURCE_DATE_EPOCH is at
> least halfway standardized. Could you please tell me whether this
Source: mc
Version: 3:4.8.17-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that mc could not be built
Source: keyutils
Version: 1.5.9-9
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that keyutils could not be
On Sun, Jun 26, 2016 at 05:58:37PM +0200, Reiner Herrmann wrote:
> The attached patch makes it honour SOURCE_DATE_EPOCH, if it is
> available, to get a deterministic timestamp.
Sorry, the patch contained one line too much.
Updated patch attached.
diff --git a/debian/p
t a/debian/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..7d80ba7
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,22 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Honour SOURCE_DATE_EP
On Sun, Jun 26, 2016 at 05:07:54PM +0200, Axel Beckert wrote:
> I currently fail to see why this can catch Embperl::Syntax::POD in one
> build, but not in another. IMHO this should happen with every build.
> Will investigate.
It's actually related to the shell...
$ touch aD bD cD dD eD AD BD
$
On Sun, Jun 26, 2016 at 05:07:54PM +0200, Axel Beckert wrote:
> > In one build the manpage Embperl::Syntax::POD.3pm is incorrectly sorted
> > to the German manpages (Embperl::FeaturesD too), because their names end
> > with D.
>
> Why only in one build? Due to different locale settings? Anyway,
Source: libembperl-perl
Version: 2.5.0-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that libembperl-perl
ld.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..6ab0a11
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Don't include kernel/machine name to get reproducible build
+
+-
ld.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..b742eca
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,12 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort list of mpi files to get reproducible rules/hwdb file
Control: severity -1 grave
Raising severity as the package is unusable for years as
reported by several users.
signature.asc
Description: Digital signature
file mode 100644
index 000..fa353a0
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,49 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort order of object files in static libraries
+
+--- a/libs-external/USI++/src/Makefile.in
b/libs-external/USI++
Control: tags = patch upstream
Hi,
I found that the problem is in a C file which is generated during build
(tmp-tt-table.c). It contains some tables, and the last two elements
columsn of one table were not deterministic.
The reason is that the array is sized incorrectly.
It is declared as:
Source: git
Version: 1:2.8.1-1
Severity: minor
Hi,
the script /usr/share/doc/git/contrib/diff-highlight/diff-highlight is
not executable. If it was, it would be easier to use, as you could just
symlink it in one of the directories in PATH.
Now it requires copying the script and marking it as
an/patches/reproducible-build.patch
new file mode 100644
index 000..2336bff
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/SConstruct
b/SCon
an/patches/03_reproducible_build.patch b/debian/patches/03_reproducible_build.patch
new file mode 100644
index 000..e6b56bb
--- /dev/null
+++ b/debian/patches/03_reproducible_build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for determinist
an/patches/03_reproducible_build.patch b/debian/patches/03_reproducible_build.patch
new file mode 100644
index 000..9264d78
--- /dev/null
+++ b/debian/patches/03_reproducible_build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for determinist
Source: scummvm
Version: 1.8.1+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: username environment
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that scummvm
Source: funguloids
Version: 1.06-12
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that funguloids could not be
Source: overgod
Version: 1.0-4.2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that overgod could not be built
h b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..d37b107
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/SConstruct
+
an/patches/reproducible_build.patch
new file mode 100644
index 000..bd1d6c8
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,23 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/Makefile.in
b/Makefile.in
Source: hoichess
Version: 0.10.3-6.1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that hoichess could
Hi Fulano,
On Wed, Jun 08, 2016 at 09:20:35PM +1000, Fulano Diego Perez wrote:
> can you ?
>
> i cant find it if it does - not in runtime DIR..
thanks for the report.
It looks like it downloads index.php instead of the offered PDF
to its working directory.
I need to investigate a bit
an/patches/reproducible_build.patch b/debian/patches/reproducible_build.patch
new file mode 100644
index 000..5d48fcc
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,23 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort object files for determinist
patches/07-reproducible-build.patch b/debian/patches/07-reproducible-build.patch
new file mode 100644
index 000..c00d349
--- /dev/null
+++ b/debian/patches/07-reproducible-build.patch
@@ -0,0 +1,37 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort lists of libraries/sou
ld.patch b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..1de69b7
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/src/Mak
producible-build.patch
new file mode 100644
index 000..bbd7582
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/Makefile
b/Makefile
an/patches/15_reproducible-build.patch
new file mode 100644
index 000..24f73e8
--- /dev/null
+++ b/debian/patches/15_reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/makefile.all
b/makef
an/patches/reproducible-build.patch
new file mode 100644
index 000..e0b466c
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/src/Makefile
b/src/M
Source: blockout2
Version: 2.4+dfsg1-7
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that blockout2 could
an/patches/reproducible_build.patch
new file mode 100644
index 000..0f7c834
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files to get a deterministic linking order
+
+--- a/Makefile
b/Makefile
+
producible-build.patch
new file mode 100644
index 000..146d61c
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,12 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort object files for deterministic linking order
+
+--- a/Makefile
b/Makefi
On Thu, Jun 02, 2016 at 12:35:33AM +0200, Reiner Herrmann wrote:
> I understand that it is a problem that files are not cleaned up.
> But when they are not automatically removed, this means that the user
> has manually touched/modified them. The changes made either to the
&
Hi pabs!
On Tue, May 31, 2016 at 12:47:24PM +0800, Paul Wise wrote:
> The experimental version does not not deal with obsolete conffiles
> properly. Please use the dpkg-maintscript-helper support provided by
> dh_installdeb to remove these obsolete conffiles on upgrade.
>
[...]
>
> $
Source: dh-lua
Version: 23
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that dh-lua inserts a
ource-date-epoch.patch
@@ -0,0 +1,46 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Honour SOURCE_DATE_EPOCH for PDF timestamp
+ When the environment variable SOURCE_DATE_EPOCH is defined, its timestamp
+ is used instead of the current time for timestamps embedded into PDF
+ met
an/patches/reproducible-build.patch
new file mode 100644
index 000..dc623e5
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files to get deterministic linking order
+
+--- a/src/Mak
Hi Dmitry,
On Sat, May 28, 2016 at 02:17:50PM +0300, Dmitry Bogatov wrote:
> I wrote simple patch, that solves issue. Please, consider including.
thanks for providing a patch!
I will provide a new package in the next days with your patch applied.
Regards,
Reiner
signature.asc
Description:
uilds
diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..1a19d54
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: S
an/patches/reproducible-build.patch
new file mode 100644
index 000..404b749
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,25 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort object files for deterministic linking order
+
+--- a/src/Makefile
+++
Source: dash
Version: 0.5.8-2.2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that dash could not be built
Hi,
it looks like most of the documentation related issues are now solved
by fixed toolchain packages. But it still uses the embedded and
outdated copy of man2html, which doesn't support SOURCE_DATE_EPOCH yet.
The attached patch uses the system man2html instead of the embedded one.
After that,
uild.patch
new file mode 100644
index 000..9dad891
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort object files for deterministic linking order
+
+--- a/Makefile
b/Makefile
+@@ -17,7 +17,7 @@
+
producible-build.patch b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..86f1642
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort list of source files for determinist
ld.patch b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..e41f445
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort source files for deterministic linking order
+
+--- a/S
Source: ruby2.3
Version: 2.3.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Forwarded: https://github.com/ruby/ruby/pull/1367
Hi!
ruby2.3 contains the mkmf.rb module,
Control: reopen -1
Control: notfixed -1 0.8-3
Hi,
unfortunately we noticed that there is still an reproducibility issue
left. The order of files inside the tar archive are varying.
Attached is a patch which fixes the remaining issue.
Kind regards,
Reiner
diff --git a/debian/control
0644
index 000..9526621
--- /dev/null
+++ b/debian/patches/reproducible_build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort data files to have a deterministic order when archived
+
+--- a/makefile
b/makefile
+@@ -81,7 +81,7 @@
+ OBJ += te
Source: dwm
Version: 0.4.2-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that dwm could not be built
file mode 100644
index 000..f583e36
--- /dev/null
+++ b/debian/patches/02-reproducible-build.patch
@@ -0,0 +1,14 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: Sort object files for deterministic linking order
+
+--- a/Makefile.in
b/Makefile.in
+@@ -21,7
Source: libhdf4
Version: 4.2.11-1.exp1
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps username hostname
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort, we have noticed
that libhdf4 could
Source: console-setup
Version: 1.143
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask locale fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
Hi Guy,
On Thu, May 05, 2016 at 01:26:04PM +0100, Guy Heatley wrote:
> > Can you please recheck with libselinux1 2.5-1 (when it lands in testing)
> > and tell me if it solved your problem?
>
> I certainly will.
>
> BTW, the workaround detailed on the github site seems to work, namely
> adding
Sorry, I forgot about timezone variation.
An updated patch is attached.
Regards,
Reiner
diff --git a/debian/patches/deterministic-latex.patch b/debian/patches/deterministic-latex.patch
index f9cbb05..b9d426c 100644
--- a/debian/patches/deterministic-latex.patch
+++
Source: libtomcrypt
Version: 1.17-7
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that libtomcrypt could
On Sat, May 21, 2016 at 12:59:07AM +0200, Reiner Herrmann wrote:
> > Manually running firecfg also does not work for software that has profiles
> > but where the package gets installed by the user after firejail was
> > installed. I speculate for reasons of cleanness, it
On Fri, May 20, 2016 at 11:57:32AM +, ban...@openmailbox.org wrote:
> While firecfg handles symlinks well and per package hacks to create symlinks
> are no longer necessary, it still needs a way to make it seamless and
> automatically protect users. There is already precedent in Debian for
>
The patch has now been applied in cmake's next branch:
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=edcccde7
signature.asc
Description: Digital signature
-ftbfs-on-kfreebsd.patch
+sort_file_globs.patch
diff --git a/debian/patches/sort_file_globs.patch b/debian/patches/sort_file_globs.patch
new file mode 100644
index 000..1bf5155
--- /dev/null
+++ b/debian/patches/sort_file_globs.patch
@@ -0,0 +1,29 @@
+Author: Reiner Herrmann <rei...@reiner-h
inux.patch
fix_ftbfs_with_sbuild.patch
customize_allegro-config.patch
+sort_source_files.patch
diff --git a/debian/patches/sort_source_files.patch b/debian/patches/sort_source_files.patch
new file mode 100644
index 000..6ce0533
--- /dev/null
+++ b/debian/patches/sort_source_files.patch
@@ -0,0 +1,15 @@
+Auth
Control: tags -1 + moreinfo
Hi Guy,
On Wed, May 04, 2016 at 05:40:41PM +0100, Guy Heatley wrote:
>
> https://github.com/netblue30/firejail/issues/494
> "A recent libselinux1 update (2.5-1) introduces a bug where it attempts
> to re-mount /proc directory."
>
> This issue is closed on the Github
On Fri, Apr 29, 2016 at 06:38:43PM +0200, Evgeni Golov wrote:
> Reiner, can you test a build from git for us? I've uploaded amd64 packages to
> https://people.debian.org/~evgeni/tmp/mutt/
I just tested it, and NNTP works fine again.
Thanks a lot James and Evgeni!
signature.asc
Description: PGP
Hi!
Thanks for your suggestion!
On Tue, Apr 26, 2016 at 06:54:07PM +0200, ban...@openmailbox.org wrote:
> At the moment there is no way to make all programs start with firejail
> automatically. Beginner users can't be expected to start a terminal every
> time they want to launch a program. This
Package: mutt-patched
Version: 1.6.0-1
Dear maintainer,
I just noticed that NNTP is no longer working in mutt-patched.
In the debian/changelog it is mentioned that the patch was updated
for 1.6.0.
But I also just saw in git that it has been disabled, because it
doesn't build. :(
It would be
Control: tags -1 + moreinfo
Hi Martin,
I just tried to reproduce your build failure, but wasn't able to.
I used an up-to-date pbuilder with unstable on amd64, and also verified
on the reproducible builds infrastructure that it builds fine [1] [2].
> Package 'graphite2', required by 'harfbuzz',
Source: debian-policy
Version: 3.9.8
Tags: patch
Severity: minor
Hi,
the upgrading-checklist contains an incorrect date for version 3.9.8.0.
It was released in April, not in February.
3.9.8 is also not yet pushed to git.
Kind regards,
Reiner
diff --git a/upgrading-checklist.sgml
Hi,
faketime is not necessary to build the documentation reproducibly.
There was already a patch to set the time to a static value, but
it was not included in the series file.
Attached is a patch which gets rid of faketime again.
Regards,
Reiner
diff --git a/debian/patches/series
On Tue, Apr 19, 2016 at 09:57:45PM +, Mattia Rizzolo wrote:
> > There it simply doesn't clean up requires.txt.
>
> Do you think it's safe and sane enough to just ignore all the python egg
> foo and empty the file during the build in d/rules or something on that
> line?
> I'm afraid I know
On Tue, Apr 19, 2016 at 10:25:41AM +0200, Holger Levsen wrote:
> I'd expect this problem would be intercepted and a helpful error message
> would be displayed.
What I also just saw is that /usr/bin/diffoscope is a auto-generated
script from easy_install coming from "entry_points={
On Tue, Apr 19, 2016 at 10:25:41AM +0200, Holger Levsen wrote:
> $ diffoscope piuparts_0.70_source.changes piuparts_0.70~bpo8+1_source.changes
> Traceback (most recent call last):
> File "/usr/bin/diffoscope", line 5, in
> from pkg_resources import load_entry_point
> File
Control: tags -1 = patch
Hi Gianfranco,
On Sun, Mar 27, 2016 at 09:45:44PM +, Gianfranco Costamagna wrote:
> while in general I agree about shipping both Python2 and Python3, I think
> this is useful for libraries, or for core applications. In the context of
> general purpose tools, such as
The upstream changelog sounds like it was fixed in webkitgtk 2.4.11,
which was uploaded recently to Debian.
I will try it once it reaches the mirrors.
signature.asc
Description: Digital signature
Control: reassign -1 webkitgtk 2.4.10-1
Control: retitle -1 webkitgtk: segmentation fault in
WebCore::AXObjectCache::handleAttributeChanged
Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=155694
Hi,
thanks for reporting this issue!
I was able to reproduce it:
> #0
Hi Zbigniew,
thanks for the report!
I just had a short look at this issue.
The problem why diffoscope doesn't see this change is that the initramfs
contains actually multiple cpio archives, but diffoscope treats
the files as single cpio archives:
> $ cpio -t < initrd
> .
> early_cpio
> kernel
>
Hi Petter,
On Mon, Apr 04, 2016 at 07:15:18AM +0200, Petter Reinholdtsen wrote:
> Hi. I just tried to backport firejail to Jessie, and had to apply the
> following patch as the SYS_* macros were defined to __NR_*, but these
> __NR_* macros were undefined in the 3.16.7 kernel header packages.
I
Hi KiBi,
On Mon, Apr 04, 2016 at 11:11:26PM +0200, Cyril Brulebois wrote:
> I'm not sure it's reasonable to introduce a versioned build-dep on tar
> at this point: 1.28 is only available in sid and stretch, and we tend to
> backport debootstrap semi-regularly to stable.
>
> Is there any chance
On Tue, Apr 05, 2016 at 12:00:24AM +0200, Petter Reinholdtsen wrote:
> Very good. Btw, paste of URLs into the opera browser window seem to be
> broken when I run opera in firejail. Any idea why? What can I do to
> figure out what is being blocked?
You could try running firejail with
Hi Petter,
> Do you have any plans to provide firejail in the Debian backports repo?
thanks for the compatibility patch for the Jessie kernel and the
suggestion to provide firejail as a backport.
I will prepare a backport in the upcoming days.
Kind regards,
Reiner
signature.asc
Description:
Control: tags -1 + upstream
Control: forwarded -1 https://github.com/netblue30/firejail/pull/409
Hi Petter,
thanks for the report and the patch!
I've adapted your patch to the profile in firejail trunk and
submitted it upstream.
It will probably be included in the upcoming upstream release.
Source: debootstrap
Version: 1.0.80
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that debootstrap could
Hi Satyam!
Thanks for submitting a patch for this issue!
On Sun, Apr 03, 2016 at 02:08:52AM +0530, Satyam Zode wrote:
> logger.debug('%s has_same_content %s', self, other)
> # try comparing small files directly first
> my_size = os.path.getsize(self.path)
> -
at the correct
time.
Kind regards,
Reiner
From 095eeb43c44f62eb369fe9e3acb97dad28c60235 Mon Sep 17 00:00:00 2001
From: Reiner Herrmann <rei...@reiner-h.de>
Date: Sat, 2 Apr 2016 14:25:03 +0200
Subject: [PATCH] qemubuilder: add support for hooks
Copy files from the directory conf
Hi Gianfranco,
On Fri, Mar 25, 2016 at 02:02:51PM +, Gianfranco Costamagna wrote:
> >It would be nice if you could also provide it for Python 3 as a
> >separate package, so that it can be used in custom Python 3 scripts.
> >(Or alternatively, as the goal is to move to Python 3 anyway, ship
>
Hi Thomas,
On Sun, Mar 27, 2016 at 03:19:35PM +0200, Thomas Renard wrote:
> the configuration for firejail does not work as expected.
>
> call firejail firefox
> expected: firefox is started in the sandbox
> outcome:
> Reading profile /etc/firejail/firefox.profile
> Error: line 2 in the
Source: avahi
Version: 0.6.32~rc+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that avahi could not
Source: sbmltoolbox
Version: 4.1.0-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
Control: reopen -1
Hi Dirk,
thanks for applying my patch.
Our build server now tested 2.0a-9 and unfortunately it's still
not reproducible.
The patch seems to not get applied during build, so it's still
using the old insertmenu script. :(
I didn't see that this package isn't using source format
Source: binwalk
Version: 2.1.1-4
Severity: wishlist
Hi,
the binwalk binary package currently ships the main binwalk script
and the Python modules for Python 2.
It would be nice if you could also provide it for Python 3 as a
separate package, so that it can be used in custom Python 3 scripts.
(Or
an/patches/bashism.patch b/debian/patches/bashism.patch
new file mode 100644
index 000..72e6243
--- /dev/null
+++ b/debian/patches/bashism.patch
@@ -0,0 +1,16 @@
+Author: Reiner Herrmann <rei...@reiner-h.de>
+Description: echo -e works only with bash; use printf instead
+
+--- a/SRC/inser
Source: tk8.6
Version: 8.6.5-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that tk8.6 could not be built
Source: tcl8.4
Version: 8.4.20-8
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that tcl8.4 could not be built
Source: tk8.5
Version: 8.5.19-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that tk8.5 could not be built
601 - 700 of 1053 matches
Mail list logo