Bug#881066: Message for elijah fL

[Elijah]

Whoever this is...
Please stop sending me emails. I have no idea what this is or who you are. I 
will report and flag. I am not Peter nor Elijah.

Good bye

Sent from my iPhone

> On Nov 7, 2017, at 5:53 PM, Pre Thanksgiving sales  
> wrote:
> 
> Hi Peter,
> 
> We are sorry for the incident, have just manually run the sync, could you 
> please check if the mirror is up-to-date now?
> 
> Thanks
> 
> --
> 
> Mak Kuen Seng
> Support Team Lead
> 
> IP SERVERONE SOLUTIONS SDN BHD
> A-1-1, Block A, Glomac Damansara
> Jalan Damansara, 6 Kuala Lumpur
> 
> Tel: 603 2026 1688 | Fax: 603 7728 3188 
> 
> 
> Ticket History
> Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM
> 
> Package: mirrors
> User: mirr...@packages.debian.org
> Usertags: mirror-problem may-auto-close
> Control: submitter -1 mirr...@debian.org
> 
> Hi!
> 
> According to
> https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com.html
> your mirror is out of date by over a week.
> 
> Please investigate.
> --
> | .''`. ** Debian **
> Peter Palfrader | : :' : The universal
> https://www.palfrader.org/ | `. `' Operating System
> | `- https://www.debian.org/
> 
> 
> 
> 
> Ticket Details
> Ticket ID: QMM-573-27544
> Department: Support
> Type: Issue
> Status: Replied
> Priority: Normal
> Remark: Kindly be informed that this ticket will be auto close after 48 hours 
> of inactivity. If you still need assistance, please reopen this ticket by 
> replying to this email. If you encounter with different issues, kindly submit 
> a new ticket for new questions. This helps us track issues better and improve 
> our overall support services.
> 
> Disclaimer: Privileged/confidential information may be contained in this 
> message. If you are not the named recipient or addressee, you are hereby 
> notified that any use review, disclosure or copying of the contents herein is 
> strictly prohibited. In such a case, kindly discard all its contents and 
> notify sender accordingly regarding such unauthorized disclosure or 
> transmission by email. Opinions, conclusions, statements and other 
> information in this message that do not relate to the official business of IP 
> SERVERONE SOLUTIONS SDN BHD shall be understood as neither given or endorsed 
> by it. The contents herein are meant strictly for the use of the named 
> recipient or addressee of IP SERVERONE SOLUTIONS SDN BHD. No assumption of 
> responsibility or liability whatsoever is undertaken by IP SERVERONE 
> SOLUTIONS SDN BHD in respect of prohibited and unauthorized use by any other 
> person.
> 
> 

Bug#882541: validator.js FTBFS: Error: validator.isBefore(Fri Nov 10 2017 00:00:00 GMT-1200 (-12)) passed but should have failed

[Adrian Bunk]

Source: validator.js
Version: 4.7.1+dfsg1-1.1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/validator.js.html

...
  81 passing (358ms)
  1 failing

  1) Validators should validate dates against an end date:
 Error: validator.isBefore(Fri Nov 10 2017 00:00:00 GMT-1200 
(-12)) passed but should have failed
  at /build/1st/validator.js-4.7.1+dfsg1/test/validators.js:29:23
  at Array.forEach (native)
  at test (/build/1st/validator.js-4.7.1+dfsg1/test/validators.js:24:25)
  at Context. 
(/build/1st/validator.js-4.7.1+dfsg1/test/validators.js:1137:9)
  at callFn (/usr/lib/nodejs/mocha/lib/runnable.js:223:21)
  at Test.Runnable.run (/usr/lib/nodejs/mocha/lib/runnable.js:216:7)
  at Runner.runTest (/usr/lib/nodejs/mocha/lib/runner.js:373:10)
  at /usr/lib/nodejs/mocha/lib/runner.js:451:12
  at next (/usr/lib/nodejs/mocha/lib/runner.js:298:14)
  at /usr/lib/nodejs/mocha/lib/runner.js:308:7
  at next (/usr/lib/nodejs/mocha/lib/runner.js:246:23)
  at Immediate. (/usr/lib/nodejs/mocha/lib/runner.js:275:5)
  at runCallback (timers.js:672:20)
  at tryOnImmediate (timers.js:645:5)
  at processImmediate [as _immediateCallback] (timers.js:617:5)



debian/rules:14: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1

Bug#882540: libnfs FTBFS with glibc 2.25

[Adrian Bunk]

Source: libnfs
Version: 1.11.0-2
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libnfs.html

...
libnfs.c: In function 'specdata3_to_rdev':
libnfs.c:1777:13: error: In the GNU C Library, "makedev" is defined
 by . For historical compatibility, it is
 currently defined by  as well, but we plan to
 remove this soon. To use "makedev", include 
 directly. If you did not intend to use a system-defined macro
 "makedev", you should undefine it after including . [-Werror]
  return makedev(rdev->specdata1, rdev->specdata2);
 ^~ 



   
libnfs.c: In function 'nfs_mknod_async':
libnfs.c:3664:13: error: In the GNU C Library, "major" is defined
 by . For historical compatibility, it is
 currently defined by  as well, but we plan to
 remove this soon. To use "major", include 
 directly. If you did not intend to use a system-defined macro
 "major", you should undefine it after including . [-Werror]
  cb_data->major = major(dev);
 ^  



 
libnfs.c:3665:13: error: In the GNU C Library, "minor" is defined
 by . For historical compatibility, it is
 currently defined by  as well, but we plan to
 remove this soon. To use "minor", include 
 directly. If you did not intend to use a system-defined macro
 "minor", you should undefine it after including . [-Werror]
  cb_data->minor = minor(dev);
 ^

Bug#882539: github-opencontainers-image-spec FTBFS: config.go:108:3: s.Platform undefined (type "github.com/opencontainers/runtime-spec/specs-go".Spec has no field or method Platform)

[Adrian Bunk]

Source: golang-github-opencontainers-image-spec
Version: 1.0.0~rc2+dfsg-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-github-opencontainers-image-spec.html

...
github.com/opencontainers/image-spec/schema
github.com/opencontainers/runtime-spec/specs-go
github.com/opencontainers/image-spec/image
# github.com/opencontainers/image-spec/image
src/github.com/opencontainers/image-spec/image/config.go:108:3: s.Platform 
undefined (type "github.com/opencontainers/runtime-spec/specs-go".Spec has no 
field or method Platform)
src/github.com/opencontainers/image-spec/image/config.go:109:3: s.Platform 
undefined (type "github.com/opencontainers/runtime-spec/specs-go".Spec has no 
field or method Platform)
src/github.com/opencontainers/image-spec/image/config.go:115:23: undefined: 
"github.com/opencontainers/runtime-spec/specs-go".Resources
github.com/spf13/pflag
github.com/spf13/cobra
dh_auto_build: cd obj-x86_64-linux-gnu && go install 
-gcflags=\"-trimpath=/build/1st/golang-github-opencontainers-image-spec-1.0.0\~rc2\+dfsg/obj-x86_64-linux-gnu/src\"
 
-asmflags=\"-trimpath=/build/1st/golang-github-opencontainers-image-spec-1.0.0\~rc2\+dfsg/obj-x86_64-linux-gnu/src\"
 -v -p 1 github.com/opencontainers/image-spec/cmd/oci-image-tool 
github.com/opencontainers/image-spec/image 
github.com/opencontainers/image-spec/schema 
github.com/opencontainers/image-spec/specs-go 
github.com/opencontainers/image-spec/specs-go/v1 returned exit code 2
debian/rules:12: recipe for target 'build' failed
make: *** [build] Error 2

Bug#879719: libsane-hpaio: Does not recognize OfficeJet Pro 8710

[Gedalya]

On 11/23/2017 05:44 PM, Brian Potkin wrote:
> On Thu 23 Nov 2017 at 14:05:38 +0100, Gedalya wrote:
>
>> On 11/23/2017 01:37 PM, Brian Potkin wrote:
 Note: In order to produce this, I need to stop cupsd. Somehow, at some
 point sane started finding the scanner via CUPS, the printer being
 configured there.
>>> I take this to mean you configured the printer with something like
>>> hp-setup and the device_uri for it begins with hp:/. Please post the
>>> output of
>>>
>>>  lpoptions -p 
>>>
>>> as confirmation of this.
>> $ lpoptions -p HP_OfficeJet_Pro_8710
>> ColorModel=KGray copies=1 
>> device-uri=hp:/net/HP_OfficeJet_Pro_8710?ip=192.168.9.238
> This device-uri should also be given by hp-makeuri. Would you confirm
> this and check printing takes place.

This in fact works only with the original models.dat, with the hp_ prefix:

$ hp-makeuri 192.168.9.238

HP Linux Imaging and Printing System (ver. 3.17.10)
Device URI Creation Utility ver. 5.0

Copyright (c) 2001-15 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

CUPS URI: hp:/net/HP_OfficeJet_Pro_8710?ip=192.168.9.238
SANE URI: hpaio:/net/HP_OfficeJet_Pro_8710?ip=192.168.9.238
HP Fax URI: hpfax:/net/HP_OfficeJet_Pro_8710?ip=192.168.9.238

Done.

---
with the edited file:

$ hp-makeuri 192.168.9.238

HP Linux Imaging and Printing System (ver. 3.17.10)
Device URI Creation Utility ver. 5.0

Copyright (c) 2001-15 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.

error: Device not found

Printing works regardless.

>
> The uri for the scanner is formed by replacing hp:/ with hpaio:/. If
> cups is stopped, scanimage is unable to get the hpaio:/ uri and would
> report no scanners found. your observation above fits this.
>
> But you clearly show Bonjour broadcasting from the printer, so scanimage
> can get an hpaio:/ uri from that, whether cups is running or not. That
> is the way it works here.
>
> So where does scanimage get the uri from when cups is running? From the
> Bonjour broadcasts? What happens when you deactivate broadcasting on the
> printer?

I don't know how to do that.


>>>  Also post what you get for
>>>
>>>  avahi-browse -art | grep -i officejet
>>>
>>> You might have to install the avahi-utils package. 
>> $ avahi-browse -art | grep -i officejet
> [Snipping]
>> +   eth0 IPv6 HP OfficeJet Pro 8710 [XX]    _scanner._tcp
>>     local
>> +   eth0 IPv4 HP OfficeJet Pro 8710 [XX]    _scanner._tcp
>>     local
>> =   eth0 IPv4 HP OfficeJet Pro 8710 [XX]    _scanner._tcp
>>     local
>>    txt = ["feeder=T" "flatbed=T" "button=T" 
>> "UUID=1c852a4d-b800-1f08-abcd-" "note=" 
>> "adminurl=http://HP.local.; "mdl=OfficeJet Pro 8710" "mfg=HP" 
>> "ty=HP OfficeJet Pro 8710" "txtvers=1"]
> This is your scanner. Looks good to me.
>
 On my laptop, where this printer is not installed in CUPS, there is no
 need to stop CUPS to get this error.
>>> Post
>>>
>>>  lpoptions -p 
>>>
>>> for this machine too.
>> Ummm, the only printer/queue configured on my laptop is a USB printer
>> that I left behind on another continent.  What exactly should I do
>> here?
> Nothing, if there is no hplip or components of hplip on the laptop.

There is, the other printer was HP AIO too, but it's a different model.

