Bug#826299: emacs24-lucid: crashes when trying to open a non-English mail using Gnus

[Vasudev Kamath]

Rob Browning  writes:

> Vasudev Kamath  writes:
>
>> Package: emacs24-lucid
>> Version: 24.5+1-6+b2
>> Severity: important
>>
>> Dear Maintainer,
>>
>> Opening Mailbox containing non-English mail, in my case Kannada language mail
>> caused emacs to crash. I seen this crash before in both cases the crash 
>> occured
>> when mailbox contained mail from Google which had subject line in Kannada.
>
> If you have time, I wondered if you might be able to narrow down the
> cause to a minimal example mailbox that prompts the crash?

In my case I'm actually using Maildir format.

>
> For example, you might be able to open a copy of the uncompressed
> mailbox file directly in emacs (in Fundamental or Text mode) and then
> delete (with normal editing commands) everything but a single mail that
> still causes the crash when the file is opened as a mailbox.
>
> If that works, then assuming the content of the test mailbox isn't
> sensitive (or that you can adjust it so that it's not), perhaps you
> could attach it to a reply here.

It is not very sensitive mail and Is it fine If I directly attach the
mail file in question?.. (Its just a mail saying a login was done to my
account).

Though crash happens in emacs actual segfault seems to be in libotf (If
you see the attached backtrace to bug report).

Bug#837126:

[Tom Lee]

Package: capnproto
Version: 0.5.3-2
Severity: important

The folks at Sandstorm have suggested it might make more sense for the
.capnp files to live in the capnproto package rather than libcapnp-dev.
This makes a whole lot of sense, since these files are only really useful
to the capnp command line tool & aren't really related to development
headers etc.

As it stands, it's a minor annoyance for users since in some cases folks
may need to install both capnproto _and_ libcapnp-dev to process certain
IDLs that in turn depend on "core" Capnproto IDLs. This seems avoidable if
we simply move those IDLs over to the capnproto binary package.

-- 
*Tom Lee */ http://tomlee.co / @tglee 

Bug#837017: libvisio: FTBFS: Tests failures

[Rene Engelhard]

Hi,

On Thu, Sep 08, 2016 at 08:19:20AM +0200, Lucas Nussbaum wrote:
> Could you share your build log and diff it with me ?

Works even in cowbuilder for me.

http://zyklop.dyndns.org/~rene/libvisio_0.1.5-1.log

Regards,

Rene

Bug#775541: tests of new packages

[Vincent McIntyre]

I found one further issue which is related to  #738063.

I wanted to limit the exports to supporting version 2 and 3.

I first set RPCMOUNTDOPTS="--manage-gids --no-nfs-version 4"
as explained in /etc/default/nfs-kernel-server.
But I found I also needed add the following to that file:

   RPCNFSDPRIORITY=0

 + # other options for nfsd
 + # To disable NFSv4 on the server, specify '--no-nfs-version 4' here also
 + RPCNFSDOPTS="--no-nfs-version 4"


I discovered this by reading the source of the new script
/usr/lib/systemd/scripts/nfs-utils_env.sh
which constructs the RPCNFSDARGS variable used in
the /lib/systemd/system/nfs-server.service file.

If you upload a new version of this package, could you add an
empty definition of RPCNFSDOPTS to /etc/default/nfs-kernel-server,
so people can find it?

Users of the init script would also benefit from this change.

Thanks
Vince

Bug#734100: Fixed in VLC 3.0

[Forest]

On Mon, 02 Nov 2015 21:16:48 +0200, Rémi Denis-Courmont wrote:

>At least 557eaa06 and 5b2de769 are needed too. I can´t really check deeper in 
>my free time.

Do you mean they're needed to completely fix the bug, or just in order to
make the other two patches to apply cleanly?

I refreshed and applied 6ae2905e and 47f74a83 to vlc 2.2.2 (the current
ubuntu release), and in my initial tests, the bug hasn't resurfaced yet.

For anyone interested in testing my build or grabbing my refreshed patch:
https://launchpad.net/~foresto/+archive/ubuntu/ubuntutweaks/

Bug#834087: Bug#832656: runit: breaks users of runit: ln: failed to create symbolic link '/etc/service/bcron-sched': No such file or directory

[Anders Kaseorg]

Control: tags -1 + moreinfo

On Thu, 28 Jul 2016, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package failed to install.
> […]
>   ln: failed to create symbolic link '/etc/service/bcron-sched': No such file 
> or directory
> […]
> Similar problems were seen in different *-run packages.

This is marked as affecting git-daemon-run, but I can’t figure out what 
problem is being reported.  ‘apt install git-daemon-run’ succeeds for me 
in a sid chroot.

However, there seems to be a suggestion that fixing the problem, whatever 
it is, requires switching the packaging to Debhelper, which is in progress 
(awaiting sponsorship): https://bugs.debian.org/834886.

Anders

Bug#837125: quilt-el: Autoload specifies nonexistent file

[Neil Roeth]

Package: quilt-el
Version: 0.63-4
Severity: normal

The startup file for quilt-el, 50quilt-el.el, contains this autoload
statement,

(autoload 'quilt-mode "quilt"
  "Minor mode for editing files on quilt hierarchy."
  t)

but there is no file named quilt.elc which can be loaded, so that causes
an error when trying to use quilt mode.  The file is quilt-mode.elc, so
the autoload should be:

(autoload 'quilt-mode "quilt-mode"
  "Minor mode for editing files on quilt hierarchy."
  t)

Thanks.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages quilt-el depends on:
ii  emacs24 [emacsen]  24.5+1-7
ii  quilt  0.63-4

quilt-el recommends no packages.

quilt-el suggests no packages.

-- no debconf information

-- 
Neil Roeth

Bug#836381: RFS: couchapp/1.0.2+dfsg1-1

[gustavo panizzo]

On Mon, Sep 05, 2016 at 05:35:37PM +, Gianfranco Costamagna wrote:
> Hi Gustavo
> 
> 
> >> INSTALL_REQUIRES = ['restkit==4.2.2', 'watchdog==0.6.0']
> 
> >> why is restkit manually listed in runtime dependencies?
> >
> >that's for setuptools, I could patch it out, but why?
> 
> 
> please read what I wrote :)
> python-restkit is a build-dependency, and listed in install_requires keyword.
> dh_python2 should pick it up automagically and translate it into
> a runtime-dependency in ${python:Depends}
> 
> please remove it, and check if the dependency is correctly added in the binary
> file (debian/control)
ohhh, totally get it. thanks for spotting it

> 
> >no, is not wrong
> >$ git clone
> >https://anonscm.debian.org/cgit/collab-maint/couchapp.git
> >Cloning into 'couchapp'...
> 
> 
> yes, I know it works, but probably because of some rewrite rule in 
> collab-maint git
> apache configuration.
> I still prefer to have them separate, because it won't work on other non 
> alioth git repo.
> (and some bad copy-paste might introduce such issues)

is the only way i found to silence lintian about non-encrypted Vcs- urls

