RE: Need Estimation Done?

2021-10-04 Thread Eric Rudolph 
Just a quick follow up on my last email to make sure if you took a look at the 
benefits of working with us.
Feel free to get in touch with any questions.



From: Eric Rudolph
Sent: Thursday, September 30, 2021
To: packa...@qa.debian.org
Subject: Need Estimation Done?



Hi,

Prism estimation will help you to get fast and reliable construction, and 
building material estimates that will enable you to win more bids. With the use 
of the latest software like Plan Swift and Bluebeam, we ensure that our clients 
receive the most accurate & error-free estimates for their projects.



We charge per project and our fee varies along with the scope of work. If 
you're holding any job then send over the project plans along with the scope of 
work and get a detailed proposal for the job after reviewing the project plans.



If there're any questions or concerns feel free to reach out.



Best Regards,

Eric Rudolph | Marketing Executive

P: (228) 586-9215 | Prism Estimation LLC

1173 Queen St West, M6R 1B3 Toronto, ON

Bug#995741: latex-mk: reproducible builds: embeds path to various binaries

2021-10-04 Thread Vagrant Cascadian 
Source: latex-mk
Severity: normal
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: usrmerge
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

The paths to various binaries are embedded which differs on a usrmerge
vs. non-usrmerge system.

  
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/latex-mk.html

  /usr/share/latex-mk/latex.gmk

  ECHO?=» » /bin/echo
vs.
  ECHO?=» » /usr/bin/echo

Patch attached which passes variables to configure to use the
non-usrmerge locations, as usrmerge installations typically have
compatibility symlinks, but not vice-versa.

With this patch applied, latex-mk should build reproducibly on
tests.reproducible-builds.org.

Thanks for maintaining latex-mk!

live well,
  vagrant
From 9cfadec84ad7b19ef7b045a0cda6e4534554030f Mon Sep 17 00:00:00 2001
From: Vagrant Cascadian 
Date: Mon, 4 Oct 2021 21:19:40 +
Subject: [PATCH] debian/rules: Pass variables to configure to make the package
 build reproducibly regardless of usrmerge.

https://tests.reproducible-builds.org/debian/issues/paths_vary_due_to_usrmerge_issue.html
---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index b44bfc9..bd10590 100755
--- a/debian/rules
+++ b/debian/rules
@@ -17,7 +17,7 @@ XP = xsltproc -''-nonet
 
 override_dh_auto_configure: latex-mk.1 ieee-copyout.1
 	rm -f doc/texinfo.tex
-	dh_auto_configure
+	dh_auto_configure -- GREP=/bin/grep ECHO=/bin/echo FALSE=/bin/false GZIP=/bin/gzip RM=/bin/rm RMDIR=/bin/rmdir TAR=/bin/tar
 
 override_dh_auto_install:
 	dh_auto_install
-- 
2.33.0



signature.asc
Description: PGP signature

Bug#995654: malaga: reproducible builds: Embedded timestamps in .dvi, .pdf and .ps files

2021-10-04 Thread Vagrant Cascadian 
On 2021-10-03, Vagrant Cascadian wrote:
> The attached patch fixes this by setting FORCE_SOURCE_DATE=1 in
> debian/rules, which texlive needs in order to respect SOURCE_DATE_EPOCH,
> which is set during debian package builds to the timestamp in the latest
> debian/changelog entry.
>
>   https://reproducible-builds.org/docs/source-date-epoch/
>
> With this patch applied, malaga should build reproducibly on
> tests.reproducible-builds.org

And the promised patch is now attached...

live well,
  vagrant
From 24c0e16021648a78ae007c61af22f495625ca029 Mon Sep 17 00:00:00 2001
From: Vagrant Cascadian 
Date: Sun, 3 Oct 2021 17:11:26 +
Subject: [PATCH] debian/rules: Export FORCE_SOURCE_DATE=1 in order for texlive
 to respect SOURCE_DATE_EPOCH when generating .dvi, .pdf and .ps files.

https://reproducible-builds.org/docs/source-date-epoch/
---
 debian/rules | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/debian/rules b/debian/rules
index bf19ee8..dcc7ec8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,5 +1,8 @@
 #!/usr/bin/make -f
 
+# Ensure texlive respects SOURCE_DATE_EPOCH
+export FORCE_SOURCE_DATE=1
+
 %:
 	dh $@ --with autoreconf
 
-- 
2.33.0



signature.asc
Description: PGP signature

Bug#810054: marked as done (gthumb: big memory leakage)

2021-10-04 Thread Debian Bug Tracking System 
Your message dated Tue, 05 Oct 2021 00:14:48 -0400
with message-id <906bdc1cd520bdac2896b9ea107f4e70bb74dd35.ca...@debian.org>
and subject line Re: gthumb: big memory leakage
has caused the Debian Bug report #810054,
regarding gthumb: big memory leakage
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
810054: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810054
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: gthumb
Version: 3:3.4.1-2
Severity: important

Dear Maintainer,

I don't know how to reproduce it at 100% but when I use gthumb during a
long time (navigate through various directories, rename files, etc.),
gthumb consumes more and more memory until all the memory is consumed then it 
crashes.

BR