>
 With CUPS running, or with models.dat edited:

 $ scanimage -L
 device `hpaio:/net/officejet_pro_8710?ip=192.168.9.238=false' is a 
 Hewlett-Packard officejet_pro_8710 all-in-one
>>> I think an explanation for the "CUPS running" can be provided.
> I've attempted that above.
>
>> strace shows it talks to /run/cups/cups.sock. If it can enumerate
>> devices there, it would be just another way of discovering the device.
>> When it does this, I do still get the errors in syslog. It seems to be
>> discovering the printer also over avahi, and then choke on the
>> mismatching string, but nevertheless proceed with what it found via
>> cups.
> As I've said, the scanner uri can come from the printer setup (which I
> think takes precedence) or over avahi. I'm begining to wonder about the
> correctness of the printer uri; but we'll see.
>
> Cheers,
>
> Brian.

Bug#882538: outguess: missing source for jpeg-6b-steg/configure

[Helmut Grohne]

Source: outguess
Version: 1:0.2-8
Severity: serious
Justification: missing source
User: helm...@debian.org
Usertags: rebootstrap

jpeg-6b-steg/configure claims to be a generated file. I was looking for
the source and couldn't find it. This seems like a plain DFSG #2
violation.

Helmut

Bug#882537: biber FTBFS:

[Adrian Bunk]

Source: biber
Version: 2.7-2
Severity: serious
Tags: buster sid

Some recent change in unstable makes biber FTBFS:

https://tests.reproducible-builds.org/debian/history/biber.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/biber.html

...
#   Failed test 'xdata test - 1'
#   at t/xdata.t line 117.
# --- Got
# +++ Expected
# @@ -1,28 +1,28 @@
#  '\\entry{xd1}{book}{}
#\\name{author}{1}{}{%
#  {{hash=51db4bfd331cba22959ce2d224c517cd}{%
# family={Ellington},
# familyi={E\\bibinitperiod},
# given={Edward},
# giveni={E\\bibinitperiod}}}%
#}
#\\list{location}{2}{%
#  {New York}%
#  {London}%
#}
#\\list{publisher}{1}{%
#  {Macmillan}%
#}
#\\strng{namehash}{51db4bfd331cba22959ce2d224c517cd}
#\\strng{fullhash}{51db4bfd331cba22959ce2d224c517cd}
#\\strng{authornamehash}{51db4bfd331cba22959ce2d224c517cd}
#\\strng{authorfullhash}{51db4bfd331cba22959ce2d224c517cd}
#\\field{sortinit}{E}
# -  \\field{sortinithash}{f615fb9c6fba11c6f962fb3fd599810e}
# +  \\field{sortinithash}{07bbd5a529b5beaa311df5be05b874bc}
#\\field{labeldatesource}{}
#\\field{labelnamesource}{author}
#\\field{note}{A Note}
#\\field{year}{2007}
#\\field{dateera}{ce}
#  \\endentry
#  '

#   Failed test 'xdata test - 2'
#   at t/xdata.t line 118.
# --- Got
# +++ Expected
# @@ -1,31 +1,31 @@
#  '\\entry{xd2}{book}{}
#\\name{author}{1}{}{%
#  {{hash=68539e0ce4922cc4957c6cabf35e6fc8}{%
# family={Pillington},
# familyi={P\\bibinitperiod},
# given={Peter},
# giveni={P\\bibinitperiod}}}%
#}
#\\list{location}{2}{%
#  {New York}%
#  {London}%
#}
#\\list{publisher}{1}{%
#  {Routledge}%
#}
#\\strng{namehash}{68539e0ce4922cc4957c6cabf35e6fc8}
#\\strng{fullhash}{68539e0ce4922cc4957c6cabf35e6fc8}
#\\strng{authornamehash}{68539e0ce4922cc4957c6cabf35e6fc8}
#\\strng{authorfullhash}{68539e0ce4922cc4957c6cabf35e6fc8}
#\\field{sortinit}{P}
# -  \\field{sortinithash}{8d51b3d5b78d75b54308d706b9bbe285}
# +  \\field{sortinithash}{24100cef455d7974167575052c29146e}
#\\field{labeldatesource}{}
#\\field{labelnamesource}{author}
#\\field{abstract}{An abstract}
#\\field{addendum}{Москва}
#\\field{note}{A Note}
#\\field{venue}{venue}
#\\field{year}{2003}
#\\field{dateera}{ce}
#  \\endentry
#  '
# Looks like you failed 2 tests of 5.
t/xdata.t .. 
1..5
not ok 1 - xdata test - 1
not ok 2 - xdata test - 2
ok 3 - xdata test - 3
ok 4 - xdata test - 4
ok 5 - Cyclic xdata error check
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/5 subtests 

Test Summary Report
---
t/annotations.t  (Wstat: 256 Tests: 1 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
t/basic-misc.t   (Wstat: 3584 Tests: 68 Failed: 14)
  Failed tests:  1, 5, 10, 13, 16-18, 44, 58-61, 67-68
  Non-zero exit status: 14
t/biblatexml.t   (Wstat: 512 Tests: 5 Failed: 2)
  Failed tests:  1, 5
  Non-zero exit status: 2
t/crossrefs.t(Wstat: 6144 Tests: 36 Failed: 24)
  Failed tests:  1-6, 8-16, 18-19, 21-22, 32-36
  Non-zero exit status: 24
t/dateformats.t  (Wstat: 4352 Tests: 45 Failed: 17)
  Failed tests:  20-22, 24, 26, 28, 31, 33-42
  Non-zero exit status: 17
t/encoding.t (Wstat: 2304 Tests: 10 Failed: 9)
  Failed tests:  1-8, 10
  Non-zero exit status: 9
t/names.t(Wstat: 8192 Tests: 72 Failed: 32)
  Failed tests:  32-57, 59-60, 65-68
  Non-zero exit status: 32
t/options.t  (Wstat: 768 Tests: 9 Failed: 3)
  Failed tests:  7-9
  Non-zero exit status: 3
t/related-entries.t  (Wstat: 768 Tests: 13 Failed: 3)
  Failed tests:  1-2, 10
  Non-zero exit status: 3
t/set-dynamic.t  (Wstat: 1536 Tests: 7 Failed: 6)
  Failed tests:  2-7
  Non-zero exit status: 6
t/set-legacy.t   (Wstat: 256 Tests: 3 Failed: 1)
  Failed test:  1
  Non-zero exit status: 1
t/set-static.t   (Wstat: 768 Tests: 5 Failed: 3)
  Failed tests:  1-2, 5
  Non-zero exit status: 3
t/skips.t(Wstat: 2048 Tests: 15 Failed: 8)
  Failed tests:  7, 9-15
  Non-zero exit status: 8
t/sort-complex.t (Wstat: 1280 Tests: 9 Failed: 5)
  Failed tests:  2-6
  Non-zero exit status: 5
t/sortlists.t(Wstat: 512 Tests: 15 Failed: 2)
  Failed tests:  13-14
  Non-zero exit status: 2
t/xdata.t(Wstat: 512 Tests: 5 Failed: 2)
  Failed tests:  1-2
  Non-zero exit status: 2
Files=42, Tests=1061, 140 wallclock secs ( 0.42 usr  0.14 sys + 114.63 cusr  
4.71 csys = 119.90 CPU)
Result: FAIL
Failed 16/42 test programs. 132/1061 subtests failed.
dh_auto_test: perl Build test --verbose 1 "test_files=t/annotations.t 
t/basic-misc.t t/bcfvalidation.t t/biblatexml.t t/bibtex-aliases.t 

Bug#881066: Message for Pam MC6c

[zweifel1958]

Think u have the wrong person 

Sent from my iPhone

> On Nov 7, 2017, at 6:53 PM, Pre Thanksgiving sales  
> wrote:
> 
> Hi Peter,
> 
> We are sorry for the incident, have just manually run the sync, could you 
> please check if the mirror is up-to-date now?
> 
> Thanks
> 
> --
> 
> Mak Kuen Seng
> Support Team Lead
> 
> IP SERVERONE SOLUTIONS SDN BHD
> A-1-1, Block A, Glomac Damansara
> Jalan Damansara, 6 Kuala Lumpur
> 
> Tel: 603 2026 1688 | Fax: 603 7728 3188 
> 
> 
> Ticket History
> Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM
> 
> Package: mirrors
> User: mirr...@packages.debian.org
> Usertags: mirror-problem may-auto-close
> Control: submitter -1 mirr...@debian.org
> 
> Hi!
> 
> According to
> https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com.html
> your mirror is out of date by over a week.
> 
> Please investigate.
> --
> | .''`. ** Debian **
> Peter Palfrader | : :' : The universal
> https://www.palfrader.org/ | `. `' Operating System
> | `- https://www.debian.org/
> 
> 
> 
> 
> Ticket Details
> Ticket ID: QMM-573-27544
> Department: Support
> Type: Issue
> Status: Replied
> Priority: Normal
> Remark: Kindly be informed that this ticket will be auto close after 48 hours 
> of inactivity. If you still need assistance, please reopen this ticket by 
> replying to this email. If you encounter with different issues, kindly submit 
> a new ticket for new questions. This helps us track issues better and improve 
> our overall support services.
> 
> Disclaimer: Privileged/confidential information may be contained in this 
> message. If you are not the named recipient or addressee, you are hereby 
> notified that any use review, disclosure or copying of the contents herein is 
> strictly prohibited. In such a case, kindly discard all its contents and 
> notify sender accordingly regarding such unauthorized disclosure or 
> transmission by email. Opinions, conclusions, statements and other 
> information in this message that do not relate to the official business of IP 
> SERVERONE SOLUTIONS SDN BHD shall be understood as neither given or endorsed 
> by it. The contents herein are meant strictly for the use of the named 
> recipient or addressee of IP SERVERONE SOLUTIONS SDN BHD. No assumption of 
> responsibility or liability whatsoever is undertaken by IP SERVERONE 
> SOLUTIONS SDN BHD in respect of prohibited and unauthorized use by any other 
> person.
> 
> 

Bug#882048: apparmor should let thunderbird use signatures from files

[intrigeri]

Hi,

Vincas Dargis:
> Looks like the culprit is this line in usr.bin.thunderbird [0]:

> ```
> deny @{HOME}/.* r,
> ```

[…]

Thanks for your detailed analysis!

> 4. Opening a File dialog to select file to be attached, produces bunch of 
> DENIED
> messages in log, when user browses it's $HOME, which contains dot-files and
> directories. I have experienced this myself, as for some reason file select 
> dialog
> tries to read files being displayed (probably for create/modify dates?). To 
> avoid
> these noisy DENIED messages, someone have put `deny @{HOME}/.* r,` rule to 
> silence
> it. This is my speculation.

I can't reproduce this after commenting out the "deny @{HOME}/.* r" rule.

If I do that and then add a new rule:

  owner @{HOME}/.signature* r,

… then the use case this bug report is about is fixed.
Simon, any problem with doing that?

If we do that, then we need to document in README.Debian than
signatures can be loaded only from ~/.signature*. I'm not sure that's
good enough to avoid creating a "AppArmor breaks basic stuff, let's
disable it" culture in Debian, which is something I've been trying
hard to avoid for years.

I'm very tempted to propose we simply disable this profile by default:
I have very little hope at this point that we can make it open enough
to avoid breaking all kinds of corner cases, while keeping it strict
enough to be meaningful at all. Opinions?

Cheers,
-- 
intrigeri

Bug#858398: Proposed (lib)curl switch to openssl 1.1

[Ian Jackson]

Ian Jackson writes ("Re: Proposed (lib)curl switch to openssl 1.1"):
> Adrian Bunk writes ("Re: Proposed (lib)curl switch to openssl 1.1"):
> > What I suggest above would be a transition that should be coordinated
> > with the release team like other transitions.
> 
> I'm not 100% opposed to doing this as a normal library transition with
> a soname change.  I don't feel I understand the tradeoffs well.

PS, I should say: thank you for taking an interest and having an
opinion!

Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#882536: blockout2 FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: blockout2
Version: 2.4+dfsg1-8
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

blockout2 fails to cross build from source for three reasons:
 * debian/rules fails to pass cross compilers to the debian/Makefile.
   Using dh_auto_build fixes that.
 * It determines the added flags on the build architecture rather than
   the host architecture.
 * debian/Makefile hard codes the build architecture compiler and
   ignores the substitutions provided by dh_auto_build.

After fixing all of the above, blockout2 cross builds successfully.
Please consider applying the attached patch.

Helmut
diff --minimal -Nru blockout2-2.4+dfsg1/debian/Makefile 
blockout2-2.4+dfsg1/debian/Makefile
--- blockout2-2.4+dfsg1/debian/Makefile 2017-07-15 17:50:21.0 +0200
+++ blockout2-2.4+dfsg1/debian/Makefile 2017-11-23 19:37:44.0 +0100
@@ -19,16 +19,16 @@
touch $@
 
 $(TARGET): $(BOBJ) $(IOBJ)
-   g++ $^ -o $@ $(LDFLAGS)
+   $(CXX) $^ -o $@ $(LDFLAGS)
 
 obj/bo/%.o: BlockOut/%.cpp
-   g++ -MMD $(CFLAGS) -c $< -o $@
+   $(CXX) -MMD $(CFLAGS) -c $< -o $@
 
 obj/il/%.o: ImageLib/%.c
-   gcc -MMD $(CFLAGS) -c $< -o $@
+   $(CC) -MMD $(CFLAGS) -c $< -o $@
 
 obj/il/%.o: ImageLib/%.cpp
-   g++ -MMD $(CFLAGS) -c $< -o $@
+   $(CXX) -MMD $(CFLAGS) -c $< -o $@
 
 clean:
rm -fr obj
diff --minimal -Nru blockout2-2.4+dfsg1/debian/changelog 
blockout2-2.4+dfsg1/debian/changelog
--- blockout2-2.4+dfsg1/debian/changelog2017-07-15 17:50:21.0 
+0200
+++ blockout2-2.4+dfsg1/debian/changelog2017-11-23 19:37:44.0 
+0100
@@ -1,3 +1,13 @@
+blockout2 (2.4+dfsg1-8.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross compilers to make.
++ Fix build/host confusion in d/rules.
++ Make compilers in d/Makefile substitutable.
+
+ -- Helmut Grohne   Thu, 23 Nov 2017 19:37:44 +0100
+
 blockout2 (2.4+dfsg1-8) unstable; urgency=medium
 
   * Team upload.
diff --minimal -Nru blockout2-2.4+dfsg1/debian/rules 
blockout2-2.4+dfsg1/debian/rules
--- blockout2-2.4+dfsg1/debian/rules2017-07-15 17:50:21.0 +0200
+++ blockout2-2.4+dfsg1/debian/rules2017-11-23 19:37:44.0 +0100
@@ -1,15 +1,18 @@
 #!/usr/bin/make -f
 # vim: noet sw=4 ts=4 ai
 
+include /usr/share/dpkg/architecture.mk
+
+BUILD_FLAGS=
+ifeq ($(DEB_HOST_ARCH),amd64)
+BUILD_FLAGS = ADDCFLAGS=-DLOCALTIME64
+endif
+
 %:
dh $@
 
 override_dh_auto_build:
-   if test `dpkg-architecture -qDEB_BUILD_ARCH` = amd64; then \
-   $(MAKE) -f debian/Makefile ADDCFLAGS=-DLOCALTIME64; \
-   else \
-   $(MAKE) -f debian/Makefile; \
-   fi
+   dh_auto_build --buildsystem=makefile -- -f debian/Makefile 
$(BUILD_FLAGS)
 
 override_dh_clean:
dh_clean

Bug#858398: Proposed (lib)curl switch to openssl 1.1

[Ian Jackson]

Adrian Bunk writes ("Re: Proposed (lib)curl switch to openssl 1.1"):
> What I suggest above would be a transition that should be coordinated
> with the release team like other transitions.

I'm not 100% opposed to doing this as a normal library transition with
a soname change.  I don't feel I understand the tradeoffs well.

Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#881066: Message for Yetunde NJ

[Yetunde Oladeji]

You will never witness another thanksgiving in Jesus mighty name.

On Nov 23, 2017 7:32 PM, "Pre Thanksgiving sales" 
wrote:

> Hello Dear!
>
> Welcome to Amazon Final Notice For Amazon Rewards
>
> You've been chosen by Amazon to receive a $50 reward!
>
> Click here to get started
>
>
> 
>
>
> You may unsubscribe at any time here
> 
>
>
> unsubscribehere
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hi Peter, We are sorry for the incident, have just manually run the sync,
> could you p= lease check if the mirror is up-to-date now? Thanks -- Mak
> Kuen Seng Support Team Lead IP SERVERONE SOLUTIONS SDN BHD A-1-1, Block A,
> Glomac Damansara Jalan Damansara, 6 Kuala Lumpur Tel: 603 2026 1688 |
> Fax: 603 7728 3188 Ticket History 
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Package: mirrors User:
> mirr...@packages.debian.org Usertags: mirror-problem may-auto-close
> Control: submitter -1 mirr...@debian.org Hi! According to
> https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com=
> .html your mirror is out of date by over a week. Please investigate. --=20
> | .''`. ** Debian ** Peter Palfrader | : :' : The universal
> https://www.palfrader.org/ | `. `' Operating System | `-
> https://www.debian.org/ Ticket Details -
> Ticket ID: QMM-573-27544 Department: Support Type: Issue Status: Replied
> Priority: Normal Helpdesk: https://support.ipserverone.com/index.php?

Bug#882535: glare requires internet access during the build

[Adrian Bunk]

Source: glare
Version: 0.4.1-2
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/glare.html

...
==
FAIL: glare.tests.unit.test_store_api.TestStoreAPI.test_read_data
glare.tests.unit.test_store_api.TestStoreAPI.test_read_data
--
_StringException: Traceback (most recent call last):
  File "glare/tests/unit/test_store_api.py", line 66, in test_read_data
self.req.context
  File "glare/common/utils.py", line 449, in new_function
raise map_record['raise'](str(e))
glare.common.exception.BadRequest: Remote server where the image is present is 
unavailable.


--
Ran 251 tests in 72.988s

FAILED (failures=1, skipped=2)
debian/rules:25: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 1

Bug#882534: neutron-dynamic-routing FTBFS: test failure

[Adrian Bunk]

Source: neutron-dynamic-routing
Version: 2:9.0.0-1.2
Severity: serious

Some recent change in unstable makes neutron-dynamic-routing FTBFS:

https://tests.reproducible-builds.org/debian/history/neutron-dynamic-routing.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/neutron-dynamic-routing.html

...
===> Testing with python2.7 (python2)
+ rm -rf .testrepository
+ testr-python2 init
+ mktemp -t
+ TEMP_REZ=/tmp/tmp.0ZJQpHYTu4
+ tee /tmp/tmp.0ZJQpHYTu4
+ PYTHONPATH=/build/1st/neutron-dynamic-routing-9.0.0 PYTHON=python2.7 
testr-python2 run --subunit neutron_dynamic_routing.tests.unit
+ subunit2pyunit
module pyroute2.ipdb.common is deprecated, use pyroute2.ipdb.exceptions instead
Non-zero exit code (2) from test listing.
running=OS_STDOUT_CAPTURE=${OS_STDOUT_CAPTURE:-1} \
OS_STDERR_CAPTURE=${OS_STDERR_CAPTURE:-1} \
OS_TEST_TIMEOUT=${OS_TEST_TIMEOUT:-60} \
OS_LOG_CAPTURE=1 \
${PYTHON:-python} -m subunit.run discover -t ./ \
${OS_TEST_PATH:-./neutron_dynamic_routing/tests/unit} \
--list 
--- import errors ---
Failed to import test module: 
neutron_dynamic_routing.tests.unit.api.rpc.agentnotifiers.test_bgp_dr_rpc_agent_api
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File 
"neutron_dynamic_routing/tests/unit/api/rpc/agentnotifiers/test_bgp_dr_rpc_agent_api.py",
 line 18, in 
from neutron import context
ImportError: cannot import name context

Failed to import test module: 
neutron_dynamic_routing.tests.unit.api.rpc.handlers.test_bgp_speaker_rpc
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File 
"neutron_dynamic_routing/tests/unit/api/rpc/handlers/test_bgp_speaker_rpc.py", 
line 20, in 
from neutron_dynamic_routing.api.rpc.handlers import bgp_speaker_rpc
  File "neutron_dynamic_routing/api/rpc/handlers/bgp_speaker_rpc.py", line 20, 
in 
from neutron_dynamic_routing.extensions import bgp as bgp_ext
  File "neutron_dynamic_routing/extensions/bgp.py", line 38, in 
'validate': {'type:string': attr.NAME_MAX_LEN},
AttributeError: 'module' object has no attribute 'NAME_MAX_LEN'

Failed to import test module: neutron_dynamic_routing.tests.unit.db.test_bgp_db
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "neutron_dynamic_routing/tests/unit/db/test_bgp_db.py", line 32, in 

from neutron_dynamic_routing.extensions import bgp
  File "neutron_dynamic_routing/extensions/bgp.py", line 38, in 
'validate': {'type:string': attr.NAME_MAX_LEN},
AttributeError: 'module' object has no attribute 'NAME_MAX_LEN'

Failed to import test module: 
neutron_dynamic_routing.tests.unit.db.test_bgp_dragentscheduler_db
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File "neutron_dynamic_routing/tests/unit/db/test_bgp_dragentscheduler_db.py", 
line 19, in 
from neutron import context
ImportError: cannot import name context

Failed to import test module: 
neutron_dynamic_routing.tests.unit.services.bgp.agent.test_bgp_dragent
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File 
"neutron_dynamic_routing/tests/unit/services/bgp/agent/test_bgp_dragent.py", 
line 25, in 
from neutron.agent.common import config
ImportError: cannot import name config

Failed to import test module: 
neutron_dynamic_routing.tests.unit.services.bgp.driver.ryu.test_driver
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 456, in 
_find_test_path
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/dist-packages/unittest2/loader.py", line 395, in 
_get_module_from_name
__import__(name)
  File 
"neutron_dynamic_routing/tests/unit/services/bgp/driver/ryu/test_driver.py", 
line 21, in 
from ryu.services.protocols.bgp import bgpspeaker
  File 

Bug#851013: python-pyramid: FTBFS: dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13

[Adrian Bunk]

Control: severity -1 serious
Control: tags -1 - stretch unreproducible