> 
> (this *isn't* a blocker for this upload, feel free to keep it that way)
> 
> >restkit doest not have a python3 package, nose-testconfig does not work on
> >python3 AFAIK, and it is necesary for tests
> >
> >the mention in README.md about python3 is to host the coverage
> >reports
> 
> 
> ack thanks
> 
> 
> >thanks, how did you find it? licensecheck didn't!
> 
> 
> some grep copyright . -Ri ; grep license . -Ri
> and debdiff between the two versions did spot it
> 
> (did you remove such file in debian/repack script?)
i removed it as it was going to bit rot, i replaced it by README.source
which sould make easier for others to follow.


thanks

-- 
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333

keybase: https://keybase.io/gfa


signature.asc
Description: PGP signature

Bug#775541: tests of new packages

[Vincent McIntyre]

Thanks Andreas for those new packages.
I did some testing of the 1.2.8-9.2 packages on a clean jessie install.
They are pretty close but I found an issue with NFS exports in one case.

I used the attached check.sh script to show the state of various targets
as I changed things. The attached results.tar shows the output from it.
Between each major stage below, the system is rebooted.
Then I log in and run check.sh before doing anything else.
Throughout, /etc/network/interfaces contained:
  source /etc/network/interfaces.d/*
  auto lo
  iface lo inet loopback
  allow-hotplug eth0
  iface eth0 inet dhcp
and /etc/network/interfaces.d/ was empty.

step 1 - jessie system with nfs packages 1.2.8-9
 one fstab mount, no exports. no changes to /etc/default/nfs-*.
 The fstab mount works ok; it tries to mount it way too early
 but we invoke it with the 'bg' option so eventually it works.

step 2 - as above but with the _netdev option added to the fstab entry.
 System still tries to mount too early, before dhclient is done,
 but it works in the end.

step 3 - as above but export one filesystem.
 The fstab mount works, as above.
 Tried a few different ways to do the exports
   - wildcard host (step3.1)
 This works ok.
   - point the export at a single host (step3.2)
 This tries to start mountd to early, before it can resolve
 the hostname given in the exports file.
 As a result we end up with an empty export list:
 # showmount -e
 Export list for install:
 #
 Restarting the service once the system is fully booted works
 # systemctl restart nfs-kernel-server.service
 # showmount -e
 Export list for install:
 /data/INSTALL_1 mayhem.atnf.CSIRO.AU
 #
   - point the export at a netgroup (step3.3)
 This works, even though the netgroup cannot be resolved
 (there's no definition for it).
 # showmount -e
 Export list for install:
 /data/INSTALL_1 @all_hosts
 #

NB nfs-kernel-server starts before dhclient
Sep 08 17:04:46 install nfs-kernel-server[657]: Exporting directories for NFS 
kernel daemon
Sep 08 17:04:46 install kernel: NFSD: Using /var/lib/nfs/v4recovery as the 
NFSv4 state recovery directory
Sep 08 17:04:46 install kernel: NFSD: starting 90-second grace period (net 
818ba280)
...
Sep 08 17:04:46 install rpc.mountd[738]: Version 1.2.8 starting
Sep 08 17:04:46 install nfs-kernel-server[657]: Starting NFS kernel daemon: 
nfsd mountd.
Sep 08 17:04:46 install acpid[734]: starting up with netlink and the input layer
Sep 08 17:04:46 install acpid[734]: 1 rule loaded
Sep 08 17:04:46 install acpid[734]: waiting for events: event logging is off
...
Sep 08 17:04:49 install kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full 
Duplex, Flow Control: None
Sep 08 17:04:49 install kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link 
becomes ready
Sep 08 17:04:50 install dhclient[532]: DHCPDISCOVER on eth0 to 255.255.255.255 
port 67 interval 6
...
Sep 08 17:04:56 install ifup[522]: Starting rpcbind (via systemctl): 
rpcbind.service.
Sep 08 17:04:56 install ifup[522]: Starting nfs-common (via systemctl): 
nfs-common.service.
Sep 08 17:04:56 install kernel: Key type dns_resolver registered
Sep 08 17:04:56 install kernel: NFS: Registering the id_resolver key type
Sep 08 17:04:56 install kernel: Key type id_resolver registered
Sep 08 17:04:56 install kernel: Key type id_legacy registered


step3.4 - install new nfs packages but don't reboot yet.
  I didn't analyse this step carefully

step 4 - jessie system with nfs packages 1.2.8-9.2
 one fstab mount, one exported directory.

 rpc.mountd fails to start because it wants rpcbind to be there,
 but rpcbind has not been started yet. showmount -e fails:
 # showmount -e
 clnt_create: RPC: Program not registered

step4.1 modify  /lib/systemd/system/nfs-mountd.service,
   - After=network.target local-fs.target
   + After=rpcbind.target network.target local-fs.target
run systemd daemon-reload
but don't reboot.
The exports are still not there
# showmount -e
clnt_create: RPC: Program not registered

re run exports, it fails
# exportfs -rav
exporting @all_hosts:/data/INSTALL_1
# showmount -e
clnt_create: RPC: Program not registered
#

step 5 - reboot after step4.1:

 usr-local.mount starts a little (1-2s) later. It starts
 just after ifup, but before dhclient has gotten an answer
 so it can't resolve the server hostname, but eventually
 the mount does work.

 Exports also work, in some cases:
 - wildcard case is OK (step5.1)
 # showmount -e
 Export list for install:
 

Bug#837102: Thanks

[elizaatchinson]

How do i collect it?


Sent from my Sprint Samsung Galaxy S7.
 Original message From: W A L M A R T P R O M O S  Frans 
Spiesschaert  Date: 9/8/16  3:45 PM  (GMT-07:00) 
To: Debian Bug Tracking System  Subject: Thanks 






You must be lucky __today
$ IOOO Walmart__ Gift Card __ is ready for you to claim
Claim now ___ For elizaatchin...@gmail.com

Bug#836592: jessie-pu: package gdcm/2.4.4-3

[Adam D. Barratt]

On Mon, 2016-09-05 at 22:32 +0100, Adam D. Barratt wrote:
> Control: tags -1 + pending
> 
> On Sun, 2016-09-04 at 18:13 +0100, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sun, 2016-09-04 at 13:14 +0200, Gert Wollny wrote:
> > > The version of gdcm in jessie suffers from two security problems:
> > > 
> > >   CVE-2015-8396 [1]
> > >   CVE-2015-8397 [2]
> > > 
> > > However, the security team notified my that the issue does not warrant a 
> > > DSA
> > > and I should instead just fix it via a jessie point release.
> > > 
> > > The proposed patch against the package is enclosed, it adds the according 
> > > fixes
> > > from the upstream repository.
> > 
> > +gdcm (2.4.4-3+deb8u1) jessie-proposed-updates; urgency=medium
> > 
> > Simply "jessie" is preferred.
> > 
> > Please go ahead.
> 
> Uploaded and flagged for acceptance.

Unfortunately it FTBFS on ppc64el; see
https://buildd.debian.org/status/fetch.php?pkg=gdcm=ppc64el=2.4.4-3%2Bdeb8u1=1473373168

Regards,

Adam

Bug#837124: RM: linux-tools/experimental -- ROM; already removed from unstable

[Ben Hutchings]

Package: ftp.debian.org
Severity: normal

There's no point in keeping this in experimental.

Ben.

Bug#837102: Thanks

[lroberts0607]

How do I pick this up 


Sent from my Verizon, Samsung Galaxy smartphone
 Original message From: W A L M A R T P R O M O S  Frans 
Spiesschaert  Date: 9/8/16  3:45 PM  (GMT-08:00) 
To: Debian Bug Tracking System  Subject: Thanks 






You must be lucky __today
$ IOOO Walmart__ Gift Card __ is ready for you to claim
Claim now ___ For lroberts0...@gmail.com

Bug#836910: jessie-pu: package kamailio/4.2.0-2+deb8u1

[Adam D. Barratt]

Control: tags -1 -moreinfo +confirmed

On Wed, 2016-09-07 at 11:48 +0200, Victor Seva wrote:
> 2016-09-07 9:30 GMT+02:00 Adam D. Barratt :
> > Thanks for caring about fixing this in jessie.
> >
> > In order to okay an upload, however, we'd need to see a source debdiff for
> > the proposed package, built and tested on a jessie system.
> 
> Sure.

Thanks; please go ahead.

Regards,

Adam

Bug#837123: ([anna] segfault in wheezy installer)

[Vincent McIntyre]

I just realised this went to the libc maintainers;
I was expecting it would go to the debian-installer team.

This might be an issue in the way libc6-udeb is being used
within debian-installer, rather than libc6-udeb itself.

I don't know how to figure out if that is the case;
if it is the case, please do reassign.

Kind regards
Vince

Bug#836578: spl-dkms: post_install script cause faults

[Jo Blow]

I also encountered this bug.

I think this might be due to the new behavior in dkms 2.2.1.0 which seems
to remove the build directory.

The postinstall script set in dkms.conf tries to copy files from the build
directory which does not exist.

Changing the phase that the copy occurs in seems to fix it.


--- usr/src/spl-0.6.5.7/dkms.conf   2016-05-25 15:42:03.0 +1000
+++ usr/src/spl-0.6.5.7/dkms.conf.orig  2016-09-09 10:37:43.482388086 +1000
@@ -20,7 +20,7 @@
  esac)
   --with-linux-obj=${kernel_source_dir}
 "
-POST_INSTALL="cp
+POST_BUILD="cp
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/spl_config.h
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build/module/Module.symvers
   ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/${kernelver}/${arch}/

Bug#822282: company must clean up all IGNORED items before returning machine to client

[積丹尼 Dan Jacobson]

Sorry. I ran into this again, and thought:

User sees a message at boot which of course flies by and is not saved in
journalctl, something like
... has been mounted 20 times, check forced,
... could be ... IGNORED.

# strings /sbin/e2fsck |egrep 'could be|IGN'
IGNORED
@i %i @x tree could be more shallow (%b; could be <= %c)
@i %i @x tree (at level %b) could be shorter.
@i %i @x tree (at level %b) could be narrower.

He thinks, "Hey, I've got to give this machine back to the client, and I
promised him 'no problems'. I can't even find a way to fix it:"

# man e2fsck |egrep -c 'could be|IGN'
0

"Nor is there any way to make cleaning up such stuff the default!"

Anyway, the warning/info message should say 'use e2fsck -f -D? ... to
fix'.

(Or now checking the previous discussion: NO WAY TO FIX? Then how can
one hand the machine back to the client in 'perfect condition'. If the
client sees 'even one message',  he will blame our company, etc. "And no,
2&>/dev/null will get our company even more embarrassment."

Version: 1.43.3-1

Bug#837123: [anna] segfault in wheezy installer

[Vincent McIntyre]

Package: libc6-udeb
Version: 2.13-38+deb7u10
Severity: grave
Justification: breaks installation entirely

The wheezy installer fails with anna reporting a segfault:

...
anna[5033]: DEBUG: retrieving libc6-udeb 2.13-38+deb7u10
anna[5033]: DEBUG: retrieving finish-install 2.41wheezy1
anna[5033]: DEBUG: Segmentation fault
anna[5033]: WARNING **: package retrieval failed
kernel: [   66.427372] wget[5382]: segfault a 0 ip 7176c922c0ca sp 
7ffc8ca83890 error 6 in libresolv-2.13.so[7f76c9222000+13000]

This occurs shortly after libc6-udev is downloaded,
according to the installer interactive display.

Background
--
I was trying to reinstall an older system with wheezy.
I was using the PXE install image available on 2016-09-08 UTC, at
ftp.au.debian.org/debian/dists/wheezy/main/installer-amd64/current/images/netboot

The mirror shows the last update timestamp as 2016-05-31.
debian-installer/amd64/boot-screens/f1.txt has the fairly useless
build date stamp 20130613+deb7u3+b2.

This installation method was working fine with earlier installer
versions. The breakage has been there some months I'd say.
I only became fully aware of it yesterday.

I don't think the mirror is out of date; I got the same result
with the netboot installer image downloaded from ftp.us.debian.org.


The log above was copied by eye from the console,
I was unable to install the openssh-client=udeb to copy the logs,
thanks to the segfault.

The core of the issue is probably screwed up libc6 versions,
see bugs 740068, 833432

Other package versions that may be of interest
 base-installer: 1.130
 cdebconf-udeb: 0.182
 di-utils: 1.92+deb7u1
 libc6-udeb: 2.13-38+deb7u10
 anna: 1.44+deb7u1

It's really unfortunate to have the oldstable installer break like this.
I hope it can be fixed, age notwithstanding.

Kind regards
Vince
-- 

Bug#837122: xmlstarlet: unesc does not handle and

[Norbert Kiesel]

I also opened a merge request upstream [1], but not sure how active the
development there is.

[1]: https://sourceforge.net/p/xmlstar/code/merge-requests/1/

On Thu, Sep 8, 2016 at 5:03 PM, nkiesel  wrote:

> Package: xmlstarlet
> Version: 1.6.1-1
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
> echo '' | xmlstartlet unesc
>
> fails with "entity name too long".  This is caused by an off-by-one error
> in
> xml_escape.c.
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages xmlstarlet depends on:
> ii  libc6   2.24-2
> ii  libxml2 2.9.4+dfsg1-1+b1
> ii  libxslt1.1  1.1.29-1
>
> xmlstarlet recommends no packages.
>
> xmlstarlet suggests no packages.
>
> -- no debconf information
>

Bug#837122: xmlstarlet: unesc does not handle and

[nkiesel]

Package: xmlstarlet
Version: 1.6.1-1
Severity: normal
Tags: patch

Dear Maintainer,

echo '' | xmlstartlet unesc

fails with "entity name too long".  This is caused by an off-by-one error in
xml_escape.c.



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

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

Versions of packages xmlstarlet depends on:
ii  libc6   2.24-2
ii  libxml2 2.9.4+dfsg1-1+b1
ii  libxslt1.1  1.1.29-1

xmlstarlet recommends no packages.

xmlstarlet suggests no packages.

-- no debconf information
40-use-debian-docbook-xsl.patch
50-fix-format-security.patch
60-avoid-silent-rules.patch
70-fix-unesc-dquot.patch
Description: unesc fails to handle  and  correctly because it thinks they are too long.
Author: Norbert Kiesel 
Last-Update: 2016-09-08

--- a/src/xml_escape.c
+++ b/src/xml_escape.c
@@ -222,7 +222,7 @@
 semicolon_off++;
 }
 entity_len = semicolon_off - i;
-if (entity_len < MAX_ENTITY_NAME) {
+if (entity_len <= MAX_ENTITY_NAME) {
 memcpy(entity, [i], entity_len);
 entity[entity_len] = '\0';
 if (str[semicolon_off] == ';') {

Bug#837121: gazebo: please restrict libkido-dev (build-)dependency to architectures where it is available.

[Peter Green]

Package: gazebo
Version: 7.3.0+dfsg-3
Severity: serious
Tags: patch

The most recent version of gazebo added a build-dependency on 
libkido-dev to the source package and added a binary on libkido-dev to 
libgazebo7-dev


No mention of this was made in the changelog and no other changes in the 
upload seem to be related but 
https://anonscm.debian.org/git/debian-science/packages/gazebo.git/commit/?id=80f9a218ccebb32258812afdf1cce6b50ab88126 
indicates this was to add support for a new feature.


libkido-dev is only available on a handful of architectures. As a result 
this new (build-)dependency is blocking the migration of the new version 
of the package (and hence the FTBFS fix) to testing.


The attatched patch restricts the (build-)dependencies on libkido-dev to 
the architectures where it is actually available (amd64, arm64, i386, 
ppc64el and alpha)
diff -Nru gazebo-7.3.0+dfsg/debian/changelog gazebo-7.3.0+dfsg/debian/changelog
--- gazebo-7.3.0+dfsg/debian/changelog  2016-08-31 17:57:53.0 +
+++ gazebo-7.3.0+dfsg/debian/changelog  2016-09-07 15:06:23.0 +
@@ -1,3 +1,10 @@
+gazebo (7.3.0+dfsg-3+rpi1) stretch-staging; urgency=medium
+
+  * Restrict (build-)dependency on libkido-dev to architectures where that 
package
+is actually available (amd64, arm64, i386, ppc64el and alpha). 
+
+ -- Peter Michael Green   Wed, 07 Sep 2016 15:06:23 
+
+
 gazebo (7.3.0+dfsg-3) unstable; urgency=medium
 
   [ Jochen Sprickerhof ]
diff -Nru gazebo-7.3.0+dfsg/debian/control gazebo-7.3.0+dfsg/debian/control
--- gazebo-7.3.0+dfsg/debian/control2016-08-30 22:54:59.0 +
+++ gazebo-7.3.0+dfsg/debian/control2016-09-07 15:06:07.0 +
@@ -45,7 +45,7 @@
libbullet-dev,
libsimbody-dev,
libsimbody-dev (<< 4.0.0),
-   libkido-dev,
+   libkido-dev [amd64 arm64 i386 powerpc alpha],
libgdal-dev,
ruby-ronn,
libgtest-dev
@@ -138,7 +138,7 @@
  libignition-math2-dev,
  libbullet-dev,
  libsimbody-dev,
- libkido-dev,
+ libkido-dev [amd64 arm64 i386 powerpc alpha],
  libgazebo7 (= ${binary:Version}),
  gazebo7-common (= ${source:Version}),
  gazebo7-plugin-base (= ${binary:Version}),

Bug#837102: Thanks

[gunns2004]

Do not write to my email as I no longer shop at Wal mart. Why? Well on
account someone stole 150.00 from my son's account, we submitted our claim
and all we gotten back was 5.00 with a explanation on why they couldn't
verify.

So no thank you

On Sep 8, 2016 5:46 PM, "W A L M A R T P R O M O S Frans Spiesschaert" <
frans.spiesscha...@yucom.be> wrote:
>
> You must be lucky __today
>
> $ IOOO Walmart__ Gift Card __ is ready for you to claim
>
> Claim now ___ For gunns2...@gmail.com

Bug#484874: 484874 - Wish to send HTML email if not signing and not encrypting

[Alexander Sack]

tags 484874 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#676602: 676602 - One-click key download

[Alexander Sack]

tags 676602 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#837120: RFP: upshutzz - upshutzz is a on-demand, unassisted system update program.

[Jamil Said, AdoraDeal LLC]

Package: wnpp
Severity: wishlist
RFP
* Package name: upshutzz
  Version : 1.0.0
  Upstream Author : AdoraDeal LLC
* URL : https://www.adoradeal.com/upshutzz.html
* License : (GPL V3.0)
  Programming Lang: (bash)
  Description : upshutzz is an "on-demand", unassisted system update
program. It will check for and fix any software packages "errors" and broken
dependencies, then it will update the package lists from the repositories
(apt-get update), then it will run a safe update (apt-get upgrade), then it
will check for and update (if installed) the flash player, and after it
finishes running it will shutdown the computer. The upshutzz program should
be used when you are ready to shutdown the computer for the day, just launch
it and leave the computer doing its thing - the easiest way to update, ever!

depends on: zenity

Notes from Jamil Said (AdoraDeal LLC): we use this program internally and
also install it in all AdoraDeal computers. It has been extensively tested
and we know of no bug present. This program was designed to exit graciously
in case something goes wrong, thus it is very unlikely that an error will
crash anything. We designed this package because we needed the capability
and there was nothing similar available on Debian, at least not for LXDE. We
will maintain the code in our website and will be glad to submit to you when
a change happens; we do not want to be involved with the packaging and
maintaining on Debian. if anyone finds a bug, I will be glad to hear about
and fix it as needed. 

Bug#837119: signing-party: sig2dot is broken with gpg 2.1

[Andrew Ruthven]

Package: signing-party
Version: 2.4-1
Severity: normal

Dear Maintainer,

The regular expressions in sig2dot don't match the new output format
in gpg 2.1

The new output format is (using the same keys as in the script):

pub   dsa1024 2003-08-01 [SC]
  75D8908EBD35E31D94D102EF10557B83807CAC25
uid   [marginal] Michael Ablassmeier (abi) 
sig 3CE04080E9456ADE2 2004-02-07  Michael Schiansky 


Cheers,
Andrew

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

Kernel: Linux 4.7.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=POSIX (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages signing-party depends on:
ii  gnupg  2.1.15-2
ii  libc6  2.24-2
ii  libclass-methodmaker-perl  2.24-1+b1
ii  libgnupg-interface-perl0.52-3
ii  libmailtools-perl  2.13-1
ii  libmd0 0.0.0-2
ii  libmime-tools-perl 5.508-1
ii  libnet-idn-encode-perl 2.300-1+b1
ii  libterm-readkey-perl   2.33-1+b1
ii  libtext-template-perl  1.46-1
pn  perl:any   
pn  python:any 
ii  qprint 1.1.dfsg.2-2

Versions of packages signing-party recommends:
ii  dialog  1.3-20160828-1
ii  libgd-perl [libgd-gd2-perl] 2.53-2.1
ii  libpaper-utils  1.1.24+nmu4
ii  postfix [mail-transport-agent]  3.1.0-5+b1
ii  whiptail0.52.18-3

Versions of packages signing-party suggests:
pn  fonts-noto-cjk 
ii  fonts-noto-mono20160724-1
ii  imagemagick8:6.8.9.9-7.2
pn  mutt   
pn  qrencode   
ii  texlive-font-utils 2016.20160819-1
ii  texlive-latex-extra2016.20160819-1
ii  texlive-latex-recommended  2016.20160819-2
ii  texlive-xetex  2016.20160819-2
ii  wipe   0.22-4

-- no debconf information

Bug#837077: FTBFS, dpkg-shlibdeps: error: couldn't find library libmutter-clutter-1.0.so needed by debian/budgie-core/usr/bin/budgie-wm

[Jeremy Bicha]

On Thu, Sep 8, 2016 at 6:51 PM, foss.freedom  wrote:
> Jeremy, upstream have worked double quick here and has proposed a patch.  I
> am going to do some testing tomorrow.  Assuming all goes well then I will
> push an update request.

That should be fine. I don't think Debian is in such a hurry to finish
the mutter transition that we can't wait a bit longer to keep
budgie-desktop in testing now that a fix has been identified.

Jeremy

Bug#836584: [Pkg-zfsonlinux-devel] Bug#836584: zfs-dkms build fails due to a configure error

[Michael Berger]

Looks like the problem may be a dependency on the directories
/var/lib/dkms/spl/${VERSION}/build and  /var/lib/dkms/zfs/${VERSION}/build
which are no longer created by dkms.  Installing an older version of dkms
from jessie (dkms_2.2.0.3-2) resolved this for me, however I believe the
issue is with the spl/zfs packages as I believe the build directories are
intended to be temporary. Instead the source files can be found
in  /var/lib/dkms/spl/${VERSION}/source
and  /var/lib/dkms/zfs/${VERSION}/source.

Regards,
Mike




On Mon, 05 Sep 2016 15:40:41 +0200 Kai Michael Hamich 
wrote:
> Hi,
>
> i tried to build older spl/zfs modules with kernel 4.6 ... they all have
this
> issue now. So maybe its not spl/zf/ related? I dont have currently the
time to
> look deeper into the issue ...
>
> Best,
> Kai Hamich
>
> Am Montag, 5. September 2016, 14:08:52 schrieb Andreas Steinel:
> > Hi,
> >
> > I also run into this problem yesterday and I know that version -1 does
not
> > suffer from this problem. It has to be something that has been
introduced
> > with -2.
> >
> > Best,
> > Andreas Steinel
>
>
>

Bug#837118: RFP: powerzz - powerzz is a battery power monitor that can |hibernate|shutdown|do nothing| at critical battery levels.

[Jamil Said, AdoraDeal LLC]

Package: wnpp
Severity: wishlist
RFP
* Package name: powerzz
  Version : 1.0.1
  Upstream Author : AdoraDeal LLC
* URL : https://www.adoradeal.com/powerzz.html
* License : (GPL V3.0)
  Programming Lang: (bash)
  Description : powerzz is a battery power monitor. It will warn the
user of low battery power when the charge level reaches 15%, and it will
start the critical action when the battery charge level reaches 7% (at that
point, a warning will be shown and the user will have 30 seconds to cancel
the critical action by pressing "Cancel"). This program has 3 settings,
which can be chosen via a zenity gui: "off" (do nothing), critical action
"hibernate" and critical action "shutdown". It uses cron to run. A simple &
useful power manager for LXDE and other desktops.

depends on: zenity, wmctrl, acpi, upower

Notes from Jamil Said (AdoraDeal LLC): we use this program internally and
also install it in all AdoraDeal computers. It has been extensively tested
and we know of no bug present. This program was designed to exit graciously
in case something goes wrong, thus it is very unlikely that an error will
crash anything. We designed this package because we needed the capability
and there was nothing similar available on Debian, at least not for LXDE. We
will maintain the code in our website and will be glad to submit to you when
a change happens; we do not want to be involved with the packaging and
maintaining on Debian. if anyone finds a bug, I will be glad to hear about
and fix it as needed. 

Bug#837041: clang fails to compile atomics correctly

[Daniel Black]

On 08/09/16 17:40, Sylvestre Ledru wrote:
...

> This is working fine with 3.6. Sorry but I am not planning to fix that as 3.5 
> is pretty old...
> http://apt.llvm.org/ is providing up to date versions of clang.

True, but not for ppc64le against which the bug was written.

N: Skipping acquire of configured file 'main/binary-ppc64el/Packages' as
repository 'http://apt.llvm.org/jessie llvm-toolchain-jessie InRelease'
doesn't support architecture 'ppc64el'

If http://apt.llvm.org could support ppc64le packages I'd be happy with
that.

I might even be able to help build them.

Bug#837117: libscrypt0: Library does not appear to be working

[Allan Wind]

Package: libscrypt0
Version: 1-2.2
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

The use case of the -dev library, as documented in the README.txt, is:

#include 
#include 
#include 

#define PASSWORD "test"

int main() {
char mcf[SCRYPT_MCF_LEN + 1];
libscrypt_hash(mcf, PASSWORD, SCRYPT_N, SCRYPT_r, SCRYPT_p);
assert(libscrypt_check(mcf, PASSWORD) > 0);
return 0;
}

You compile the program with:

gcc -lm -lscrypt scrypt-test.c -o scrypt-test

and it fails with:

allan@vent:~/src/yaxto$ ./scrypt-test 
scrypt-test: scrypt-test.c:10: main: Assertion `libscrypt_check(mcf, "test") > 
0' failed.
Aborted

I grabbed the current version from github 
(f2b792386b287cc471b1eb030e4ddcbc96be5ad5),
and it works as expected:

allan@vent:~/src/yaxto$ LD_LIBRARY_PATH=~/src/libscrypt ./scrypt-test 
allan@vent:~/src/yaxto$ 

-- System Information:
Debian Release: 8.5
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)

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

Versions of packages libscrypt0 depends on:
ii  libc6  2.19-18+deb8u4

libscrypt0 recommends no packages.

libscrypt0 suggests no packages.

-- debconf-show failed

-- 
Allan Wind
Yaxto - Runs My Business

Bug#721977: 721977 - Incorrect dependency in package. "GPG support for Thunderbird and

[Alexander Sack]

tags 721977 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#801341: 801341 - Depend, recommend or suggest dirmngr

[Alexander Sack]

tags 801341 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#837102: Thanks

[Grace Handy]

How do you claim?

-Original Message-
From: W A L M A R T P R O M O S Frans Spiesschaert
[mailto:frans.spiesscha...@yucom.be] 
Sent: Thursday, September 08, 2016 3:46 PM
To: Debian Bug Tracking System
Subject: Thanks

You must be lucky __today

$ IOOO Walmart__ Gift Card __ is ready for you to claim

Claim now ___ For hand...@gmail.com

Bug#773537: 773537 - Confusing UI (potentially dangerous) when temporarily

[Alexander Sack]

tags 773537 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#780068: 780068 - key management view is misleading when collapsed

[Alexander Sack]

tags 780068 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#837077: FTBFS, dpkg-shlibdeps: error: couldn't find library libmutter-clutter-1.0.so needed by debian/budgie-core/usr/bin/budgie-wm

[foss.freedom]

Jeremy, upstream have worked double quick here and has proposed a patch.  I
am going to do some testing tomorrow.  Assuming all goes well then I will
push an update request.

On 8 Sep 2016 23:18, "Jeremy Bicha"  wrote:

> On Thu, Sep 8, 2016 at 4:01 PM, foss.freedom 
> wrote:
> > In summary - budgie-desktop upstream do not test against GNOME unstable
> and
> > wait until things have been officially published.
>
> David, does that mean that you are ok with budgie-desktop being
> temporarily removed from Debian's testing repository? budgie-desktop
> can be added back when it does build again. The removal won't affect
> budgie-desktop's inclusion in Ubuntu 16.10.
>
> Thanks,
> Jeremy Bicha
>

Bug#726586: 726586 - doesn't (immediately) recover from typos

[Alexander Sack]

tags 726586 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#752620: 752620 - enigmail can't be installed anymore after icedove update from 2014-06-25

[Alexander Sack]

tags 752620 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#791826: 791826 - does not display monkeysphere host key IDs properly in

[Alexander Sack]

tags 791826 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#445446: 445446 - Partially signed message doesn't match up with graphics

[Alexander Sack]

tags 445446 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#645315: 645315 - too many popups

[Alexander Sack]

tags 645315 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#688619: 688619 - CRC error

[Alexander Sack]

tags 688619 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#301913: 301913 - hard to cancel from passphrase query

[Alexander Sack]

tags 301913 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#396912: 396912 - Character set issue when displaying key update information

[Alexander Sack]

tags 396912 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#682949: 682949 - [enigmail] Enigmail doesn't follow keyid-format option in gpg.conf

[Alexander Sack]

tags 682949 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#496992: 496992 - Images don't decrypt for display inline

[Alexander Sack]

tags 496992 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#507874: 507874 - [enigmail] "Click on the Pen icon" but there's no pen icon

[Alexander Sack]

tags 507874 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#292767: 292767 - enigmail blocks mozilla for about a minute after

[Alexander Sack]

tags 292767 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#246736: 246736 - status messages dumped to terminal

[Alexander Sack]

tags 246736 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#289380: 289380 - Message display drops signature lines

[Alexander Sack]

tags 289380 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#700469: 700469 - No "Advanced" button in OpenPGP Options in IceApe

[Alexander Sack]

tags 700469 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#598928: 598928 - email not sent when signed but not encrypted

[Alexander Sack]

tags 598928 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#674676: 674676 - tries to use gpg-agent regardless of preference settings

[Alexander Sack]

tags 674676 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#717400: 717400 - Details

[Alexander Sack]

tags 717400 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#508928: 508928 - enigmail raises errors in the icedove error console

[Alexander Sack]

tags 508928 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#564614: 564614 - Per-recipient rules not editable for invalid key

[Alexander Sack]

tags 564614 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#503150: 503150 - Failure to encrypt drafts

[Alexander Sack]

tags 503150 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#459766: 459766 - Perpetual password prompt when cancelling

[Alexander Sack]

tags 459766 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#498961: 498961 - enigmail brokes gpg cyrillic text output

[Alexander Sack]

tags 498961 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#440932: 440932 - Doesn't remember passphrases regardless of preference settings

[Alexander Sack]

tags 440932 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#837102: Thanks

[Ray Chatham]

Ok

On Thu, Sep 8, 2016, 5:46 PM W A L M A R T P R O M O S Frans Spiesschaert <
frans.spiesscha...@yucom.be> wrote:

> You must be lucky __today
>
> $ IOOO Walmart__ Gift Card __ is ready for you to claim
> Claim now ___ For kenra...@gmail.com 
> 
>

Bug#427591: 427591 - 2:0.95.0+1-3 still doesn't work with icedove 2

[Alexander Sack]

tags 427591 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#428215: 428215 - 2:0.95.0+1-3 fails to allow you to send email

[Alexander Sack]

tags 428215 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#332589: Messages not decrypted when bulk-printing

[Alexander Sack]

tags 332589 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#378471: config purging impossible

[Alexander Sack]

tags 378471 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#272156: strange behavior with remember passphrase

[Alexander Sack]

tags 272156 + moreinfo
thanks

Hi,

thanks for reporting the bug. We would like to identify issues to focus on and 
hence
we would love to hear an update if the issue at hand is still something you 
would like
to see fix (if it hasn't).

Thanks!

 - Alexander

Bug#837100: [PKG-Openstack-devel] Bug#837100: python-hacking dependency versions are pinned by upstream, package doesn't work with Debian ones

[Víctor Cuadrado Juan]

On Thu, 8 Sep 2016 23:35:27 +0200 Thomas Goirand  wrote:
> According to James Page, we should look into the Ubuntu package of
> hacking and get patches there to fix the issues.

Why specifically the Ubuntu package, and not the Debian one?

Cheers,


-- 
Víctor Cuadrado Juan   m...@viccuad.me

PGP key ID: 4096R: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.



signature.asc
Description: OpenPGP digital signature

Bug#837116: nvidia-kernel-source: cannot be installed from jessie-backports due to make:any dependency

[Luca Boccassi]

Control: tags -1 pending

On Fri, 2016-09-09 at 00:27 +0200, Andreas Beckmann wrote:
> On 2016-09-09 00:14, Luca Boccassi wrote:
> > dpkg on Jessie does not support :any or :native qualifiers in the
> > dependencies, so the version in jessie-backports cannot be installed on
> > jessie.
> 
> Hmm, why didn't I run into that problem in my piuparts tests (of non-free)?
> 
> Dropping the :any should be fine for jessie-backports, since there is no
> need to install -source:amd64 on arch=i386 (because -source:i386
> contains the amd64 blob, too, (in backports only)).
> 
> 
> Andreas

Not sure, but I can reproduce easily on my jessie box:

$ sudo apt-get install -t jessie-backports nvidia-kernel-source
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 nvidia-kernel-source : Depends: make:any


Pushed a fix to the 352-jessie-backports branch. Do we have other fixes pending?

Kind regards,
Luca Boccassi


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

Bug#837116: nvidia-kernel-source: cannot be installed from jessie-backports due to make:any dependency

[Andreas Beckmann]

On 2016-09-09 00:14, Luca Boccassi wrote:
> dpkg on Jessie does not support :any or :native qualifiers in the
> dependencies, so the version in jessie-backports cannot be installed on
> jessie.

Hmm, why didn't I run into that problem in my piuparts tests (of non-free)?

Dropping the :any should be fine for jessie-backports, since there is no
need to install -source:amd64 on arch=i386 (because -source:i386
contains the amd64 blob, too, (in backports only)).


Andreas

Bug#837077: FTBFS, dpkg-shlibdeps: error: couldn't find library libmutter-clutter-1.0.so needed by debian/budgie-core/usr/bin/budgie-wm

[Jeremy Bicha]

On Thu, Sep 8, 2016 at 4:01 PM, foss.freedom  wrote:
> In summary - budgie-desktop upstream do not test against GNOME unstable and
> wait until things have been officially published.

David, does that mean that you are ok with budgie-desktop being
temporarily removed from Debian's testing repository? budgie-desktop
can be added back when it does build again. The removal won't affect
budgie-desktop's inclusion in Ubuntu 16.10.

Thanks,
Jeremy Bicha

Bug#837116: nvidia-kernel-source: cannot be installed from jessie-backports due to make:any dependency

[Luca Boccassi]

Package: nvidia-kernel-source
Version: 352.79-10~bpo8+1
Severity: important

dpkg on Jessie does not support :any or :native qualifiers in the
dependencies, so the version in jessie-backports cannot be installed on
jessie.

Bug#684011: Mail delivery failed: returning message to sender

[Alexander Sack]

tags 684011 + unreproducible
thanks

Reporter email dead  marking unreproducible for now...

2016-09-08 23:38 GMT+02:00 Mail Delivery System :
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of
> its recipients. This is a permanent error. The following address(es)
> failed:
>
> mka...@users.sourceforge.net:
> SMTP error from remote server for RCPT TO command, host: mx.sourceforge.net 
> (216.34.181.68) reason: 550 unknown user
>
>

Bug#791350: #791350 enigmail: autodecryption success/error results shown at top of wrong message

[Alexander Sack]

tags 791350 + moreinfo
thanks

Sorry for getting back on this bug only now

Sounds a bit worrying indeed ... wonder issue still present in the
icedove/engimail for the debian version you are using?

If so, can you also try to install the enigmail addon through the
addon manager instead of using the debian package? Any change in
behaviour?

Same for trying upstream thunderbird.

Thanks,

 - Alexander

Bug#783353: #783353 enigmail: Enigmail shipped with Jessie claims emails I signed with GPG using evolution are bad signatures

[Alexander Sack]

tags 783353 + moreinfo
thanks

Hi Fred,

this still an issue in latest enigmail? Think we are at a more recent
version everywhere now.

Thanks for checking,

 - Alexander

Bug#782669: #782669 enigmail: Can't decrypt messages vom "OpenPGP für Windows Phone"

[Alexander Sack]

tags 782669 + moreinfo
tags 782669 + unreproducible
thanks

Hi,

is this still an issue for you? If so we need a way to get you make a
testcase that someone can use to reproduce.

Thanks,

 - Alexander

Bug#785563: Is this thing on?

[Nye Liu]

Can somebody pass package maintainance to somebody else who is responsive?

Bug#715795: enigmail #715795 failing to quote replies to encrypted messages

[Alexander Sack]

tags 715795 + moreinfo
thanks

Hi Daniel,

sorry for getting back to you on such old bug; wonder if this is still
an issue for you and needs looking into it?

Thanks,

 - Alexander

Bug#752391: #752391 enigmail: icedove crashes with SIGSEGV when sending emails unencrypted while for one recpient a key is present

[Alexander Sack]

tags 752391 + moreinfo
thanks

Hi Michael,

sorry for gettin back that late to you.

Wonder if this is still an issue that needs looking into from your side.

Thanks a lot,

 - Alexander

Bug#707877: enigmail: gpg error, send unencrypted ? on send click

[Alexander Sack]

tags 707877 + moreinfo
thanks

Hi jevava,

is this issue something that we should still look into?

 - Alexander

Bug#703112: #703112 enigmail 1.4.1-2 not decrypting mails/verifying sigs with Icedove 10.0.12-1

[Alexander Sack]

tags 703112 + moreinfo
thanks

Hi Robert,

sorry for ping on this old bug and for not getting earlier to you. Is
this issue still something that should be looked into?

  - Alexander

Bug#684011: #684011 [enigmail] Enigmail cannot verify signatures nor dercypt attachments of files, which are ASCII armored.

[Alexander Sack]

tags 684011 + moreinfo
thanks

Hi,

sorry for ping on such old back. Is this still an issue we should
potentially look into?

Thanks,

 - Alexander

Bug#508780: #508780 [enigmail] Does not use gpg-agent even if specified to do so

[Alexander Sack]

tags 508780 + moreinfo
thanks

Hi,

this bug still an issue in recent debian?

 - Alexander

Bug#464371: #464371 enigmail: pl_PL locale not included, unlike extension itself

[Alexander Sack]

tags 464371 + moreinfo
thanks

Hi,

sorry, cleaning up old bugs to identify focus areas...

This bug still an issue with you? Or can we close it?

Thanks,

 - Alexander

Bug#520103: #520103 enigmail: Crashes icedove on key management

[Alexander Sack]

tags 520103 + moreinfo
thanks

Hi Adrian,

sorry for pinging you for such old bug, but want to clean the bug list
so we can identify areas of focus for this package.

Is this bug still a problem in recent debian or shall we close?

 - Alexander

Bug#837100: [PKG-Openstack-devel] Bug#837100: python-hacking dependency versions are pinned by upstream, package doesn't work with Debian ones

[Thomas Goirand]

On 09/08/2016 09:57 PM, Ondrej Novy wrote:
> Sry, ignore my last email, I'm idiot :)
> 
> -- 
> Best regards
>  Ondřej Nový

Ondřej,

According to James Page, we should look into the Ubuntu package of
hacking and get patches there to fix the issues.

You're not an idiot btw... :P

Cheers,

Thomas Goirand (zigo)

Bug#837115: gnome: Can not adjust brightness, it set to max by default

[bbadri]

Package: gnome
Version: 3.21.90
Severity: normal

Dear Maintainer,

  After installing some updates on debian stretch, the brightness is set to the 
maximum and can not be changed.
the information about the screen can not be viewed. When I go to 
settings->Displays it displays the message "Could not get screen information". 


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

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

Bug#837111: /usr/bin/dh_make: --docs options of dh_make fills debian/rules instead of debian/control

[Vincent Danjean]

Package: dh-make
Version: 2.201606
Severity: normal
File: /usr/bin/dh_make

I just invoked dh_make with the --docs options:
dh_make -p khronos-opencl-clhpp_2.0.10  --copyright mit  --docs

I found the following snipset:

Package: khronos-opencl-clhpp-doc
Architecture: all
Description: documentation for khronos-opencl-clhpp
 

But it is placed at the end of debian/rules instead
of debian/control...

  Regards,
Vincent


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

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

Versions of packages dh-make depends on:
ii  debhelper  9.20160814
ii  dpkg-dev   1.18.10
ii  make   4.1-9
ii  python-enum34  1.1.6-1
pn  python:any 

dh-make recommends no packages.

Versions of packages dh-make suggests:
ii  build-essential  12.2

-- no debconf information

Bug#834431: xdm: slow rendering of username/password window, the window is drawed from top to bottom

[Yegor Derevenets]

Hi,

I observed exactly the same problem. It seems that it was caused by X.org using
modesetting driver instead of intel (that it must have been using until
recently). Adding

Section "Device"
Identifier  "Intel Graphics"
Driver  "intel"
EndSection

to Xorg.conf has solved the problem.

-- 
Yegor Derevenets

Bug#837114: O: bbtime -- Time tool for the blackbox/fluxbox window managers

[Kevin Coyner]

Package: bbtime

Version: 0.1.5-13
Severity: normal

I no longer have the time to properly maintain this package.
Therefore, I am orphaning it.


-- System Information:
Debian Release: stretch/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14.0 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Bug#837113: O: bottlerocket -- Utility to control X10 Firecracker devices for home automation

[Kevin Coyner]

Package: bottlerocket

Version: 0.05b3-15
Severity: normal

I no longer have the time to properly maintain this package, so am
therefore orphaning it.


-- System Information:
Debian Release: stretch/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14.0 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Bug#837112: ITP: khronos-opencl-clhpp -- C++ headers for OpenCL development

[Vincent Danjean]

Package: wnpp
Severity: wishlist
Owner: Vincent Danjean 

* Package name: khronos-opencl-clhpp
  Version : 2.0.10
  Upstream Author : The Khronos Group Inc.
* URL : https://github.com/KhronosGroup/OpenCL-CLHPP/releases
* License : adapted MIT
  Programming Lang: C++
  Description : C++ headers for OpenCL development

 OpenCL (Open Computing Language) is a multi-vendor open standard for
 general-purpose parallel programming of heterogeneous systems that include
 CPUs, GPUs and other processors.
 .
 This package provides the C++ development header files for the OpenCL API
 as published by The Khronos Group Inc. The corresponding specification and
 documentation can be found on the Khronos website.


These C++ headers were included into our khronos-opencl-headers.
Upstream split them in another independant source ball, hence this ITP.
Also see #829747 for more informations

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

[Sven Joachim]

On 2016-09-08 22:12 +0200, Johannes Schauer wrote:

> Hi,
>
> On Thu, 08 Sep 2016 19:40:15 +0200 Sven Joachim  wrote:
>> Looking at the code in scripts/sid, it is "x_core_install mawk" which
>> fails here.  The reason is that mawk has not been downloaded,
>> debootstrap's limited dependency resolver cannot resolve base-files'
>> pre-dependency on awk.
>>
>> The good news is that with "--include=mawk" added to the commandline,
>> debootstrap succeeds and does not include tzdata or lsb-base in the
>> chroot. :-)
>>
>> So changing base-files to Pre-depend on mawk | awk seems to be the only
>> blocker here.  Would you like to file a blocking bug on base-files?
>
> I don't see why this is a bug in base-files. As far as I can see, base-files
> properly declares its pre-dependency on the virtual package awk. That
> debootstrap is unable to understand basic Debian dependency constructs (we are
> not even talking multiarch here) is a bug in debootstrap.
>
> This is also the point where I wonder how much sense it makes to have yet
> another resolver of Debian's complex dependency mechanism around. It's one of
> the reasons why I often use multistrap instead of debootstrap because the
> former uses apt which already implements all the required dependency logic.

Unlike multistrap, debootstrap also needs to work on systems where
apt or dpkg are not available.

> If debootstrap wants to depend on its own resolver, then it has to make sure
> that it is up to the task of dealing with Debian's dependency system.

I think that cdebootstrap is better in that respect, because it runs
apt-get at the end of the installation to fix up any broken
dependencies.  Somebody™ ought to implement this in debootstrap.

Cheers,
   Sven

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

[Sven Joachim]

On 2016-09-08 20:54 +0100, Santiago Vila wrote:

> On Thu, Sep 08, 2016 at 07:40:15PM +0200, Sven Joachim wrote:
>
>
>> | Setting up perl-base (5.22.2-5) ...
>> | dpkg: error: --install needs at least one package archive file argument
>> `
>> 
>> Looking at the code in scripts/sid, it is "x_core_install mawk" which
>> fails here.  The reason is that mawk has not been downloaded,
>> debootstrap's limited dependency resolver cannot resolve base-files'
>> pre-dependency on awk.
>> 
>> The good news is that with "--include=mawk" added to the commandline,
>> debootstrap succeeds and does not include tzdata or lsb-base in the
>> chroot. :-)
>> 
>> So changing base-files to Pre-depend on mawk | awk seems to be the only
>> blocker here.  Would you like to file a blocking bug on base-files?
>
> You don't need to change base-files for that.
>
> Package awk is essential and virtual. The dependency of base-files on
> awk is just to ensure that there is always an awk available (once that
> you already have a running system), but it's not meant to tell
> debootstrap which one is "the awk of preference".
>
> debootstrap already knows that, and the proof is that it deliberately
> installs "mawk" and no other awk implementation.

No, debootstrap does not know this, it downloads mawk because it has
priority required.

> If we switch from installing required packages to installing just the
> essential packages (which are a subset), we will miss mawk, so for all
> purposes, since we are bootstrapping, you should treat mawk as if it
> were essential.
>
> Could you please try something like this?
>
>   required="mawk $(get_debs Essential: yes)"

This works, thanks.

Cheers,
   Sven

Bug#835209: missing decoder: text/html error on playing ogg or mp3 files

[Thomas Pierson]

block 834439 by bug 835209
thanks

Hello,

I still get troubles with gstreamer plugins on Clementine.
It seems that the initial reporter have the same error as me: "missing
decoder: text/html".

Could you just give me an process to troubleshoot this gstreamer plugins
issue?

Thanks,

Thomas Pierson



signature.asc
Description: OpenPGP digital signature

Bug#837105: jessie-pu: package python-werkzeug/0.9.6+dfsg-1

[Adam D. Barratt]

Control: tags -1 +confirmed -moreinfo

 On Thu, 2016-09-08 at 22:21 +0200, Ondrej Novy wrote:
> Hi,
> 
> 
> 2016-09-08 21:39 GMT+02:00 Adam D. Barratt :
> Please provide a full source debdiff for the proposed package
> (built and
> tested on jessie).
> 
> 
> debdiff attached (which is same as linked patched)

You'd be surprised how often they're not the same (also in any case bug
reports should stand alone, not rely on links to other resources).

> and (of course) already tested.

Again, you'd be surprised... :P

Please go ahead.

Regards,

Adam

Bug#837105: jessie-pu: package python-werkzeug/0.9.6+dfsg-1

[Ondrej Novy]

Hi,

2016-09-08 21:39 GMT+02:00 Adam D. Barratt :

> Please provide a full source debdiff for the proposed package (built and
> tested on jessie).
>

debdiff attached (which is same as linked patched) and (of course) already
tested.

Thanks.

-- 
Best regards
 Ondřej Nový

Email: n...@ondrej.org
PGP: 3D98 3C52 EB85 980C 46A5  6090 3573 1255 9D1E 064B


debugger_xss.patch
Description: Binary data

Bug#837110: linux: armhf: nic-modules: FTBFS: dwmac-socfpga module renamed to dwmac-altr-socfpga

[Vagrant Cascadian]

Package: linux
Version: 4.8~rc5-1~exp1
Severity: grave
Tags: patch
Justification: renders package unusable

It appears the dwmac-socfpga module was renamed to dwmac-altr-socfpga
in 4.8.x, in commit:

  commit fb3bbdb859891e6bc27fd1afb3a07319f82c2ee4
  Author: Tien Hock Loh 
  Date:   Thu Jul 7 20:23:30 2016 -0700

net: ethernet: Add TSE PCS support to dwmac-socfpga


I haven't tested if there are other module renames that would also
lead to a FTBFS.


diff --git a/debian/installer/armhf/modules/armhf-armmp/nic-modules 
b/debian/installer/armhf/modules/armhf-armmp/nic-modules
index e3d0df7..75a4eb9 100644
--- a/debian/installer/armhf/modules/armhf-armmp/nic-modules
+++ b/debian/installer/armhf/modules/armhf-armmp/nic-modules
@@ -5,7 +5,7 @@ smsc911x
 stmmac
 stmmac-platform
 dwmac-generic
-dwmac-socfpga
+dwmac-altr-socfpga
 dwmac-sunxi
 sun4i-emac
 xgmac


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#808312: Fix overwrite chemps2.1.gz

[Sebastian Wouters]

Hi Andreas,

The bug is hopefully fixed with
https://anonscm.debian.org/cgit/debichem/packages/chemps2.git/commit/?id=c787f951661b39221db198de19577b88ac1629e1

I'll ask Graham or Michael to upload.

Best wishes,
Sebastian

Bug#837060: debootstrap: Do not install packages of Priority:required for buildd variant

[Johannes Schauer]

Hi,

On Thu, 08 Sep 2016 19:40:15 +0200 Sven Joachim  wrote:
> Looking at the code in scripts/sid, it is "x_core_install mawk" which
> fails here.  The reason is that mawk has not been downloaded,
> debootstrap's limited dependency resolver cannot resolve base-files'
> pre-dependency on awk.
>
> The good news is that with "--include=mawk" added to the commandline,
> debootstrap succeeds and does not include tzdata or lsb-base in the
> chroot. :-)
>
> So changing base-files to Pre-depend on mawk | awk seems to be the only
> blocker here.  Would you like to file a blocking bug on base-files?

I don't see why this is a bug in base-files. As far as I can see, base-files
properly declares its pre-dependency on the virtual package awk. That
debootstrap is unable to understand basic Debian dependency constructs (we are
not even talking multiarch here) is a bug in debootstrap.

This is also the point where I wonder how much sense it makes to have yet
another resolver of Debian's complex dependency mechanism around. It's one of
the reasons why I often use multistrap instead of debootstrap because the
former uses apt which already implements all the required dependency logic.

If debootstrap wants to depend on its own resolver, then it has to make sure
that it is up to the task of dealing with Debian's dependency system. So in
summary, I think this is a bug in debootstrap and not in base-files.

Thanks!

cheers, josch


signature.asc
Description: signature