-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gthumb depends on:
ii  gsettings-desktop-schemas   3.18.1-1
ii  gthumb-data 3:3.4.1-2
ii  libatk1.0-0 2.18.0-1
ii  libc6   2.21-6
ii  libcairo-gobject2   1.14.4-1
ii  libcairo2   1.14.4-1
ii  libclutter-1.0-01.24.2-1
ii  libclutter-gtk-1.0-01.6.6-1
ii  libcogl-pango20 1.22.0-1
ii  libcogl-path20  1.22.0-1
ii  libcogl20   1.22.0-1
ii  libdrm2 2.4.65-3
ii  libegl1-mesa [libegl1-x11]  11.0.8-1
ii  libexiv2-14 0.25-2.1
ii  libgbm1 11.0.8-1
ii  libgcc1 1:5.3.1-4
ii  libgdk-pixbuf2.0-0  2.32.3-1
ii  libglib2.0-02.46.2-3
ii  libgstreamer-plugins-base1.0-0  1.6.2-1
ii  libgstreamer1.0-0   1.6.2-1
ii  libgtk-3-0  3.18.6-1
ii  libjavascriptcoregtk-4.0-18 2.10.4+dfsg1-1
ii  libjpeg62-turbo 1:1.4.1-2
ii  libjson-glib-1.0-0  1.0.4-2
ii  libpango-1.0-0  1.38.1-1
ii  libpangocairo-1.0-0 1.38.1-1
ii  libpng12-0  1.2.54-1
ii  librsvg2-2  2.40.11-2
ii  libsecret-1-0   0.18.3-1
ii  libsoup2.4-12.52.1-1
ii  libstdc++6  5.3.1-4
ii  libtiff54.0.6-1
ii  libwayland-client0  1.9.0-1
ii  libwayland-cursor0  1.9.0-1
ii  libwayland-egl1-mesa [libwayland-egl1]  11.0.8-1
ii  libwayland-server0  1.9.0-1
ii  libwebkit2gtk-4.0-372.10.4+dfsg1-1
ii  libwebp50.4.4-1+b1
ii  libx11-62:1.6.3-1
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.1-2+b2
ii  libxi6  2:1.7.5-1
ii  libxkbcommon0   0.5.0-1
ii  libxrandr2  2:1.5.0-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages gthumb recommends:
ii  bison   2:3.0.4.dfsg-1
ii  flex2.5.39-8+b1
ii  gstreamer0.10-gnomevfs  0.10.36-2
ii  gvfs-bin1.26.2-1
ii  libgphoto2-62.5.9-3
ii  libgphoto2-port12   2.5.9-3

gthumb suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 3:3.6.2-4

According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810054;msg=10 ,
upstream fixed this issue since v3.5.2. Since all supported Debian releases
(as of Oct 2021, sid/testing/stable/oldstable) contain this fix, I am closing
this bug report with the oldest supported gthumb version for now.

Thanks,
Boyuan Yang

On Wed, 06 Jan 2016 02:32:54 +0100 gpe92  wrote:
> Package: gthumb
> Version: 3:3.4.1-2
> Severity: important
> 
> Dear Maintainer,
> 
> I don't know how to reproduce it at 100% but when I use gt

Bug#801083: marked as done (gthumb: unreproducible build)

2021-10-04 Thread Debian Bug Tracking System 
Your message dated Tue, 05 Oct 2021 00:24:12 -0400
with message-id <1a773991c3796db30a665b6869b440e99547a558.ca...@debian.org>
and subject line Re: gthumb: unreproducible build
has caused the Debian Bug report #801083,
regarding gthumb: unreproducible build
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
801083: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801083
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gthumb
Version: 3:3.4.1-1
Severity: minor

Dear Maintainer,


shows that the version of gthumb in unstable is unreproducible. The
``differences'' tag shows that the file to be installed as
/usr/share/glib-2.0/schemas/org.gnome.gthumb.enums.xml cannot be built
reproducibly.

The build log diff shows org.gnome.gthumb.enums.xml is being built
using different commands in different builds! I think this is why
org.gnome.gthumb.enums.xml cannot be built reproducibly.

Cheers,
Alex


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Version: 3:3.6.2-4

On Tue, 6 Oct 2015 12:23:00 +0800 Alex Vong  wrote:
> Source: gthumb
> Version: 3:3.4.1-1
> Severity: minor
> 
> Dear Maintainer,
> 
> 
> shows that the version of gthumb in unstable is unreproducible. The
> ``differences'' tag shows that the file to be installed as
> /usr/share/glib-2.0/schemas/org.gnome.gthumb.enums.xml cannot be built
> reproducibly.
> 
> The build log diff shows org.gnome.gthumb.enums.xml is being built
> using different commands in different builds! I think this is why
> org.gnome.gthumb.enums.xml cannot be built reproducibly.

Reproducible-builds website shows that gthumb is reproducible for all versions
in sid/testing/stable/oldstable (on Oct 2021). Marking this bug as done with
corresponding fixed version information.

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part
--- End Message ---

Bug#601058: marked as done (gthumb install requires removal of gnome package)

2021-10-04 Thread Debian Bug Tracking System 
Your message dated Tue, 05 Oct 2021 00:33:25 -0400
with message-id 
and subject line Re: gthumb install requires removal of gnome package
has caused the Debian Bug report #601058,
regarding gthumb install requires removal of gnome package
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
601058: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601058
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: gthumb
Severity: normal

Installing gthumb in squeeze (18-Oct-2010 version) requires removal of gnome
and gnome-desktop-environment" packages.



-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


--- End Message ---
--- Begin Message ---
Version: 3:3.4.4.1-5
Control: fixed 601058 3:3.6.2-4

On Fri, 22 Oct 2010 22:52:34 -0400 stan  wrote:
> Package: gthumb
> Severity: normal
> 
> Installing gthumb in squeeze (18-Oct-2010 version) requires removal of gnome
> and gnome-desktop-environment" packages.

The ancient issue around gstreamer0.10 has long gone since the upgrade to
gstreamer1.0. Marking this bug as fixed in oldoldstable and oldstable (as of
Oct 2021).

Thanks,
Boyuan Yang


signature.asc
Description: This is a digitally signed message part
--- End Message ---