On Tue, Feb 07, 2017 at 08:06:04PM -0500, Sandro Tosi wrote:
> As Stuart, i cannot replicate this bug: i built pyramid 5 times and
> all of them shown no errors in the test suite:
> 
> 
> $ grep -A2 ^Ran *.build
> Ran 2482 tests in 5.871s
> 
> OK
> --
> Ran 2482 tests in 6.876s
> 
> OK
> ```
> 
> (log attached)
> 
> i think we can wait a little more days, and then close it if we dont
> hear otherwise

Whatever caused it seems to be back (I can also reproduce it locally):
https://tests.reproducible-builds.org/debian/history/python-pyramid.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/python-pyramid.html

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#882510: freecad: Python module WebGUI missing

[Anton Gladky]

severity 882510 minor
notfound 882510 0.16.6712+dfsg1-1+b2
thanks

Bug#874645: marked as done (FTBFS with Java 9: javadoc classpath)

[Markus Koschany]

Control: reopen -1

Sorry, closing the bug was a bit premature. The FTBFS with Java 9 was
only partially fixed, the javadoc issue still exists.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#882436: Re : Bug#882436: libreoffice-core: Unable to upgrade (conflicts with openjdk-8-jre-headless)

[Rene Engelhard]

Hi again,

Hi,

On Thu, Nov 23, 2017 at 07:42:10AM +0100, Rene Engelhard wrote:
> On Thu, Nov 23, 2017 at 06:11:11AM +0100, nicolas.patr...@gmail.com wrote:
> > > Yes. This is completely intended. See the changelog:
> > 
> > So, should we send the bug to openjdk’s maintainer?
> 
> No, obviously not.
> 
> If you actually read what I wrote I said that there is #876051. It'd be
> nice if that was fixed, yes, though.
> And then LO can remove the conflicts.

Just FWIW, 7 and 8 also got commits in their tree [1][2] now to get this fixed. 
That means I have done
https://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/commit/?id=c62dfb89b85116dd73dc8f029fd6f1922fa7e504

If that one's uploaded (and the new openjdk-8, too), this bug can be
closed...
 
Regards,

Rene

[1]
http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2017-November/070662.html
[2]
http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2017-November/070663.html

Bug#881066: Message for Kelly H1EX

[Kelly]

Fuck you

Sent from my iPhone

> On Nov 7, 2017, at 5:53 PM, Pre Thanksgiving sales  
> wrote:
> 
> Hi Peter,
> 
> We are sorry for the incident, have just manually run the sync, could you 
> please check if the mirror is up-to-date now?
> 
> Thanks
> 
> --
> 
> Mak Kuen Seng
> Support Team Lead
> 
> IP SERVERONE SOLUTIONS SDN BHD
> A-1-1, Block A, Glomac Damansara
> Jalan Damansara, 6 Kuala Lumpur
> 
> Tel: 603 2026 1688 | Fax: 603 7728 3188 
> 
> 
> Ticket History
> Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM
> 
> Package: mirrors
> User: mirr...@packages.debian.org
> Usertags: mirror-problem may-auto-close
> Control: submitter -1 mirr...@debian.org
> 
> Hi!
> 
> According to
> https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com.html
> your mirror is out of date by over a week.
> 
> Please investigate.
> --
> | .''`. ** Debian **
> Peter Palfrader | : :' : The universal
> https://www.palfrader.org/ | `. `' Operating System
> | `- https://www.debian.org/
> 
> 
> 
> 
> Ticket Details
> Ticket ID: QMM-573-27544
> Department: Support
> Type: Issue
> Status: Replied
> Priority: Normal
> Remark: Kindly be informed that this ticket will be auto close after 48 hours 
> of inactivity. If you still need assistance, please reopen this ticket by 
> replying to this email. If you encounter with different issues, kindly submit 
> a new ticket for new questions. This helps us track issues better and improve 
> our overall support services.
> 
> Disclaimer: Privileged/confidential information may be contained in this 
> message. If you are not the named recipient or addressee, you are hereby 
> notified that any use review, disclosure or copying of the contents herein is 
> strictly prohibited. In such a case, kindly discard all its contents and 
> notify sender accordingly regarding such unauthorized disclosure or 
> transmission by email. Opinions, conclusions, statements and other 
> information in this message that do not relate to the official business of IP 
> SERVERONE SOLUTIONS SDN BHD shall be understood as neither given or endorsed 
> by it. The contents herein are meant strictly for the use of the named 
> recipient or addressee of IP SERVERONE SOLUTIONS SDN BHD. No assumption of 
> responsibility or liability whatsoever is undertaken by IP SERVERONE 
> SOLUTIONS SDN BHD in respect of prohibited and unauthorized use by any other 
> person.
> 
> 

Bug#881066: Message for Russ qK

[russell cucino]

Wrong person

On Nov 7, 2017, at 8:53 PM, Pre Thanksgiving sales  
wrote:

Hi Peter,

We are sorry for the incident, have just manually run the sync, could you 
please check if the mirror is up-to-date now?

Thanks

--

Mak Kuen Seng
Support Team Lead

IP SERVERONE SOLUTIONS SDN BHD
A-1-1, Block A, Glomac Damansara
Jalan Damansara, 6 Kuala Lumpur

Tel: 603 2026 1688 | Fax: 603 7728 3188 


Ticket History
Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM

Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem may-auto-close
Control: submitter -1 mirr...@debian.org

Hi!

According to
https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com.html
your mirror is out of date by over a week.

Please investigate.
--
| .''`. ** Debian **
Peter Palfrader | : :' : The universal
https://www.palfrader.org/ | `. `' Operating System
| `- https://www.debian.org/




Ticket Details
Ticket ID: QMM-573-27544
Department: Support
Type: Issue
Status: Replied
Priority: Normal
Remark: Kindly be informed that this ticket will be auto close after 48 hours 
of inactivity. If you still need assistance, please reopen this ticket by 
replying to this email. If you encounter with different issues, kindly submit a 
new ticket for new questions. This helps us track issues better and improve our 
overall support services.

Disclaimer: Privileged/confidential information may be contained in this 
message. If you are not the named recipient or addressee, you are hereby 
notified that any use review, disclosure or copying of the contents herein is 
strictly prohibited. In such a case, kindly discard all its contents and notify 
sender accordingly regarding such unauthorized disclosure or transmission by 
email. Opinions, conclusions, statements and other information in this message 
that do not relate to the official business of IP SERVERONE SOLUTIONS SDN BHD 
shall be understood as neither given or endorsed by it. The contents herein are 
meant strictly for the use of the named recipient or addressee of IP SERVERONE 
SOLUTIONS SDN BHD. No assumption of responsibility or liability whatsoever is 
undertaken by IP SERVERONE SOLUTIONS SDN BHD in respect of prohibited and 
unauthorized use by any other person.

Bug#882533: RM: kdevplatform -- ROM; obsolete, merged into src:kdevelop

[Pino Toscano]

Package: ftp.debian.org
Severity: normal

Hi,

please remove src:kdevplatform, as it was merged in the same repository
of kdevelop -- indeed, src:kdevelop since 5.2.0 provides all the
kdevplatform libraries.

Thanks,
-- 
Pino

Bug#882532: freecad: FreeCADGuiInit.py not existing but mentioned in the log file

[Christian Buhtz]

Package: freecad
Version: 0.16.6712+dfsg1-1+b2
Severity: normal

Dear Maintainer,

when using "-l" a log file is written to ~/.FreeCAD.

In there is this line

"Log: Init: Running FreeCADGuiInit.py start script... done"

But this file doesn't exist on my system.



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

Kernel: Linux 4.14.0-towo.2-siduction-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages freecad depends on:
ii  libboost-atomic1.62.0   1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0   1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.01.62.0+dfsg-4+b2
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b2
ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b2
ii  libboost-python1.62.0   1.62.0+dfsg-4+b2
ii  libboost-regex1.62.01.62.0+dfsg-4+b2
ii  libboost-signals1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0   1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0   1.62.0+dfsg-4+b2
ii  libc6   2.25-2
ii  libcoin80v5 3.1.4~abc9f50+dfsg1-2
ii  libfreeimage3   3.17.0+ds1-5+b2
ii  libfreetype62.8.1-0.1
ii  libgcc1 1:7.2.0-16
ii  libgl1  1.0.0-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  liboce-foundation11 0.18.2-2
ii  liboce-modeling11   0.18.2-2
ii  liboce-ocaf-lite11  0.18.2-2
ii  liboce-ocaf11   0.18.2-2
ii  liboce-visualization11  0.18.2-2
ii  libpyside1.21.2.2+source1-2
ii  libpython2.72.7.14-2
ii  libqt4-network  4:4.8.7+dfsg-11
ii  libqt4-opengl   4:4.8.7+dfsg-11
ii  libqt4-svg  4:4.8.7+dfsg-11
ii  libqt4-xml  4:4.8.7+dfsg-11
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libshiboken1.2v51.2.2-5+b1
ii  libsoqt4-20 1.6.0~e8310f-3
ii  libspnav0   0.2.3-1
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxerces-c3.2  3.2.0+debian-2
ii  libxext62:1.3.3-1+b2
ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-10
ii  pyside-tools0.2.15-1+b1
ii  python  2.7.14-1
ii  python-collada  0.4-2
ii  python-matplotlib   2.0.0+dfsg1-2+b1
ii  python-pivy 0.5.0~v609hg-3.1
ii  python-ply  3.9-1
ii  python-pyside   1.2.2+source1-2
ii  python2.7   2.7.14-2
ii  zlib1g  1:1.2.8.dfsg-5

freecad recommends no packages.

Versions of packages freecad suggests:
pn  graphviz  
pn  povray

-- no debconf information

Bug#882524: thunderbolt-tools: FTBFS on kFreeBSD: _ZN5boost6system15system_categoryEv undefined

[Colin Ian King]

On 23/11/17 17:33, Aaron M. Ucko wrote:
> Source: thunderbolt-tools
> Version: 0.9.1-1
> Severity: important
> Tags: upstream
> Justification: fails to build from source
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
> 
> Builds of thunderbolt-tools for kfreebsd-* (admittedly not release
> architectures) failed per the below excerpt from
> https://buildd.debian.org/status/fetch.php?pkg=thunderbolt-tools=kfreebsd-amd64=0.9.1-1=1511269071=0:
> 
>   /usr/bin/c++   -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2-Wl,-z,relro CMakeFiles/tbtacl-write.dir/write.cpp.o  
> -o tbtacl-write ../common/libcommon.a 
> /usr/lib/x86_64-kfreebsd-gnu/libboost_filesystem.so 
>   /usr/bin/ld: CMakeFiles/tbtacl-write.dir/write.cpp.o: undefined reference 
> to symbol '_ZN5boost6system15system_categoryEv'
>   //usr/lib/x86_64-kfreebsd-gnu/libboost_system.so.1.62.0: error adding 
> symbols: DSO missing from command line
>   collect2: error: ld returned 1 exit status
> 
> As the linker notes, linking directly against -lboost_system should help.
> Moreover, IIRC, you can avoid this reference altogether by compiling with
> -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED.
> 
> Could you please take a look?

I've been preparing 0.9.2 today and will incorporate these changes.

Thanks

Colin

> 
> Thanks!
> 

Bug#881066: Message for bernadette xN

[BERNADETTE senatus]

sorry, I have no money.  I AM RETIRED.

On Tue, Nov 7, 2017 at 8:53 PM, Pre Thanksgiving sales <
supp...@ipserverone.com> wrote:

> Hello Dear!
>
> Welcome to Amazon Final Notice For Amazon Rewards
>
> You've been chosen by Amazon to receive a $50 reward!
>
> Click here to get started
>
>
> 
>
>
> You may unsubscribe at any time here
> 
>
>
> unsubscribehere
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hi Peter, We are sorry for the incident, have just manually run the sync,
> could you p= lease check if the mirror is up-to-date now? Thanks -- Mak
> Kuen Seng Support Team Lead IP SERVERONE SOLUTIONS SDN BHD A-1-1, Block A,
> Glomac Damansara Jalan Damansara, 6 Kuala Lumpur Tel: 603 2026 1688 |
> Fax: 603 7728 3188 Ticket History 
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Peter Palfrader (Client) Posted On: 07 November 2017 10:48 PM
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Package: mirrors User:
> mirr...@packages.debian.org Usertags: mirror-problem may-auto-close
> Control: submitter -1 mirr...@debian.org Hi! According to
> https://mirror-master.debian.org/status/mirror-info/debian.ipserverone.com=
> .html your mirror is out of date by over a week. Please investigate. --=20
> | .''`. ** Debian ** Peter Palfrader | : :' : The universal
> https://www.palfrader.org/ | `. `' Operating System | `-
> https://www.debian.org/ Ticket Details -
> Ticket ID: QMM-573-27544 Department: Support Type: Issue Status: Replied
> Priority: Normal Helpdesk: https://support.ipserverone.com/index.php?

Bug#882531: xorg-server FTCBFS: assumes CLOCK_MONOTONIC to be unavailable

[Helmut Grohne]

Source: xorg-server
Version: 2:1.19.5-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

xorg-server fails to cross build from source, because its configure
checks for CLOCK_MONOTONIC with AC_RUN_IFELSE and then figures that for
cross compilation CLOCK_MONOTONIC likely is not available. It then gives
up, because wayland requires CLOCK_MONOTONIC. I think this is a bad
default as it always breaks cross compilation. I propose resorting to a
weaker assumption for cross compilation where only the presence of the
CLOCK_MONOTONIC declaration is checked and it is assumed working. Since
wayland requires CLOCK_MONOTONIC anyway, the check really is only a
sanity check. After fixing this, xorg-server cross builds successfully.
Please consider applying the attached patch.

Helmut
Index: xorg-server-1.19.5/configure.ac
===
--- xorg-server-1.19.5.orig/configure.ac
+++ xorg-server-1.19.5/configure.ac
@@ -1073,6 +1073,9 @@
 fi
 
 AC_MSG_RESULT([$MONOTONIC_CLOCK])
