Bug#786566: this is affecting us

[Brian May]

On Wed, Nov 30, 2016 at 02:57:07PM +, Peter Palfrader wrote:
> severity 786566 serious
> thanks
> 
> This schroot issue is affecting our debian.org porterboxes, and it
> affects other users (e.g. torproject.org build environment) where more
> than one chroot is being used at a time.
> 
> We really should fix this for stretch.

Does this bug really warrant being serious? As it is we risk having this
package removed from testing. Is this justified?
-- 
Brian May 

Bug#846055: fixed in xrdp 0.9.1~20161126+git589b29f-2

[Marc Haber]

found #846055  0.9.1~20161126+git589b29f-2
thanks

Thanks for trying to fix this so fast. I regret to say the issue is
still present in 0.9.1~20161126+git589b29f-2.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#847047: deluge-gtk: needs to depend on python-notify2 not python-notify

[Marcos Mobley]

closing

On 12/05/2016 12:46 AM, Marcos Mobley wrote:
> Package: deluge-gtk
> Version: 1.3.14-1
> Severity: important
> 
> the popup notifications in deluge-gtk will (silently) fail without python-
> notify2 installed. currently, it incorrectly depends on python-notify.
> 
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.8.12 (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 deluge-gtk depends on:
> ii  deluge-common1.3.14-1
> ii  librsvg2-common  2.40.16-1
> ii  notification-daemon  3.20.0-1
> ii  python   2.7.11-2
> ii  python-glade22.24.0-5.1
> ii  python-notify0.1.1-4
> pn  python:any   
> ii  xdg-utils1.1.1-1
> ii  xfce4-notifyd [notification-daemon]  0.3.4-1
> 
> Versions of packages deluge-gtk recommends:
> ii  python-pygame  1.9.1release+dfsg-10+b2
> 
> deluge-gtk suggests no packages.
> 
> -- no debconf information
> 



signature.asc
Description: OpenPGP digital signature

Bug#847047: (no subject)

[Marcos Mobley]

i'm sorry, you can close this bug. i was incorrect. it depends on the
correct notify, it's just broken code upstream. i'm working on a patch.
sorry to bother you.



signature.asc
Description: OpenPGP digital signature

Bug#847048: lxc: centos6 fails to start after u/g to 2.0.6

[Dean Hamstead]

Package: lxc
Version: 1:2.0.6-1
Severity: normal

Dear Maintainer,

Since upgrading, centos6 containers fail to start.

They dont even get far enough along to get a console.

I run them with the following:

lxc-start -l DEBUG -F -n blah -o /tmp/lxc.log

  lxc-start 20161205015048.219 NOTICE   lxc_start - start.c:start:1420 - 
Exec'ing "/sbin/init".
  lxc-start 20161205175048.220 NOTICE   lxc_start - start.c:post_start:1431 
- Started "/sbin/init" with pid "25816".
  lxc-start 20161205175048.220 WARN lxc_start - 
start.c:signal_handler:322 - Invalid pid for SIGCHLD. Received pid 25801, 
expected pid 25816.
  lxc-start 20161205175048.247 DEBUGlxc_start - 
start.c:signal_handler:326 - Container init process 25816 exited.
  lxc-start 20161205175048.247 DEBUGlxc_start - 
start.c:__lxc_start:1374 - Unknown exit status for container 
"conform_default_1480920274687_62335" init 11.
  lxc-start 20161205175048.247 DEBUGlxc_start - 
start.c:__lxc_start:1379 - Pushing physical nics back to host namespace
  lxc-start 20161205175048.247 DEBUGlxc_start - 
start.c:__lxc_start:1382 - Tearing down virtual network devices used by 
container "conform_default_1480920274687_62335".
  lxc-start 20161205175048.247 INFO lxc_conf - 
conf.c:lxc_delete_network:2926 - Interface "eth0" with index 33 already deleted 
or existing in different network namespace.
  lxc-start 20161205175048.312 INFO lxc_conf - 
conf.c:lxc_delete_network:2961 - Removed interface "vethSTER51" from host.
  lxc-start 20161205175048.312 INFO lxc_error - 
error.c:lxc_error_set_and_log:54 - Child <25816> ended on signal (11).


I am guessing that upstart is doing something crappy and lxc is now carefull 
enough to notice?


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

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

Versions of packages lxc depends on:
ii  init-system-helpers  1.46
ii  libapparmor1 2.10.95-7
ii  libc62.24-7
ii  libcap2  1:2.25-1
ii  liblxc1  1:2.0.6-1
ii  libseccomp2  2.3.1-2.1
ii  libselinux1  2.6-3
ii  lsb-base 9.20161125
ii  python3-lxc  1:2.0.6-1
pn  python3:any  

Versions of packages lxc recommends:
ii  bridge-utils  1.5-10
ii  debootstrap   1.0.87
ii  dirmngr   2.1.16-2
ii  dnsmasq-base  2.76-4.1
ii  gnupg 2.1.16-2
ii  iptables  1.6.0-4
pn  libpam-cgfs   
pn  lxcfs 
ii  openssl   1.1.0c-2
ii  rsync 3.1.2-1
pn  uidmap

Versions of packages lxc suggests:
pn  apparmor 
pn  btrfs-tools  
ii  lvm2 2.02.167-1

-- Configuration Files:
/etc/lxc/default.conf changed:
lxc.network.type = veth
lxc.network.flags = up
lxc.network.link = lxcbr0
lxc.network.name = eth0


-- no debconf information

Bug#846915: Fixing OpenRC halt/reboot behavior by updating initscripts

[lumin]

On Mon, 2016-12-05 at 15:29 +0900, Benda Xu wrote:
> It turns out /etc/init.d/rc can be used to separate reboot and halt.
> Please test openrc_0.22-1.

openrc_0.22-1 really fixed the bug on kfreebsd-amd64. Thanks!

with apt source:
deb http://incoming.debian.org/debian-buildd/buildd-sid main

Bug#847047: deluge-gtk: needs to depend on python-notify2 not python-notify

[Marcos Mobley]

Package: deluge-gtk
Version: 1.3.14-1
Severity: important

the popup notifications in deluge-gtk will (silently) fail without python-
notify2 installed. currently, it incorrectly depends on python-notify.



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

Kernel: Linux 4.8.12 (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 deluge-gtk depends on:
ii  deluge-common1.3.14-1
ii  librsvg2-common  2.40.16-1
ii  notification-daemon  3.20.0-1
ii  python   2.7.11-2
ii  python-glade22.24.0-5.1
ii  python-notify0.1.1-4
pn  python:any   
ii  xdg-utils1.1.1-1
ii  xfce4-notifyd [notification-daemon]  0.3.4-1

Versions of packages deluge-gtk recommends:
ii  python-pygame  1.9.1release+dfsg-10+b2

deluge-gtk suggests no packages.

-- no debconf information

Bug#768914: Bug#847038: Wireless password displayed in clear

[Christian PERRIER]

Quoting wi...@infradead.org (wi...@infradead.org):
> Package: installation-reports
> 
> Image version: 
> http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/jigdo-cd/firmware-testing-amd64-netinst.jigdo
>  timestamped 2016-11-28 06:24
> 
> I was installing over wifi, and encountered two problems.
> 
> First, it said it needed non-free firmware for the iwlwifi that it
> couldn't find ... but I'd used the non-free jigdo above, so I thought they
> probably were on the USB stick.  I asked it to look and it found them.
> Why didn't it find them the first time?
> 
> Second, it prompted me to enter the WPA2 passphrase, but it displays the
> password as I typed it instead of masking it with dots the way that it
> does for user & root passwords.
> 

This is #768914 and FWIW, I personnaly do not agree with changing the
password phrase prompt to hide the text as typed.

The only idea that comes to my mind is a (low priority) debconf
question before the passphrase prompt, asking users whether they want
the passphrase to be shown as typed or not.

-- 




signature.asc
Description: PGP signature

Bug#749355: moreutils vs parallel

[Rogério Brito]

Hi, Ian and others.

On Sat, Dec 3, 2016 at 1:40 PM, Ian Jackson
 wrote:
> tl/dr:
>   I think we should update parallel to not conflict with moreutils and
>   fix a couple of the other bugs (esp #674695 and #816058).
>
>   Unless someone objects I will do (or sponsor) an NMU.

I am the maintainer of parallel and after I upgraded youtube-dl, I was
just going to update parallel. OTOH, If you wish to NMU it, I'm fine
with it too.

(...)
> For the same reason, the Conflicts is bad because someone might want
> other functionality from moreutils together with GNU parallel (which
> is suggested by the documentation for AFL, for example, and is fairly
> widely used in scientific computing).

Yes, scientific computing and anything that can take advantage of
distributing loads to more machines (which is the case for some video
reencoding enthusiasts).

> I suggest that for now, we drop the Conflicts from parallel and rely
> on the diversion.

OK, just to reiterate and see if I got what you are trying to
communicate, you think that a sane idea would be to keep the diversion
and simply remove the declaration that the packages conflict?

> If someone submits a set of patches to transition
> us to an alternatives-based system then we should apply them.

I agree and am willing to accept the patches.

> This does not mean I don't disagree with some of Joey Hess's
> criticisms in
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=665851#47
>
>
> The parallel package looks like the maintainer could do with some
> help, looking at the package tracker.

I can take a look and ship something quick'n'dirty, but something
better would probably miss the deadlines posed by the release team,
since I'm slightly short of time this week. The security bug should,
definitely, be fixed, of course.

When upgrading the package, I will try to stick to a "stable" upstream release.

> I don't know if the maintainer is reading this.  Dear maintainer, if
> you are reading this, please don't take my NMU proposal as
> aggressive.  I would just like to help fix the program.

I didn't take that in any way aggressive. In fact, I like it when
people discuss the programs that I maintain (even better is discussion
of programs that I write myself, but that's not the case here :) ).

> If you have different ideas about what should be done please let me
> know.

My preferred idea would still be to split parallel from moreutils as,
say, tollef-parallel, have it, then, use the alternatives solution
with GNU parallel and let life go on. The first few versions of
moreutils can be transitional in the sense that they recommend/suggest
tollef-parallel, so that users interested in that version from
moreutils can keep using it.

In summary, I hope to update the parallel package up to this weekend.
If you want to act faster, please, go ahead and NMU it.

The only thing that I ask from anybody is to put verbose messages on
the git commits.


Thanks,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Bug#831965: Status of asciidoc upload?

[Alexander Wirt]

On Sun, 04 Dec 2016, Alexander Wirt wrote:

> 
> 
> Am 04.12.2016 um 14:16 schrieb Dr. Tobias Quathamer:
> > Am 02.12.2016 um 17:54 schrieb Joseph Herlant:
> > > Hi Tobias,
> > > 
> > > Currently the permissions on the pkg-asciidoc group in alioth seems
> > > pretty tight.
> > > Last time I asked Alexander about the fact that the anonscm were not
> > > available he checked and wasn't able to figure out why.
> > > Only Fredrik Steen and Alexander Wirt have admin access and I'm the
> > > only other member.
> > > I've not been able to get in touch with them in a while. Maybe you'll
> > > have more luck.
> > > 
> > > Maybe we should have this package moved to collab-maint or python
> > > maintainers team to make the collaborative maintenance easier.
> > > What do you think?
> > 
> > Hi Joseph,
> > 
> > maybe collab-maint would be best, but it's your call. Do you still have
> > the git repository locally available? If so, we could import the history
> > into collab-maint.
> Sorry, I fucked this up. I will get joseph an admin tomorrow.
You two already were admins. 

I also fixed the repo permissions (which could have been done by every admin
too). 

Alex

Bug#846816: java.lang.NoSuchFieldError: DLU2

[tony mancill]

On Mon, Dec 05, 2016 at 06:48:11AM +0100, Felix Natter wrote:
> @Tony: Please do NOT upload,
> I need to add a jgoodies>=1.9.0 
> dependency.
> I will ask on debian-Java for a
> Sponsor!

Hi Felix,

Sure thing, but feel free to email me if you need another freeplane
upload.

Cheers,
tony


signature.asc
Description: PGP signature

Bug#846961: What happened to the idea of using migrations and coordinated uploads when updating packages that has many reverse dependencies?

[Pirate Praveen]

[adding -devel]

On Sun, 4 Dec 2016 20:54:50 +0100 Paul Gevers  wrote:
> There was only major reshuffling in the building. The final js and css
> files are, minus whitespace, identical to the files shipped upstream. So
> if this is an issue with the js or css file, it is an upstream issue.
> 
> I am very inexperienced in debugging javascript, so I'd appreciate any
> help to fix this issue.

This was caused by updating to 1.12.1 then. This needs changes even from
1.11 to 1.12 migration https://jqueryui.com/upgrade-guide/1.12/ I have
asked upstream help https://gitlab.com/gitlab-org/gitlab-ce/issues/25302

Please give a heads up to maintainers of reverse dependencies before
updating to a newer version next time.

When many maintainers do this breaking updates without consulting
maintainers of reverse dependencies (update of jquery to version 3 broke
diaspora), it is seriously demotivating to maintain large packages like
gitlab and diaspora. There will be many to break but not many to help
fix. It took years of work to bring these packages to their current
state and having to fix these issues at the last moment of a release is
not fun.



signature.asc
Description: OpenPGP digital signature

Bug#846816: java.lang.NoSuchFieldError: DLU2

[Felix Natter]

@Tony: Please do NOT upload,
I need to add a jgoodies>=1.9.0 
dependency.
I will ask on debian-Java for a
Sponsor!
Cheers and Best Regards,
Felix


> Am 04.12.2016 um 20:52 schrieb gregor herrmann :
> 
>> On Sun, 04 Dec 2016 19:13:47 +0100, Felix Natter wrote:
>> 
>> @Vincent/@Gregor: Could you please try the following (with the old
>> freeplane-1.5.16-2)? (please do NOT remove your ~/.config/freeplane
>> before)
>> 
>> - find out which java you are using:
>> 
>> $ ls -lh /etc/alternatives/java
>> lrwxrwxrwx 1 root root 46 Oct  9  2015 /etc/alternatives/java -> 
>> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
> 
> ls -lh /etc/alternatives/java
> lrwxrwxrwx 1 root root 46 Feb  6  2016 /etc/alternatives/java -> 
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java
> 
>> - edit /etc/java-8-openjdk/accessibility.properties
>>  (please use the correct one for your java version)
>> - comment out this line:
>> #assistive_technologies=org.GNOME.Accessibility.AtkWrapper
> 
> done
> 
>> - start freeplane again (from console)
> 
> Same error:
> 
> STDERR: Exception in thread "AWT-EventQueue-0" 
> STDERR: java.lang.NoSuchFieldError: DLU2
> STDERR: at 
> org.freeplane.features.styles.mindmapmode.StyleEditorPanel.init(StyleEditorPanel.java:845)
> STDERR: at 
> org.freeplane.features.styles.mindmapmode.StyleEditorPanel.access$2500(StyleEditorPanel.java:119)
> STDERR: at 
> org.freeplane.features.styles.mindmapmode.StyleEditorPanel$1.hierarchyChanged(StyleEditorPanel.java:582)
> 
> 
> Cheers,
> gregor
> 
> -- 
> .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
> : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
> `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
>   `-   NP: Gypsy Sun And Rainbows: Voodoo Child (Slight Return)

Bug#840589: skimage: any update?

[lumin]

Hello,

Is there any update on this bug?
python3-skimage is the only problem for one of my
packages to enter testing.

Bug#847046: ITP: podcastparser -- Simple, fast and efficient podcast parser in Python

[tony mancill]

Package: wnpp
Severity: wishlist
Owner: tony mancill 

* Package name: podcastparser
  Version : 0.6.0
  Upstream Author : Thomas Perl 
* URL : https://github.com/gpodder/podcastparser
* License : Expat/MIT
  Programming Lang: Python
  Description : Simple, fast and efficient podcast parser in Python

The podcast parser project is a library from the gPodder project to
provide an easy and reliable way of parsing RSS- and Atom-based podcast
feeds in Python.

This is being packaged as a dependency of gPodder version 3.9.2.


signature.asc
Description: PGP signature

Bug#847045: libtrilinos-zoltan-dev

[128]

Package: petsc-dev
Version: 3.7.4
Severity: wishlist

Hi,

Please compile PETSc with libtrilinos-zoltan-dev. At least
as a recommended package. Like, libsuperlu-dev is now.

https://packages.debian.org/sid/libtrilinos-zoltan-dev

Thanks

Bug#847044: allow gitlab 8.13.6+dfsg2-1 to migrate testing

[Pirate Praveen]

package: release.debian.org

This version fixes many bugs in testing and the piuparts regression is
not introduced by this version (current version in testing has the exact
same problem with piuparts). I will fix the piuparts regression in a
future upload, but delaying the migration for this reason is not useful.
Also this new system of auto reject was introduced so late into the
release cycle.



signature.asc
Description: OpenPGP digital signature

Bug#845606: The Bytecode Should Not Be Targeting Java 1.2

[tony mancill]

On Sun, Dec 04, 2016 at 07:47:31PM +0800, 殷啟聰 wrote:
> FYI, I forwarded the bug to ASM's upstream issue tracker [1].
> 
> I propose the follwing patch to fix the bug:
> 
>  override_dh_auto_build:
> -   dh_auto_build -- jar jdoc examples
> +   dh_auto_build -- -Dproduct.noshrink=true jar jdoc examples

Looks good to me.  I have applied the patch and will upload this week if
there are no objections.

Cheers,
tony


signature.asc
Description: PGP signature

Bug#845606: Pending fixes for bugs in the asm package

[pkg-java-maintainers]

tag 845606 + pending
thanks

Some bugs in the asm package are closed in revision
bba9f30baba35d0312295751b05cf4881b9e1169 in branch 'master' by tony
mancill

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/asm.git/commit/?id=bba9f30

Commit message:

disable shrink (Closes: #845606)

Bug#846888: depmod crashes after detecting a dependency cycle

[Ben Hutchings]

Control: tag -1 upstream patch

The problem seems to be that depmod_report_cycles() sees not just
the modules in the cycle but all their non-cyclic dependencies too.
When it follows the chain from a module that isn't part of the cycle,
it proceeds to print its dependency chain as if it were a cycle but
miscalculates the buffer size needed for that.  (I do wonder why it
bothers to use its own buffer for this rather than relying on stdio
buffering.)

This changes the function to:
- say nothing about modules that aren't part of a cycle
- not claim to know the number of modules in cycles (since some of
  them aren't)

It seems like there should be a more elegant fix, but I don't
understand the control flow of this function well enough to improve on
this.

diff --git a/tools/depmod.c b/tools/depmod.c
index a2e07c15ba60..fb0f23c66da7 100644
--- a/tools/depmod.c
+++ b/tools/depmod.c
@@ -1455,7 +1455,7 @@ static void depmod_report_cycles(struct depmod *depmod, 
uint16_t n_mods,
 {
const char sep[] = " -> ";
int ir = 0;
-   ERR("Found %u modules in dependency cycles!\n", n_roots);
+   ERR("Found a dependency cycle!\n");
 
while (n_roots > 0) {
int is, ie;
@@ -1500,6 +1500,8 @@ static void depmod_report_cycles(struct depmod *depmod, 
uint16_t n_mods,
break;
}
}
+   if (i < 0)
+   continue;
 
buf = malloc(sz + n * strlen(sep) + 1);
sz = 0;


-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug


signature.asc
Description: Digital signature

Bug#796331: emdebian-archive-keyring: The following signatures were invalid: REVKEYSIG B5B7720097BB3B58

[Wookey]

Sorry this has taken so long to reply. Elena is right, the software is
working as expected and trying to tell you that the key the main jessie
emdebian archive is signed with has been revoked.

i.e. it is working as expected. 


Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#847043: O: gnulib -- GNU Portability Library

[Ian Beckwith]

Package: wnpp
Severity: normal

Hi,

I'm orphaning gnulib, it is way too long since I've kept up with
maintaining it.

The package description is:
 The GNU portability library is a macro system and C declarations and
 definitions for commonly-used API elements and abstracted system behaviors. It
 can be used to improve portability and other functionality in your programs.

Note that the source package also produces the git-merge-changelog
package, to aid in merging GNU-style ChangeLogs.

If you adopt gnulib, consider also creating and releasing upstream
stable snapshots, and using them as a source for the debian package.

I've attached the script and HOWTO I wrote to document the process of
creating stable snapshots.

My git repo is at:

git://erislabs.net/gnulib.git

http://erislabs.net/gitweb?p=gnulib.git

Branches are:

upstream - upstream master, unmodified
stable - stable snapshots
master - debian packaging

The upstream repo is at:

git://git.savannah.gnu.org/gnulib.git

http://git.savannah.gnu.org/gitweb/?p=gnulib.git

and the upstream mailing list is:

bug-gnu...@gnu.org

https://lists.gnu.org/mailman/listinfo/bug-gnulib

any questions, ask me or maybe the upstream mailing list

cheers,

Ian.
 How to make a gnulib stable snapshot
 

by Ian Beckwith 
Last Update: Tue Apr 24 2010
Latest Version: http://erislabs.net/projects/gnulib/STABLE-HOWTO.html

BRANCHES

   * upstream - tracks git://git.savannah.gnu.org/gnulib.git
   * stable   - the stable snapshot we produce, based on upstream
   * master   - the debian branch, based on stable (optional)

PROCEDURE

   * if you don't already have a repository:

 + clone the gnulib repo:
 $ git clone git://git.savannah.gnu.org/gnulib.git
 $ git branch -m master upstream

 + then either import the existing stable repo:
 $ git remote add erislabs git://erislabs.net/gnulib.git
 $ git fetch erislabs
 $ git branch stable erislabs/stable

 + or, if that isn't possible, start from scratch:
 $ git branch stable upstream

   * update upstream branch:
 $ git checkout upstream
 $ git pull

   * tag the current upstream HEAD for later use:
 $ git tag snapshot-start upstream

   * run the test suite:
 $ git checkout upstream
 $ ./gnulib-tool --create-megatestdir --with-tests  --dir=t 2>&1 | tee 
create.out
 $ cd t
 $ ./do-autobuild 2>&1 | tee ../build.out
 $ cd ..

   * find failing tests with:
 $ grep -L rc=0 t/logs/*

   * report any issues to bug-gnu...@gnu.org

   * merge the current upstream version into the stable branch:
 $ git checkout stable
 $ git merge upstream

   * resolve conflicts
 $ git checkout upstream 
 $ git commit -a

   * wait a week or so

   * update upstream branch:
 $ git checkout upstream
 $ git pull

   * create list of commits to review:
 $ git log --oneline --reverse --topo-order snapshot-start..upstream > 
../stable.log

   * return to the stable branch
 $ git checkout stable

   * prepare NEWS.stable for new release.

 + add new header

 + add __NEXTCOMMITMARKER__ tag where you want commits to be logged

   * for each commit in ../stable.log:

 + review each commit in ../stable.log:
 $ git show commitid

 + if you want to cherry-pick that commit:
 $ stable-cherry-pick commitid
   (stable-cherry-pick source: 
http://erislabs.net/ianb/projects/gnulib/stable-cherry-pick)

 + if the cherry-pick fails:

   * resolve the conflict and commit, making a note of the new commitid

   * fill in the new commitid in NEWS.stable, then commit

   * remove __NEXTCOMMIT__ marker from NEWS.stable, commit

   * test (see above). If testsuite fails, check whether bug exists
 in upstream branch, report to bug-gnu...@gnu.org.

   * remove the temporary snapshot-start tag
  $ git tag -d snapshot-start

   * tag the new release
  $ git tag stable/mmdd

   * create and upload tarball:
  $ git archive --format=tar --prefix=gnulib-mmdd-stable/ 
stable/mmdd | gzip -9 > ../gnulib-yymmdd-stable.tar.gz

   * push changes to stable git repository

   * mail announcement to bug-gnu...@gnu.org
#!/bin/sh
# stable-cherry-pick -- Cherry-pick commits into current branch and
#   log them to NEWS.stable. See STABLE-HOWTO for more info,
#   also at http://erislabs.net/projects/gnulib/STABLE-HOWTO.html

# Copyright (C) 2009-2010 Free Software Foundation, Inc.

# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.

# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the 

Bug#844579: console-setup: CyrAsia font missing Kazakh letter

[Baurzhan Muftakhidinov]

On Tue, Nov 22, 2016 at 6:09 PM, Anton Zinoviev  wrote:
> On Tue, Nov 22, 2016 at 05:05:56PM +0500, Baurzhan Muftakhidinov wrote:
>>
>> I checked fonts CyrAsia-Fixed16 and CyrAsia-Terminus16 from Debian repo,
>> and numero sign *is* there, so, it is definitely something I made wrong with
>> my own build. Lets forget about it, because it is unrelated to the topic of 
>> this
>> bugreport, which is to add three symbols to CyrAsia fontset definition.
>>
>> Does it sound reasonable?
>
> OK.
>
>> BTW, those symbols again for your convenience:
>>
>> Ұ U+04B0 Cyrillic Capital Letter Straight U with Stroke
>> ұ U+04B1 Cyrillic Small Letter Straight U with Stroke
>> ₸ U+20B8 Unicode Character 'TENGE SIGN'
>
> Thanks.
>
> Right now my Debian machine is not connected to Internet but I hope I
> will be able to make the necessary changes in no more than 10 days
> (unless some other developer does them before me).
>
> Anton Zinoviev
>

Good day,
Just realized the last mail missed the bugzilla.
Regards,

Bug#847042: debian-edu-install: [l10n] update Japanese debconf translation

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: debian-edu-install
Severity: wishlist
Tags: l10n patch

Hi,

I updated Japanese translation of debconf messages (ja.po).
Please apply this.

Thanks,
- -- 
Kenshi Muto
km...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Processed by Mailcrypt 3.5.9 

iQIcBAEBCgAGBQJYRNp4AAoJEB0hyD3EUuD8BHMP/1CftZlyoKby5c57StFCJq01
lf8ostVW6LaogRFIK64QzZ2XTUi08doLnVi7PbWzNmaRapgsNiskHz7jEso2/MDD
5jlgx2t3f2Y0K7hFAh6VYp49d77f6ZKob0XCQ8BxLhoK5G9dMwnFbAp45fYbTZT3
bI44+MUqVAFucqps6EFq6kUU8z/ebgh1WmHqC2h9CGv2Wk1ZoUhJCy9V3BrGhFg+
v2S4gMoPlfniePArsy68cM7O0zcWmP0/Ja4wAoNEWtr7EVuB0eP/BW48WHjnM0EQ
HJriaGZ2pTbMOYfTIFcfdAdTbp8uXkHHVV2ll71rh/nIfLrTqpVG8UBHp5lPBdeJ
3LHjSMmxkZ5rAOHPqGEIWEVLwGxvEKQ3hYMlw/Wvwd2h6XBkqo32SFP/WNFp6Hz7
MrMmW8wGbOpmOYmlNnvbN2oHVs4S5RJsyLVmpqT+mENs4M4QPfV2UgovARxTEUmb
b57eVVavIJLdUcs2NRAZLa+0beEHYs/eYmSYdcjZlUnNGsnkSrYTgGGk0wQZZhjI
r24yjy1QRPJwT9t4DkNc6bSjSjFpX07yxyruEqZqfUcLGssUbXfMpq3AjuJrD51x
5FHYzbZleX0npU9239Ss6aGlKYfuDD0sL1tB4oy6CHA0RlcUEwr5ebYPeTpZ40Zg
4BLJ4GlWQCc12HgAVbwp
=OAg/
-END PGP SIGNATURE-


ja.po
Description: Binary data

Bug#846915: Fixing OpenRC halt/reboot behavior by updating initscripts

[lumin]

Hi,

I realized that my initial patch is incorrect although
it worked. By default the halt service is not added
to runlevel «off» but that original patch requires user
to add service "halt" to runlevel "off" ... my bad.

I re-patched sysvinit package, I think this patch
is way much better. And since it detects the existence
of /sbin/openrc, it should not break the original
sysv-rc functionality.

tested on freebsd-amd64.

From 5aecdb9bbfc986b7406e624730fe5406b8d44efc Mon Sep 17 00:00:00 2001
From: Zhou Mo 
Date: Mon, 5 Dec 2016 03:09:11 +
Subject: [PATCH] fix openrc reboot/halt behavior

---
 debian/changelog | 8 
 debian/src/initscripts/etc/init.d/reboot | 3 +++
 2 files changed, 11 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 1b4d1b9..d786039 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+sysvinit (2.88dsf-59.9) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add OpenRC support to /etc/init.d/reboot, fixing OpenRC reboot behavior
+since openrc version 0.21-4 . (Closes: #844685)
+
+ -- Zhou Mo   Sun, 04 Dec 2016 09:18:29 +
+
 sysvinit (2.88dsf-59.8) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/src/initscripts/etc/init.d/reboot b/debian/src/initscripts/etc/init.d/reboot
index e1dcb1c..fcf4b65 100755
--- a/debian/src/initscripts/etc/init.d/reboot
+++ b/debian/src/initscripts/etc/init.d/reboot
@@ -29,6 +29,9 @@ case "$1" in
 	exit 3
 	;;
   stop)
+	if [ -x /sbin/openrc ] && [ "$RC_REBOOT" != "YES" ]; then
+		exec /etc/init.d/halt stop
+	fi
 	do_stop
 	;;
   status)
-- 
2.10.2

Bug#841294: Overrule maitainer of "global" to package a new upstream version

[Nikolaus Rath]

On Dec 05 2016, Ron  wrote:
> Hi Sam,
>
> On Wed, Nov 30, 2016 at 11:39:08AM -0500, Sam Hartman wrote:
>> > "Ron" == Ron   writes:
>> 
>> Ron> Hi OdyX,
>> 
>> Ron> On Wed, Nov 16, 2016 at 03:23:47PM +0100, Didier 'OdyX' Raboud 
>> wrote:
>> >> Hi there,
>> >> 
>> >> I've been mostly VAC, and only now found enough time to properly
>> >> read through this bug log. In the interest of transparency and to
>> >> help the TC reach a consensus (also through understanding what
>> >> the other members' understanding, ideas and positions are), here
>> >> comes my current understanding of the problem at hand.
>> >> 
>> >> As preamble, I will upfront state that I have _not_ looked in the
>> >> precise details of the so-called 'htags' functionality, as, the
>> >> rest will show, my current viewpoint on the problem is that it
>> >> doesn't matter.
>> 
>> Ron> If we run with your proposal, what are you actually suggesting
>> Ron> we tell the people who'd be upset by the loss of htags without
>> Ron> notice in Stretch?  Because I don't really see how you've
>> Ron> addressed that here.
>> 
>> Ron, thanks for working with the process.
>
> Thanks for engaging with the question :)
>
> I was a little disappointed that all OdyX had to say about it was:
>
>   I've sent a long mail with my opinion, and Ron's answer hasn't
> altered my conviction yet.
>
> Because "lalala, I'm not listening" isn't really an answer to a simple
> direct question.  And definitely not something that I can wrap with
> "Sorry, but a group of Debian Developers considered this all in careful
> detail, and this is what we have decided", when breaking the news to
> affected people.

...whose existence has only been postulated so far though.

In any case, it seems there are plenty of people who'd be willing to
relieve you of that burden and take over maintenance of global -
including dealing with any fallout from updating to an up-to-date
version.


Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«

Bug#846888: depmod crashes after detecting a dependency cycle

[Ben Hutchings]

ASAN provides some details:

=
==3449==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x7f9a506cbf 
at pc 0x7fa424475c bp 0x7fc1b55320 sp 0x7fc1b55388
WRITE of size 7 at 0x7f9a506cbf thread T0
#0 0x7fa424475b  (/usr/lib/aarch64-linux-gnu/libasan.so.3+0x5775b)
#1 0x5559676d7b in memcpy /usr/include/aarch64-linux-gnu/bits/string3.h:53
#2 0x5559676d7b in depmod_report_cycles ../tools/depmod.c:1515
#3 0x5559676d7b in depmod_calculate_dependencies ../tools/depmod.c:1596
#4 0x5559676d7b in depmod_load ../tools/depmod.c:1623
#5 0x5559676d7b in do_depmod ../tools/depmod.c:2605
#6 0x7fa40c2363 in __libc_start_main 
(/lib/aarch64-linux-gnu/libc.so.6+0x1f363)

0x7f9a506cbf is located 0 bytes to the right of 15-byte region 
[0x7f9a506cb0,0x7f9a506cbf)
allocated by thread T0 here:
#0 0x7fa429cbc3 in malloc (/usr/lib/aarch64-linux-gnu/libasan.so.3+0xafbc3)
#1 0x5559676c87 in depmod_report_cycles ../tools/depmod.c:1504
#2 0x5559676c87 in depmod_calculate_dependencies ../tools/depmod.c:1596
#3 0x5559676c87 in depmod_load ../tools/depmod.c:1623
#4 0x5559676c87 in do_depmod ../tools/depmod.c:2605
#5 0x7fa40c2363 in __libc_start_main 
(/lib/aarch64-linux-gnu/libc.so.6+0x1f363)
#6 0x555966b5ff  (/home/benh/kmod-23/build-deb/tools/kmod+0x135ff)

SUMMARY: AddressSanitizer: heap-buffer-overflow 
(/usr/lib/aarch64-linux-gnu/libasan.so.3+0x5775b) 
Shadow bytes around the buggy address:
  0x1ff34a0d40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x1ff34a0d50: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x1ff34a0d60: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x1ff34a0d70: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x1ff34a0d80: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x1ff34a0d90: fa fa fa fa fa fa 00[07]fa fa fd fa fa fa fd fa
  0x1ff34a0da0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
  0x1ff34a0db0: fa fa fd fd fa fa fd fd fa fa fd fa fa fa fd fd
  0x1ff34a0dc0: fa fa fd fd fa fa fd fa fa fa fd fa fa fa fd fa
  0x1ff34a0dd0: fa fa fd fd fa fa fd fd fa fa fd fd fa fa fd fd
  0x1ff34a0de0: fa fa fd fa fa fa fd fd fa fa fd fa fa fa fd fd
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:   00
  Partially addressable: 01 02 03 04 05 06 07 
  Heap left redzone:   fa
  Heap right redzone:  fb
  Freed heap region:   fd
  Stack left redzone:  f1
  Stack mid redzone:   f2
  Stack right redzone: f3
  Stack partial redzone:   f4
  Stack after return:  f5
  Stack use after scope:   f8
  Global redzone:  f9
  Global init order:   f6
  Poisoned by user:f7
  Container overflow:  fc
  Array cookie:ac
  Intra object redzone:bb
  ASan internal:   fe
  Left alloca redzone: ca
  Right alloca redzone:cb
==3449==ABORTING

-- 
Ben Hutchings
I'm always amazed by the number of people who take up solipsism because
they heard someone else explain it. - E*Borg on alt.fan.pratchett



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

Bug#847041: ImportError: cannot import name is_windows

[Pierre Rudloff]

Package: httpie
Version: 0.8.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable

httpie crashes with this error:
Traceback (most recent call last):
  File "/usr/bin/http", line 9, in 
load_entry_point('httpie==0.8.0', 'console_scripts', 'http')()
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line
565, in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line
2598, in load_entry_point
return ep.load()
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line
2258, in load
return self.resolve()
  File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line
2264, in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
  File "/usr/lib/python2.7/dist-packages/httpie/__main__.py", line 6, in

from .core import main
  File "/usr/lib/python2.7/dist-packages/httpie/core.py", line 21, in 
from .compat import str, is_py3
  File "/usr/lib/python2.7/dist-packages/httpie/compat.py", line 6, in 
from requests.compat import (
ImportError: cannot import name is_windows

This bug has been reported (and fixed) upstream:
https://github.com/jkbrzt/httpie/issues/314



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

Kernel: Linux 3.16.0-4-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 httpie depends on:
ii  python   2.7.9-1
ii  python-pygments  2.0.1+dfsg-1.1+deb8u1
ii  python-requests  2.4.3-6

httpie recommends no packages.

httpie suggests no packages.

-- no debconf information

Bug#847040: evil-el: test suite fails under emacs25

[Sean Whitton]

Source: evil-el
Version: 1.2.12-2
Severity: important
Tags: upstream

Dear maintainer,

evil-el seems to be incompatible with emacs25.  The test suite fails:

Ran 181 tests, 171 results as expected, 10 unexpected (2016-12-04 
18:51:14-0700)

10 unexpected results:
   FAILED  evil-test-insert-repeat-info
   FAILED  evil-test-normal-repeat-info-char-command
   FAILED  evil-test-normal-repeat-info-simple-command
   FAILED  evil-test-repeat
   FAILED  evil-test-repeat-append
   FAILED  evil-test-repeat-append-line
   FAILED  evil-test-repeat-insert
   FAILED  evil-test-repeat-insert-line
   FAILED  evil-test-repeat-open-above
   FAILED  evil-test-repeat-open-below

While this problem does cause an FTBFS, I'm filing a separate bug from
#829299 because that one concerns buildd tty issues rather than
emacs24/emacs25 compatibility.

This will be RC if and when emacs24 is RM'd, which we are hoping to do
soon.

Thanks!

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

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

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#269769: [Pkg-zsh-devel] Bug#269769: zsh: sabcmd completion doesn't work

[Vincent Lefevre]

On 2016-12-04 03:54:36 +0100, Axel Beckert wrote:
> I seem to have missed that issue when writing the 5.0.8-1 changelog
> entry, but the next upstream release after the 22nd of October 2014
> was 5.0.8, so it must have been fixed with the 5.0.8-1 upload.

Well, now it is probably no longer useful any longer as Sablotron
was removed from Debian in 2011:

  https://packages.qa.debian.org/s/sablotron.html
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624672

(no longer maintained upstream).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#844685: [PKG-OpenRC-Debian] Bug#844685: openrc: System reboots instead of shutting down (su -c halt)

[Benda Xu]

Hi lumin,

lumin  writes:

> I encountered the same problem after replacing sysv-rc
> with openrc on sid/kfreebsd-amd64. "sudo poweroff" just
> triggers a reboot instead of real poweroff.
>
> This can be fixed by installing sysv-rc back.

Thanks for the report.  I can reproduce this bug on Linux, too.

Yours,
Benda

Bug#847039: jqueryui: please build reproducibly (fileordering)

[Clint Adams]

Source: jqueryui
Version: 1.12.1+dfsg-2
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering

While working on the “reproducible builds” effort [1], we have noticed
that jqueryui could not be built reproducibly.

The attached patch ensures a stable file order when globbing i18n js
files.

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/rules b/debian/rules
index 489b49a..c6a2339 100755
--- a/debian/rules
+++ b/debian/rules
@@ -64,6 +64,7 @@ themes/base/jquery-ui.css:
 # Strip copyright block per file in concatentated file
sed -i -e 's#^/\*!$$##; s#^ \*.*##; s#^ \*$$##' $@
 
+ui/i18n/jquery-ui-i18n.js: export LC_ALL=C.UTF-8
 ui/i18n/jquery-ui-i18n.js:
# Replace newline with \r to ease use of sed (I don't know well enough 
how
# to achieve the same thing in the hold space).

Bug#847038: Wireless password displayed in clear

[willy]

Package: installation-reports

Image version: 
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/jigdo-cd/firmware-testing-amd64-netinst.jigdo
 timestamped 2016-11-28 06:24

I was installing over wifi, and encountered two problems.

First, it said it needed non-free firmware for the iwlwifi that it
couldn't find ... but I'd used the non-free jigdo above, so I thought they
probably were on the USB stick.  I asked it to look and it found them.
Why didn't it find them the first time?

Second, it prompted me to enter the WPA2 passphrase, but it displays the
password as I typed it instead of masking it with dots the way that it
does for user & root passwords.

Bug#846312: vim package fails to build with missing man files

[James McCoy]

On Sun, Dec 04, 2016 at 11:07:28PM +, David Barnett wrote:
> Turns out the problem was that I was building with make 3.81, which doesn't
> support the trailing "=" syntax in "define VAR =" (and for some reason 
> silently
> ignores the whole block?).

Thanks for tracking that down!  I didn't realize that was something new
to 3.81.  It's the first time I've used the "define" construct.

> Just deleting that one = sign makes everything work
> for me. Would it be okay to remove that and maintain 3.81 compatibility just a
> little longer?

I'd be perfectly fine with changing that. :)

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#846953: [pkg-gnupg-maint] Bug#846953: gpg2 fails to decrypt with "No secret key" but gpg1 succeeds

[Ryan Kavanagh]

Hi Daniel,

On Sun, Dec 04, 2016 at 07:08:34PM -0500, Daniel Kahn Gillmor wrote:
> Please try:
> 
> ~/.gnupg/.gpg-v21-migrated
> gpg --list-secret-keys

Guessing from the bug report and from the fact that
~/.gnupg/.gpg-v21-migrated is empty, the first command was supposed to
be an rm on that file. It didn't work. I thought it might have something
to do with my stupidly big key size, but it doesn't work for my old
(reasonably sized) key either.

rak@zeta:~$ rm .gnupg/.gpg-v21-migrated
rak@zeta:~$ killall gpg-agent
rak@zeta:~$ ps aux | grep gpg-agent
rak347  0.0  0.0  12784   972 pts/5S+   20:29   0:00 grep gpg-agent
rak@zeta:~$ gpg --list-secret-keys
gpg: starting migration from earlier GnuPG versions
gpg: porting secret keys from '/home/rak/.gnupg/secring.gpg' to gpg-agent
gpg: key 7BD15207E95EDDC9: secret key imported
gpg: key 8F7BF8FC4A11C97A: secret key imported
gpg: key 5FA9C430B8F36FCA: secret key imported
gpg: migration succeeded

rak@zeta:~$ echo "ABC" | gpg -r$GPGKEY --encrypt | gpg --debug 8 --decrypt
gpg: reading options from '/home/rak/.gnupg/gpg.conf'
gpg: enabled debug flags: filter
gpg: encrypted with 10240-bit RSA key, ID 20E0235B0F5E9C64, created 2009-09-24
  "Ryan Kavanagh "
gpg: public key decryption failed: Inappropriate ioctl for device
gpg: decryption failed: No secret key
gpg: secmem usage: 0/65536 bytes in 0 blocks
rak@zeta:~$ echo "ABC" | gpg -r$GPGKEY1 --encrypt | gpg --debug 8 --decrypt
gpg: reading options from '/home/rak/.gnupg/gpg.conf'
gpg: enabled debug flags: filter
gpg: encrypted with 2048-bit ELG key, ID 6C6FA7C974FCFC3F, created 2006-02-22
  "Ryan Kavanagh (kubuntu.org email alias) "
gpg: public key decryption failed: Inappropriate ioctl for device
gpg: decryption failed: No secret key
gpg: secmem usage: 0/65536 bytes in 0 blocks

> If it doesn't work for you, please report back here, and let us know the
> output of:
> 
> readlink -f $(which pinentry)
> grep pinentry-program ~/.gnupg/gpg-agent.conf
> echo getinfo flavor | pinentry

rak@zeta:~$ readlink -f $(which pinentry)
/usr/bin/pinentry-curses
rak@zeta:~$ grep pinentry-program ~/.gnupg/gpg-agent.conf
grep: /home/rak/.gnupg/gpg-agent.conf: No such file or directory
rak@zeta:~$ echo getinfo flavor | pinentry
OK Pleased to meet you
D curses:curses
OK

I run gpg from a text-mode terminal. I would be surprised if it were a
pinentry problem, because I can successfully sign messages using
gpg2+pinentry, e.g.,

rak@zeta:~$ echo "abc" > /tmp/abc && gpg --clearsign /tmp/abc
gpg: using "8F7BF8FC4A11C97A" as default secret key for signing

rak@zeta:~$ gpg --verify /tmp/abc.asc
gpg: Signature made Sun 04 Dec 2016 08:34:55 PM EST
gpg:using RSA key 4E469519ED677734268FBD958F7BF8FC4A11C97A


Best wishes,
Ryan

-- 
|_)|_/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
| \| \  https://ryanak.ca/ |  BD95 8F7B F8FC 4A11 C97A


signature.asc
Description: PGP signature

Bug#847037: ucspi-unix: please make the build reproducible (fileordering)

[Valerie R Young]

Package: ucspi-unix
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that ucspi-unix could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider this other patch from the reproducible builds team:
https://bugs.debian.org/777019

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#847035: bulletml: please make the build reproducible (locale)

[Dafydd Harries]

Source: bulletml
Version: 0.0.6-6.1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps fileordering

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that bulletml could not be built reproducibly.

The attached patch sets LC_ALL=C when adding members to the
libbulletml.a archive so that members are added in a deterministic
order.

Regards,

Daf

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/makefile.patch b/debian/patches/makefile.patch
index 9062d16..966e207 100644
--- a/debian/patches/makefile.patch
+++ b/debian/patches/makefile.patch
@@ -3,8 +3,8 @@
 
 Index: bulletml-0.0.6/src/Makefile
 ===
 bulletml-0.0.6.orig/src/Makefile	2007-08-28 11:52:24.0 +
-+++ bulletml-0.0.6/src/Makefile	2007-08-28 11:54:20.0 +
+--- bulletml-0.0.6.orig/src/Makefile
 bulletml-0.0.6/src/Makefile
 @@ -1,27 +1,46 @@
 -CC = g++
 -INCLUDES = -I.
@@ -37,7 +37,7 @@ Index: bulletml-0.0.6/src/Makefile
  
 -all: libbulletml.a
 +libbulletml.a: tinyxml/tinyxml.o ../bulletml.d $(OBJS)
-+	ar cru $@ *.o tinyxml/tiny*.o
++	LC_ALL=C ar cru $@ *.o tinyxml/tiny*.o
  
 -libbulletml.a: $(OBJS)
 +../bulletml.d: bulletml_d.cpp

Bug#847036: ucspi-tcp: please make the build reproducible (fileordering)

[Valerie R Young]

Package: ucspi-tcp
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that ucspi-tcp could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider these other patches from the reproducible builds team:
https://bugs.debian.org/777020

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#838778: libatk still causes crashes

[Samuel Thibault]

Hello,

Sebastian Humenda, on Fri 02 Dec 2016 18:09:48 +0100, wrote:
> I've attached a full back trace (pretty long) taken with "thread apply all bt
> full". I've also attached the hs_err log file.

Thanks for the trace!  I have found the corresponding culprit.  Could you
try with version -12 which I have just uploaded?

Samuel

Bug#846993: vim-gtk3: vimdiff does not compare last lines if editing changes lines

[James McCoy]

On Sun, Dec 04, 2016 at 09:25:41PM +0100, Helge Kreutzmann wrote:
> The last two lines are now identical (they only contain the word
> »rows«), but vimdiff (in the current version) does not show this. 
> 
> (This is an artifical case, ordinarily the last line contains many
> words, so it is not easy to spot if they are actually identical). 
> 
> To really see the a proper diff, you need to save the changed file,
> quit vim and rerun the vimdiff command from above.

Can't you just run ":diffupdate" instead?

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#847034: twoftpd: please make the build reproducible (fileordering)

[Valerie R Young]

Package: twoftpd
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that twoftpd  could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider this other patch from the reproducible builds team:
https://bugs.debian.org/777369

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#847033: newlib: please make the build reproducible (locale)

[Dafydd Harries]

Source: newlib
Version: 2.2.0+git20150830.5a3d536-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that newlib could not be built reproducibly.

In particular, the order in which object files get added to archives is
not deterministic. I think the problem is that the locale affects how
the shell sorts filenames.

I've attached two patches. The first modifies Makefile.am files to use
LC_ALL=C when adding members to archives, and as such is suitable for
sending upstream. The second is the equivalent change for Makefile.in,
and us such is suitable for applying to the Debian package (since it
does not invoke automake).

Regards,

Daf

 [1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/newlib/Makefile.am b/newlib/Makefile.am
index 5ecce4c..9cc1152 100644
--- a/newlib/Makefile.am
+++ b/newlib/Makefile.am
@@ -160,6 +160,7 @@ libc.a: libc/libc.a libm.a
 	rm -rf libc.a libg.a tmp
 	mkdir tmp
 	cd tmp; \
+	LC_ALL=C ; \
 	 $(AR) x ../libm.a $(MATHOBJS_IN_LIBC) ; \
 	 $(AR) x ../libc/libc.a ; \
 	 $(AR) $(AR_FLAGS) ../$@ *.o
diff --git a/newlib/libc/Makefile.am b/newlib/libc/Makefile.am
index 21a74fe..b741f24 100644
--- a/newlib/libc/Makefile.am
+++ b/newlib/libc/Makefile.am
@@ -107,6 +107,7 @@ libc.a: $(SUBLIBS)
 	rm -rf tmp
 	mkdir tmp
 	cd tmp; \
+	LC_ALL=C ; \
 	 for i in $(SUBLIBS); do \
 	   $(AR) x ../$$i; \
 	 done; \
diff --git a/newlib/libc/sys/linux/Makefile.am b/newlib/libc/sys/linux/Makefile.am
index 8dcc64e..d61ad36 100644
--- a/newlib/libc/sys/linux/Makefile.am
+++ b/newlib/libc/sys/linux/Makefile.am
@@ -196,6 +196,7 @@ lib.a:  $(lib_a_OBJECTS)
 	rm -rf tmp
 	mkdir tmp
 	cd tmp; \
+	LC_ALL=C ; \
 	for i in $(SUBLIBS); do \
 	  $(AR) x ../$$i; \
 	done; \
diff --git a/newlib/libm/Makefile.am b/newlib/libm/Makefile.am
index bc45816..a6bb44c 100644
--- a/newlib/libm/Makefile.am
+++ b/newlib/libm/Makefile.am
@@ -25,6 +25,7 @@ libm.a: $(SUBLIBS)
 	rm -rf tmp
 	mkdir tmp
 	cd tmp; \
+	LC_ALL=C ; \
 	  for i in $(SUBLIBS); do \
 	$(AR) x ../$$i; \
 	done; \
diff --git a/newlib/Makefile.in b/newlib/Makefile.in
index 468ae99..2dc6388 100644
--- a/newlib/Makefile.in
+++ b/newlib/Makefile.in
@@ -908,6 +908,7 @@ uninstall-am: uninstall-toollibDATA uninstall-toollibLIBRARIES \
 @USE_LIBTOOL_FALSE@	rm -rf libc.a libg.a tmp
 @USE_LIBTOOL_FALSE@	mkdir tmp
 @USE_LIBTOOL_FALSE@	cd tmp; \
+@USE_LIBTOOL_FALSE@	LC_ALL=C; \
 @USE_LIBTOOL_FALSE@	 $(AR) x ../libm.a $(MATHOBJS_IN_LIBC) ; \
 @USE_LIBTOOL_FALSE@	 $(AR) x ../libc/libc.a ; \
 @USE_LIBTOOL_FALSE@	 $(AR) $(AR_FLAGS) ../$@ *.o
diff --git a/newlib/libc/Makefile.in b/newlib/libc/Makefile.in
index cbddc5f..abcd0c7 100644
--- a/newlib/libc/Makefile.in
+++ b/newlib/libc/Makefile.in
@@ -1026,6 +1026,7 @@ uninstall-am: uninstall-dvi-am uninstall-html-am uninstall-info-am \
 @USE_LIBTOOL_FALSE@	rm -rf tmp
 @USE_LIBTOOL_FALSE@	mkdir tmp
 @USE_LIBTOOL_FALSE@	cd tmp; \
+@USE_LIBTOOL_FALSE@	LC_ALL=C; \
 @USE_LIBTOOL_FALSE@	 for i in $(SUBLIBS); do \
 @USE_LIBTOOL_FALSE@	   $(AR) x ../$$i; \
 @USE_LIBTOOL_FALSE@	 done; \
diff --git a/newlib/libc/sys/linux/Makefile.in b/newlib/libc/sys/linux/Makefile.in
index b15741b..fbfd9d4 100644
--- a/newlib/libc/sys/linux/Makefile.in
+++ b/newlib/libc/sys/linux/Makefile.in
@@ -1599,6 +1599,7 @@ uninstall-am:
 @USE_LIBTOOL_FALSE@	rm -rf tmp
 @USE_LIBTOOL_FALSE@	mkdir tmp
 @USE_LIBTOOL_FALSE@	cd tmp; \
+@USE_LIBTOOL_FALSE@	LC_ALL=C; \
 @USE_LIBTOOL_FALSE@	for i in $(SUBLIBS); do \
 @USE_LIBTOOL_FALSE@	  $(AR) x ../$$i; \
 @USE_LIBTOOL_FALSE@	done; \
diff --git a/newlib/libm/Makefile.in b/newlib/libm/Makefile.in
index 86c4a8e..d52cbd6 100644
--- a/newlib/libm/Makefile.in
+++ b/newlib/libm/Makefile.in
@@ -899,6 +899,7 @@ uninstall-am: uninstall-dvi-am uninstall-html-am uninstall-info-am \
 @USE_LIBTOOL_FALSE@	rm -rf tmp
 @USE_LIBTOOL_FALSE@	mkdir tmp
 @USE_LIBTOOL_FALSE@	cd tmp; \
+@USE_LIBTOOL_FALSE@	LC_ALL=C; \
 @USE_LIBTOOL_FALSE@	  for i in $(SUBLIBS); do \
 @USE_LIBTOOL_FALSE@	$(AR) x ../$$i; \
 @USE_LIBTOOL_FALSE@	done; \

Bug#841294: Overrule maitainer of "global" to package a new upstream version

[Ron]

Hi Sam,

On Wed, Nov 30, 2016 at 11:39:08AM -0500, Sam Hartman wrote:
> > "Ron" == Ron   writes:
> 
> Ron> Hi OdyX,
> 
> Ron> On Wed, Nov 16, 2016 at 03:23:47PM +0100, Didier 'OdyX' Raboud wrote:
> >> Hi there,
> >> 
> >> I've been mostly VAC, and only now found enough time to properly
> >> read through this bug log. In the interest of transparency and to
> >> help the TC reach a consensus (also through understanding what
> >> the other members' understanding, ideas and positions are), here
> >> comes my current understanding of the problem at hand.
> >> 
> >> As preamble, I will upfront state that I have _not_ looked in the
> >> precise details of the so-called 'htags' functionality, as, the
> >> rest will show, my current viewpoint on the problem is that it
> >> doesn't matter.
> 
> Ron> If we run with your proposal, what are you actually suggesting
> Ron> we tell the people who'd be upset by the loss of htags without
> Ron> notice in Stretch?  Because I don't really see how you've
> Ron> addressed that here.
> 
> Ron, thanks for working with the process.

Thanks for engaging with the question :)

I was a little disappointed that all OdyX had to say about it was:

  I've sent a long mail with my opinion, and Ron's answer hasn't
altered my conviction yet.

Because "lalala, I'm not listening" isn't really an answer to a simple
direct question.  And definitely not something that I can wrap with
"Sorry, but a group of Debian Developers considered this all in careful
detail, and this is what we have decided", when breaking the news to
affected people.


> I think that one thing you sometimes find when you try and build
> consensus is that your conception of the problem and even the values by
> which a solution should be judged is not shared.

I think you and I shared some opinions about the merits of the IETF
model for consensus on #-devel back when people were last exasperated
with Ian's antics and looking to get some new blood and new ways of
thinking into the ctte.  So yes, I don't have a problem with my view
of things ending up being what's in the rough - the important part is
that the questions raised have been answered, and that there's rough
consensus those answers are sufficient to actually address the problem
in some manner.

Or more concisely:

 "Rough consensus is achieved when all issues are addressed, but not
  necessarily accommodated"

https://tools.ietf.org/html/rfc7282, if people aren't already familiar
with that process.


> As I understand it, you believe we should be evaluating the technical
> options and that preserving things that work is of high value.
> 
> I think a lot of us believe that get newest code is a presumptive value
> especially over the multiple releases time frame.

It's probably a bit more subtle than that, though my context is certainly
going to be coloured by knowing the history of this particular package.

This is a package which required significant patching to bring it up to
what was considered acceptable practice for distro software from its very
first release with debian back in 1999.  Some of the issues were just
general problems and bugs, and upstream took patches for those.  And some
of them were things he just didn't care about (or understand) at all,
but he welcomed them being maintained separately as distro patches.

So I don't see it as an unusual thing for us to patch the problems that
are effecting distro users.

And I've looked at what the newer versions have added, and it's not like
there's a lot there which could really be described as earth shattering
must-haves.

And I don't think the only answer to fixing what Vincent is complaining
about, or the issues that Wookey looked into more recently is "new
upstream or bust".  I'm pretty sure that we could probably fix those
relatively simply with patches to what we have now.

I even asked for enough information to be able to assess and/or do that.
But there was no interest in providing that from Vincent or Punit, and
no other user of ggtags has surfaced to put their hand up, so like most
things with insufficient information and interest, that went no further
so far.


So as a one sentence answer, "my belief" is probably more like "we can
have the best of both worlds for Stretch".  If the people expending
energy arguing here, spent just a tiny portion of that on looking into
their *problem* instead of fighting over their line-of-least-work
solution.


I'm not insisting that's what we should do.  But it's certainly an
option, and it dodges the bullet of having to say "Sucks to be you"
without any notice at all.  And it doesn't take anything away from
the people who want "new upstream or bust" for Stretch, because it
can still be available to them in backports.  Without going scorched
earth on the other users, who would have no other option but to
package their own local versions for the duration of Stretch.

Bug#847032: tinydyndns: please make the build reproducible (fileordering)

[Valerie R Young]

Package: tinydyndns
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that tinydyndns could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider these other patches from the reproducible builds team:
https://bugs.debian.org/776929
https://bugs.debian.org/793729

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#847031: socklog: please make the build reproducible (fileordering)

[Valerie R Young]

Package: socklog
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that socklog could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider these other patches from the reproducible builds team:
https://bugs.debian.org/777419
https://bugs.debian.org/793723

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#847030: skalibs: please make the build reproducible (fileordering)

[Valerie R Young]

Package: skalibs
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that skalibs could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider these other patches from the reproducible builds team:
https://bugs.debian.org/792990

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#847029: qmail-tools: please make the build reproducible (fileordering)

[Valerie R Young]

Package: qmail-tools
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that qmail-tools could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider this other patch from the reproducible builds team:
https://bugs.debian.org/776936

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#847028: qmail-run: please make the build reproducible (fileordering)

[Valerie R Young]

Package: qmail-run
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that qmail-run could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider these other patches from the reproducible builds team:
https://bugs.debian.org/776952
https://bugs.debian.org/793711

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2008-04-23 17:55:30.0 -0400
+++ implicit	2016-12-04 19:39:56.915120139 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#847026: psgml: please make the build reproducible (fileordering)

[Valerie R Young]

Package: psgml
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that psgml could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider this other patches from the reproducible builds team:
https://bugs.debian.org/777505

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- install_cmds.mk	2016-12-04 19:15:11.0 -0500
+++ install_cmds.mk	2016-12-04 19:23:13.832508379 -0500
@@ -41,7 +41,8 @@
find . -type f  \
   ! -regex './DEBIAN/.*'   \
   ! -regex './etc/.*' $(EXTRA_MD5SUM_EXCLUDE)  \
-  -printf '%P\0' | xargs -r0 md5sum > DEBIAN/md5sums ; \
+  -printf '%P\0' | LC_ALL=C sort -z\
+  | xargs -r0 md5sum > DEBIAN/md5sums ;\
if [ -z "DEBIAN/md5sums" ] ; then   \
rm -f "DEBIAN/md5sums" ;\
fi ;\

Bug#847027: claws-mail: "Next" no longer shows email

[Paul "LeoNerd" Evans]

Package: claws-mail
Version: 3.14.1-1
Severity: normal

Before the latest update, keyboard shortcuts of "n" and "N", or the
"Next" button in the toolbar used to display an email (and remove the
unread flag) in addition to moving to it. In the current version that
stopped working, requiring me to hit the Enter key.

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

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

Versions of packages claws-mail depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-5
ii  libcairo21.14.6-1.1
ii  libcompfaceg11:1.5.2-5
ii  libdb5.3 5.3.28-12
ii  libdbus-1-3  1.10.12-1
ii  libdbus-glib-1-2 0.108-1
ii  libenchant1c2a   1.6.0-11+b1
ii  libetpan17   1.6-2
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.2-1
ii  libgnutls30  3.5.6-4
ii  libgtk2.0-0  2.24.31-1
ii  libice6  2:1.0.9-1+b1
ii  libldap-2.4-22.4.42+dfsg-2+b3
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpangoft2-1.0-01.40.3-3
ii  libpisock9   0.12.5-dfsg-2+b2
ii  libsasl2-2   2.1.27~72-g88d82a3+dfsg-1
ii  libsm6   2:1.2.2-1+b1
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-2+b3

Versions of packages claws-mail recommends:
ii  aspell-en [aspell-dictionary]  2016.06.26-0-0.1
ii  claws-mail-i18n3.14.1-1
ii  xfonts-100dpi  1:1.0.4+nmu1
ii  xfonts-75dpi   1:1.0.4+nmu1

Versions of packages claws-mail suggests:
ii  chromium [www-browser]  53.0.2785.143-1
pn  claws-mail-doc  
pn  claws-mail-tools
ii  elinks [www-browser]0.12~pre6-11+b2
ii  firefox [www-browser]   50.0-3
ii  firefox-esr [www-browser]   45.5.0esr-1
ii  google-chrome-stable [www-browser]  54.0.2840.100-1
ii  lynx [www-browser]  2.8.9dev11-1
ii  mousepad0.4.0-4
ii  w3m [www-browser]   0.5.3-32

-- no debconf information


-- 
Paul "LeoNerd" Evans

leon...@leonerd.org.uk  |  https://metacpan.org/author/PEVANS
http://www.leonerd.org.uk/  |  https://www.tindie.com/stores/leonerd/

Bug#847025: xserver-xorg-core: Version 1.19.0 crashes frequently

[Robert Luberda]

Package: xserver-xorg-core
Version: 2:1.19.0-2
Severity: important


Xserver 1.19.0 constantly crashes, see the three log files attached to
this mail.

This happens mostly after I start kodi and try to use firefox at the 
same time. Such a combination forces X server to crash usually after a 
few minutes. Sometimes it takes a bit longer. Sometimes X does not crash, 
but the kodi screen just gets black instead.

Downgrading xserver-xorg-core together with a few dependent packages fixes 
the issue to me.

Regards,
robert

Note: the data generated below by reportbug refer to the downgraded
package (2:1.18.4-2).

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Apr 13  2006 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Sep  6 15:09 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] RV280 [Radeon 9200 PRO] [1002:5960] (rev 01)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 5802 Feb 11  2016 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---

# xorg.conf (Xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom
#   md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum
#   dpkg-reconfigure xserver-xorg
###Section "Monitor"
### Identifier   "aticonfig-Monitor[0]"
### Option  "VendorName" "ATI Proprietary Driver"
### Option  "ModelName" "Generic Autodetecting Monitor"
### Option  "DPMS" "true"
###EndSection
###Section "Screen"
### Identifier "aticonfig-Screen[0]"
### Device "aticonfig-Device[0]"
### Monitor"aticonfig-Monitor[0]"
### DefaultDepth 24
### SubSection "Display"
### Viewport   0 0
### Depth 24
### EndSubSection
###EndSection
Section "ServerFlags"
Option "AllowEmptyInput" "off"
#   Option "AutoAddDevices"  "off"
#   Option "AutoEnableDevices" "off"
Option "DontZap"  "false"
Option "AllowZap"  "true"
EndSection

Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Default Screen" 0 0
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
EndSection

Section "Files"

# FontPath  "unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
FontPath "/usr/share/fonts/truetype"
FontPath "/usr/share/fonts/X11/CID"
FontPath "/usr/share/fonts/X11/CID"
FontPath "/usr/lib/X11/fonts/CID"
FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/lib/X11/fonts/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/lib/X11/fonts/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/usr/lib/X11/fonts/75dpi"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/lib/X11/fonts/Type1"
EndSection

Section "Module"
Load  "bitmap"
Load  "dbe"
Load  "ddc"
Load  "dri"
Load  "extmod"
SubSection "extmod"
#   Option "omit xfree86-dga"
EndSubSection
Load  "freetype"
Load  "glx"
Load  "int10"
Load  "record"
#   Load  "type1"
#   Load  "v4l"
Load  "vbe"
#   Load "dga"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules" "xorg"
Option  "XkbModel" "pc104"
Option  "XkbLayout" "pl"
#   Option  

Bug#847024: torrus: please make build reproducible (environment)

[Clint Adams]

Source: torrus
Version: 2.09-1
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment

While working on the “reproducible builds” effort [1], we have noticed
that torrus could not be built reproducibly.

The attached patch forces SHELL to be set to /bin/sh and not differ
depending on the current environment.
diff --git a/debian/rules b/debian/rules
index 0b56d69..21095b8 100755
--- a/debian/rules
+++ b/debian/rules
@@ -39,7 +39,9 @@ override_dh_auto_configure:
--libdir=/usr/share/torrus/lib \
--mandir=/usr/share/man \
--enable-pkgonly \
-   --disable-varperm
+   --disable-varperm \
+   SHELL=/bin/sh \
+   CONFIG_SHELL=/bin/sh
 
 
 override_dh_auto_build:

Bug#846983: ecryptfs-utils: please build against libgpgme-dev instead of libgpgme11-dev

[Daniel Kahn Gillmor]

On Sun 2016-12-04 16:12:08 -0500, László Böszörményi (GCS) wrote:
> On Sun, Dec 4, 2016 at 8:52 PM, Daniel Kahn Gillmor
>  wrote:
>> the gpgme development package is now known as libgpgme-dev, not
>> libgpgme11-dev.  please convert the build-deps for ecryptfs-utils,
>> since this seems to be blocking the transition of gpgme1.0 to testing.
> [...]
>> I plan on NMU'ing this change to DELAYED/2 later today unless there
>> are objections.
>  Please don't NMU it - while I will need the same two, maybe three
> days as I'm on a short holiday; I've other things pending at home.

OK, let me know when this upload is resolved.

thanks for maintaining ecryptfs-utils for debian!

   --dkg


signature.asc
Description: PGP signature

Bug#847023: netqmail: please make the build reproducible (fileordering)

[Valerie R Young]

Package: netqmail
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that netqmail could not be built reproducibly.
Specifically the order of the sorted md5sums files varies.

The attached patch fixes those issues.

Please consider these other patches from the reproducible builds team:
https://bugs.debian.org/777021

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- implicit	2016-12-04 19:02:47.675493080 -0500
+++ implicit-new	2016-12-04 19:02:40.778963393 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok

Bug#846477: Status update

[Aaron M. Ucko]

Andreas Tille  writes:

> it would be really great if you could commit your current state even
> if there might be remaining issues.  I need it locally urgently.

OK, rebased and pushed.

-- 
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#846953: [pkg-gnupg-maint] Bug#846953: gpg2 fails to decrypt with "No secret key" but gpg1 succeeds

[Daniel Kahn Gillmor]

Hi Ryan--

On Sun 2016-12-04 10:52:12 -0500, Ryan Kavanagh wrote:
> I'm unable to decrypt messages with gpg2, but can decrypt them with gpg1. See
> below for details. Please let me know if I can provide any further debugging
> information.

This sounds a lot like https://bugs.gnupg.org/gnupg/issue2811

Please try:

~/.gnupg/.gpg-v21-migrated
gpg --list-secret-keys

and then try the decryption again with gpg.

If this works for you, please report back here!

If it doesn't work for you, please report back here, and let us know the
output of:

readlink -f $(which pinentry)
grep pinentry-program ~/.gnupg/gpg-agent.conf
echo getinfo flavor | pinentry

and what context you're running gpg from: within a graphical session, in
a text-mode terminal, etc.

Thanks!

--dkg



signature.asc
Description: PGP signature

Bug#846539: ITP: gwcs -- Tools for managing the World Coordinate System of astronomical data

[Miguel de Val-Borro]

Dear Ole,

That sounds great.  The GWCS package is ready for review now and is
available at the git repository on alioth below. Thank you in advance
for any comments on the package.

https://anonscm.debian.org/cgit/debian-astro/packages/gwcs.git

Miguel

On Fri, Dec 02, 2016 at 08:52:35AM +0100, Ole Streicher wrote:
> Dear Miguel,
> 
> would you mind to put the packaging under Debian Astro team maintenance?
> This would make contributions of others easier, and we would also help
> you with questions and finally sponsor the package when it is ready.
> 
> On 01.12.2016 23:56, Miguel de Val-Borro wrote:
> > * Package name: gwcs
> >   Version : 0.5.1
> >   Upstream Author : Nadia Dencheva 
> > * URL : https://github.com/spacetelescope/gwcs
> > * License : BSD-3-Clause
> >   Programming Lang: Python
> >   Description : Tools for managing the World Coordinate System of 
> > astronomical data
> > 
> > GWCS supports a data model which includes the entire transformation pipeline
> > from input coordinates to world coordinates.  The goal of the package is to
> > provide a flexible toolkit which is easily extendible by adding new 
> > transforms
> > and frames.
> > 
> > The package will be maintained using a git repository on alioth.
> 
> The Debian Astro web page is https://blends.debian.org/astro
> 
> I am forwarding this to our mailing list as well:
> 
> https://lists.debian.org/debian-astro
> 
> Best regards
> 
> Ole
> 

Bug#847022: mimefilter: please make the build reproducible (locale)

[Valerie R Young]

Package: mimefilter
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that mimefilter could not be built reproducibly.
Specifically the order of the sorted md5sums files depend on locale.

The attached patch fixes those issues.

Please consider these other patches from the reproducible builds team:
https://bugs.debian.org/777486
https://bugs.debian.org/793704

Thanks!
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- rules	2016-12-04 18:29:09.453732960 -0500
+++ rules	2016-12-04 18:29:40.959673824 -0500
@@ -95,7 +95,7 @@
 #-#	cd $(tmp) && du -k * | grep -v 'DEBIAN' | sort -k 2 -o $(tmp)//DEBIAN//du
 	cd $(tmp) && md5sum \
 		$$(find ./ -path './DEBIAN' -prune -o -type f -printf "%P\n") \
-		| sort -k 2 -o $(tmp)//DEBIAN//md5sums
+		| LC_ALL=C sort -k 2 -o $(tmp)//DEBIAN//md5sums
 	dpkg-gencontrol -isp
 	chown -R root.root $(tmp)
 	chmod -R go=rX $(tmp)

Bug#844263: libxml-security-c-dev: depending on libssl1.0-dev breaks open-vm-tools

[Cantor, Scott]

On 12/4/16, 4:00 PM, "Ferenc Wagner,,, on behalf of Ferenc Wágner" 
 wrote:

> Sure you did, and nobody blames you (I hope my mail didn't come through
> like that).

No, it didn't.

Didn't Debian at one time support simultaneous installation of libcurl built on 
both NSS and OpenSSL? Can't they just provide a libcurl for both OpenSSL 
versions, with appropriate naming changes?

-- Scott
 

Bug#847021: oolite: please make the build reproducible (locale)

[Clint Adams]

Source: oolite
Version: 1.84-1
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale

While working on the “reproducible builds” effort [1], we have noticed
that oolite could not be built reproducibly.

The attached patch forces the libreoffice HTML conversion to run under
C.UTF-8 no matter what the current build locale is.

 [1]: https://wiki.debian.org/ReproducibleBuilds
--- a/debian/rules  2016-08-01 04:18:49.0 -0400
+++ b/debian/rules  2016-12-04 18:31:20.0 -0500
@@ -125,9 +125,9 @@
 
 override_dh_auto_build-indep: $(HTML_FROM_DOC) $(HTML_FROM_ODT)
 $(HTML_FROM_DOC): %.html: %.doc
-   libreoffice --headless --convert-to html --outdir $(dir $@) $<
+   LC_ALL=C.UTF-8 libreoffice --headless --convert-to html --outdir $(dir 
$@) $<
 $(HTML_FROM_ODT): %.html: %.odt
-   libreoffice --headless --convert-to html --outdir $(dir $@) $<
+   LC_ALL=C.UTF-8 libreoffice --headless --convert-to html --outdir $(dir 
$@) $<
 override_dh_auto_clean::
rm -f $(HTML_FROM_DOC) $(HTML_FROM_ODT)
 

Bug#847020: mailfront: please make the build reproducible (fileordering, umask)

[Valerie R Young]

Package: mailfront
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering umask
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org,
spectran...@riseup.net

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that mailfront could not be built reproducibly.
Specifically, the permissions of some directories are influenced by the
umask and the order of the md5sums file can vary.

The attached patch fixes those issues.

Sincerely,
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
diff -ur mailfront-1.16/debian/implicit mailfront-1.16-b/debian/implicit
--- a/debian/implicit	2016-12-04 17:33:22.0 -0500
+++ b/debian/implicit	2016-12-04 18:05:46.852172915 -0500
@@ -87,7 +87,7 @@
 	: debian/$*/DEBIAN/md5sums
 	@rm -f debian/$*/DEBIAN/md5sums
 	@cd debian/$* && find * -path 'DEBIAN' -prune -o \
-	  -type f -exec md5sum {} >>DEBIAN/md5sums \;
+	  -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
 %.deb-DEBIAN: %.deb-checkdir %.deb-DEBIAN-base %.deb-DEBIAN-scripts \
 	  %.deb-DEBIAN-md5sums
 	: debian/$*/DEBIAN/ ok
diff -ur mailfront-1.16/debian/rules mailfront-1.16-b/debian/rules
--- a/debian/rules	2016-12-04 18:05:06.991492198 -0500
+++ b/debian/rules	2016-12-04 18:06:06.401237230 -0500
@@ -82,6 +82,8 @@
 	  '$(DIR)'/usr/share/doc/mailfront/etc/smtpfront-qmail/peers/127
 	# changelog
 	test -r changelog || ln -s ChangeLog changelog
+	# fix directory permissions
+	find '$(DIR)' -type d -print0 | xargs -0r chmod 0755
 	touch install-stamp
 
 binary: binary-indep binary-arch

Bug#847019: ironic-common: Config file /etc/ironic/ironic.conf is not complete

[Turbo Fredriksson]

Package: ironic-common
Version: 1:6.2.0-1
Severity: important

The file isn't created as it should, which leads to the postinst failing

  Setting up ironic-common (1:6.2.0-1) ...
  PKG-Openstack now calling: dbc_go ironic-common configure
  Couldn't find either auth_host or auth_url :(

This is what (the postinst) creates:

  bladeA01:/etc/ironic# egrep '^\[|^[a-z]|^#[a-z]' ironic.conf
  [DEFAULT]
  [disk_partitioner]
  #check_device_interval = 1
  #check_device_max_retries = 20
  [disk_utils]
  #efi_system_partition_size = 200
  #bios_boot_partition_size = 1
  #dd_block_size = 1M
  #iscsi_verify_attempts = 3
  [metrics]
  #backend = noop
  #prepend_host = false
  #prepend_host_reverse = true
  #global_prefix = 
  [metrics_statsd]
  #statsd_host = localhost
  #statsd_port = 8125

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

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

Versions of packages ironic-common depends on:
ii  adduser3.115
ii  dbconfig-common2.0.6
ii  debconf [debconf-2.0]  1.5.59
ii  ipmitool   1.8.18-2
ii  lsb-base   9.20161125
ii  python-ironic  1:6.2.0-1
pn  python:any 
ii  sqlite33.15.1-1
ii  sudo   1.8.17p1-2

ironic-common recommends no packages.

ironic-common suggests no packages.

-- debconf information:
* ironic/admin-password: (password omitted)
  ironic-common/pgsql/admin-pass: (password omitted)
* ironic/admin-password-confirm: (password omitted)
* ironic-common/mysql/admin-pass: (password omitted)
  ironic-common/mysql/app-pass: (password omitted)
* ironic/rabbit_password: (password omitted)
* ironic-common/password-confirm: (password omitted)
  ironic-common/app-password-confirm: (password omitted)
  ironic-common/pgsql/app-pass: (password omitted)
* ironic-common/db/dbname: ironic
* ironic-common/install-error: abort
  ironic-common/pgsql/admin-user: postgres
* ironic-common/db/app-user: ironic@bladeA%.bayour.com
* ironic/rabbit_userid: openstack
  ironic-common/internal/skip-preseed: false
  ironic-common/pgsql/method: TCP/IP
* ironic-common/upgrade-backup: true
  ironic-common/passwords-do-not-match:
* ironic-common/remote/newhost: openstack.bayour.com
  ironic-common/internal/reconfiguring: false
* ironic/admin-user: ironic
* ironic-common/dbconfig-upgrade: true
  ironic-common/db/basepath:
* ironic/admin-tenant-name: service
* ironic-common/remote/port: 3306
* ironic-common/upgrade-error: abort
  ironic-common/pgsql/manualconf:
* ironic-common/dbconfig-reinstall: false
* ironic-common/mysql/admin-user: root
  ironic-common/pgsql/authmethod-admin: ident
  ironic-common/purge: false
* ironic-common/missing-db-package-error: abort
* ironic-common/dbconfig-install: true
  ironic-common/pgsql/authmethod-user: password
* ironic-common/remote/host: openstack.bayour.com
* ironic-common/mysql/method: TCP/IP
* ironic/enabled_drivers: pxe_ipmitool, pxe_ipminative, pxe_ssh, pxe_seamicro, 
pxe_iboot, pxe_ilo, pxe_drac, pxe_snmp
* ironic/configure_db: true
  ironic-common/pgsql/changeconf: false
* ironic-common/dbconfig-remove: false
* ironic-common/database-type: mysql
* ironic-common/remove-error: abort
* ironic/rabbit_host: openstack.bayour.com
  ironic-common/pgsql/no-empty-passwords:
* ironic/auth-host: openstack.bayour.com

Bug#846312: vim package fails to build with missing man files

[David Barnett]

Turns out the problem was that I was building with make 3.81, which doesn't
support the trailing "=" syntax in "define VAR =" (and for some reason
silently ignores the whole block?). Just deleting that one = sign makes
everything work for me. Would it be okay to remove that and maintain 3.81
compatibility just a little longer?

BTW, as far as the strange "debian/tmp/debian/tmp" path, my workaround has
nothing to do with the dh_install step that was failing on those paths, so
I believe the path is fishy but unrelated to this particular issue.

David

On Sat, Dec 3, 2016 at 6:17 PM David Barnett 
wrote:

> I did notice the apparent duplication in the path, but I'm not seeing any
> evidence that any commands in a define'd variables like that get executed,
> e.g. if I change them to "echo blah", "/bin/false", or a bunch of
> non-syntactically-valid gibberish.
>
> David
>
> On Fri, Dec 2, 2016 at 7:28 PM James McCoy  wrote:
>
> That implies that $(DESTDIR) is being set to debian/tmp/debian/tmp.
> $(DESTDIR) is set by the line:
>
> install-stamp-indep: DESTDIR=$(CURDIR)/debian/tmp
>
> so is $(CURDIR) somehow debian/tmp when install-stamp-indep is run?
>
> > The issue here seems to be that the munge-man-directories helper in
> debian/
> > rules is not getting invoked, those directory moves are skipped, and
> there is
> > no man/ru/ directory at the expected path (only man/ru.UTF-8/ and
> man/ru.KOI8-R
> > /, which never got moved/deleted).
>
> I'm not sure that's actually the case.  It seems to be related to the
> above problem.  It's odd that you're encountering this but it's not
> being hit elsewhere.
>
> Is it somehow being evaluated twice or $(CURDIR) being carried over into
> the sub-make which then expands?
>
> Cheers,
> --
> James
> GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB
>
>

Bug#846792: linux-image-4.8.0-1-amd64: ACPI : EC: EC started delay on boot

[Jakobus Schürz]

Hi Salvatore!

Thanks for the info. I read about, but didnt think on the experimental
repo... :)

Now i installed this kernel and rebooted:

# uname -a
Linux aldebaran 4.9.0-rc7-amd64 #1 SMP Debian 4.9~rc7-1~exp1

(2016-12-03) x86_64 GNU/Linux

# systemd-analyze
Startup finished in 8.733s (firmware) + 18.800s (loader) + 12.723s
(kernel) + 6.350s (userspace) = 46.607s

and dmesg shows the following... the 6 second-gap still exists here.

[0.403864] ACPI: Added _OSI(Module Device)
[0.403865] ACPI: Added _OSI(Processor Device)
[0.403866] ACPI: Added _OSI(3.0 _SCP Extensions)
[0.403867] ACPI: Added _OSI(Processor Aggregator Device)
[0.414682] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[0.421810] ACPI: Dynamic OEM Table Load:
[0.421820] ACPI: SSDT 0x8BF509FA5000 0003F3 (v01 PmRef  Cpu0Cst
3001 INTL 20130927)
[0.422283] ACPI: Dynamic OEM Table Load:
[0.422292] ACPI: SSDT 0x8BF50982E800 0005DB (v01 PmRef  ApIst
3000 INTL 20130927)
[0.422831] ACPI: Dynamic OEM Table Load:
[0.422837] ACPI: SSDT 0x8BF509FC8000 000119 (v01 PmRef  ApCst
3000 INTL 20130927)
[0.424079] ACPI : EC: EC started
[6.346985] ACPI: \_SB_.PCI0.LPCB.EC0_: Used as first EC
[6.346987] ACPI: \_SB_.PCI0.LPCB.EC0_: GPE=0x6, EC_CMD/EC_SC=0x66,
EC_DATA=0x62
[6.346989] ACPI: \_SB_.PCI0.LPCB.EC0_: Used as boot DSDT EC to
handle transactions
[6.346990] ACPI: Interpreter enabled
[6.347029] ACPI: (supports S0 S3 S4 S5)
[6.347030] ACPI: Using IOAPIC for interrupt routing


Do you need more informations about my system? Which one?


Regards,

Jakob

Bug#847018: zfs-dkms: fails to build against kernel version 4.8.0-2-amd64

[Achim Schaefer]

Package: zfs-dkms
Version: 0.6.5.8-1
Severity: important

Dear Maintainer,

building ZFS against the latest kernel fails:
CC [M]  /var/lib/dkms/zfs/0.6.5.8/build/module/zfs/zpl_xattr.o
/var/lib/dkms/zfs/0.6.5.8/build/module/zfs/zpl_inode.c: In function 
‘zpl_setattr’:
/var/lib/dkms/zfs/0.6.5.8/build/module/zfs/zpl_inode.c:323:10: error: implicit 
declaration of function ‘inode_change_ok’ 
[-Werror=implicit-function-declaration]
  error = inode_change_ok(ip, ia);
  ^
cc1: some warnings being treated as errors

Thanks

Achim
-- 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

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

Versions of packages zfs-dkms depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  dkms   2.3-1
ii  lsb-release9.20161125
ii  spl-dkms   0.6.5.8-2

Versions of packages zfs-dkms recommends:
ii  zfs-zed 0.6.5.8-1
ii  zfsutils-linux  0.6.5.8-1

zfs-dkms suggests no packages.

-- debconf information:
  zfs-dkms/stop-build-for-unknown-kernel: true
  zfs-dkms/stop-build-for-32bit-kernel: true
* zfs-dkms/note-incompatible-licenses:

Bug#846934: neofetch: Please package neofetch 2.0 please.

[Dylan Araps]

Hello,

I would suggest waiting for 2.0.1 which will be released over the next few
days.
Numerous bugs were found in the 2.0 release and 2.0.1 will fix them all.

See the commit history from after the 2.0 update:

https://github.com/dylanaraps/neofetch/compare/2.0...master

Also the current changelog:

https://github.com/dylanaraps/neofetch/blob/master/CHANGELOG.md


Thanks,

Dylan

On Mon, Dec 5, 2016 at 12:06 AM, shirish शिरीष 
wrote:

> Package: neofetch
> Version: 1.9.1-2
> Severity: wishlist
>
> Dear Maintainer,
> Came to know that neofetch got a big ass update. As per -
>
> http://www.omgubuntu.co.uk/2016/12/cli-system-tool-neofetch-2-0-released
>
> Can we have it in Debian, pretty please. I did see if we have the new
> version in either unstable/sid or experimental but was not there.
>
> [$] apt-cache policy neofetch
>
> neofetch:
>   Installed: 1.9.1-2
>   Candidate: 1.9.1-2
>   Version table:
>  *** 1.9.1-2 600
> 600 http://httpredir.debian.org/debian testing/main amd64 Packages
>   1 http://httpredir.debian.org/debian unstable/main amd64
> Packages
> 100 /var/lib/dpkg/status
>
> Look forward to the fix.
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (600, 'testing'), (500, 'unstable-debug'), (500,
> 'testing-debug'), (1, 'experimental-debug'), (1, 'experimental'), (1,
> 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.8.0-1-amd64 (SMP w/2 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)
>
> -- no debconf information
>
>
> --
>   Regards,
>   Shirish Agarwal  शिरीष अग्रवाल
>   My quotes in this email licensed under CC 3.0
> http://creativecommons.org/licenses/by-nc/3.0/
> http://flossexperiences.wordpress.com
> EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8
>
>

Bug#846792: linux-image-4.8.0-1-amd64: ACPI : EC: EC started delay on boot

[Jakobus Schürz]

Hi again!

Am 2016-12-03 um 17:15 schrieb Salvatore Bonaccorso:

> Is this resolved if you install the kernel from experimental?
> (Currently 4.9~rc7-1~exp1). Does the commit applied in 4.9-rc1
> (2a5708409e4e05446eb1a89ecb48641d6fd5d5a9) resolves the issue for you?
> You can do this by following the instructions at
> https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2 

I studied your answer again. Did i get it right, i have to path the
kernel 4.9-rc7 myself with this commit, or is it enough to install the
kernel from experimental?

If i have to patch it myself, I need some help. Have no experiences with
kernel-patching.

Regards

Jakob

Bug#843392: xfce4-terminal: keyboard switching between tabs doesn't work

[Michael Gilbert]

> There's no hope fixing keyboard switching for stretch, right?

Is this not #841729?  There is a simple workaround.

Best wishes,
Mike

Bug#847017: linux-image-4.9.0-rc7-amd64-unsigned: please enable support for intel-ish-hid and ftsteutates in 4.9

[Hendrik Langer]

Package: src:linux
Version: 4.9~rc7-1~exp1
Severity: wishlist

Dear Maintainer,

please include the following new modules in 4.9 for testing:
  * drivers/hid/intel-ish-hid
  * drivers/hwmon/ftsteutates

thanks



-- Package-specific info:
** Version:
Linux version 4.9.0-rc7-amd64 (debian-ker...@lists.debian.org) (gcc version 
6.2.1 20161124 (Debian 6.2.1-5) ) #1 SMP Debian 4.9~rc7-1~exp1 (2016-12-03)

** Command line:
BOOT_IMAGE=/vmlinuz-4.9.0-rc7-amd64 root=/dev/mapper/deep--thought--vg-root ro 
quiet

** Tainted: OE (12288)
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 20ELS0
product_version: ThinkPad Yoga 460
chassis_vendor: LENOVO
chassis_version: None
bios_vendor: LENOVO
bios_version: R05ET66W (1.44)
board_vendor: LENOVO
board_name: 20ELS0
board_version: SDK0J40709 WIN

** Loaded modules:
fuse(E)
rfcomm(E)
acpi_call(OE)
ctr(E)
ccm(E)
xt_CHECKSUM(E)
iptable_mangle(E)
ipt_MASQUERADE(E)
nf_nat_masquerade_ipv4(E)
iptable_nat(E)
nf_nat_ipv4(E)
nf_nat(E)
nf_conntrack_ipv4(E)
nf_defrag_ipv4(E)
xt_conntrack(E)
nf_conntrack(E)
ipt_REJECT(E)
nf_reject_ipv4(E)
xt_tcpudp(E)
tun(E)
bridge(E)
stp(E)
llc(E)
ebtable_filter(E)
ebtables(E)
ip6table_filter(E)
ip6_tables(E)
iptable_filter(E)
cmac(E)
bnep(E)
bbswitch(OE)
binfmt_misc(E)
nls_ascii(E)
nls_cp437(E)
vfat(E)
fat(E)
uvcvideo(E)
videobuf2_vmalloc(E)
videobuf2_memops(E)
videobuf2_v4l2(E)
videobuf2_core(E)
videodev(E)
media(E)
btusb(E)
btrtl(E)
iTCO_wdt(E)
arc4(E)
iTCO_vendor_support(E)
snd_hda_codec_hdmi(E)
snd_hda_codec_conexant(E)
snd_hda_codec_generic(E)
intel_rapl(E)
iwlmvm(E)
snd_soc_skl(E)
x86_pkg_temp_thermal(E)
efi_pstore(E)
snd_soc_skl_ipc(E)
intel_powerclamp(E)
coretemp(E)
snd_soc_sst_ipc(E)
snd_soc_sst_dsp(E)
mac80211(E)
snd_hda_ext_core(E)
snd_soc_sst_match(E)
snd_soc_core(E)
kvm_intel(E)
snd_compress(E)
kvm(E)
irqbypass(E)
idma64(E)
virt_dma(E)
iwlwifi(E)
joydev(E)
evdev(E)
pcspkr(E)
serio_raw(E)
cfg80211(E)
i915(E)
efivars(E)
snd_hda_intel(E)
snd_hda_codec(E)
snd_hda_core(E)
snd_hwdep(E)
snd_pcm_oss(E)
snd_mixer_oss(E)
snd_pcm(E)
i2c_i801(E)
snd_timer(E)
i2c_smbus(E)
hci_uart(E)
intel_lpss_pci(E)
drm_kms_helper(E)
btbcm(E)
shpchp(E)
drm(E)
mei_me(E)
btqca(E)
btintel(E)
sg(E)
mei(E)
intel_pch_thermal(E)
i2c_algo_bit(E)
wmi(E)
bluetooth(E)
thinkpad_acpi(E)
nvram(E)
snd(E)
soundcore(E)
rfkill(E)
battery(E)
ac(E)
video(E)
tpm_crb(E)
intel_lpss_acpi(E)
intel_lpss(E)
mfd_core(E)
button(E)
acpi_pad(E)
tpm_tis(E)
tpm_tis_core(E)
tpm(E)
parport_pc(E)
ppdev(E)
lp(E)
parport(E)
efivarfs(E)
ip_tables(E)
x_tables(E)
autofs4(E)
ext4(E)
crc16(E)
jbd2(E)
crc32c_generic(E)
fscrypto(E)
ecb(E)
mbcache(E)
algif_skcipher(E)
af_alg(E)
dm_crypt(E)
dm_mod(E)
wacom(E)
usbhid(E)
sd_mod(E)
crct10dif_pclmul(E)
crc32_pclmul(E)
crc32c_intel(E)
ghash_clmulni_intel(E)
aesni_intel(E)
aes_x86_64(E)
lrw(E)
gf128mul(E)
glue_helper(E)
ablk_helper(E)
cryptd(E)
psmouse(E)
e1000e(E)
ptp(E)
pps_core(E)
sdhci_pci(E)
sdhci(E)
mmc_core(E)
ahci(E)
libahci(E)
xhci_pci(E)
libata(E)
xhci_hcd(E)
scsi_mod(E)
usbcore(E)
thermal(E)
i2c_hid(E)
hid(E)
fjes(E)

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Sky Lake Host Bridge/DRAM 
Registers [8086:1904] (rev 08)
Subsystem: Lenovo Skylake Host Bridge/DRAM Registers [17aa:504c]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation Sky Lake Integrated 
Graphics [8086:1916] (rev 07) (prog-if 00 [VGA controller])
Subsystem: Lenovo HD Graphics 520 [17aa:504d]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:08.0 System peripheral [0880]: Intel Corporation Sky Lake Gaussian Mixture 
Model [8086:1911]
Subsystem: Lenovo Skylake Gaussian Mixture Model [17aa:504c]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:13.0 Non-VGA unclassified device []: Intel Corporation Device 
[8086:9d35] (rev 21)
Subsystem: Lenovo Device [17aa:504c]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB 3.0 xHCI 
Controller [8086:9d2f] (rev 21) (prog-if 30 [XHCI])
Subsystem: Lenovo Sunrise Point-LP USB 3.0 xHCI Controller [17aa:504c]
Control: I/O- Mem+ BusMaster+ 

Bug#846916: gitlab dropdown menus do not work

[Johannes Schauer]

Hi Pirate,

Quoting Pirate Praveen (2016-12-04 18:05:55)
> On ഞായര്‍ 04 ഡിസംബര്‍ 2016 08:49 വൈകു, Pirate Praveen wrote:
> > I can see the problem is still there. I'm creating a stretch lxc
> > container to see if I can reproduce it.
> And with pretty-print option of chromium, this is where the error occurs,
> 
> (function(t) {
> return t.widget("ui.autocomplete", {
> version: "1.12.1",
> 
> After purge and reinstall, the issue is still there.
> On git.fosscommunity.in libjs-jquery-ui is 1.10.1+dfsg-1 and it works.
> 
> So I think this was introduced in libjs-jquery-ui 1.12.1+dfsg, there was
> some major reshuffle. See https://tracker.debian.org/news/810960
> 
> Build jquery-ui.js and jquery-ui.css from source with manual created
>  build system (until Debian has grunt)
>  - total rework of how the package is built
> 
> After downgrading to 1.10, its working again
> wget
> http://ftp.us.debian.org/debian/pool/main/j/jqueryui/libjs-jquery-ui_1.10.1+dfsg-1_all.deb
> wget
> https://people.debian.org/~praveen/gitlab/pool/main/r/ruby-jquery-ui-rails/ruby-jquery-ui-rails_5.0.5-3_all.deb

I can confirm your findings. Downgrading libjs-jquery-ui to 1.10.1+dfsg-1 and
ruby-jquery-ui-rails to 5.0.5-3 fixed the problem I reported here.

Thanks a lot for investigating this issue and finding a workaround for me so
quickly!

cheers, josch


signature.asc
Description: signature

Bug#847014: python-pjproject: undefined symbol: pjmedia_endpt_create

[Roland Koebler]

Hi,

thanks for your response; if I manually update all libpj* to 2.5.5~dfsg-3,
it works.

> Yes and no. You seem to be running a weird mixture of old and new
> versions of the pjproject libs
> 
> > ii  libpj22.5.5~dfsg-3
> > ii  libpjlib-util22.1.0.0.ast20130823-1
> > ii  libpjmedia-audiodev2  2.1.0.0.ast20130823-1
> > ii  libpjmedia-codec2 2.1.0.0.ast20130823-1
> > ii  libpjmedia-videodev2  2.5.5~dfsg-3
> > ii  libpjmedia2   2.5.5~dfsg-3
> > ii  libpjnath22.5.5~dfsg-3
> > ii  libpjsip-simple2  2.1.0.0.ast20130823-1
> > ii  libpjsip-ua2  2.1.0.0.ast20130823-1
> > ii  libpjsip2 2.1.0.0.ast20130823-1
> > ii  libpjsua2 2.1.0.0.ast20130823-1
I have just used "aptitude install python-pjproject", and it installed
the above packages.

> I assume when you update all libs to the same release it will work.
Yes.

> I think python bindings should depend on the libs of the same version.
> I'll have a look on how to code this dependency into the package. But I
> don't agree that this is a grave bug.
Ok, so this probably just appears when using Debian stable plus some
testing-packages.

thanks,
Roland

Bug#841135: Debian/Ubuntu multiboot USB sticks (Was: Re: Bug#841135: Acknowledgement (iso-scan/filename ignored in Debian 8.6.0 => cannot put it on multiboot USB stick))

[Alain Knaff]

Hi,

I had a little bit of time, so I continued to investigate the issue.

>From what I understand now, iso-scan is not meant to use any iso 
filename supplied to it via grub command line, but it rather prefers to 
scan the USB stick for usable images itself, and then present the user 
with a menu.

The issue that I described occurs when there is more than one 
"Debian-like" ISO image present at a level 1 subdirectory (such as 
/install).

In that case, it falls into case 20) of the state-machine:

20) # One or multiple ISO(s) found: ask which one we'll use
# FIXME: not l10n safe
db_subst iso-scan/ask_which_iso ISOS_LIST "$ISOS_FOUND"
db_input ${CRITICAL:-medium} iso-scan/ask_which_iso || true
;;

Note, that (by default), the input is treated with priority medium, 
which means that the user is not asked, but the system just assumes the 
first available choice as default => which leads to trouble if for 
instance both a Debian and a Ubuntu iso are present on the same USB 
stick.

If multiple images are present _deeper_ in the hierarchy (such as 
/boot/iso), it falls into state 30, which uses priority=high:

30) # One or multiple ISO(s) found: ask which one we'll use
db_clear
db_subst iso-scan/ask_which_iso ISOS_LIST "$ISOS_FOUND"
db_subst iso-scan/ask_which_iso SECOND_PASS "."
if echo "$ISOS_FOUND" | grep -q ', '; then
priority=high
else
priority=medium
fi
BACKUPSTATE=10
db_input ${CRITICAL:-$priority} iso-scan/ask_which_iso || true
;;

==> the user is asked.


So, with the existing code several workarounds would be available to 
solve the issue, of which none are completely satisfactory:

1. Store the ISOs in a level deep enough to fall under case 30. 
Downside: a costly full-disk scan is incurred on all media, including 
the built-in hard disk, which may contain an existing installation with 
many, many files...

2. Pass an exact name of ISO (with all decorations) as a boot parameter:

linux (loop)/install/vmlinuz iso-scan/ask_which_iso="[sdb1] $isofile (xenial - 
16.04)"

Downside: this includes the media name (sdb1), which may not always be 
the same on all computers where this bootable USB stick might be used.

3. Add debconf/priority=medium . This does allow the user to chose the 
ISO image in state 20, but at the price of having to manually navigate 
the installation procedure (pick each step from main menu, rather than 
being guided along by the wizard)


By changing the iso-scan.postinst code, several approaches would be 
possible:

1. Copy-paste the priority picking code from step 30 into 20, so that 
20 too asks the user to chose if more than one iso is found at that 
stage.

2. The find "$dir" $opt -name "*.iso" in scan_devices_for_iso could be 
replaced with the following:

db_get iso-scan/iso_pattern
isolist=$(find "$dir" $opt -iname "${RET:-*.iso}"  2>/dev/null)

That way, existing behavior is preserved if iso-scan/iso_pattern is not 
set, but if it is set, it scans for a specific filename.

3. A couple of steps could be added initially, looking for a specific 
full path on all connected devices, and only drop to the existing code 
if either no such full path was specified on kernel command line, or if 
that path could be found on no device.

4. The FIXME in analyze_cd about comparing the codename (or suite-name)
would help

Each of these changes would make it much easier to set up USB sticks 
bootable into multiple distributions.

Thanks for your attention,

Alain

Bug#828546: Building with OpenSSL 1.0.2 is sufficient for stretch

[Bernhard Schmidt]

Control: severity -1 important

On Sat, Nov 12, 2016 at 01:53:07PM +0200, Adrian Bunk wrote:

Hi,

> Not a perfect solution but sufficient for stretch is the patch below to 
> use OpenSSL 1.0.2

Thanks, I have just uploaded 3.3.0~test17-2.1 with that fix. Downgrading
the bug for now.

Bernhard


signature.asc
Description: Digital signature

Bug#847014: python-pjproject: undefined symbol: pjmedia_endpt_create

[Bernhard Schmidt]

Control: severity -1 important

On Sun, Dec 04, 2016 at 11:03:26PM +0100, Roland Koebler wrote:

Hi Roland,

> Package: python-pjproject
> Version: 2.5.5~dfsg-3
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> python-pjproject is broken; when trying to use it, it reports an
> undefined symbol and aborts:
> 
> $ python
> >>> import pjsua
> Traceback (most recent call last):
>   File "", line 1, in 
>   File "/usr/lib/python2.7/dist-packages/pjsua.py", line 59, in 
> import _pjsua
> ImportError: /usr/lib/libpjsua.so.2: undefined symbol: pjmedia_endpt_create

Works here.

root@voiptest:~# python
Python 2.7.12+ (default, Nov 22 2016, 00:48:54) 
[GCC 6.2.1 20161119] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pjsua
>>> 

> I guess that this is a packaging issue.

Yes and no. You seem to be running a weird mixture of old and new
versions of the pjproject libs

> ii  libpj22.5.5~dfsg-3
> ii  libpjlib-util22.1.0.0.ast20130823-1
> ii  libpjmedia-audiodev2  2.1.0.0.ast20130823-1
> ii  libpjmedia-codec2 2.1.0.0.ast20130823-1
> ii  libpjmedia-videodev2  2.5.5~dfsg-3
> ii  libpjmedia2   2.5.5~dfsg-3
> ii  libpjnath22.5.5~dfsg-3
> ii  libpjsip-simple2  2.1.0.0.ast20130823-1
> ii  libpjsip-ua2  2.1.0.0.ast20130823-1
> ii  libpjsip2 2.1.0.0.ast20130823-1
> ii  libpjsua2 2.1.0.0.ast20130823-1

I assume when you update all libs to the same release it will work.

I think python bindings should depend on the libs of the same version.
I'll have a look on how to code this dependency into the package. But I
don't agree that this is a grave bug.

Bernhard


signature.asc
Description: Digital signature

Bug#847016: magicfilter: please make the build reproducible (fileordering)

[Valerie R Young]

Package: magicfilter
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: fileordering
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that magicfilter could not be built reproducibly.

The attached patch sorts the md5sums and conffiles files. Once applied,
along with the other pending reproducible patches on magicfilter,
magicfilter can be built reproducibly in our current experimental framework.

Sincerely,
Valerie

[1]: https://wiki.debian.org/ReproducibleBuilds

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

Kernel: Linux 4.4.0-rc8-touchpad (SMP w/4 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)
--- rules	2016-12-04 16:29:26.006488401 -0500
+++ rules	2016-12-04 16:28:38.058167358 -0500
@@ -67,11 +67,11 @@
 	install -d $(tmp)/DEBIAN
 	cd $(tmp) &&\
 	  md5sum `find * -name DEBIAN -prune -o -type f -print`\
-	   > DEBIAN/md5sums
+	   | LC_ALL=C sort > DEBIAN/md5sums
 	dpkg-gencontrol -isp
 	install -m 755 debian/prerm debian/postrm debian/postinst $(tmp)/DEBIAN
 	cd filters && ls -1 *-filter|sed -e 's,^,/etc/magicfilter/,'\
-	  > ../$(tmp)/DEBIAN/conffiles
+	  | LC_ALL=C sort > ../$(tmp)/DEBIAN/conffiles
 	chmod 644 $(tmp)/DEBIAN/conffiles
 	chown -R root.root $(tmp)
 	chmod -R g-ws,og=rX $(tmp)

Bug#847012: vlc: hardware accelaration must be disable to avoid scrambled video

[Sebastian Ramacher]

Control: reassign -1 mesa-vdpau-drivers 13.0.2-1

On 2016-12-05 00:01:53, Karagkiaouris Diamantis wrote:
> Package: src:vlc
> Version: 2.2.4-9
> Severity: important
> 
> Dear Maintainer,
> 
> Every time i try to open a dvd movie iso, it plays the video distorted.
> The video iamge is scrabled and if i disable the video accelaration
> everything seems to be working.
> 
> This is the output of vlc -vvv with hardware accelaration enabled:
> 
> 
> VLC media player 2.2.4 Weatherwax (revision 2.2.3-37-g888b7e89)
> [561287b3a148] core libvlc debug: VLC media player - 2.2.4 Weatherwax
> [561287b3a148] core libvlc debug: Copyright © 1996-2016 the VideoLAN team
> [561287b3a148] core libvlc debug: revision 2.2.3-37-g888b7e89
> [561287b3a148] core libvlc debug: configured with ./configure  
> '--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' 
> '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' 
> '--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' 
> '--libdir=${prefix}/lib/x86_64-linux-gnu' 
> '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
> '--disable-dependency-tracking' '--config-cache' '--disable-update-check' 
> '--enable-fast-install' '--docdir=/usr/share/doc/vlc-data' 
> '--with-binary-version=2.2.4-9' '--enable-a52' '--enable-aa' 
> '--enable-bluray' '--enable-bonjour' '--enable-caca' '--enable-chromaprint' 
> '--enable-dbus' '--enable-dca' '--enable-directfb' '--enable-dvbpsi' 
> '--enable-dvdnav' '--enable-faad' '--enable-flac' '--enable-fluidsynth' 
> '--enable-freerdp' '--enable-freetype' '--enable-fribidi' '--enable-gles1' 
> '--enable-gles2' '--enable-gnutls' '--enable-jack' '--enable-kate' 
> '--enable-libass' '--enable-libmpeg2' '--enable-libxml2' '--enable-lirc' 
> '--enable-live555' '--enable-mad' '--enable-mkv' '--enable-mod' 
> '--enable-mpc' '--enable-mtp' '--enable-mux_ogg' '--enable-ncurses' 
> '--enable-notify' '--enable-ogg' '--enable-opus' '--enable-pulse' 
> '--enable-qt' '--enable-realrtsp' '--enable-samplerate' '--enable-sdl' 
> '--enable-sdl-image' '--enable-sftp' '--enable-shine' '--enable-shout' 
> '--enable-skins2' '--enable-sndio' '--enable-speex' '--enable-svg' 
> '--enable-svgdec' '--enable-taglib' '--enable-theora' '--enable-twolame' 
> '--enable-upnp' '--enable-vcdx' '--enable-vdpau' '--enable-vnc' 
> '--enable-vorbis' '--enable-x264' '--enable-x265' '--enable-zvbi' 
> '--with-kde-solid=/usr/share/solid/actions/' '--disable-decklink' 
> '--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' '--disable-goom' 
> '--disable-gst-decode' '--disable-libtar' '--disable-mfx' '--disable-opencv' 
> '--disable-projectm' '--disable-schroedinger' '--disable-telx' 
> '--disable-vpx' '--disable-vsxu' '--disable-wasapi' '--enable-alsa' 
> '--enable-atmo' '--enable-dc1394' '--enable-dv1394' '--enable-linsys' 
> '--enable-omxil' '--enable-udev' '--enable-v4l2' '--enable-libva' 
> '--enable-vcd' '--enable-smbclient' '--disable-oss' '--enable-crystalhd' 
> '--enable-mmx' '--enable-sse' '--disable-neon' '--disable-altivec' 
> '--enable-merge-ffmpeg' 'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
> -fdebug-prefix-map=/build/vlc-xdv2ng/vlc-2.2.4=. -fstack-protector-strong 
> -Wformat -Werror=format-security ' 'LDFLAGS=-Wl,-z,relro -Wl,--as-needed' 
> 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 
> -fdebug-prefix-map=/build/vlc-xdv2ng/vlc-2.2.4=. -fstack-protector-strong 
> -Wformat -Werror=format-security ' 'OBJCFLAGS=-g -O2 
> -fdebug-prefix-map=/build/vlc-xdv2ng/vlc-2.2.4=. -fstack-protector-strong 
> -Wformat -Werror=format-security' 
> 'PKG_CONFIG_PATH=/build/vlc-xdv2ng/vlc-2.2.4/ffmpeg/install/lib/pkgconfig'
> [561287b3a148] core libvlc debug: searching plug-in modules
> [561287b3a148] core libvlc debug: loading plugins cache file 
> /usr/lib/x86_64-linux-gnu/vlc/plugins/plugins.dat
> [561287b3a148] core libvlc debug: recursively browsing 
> `/usr/lib/x86_64-linux-gnu/vlc/plugins'
> [561287b3a148] core libvlc debug: saving plugins cache 
> /usr/lib/x86_64-linux-gnu/vlc/plugins/plugins.dat
> [561287b3a148] core libvlc debug: plug-ins loaded: 456 modules
> [561287b3a148] core libvlc debug: opening config file 
> (/home/kdiam/.config/vlc/vlcrc)
> [561287b3a148] core libvlc debug: translation test: code is "de"
> [561287b3a148] core libvlc debug: CPU has capabilities MMX MMXEXT SSE 
> SSE2 SSE3 SSSE3 SSE4.1 FPU 
> [561287c0cdc8] core input debug: Creating an input for 'Medienbibliothek'
> [561287c0cdc8] core input debug: Input is a meta file: disabling unneeded 
> options
> [561287c0cdc8] core input debug: using timeshift granularity of 50 MiB, 
> in path '/tmp'
> [561287c0cdc8] core input debug: 
> `file/xspf-open:///home/kdiam/.local/share/vlc/ml.xspf' gives access `file' 
> demux `xspf-open' path `/home/kdiam/.local/share/vlc/ml.xspf'
> [561287c0cdc8] core input debug: creating demux: access='file' 
> demux='xspf-open' 

Bug#847015: RFS: debdelta/0.55+nmu1 [RC] [NMU]

[Carlos Maddela]

Package: sponsorship-requests
Severity: important
Tags: newcomer

Dear mentors,

I am looking for a sponsor for my package "debdelta"

* Package name: debdelta
  Version : 0.55+nmu1
  Upstream Author : A Mennucc1 
* URL : http://debdelta.debian.net
* License : LGPL-2.0+
  Section : devel

It builds those binary packages:

   debdelta   - diff and patch utilities which work with Debian packages
 debdelta-doc - documentation for the debdelta suite

To access further information about this package, please visit the following 
URL:

 https://mentors.debian.net/package/debdelta


Alternatively, one can download the package with dget using this command:

 dget -x 
https://mentors.debian.net/debian/pool/main/d/debdelta/debdelta_0.55+nmu1.dsc

More information about debdelta can be obtained from http://debdelta.debian.net.

Changes since the last upload:

debdelta (0.55+nmu1) unstable; urgency=medium

  [ Carlos Maddela ]
  * Non-maintainer upload.
  * Fix i386 debdelta URLs output by debpatch-url on amd64 system.
(Closes: #740552)
  * Fix guessing of xz parameters for files compressed in parallel.
(Closes: #845173)
  * Conform to Standards Version 3.9.8.
By converting the build process to use debhelper and include rules to
create the documentation and language support files, we can guarantee
that the builds are completely reproducible. (Closes: #30, #793004)
  * Include a sample APT conf snippet for debdelta integration with APT.
Thanks to Ritesh Raj Sarraf  (Closes: #817140)

  [ Colin Watson ]
  * Allow applying patches to unpacked .debs in locations other than /.
(Closes: #710398)

  [ Mert Dirik ]
  * Add timeout option to debdelta-upgrade. (Closes: #735142)

 -- Carlos Maddela   Sun, 04 Dec 2016 02:38:46 +1100


Regards,
  Carlos Maddela

Bug#840378: another stable update

[Mateusz Łukasik]

On Fri, 2 Dec 2016 19:50:24 +0100 Salvatore Bonaccorso 
 wrote:

> Hi Mateusz,
>
> On Sun, Nov 13, 2016 at 06:15:20PM +, Adam D. Barratt wrote:
> > Control: tags -1 -moreinfo +confirmed
> >
> > On Sun, 2016-11-13 at 19:09 +0100, Adam Borowski wrote:
> > > On Sun, Nov 13, 2016 at 05:42:57PM +, Adam D. Barratt wrote:
> > > > On Mon, 2016-10-17 at 10:16 +0200, Salvatore Bonaccorso wrote:
> > > > > JFTR, I'm perfectly fine if -- in case accepted by the SRM -- my
> > > > > proposed debdiff just get squashed in in Mateusz upload, or if he
> > > > > want's to do the upload. In fact I have X-Debbug-CC'ed on my 
first

> > > > > request, just in case he would like to take over.
> > > >
> > > > That sounds good, thanks; sorry for the delay in getting back 
to you

> > > > both.
> > > >
> > > > Please could someone prepare and test a package including both 
fixes,

> > > > and send the debdiff to this report.
> > >
> > > Mateusz already prepared a debdiff, it's in #841017;
> >
> > Which isn't a release.debian.org bug, hence my not knowing about it.
> >
> > > I've attached a copy.
> >
> > Thanks.
> >
> > > It looks sane, and does build successfully on amd64, i386 and armhf.
> > > I don't know anything about either bug so I don't know if the 
upload fixes
> > > them, but as it's a simple merge I have no reason to suspect 
otherwise.
> > > It's up to maintainer to do such tests, and I suspect it's 
already done.

> >
> > If Mateusz could confirm that then I'd be happy for the package to be
> > uploaded.
>
> I think we need a confirmation from you to proceed :-)
>
> Regards,
> Salvatore
>
>

--
 .''`.  Mateusz Łukasik
: :' :  http://mati75.eu
`. `'   Debian Member - mat...@linuxmint.pl
  `-GPG: D93B 0C12 C8D0 4D7A AFBC  FA27 CCD9 1D61 11A0 6851

Bug#846891: integrit: please make the build reproducible (fileordering)

[Daniel Shahaf]

Vagrant Cascadian wrote on Sun, Dec 04, 2016 at 06:18:04 +0200:
> On 2016-12-04, Valerie R Young wrote:
> > --- implicit2016-12-03 17:05:39.0 -0500
> > +++ implicit2016-12-03 17:57:02.682034599 -0500
> > @@ -87,7 +87,7 @@
> > : debian/$*/DEBIAN/md5sums
> > @rm -f debian/$*/DEBIAN/md5sums
> > @cd debian/$* && find * -path 'DEBIAN' -prune -o \
> > - -type f -exec md5sum {} >>DEBIAN/md5sums \;
> > + -type f -exec md5sum {} \; | LC_ALL=C sort >>DEBIAN/md5sums
> 
> Not positive, but I'm guessing the "\;" should be at the end of the
> line:

No, it's correct where it is.  It's part of the syntax to find(1)'s
-exec flag.  Placing it at the end of the line would cause sort(1) to
operate on a file named ";".

It could be replaced with a «+» to invoke md5sum(1) fewer times:

«-type f -exec md5sum -- {} +» 

Cheers,

Daniel

Bug#847014: python-pjproject: undefined symbol: pjmedia_endpt_create

[Roland Koebler]

Package: python-pjproject
Version: 2.5.5~dfsg-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

python-pjproject is broken; when trying to use it, it reports an
undefined symbol and aborts:

$ python
>>> import pjsua
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/pjsua.py", line 59, in 
import _pjsua
ImportError: /usr/lib/libpjsua.so.2: undefined symbol: pjmedia_endpt_create

I guess that this is a packaging issue.


-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (990, 'stable-updates'), (990, 'stable'), (160, 'testing'), (150, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 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 python-pjproject depends on:
ii  libc6 2.19-18+deb8u6
ii  libopus0  1.1-2
ii  libpj22.5.5~dfsg-3
ii  libpjlib-util22.1.0.0.ast20130823-1
ii  libpjmedia-audiodev2  2.1.0.0.ast20130823-1
ii  libpjmedia-codec2 2.1.0.0.ast20130823-1
ii  libpjmedia-videodev2  2.5.5~dfsg-3
ii  libpjmedia2   2.5.5~dfsg-3
ii  libpjnath22.5.5~dfsg-3
ii  libpjsip-simple2  2.1.0.0.ast20130823-1
ii  libpjsip-ua2  2.1.0.0.ast20130823-1
ii  libpjsip2 2.1.0.0.ast20130823-1
ii  libpjsua2 2.1.0.0.ast20130823-1
ii  libsrtp0  1.4.5~20130609~dfsg-1.1+deb8u1
ii  libvo-amrwbenc0   0.1.3-1

python-pjproject recommends no packages.

python-pjproject suggests no packages.

-- no debconf information

Bug#847013: src:libsbml: build python3 bindings

[Afif Elghraoui]

Package: src:libsbml
Version: 5.12.0+dfsg-3
Severity: wishlist

The package currently builds only python2 bindings, but it would be nice to
build them for both python2 and python3.

I briefly looked into this, but it looks like it will not be quick to do.

regards
Afif

Bug#847012: vlc: hardware accelaration must be disable to avoid scrambled video

[Karagkiaouris Diamantis]

Package: src:vlc
Version: 2.2.4-9
Severity: important

Dear Maintainer,

Every time i try to open a dvd movie iso, it plays the video distorted.
The video iamge is scrabled and if i disable the video accelaration
everything seems to be working.

This is the output of vlc -vvv with hardware accelaration enabled:


VLC media player 2.2.4 Weatherwax (revision 2.2.3-37-g888b7e89)
[561287b3a148] core libvlc debug: VLC media player - 2.2.4 Weatherwax
[561287b3a148] core libvlc debug: Copyright © 1996-2016 the VideoLAN team
[561287b3a148] core libvlc debug: revision 2.2.3-37-g888b7e89
[561287b3a148] core libvlc debug: configured with ./configure  
'--build=x86_64-linux-gnu' '--prefix=/usr' '--includedir=${prefix}/include' 
'--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' 
'--sysconfdir=/etc' '--localstatedir=/var' '--disable-silent-rules' 
'--libdir=${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--config-cache' '--disable-update-check' 
'--enable-fast-install' '--docdir=/usr/share/doc/vlc-data' 
'--with-binary-version=2.2.4-9' '--enable-a52' '--enable-aa' '--enable-bluray' 
'--enable-bonjour' '--enable-caca' '--enable-chromaprint' '--enable-dbus' 
'--enable-dca' '--enable-directfb' '--enable-dvbpsi' '--enable-dvdnav' 
'--enable-faad' '--enable-flac' '--enable-fluidsynth' '--enable-freerdp' 
'--enable-freetype' '--enable-fribidi' '--enable-gles1' '--enable-gles2' 
'--enable-gnutls' '--enable-jack' '--enable-kate' '--enable-libass' 
'--enable-libmpeg2' '--enable-libxml
 2' '--enable-lirc' '--enable-live555' '--enable-mad' '--enable-mkv' 
'--enable-mod' '--enable-mpc' '--enable-mtp' '--enable-mux_ogg' 
'--enable-ncurses' '--enable-notify' '--enable-ogg' '--enable-opus' 
'--enable-pulse' '--enable-qt' '--enable-realrtsp' '--enable-samplerate' 
'--enable-sdl' '--enable-sdl-image' '--enable-sftp' '--enable-shine' 
'--enable-shout' '--enable-skins2' '--enable-sndio' '--enable-speex' 
'--enable-svg' '--enable-svgdec' '--enable-taglib' '--enable-theora' 
'--enable-twolame' '--enable-upnp' '--enable-vcdx' '--enable-vdpau' 
'--enable-vnc' '--enable-vorbis' '--enable-x264' '--enable-x265' 
'--enable-zvbi' '--with-kde-solid=/usr/share/solid/actions/' 
'--disable-decklink' '--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' 
'--disable-goom' '--disable-gst-decode' '--disable-libtar' '--disable-mfx' 
'--disable-opencv' '--disable-projectm' '--disable-schroedinger' 
'--disable-telx' '--disable-vpx' '--disable-vsxu' '--disable-wasapi' 
'--enable-alsa' '--enable-atmo' '--
 enable-dc1394' '--enable-dv1394' '--enable-linsys' '--enable-omxil' 
'--enable-udev' '--enable-v4l2' '--enable-libva' '--enable-vcd' 
'--enable-smbclient' '--disable-oss' '--enable-crystalhd' '--enable-mmx' 
'--enable-sse' '--disable-neon' '--disable-altivec' '--enable-merge-ffmpeg' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fdebug-prefix-map=/build/vlc-xdv2ng/vlc-2.2.4=. -fstack-protector-strong 
-Wformat -Werror=format-security ' 'LDFLAGS=-Wl,-z,relro -Wl,--as-needed' 
'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'CXXFLAGS=-g -O2 
-fdebug-prefix-map=/build/vlc-xdv2ng/vlc-2.2.4=. -fstack-protector-strong 
-Wformat -Werror=format-security ' 'OBJCFLAGS=-g -O2 
-fdebug-prefix-map=/build/vlc-xdv2ng/vlc-2.2.4=. -fstack-protector-strong 
-Wformat -Werror=format-security' 
'PKG_CONFIG_PATH=/build/vlc-xdv2ng/vlc-2.2.4/ffmpeg/install/lib/pkgconfig'
[561287b3a148] core libvlc debug: searching plug-in modules
[561287b3a148] core libvlc debug: loading plugins cache file 
/usr/lib/x86_64-linux-gnu/vlc/plugins/plugins.dat
[561287b3a148] core libvlc debug: recursively browsing 
`/usr/lib/x86_64-linux-gnu/vlc/plugins'
[561287b3a148] core libvlc debug: saving plugins cache 
/usr/lib/x86_64-linux-gnu/vlc/plugins/plugins.dat
[561287b3a148] core libvlc debug: plug-ins loaded: 456 modules
[561287b3a148] core libvlc debug: opening config file 
(/home/kdiam/.config/vlc/vlcrc)
[561287b3a148] core libvlc debug: translation test: code is "de"
[561287b3a148] core libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 
SSE3 SSSE3 SSE4.1 FPU 
[561287c0cdc8] core input debug: Creating an input for 'Medienbibliothek'
[561287c0cdc8] core input debug: Input is a meta file: disabling unneeded 
options
[561287c0cdc8] core input debug: using timeshift granularity of 50 MiB, in 
path '/tmp'
[561287c0cdc8] core input debug: 
`file/xspf-open:///home/kdiam/.local/share/vlc/ml.xspf' gives access `file' 
demux `xspf-open' path `/home/kdiam/.local/share/vlc/ml.xspf'
[561287c0cdc8] core input debug: creating demux: access='file' 
demux='xspf-open' location='/home/kdiam/.local/share/vlc/ml.xspf' 
file='/home/kdiam/.local/share/vlc/ml.xspf'
[561287c1edd8] core demux debug: looking for access_demux module matching 
"file": 16 candidates
[561287c1edd8] core demux debug: no access_demux modules matched

Bug#847011: openafs-modules-source: accommodate inode_change_ok rename

[Aaron M. Ucko]

Package: openafs-modules-source
Version: 1.6.20-1
Severity: normal

Please update openafs-modules-source to accommodate newer kernels.  In
particular, the 4.8.11-1 packages that hit unstable this weekend
evidently applied upstream Linux commit 31051c85b5e2, which replaced
inode_change_ok with a setattr_prepare function with a different
signature.  OpenAFS already has a fix upstream: 8aeb711, which works
for me (at least in cursory testing -- the module builds and loads,
and is capable of creating files).

While you're at it, please consider applying any other changes needed
for 4.9.x support.

Thanks!

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

Kernel: Linux 4.8.0-2-amd64 (SMP w/4 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 openafs-modules-source depends on:
ii  debhelper 10.2.2
ii  kernel-package13.018
ii  module-assistant  0.11.9
ii  perl  5.24.1~rc4-1

Versions of packages openafs-modules-source recommends:
ii  openafs-client  1.6.20-1

openafs-modules-source suggests no packages.

-- no debconf information

Bug#801253: [pkg-wicd-maint] Bug#801253: Forming a Debian WICD Packaging Team

[Axel Beckert]

Hi Herbert,

Herbert Fortes wrote:
> I use WICD with LXDE.
> 
> The package has two bug reports with patches. I can
> check if they really fix the problems and do the
> upload.

I'd appreciate that. Thanks for caring!

> The thread is long so I am asking: Someone will
> adopt the package ? Is someone taking care of the
> package ?

I plan to do an upload under the pkg-wicd team before christmas, but I
must admit it's not my highest priority package.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#844263: libxml-security-c-dev: depending on libssl1.0-dev breaks open-vm-tools

[Ferenc Wágner]

"Cantor, Scott"  writes:

> Didn't Debian at one time support simultaneous installation of libcurl
> built on both NSS and OpenSSL?

It still does.

> Can't they just provide a libcurl for both OpenSSL versions, with
> appropriate naming changes?

I think that would be possible, and I even brought it up in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=828608#25, but didn't
want to push it too hard before the dispute around the whole transition
settled.  Well, it ceased by now, but I can't find the conclusion, thus
my query... as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844018
seems stuck as well.
-- 
Feri

Bug#821075: Status update

[Andreas Tille]

Hi Aaron,

it would be really great if you could commit your current state even
if there might be remaining issues.  I need it locally urgently.

Thanks a lot

  Andreas.

On Fri, Dec 02, 2016 at 11:58:13PM +0100, Andreas Tille wrote:
> Hi Aaron,
> 
> On Fri, Dec 02, 2016 at 09:48:44 -0500, Aaron M. Ucko wrote:
> > I have an upload mostly ready, but still have a few HTTPS-related fixes
> > to take care of.  I just haven't pushed anything yet in case I need to
> > rework any changes first.
> 
> I just noticed that the upload would also fix #821075 which I just
> commited to Git.  Please git pull.
> 
> Thanks for your work on this
> 
> Andreas.
> 
> -- 
> http://fam-tille.de
> 
> 

-- 
http://fam-tille.de

Bug#847010: zeroc-ice FTBFS: unable to load addon javahelper

[Adrian Bunk]

Source: zeroc-ice
Version: 3.6.3-3
Severity: serious

https://buildd.debian.org/status/package.php?p=zeroc-ice

zeroc-ice FTBFS on all architectures:

...
dh clean --parallel --with maven_repo_helper --with systemd --with php --with 
python3 --with javahelper
dh: unable to load addon javahelper: Can't locate 
Debian/Debhelper/Sequence/javahelper.pm in @INC (you may need to install the 
Debian::Debhelper::Sequence::javahelper module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 
/usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at (eval 15) line 
2.
BEGIN failed--compilation aborted at (eval 15) line 2.

debian/rules:69: recipe for target 'clean' failed
make: *** [clean] Error 2

Bug#847008: tircd: permissions dependent on umask

[Clint Adams]

Package: tircd
Version: 0.30-1
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: umask

Without explicit mode-setting, the umask can cause a
difference in permissions.
diff -Nru tircd-0.30/debian/rules tircd-0.30/debian/rules
--- tircd-0.30/debian/rules	2013-06-18 01:51:19.0 -0400
+++ tircd-0.30/debian/rules	2016-12-04 16:29:11.0 -0500
@@ -14,8 +14,9 @@
 install-stamp: build-stamp
 	dh install
 	install -m 644 tircd.cfg.example debian/tircd/etc/tircd.cfg
-	install tircd.pl debian/tircd/usr/bin/tircd
+	install -m 755 tircd.pl debian/tircd/usr/bin/tircd
 	pod2man tircd.pod > debian/tircd/usr/share/man/man1/tircd.1
+	chmod 644 debian/tircd/usr/share/man/man1/tircd.1
 	dh_compress
 	touch $@
 

Bug#847009: amanda: please make the build reproducible (shell)

[Robbie Harwood]

Source: amanda
Version: 1:3.3.9-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: environment
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that amanda could not be built reproducibly.

The attached patch stops the shell value at build-time from leaking into
processed shell scripts.  Once applied, amanda should be able to be
built reproducibly in our current framework.

Thanks!

 [1]: https://wiki.debian.org/ReproducibleBuilds
Author: Robbie Harwood 
Description: Avoid using build-time shell in built scripts for reproducibility
--- a/amplot/amplot.sh
+++ b/amplot/amplot.sh
@@ -1,4 +1,4 @@
-#!@SHELL@
+#/bin/sh
 # Amanda, The Advanced Maryland Automatic Network Disk Archiver
 # Copyright (c) 1992-1998 University of Maryland at College Park
 # Copyright (c) 2007-2013 Zmanda, Inc.  All Rights Reserved.
--- a/changer-src/chg-disk.sh
+++ b/changer-src/chg-disk.sh
@@ -1,4 +1,4 @@
-#! @SHELL@
+#!/bin/sh
 #
 # Amanda, The Advanced Maryland Automatic Network Disk Archiver
 # Copyright (c) 1991-1999 University of Maryland at College Park
--- a/changer-src/chg-manual.sh
+++ b/changer-src/chg-manual.sh
@@ -1,4 +1,4 @@
-#!@SHELL@ 
+#!/bin/sh
 #
 # Exit Status:
 # 0 Alles Ok
--- a/changer-src/chg-multi.sh
+++ b/changer-src/chg-multi.sh
@@ -1,4 +1,4 @@
-#! @SHELL@
+#!/bin/sh
 #
 # Amanda, The Advanced Maryland Automatic Network Disk Archiver
 # Copyright (c) 1991-1999 University of Maryland at College Park
--- a/changer-src/chg-zd-mtx.sh
+++ b/changer-src/chg-zd-mtx.sh
@@ -1,4 +1,4 @@
-#!@SHELL@ 
+#!/bin/sh
 #
 # Exit Status:
 # 0 Alles Ok
--- a/client-src/patch-system.sh
+++ b/client-src/patch-system.sh
@@ -1,4 +1,4 @@
-#! @SHELL@
+#!/bin/sh
 #
 # patch inetd.conf and services
 # originally by Axel Zinser (f...@hiss.han.de)
--- a/common-src/amaespipe.sh
+++ b/common-src/amaespipe.sh
@@ -1,4 +1,4 @@
-#! @SHELL@
+#!/bin/sh
 #
 # Copyright (c) 2007-2013 Zmanda Inc.  All Rights Reserved.
 # 
--- a/common-src/amcrypt-ossl-asym.sh
+++ b/common-src/amcrypt-ossl-asym.sh
@@ -1,4 +1,4 @@
-#!@SHELL@
+#!/bin/sh
 #
 # This program is free software; you can redistribute it and/or
 # modify it under the terms of the GNU General Public License
--- a/common-src/amcrypt-ossl.sh
+++ b/common-src/amcrypt-ossl.sh
@@ -1,4 +1,4 @@
-#!@SHELL@
+#!/bin/sh
 #
 # This program is free software; you can redistribute it and/or
 # modify it under the terms of the GNU General Public License
--- a/common-src/amcrypt.sh
+++ b/common-src/amcrypt.sh
@@ -1,4 +1,4 @@
-#!@SHELL@
+#!/bin/sh
 #
 # Original wrapper by Paul Bijnens
 #
--- a/server-src/amcheckdb.sh
+++ b/server-src/amcheckdb.sh
@@ -1,4 +1,4 @@
-#! @SHELL@
+#!/bin/sh
 #
 # check tapelist against database and vice versa
 #


signature.asc
Description: PGP signature

Bug#719330: Will we manage to upgrade jmol

[Ximin Luo]

Ximin Luo:
> Ximin Luo:
>> Andreas Tille:
>>> Hi,
>>>
>>> On Tue, Nov 22, 2016 at 01:40:44PM +0100, Michael Banck wrote:

 [...]

> [1] https://anonscm.debian.org/git/debichem/packages/jmol.git

> 
> Hi all, I just updated Jmol in the above git repo. You can build it yourself, 
> or download it here: https://debian-science.alioth.debian.org/apt/sid-sage/
> 
> The packaging is very very dirty atm but it should "work". Specifically, it 
> would be good if any of you could test building its rdepends against this new 
> version. These are:
> 
>   biojava3-live, biojava4-live, jalview
> 
> In the meantime, I will continue to tidy up the packaging to a state that 
> might be fit for release.
> 

This is now in experimental, and pushed to git. Note that JSmol is NOT built, 
but is included in the source package for convenience in case anyone wants to 
try that. (Not me, for several more months anyway.)

More details and documentation in the package. :)

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
https://github.com/infinity0/pubkeys.git

Bug#837002: Fix for the aweather FTBFS

[Adrian Bunk]

On Sat, Dec 03, 2016 at 02:26:20AM +0500, Andrey Rahmatullin wrote:
> On Fri, Oct 07, 2016 at 12:22:38AM +0300, Adrian Bunk wrote:
> > Description: Don't force C99 in src/plugins/Makefile.am
> >  This makes timespec available for gps.h
> > Author: Adrian Bunk 
> > Bug-Debian: https://bugs.debian.org/837002
> > 
> > --- aweather-0.8.1.orig/src/plugins/Makefile.am
> > +++ aweather-0.8.1/src/plugins/Makefile.am
> > @@ -1,4 +1,4 @@
> > -AM_CFLAGS   = -Wall --std=gnu99 $(GRITS_CFLAGS)
> > +AM_CFLAGS   = -Wall $(GRITS_CFLAGS)
> >  AM_CPPFLAGS = -I$(top_srcdir)/src -I$(top_srcdir)/lib
> >  AM_LDFLAGS  = -shared -module -avoid-version
> >  LIBS= $(GRITS_LIBS)
> This doesn't help because Makefile.in is not regenerated: make calls
> `missing --run automake-1.11` which fails due to missing automake-1.11,
> and autoreconf doesn't work fot the package either.

This worked for me because I had the automake1.11 package installed in
the chroot where I was building.

So a build-dependency on automake1.11 is additionally required.

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#846983: ecryptfs-utils: please build against libgpgme-dev instead of libgpgme11-dev

[GCS]

Control: tags -1 +pending

Hi Daniel,

On Sun, Dec 4, 2016 at 8:52 PM, Daniel Kahn Gillmor
 wrote:
> the gpgme development package is now known as libgpgme-dev, not
> libgpgme11-dev.  please convert the build-deps for ecryptfs-utils,
> since this seems to be blocking the transition of gpgme1.0 to testing.
[...]
> I plan on NMU'ing this change to DELAYED/2 later today unless there
> are objections.
 Please don't NMU it - while I will need the same two, maybe three
days as I'm on a short holiday; I've other things pending at home.

Thanks,
Laszlo/GCS

Bug#847007: gnome-terminal: "Error calling StartServiceByName for org.gnome.Terminal: Timeout was reached"

[Ilario Gelmetti]

Package: gnome-terminal
Version: 3.22.1-1
Severity: normal

Using AwesomeWM on top of Debian testing, can't open gnome-terminal.
Issuing gnome-terminal from urxvt I get:

** (gnome-terminal:7852): WARNING **: Couldn't register with
accessibility bus: Did not receive a reply. Possible causes include:
the remote application did not send a reply, the message bus
security policy blocked the reply, the reply timeout expired, or the
network connection was broken.

Error constructing proxy for
org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling
StartServiceByName for org.gnome.Terminal: Timeout was reached

The first error line shouldn't be related.
The locale looks ok:

$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Doing the same as root didn't show the problem.

Checking in /var/log/syslog I can find these lines:

dbus-daemon[888]: Activating via systemd: service
name='org.gnome.Terminal' unit='gnome-terminal-server.service'
systemd[793]: Starting GNOME Terminal Server...
gnome-terminal-server[1715]: Unable to init server: Could not
connect: Connection refused
systemd[793]: gnome-terminal-server.service: Main process exited,
code=killed, status=11/SEGV
systemd[793]: Failed to start GNOME Terminal Server.
systemd[793]: gnome-terminal-server.service: Unit entered failed state.
systemd[793]: gnome-terminal-server.service: Failed with result
'signal'.
kernel: [  499.413022] gnome-terminal-[1715]: segfault at 8 ip
800bc68d sp bfc21ab8 error 4 in gnome-terminal-server[800af000+52000]

Surprisingly trying what suggested in a similar bug report, #819510,
managed to solve the problem until next reboot:

$ dbus-update-activation-environment --all



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (980, 'testing'), (900, 'stable'), (200, 'unstable'),
(100, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.2.0-1-686-pae (SMP w/2 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 gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  gconf-service3.2.6-4
ii  gnome-terminal-data  3.22.1-1
ii  gsettings-desktop-schemas3.22.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-7
ii  libdconf10.26.0-2
ii  libgconf-2-4 3.2.6-4
ii  libglib2.0-0 2.50.2-2
ii  libgtk-3-0   3.22.4-1
ii  libnautilus-extension1a  3.22.1-2
ii  libpango-1.0-0   1.40.3-3
ii  libuuid1 2.29-1
ii  libvte-2.91-00.46.1-1
ii  libx11-6 2:1.6.3-1

Versions of packages gnome-terminal recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.10.14-1
ii  dbus-x11 [dbus-session-bus]   1.10.14-1
ii  gvfs  1.30.2-2
ii  yelp  3.22.0-1

gnome-terminal suggests no packages.

Bug#847006: DbMigrationError: Storage requires its own database. Please check your config file.

[Turbo Fredriksson]

Package: designate-common
Version: 1:3.0.0-1
Severity: important

- s n i p -
Now doing 'designate-manage database sync': this may take a while...
Option "verbose" from group "DEFAULT" is deprecated for removal.  Its value may 
be silently ignored in the future.
2016-12-04 20:59:25.853 28217 WARNING oslo_reports.guru_meditation_report 
[designate-manage - - - - -] Guru meditation now registers SIGUSR1 and SIGUSR2 
by default for backward compatibility. SIGUSR1 will no longer be registered in 
a future release, so please use SIGUSR2 to generate reports.
2016-12-04 20:59:25.855 28217 CRITICAL designate [designate-manage - - - - -] 
DbMigrationError: Storage requires its own database. Please check your config 
file.
2016-12-04 20:59:25.855 28217 ERROR designate Traceback (most recent call last):
2016-12-04 20:59:25.855 28217 ERROR designate   File 
"/usr/bin/designate-manage", line 10, in 
2016-12-04 20:59:25.855 28217 ERROR designate sys.exit(main())
2016-12-04 20:59:25.855 28217 ERROR designate   File 
"/usr/lib/python2.7/dist-packages/designate/cmd/manage.py", line 132, in main
2016-12-04 20:59:25.855 28217 ERROR designate fn(*fn_args)
2016-12-04 20:59:25.855 28217 ERROR designate   File 
"/usr/lib/python2.7/dist-packages/designate/manage/database.py", line 63, in 
sync
2016-12-04 20:59:25.855 28217 ERROR designate get_manager().upgrade(None)
2016-12-04 20:59:25.855 28217 ERROR designate   File 
"/usr/lib/python2.7/dist-packages/designate/manage/database.py", line 48, in 
get_manager
2016-12-04 20:59:25.855 28217 ERROR designate "Storage requires its own 
database. "
2016-12-04 20:59:25.855 28217 ERROR designate DbMigrationError: Storage 
requires its own database. Please check your config file.
2016-12-04 20:59:25.855 28217 ERROR designate
dpkg: error processing package designate-common (--configure):
 subprocess installed post-installation script returned error exit status 1
- s n i p -

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

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

Versions of packages designate-common depends on:
ii  adduser3.115
ii  dbconfig-common2.0.6
ii  debconf [debconf-2.0]  1.5.59
iu  python-designate   1:3.0.0-1
pn  python:any 
ii  sqlite33.15.1-1

designate-common recommends no packages.

designate-common suggests no packages.

-- debconf information:
* designate/rabbit_password: (password omitted)
* designate-common/mysql/admin-pass: (password omitted)
* designate/admin-password: (password omitted)
  designate-common/pgsql/admin-pass: (password omitted)
* designate-common/password-confirm: (password omitted)
  designate-common/app-password-confirm: (password omitted)
  designate-common/pgsql/app-pass: (password omitted)
* designate/admin-password-confirm: (password omitted)
  designate-common/mysql/app-pass: (password omitted)
  designate-common/pgsql/authmethod-user: password
  designate-common/pgsql/changeconf: false
* designate-common/mysql/method: TCP/IP
* designate-common/dbconfig-upgrade: true
* designate-common/dbconfig-remove: true
* designate/rabbit_userid: openstack
* designate-common/install-error: abort
* designate-common/mysql/admin-user: root
* designate-common/purge: true
* designate-common/dbconfig-reinstall: false
* designate-common/database-type: mysql
  designate-common/pgsql/manualconf:
* designate/admin-tenant-name: service
* designate-common/remove-error: abort
* designate/rabbit_host: openstack.bayour.com
  designate-common/pgsql/admin-user: postgres
  designate-common/passwords-do-not-match:
* designate-common/remote/host: openstack.bayour.com
  designate-common/internal/skip-preseed: false
* designate-common/missing-db-package-error: abort
* designate/configure_db: true
  designate-common/pgsql/authmethod-admin: ident
* designate-common/db/dbname: designate
* designate-common/dbconfig-install: true
* designate-common/upgrade-error: abort
* designate/auth-host: openstack.bayour.com
  designate-common/db/basepath:
* designate-common/upgrade-backup: true
  designate-common/pgsql/method: TCP/IP
* designate-common/remote/port:
  designate-common/pgsql/no-empty-passwords:
* designate-common/remote/newhost: openstack.bayour.com
* designate-common/db/app-user: designate
* designate/admin-user: designate
  designate-common/internal/reconfiguring: false

Bug#844263: libxml-security-c-dev: depending on libssl1.0-dev breaks open-vm-tools

[Ferenc Wágner]

"Cantor, Scott"  writes:

> On 12/4/16, 11:09 AM, wf...@niif.hu wrote:
>
>> I can't see any conclusion in the OpenSSL 1.1 thread on debian-devel,
>> but we're running out of time.  We can't keep XMLTooling at OpenSSL
>> 1.0, because libcurl uses 1.1, but we can't switch to 1.1 either,
>> because the latest upstream release doesn't support it yet.  Have we
>> got any option left to ship Shibboleth in stretch after all?
>
> I'm pretty sure I expressed disbelief that Debian was going to move to
> 1.1 this quickly when I got wind of it, and that there was no chance
> we (the Shibboleth Project) would be able to support it that quickly.

Sure you did, and nobody blames you (I hope my mail didn't come through
like that).  I was inquiring other Debian project members, whether they
know why that fairly heated discussion died off so abruptly a week ago,
and what we should aim for now, a month before the stretch freeze.
-- 
Regards,
Feri

Bug#847005: ArgumentError: Could not parse rfc1738 URL from string ''

[Turbo Fredriksson]

Package: glance-common
Version: 2:13.0.0-1
Severity: important

- s n i p -
Now doing glance-manage db_sync: this may take a while...
/usr/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py:1171: 
OsloDBDeprecationWarning: EngineFacade is deprecated; please use 
oslo_db.sqlalchemy.enginefacade
  expire_on_commit=expire_on_commit, _conf=conf)
2016-12-04 20:55:13.044 24394 CRITICAL glance [-] ArgumentError: Could not 
parse rfc1738 URL from string ''
2016-12-04 20:55:13.044 24394 ERROR glance Traceback (most recent call last):
2016-12-04 20:55:13.044 24394 ERROR glance   File "/usr/bin/glance-manage", 
line 10, in 
2016-12-04 20:55:13.044 24394 ERROR glance sys.exit(main())
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/glance/cmd/manage.py", line 330, in main
2016-12-04 20:55:13.044 24394 ERROR glance return CONF.command.action_fn()
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/glance/cmd/manage.py", line 190, in sync
2016-12-04 20:55:13.044 24394 ERROR glance CONF.command.current_version)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/glance/cmd/manage.py", line 106, in sync
2016-12-04 20:55:13.044 24394 ERROR glance 
migration.db_sync(db_api.get_engine(),
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/glance/db/sqlalchemy/api.py", line 98, in 
get_engine
2016-12-04 20:55:13.044 24394 ERROR glance facade = _create_facade_lazily()
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/glance/db/sqlalchemy/api.py", line 88, in 
_create_facade_lazily
2016-12-04 20:55:13.044 24394 ERROR glance _FACADE = 
session.EngineFacade.from_config(CONF)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py", line 
1171, in from_config
2016-12-04 20:55:13.044 24394 ERROR glance 
expire_on_commit=expire_on_commit, _conf=conf)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py", line 
1092, in __init__
2016-12-04 20:55:13.044 24394 ERROR glance 
slave_connection=slave_connection)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py", line 
363, in _start
2016-12-04 20:55:13.044 24394 ERROR glance engine_args, maker_args)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/oslo_db/sqlalchemy/enginefacade.py", line 
387, in _setup_for_connection
2016-12-04 20:55:13.044 24394 ERROR glance sql_connection=sql_connection, 
**engine_kwargs)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/oslo_db/sqlalchemy/engines.py", line 114, in 
create_engine
2016-12-04 20:55:13.044 24394 ERROR glance url = 
sqlalchemy.engine.url.make_url(sql_connection)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/sqlalchemy/engine/url.py", line 186, in 
make_url
2016-12-04 20:55:13.044 24394 ERROR glance return 
_parse_rfc1738_args(name_or_url)
2016-12-04 20:55:13.044 24394 ERROR glance   File 
"/usr/lib/python2.7/dist-packages/sqlalchemy/engine/url.py", line 235, in 
_parse_rfc1738_args
2016-12-04 20:55:13.044 24394 ERROR glance "Could not parse rfc1738 URL 
from string '%s'" % name)
2016-12-04 20:55:13.044 24394 ERROR glance ArgumentError: Could not parse 
rfc1738 URL from string ''
2016-12-04 20:55:13.044 24394 ERROR glance
- s n i p -

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

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

Versions of packages glance-common depends on:
ii  adduser3.115
ii  dbconfig-common2.0.6
ii  debconf [debconf-2.0]  1.5.59
iu  python-glance  2:13.0.0-1
pn  python2.7:any  

glance-common recommends no packages.

glance-common suggests no packages.

-- debconf information:
  glance-common/mysql/app-pass: (password omitted)
  glance-common/app-password-confirm: (password omitted)
* glance/admin-password: (password omitted)
* glance/rabbit_password: (password omitted)
* glance-common/mysql/admin-pass: (password omitted)
  glance-common/pgsql/admin-pass: (password omitted)
* glance-common/password-confirm: (password omitted)
* glance/admin-password-confirm: (password omitted)
  glance-common/pgsql/app-pass: (password omitted)
  glance-common/pgsql/admin-user: postgres
* glance-common/remote/newhost: openstack.bayour.com
* glance-common/dbconfig-upgrade: true
  glance-common/internal/reconfiguring: false
* glance-common/db/dbname: glance
* 

Bug#847004: RFS: soci/3.2.3-2

[Bill Blough]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "soci"

 * Package name: soci
   Version : 3.2.3-2
   Upstream Author : soci developers
 * URL : http://soci.sourceforge.net
 * License : Boost Software License - 1.0
   Section : libs

  It builds those binary packages:

 libsoci-core3.2 - C++ Database Access Library
 libsoci-core3.2-dbg - C++ Database Access Library (debug symbols)
 libsoci-dev - C++ Database Access Library (devel)
 libsoci-firebird3.2 - C++ Database Access Library (Firebird backend)
 libsoci-mysql3.2 - C++ Database Access Library (MySQL backend)
 libsoci-odbc3.2 - C++ Database Access Library (ODBC backend)
 libsoci-postgresql3.2 - C++ Database Access Library (PostgreSQL backend)
 libsoci-sqlite3-3.2 - C++ Database Access Library (SQLite3 backend)

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/soci


  Alternatively, one can download the package with dget using this command:

dget -x https://mentors.debian.net/debian/pool/main/s/soci/soci_3.2.3-2.dsc

  More information about hello can be obtained from https://soci.sourceforge.net

  Changes since the last upload:

* Update build-depend to use default-libmysqlclient-dev (closes: #845909)
* Remove unneeded dh_clean override

  Regards,
   Bill Blough

Bug#844515: packer: FTBFS on s390x (go install -v -p 1 died with signal 4)

[Daniel Stender]

Control: severity -1 important

This is a toolchain problem. s390x support is currently removed for golang-go 
[1].
And rdependend packages are going to be removed [2].

I'll leave this bug open until this happened.

DS

[1] https://bugs.debian.org/844258 (golang-go: go SIGILL on s390x)

[2] https://bugs.debian.org/845003

-- 
4096R/DF5182C8
Debian Developer (sten...@debian.org)
LPIC-1 (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/



signature.asc
Description: OpenPGP digital signature

Bug#847002: sqlalchemy.exc.OperationalError: (pysqlite2.dbapi2.OperationalError) unable

[Turbo Fredriksson]

Package: mistral-common
Version: 3.0.0-1
Severity: important

- s n i p -
Now calling mistral-db-manage upgrade head: this may take a while...
Traceback (most recent call last):
  File "/usr/bin/mistral-db-manage", line 10, in 
sys.exit(main())
  File 
"/usr/lib/python2.7/dist-packages/mistral/db/sqlalchemy/migration/cli.py", line 
129, in main
CONF.command.func(config, CONF.command.name)
  File 
"/usr/lib/python2.7/dist-packages/mistral/db/sqlalchemy/migration/cli.py", line 
58, in do_upgrade
do_alembic_command(config, cmd, revision, sql=CONF.command.sql)
  File 
"/usr/lib/python2.7/dist-packages/mistral/db/sqlalchemy/migration/cli.py", line 
39, in do_alembic_command
getattr(alembic_cmd, cmd)(config, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/alembic/command.py", line 174, in 
upgrade
script.run_env()
  File "/usr/lib/python2.7/dist-packages/alembic/script/base.py", line 407, in 
run_env
util.load_python_file(self.dir, 'env.py')
  File "/usr/lib/python2.7/dist-packages/alembic/util/pyfiles.py", line 93, in 
load_python_file
module = load_module_py(module_id, path)
  File "/usr/lib/python2.7/dist-packages/alembic/util/compat.py", line 79, in 
load_module_py
mod = imp.load_source(module_id, path, fp)
  File 
"/usr/lib/python2.7/dist-packages/mistral/db/sqlalchemy/migration/alembic_migrations/env.py",
 line 86, in 
run_migrations_online()
  File 
"/usr/lib/python2.7/dist-packages/mistral/db/sqlalchemy/migration/alembic_migrations/env.py",
 line 70, in run_migrations_online
connection = engine.connect()
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 2018, 
in connect
return self._connection_cls(self, **kwargs)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 72, 
in __init__
if connection is not None else engine.raw_connection()
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 2104, 
in raw_connection
self.pool.unique_connection, _connection)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 2078, 
in _wrap_pool_connect
e, dialect, self)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 1405, 
in _handle_dbapi_exception_noconnection
exc_info
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/util/compat.py", line 202, 
in raise_from_cause
reraise(type(exception), exception, tb=exc_tb, cause=cause)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/base.py", line 2074, 
in _wrap_pool_connect
return fn()
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 318, in 
unique_connection
return _ConnectionFairy._checkout(self)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 713, in 
_checkout
fairy = _ConnectionRecord.checkout(pool)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 480, in 
checkout
rec = pool._do_get()
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 1151, in 
_do_get
return self._create_connection()
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 323, in 
_create_connection
return _ConnectionRecord(self)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 449, in 
__init__
self.connection = self.__connect()
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/pool.py", line 607, in 
__connect
connection = self.__pool._invoke_creator(self)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/strategies.py", line 
97, in connect
return dialect.connect(*cargs, **cparams)
  File "/usr/lib/python2.7/dist-packages/sqlalchemy/engine/default.py", line 
385, in connect
return self.dbapi.connect(*cargs, **cparams)
sqlalchemy.exc.OperationalError: (pysqlite2.dbapi2.OperationalError) unable to 
open database file
dpkg: error processing package mistral-common (--configure):
 subprocess installed post-installation script returned error exit status 1
- s n i p -

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

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

Versions of packages mistral-common depends on:
ii  adduser3.115
ii  dbconfig-common2.0.6
ii  debconf [debconf-2.0]  1.5.59
iu  python-mistral 3.0.0-1
pn  python2.7:any  
ii  sqlite33.15.1-1

mistral-common recommends no packages.

mistral-common suggests no packages.

-- debconf information:
  mistral-common/mysql/app-pass: (password omitted)
* mistral-common/mysql/admin-pass: (password omitted)
  mistral-common/pgsql/app-pass: (password omitted)
  mistral-common/pgsql/admin-pass: (password omitted)
* mistral/admin-password: (password omitted)
  

Bug#847003: ITP: connid -- framework for provisioning identities to repositories

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin 

* Package name: connid
  Version : 1.4.2.0
  Upstream Author : ConnId
* URL : http://connid.tirasa.net/
* License : CDDL
  Programming Lang: Java
  Description : framework for provisioning identities to repositories

Connectors for Identity Management (ConnId) is a framework for developing
identity connectors, the technology layer that takes place in the exchange
of identity-related information (password, attributes) between identity
managers (such as Apache Syncope) and identity repositories (e.g. LDAP
directories, relational databases).

It is used in Free Identity Managers, including Apache Syncope and Evolveum
midPoint.

I plan to maintain it within the pkg-java team. I will need a sponsor.