+if test "$MONOTONIC_CLOCK" = "cross compiling"; then
+AC_CHECK_DECL([CLOCK_MONOTONIC],[MONOTONIC_CLOCK=yes],[MONOTONIC_CLOCK=no],[#include ])
+fi
 
 if test "x$MONOTONIC_CLOCK" = xyes; then
 AC_DEFINE(MONOTONIC_CLOCK, 1, [Have monotonic clock from clock_gettime()])

Bug#882431: [Pkg-swan-devel] Bug#882431: Bug#882431: strongswan-starter: counters plugin should be visible to strongswan-swanctl package

[Gerald Turner]

On Thu, Nov 23 2017, Yves-Alexis Perez wrote:
> Actually I was a bit confused too: it's a libcharon plugin which
> should then be loaded by a relevant charon process. For stroke plugin,
> this is /usr/lib/ipsec/charon, in your case, for strongswan-swanctl,
> it is /usr/sbin/charon-systemd from the charon-systemd package.
>
> The swanctl command is just talking (via vici) to the charon-systemd
> binary.  And charon-systemd packages already depends on
> strongswan-libcharon, so it should be fine to move the counters plugin
> there, I think.
>
> Does that make sense to you?

Sounds perfect.  Want me to recreate a patch?

-- 
Gerald Turner Encrypted mail preferred!
OpenPGP: 4096R / CA89 B27A 30FA 66C5 1B80  3858 EC94 2276 FDB8 716D


signature.asc
Description: PGP signature

Bug#882122: thunderbird: Thunderbird can't connect to X server, fails to start

[Carsten Schoenert]

Hello Simon,

On Thu, Nov 23, 2017 at 01:00:48PM -0500, Simon Deziel wrote:
> Currently, the Apparmor profile only applies to
> /usr/lib/thunderbird/thunderbird so if you change the wrapper script to
> call the "-bin" version, it would side step Apparmor.

good catch, at least Jack has apparmor installed. But I haven't seen
that on the first look while the bug report was ariving.

> Maybe side stepping Apparmor is what made the "-bin" version work?
> That's a wild guess (I don't run Debian) but if that's the case, it
> would be better to fix the Apparmor profile. An easy way to check if
> Apparmor gets in the way would be to start thunderbird (no "-bin") and
> then run:
> 
>   dmesg -T | grep 'apparmor="DENIED"'
> 
> If anything comes up please attach it in here.

Jack, Jan could you booth please test what Simon is guessing?

Regards
Carsten

Bug#882431: [Pkg-swan-devel] Bug#882431: strongswan-starter: counters plugin should be visible to strongswan-swanctl package

[Gerald Turner]

On Thu, Nov 23 2017, Yves-Alexis Perez wrote:
> In any case your later patch is wrong (doesn't move, just copy, and
> doesn't handle conflicts/replace etc.).

Do you mean Conflicts, Breaks, etc. in debian/control?  I overlooked
that completely, figuring the 5.6.1-1 package hasn't migrated out of sid
yet.

-- 
Gerald Turner Encrypted mail preferred!
OpenPGP: 4096R / CA89 B27A 30FA 66C5 1B80  3858 EC94 2276 FDB8 716D


signature.asc
Description: PGP signature

Bug#882070: apparmor: AppArmor should allow to read /etc/pulse subdirectories

[Vincas Dargis]

On 2017.11.23 19:31, intrigeri wrote:

What are the practical consequences of this bug?

Do you think we should cherry-pick the fix into the Debian packaging?



Thunderbird manages to produce alert sound even with this deny, so I doubt this 
is critical.

Maybe it's enough to wait for next AppArmor release, although this might be 
annoying for someone who's watching logs.

Bug#882530: goxel: FTBFS on non-Linux: undefined references

[Aaron M. Ucko]

Source: goxel
Version: 0.7.1-2
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-h...@lists.debian.org
Usertags: hurd-i386

Builds of goxel for hurd-i386 and kfreebsd-* (admittedly not release
architectures) failed per the below excerpt from
https://buildd.debian.org/status/fetch.php?pkg=goxel=kfreebsd-amd64=0.7.1-2=1511436362=0.
Could you please take a look?

Thanks!

NB: The references to _ZGVbN2vv___pow_finite, which I haven't managed
to get c++filt to demangle, are specific to kfreebsd-amd64; the
remaining errors also occur on both hurd-i386 and kfreebsd-i386.



g++ -o goxel -pthread src/action.o src/assets.o src/block.o src/cache.o 
src/camera.o src/color.o src/gesture.o src/gesture3d.o src/goxel.o 
src/gui_settings.o src/image.o src/main.o src/marchingcube.o src/mesh.o 
src/model3d.o src/mustache.o src/palette.o src/procedural.o src/quantization.o 
src/render.o src/shape.o src/sound.o src/stack.o src/system.o src/texture.o 
src/theme.o src/tools.o src/utils.o src/vec.o src/gui.o src/formats/dicom.o 
src/formats/gox.o src/formats/png.o src/formats/png_slices.o 
src/formats/povray.o src/formats/qubicle.o src/formats/txt.o src/formats/vox.o 
src/formats/voxlap.o src/formats/vxl.o src/formats/wavefront.o 
src/tools/brush.o src/tools/color_picker.o src/tools/laser.o src/tools/move.o 
src/tools/plane.o src/tools/procedural.o src/tools/selection.o 
src/tools/shape.o ext_src/imgui/imgui.o ext_src/imgui/imgui_draw.o 
ext_src/inih/ini.o -lGL -lm -lz -lglfw -lpng -lgtk-3 -lgdk-3 -lpangocairo-1.0 
-lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 
-lgobject-2.0 -lglib-2.0
src/theme.o: In function `theme_get':
theme.c:(.text+0x6b6): undefined reference to `sys_get_user_dir'
src/theme.o: In function `theme_get_list':
theme.c:(.text+0x74e): undefined reference to `sys_get_user_dir'
src/theme.o: In function `theme_set':
theme.c:(.text+0x8ee): undefined reference to `sys_get_user_dir'
src/theme.o: In function `theme_save':
theme.c:(.text+0xa7d): undefined reference to `sys_get_user_dir'
src/theme.o: In function `theme_get_color':
theme.c:(.text+0xe36): undefined reference to `sys_get_user_dir'
src/gui_settings.o:gui_settings.c:(.text+0x91): more undefined references to 
`sys_get_user_dir' follow
src/formats/dicom.o: In function `dicom_import':
dicom.c:(.text+0x143c): undefined reference to `noc_file_dialog_open'
src/formats/gox.o: In function `save_as':
gox.c:(.text+0x11b6): undefined reference to `noc_file_dialog_open'
src/formats/gox.o: In function `save':
gox.c:(.text+0x124b): undefined reference to `noc_file_dialog_open'
src/formats/gox.o: In function `action_open':
gox.c:(.text+0x2061): undefined reference to `noc_file_dialog_open'
src/formats/png.o: In function `export_as_png':
png.c:(.text+0xce): undefined reference to `noc_file_dialog_open'
src/formats/png_slices.o:png_slices.c:(.text+0x3df): more undefined references 
to `noc_file_dialog_open' follow
src/palette.o: In function `palette_load_all':
palette.c:(.text+0x520): undefined reference to `sys_get_user_dir'
src/utils.o: In function `stbi__loadf_main':
utils.c:(.text+0x14923): undefined reference to `_ZGVbN2vv___pow_finite'
utils.c:(.text+0x14947): undefined reference to `_ZGVbN2vv___pow_finite'
utils.c:(.text+0x1495e): undefined reference to `_ZGVbN2vv___pow_finite'
utils.c:(.text+0x1497f): undefined reference to `_ZGVbN2vv___pow_finite'
utils.c:(.text+0x14996): undefined reference to `_ZGVbN2vv___pow_finite'
src/utils.o:utils.c:(.text+0x149b7): more undefined references to 
`_ZGVbN2vv___pow_finite' follow
src/gui.o: In function `gui_iter':
gui.cpp:(.text+0x4633): undefined reference to `noc_file_dialog_open'
collect2: error: ld returned 1 exit status
scons: *** [goxel] Error 1
scons: building terminated because of errors.
debian/rules:13: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:6: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#874645: Pending fixes for bugs in the libnative-platform-java package

[pkg-java-maintainers]

tag 874645 + pending
thanks

Some bugs in the libnative-platform-java package are closed in
revision 95dd6d4e557e9b213eec6fa02b367ad219afc4b0 in branch 'master'
by Markus Koschany

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/libnative-platform-java.git/commit/?id=95dd6d4

Commit message:

Fix FTBFS with Java 9

Closes: #874645
Thanks: Chris West for the report.

Bug#882043: apparmor should allow thunderbird to open links with firefox via exo-helper on xfce

[intrigeri]

Control: reassign -1 thunderbird
Control: tag -1 + moreinfo

Hi Ben,

Ben Caradoc-Davies:
> clicking on an email link in thunderbird results in an error dialog:

> Failed to execute default Web Browser.
> Failed to execute child process “/usr/bin/firefox” (Permission denied).

> journalctl reports:

> Nov 18 14:02:57 ripley kernel: audit: type=1400 audit(1510966977.757:32):
> apparmor="DENIED" operation="exec" profile="thunderbird"
> name="/usr/lib/firefox/firefox" pid=27192 comm="exo-helper-1"
> requested_mask="x" denied_mask="x" fsuid=1000 ouid=0

> Firefox is set as the preferred web browser under xfce "Preferred
> Applications".

Thanks for this bug report!

Could you please try reproducing this with thunderbird 1:52.4.0-2~exp1
or newer, currently available in Debian experimental?

Cheers,
-- 
intrigeri

Bug#882044: apparmor should allow thunderbird to open text files with geany under xfce

[intrigeri]

Control: reassign -1 thunderbird
Control: fixed -1 1:52.4.0-2~exp1

Hi,

Ben Caradoc-Davies:
> opening a text attachment in thunderbird under xfce results in an error 
> dialog:

> Failed to execute default File Manager.
> Failed to execute child process “/usr/bin/Thunar” (Permission denied).

Thanks for your bug report!

I believe this should be fixed by the thunderbird package in
Debian experimental.
If not, please let me know :)

Bug#882135: apparmor: Update AppArmor abstractions for Java 8 and 9

[Vincas Dargis]

On 2017.11.23 19:37, intrigeri wrote:

Hi,


I have discovered denies on Debian Sid by Thunderbird being unable
to load IcedTead plugin upon profile creation (can be reproduced by
deleteing/moving $HOME/.thunderbird directory).


What are the practical consequences of this bug?

In other words: is it worth cherry-picking the fix (once merged
upstream) into the Debian packaging, in your opinion?


I do not know how it influences Thunderbird, though Java applet failed to load using Firefox profile (I took it from 
Ubuntu or somewhere else). Though since Debian does not deploy Firefox profile, this example is maybe irrelevant.


Maybe some Thunderbird Java plugin might fail to load IcedTea plugin too, though I do not know use cases of Java in 
Thunderbird and so do not know how to test it. Maybe Thunderbird maintainer could hint about that?

Bug#882045: [pkg-apparmor] Bug#882045: apparmor should let thunderbird open images with viewnior

[intrigeri]

Control: reassign -1 thunderbird
Control: fixed -1 1:52.4.0-2~exp1

Vincas Dargis:
> On 2017.11.18 03:20, Ben Caradoc-Davies wrote:
>> profile="thunderbird" name="/usr/bin/viewnior" pid=27896 comm="thunderbird"
>> profile="thunderbird" name="/usr/bin/thunar" pid=27901 comm="exo-helper-1"

> All these `/usr/bin` executions should be fixed (also mentioned in your other 
> bug
> reports), try updated profile directly from Vcs-Git until updated Thunderbird 
> package
> enters your repository:

> https://anonscm.debian.org/cgit/pkg-mozilla/thunderbird.git/tree/debian/apparmor/usr.bin.thunderbird

Reassigning accordingly.

Note that the fix is already in Debian experimental :)

Cheers,
-- 
intrigeri

Bug#882122: thunderbird: Thunderbird can't connect to X server, fails to start

[Simon Deziel]

On 2017-11-23 12:18 AM, Carsten Schoenert wrote:
>> Also, directly running /usr/lib/thunderbird/thunderbird-bin works, too!
>> Which is really weird because /usr/lib/thunderbird/thunderbird and 
>> /usr/lib/thunderbird/thunderbird-bin are the same, but only the latter one 
>> can connect to the X server.
>> $ sha256sum /usr/lib/thunderbird/thunderbird*
>> 126efa3f01f0d86c9d97702a90f163013ad1667e1a326fd193d61c72e034584e  
>> /usr/lib/thunderbird/thunderbird
>> 126efa3f01f0d86c9d97702a90f163013ad1667e1a326fd193d61c72e034584e  
>> /usr/lib/thunderbird/thunderbird-bin
>> a3f9e5f5820436e7205a0223ce6a7dee89b30bcf626e6de92f43fee4a2c87b24  
>> /usr/lib/thunderbird/thunderbird-wrapper-helper.sh
>> $ ls -l /usr/lib/thunderbird/thunderbird*
>> -rwxr-xr-x 1 root root 126040 Oct 17 18:20 /usr/lib/thunderbird/thunderbird
>> -rwxr-xr-x 1 root root 126040 Oct 17 18:20 
>> /usr/lib/thunderbird/thunderbird-bin
>> -rw-r--r-- 1 root root  14545 Oct  7 11:35 
>> /usr/lib/thunderbird/thunderbird-wrapper-helper.sh
>>
>> What could be the difference between thunderbird and thunderbird-bin?
> 
> I really don't know the reason why. I can remember in the past both
> binaries have a different size and one of them was used for calling
> Thunderbird for running on a remote side. That has changed sometimes
> between version 20 and 30 I guess.
> 
> Nethermind, I will modify the wrapper script we are using to call
> thunderbird-bin with the next upload.

Currently, the Apparmor profile only applies to
/usr/lib/thunderbird/thunderbird so if you change the wrapper script to
call the "-bin" version, it would side step Apparmor.

Maybe side stepping Apparmor is what made the "-bin" version work?
That's a wild guess (I don't run Debian) but if that's the case, it
would be better to fix the Apparmor profile. An easy way to check if
Apparmor gets in the way would be to start thunderbird (no "-bin") and
then run:

  dmesg -T | grep 'apparmor="DENIED"'

If anything comes up please attach it in here.

Regards,
Simon



signature.asc
Description: OpenPGP digital signature

Bug#882292: acpica-unix FTBFS on 32bit big endian: test failures

[James Cowgill]

Hi,

On 21/11/17 07:28, Adrian Bunk wrote:
> Begin compiling test package: [operand]
> Begin compiling test package: [tests]
> Begin compiling test package: [oarg]
> Test path: 
> /<>/tests/aslts/src/runtime/collections/complex/operand/tests/oarg
> Type: nopt/32 Compile => Removing filesrm: cannot remove 'MAIN.asm': No 
> such file or directory
> rm: cannot remove 'MAIN.c': No such file or directory
> rm: cannot remove 'MAIN.h': No such file or directory
> rm: cannot remove 'MAIN.i': No such file or directory
> rm: cannot remove 'MAIN.hex': No such file or directory
> rm: cannot remove 'MAIN.lst': No such file or directory
> rm: cannot remove 'MAIN.map': No such file or directory
> rm: cannot remove 'MAIN.nsp': No such file or directory
> rm: cannot remove 'MAIN.offset.h': No such file or directory
> rm: cannot remove 'MAIN.src': No such file or directory
>  => Done 
> ls: cannot access 'oarg.aml': No such file or directory
> mv: cannot stat 'oarg.aml': No such file or directory
> Compiled test package: [oarg]
> ...
> WARNING: some test cases dont have AML code! (168)
> ...
> iASL: Segmentation Fault

I think this is caused by this in aslrules.y:
> String
> : PARSEOP_STRING_LITERAL{$$ = TrCreateValuedLeafOp 
> (PARSEOP_STRING_LITERAL,
> (ACPI_NATIVE_INT) AslCompilerlval.s);}
> ;

Here we cast a (char*) to uint64.

In aslparseop.c we assign this uint64 into a union:
> ACPI_PARSE_OBJECT *
> TrCreateValuedLeafOp (
> UINT32  ParseOpcode,
> UINT64  Value)
> {
> ACPI_PARSE_OBJECT   *Op;
> 
> 
> Op = TrAllocateOp (ParseOpcode);
> Op->Asl.Value.Integer = Value;

This union us defined like this (aclocal.h):
> typedef union acpi_parse_value
> {
> UINT64  Integer;/* Integer constant (Up 
> to 64 bits) */
> UINT32  Size;   /* bytelist or field size 
> */
> char*String;/* NULL terminated string 
> */
> UINT8   *Buffer;/* buffer or string */
> char*Name;  /* NULL terminated string 
> */
> union acpi_parse_object *Arg;   /* arguments and 
> contained ops */
> ACPI_TAG_INFO   Tag;/* Resource descriptor 
> tag info  */
> 
> } ACPI_PARSE_VALUE;

On 32-bit big endian we end up putting the pointer into the _lower_ half
of "Integer" which does not work when later reading from "String" (which
will read from the _upper_ half).

I might have a go at getting a patch working for this. These bad casts
make me despair :(

James



signature.asc
Description: OpenPGP digital signature

Bug#882529: stenc: Use after free memory when the tape drive is positioned at the end of data

[Guillaume Clercin]

Package: stenc
Version: 1.0.7-2~bpo8+1
Severity: normal
Tags: upstream patch

Dear Maintainer,

Today, I backported this package to jessie. Notice, this package require
automake1.11 in order to be build on jessie.

I have got two drives into a library and stenc works as expected except
this use after free bug which occur when the tape drive is positioned at
the end of data.

To reproduice the bug:
# mt -f /dev/nst0 eod
# stenc -f /dev/nst0 --detail
Status for /dev/nst0
--
Device Mfg:  HP  
Product ID:  Ultrium 5-SCSI  
Product Revision:Z63U
Drive Encryption:on
Drive Output:Decrypting
 Unencrypted data not outputted
Drive Input: Encrypting
 Protecting from raw read
Key Instance Counter:3
Encryption Algorithm:1
Drive Key Desc.(uKAD):   Key n#2 for AAA013
Volume Encryption:   Unable to determine
*** Error in `stenc': double free or corruption (fasttop): 0x55ad30f77010 
***

An upstream patch exists, see:
https://sourceforge.net/p/stenc/code/ci/7c8e38048766f0c91fe2f11863a0c0450c34c79b/


-- System Information:
Debian Release: 8.9
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

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

Versions of packages stenc depends on:
ii  libc6   2.19-18+deb8u10
ii  libgcc1 1:4.9.2-10
ii  libstdc++6  4.9.2-10

stenc recommends no packages.

stenc suggests no packages.

-- no debconf information
Index: stenc-1.0.7/src/scsiencrypt.cpp
===
--- stenc-1.0.7.orig/src/scsiencrypt.cpp
+++ stenc-1.0.7/src/scsiencrypt.cpp
@@ -174,6 +174,7 @@ SSP_NBES* SSPGetNBES(string tapeDevice,b
 			if(status->nbes.encryptionStatus!=0x01)break;
 			if(moves>=MAX_TAPE_READ_BLOCKS)break;
 			delete status;
+			status=NULL;
 			if(!moveTape(tapeDevice,1,true))break;
 			moves++;
 			status=SSPGetNBES(tapeDevice,false);

Bug#867637: python-livereload: Please package latest upstream version

[Antonio Terceiro]

On Sat, Jul 08, 2017 at 11:45:15AM +1000, Brian May wrote:
> Source: python-livereload
> Version: 2.4.0-1
> Severity: normal
> 
> The latest version of this package is required by the latest version of
> python-mkdocs.

I have tried importing the new upstream version into a clone of the git
repository and it builds just fine. With that, I was able to build
python-mkdocs just fine, and with that, djangorestframework.

Augustin, would you mind if I upload this to unblock a new version of
mkdocs, which unblocks a new version of djangorestframework?


signature.asc
Description: PGP signature

Bug#882528: dealer: test hang on architectures where char is unsigned

[Adrian Bunk]

Source: dealer
Version: 20161012-2
Severity: serious

https://buildd.debian.org/status/package.php?p=dealer=sid

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
./dealer -s 1 Examples/Descr.6c | tee test.out
E: Build killed with signal TERM after 150 minutes of inactivity

Bug#882527: tinyproxy: FTBFS on hurd-i386: run_tests.sh duplicates build path

[Aaron M. Ucko]

Source: tinyproxy
Version: 1.8.4-5
Severity: important
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
User: debian-h...@lists.debian.org
Usertags: hurd-i386

Builds of tinyproxy for hurd-i386 (admittedly not a release
architecture) have been failing lately, per the below output from
https://buildd.debian.org/status/fetch.php?pkg=tinyproxy=hurd-i386=1.8.4-5=1511352074=0.
I suspect that run_tests.sh receives an absolute path for $0 despite
having been invoked as ./tests/scripts/run_tests.sh.  It should be able
to accommodate either arrangement by changing the SCRIPTS_DIR setting to

  SCRIPTS_DIR=$(cd $(dirname $0) && pwd)

Could you please take a look?

Thanks!



./tests/scripts/run_tests.sh
cp: cannot stat 
'/<>//<>/./tests/scripts/../../data/templates/default.html':
 No such file or directory
cp: cannot stat 
'/<>//<>/./tests/scripts/../../data/templates/debug.html':
 No such file or directory
cp: cannot stat 
'/<>//<>/./tests/scripts/../../data/templates/stats.html':
 No such file or directory
starting web server.../<>/./tests/scripts/run_tests.sh: 127: 
/<>/./tests/scripts/run_tests.sh: 
/<>//<>/./tests/scripts/webserver.pl: not found
 done (listening on 127.0.0.3:32123)
starting tinyproxy... done (listening on 127.0.0.2:12321)
waiting for 3 seconds done
checking direct connection to web server...ERROR (127)
webclient output:
/<>/./tests/scripts/run_tests.sh: 157: 
/<>/./tests/scripts/run_tests.sh: 
/<>//<>/./tests/scripts/webclient.pl: not found
testing connection through tinyproxy...ERROR (127)
webclient output:
/<>/./tests/scripts/run_tests.sh: 157: 
/<>/./tests/scripts/run_tests.sh: 
/<>//<>/./tests/scripts/webclient.pl: not found
/<>/./tests/scripts/run_tests.sh: 157: 
/<>/./tests/scripts/run_tests.sh: 
/<>//<>/./tests/scripts/webclient.pl: not found
requesting statspage via stathost url...ERROR (127)
webclient output:
/<>/./tests/scripts/run_tests.sh: 157: 
/<>/./tests/scripts/run_tests.sh: 
/<>//<>/./tests/scripts/webclient.pl: not found
/<>/./tests/scripts/run_tests.sh: 157: 
/<>/./tests/scripts/run_tests.sh: 
/<>//<>/./tests/scripts/webclient.pl: not found
/<>/./tests/scripts/run_tests.sh: 157: 
/<>/./tests/scripts/run_tests.sh: 
/<>//<>/./tests/scripts/webclient.pl: not found
3 errors
killing tinyproxy...cat: 
/<>//<>/./tests/scripts/../env/var/run/tinyproxy/tinyproxy.pid:
 No such file or directory
/<>/./tests/scripts/run_tests.sh: 112: kill: Usage: kill [-s 
sigspec | -signum | -sigspec] [pid | job]... or
kill -l [exitstatus]
 error
killing webserver...cat: 
/<>//<>/./tests/scripts/../env/var/run/webserver/webserver.pid:
 No such file or directory
/<>/./tests/scripts/run_tests.sh: 133: kill: Usage: kill [-s 
sigspec | -signum | -sigspec] [pid | job]... or
kill -l [exitstatus]
 error
done
Makefile:804: recipe for target 'test' failed

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#882525: netbeans FTBFS with jaxb 2.3.0

[Adrian Bunk]

Source: netbeans
Version: 8.1+dfsg3-4
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/netbeans.html

...
BUILD FAILED
/build/1st/netbeans-8.1+dfsg3/nbbuild/build.xml:433: The following error 
occurred while executing this line:
/build/1st/netbeans-8.1+dfsg3/nbbuild/build.xml:428: The following error 
occurred while executing this line:
/build/1st/netbeans-8.1+dfsg3/nbbuild/build.xml:463: The following error 
occurred while executing this line:
/build/1st/netbeans-8.1+dfsg3/nbbuild/build.xml:446: The following error 
occurred while executing this line:
/build/1st/netbeans-8.1+dfsg3/nbbuild/build.xml:428: The following error 
occurred while executing this line:
/build/1st/netbeans-8.1+dfsg3/nbbuild/build.xml:475: The following error 
occurred while executing this line:
/build/1st/netbeans-8.1+dfsg3/websvc.saas.api/build.xml:59: taskdef A class 
needed by class com.sun.tools.xjc.XJCTask cannot be found: 
com/sun/istack/tools/ProtectedTask
 using the classloader 
AntClassLoader[/build/1st/netbeans-8.1+dfsg3/nbbuild/netbeans/ide/modules/ext/jaxb/api/jaxb-api.jar:/build/1st/netbeans-8.1+dfsg3/nbbuild/netbeans/ide/modules/ext/jaxb/jaxb-impl.jar:/build/1st/netbeans-8.1+dfsg3/nbbuild/netbeans/ide/modules/ext/jaxb/jaxb-xjc.jar]

Total time: 5 minutes 45 seconds
debian/rules:51: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 1

Bug#868852: debian-installer: hd-media images should have LVM support to find ISO in logical volumes

[Cyril Brulebois]

Raphael Hertzog  (2017-11-23):
> It's basically the release architectures that have an hd-media
> configuration file.
> 
> Do you want me to do the same change to non-release Linux architectures
> that have an hd-media configuration file (aka powerpc and m68k)?

Alright then.

You mentioned on IRC you were looking into several patches/packages.
I'll probably release d-i over the next few days, so I'm not sure I'll
pick all updates for the next alpha. I'll likely only pick what's
needed, and we'll finish merging things after the release.

(The udeb addition in src:debian-installer shouldn't hurt on its own,
so that should be fine.)
 

KiBi.


signature.asc
Description: PGP signature

Bug#882526: plexus-classworlds2 FTBFS with debhelper >= 10.9

[Adrian Bunk]

Source: plexus-classworlds2
Version: 2.5.2-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/plexus-classworlds2.html

...
   dh_install -O--buildsystem=ant
   mh_install -O--buildsystem=ant
dh_link: Requested unknown package plexus-classworlds2-doc via -p/--package, 
expected one of: libplexus-classworlds2-java libplexus-classworlds2-java-doc
dh_link: unknown option or error during option parsing; aborting
debian/rules:11: recipe for target 'binary' failed
make: *** [binary] Error 25

Bug#882135: apparmor: Update AppArmor abstractions for Java 8 and 9

[intrigeri]

Hi,

> I have discovered denies on Debian Sid by Thunderbird being unable
> to load IcedTead plugin upon profile creation (can be reproduced by
> deleteing/moving $HOME/.thunderbird directory).

What are the practical consequences of this bug?

In other words: is it worth cherry-picking the fix (once merged
upstream) into the Debian packaging, in your opinion?

Cheers,
-- 
intrigeri

Bug#882524: thunderbolt-tools: FTBFS on kFreeBSD: _ZN5boost6system15system_categoryEv undefined

[Aaron M. Ucko]

Source: thunderbolt-tools
Version: 0.9.1-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-...@lists.debian.org
Usertags: kfreebsd

Builds of thunderbolt-tools for kfreebsd-* (admittedly not release
architectures) failed per the below excerpt from
https://buildd.debian.org/status/fetch.php?pkg=thunderbolt-tools=kfreebsd-amd64=0.9.1-1=1511269071=0:

  /usr/bin/c++   -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2-Wl,-z,relro CMakeFiles/tbtacl-write.dir/write.cpp.o  -o 
tbtacl-write ../common/libcommon.a 
/usr/lib/x86_64-kfreebsd-gnu/libboost_filesystem.so 
  /usr/bin/ld: CMakeFiles/tbtacl-write.dir/write.cpp.o: undefined reference to 
symbol '_ZN5boost6system15system_categoryEv'
  //usr/lib/x86_64-kfreebsd-gnu/libboost_system.so.1.62.0: error adding 
symbols: DSO missing from command line
  collect2: error: ld returned 1 exit status

As the linker notes, linking directly against -lboost_system should help.
Moreover, IIRC, you can avoid this reference altogether by compiling with
-DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_SYSTEM_NO_DEPRECATED.

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#882480: [Pkg-dpdk-devel] Bug#882480: Bug#882480: Bug#882480: dpdk: autopkgtest dependencies are bad on s390x / any non-supported arch

[Luca Boccassi]

On Thu, 2017-11-23 at 17:28 +0100, Santiago R.R. wrote:
> El 23/11/17 a las 13:29, Christian Ehrhardt escribió:
> > Submitted to deb_dpdk as [1], thank Dimitri.
> > I don't expect pushback on this, so this will likely be in Debian
> > (and
> > the Ubuntu sync) on 17.11.x
> 
> Do you know what will be the next LTS version, that it would be
> possible/suitable to upload to unstable?
> 
> I'd be happy to push this changes to the current version in unstable.

Hi,

17.11 is an LTS. We just talked about it today, and the plan is to
upload it to experimental first (will do that shortly) to clear the
binary-NEW queue, and then to unstable and start a transition for the
reverse depends (collectd).

-- 
Kind regards,
Luca Boccassi

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

Bug#882070: apparmor: AppArmor should allow to read /etc/pulse subdirectories

[intrigeri]

Hi!

Vincas Dargis:
> I have discovered this DENIED message on Debian Sid with Thundebird:

> type=AVC msg=audit(1511012066.035:570): apparmor="DENIED" operation="open"
> profile="thunderbird" 
> name="/etc/pulse/client.conf.d/00-disable-autospawn.conf"
> pid=4507 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 
> ouid=0
> type=SYSCALL msg=audit(1511012066.035:570): arch=c03e syscall=2 success=no
> exit=-13 a0=7f0fd625c780 a1=8 a2=1b6 a3=8 items=0 ppid=1538 pid=4507
> auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000
> fsgid=1000 tty=(none) ses=3 comm="thunderbird" 
> exe="/usr/lib/thunderbird/thunderbird"
> key=(null)
> type=PROCTITLE msg=audit(1511012066.035:570): 
> proctitle="/usr/lib/thunderbird/thunderbird"

> Can be reproduced by misconfiguring SMTP account in order to get alert 
> message while sending email.

> I am working on patch upstream (see forward).

I see this was merged upstream already. Thanks!

What are the practical consequences of this bug?

Do you think we should cherry-pick the fix into the Debian packaging?

Bug#868852: debian-installer: hd-media images should have LVM support to find ISO in logical volumes

[Raphael Hertzog]

Hi Cyril,

On Thu, 23 Nov 2017, Cyril Brulebois wrote:
> So this seems to have just been committed. Can you expand on the arch
> selection? It seems strange.

It's basically the release architectures that have an hd-media
configuration file.

Do you want me to do the same change to non-release Linux architectures
that have an hd-media configuration file (aka powerpc and m68k)?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#882510: freecad: Python module WebGUI missing

[Anton Gladky]

Hi Christian,

thanks for bugreport. After you see this window, you need
to choose View-> and any of showing up options. Then you
will see what you need.

Cheers

Anton


2017-11-23 16:17 GMT+01:00 Christian Buhtz :
> Package: freecad
> Version: 0.16.6712+dfsg1-1+b2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> direct after installation I am not able to start correct FreeCAD. The main
> window comes up with a simple error message in the Output message window. No
> file menu no file no toolbar or anything I can interact with.
>
> The log file says
>
> Log: Init: Running FreeCADGuiInit.py start script... done
> Log: Init: Activating default workbench StartWorkbench
> Err: No module named WebGui
> Log: Traceback (most recent call last):
>   File "", line 43, in Initialize
>
> Log: Init: Showing main window
>
>
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 4.9.11-towo.2-siduction-686 (SMP w/2 CPU cores; PREEMPT)
> Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
> LANGUAGE=de_DE.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages freecad depends on:
> ii  libboost-atomic1.62.0   1.62.0+dfsg-4+b2
> ii  libboost-chrono1.62.0   1.62.0+dfsg-4+b2
> ii  libboost-date-time1.62.01.62.0+dfsg-4+b2
> ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b2
> ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b2
> ii  libboost-python1.62.0   1.62.0+dfsg-4+b2
> ii  libboost-regex1.62.01.62.0+dfsg-4+b2
> ii  libboost-signals1.62.0  1.62.0+dfsg-4+b2
> ii  libboost-system1.62.0   1.62.0+dfsg-4+b2
> ii  libboost-thread1.62.0   1.62.0+dfsg-4+b2
> ii  libc6   2.25-2
> ii  libcoin80v5 3.1.4~abc9f50+dfsg1-2
> ii  libfreeimage3   3.17.0+ds1-5+b2
> ii  libfreetype62.8.1-0.1
> ii  libgcc1 1:7.2.0-16
> ii  libgl1  1.0.0-1
> ii  libglu1-mesa [libglu1]  9.0.0-2.1
> ii  liboce-foundation11 0.18.2-2
> ii  liboce-modeling11   0.18.2-2
> ii  liboce-ocaf-lite11  0.18.2-2
> ii  liboce-ocaf11   0.18.2-2
> ii  liboce-visualization11  0.18.2-2
> ii  libpyside1.21.2.2+source1-2
> ii  libpython2.72.7.14-2
> ii  libqt4-network  4:4.8.7+dfsg-11
> ii  libqt4-opengl   4:4.8.7+dfsg-11
> ii  libqt4-svg  4:4.8.7+dfsg-11
> ii  libqt4-xml  4:4.8.7+dfsg-11
> ii  libqtcore4  4:4.8.7+dfsg-11
> ii  libqtgui4   4:4.8.7+dfsg-11
> ii  libshiboken1.2v51.2.2-5+b1
> ii  libsoqt4-20 1.6.0~e8310f-3
> ii  libspnav0   0.2.3-1
> ii  libstdc++6  7.2.0-16
> ii  libx11-62:1.6.4-3
> ii  libxerces-c3.2  3.2.0+debian-2
> ii  libxext62:1.3.3-1+b2
> ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-10
> ii  pyside-tools0.2.15-1+b1
> ii  python  2.7.14-1
> ii  python-collada  0.4-2
> ii  python-matplotlib   2.0.0+dfsg1-2+b1
> ii  python-pivy 0.5.0~v609hg-3.1
> ii  python-ply  3.9-1
> ii  python-pyside   1.2.2+source1-2
> ii  python2.7   2.7.14-2
> ii  zlib1g  1:1.2.8.dfsg-5
>
> freecad recommends no packages.
>
> Versions of packages freecad suggests:
> pn  graphviz  
> pn  povray
>
> -- no debconf information
>
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#882523: snapd-glib: FTBFS on hurd-i386: tests fail (can't start server)

[Aaron M. Ucko]

Source: snapd-glib
Version: 1.29-1
Severity: important
Tags: upstream
Justification: fails to build from source (but built successfully in the past)
User: debian-h...@lists.debian.org
Usertags: hurd-i386

The latest build of snapd-glib for hurd-i386 (admittedly not a
release architecture) failed per the below excerpt from
https://buildd.debian.org/status/fetch.php?pkg=snapd-glib=hurd-i386=1.29-1=1511301530=0.
Could you please take a look?

Thanks!



make  check-TESTS
make[4]: Entering directory '/<>/tests'
make[5]: Entering directory '/<>/tests'
ERROR: test-glib - too few tests run (expected 147, got 0)
ERROR: test-glib - exited with status 134 (terminated by signal 6?)
ERROR: test-qt - too few tests run (expected 146, got 0)
ERROR: test-qt - exited with status 133 (terminated by signal 5?)
===
   snapd-glib 1.29: tests/test-suite.log
===

# TOTAL: 4
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 4

.. contents:: :depth: 2

ERROR: test-glib


**
ERROR:mock-snapd.c:3753:mock_snapd_start: 'snapd->loop' should not be NULL
Aborted (core dumped)
# random seed: R02S9fd68fc4f9ac252a2ecc2d23ca595fff
1..147
# Start of socket-closed tests
# ERROR:mock-snapd.c:3753:mock_snapd_start: 'snapd->loop' should not be NULL
ERROR: test-glib - too few tests run (expected 147, got 0)
ERROR: test-glib - exited with status 134 (terminated by signal 6?)

ERROR: test-qt
==


** (/<>/tests/.libs/test-qt:5788): WARNING **: Failed to start 
server: (null)
Trace/breakpoint trap
# random seed: R02S986d1e61eb42ef101a552a3d601dd72f
1..146
# Start of socket-closed tests
# FATAL-WARNING: Failed to start server: (null)
ERROR: test-qt - too few tests run (expected 146, got 0)
ERROR: test-qt - exited with status 133 (terminated by signal 5?)

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#882522: ori: bogus autopkgtest

[Dimitri John Ledkov]

Package: ori
Version: 0.8.1+ds1-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

ori package declares and ships autopkgtest, however the include test
is not available in the source package at all.

Test-Command: modprobe fuse && ./run-tests.sh
Depends: @, fuse
Restrictions: needs-root isolation-machine

$ find . -name 'run-tests.sh'
$

Returns nothing.

Please either remove the autopkgtest, or better fix it to have as
installed tests.

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJaFwTiAAoJEMrC2LnNLKX5VrkH/0aW74KhIwqDl0YYFxbgttSg
MGYjlAHP5f/ISbD9y5cYAOl9iMy2vfZEFfjmsM2+hExgUrcBxMNRiAWhLkvTrQgj
ahvNnI1xz9n8H2CCP8XmACsJecbvFeDPNJzDZpWWz3gEZAEqF1nDiFihUKmcMRg6
GFyrscSrddOiIP19LYf7tAlmGHVPlpVGAswtQPhlpyXfSTbejc0uLvGvsCVslrPA
fs4gq/wITw1PzZZtkFgjUmy39rks/7+ZGJclm3YWTYsooUVNACSq+vURvv45J8/O
2LTwQOXY3DsKQ4DJjQ9oB1c4dzTzfe43toO4mT0wBc/DreoS3cVbXH6xVLoHD+A=
=SiWK
-END PGP SIGNATURE-

Bug#882521: simavr: FTBFS w/-j32 (on ppc64): cannot find -lsimavr

[Aaron M. Ucko]

Source: simavr
Version: 1.5+dfsg1-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-powe...@lists.debian.org
Usertags: ppc64

Hi, Milan.

The build of simavr for ppc64, a non-release architecture on which at
least one autobuilder runs with -j32, failed per the below excerpt from
https://buildd.debian.org/status/fetch.php?pkg=simavr=ppc64=1.5%2Bdfsg1-1=1511260519=0:

  LD obj-powerpc64-linux-gnu/run_avr.elf
  /usr/bin/ld: cannot find -lsimavr
  /usr/bin/ld: cannot find -lsimavr
  collect2: error: ld returned 1 exit status
  ../Makefile.common:215: recipe for target 
'obj-powerpc64-linux-gnu/run_avr.elf' failed
  make[4]: *** [obj-powerpc64-linux-gnu/run_avr.elf] Error 1

I expect cherry-picking upstream commit d422895 (and anything else on
which it depends) should help here.

Could you please take a look?

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#882445: Proposed change of offensive packages to -offensive [and 1 more messages]

[Ian Jackson]

David Kalnischkies writes ("Re: Bug#882445: Proposed change of offensive 
packages to -offensive"):
> On Wed, Nov 22, 2017 at 05:18:37PM -0700, Sean Whitton wrote:
> > >   "cowsay-offensive".  In this situation the "-offensive" package can
> > >   be Suggested by the core package(s), but should not be Recommended
> > >   or Depended on, so that it is not installed by default.
>   ^^
> 
> While it seems to be a reasonable explanation for why it should be at most
> a suggests, this half-sentence is hardcoding behaviour of a specific
> package manager in its current default configuration into policy.

That's why I said, informally, "should".

> Personally, I would vote for just dropping the half sentence as the use of
> Suggests follows directly from its definition – as the whole point of a
> maintainer introducing an -offensive package is very likely that it is
> "perfectly reasonable" to not install it: Why introducing it otherwise?

I'm not wedded to this second half of the sentence.

> > I second this patch.  I suggest we add it as section 3.1.1, i.e., as a
> > subsection to 3.1 "The package name".
> 
> [As this is the first subsection I wonder if there will soon be many
> more "rip-off" naming conventions added like python-*, *-perl, … and if
> for style reasons its a good idea to have -offensive be the first]

Aren't these conventions in the python policy, perl policy, etc. ?

Geert Stappers writes ("Re: Bug#882445: possible offensive packages in 
suggest"):
> Those are two things:
>  - the name
>  - the depends
> 
> Don't bother on the name.
> Allow  "-dark"  "-funny"  "-religion" and other suffixes.

I'm not sure I follow whether you mean "please do not specify the name
at all" or "I do not mind what you specify".  I definitely want to
specify that "-offensive" should be used rather than (say) "-off".

It is true that "offensive" may not always be a good characterisation
of the nature of the issues.  That is why I said "usually".

> Be strict on the dependencies. Proper use of
>  - must
>  - can
>  - should
>  - may
> as in
> 
> } In this situation the "-suffix" package must be Suggested by the core
> } package(s), but may not be Recommended or Depended on, so that it is
> } not installed by default.

I deliberately used "should".  Whether to split things out at all is a
matter for the maintainer's judgement.  It would be silly to say to
the maintainer "you may decide to split things out, but if you do, you
must not use Recommends".  I can imagine hypothetical situations where
Recommends would be appropriate.

That is, there is a spectrum:

  less problematic content

   just A containing all contentright in some cases
   A -Depends->   A-offensive   very probably silly
   A -Recommends->A-offensive   right in unusual cases
   A -Suggests->  A-offensive   right in some cases
   A (no dependency)  A-offensive   right in some cases
   just A, but censored right in some cases
   package not in Debian at all right in some cases

  more problematic content

We don't need policy to explain why Depends is probably daft here.
The maintainer will figure that out.  The bug I mentioned earlier
shows that it is a good idea to explicitly deprecate Recommends.  I
doubt the maintainer would have made that mistake if they had seen
policy guidance against it.

But that doesn't mean that it should be utterly forbidden.

Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#868852: debian-installer: hd-media images should have LVM support to find ISO in logical volumes

[Cyril Brulebois]

Hi,

Raphael Hertzog  (2017-07-19):
> Source: debian-installer
> Version: 20170615
> Severity: wishlist
> Tags: patch
> User: de...@kali.org
> Usertags: origin-kali kali-patch
> 
> I would like the hd-media images to include the "md-modules" and
> "lvm2-udeb" udebs so that we can find the ISO image on LVM logical volumes
> too.
> 
> The attached patch implements this. Does anybody have an objection or can
> I commit this ?
> 
> The cost on the initrd.gz seems to be about 1.24Mb (the above udebs have
> dependencies): my rebuilt initrd.gz is 17169667 bytes while the current
> one on the daily-build seems to be 15862910 bytes.

So this seems to have just been committed. Can you expand on the arch
selection? It seems strange.


KiBi.


signature.asc
Description: PGP signature

Bug#769739: vlc: Can't play videos in webm format on YouTube

[Andoru]

This bug can be closed, it hasn't occurred to me in a while. I completely
forgot about this bug, so I apologise!

Bug#882520: parlatype: FTBFS on sparc64: html-build.stamp failed (per #878305)

[Aaron M. Ucko]

Source: parlatype
Version: 1.5.2-1
Severity: important
Justification: fails to build from source
User: debian-sp...@lists.debian.org
Usertags: sparc64

The build of parlatype for sparc64 (admittedly not a release
architecture) failed per the below excerpt from
https://buildd.debian.org/status/fetch.php?pkg=parlatype=sparc64=1.5.2-1=1511257139=0:

  subprocess.CalledProcessError: Command '['/usr/bin/highlight', '--syntax=c', 
'--out-format=xhtml', '-f', '--class-name=gtkdoc', '/tmp/tmpzyiVuv.c']' 
returned non-zero exit status -10
  Makefile:1128: recipe for target 'html-build.stamp' failed

This error appears to stem from highlight bug #878305, which I've
already marked as affecting src:parlatype.  However, perhaps you can
sidestep it (and streamline other architectures' builds) by arranging
to build the HTML documentation only when building the
architecture-independent parlatype-doc package.

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#882242: tor_0.2.5.15-1_weasel.changes ACCEPTED into oldstable-proposed-updates->oldstable-new

[Debian FTP Masters]

pgp3Gjz2X82pU.pgp
Description: PGP message

Bug#882519: libopenjpa-java: missing dependency on libxbean-java

[Adrian Bunk]

Package: libopenjpa-java
Version: 2.4.2-1
Severity: serious
Control: affects -1 src:libspring-java

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libspring-java.html

...
FAILURE: Build failed with an exception.

* What went wrong:
Could not resolve all dependencies for configuration 
':spring-orm:compileClasspath'.
> Could not resolve org.apache.xbean:xbean-asm5-shaded:debian.
  Required by:
  project :spring-orm > org.apache.openjpa:openjpa:debian > 
org.apache.openjpa:openjpa-kernel:debian
   > No cached version of org.apache.xbean:xbean-asm5-shaded:debian available 
for offline mode.

* Try:
Run with --debug option to get more log output.

* Exception is:
org.gradle.api.artifacts.ResolveException: Could not resolve all dependencies 
for configuration ':spring-orm:compileClasspath'.
at 
org.gradle.api.internal.artifacts.ivyservice.DefaultLenientConfiguration.rethrowFailure(DefaultLenientConfiguration.java:76)
at 
org.gradle.api.internal.artifacts.ivyservice.DefaultResolvedConfiguration.rethrowFailure(DefaultResolvedConfiguration.java:36)
at 
org.gradle.api.internal.artifacts.ivyservice.SelfResolvingDependencyConfigurationResolver$FilesAggregatingResolvedConfiguration.rethrowFailure(SelfResolvingDependencyConfigurationResolver.java:112)
at 
org.gradle.api.internal.artifacts.ivyservice.ErrorHandlingConfigurationResolver$ErrorHandlingResolvedConfiguration.rethrowFailure(ErrorHandlingConfigurationResolver.java:198)
at 
org.gradle.api.internal.artifacts.configurations.DefaultConfiguration$ConfigurationFileCollection.getFiles(DefaultConfiguration.java:696)
at 
org.gradle.api.internal.artifacts.configurations.DefaultConfiguration.getFiles(DefaultConfiguration.java:320)
at 
org.gradle.api.internal.artifacts.configurations.DefaultConfiguration_Decorated.getFiles(Unknown
 Source)
at 
org.gradle.api.internal.file.AbstractFileCollection.iterator(AbstractFileCollection.java:68)
at 
org.gradle.api.internal.changedetection.state.DefaultFileCollectionSnapshotter$FileCollectionVisitorImpl.visitCollection(DefaultFileCollectionSnapshotter.java:134)
at 
org.gradle.api.internal.file.AbstractFileCollection.visitRootElements(AbstractFileCollection.java:234)
at 
org.gradle.api.internal.file.CompositeFileCollection.visitRootElements(CompositeFileCollection.java:185)
at 
org.gradle.api.internal.changedetection.state.DefaultFileCollectionSnapshotter.snapshot(DefaultFileCollectionSnapshotter.java:87)
at 
org.gradle.api.internal.changedetection.state.DefaultFileCollectionSnapshotter.snapshot(DefaultFileCollectionSnapshotter.java:120)
at 
org.gradle.api.internal.changedetection.rules.AbstractNamedFileSnapshotTaskStateChanges.buildSnapshots(AbstractNamedFileSnapshotTaskStateChanges.java:85)
at 
org.gradle.api.internal.changedetection.rules.AbstractNamedFileSnapshotTaskStateChanges.(AbstractNamedFileSnapshotTaskStateChanges.java:53)
at 
org.gradle.api.internal.changedetection.rules.InputFilesTaskStateChanges.(InputFilesTaskStateChanges.java:28)
at 
org.gradle.api.internal.changedetection.rules.TaskUpToDateState.(TaskUpToDateState.java:56)
at 
org.gradle.api.internal.changedetection.changes.DefaultTaskArtifactStateRepository$TaskArtifactStateImpl.getStates(DefaultTaskArtifactStateRepository.java:164)
at 
org.gradle.api.internal.changedetection.changes.DefaultTaskArtifactStateRepository$TaskArtifactStateImpl.isUpToDate(DefaultTaskArtifactStateRepository.java:79)
at 
org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:50)
at 
org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:58)
at 
org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:88)
at 
org.gradle.api.internal.tasks.execution.ResolveTaskArtifactStateTaskExecuter.execute(ResolveTaskArtifactStateTaskExecuter.java:45)
at 
org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)
at 
org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:54)
at 
org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:43)
at 
org.gradle.api.internal.tasks.execution.CatchExceptionTaskExecuter.execute(CatchExceptionTaskExecuter.java:34)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:233)
at 
org.gradle.execution.taskgraph.DefaultTaskGraphExecuter$EventFiringTaskWorker.execute(DefaultTaskGraphExecuter.java:215)
at 
org.gradle.execution.taskgraph.AbstractTaskPlanExecutor$TaskExecutorWorker.processTask(AbstractTaskPlanExecutor.java:74)
at 

Bug#882228: tor_0.2.9.13-1_weasel.changes ACCEPTED into proposed-updates->stable-new

[Debian FTP Masters]

pgpN_RMJDYAav.pgp
Description: PGP message

Bug#881494: Reproduce

[Mathieu Ruellan]

Same crash on my pc.
It works without network, or with a clean config,
But not a workaround for me. Many profiles, cookies etc.

Bug#879719: libsane-hpaio: Does not recognize OfficeJet Pro 8710

[Brian Potkin]

On Thu 23 Nov 2017 at 14:05:38 +0100, Gedalya wrote:

> On 11/23/2017 01:37 PM, Brian Potkin wrote:
> >
> >> Note: In order to produce this, I need to stop cupsd. Somehow, at some
> >> point sane started finding the scanner via CUPS, the printer being
> >> configured there.
> > I take this to mean you configured the printer with something like
> > hp-setup and the device_uri for it begins with hp:/. Please post the
> > output of
> >
> >  lpoptions -p 
> >
> > as confirmation of this.
> 
> $ lpoptions -p HP_OfficeJet_Pro_8710
> ColorModel=KGray copies=1 
> device-uri=hp:/net/HP_OfficeJet_Pro_8710?ip=192.168.9.238

This device-uri should also be given by hp-makeuri. Would you confirm
this and check printing takes place.

The uri for the scanner is formed by replacing hp:/ with hpaio:/. If
cups is stopped, scanimage is unable to get the hpaio:/ uri and would
report no scanners found. your observation above fits this.

But you clearly show Bonjour broadcasting from the printer, so scanimage
can get an hpaio:/ uri from that, whether cups is running or not. That
is the way it works here.

So where does scanimage get the uri from when cups is running? From the
Bonjour broadcasts? What happens when you deactivate broadcasting on the
printer?

> >  Also post what you get for
> >
> >  avahi-browse -art | grep -i officejet
> >
> > You might have to install the avahi-utils package. 
> 
> $ avahi-browse -art | grep -i officejet
[Snipping]
> +   eth0 IPv6 HP OfficeJet Pro 8710 [XX]    _scanner._tcp 
>    local
> +   eth0 IPv4 HP OfficeJet Pro 8710 [XX]    _scanner._tcp 
>    local

> =   eth0 IPv4 HP OfficeJet Pro 8710 [XX]    _scanner._tcp 
>    local
>    txt = ["feeder=T" "flatbed=T" "button=T" 
> "UUID=1c852a4d-b800-1f08-abcd-" "note=" 
> "adminurl=http://HP.local.; "mdl=OfficeJet Pro 8710" "mfg=HP" 
> "ty=HP OfficeJet Pro 8710" "txtvers=1"]

This is your scanner. Looks good to me.

> >> On my laptop, where this printer is not installed in CUPS, there is no
> >> need to stop CUPS to get this error.
> > Post
> >
> >  lpoptions -p 
> >
> > for this machine too.
> 
> Ummm, the only printer/queue configured on my laptop is a USB printer
> that I left behind on another continent.  What exactly should I do
> here?

Nothing, if there is no hplip or components of hplip on the laptop.

> >> With CUPS running, or with models.dat edited:
> >>
> >> $ scanimage -L
> >> device `hpaio:/net/officejet_pro_8710?ip=192.168.9.238=false' is a 
> >> Hewlett-Packard officejet_pro_8710 all-in-one
> > I think an explanation for the "CUPS running" can be provided.

I've attempted that above.

> strace shows it talks to /run/cups/cups.sock. If it can enumerate
> devices there, it would be just another way of discovering the device.
> When it does this, I do still get the errors in syslog. It seems to be
> discovering the printer also over avahi, and then choke on the
> mismatching string, but nevertheless proceed with what it found via
> cups.

As I've said, the scanner uri can come from the printer setup (which I
think takes precedence) or over avahi. I'm begining to wonder about the
correctness of the printer uri; but we'll see.

Cheers,

Brian.

Bug#882518: commons-jci: missing build dependency on libwagon-ssh-java

[Adrian Bunk]

Source: commons-jci
Version: 1.1-4
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/commons-jci.html

...
[WARNING] The POM for org.apache.maven.wagon:wagon-ssh-external:jar:debian is 
missing, no dependency information available
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[ERROR] Unresolveable build extension: Plugin 
org.apache.maven.wagon:wagon-ssh-external:debian or one of its dependencies 
could not be resolved: Cannot access central 
(https://repo.maven.apache.org/maven2) in offline mode and the artifact 
org.apache.maven.wagon:wagon-ssh-external:jar:debian has not been downloaded 
from it before. @ 
 @ 
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]   
[ERROR]   The project org.apache.commons:commons-jci:1.1 
(/build/1st/commons-jci-1.1/pom.xml) has 1 error
[ERROR] Unresolveable build extension: Plugin 
org.apache.maven.wagon:wagon-ssh-external:debian or one of its dependencies 
could not be resolved: Cannot access central 
(https://repo.maven.apache.org/maven2) in offline mode and the artifact 
org.apache.maven.wagon:wagon-ssh-external:jar:debian has not been downloaded 
from it before. -> [Help 2]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] 
http://cwiki.apache.org/confluence/display/MAVEN/PluginManagerException
dh_auto_build: /usr/lib/jvm/default-java/bin/java -noverify -cp 
/usr/share/maven/boot/plexus-classworlds-2.x.jar:/usr/lib/jvm/default-java/lib/tools.jar
 -Dmaven.home=/usr/share/maven 
-Dmaven.multiModuleProjectDirectory=/build/1st/commons-jci-1.1 
-Dclassworlds.conf=/etc/maven/m2-debian.conf 
-Dproperties.file.manual=/build/1st/commons-jci-1.1/debian/maven.properties 
org.codehaus.plexus.classworlds.launcher.Launcher 
-s/etc/maven/settings-debian.xml -Ddebian.dir=/build/1st/commons-jci-1.1/debian 
-Dmaven.repo.local=/build/1st/commons-jci-1.1/debian/maven-repo --batch-mode 
package javadoc:jar javadoc:aggregate -DskipTests -Dnotimestamp=true 
-Dlocale=en_US returned exit code 1
debian/rules:4: recipe for target 'build' failed
make: *** [build] Error 1

Bug#882479: dh-autoreconf: doesn't clean up files that were replaced by symlinks

[Julian Andres Klode]

On Thu, Nov 23, 2017 at 02:32:20PM +0100, Julian Andres Klode wrote:
> On Thu, Nov 23, 2017 at 11:23:45AM +, Simon McVittie wrote:
> > Package: dh-autoreconf
> > Version: 15
> > Severity: normal
> > 
> > If you have this debian/autogen.sh, like src:flatpak currently does:
> > 
> > #!/bin/sh
> > set -e
> > gtkdocize
> > autoreconf -fi
> > 
> > and you use "dh_autoreconf debian/autogen.sh" as suggested in the man page,
> > then gtk-doc.make and m4/gtk-doc.m4 are not always cleaned up by
> > dh_autoreconf_clean, because they are replaced by symbolic links into
> > /usr/share instead of regular files. However, that replacement breaks
> > dpkg-source (it is a difference that dpkg-source is not willing to ignore,
> > unlike deletions, and it is not undone by debian/rules clean) if you build
> > twice in a row from the same unclean source directory.
> > 
> > Workaround: use `gtkdocize --copy`, or use git-buildpackage, dgit 
> > --clean=git
> > or similar to do a clean build every time.
> 
> Well, propose a solution. We just find -type f -exec md5sum {} \;. We'd
> have to -print "filename symlink" for any simlink file (add -o -type l
> -printf ?). I don't know.
> 
> Because we pass -type f, we do not handle symlinks at all. So replacing
> a file with a symlink is equivalent to deleting it from dh_autoreconf's
> perspective.
> 
> My testing with printf says:
> 
>  -o -type l -printf "%p  symlink to %l\n"
> 
> should work. Even includes the path, so you can detect changed symlinks.

Eww, we can't have the path. We need two columns separated by spaces. So,
we can detect files replaced by symlinks now, but not symlinks replaced
by different symlinks.

OK?

-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer  i speak de, en

Bug#882480: [Pkg-dpdk-devel] Bug#882480: Bug#882480: dpdk: autopkgtest dependencies are bad on s390x / any non-supported arch

[Santiago R.R.]

El 23/11/17 a las 13:29, Christian Ehrhardt escribió:
> Submitted to deb_dpdk as [1], thank Dimitri.
> I don't expect pushback on this, so this will likely be in Debian (and
> the Ubuntu sync) on 17.11.x

Do you know what will be the next LTS version, that it would be
possible/suitable to upload to unstable?

I'd be happy to push this changes to the current version in unstable.

Bug#882517: parlatype: FTBFS on non-Linux: gdk/gdkwayland.h absent

[Aaron M. Ucko]

Source: parlatype
Version: 1.5.2-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-h...@lists.debian.org
Usertags: hurd-i386

Builds of parlatype for hurd-i386 and kfreebsd-* (admittedly not
release architectures) have been failing:

  pt-preferences.c:22:10: fatal error: gdk/gdkwayland.h: No such file or 
directory

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#881069: Debian mirror mirror.as24220.net: unavailable

[Bastian Blank]

Hi

Please make sure you receive inquiries sent to the contact on file.

Bastian

On Tue, Nov 07, 2017 at 02:49:44PM +, Peter Palfrader wrote:
> Package: mirrors
> User: mirr...@packages.debian.org
> Usertags: mirror-problem may-auto-close
> Control: submitter -1 mirr...@debian.org
> 
> Hi!
> 
> According to our monitoring, summarized at
>  https://mirror-master.debian.org/status/mirror-info/mirror.as24220.net.html
> your mirror appears to be unavailable.
> 
> Please investigate.
> 
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/

-- 
To live is always desirable.
-- Eleen the Capellan, "Friday's Child", stardate 3498.9

Bug#882516: Description includes ITP notes

[Josh Triplett]

Package: goxel
Version: 0.7.1-2
Severity: normal

The description of goxel includes:

> goxel is a popular editor and there are no similar applications in Debian. 
> The package will be maintained on collab-maint.

This looks like a note from the ITP, and not something that belongs in
the package description.

Bug#882515: ruby-serverspec: Package should recommend net-tools

[Christopher Huhn, GSI]

Package: ruby-serverspec
Version: 2.37.2-1
Severity: wishlist

serverspec relies on netstat to check wether a service is listening on a 
specific port.

netstat is part of net-tools, priority optional.
ruby-serverspec should recommend or at least suggest to install that package.

Kind regards
Christopher

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:de:en_GB (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ruby-serverspec depends on:
ii  ruby1:2.3.3
ii  ruby-multi-json 1.11.2-3
ii  ruby-rspec  3.5.0c3e0m0s0-1
ii  ruby-rspec-its  1.2.0-2
ii  ruby-specinfra  2.66.0-1
ii  ruby2.1 [ruby-interpreter]  2.1.5-2+deb8u3

ruby-serverspec recommends no packages.

ruby-serverspec suggests no packages.

-- no debconf information

Bug#882514: libfreesrp: FTBFS on hurd-i386: LIBUSB_1_INCLUDE_DIR NOTFOUND

[Aaron M. Ucko]

Source: libfreesrp
Version: 0.3.0-1
Severity: important
Tags: upstream
Justification: fails to build from source
User: debian-h...@lists.debian.org
Usertags: hurd-i386

Hi, Maitland.

The build of libfreesrp for hurd-i386 (admittedly not a release
architecture) failed, per the below excerpt from
https://buildd.debian.org/status/fetch.php?pkg=libfreesrp=hurd-i386=0.3.0-1=1511279063=0:

  CMake Error: The following variables are used in this project, but they are 
set to NOTFOUND.
  Please set them or make sure they are set and tested correctly in the CMake 
files:
  LIBUSB_1_INCLUDE_DIR
 used as include directory in directory /<>

NB: unlike airspyhf bug #882453, this does not affect kfreebsd-*, just
hurd-i386.

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#874489: Debian mirror debian.mirror.ac.za: missing-tracefile, syncscript

[Bastian Blank]

Hi

We did not receive any response from you.

On Wed, Sep 06, 2017 at 12:13:51PM +, Peter Palfrader wrote:
> Package: mirrors
> User: mirr...@packages.debian.org
> Usertags: mirror-problem may-auto-close
> 
> Hi,
> 
> I was checking some things in the Debian mirror universe and noticed
> a problem with your mirror:
> 
> o Status: 
> https://mirror-master.debian.org/status/mirror-info/debian.mirror.ac.za.html
> 
> o trace file:
>   I notice there is no tracefile matching your site name in
>   http://debian.mirror.ac.za/debian/project/trace/
> 
>   Please use our ftpsync script to mirror Debian.
> 
>   It should produce the trace files we require, and do the mirroring in a way
>   that ensures the mirror is in a consistent state even during updates.
> 
>   http://ftp.debian.org/debian/project/ftpsync/ftpsync-current.tar.gz
> -- 
> |  .''`.   ** Debian **
>   Peter Palfrader   | : :' :  The  universal
>  https://www.palfrader.org/ | `. `'  Operating System
> |   `-https://www.debian.org/

-- 
Superior ability breeds superior ambition.
-- Spock, "Space Seed", stardate 3141.9

Bug#882033: libpmi2-0-dev,libpmix-dev: error when trying to install together: both ship libpmi2.so

[Andreas Beckmann]

On 2017-11-23 16:28, Alastair McKinstry wrote:
> There are three _implementations_ of the Process Management Interface
> (PMI): the Slurm one, the OpenMPI ("PMix") and the MPICH one.  They are
> all expected to have the same ABI.

> Unlike jpeg, the three implementations will converge on the SOVERSION(s)
> as they are in the agreed ABI.
> Hence we will have differing behaviours with libraries with the same name.

Which is *not* the case now, as they have different SOVERSIONs currently
(slurm:0, pmix:1, mpich:?nosharedlib?), so you shouldn't use
alternatives to mix them *now*.

> Currently we have three possible 'users' of PMI: SLURM and the two MPI
> implementations, OpenMPI and MPICH.
> Each can be configured to use either its 'own' PMI or another; the
> libraries do the same thing but can have
> different implementation behaviours, (eg. MPICH calls its version
> 'simple' while PMIX from OpenMPI aims to scale well at ~10^6 processes).
> 
> Its a realistic use case then to ship a simple PMI as default, but also
> allow another high-performance version to be available via alternatives,
> switchable at runtime.

In that case you would still only need one -dev package, that can be
used with the different implementations. Or does each one have different
"extensions" beyond the common API subset?

BTW, how do you plan to do library alternatives in multiarch? Keep them
in sync? How? or Why not?


Andreas

Bug#882331: Re[2]: Bug#882331: mtr: source routing with --address does not work

[Tom Hetmer]

OK, and the results from 0.92? Good too?
Testing the last working version doesn't help much. :-)


Best,
Tom Hetmer


CDN77 Operations
supp...@cdn77.com / +44 (0) 20 3514 2399 / www.cdn77.com

- Původní zpráva - 
> Odesilatel: "Robert Woodcock"  
> Příjemce: "Tom Hetmer" , 882...@bugs.debian.org 
> Datum: 11/23/17 17:03 
> Předmět: Re: Bug#882331: mtr: source routing with --address does not work 
> 
> You've got something else going on.
> 
> I did a brand new install of Debian stable, created in a KVM VM using
> the following command:
> virt-install -n test --os-type=Linux --os-variant=debiansqueeze
> --ram=512 --vcpus=1 --disk path=test.img,bus=virtio,size=10 --graphics
> none --location
> http://ftp.us.debian.org/debian/dists/testing/main/installer-amd64/
> --network bridge:br0 --network bridge:br1 --console
> pty,target_type=serial --extra-args 'console=ttyS0,115200n8 serial'
> 
> I installed tcpdump and mtr (the 0.87 version from stable), and
> configured the two network interfaces with static IPs, with a default
> gateway on the first interface.
> 
> root@test:~# mtr --version
> mtr 0.87
> root@test:~# ip -4 addr
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default qlen 1
>     inet 127.0.0.1/8 scope host lo
>    valid_lft forever preferred_lft forever
> 2: ens2:  mtu 1500 qdisc pfifo_fast
> state UP group default qlen 1000
>     inet 192.168.9.29/24 brd 192.168.9.255 scope global ens2
>    valid_lft forever preferred_lft forever
> 3: ens3:  mtu 1500 qdisc pfifo_fast
> state UP group default qlen 1000
>     inet 192.168.10.29/24 brd 192.168.10.255 scope global ens3
>    valid_lft forever preferred_lft forever
> root@test:~# ip route
> default via 192.168.9.1 dev ens2 onlink
> 192.168.9.0/24 dev ens2 proto kernel scope link src 192.168.9.29
> 192.168.10.0/24 dev ens3 proto kernel scope link src 192.168.10.29
> 
> I ran mtr in one window, using -a to specify the IP for ens3. In other
> windows, I ran tcpdump on ens2 and ens3:
> 
> root@test:~# mtr -c 1 --report -a 192.168.10.29 1.2.3.4
> Start: Thu Nov 23 07:51:36 2017
> HOST: test    Loss%   Snt   Last   Avg  Best  Wrst StDev
> 
> root@test:~# tcpdump -ni ens2 icmp
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on ens2, link-type EN10MB (Ethernet), capture size 262144 bytes
> 07:51:37.025564 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
> seq 59520, length 44
> 07:51:37.126989 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
> seq 59776, length 44
> 07:51:37.228430 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
> seq 60032, length 44
> 07:51:37.328767 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
> seq 60288, length 44
> 07:51:37.429117 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
> seq 60544, length 44
> 07:51:37.529475 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
> seq 60800, length 44
> 07:51:37.629855 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
> seq 61056, length 44
> 
> root@test:~# tcpdump -ni ens3 icmp
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on ens3, link-type EN10MB (Ethernet), capture size 262144 bytes
> 
> The packets egress via ens2 using the 192.168.10.29 IP.
> 
> Bottom line: If you want to do this, you need to set up a separate
> routing table in Linux and you need to configure rules to use that
> routing table. This is not a regression in mtr.

Bug#882331: mtr: source routing with --address does not work

[Robert Woodcock]

You've got something else going on.

I did a brand new install of Debian stable, created in a KVM VM using
the following command:
virt-install -n test --os-type=Linux --os-variant=debiansqueeze
--ram=512 --vcpus=1 --disk path=test.img,bus=virtio,size=10 --graphics
none --location
http://ftp.us.debian.org/debian/dists/testing/main/installer-amd64/
--network bridge:br0 --network bridge:br1 --console
pty,target_type=serial --extra-args 'console=ttyS0,115200n8 serial'

I installed tcpdump and mtr (the 0.87 version from stable), and
configured the two network interfaces with static IPs, with a default
gateway on the first interface.

root@test:~# mtr --version
mtr 0.87
root@test:~# ip -4 addr
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
group default qlen 1
    inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
2: ens2:  mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
    inet 192.168.9.29/24 brd 192.168.9.255 scope global ens2
   valid_lft forever preferred_lft forever
3: ens3:  mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
    inet 192.168.10.29/24 brd 192.168.10.255 scope global ens3
   valid_lft forever preferred_lft forever
root@test:~# ip route
default via 192.168.9.1 dev ens2 onlink
192.168.9.0/24 dev ens2 proto kernel scope link src 192.168.9.29
192.168.10.0/24 dev ens3 proto kernel scope link src 192.168.10.29

I ran mtr in one window, using -a to specify the IP for ens3. In other
windows, I ran tcpdump on ens2 and ens3:

root@test:~# mtr -c 1 --report -a 192.168.10.29 1.2.3.4
Start: Thu Nov 23 07:51:36 2017
HOST: test    Loss%   Snt   Last   Avg  Best  Wrst StDev

root@test:~# tcpdump -ni ens2 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ens2, link-type EN10MB (Ethernet), capture size 262144 bytes
07:51:37.025564 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
seq 59520, length 44
07:51:37.126989 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
seq 59776, length 44
07:51:37.228430 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
seq 60032, length 44
07:51:37.328767 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
seq 60288, length 44
07:51:37.429117 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
seq 60544, length 44
07:51:37.529475 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
seq 60800, length 44
07:51:37.629855 IP 192.168.10.29 > 1.2.3.4: ICMP echo request, id 22275,
seq 61056, length 44

root@test:~# tcpdump -ni ens3 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ens3, link-type EN10MB (Ethernet), capture size 262144 bytes

The packets egress via ens2 using the 192.168.10.29 IP.

Bottom line: If you want to do this, you need to set up a separate
routing table in Linux and you need to configure rules to use that
routing table. This is not a regression in mtr.

Bug#878137: Debian mirror mirrors.nju.edu.cn: unavailable

[Bastian Blank]

On Tue, Oct 10, 2017 at 11:17:41AM +, Peter Palfrader wrote:
> It seems your mirror is no longer available.  (I cannot reach it.)  Is this
> intentional?

It is reachable again, but not updated in weeks.

> Status: 
> https://mirror-master.debian.org/status/mirror-info/mirrors.nju.edu.cn.html

Bastian

-- 
We Klingons believe as you do -- the sick should die.  Only the strong
should live.
-- Kras, "Friday's Child", stardate 3497.2

Bug#882513: gsequencer: autopkgtest is broken

[Dimitri John Ledkov]

Package: gsequencer
Version: 1.1.4-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

The autopkgtest included in gsequencer appears to not work at all
anymore.

It calls into debian/rules targets that do not exist anymore. I've
tried fixing it up, by making the test depend on '@builddeps@` or
using 'build-needed' restriction and modifying the test script
appropriately only to see that `make ags-integration-test` fails.

Could you please fix up integration test? Or remove it, as it cannot
be executed anymore?

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJaFvDxAAoJEMrC2LnNLKX5is0IAIvh3irtF/gIk1rUVHo/yiqG
3o95sZobiNDufyayagCtEpNwhRG+lB1weeQADqUfLu7j3a3CiHra3a9ZZkNEIvBL
OOs1tQj1wc9vy0SjQ37jwUbJ3NCjYLcr6WL5iwq4rnSfY/mBZsbGKEMoj6Hb3Kv/
FZosTJtido/zOdyB+Xv1lwWnd0109l44Pz0MiY8oUlRqax/OX+jvfM+lkGFSRqDW
tlRhFkMhpsRTTI6U/l1ajL5htmY6/gSgkZe6KkIyda+Uxbn+wY7mGLVHZCtGDw7c
6sAxfDSR2RaBOFFhpFkHDlfcloiJ2yUDZgn43xQv+cqzYBWChGtDZceZ0O/juXo=
=zzou
-END PGP SIGNATURE-

Bug#881066: [#QMM-573-27544]: Bug#881066: Debian mirror debian.ipserverone.com: out of date

[Bastian Blank]

Hi

On Thu, Nov 09, 2017 at 10:17:54AM +0800, IP SERVERONE - Support wrote:
> Have switched the mirror FTPsync source, let me know if it's still out of 
> sync.

It is again 10 days out of sync.  Please make sure you get error
messages from ftpsync.

> BTW the mail that I replied seems to be appearing in public, could you please 
> close it instead?
> https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1561490.html

All mails to the Debian BTS are publicly archived.

Bastian

-- 
Killing is wrong.
-- Losira, "That Which Survives", stardate unknown

Bug#864875: request-tracker4: frontend exists with status 10 after last upgrade

[Franz Georg Köhler]

Meanwhile, I see error 10 again with stable:

root@orion:~# dpkg --list |grep request
ii  libapache-session-perl  1.93-2 
  all  modules for keeping persistent user data across HTTP 
requests
ii  libhttp-parser-xs-perl  0.17-1+b2 
  amd64simple and fast HTTP request parser
ii  python3-requests2.12.4-1 
  all  elegant and simple HTTP library for Python3, built 
for human beings
iF  request-tracker44.4.1-3+deb9u3 
  all  extensible trouble-ticket tracking system
ii  rt4-apache2 4.4.1-3+deb9u3 
  all  Apache 2 specific files for request-tracker4
ii  rt4-clients 4.4.1-3+deb9u3 
  all  mail gateway and command-line interface to 
request-tracker4
ii  rt4-db-mysql4.4.1-3+deb9u3 
  all  MySQL database backend for request-tracker4


root@orion:~# cat /etc/debian_version
9.2

root@orion:~# /usr/share/debconf/frontend 
/var/lib/dpkg/info/request-tracker4.postinst configure 4.4.1-3+deb9u3

debconf (db): making DbDriver of type File
debconf (db config): started; filename is /var/cache/debconf/config.dat
debconf (db config): loading database
debconf (db): making DbDriver of type File


[.]


debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress type) ..

debconf (db passwords): cache miss on request-tracker4/correspondaddress
debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress template) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress template) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
getflag(request-tracker4/correspondaddress seen) ..

debconf (db configdb): getflag done by config
debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress type) ..

debconf (db passwords): cache miss on request-tracker4/correspondaddress
debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress template) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress template) ..

debconf (db configdb): getfield done by config
debconf (developer): --> 30 question skipped
debconf (developer): <-- GO
debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress value) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
getfield(request-tracker4/correspondaddress value) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
setfield(request-tracker4/correspondaddress value r...@ticket.velia.net) ..

debconf (db configdb): passing to config ..
debconf (developer): --> 0 ok
debconf (developer): <-- GET request-tracker4/commentaddress
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress value) ..

debconf (db configdb): getfield done by config
debconf (developer): --> 0 rt-comm...@ticket.velia.net
debconf (developer): <-- INPUT medium request-tracker4/commentaddress
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress type) ..

debconf (db passwords): cache miss on request-tracker4/commentaddress
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress template) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress template) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to getflag(request-tracker4/commentaddress 
seen) ..

debconf (db configdb): getflag done by config
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress type) ..

debconf (db passwords): cache miss on request-tracker4/commentaddress
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress template) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress template) ..

debconf (db configdb): getfield done by config
debconf (developer): --> 30 question skipped
debconf (developer): <-- GO
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress value) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
getfield(request-tracker4/commentaddress value) ..

debconf (db configdb): getfield done by config
debconf (db configdb): trying to 
setfield(request-tracker4/commentaddress value 
rt-comm...@ticket.velia.net) ..

debconf (db configdb): passing to config ..
debconf (developer): --> 0 ok
debconf (developer): <-- INPUT medium request-tracker4/install-cronjobs
debconf (db configdb): trying to 
getfield(request-tracker4/install-cronjobs type) ..

debconf (db passwords): cache miss on request-tracker4/install-cronjobs
debconf (db 

Bug#858398: Proposed (lib)curl switch to openssl 1.1

[Ian Jackson]

(Resending to fix the mail headers, sorry.  Please reply to this one,
not the previous one.)

Hi.  You're receiving this mail because you fall into one or more of the
following categories:
 * Are associated with the curl package (To)
 * Have been involved in discussions I found in the BTS about
   libcurl and openssl 1.1 (CC), eg in #850880 or #844018
 * Maintain a package which calls CURLOPT_SSL_CTX_FUNCTION
   (CC, "CURLOPT_SSL_CTX_FUNCTION callers")
 * Are the Release Team (To, see bullet point 3 below)

We really need to migrate libcurl to openssl 1.1.  This is #858398,
which has not seen activity from any libcurl maintainers.

I am listed as an Uploader for curl but I haven't done a curl upload
and don't really understand the issues well.  But, as far as I
understand it, the right thing to do is just to change the
build-dependencies.

I have prepared a patch to do this and intend to upload it to sid on
Sunday unless someone explains to my why it's a bad idea.  See below.

Reasons I am aware that it *might* be a bad idea are:

1. libcurl exposes parts of the openssl ABI, via
   CURLOPT_SSL_CTX_FUNCTION, and this would be an implicit ABI break
   without libcurl soname change.  This is not good, but it seems like
   the alternative would be to diverge our soname from everyone else's
   for the same libcurl.

2. For the reason just mentioned, it might be a good idea to put in a
   Breaks against old versions of packages using
   CURLOPT_SSL_CTX_FUNCTION.  However, (a) I am not sure if this is
   actually necessary (b) in any case I don't have a good list of all
   the appropriate versions (c) maybe this would need coordination.

3. This might be an implicit a "transition" (in the Debian release
   management sense) which I would be mishandling, or starting without
   permission, or something.

4. Perhaps not all of libcurl's rdepends can cope with openssl 1.1.
   However, now is a good time to break them so we discover them and
   can fix them.

It seems to me that now is a good time in the Buster release cycle to
take all these risks.

If you think uploading this on Sunday would be a bad idea please let
me know ASAP.  This issue has been festering and obviously we should
fix #858398 which is RC for libcurl, but nevertheless I'm prepared to
wait a bit longer because (i) I'm not confident I know what I'm doing
(ii) I don't think these issues have necessarily been explored
properly.

If someone else has a better understanding I would be quite happy to
hand this issue over to someone else.  Failing that, any contribution
of relevant facts, opinions, suggestions, etc. would be very welcome.

Thanks,
Ian.


>From 87df3380466355ac58572f5bff93734624fc214a Mon Sep 17 00:00:00 2001
From: Ian Jackson 
Date: Thu, 23 Nov 2017 12:49:08 +
Subject: [PATCH] Change build-depends to list libssl-dev first.  Outcome in
 sid/buster is to switch to openssl 1.1.  I am not changing the soname despite
 the implied change to the libcurl ABI, because we don't want to make our
 libcurl have a nonstandard soname.

---
 debian/changelog | 9 +
 debian/control   | 4 ++--
 2 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index d5bb5791..f2413cdd 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+curl (7.56.1-2) unstable; urgency=low
+
+  * Change build-depends to list libssl-dev first.  Outcome in sid/buster
+is to switch to openssl 1.1.  I am not changing the soname despite the
+implied change to the libcurl ABI, because we don't want to make our
+libcurl have a nonstandard soname.
+
+ -- Ian Jackson   Thu, 23 Nov 2017 12:48:48 
+
+
 curl (7.56.1-1) unstable; urgency=medium
 
   * New upstream release
diff --git a/debian/control b/debian/control
index 0871ade6..20b33f42 100644
--- a/debian/control
+++ b/debian/control
@@ -18,7 +18,7 @@ Build-Depends: debhelper (>= 9.20141010~),
  libpsl-dev,
  librtmp-dev (>= 2.4+20131018.git79459a2-3~),
  libssh2-1-dev,
- libssl1.0-dev | libssl-dev (<< 1.1),
+ libssl-dev | libssl1.0-dev,
  libtool,
  openssh-server ,
  python:native,
@@ -130,7 +130,7 @@ Suggests: libcurl4-doc,
  libldap2-dev,
  librtmp-dev,
  libssh2-1-dev,
- libssl1.0-dev | libssl-dev (<< 1.1),
+ libssl-dev | libssl1.0-dev,
  pkg-config,
  zlib1g-dev
 Multi-Arch: same
-- 
2.11.0


-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#864875: request-tracker4: frontend exists with status 10 after last upgrade

[Franz Georg Köhler]

Here is the requested output. /var/cache is on tmpfs on this machine and 
gets deleted on every reboot. Maybe this is related to the problem?


root@orion:~# cp /var/cache/debconf/config.dat /tmp

root@orion:~# /var/lib/dpkg/info/request-tracker4.config
+ set -e
+ RTVER=4
+ RT=request-tracker4
+ . /usr/share/debconf/confmodule
+ [ !  ]
+ PERL_DL_NONLAZY=1
+ export PERL_DL_NONLAZY
+ [  ]
+ exec /usr/share/debconf/frontend 
/var/lib/dpkg/info/request-tracker4.config

debconf (db): making DbDriver of type File
debconf (db config): started; filename is /var/cache/debconf/config.dat
debconf (db config): loading database
debconf (db): making DbDriver of type File
debconf (db passwords): started; filename is 
/var/cache/debconf/passwords.dat


[...]
+ IFS=
 read -r _db_internal_line
debconf (developer): <-- CAPB backup
debconf (developer): --> 0 multiselect escape backup
+ RET=multiselect escape backup
+ return 0
+ [  != configure ]
+ [  != reconfigure ]
+ return 0
+ db_get request-tracker4/dbconfig-install
+ _db_cmd GET request-tracker4/dbconfig-install
+ _db_internal_IFS= 

+ IFS=
+ printf %s\n GET request-tracker4/dbconfig-install
debconf (developer): <-- GET request-tracker4/dbconfig-install
debconf (developer): --> 10 request-tracker4/dbconfig-install doesn't exist
+ IFS=  

+ IFS=
 read -r _db_internal_line
+ RET=10 request-tracker4/dbconfig-install doesn't exist
+ return 10
debconf (db config): saving database
debconf (db passwords): no database changes, not saving
debconf (db templatedb): saving database
root@orion:~# echo $?
10

root@orion:~# diff -u /tmp/config.dat /var/cache/debconf/config.dat
root@orion:~# md5sum /var/cache/debconf/config.dat
5582bfe5c3a834733a8c39f5e0320fde  /var/cache/debconf/config.dat
root@orion:~# md5sum /tmp/config.dat
5582bfe5c3a834733a8c39f5e0320fde  /tmp/config.dat

Bug#882242: jessie-pu: package tor/0.2.5.15-1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Mon, 2017-11-20 at 16:48 +, Peter Palfrader wrote:
> 
> Just like #882228 for stretch, I would like to update tor in jessie
> to the maintenance update released by upstream.
> 
> In particular, the update of the directory authority set is relevant.

Please go ahead.

Regards,

Adam

Bug#882033: libpmi2-0-dev,libpmix-dev: error when trying to install together: both ship libpmi2.so

[Alastair McKinstry]

On 23/11/2017 13:33, Andreas Beckmann wrote:
> Luckily we have a limited number of users:
>
> libpmix2
> Reverse Depends:
>   libpmix-dev
>   libopenmpi3
> libpmi2-0
> Reverse Depends:
>   libpmi2-0-dev
>
> There are no users (B-D) for libpmi2-0-dev
>
> So slurm itself isn't even using the library it provides, therefore
> maybe it would be the easiest to just drop it from the slurm packaging?
>
> And we can continue discussion once a potential user for the old version
> from slurm comes up ...
There are three _implementations_ of the Process Management Interface
(PMI): the Slurm one, the OpenMPI ("PMix") and the MPICH one.  They are
all expected to have the same ABI.

> On 2017-11-23 09:22, Gennaro Oliva wrote:
>> On Wed, Nov 22, 2017 at 10:20:17AM +, Alastair McKinstry wrote:
>>> Yes, this would be my preferred solution. Shipping:
>>> libpmi-pmix-dev
>>> libpmi-slurm-dev
> Is slurm shipping a "modified" version compared to the "official"
> release? In that case this naming would make sense. Otherwise
> distinguish them by an API version (or SOVERSION).
>
>>> and then providing alternatives.
>> great! Shouldn't we provide alternatives for the library package too?
> Please stop this insanity now!
>
> *** No alternatives for shared libraries. ***
> *** No alternatives for .so links. ***
>
> I think the best case comparable to yours is libjpeg.so
> In sid we have three packages shipping this file, but only one can be
> installed at a time.
> But libjpeg62-turbo and libjpeg9 can be installed at the same time.
>
Unlike jpeg, the three implementations will converge on the SOVERSION(s)
as they are in the agreed ABI.
Hence we will have differing behaviours with libraries with the same name.

Currently we have three possible 'users' of PMI: SLURM and the two MPI
implementations, OpenMPI and MPICH.
Each can be configured to use either its 'own' PMI or another; the
libraries do the same thing but can have
different implementation behaviours, (eg. MPICH calls its version
'simple' while PMIX from OpenMPI aims to scale well at ~10^6 processes).

Its a realistic use case then to ship a simple PMI as default, but also
allow another high-performance version to be available via alternatives,
switchable at runtime.

>
> In no way libpmi2.so.0 can be used as a replacement for libpmi2.so.1
> (and vice versa), otherwise there shouldn't have been a SOVERSION bump.
>
> It's nice to have consistent naming ...
>
> The command from the policy [8.1] suggests these package names:
> libpmi2-0, libpmi2-1
I'd agree with those names, if we weren't expecting alternatives.
> [8.1] https://www.debian.org/doc/debian-policy/#run-time-shared-libraries
>
> The -dev packages providing the same .so link need to conflict with each
> other. And at most one of them may use the "generic" name "libpmi2-dev"
> (or Provides: libpmi2-dev).
>
>
> Andreas
>
> PS: I have no clue at all what these libraries are about ...
Best regards
Alastair

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Commander Vimes didn’t like the phrase “The innocent have nothing to fear,”
 believing the innocent had everything to fear, mostly from the guilty but in 
the longer term
 even more from those who say things like “The innocent have nothing to fear.”
 - T. Pratchett, Snuff

Bug#882422: [Pkg-fonts-devel] Bug#882422: fonts-firacode: bare equals sign invisibl

[Jonathan Dowland]

Hi Fabian!

On Wed, Nov 22, 2017 at 09:14:02PM +0100, Fabian Greffrath wrote:

This is already stated in the package description:


OH! So it is. Sorry I missed that.

I guess this is quite a serious problem but it isn't fonts-firacode's
problem (and looking upstream[1] for vte at least it won't be fixed any
time soon)

[1] https://bugzilla.gnome.org/show_bug.cgi?id=584160


--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄ Please do not CC me, I am subscribed to the list.

Bug#881915: libidn FTBFS with gtk-doc-tools 1.26: gtkdoc-mktmpl is no longer available

[Adrian Bunk]

On Thu, Nov 23, 2017 at 03:37:59PM +0100, Helmut Grohne wrote:
>...
> Call me careless, but I am a bit annoyed by libidn2 now, as it keeps
> breaking in new ways.
>...

To be fair, there were ~ 50 packages that did FTBFS with
the new gtk-doc-tools.

The only thing special about libidn2 is that it missed the original
round of RC bugs due to being in NEW for 2.5 months.

> Helmut

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#882512: kwin-x11: stops drawing window content after some time

[Andreas Beckmann]

Package: kwin-x11
Version: 4:5.8.6-1
Severity: important
Forwarded: https://bugs.kde.org/show_bug.cgi?id=343661

Hi,

after some time my kde session stops redrawing some windows. I see this
mostly in konsole and firefox (which are the majority of my long-running
open windows). Clicking and typing is still working, but updates causes
by this are only seen after forcing a redraw by e.g.
minimizing+unminimizing, switching to another tab and back in konsole,
...
Sometimes a firefox window also becomes completely black (but title and
border are still OK), which can be fixed by minimizing and unminimizing.

This time it took 4 days since the last reboot and X session start for
the problem to show up for the first time.

The workaround from the corresponding upstream bug is

KWIN_EXPLICIT_SYNC=0 kwin_x11 --replace &

This is working, but not a permanent fix, it may need to be repeated
after some days since the problem reappears from time to time (within
the same X session).

I haven't played with any compositing options since I upgraded to
stretch, not sure if I changed something in wheezy or jessie.


Andreas

-- System Information:
Debian Release: 9.2
  APT prefers stable-updates
  APT policy: (800, 'stable-updates'), (800, 'stable'), (700, 'testing'), (600, 
'unstable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'stable-debug'), (500, 'oldstable-updates'), (500, 
'oldstable-proposed-updates'), (500, 'oldoldstable-updates'), (500, 
'oldoldstable-proposed-updates'), (500, 'oldoldstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#882511: dpkg-buildpackage: should allow caller to force inclusion of source in buildinfo

[Ximin Luo]

Package: dpkg-dev
Version: 1.19.0.4
Severity: wishlist
Tags: patch

Dear Maintainer,

dpkg-buildpackage currently does not automatically list the source .dsc nor
its hash in the call to dpkg-genbuildinfo when doing a binary-only build. This
is understandable because in a binary-only build, dpkg-buildpackage does not
have any concept of a source package and therefore does not know (and cannot
verify) if the working tree was actually generated from any .dsc or not.

However, the caller knows this information, and it is useful for reproducible
builds to track exactly which (i.e. hash-wise) source code generates which
binary packages. So it should be possible for the caller to tell
dpkg-buildpackage, "yes please do include the .dsc hash in the buildinfo, I am
telling you it is correct, you can assume this safely".

Tools like sbuild/pbuilder could then do this, as well as users or rebuilders.

The attached patch implements this in the simplest way possible. It allows the
caller to run something like:

  $ dpkg-buildpackage --no-sign -b --buildinfo-option=--build=full

The resulting $pkg_$ver_$arch.buildinfo then contains the .dsc and its hash.

However this requires the caller to know which option to pass, which would 
either be

  --buildinfo-option=--build=full
  --buildinfo-option=--build=any,source
  --buildinfo-option=--build=all,source

depending on whether the original build request (to dpkg-buildpackage) was a 
-b, -B, or -A.

For this reason, it may be better (more usable) to add a 
--force-source-in-buildinfo
flag (or similar name) and when this is switched on, do this instead:

-push @buildinfo_opts, "--build=$build_types" if build_has_none(BUILD_DEFAULT);
+push @buildinfo_opts, "--build=$build_types,source" if 
build_has_none(BUILD_DEFAULT);

Let me know if you like this idea and I'll be happy to implement that instead of
the attached patch.

X

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (300, 'unstable'), (200, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dpkg-dev depends on:
ii  binutils  2.29.1-8
ii  bzip2 1.0.6-8.1
ii  libdpkg-perl  1.19.0.4
ii  make  4.1-9.1
ii  patch 2.7.5-1+b2
ii  perl  5.26.1-2
ii  tar   1.29b-2
ii  xz-utils  5.2.2-1.3

Versions of packages dpkg-dev recommends:
ii  build-essential  12.4
ii  clang-4.0 [c-compiler]   1:4.0.1-8
ii  fakeroot 1.22-2
ii  gcc [c-compiler] 4:7.2.0-1d1
ii  gcc-7 [c-compiler]   7.2.0-16
ii  gnupg2.2.2-1
ii  gnupg2   2.2.2-1
ii  gpgv 2.2.2-1
ii  libalgorithm-merge-perl  0.08-3

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2017.08.28

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/dpkg-buildpackage (from dpkg-dev package)
diff --git a/scripts/dpkg-buildpackage.pl b/scripts/dpkg-buildpackage.pl
index f759ba4a6..2250403db 100755
--- a/scripts/dpkg-buildpackage.pl
+++ b/scripts/dpkg-buildpackage.pl
@@ -27,6 +27,7 @@ use Cwd;
 use File::Temp qw(tempdir);
 use File::Basename;
 use File::Copy;
+use List::Util qw(none);
 use POSIX qw(:sys_wait_h);
 
 use Dpkg ();
@@ -574,7 +575,9 @@ if (build_has_any(BUILD_BINARY)) {
 
 run_hook('buildinfo', 1);
 
-push @buildinfo_opts, "--build=$build_types" if build_has_none(BUILD_DEFAULT);
+if (none { index($_, '--build=') == 0 } @buildinfo_opts) {
+push @buildinfo_opts, "--build=$build_types" if 
build_has_none(BUILD_DEFAULT);
+}
 push @buildinfo_opts, "--admindir=$admindir" if $admindir;
 
 run_cmd('dpkg-genbuildinfo', @buildinfo_opts);

Bug#882510: freecad: Python module WebGUI missing

[Christian Buhtz]

Package: freecad
Version: 0.16.6712+dfsg1-1+b2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

direct after installation I am not able to start correct FreeCAD. The main
window comes up with a simple error message in the Output message window. No
file menu no file no toolbar or anything I can interact with.

The log file says

Log: Init: Running FreeCADGuiInit.py start script... done
Log: Init: Activating default workbench StartWorkbench
Err: No module named WebGui
Log: Traceback (most recent call last):
  File "", line 43, in Initialize

Log: Init: Showing main window



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

Kernel: Linux 4.9.11-towo.2-siduction-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages freecad depends on:
ii  libboost-atomic1.62.0   1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0   1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.01.62.0+dfsg-4+b2
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b2
ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b2
ii  libboost-python1.62.0   1.62.0+dfsg-4+b2
ii  libboost-regex1.62.01.62.0+dfsg-4+b2
ii  libboost-signals1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0   1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0   1.62.0+dfsg-4+b2
ii  libc6   2.25-2
ii  libcoin80v5 3.1.4~abc9f50+dfsg1-2
ii  libfreeimage3   3.17.0+ds1-5+b2
ii  libfreetype62.8.1-0.1
ii  libgcc1 1:7.2.0-16
ii  libgl1  1.0.0-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  liboce-foundation11 0.18.2-2
ii  liboce-modeling11   0.18.2-2
ii  liboce-ocaf-lite11  0.18.2-2
ii  liboce-ocaf11   0.18.2-2
ii  liboce-visualization11  0.18.2-2
ii  libpyside1.21.2.2+source1-2
ii  libpython2.72.7.14-2
ii  libqt4-network  4:4.8.7+dfsg-11
ii  libqt4-opengl   4:4.8.7+dfsg-11
ii  libqt4-svg  4:4.8.7+dfsg-11
ii  libqt4-xml  4:4.8.7+dfsg-11
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libshiboken1.2v51.2.2-5+b1
ii  libsoqt4-20 1.6.0~e8310f-3
ii  libspnav0   0.2.3-1
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxerces-c3.2  3.2.0+debian-2
ii  libxext62:1.3.3-1+b2
ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-10
ii  pyside-tools0.2.15-1+b1
ii  python  2.7.14-1
ii  python-collada  0.4-2
ii  python-matplotlib   2.0.0+dfsg1-2+b1
ii  python-pivy 0.5.0~v609hg-3.1
ii  python-ply  3.9-1
ii  python-pyside   1.2.2+source1-2
ii  python2.7   2.7.14-2
ii  zlib1g  1:1.2.8.dfsg-5

freecad recommends no packages.

Versions of packages freecad suggests:
pn  graphviz  
pn  povray

-- no debconf information

Bug#882507: ext2fs: assertion error

[Samuel Thibault]

Hello,

Bill Blough, on jeu. 23 nov. 2017 10:10:27 -0500, wrote:
> Running debian-hurd-20170613.img under KVM,

This is several months old, could you perhaps try the latest image from
http://cdimage.debian.org/cdimage/ports/latest/hurd-i386/
?

Thanks,
Samuel

Bug#882228: stretch-pu: package tor/0.2.9.13-1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Mon, 2017-11-20 at 13:48 +, Peter Palfrader wrote:
> Tor upstream recently released a maintenance release of their old,
> yet still supported, 0.2.9.x tree.
> 
> It fixes a timing-based assertion failure that can happen in some
> cases, updated the directory authority set, updates the geoip
> database, and has two more minor fixes [cf 0].
> 
> Stretch p-u and security currently have 0.2.9.12-1;
> Stretch proper has 0.2.9.11-1~deb9u1.
> 
> I would like to upload 0.2.9.13-1.

Please go ahead.

Regards,

Adam

Bug#864535: ceph: CVE-2017-7519: libradosstriper processes arbitrary printf placeholders in user input

[Salvatore Bonaccorso]

Hi

On Sun, Oct 01, 2017 at 12:13:25AM +0200, Moritz Muehlenhoff wrote:
> On Sat, Jun 10, 2017 at 08:49:33AM +0200, Salvatore Bonaccorso wrote:
> > Source: ceph
> > Version: 10.2.5-7.2
> > Severity: important
> > Tags: security patch upstream
> > Forwarded: http://tracker.ceph.com/issues/20240
> > 
> > Hi,
> > 
> > the following vulnerability was published for ceph.
> > 
> > CVE-2017-7519[0]:
> > libradosstriper processes arbitrary printf placeholders in user input
> 
> > [1] http://tracker.ceph.com/issues/20240
> 
> According to the quoted bug that should now be fixed upstream.

Any news for the fix for unstable?

Regards,
Salvatore

Bug#882384: ffmpeg: Gratuitous valgrind log

[Carl Eugen Hoyos]

Hi!

Nearly all messages seem to relate to melt, not FFmpeg.

Can you reproduce any issues with ffmpeg (the executable)?

The crc issue surprises me a little: Can you produce different
output files if you use the valgrind option --malloc-fill?

Carl Eugen

Bug#882508: src:shairport-sync: CVE-2017-12087 in bundled tinysvcmdns

[Chris Boot]

Package: src:shairport-sync
Severity: minor
Tags: patch upstream security
Owner: bo...@debian.org
Forwarded: https://github.com/mikebrady/shairport-sync/issues/619

I'm raising this bug as the maintainer of shairport-sync for tracking
this security issue in shairport-sync. The bug does NOT affect the
Debian binary packages of shairport-sync because tinysvcmdns is not used
in Debian.

Bug#882509: freecad: manpage is not up to date and miss some informations

[Christian Buhtz]

Package: freecad
Version: 0.16.6712+dfsg1-1+b2
Severity: normal

Dear Maintainer,

please see "man freecad".
After set type "freecad -t" and you will get a error message including a usage
information like a manpage would does. There are the options for freecad are
described in more detailes and with more informations as in the usual manpage.

e.g. "-l" does tell where the log file is written.



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

Kernel: Linux 4.9.11-towo.2-siduction-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages freecad depends on:
ii  libboost-atomic1.62.0   1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0   1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.01.62.0+dfsg-4+b2
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b2
ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b2
ii  libboost-python1.62.0   1.62.0+dfsg-4+b2
ii  libboost-regex1.62.01.62.0+dfsg-4+b2
ii  libboost-signals1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0   1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0   1.62.0+dfsg-4+b2
ii  libc6   2.25-2
ii  libcoin80v5 3.1.4~abc9f50+dfsg1-2
ii  libfreeimage3   3.17.0+ds1-5+b2
ii  libfreetype62.8.1-0.1
ii  libgcc1 1:7.2.0-16
ii  libgl1  1.0.0-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  liboce-foundation11 0.18.2-2
ii  liboce-modeling11   0.18.2-2
ii  liboce-ocaf-lite11  0.18.2-2
ii  liboce-ocaf11   0.18.2-2
ii  liboce-visualization11  0.18.2-2
ii  libpyside1.21.2.2+source1-2
ii  libpython2.72.7.14-2
ii  libqt4-network  4:4.8.7+dfsg-11
ii  libqt4-opengl   4:4.8.7+dfsg-11
ii  libqt4-svg  4:4.8.7+dfsg-11
ii  libqt4-xml  4:4.8.7+dfsg-11
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libshiboken1.2v51.2.2-5+b1
ii  libsoqt4-20 1.6.0~e8310f-3
ii  libspnav0   0.2.3-1
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxerces-c3.2  3.2.0+debian-2
ii  libxext62:1.3.3-1+b2
ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-10
ii  pyside-tools0.2.15-1+b1
ii  python  2.7.14-1
ii  python-collada  0.4-2
ii  python-matplotlib   2.0.0+dfsg1-2+b1
ii  python-pivy 0.5.0~v609hg-3.1
ii  python-ply  3.9-1
ii  python-pyside   1.2.2+source1-2
ii  python2.7   2.7.14-2
ii  zlib1g  1:1.2.8.dfsg-5

freecad recommends no packages.

Versions of packages freecad suggests:
pn  graphviz  
pn  povray

-- no debconf information

Bug#882028: gedit: utf-8 combinator chars displayed at wrong position

[jnqnfe]

Update: I have since noticed that this is font-specific. It happens
with Liberation Mono Regular and Nimbus Mono L Regular, but not any of
the other (mono) fonts I have (only tried the regular variants -
pressed for time).

Bug#882507: ext2fs: assertion error

[Bill Blough]

Package: hurd
Version: 1:0.9.git20170507-1
Severity: normal

Running debian-hurd-20170613.img under KVM, I'm frequently getting the
following assertion error:

ext2fs: ../../libshouldbeinlibc/refcount.h:171 refcounts_ref: Assertion
'! (r.hard == 1 && r.weak == 0) || !"refcount detected use-after-free!"'
failed.

This seems to happen randomly when doing package builds, etc., and
causes the entire system to freeze, requiring hard reboot of the VM,
fsck, etc.


-- System Information:
Debian Release: 9.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)

Kernel: GNU-Mach 1.8+git20170609-486/Hurd-0.9
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968), LANGUAGE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to 
default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages hurd depends on:
ii  hurd-libs0.3  1:0.9.git20170507-1
ii  libblkid1 2.29.2-1
ii  libbz2-1.01.0.6-8.1
ii  libc0.3   2.24-11
ii  libdaemon00.14-6
ii  libncursesw5  6.0+20161126-1
ii  libtinfo5 6.0+20161126-1
ii  libx11-6  2:1.6.4-3
ii  lsb-base  9.20161125
ii  netdde0.0.20150828-4
ii  sysv-rc   2.88dsf-59.9
ii  xkb-data  2.19-1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages hurd recommends:
ii  bf-utf-source  0.07

Versions of packages hurd suggests:
pn  hurd-doc  

-- Configuration Files:
/etc/default/hurd-console changed:
ENABLE='true'
DISPLAY='-d vga --font-width=9'
KBD='-d pc_kbd'
if [ -f /etc/default/keyboard ]
then
  . /etc/default/keyboard
fi
[ -z "$XKBLAYOUT" ] || KBD="$KBD --keymap $XKBLAYOUT"
KBD_REPEAT='--repeat=kbd'
MOUSE='-d pc_mouse --protocol=ps/2'
MOUSE_REPEAT='--repeat=mouse'


-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

Bug#858398: Proposed (lib)curl switch to openssl 1.1

[Adrian Bunk]

[ trimmed Cc list ]

On Thu, Nov 23, 2017 at 01:57:58PM +, Ian Jackson wrote:
>...
> Reasons I am aware that it *might* be a bad idea are:
> 
> 1. libcurl exposes parts of the openssl ABI, via
>CURLOPT_SSL_CTX_FUNCTION, and this would be an implicit ABI break
>without libcurl soname change.  This is not good, but it seems like
>the alternative would be to diverge our soname from everyone else's
>for the same libcurl.

Without a soname change it cannot be avoided that non-packaged software 
gets broken due to this change, the best available way to mitigate might
for such software would be a NEWS.Debian entry (and perhaps mentioning 
in the buster release notes).

> 2. For the reason just mentioned, it might be a good idea to put in a
>Breaks against old versions of packages using
>CURLOPT_SSL_CTX_FUNCTION.  However, (a) I am not sure if this is
>actually necessary

See #846908 for an example where it is necessary.

>(b) in any case I don't have a good list of all
>the appropriate versions

Kurt did search for affected packages a year ago,
so the information about affected packages in
stretch should already be available.

Note that such Breaks won't work for backported packages.

> (c) maybe this would need coordination.

The best way that avoids breakages in testing and also handles all 
stretch -> buster upgrade situations including packages in 
stretch-backports would a rename of libcurl3 with Conflicts+Replaces on 
libcurl3, similar to the v5 postfixed packages when the C++ ABI slightly 
changed in gcc 5.

> 3. This might be an implicit a "transition" (in the Debian release
>management sense) which I would be mishandling, or starting without
>permission, or something.
>...

What I suggest above would be a transition that should be coordinated
with the release team like other transitions.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#60377: #60377 "reset" broken for dumb terminals

[Thomas Dickey]

The report was talking about vt100 and similar terminals which have no
"soft" reset.  This report should be closed since it does not point out
a specific terminal description which can be improved, nor does it provide
a patch for consideration.

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: Digital signature

Bug#311345: #311345 libncurses5: mvwprintw ERR writing to lower right character pos

[Thomas Dickey]

This is not a bug, but rather a documented feature of the library.

See for example

https://invisible-island.net/ncurses/man/curs_addch.3x.html#h3-Adding-characters

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: Digital signature

Bug#882482: samba: says "Failed to preset unit" and deb-systemd-helper error on installation)

[Julian Gilbey]

reopen 882482
tags 882482 +patch
thanks

(See explanation for reopening below.)

> > I have no idea why /etc/systemd/system/samba-ad-dc.service symlinks to
> > /dev/null; I have no recollection of doing this myself.
> 
> This is on purpose. The service is masked on installation when not needed.
> 
> See 
> https://anonscm.debian.org/cgit/pkg-samba/samba.git/tree/debian/samba.postinst#n38
> 
> I'm closing this bug.

Hi Mathieu,

That makes sense, thanks!

I'm reopening this bug report, because I believe that the warning
should appear during every postinst, not only the first time that the
symlink is set up.  (I would have seen this warning only once,
somewhat over a year ago?)  So modifying the postinst snippet to read
something like the following would be an improvement.  (I've added an
elif clause, and changed -service to .service in the messages.)

If you disagree with this assessment, please feel free to close this
report again, but I do think this postinst would be friendlier!

if [ "$SERVER_ROLE" != "active directory domain controller" ] \
&& ( echo "$SERVER_SERVICES" | grep -qv '\(^\|, \)smb\(,\|$\)' ) \
&& ( echo "$DCERPC_ENDPOINT_SERVERS" | grep -qv '\(^\|, 
\)remote\(,\|$\)' ) \
&& ( echo "$DCERPC_ENDPOINT_SERVERS" | grep -qv '\(^\|, 
\)mapiproxy\(,\|$\)' ) \
; then
if [ ! -e /etc/systemd/system/samba-ad-dc.service ]; then
mkdir -p /etc/systemd/system
echo "Samba is not being run as an AD Domain Controller, masking 
samba-ad-dc.service."
echo "Please ignore the following error about deb-systemd-helper not 
finding samba-ad-dc.service."
ln -s /dev/null /etc/systemd/system/samba-ad-dc.service
# In case this system is running systemd, we make systemd reload the 
unit files
# to pick up changes.
if [ -d /run/systemd/system ] ; then
systemctl --system daemon-reload >/dev/null || true
fi
elif [ -h /etc/systemd/system/samba-ad-dc.service ] \
&& [ "`realpath /etc/systemd/system/samba-ad-dc.service`" = /dev/null ] 
; then
echo "Samba is not being run as an AD Domain Controller."
echo "Please ignore the following error about deb-systemd-helper not 
finding samba-ad-dc.service."
fi
fi



Best wishes,

   Julian