Bug#801922: ITP: node-es6-shim -- ECMAScript 6 compatibility shims for legacy JavaScript engines

[Julien Puydt]

Package: wnpp
Owner: Julien Puydt 
Severity: wishlist

* Package name: node-es6-shim
  Version : 0.33.6
  Upstream Author : Paul Miller and contributors
* URL : https://github.com/paulmillr/es6-shim
* License : Expat
  Programming Lang: JavaScript
  Description : ECMAScript 6 compatibility shims for legacy 
JavaScript engines

 The es6-shim library monkey-patches a JavaScript context to contain all
 ECMAScript 6 (Harmony) methods that can be faithfully emulated with a
 legacy JavaScript engine.
 .
 The es6-sham part tries to complete the picture as best as possible,
 but for those methods the result is not as close and mostly intends to
 avoid runtime errors : in many cases it might just silently fail.

Snark on #debian-js

Bug#801529: xinit: startx fails if stderr is redirected

[Walter]

Package: xinit
Version: 1.3.4-1 armhf

I confirm the symptoms form the filled bug 801529, except that stdout
redirection is possible and not influencing the output. Only the stderr
redirection influences the startx in any form or syntax.

Some output from the startx command, when the stdout and the stderr are
redirected to same file is:

Fatal server error:
(EE) xf86OpenConsole: VT_ACTIVATE failed: Operation not permitted
(EE)
(EE)
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
(EE) Please also check the log file at
"/home/rpitc/.local/share/xorg/Xorg.0.log
" for additional information.
(EE)
(EE)
FatalError re-entered, aborting
(EE) xf86CloseConsole: VT_ACTIVATE failed: Operation not permitted
(EE)
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error

System information:

Debian release: stretch/sid
Architecture:  armhf
Kernel: 4.1.8-v7+ #818 SMP PREEMPT Tue Sep 29 01:40:47 BST 2015 armv7l
GNU/Linux
Locale: LANG=hr_HR.UTF-8

Bug#801825: autogen: non-free file "doc/gendocs_template" (CC-BY-ND-3.0)

[Paul Eggert]

Bruce Korb wrote:

This file comes from gnulib.


Its copyright notice came from Texinfo and I assume that was from its original 
contributor.  Ludovic, do you know what's going on with the copyright notice of 
doc/gendocs_template?

Bug#801837: ITP: yank -- interactively select and yank terminal output to stdout or xsel

[Sébastien Delafond]

On Oct/15, Jakub Wilk wrote:
> Please talk to upstream (or maybe to both upstreams) before renaming
> anything.
> [...]
> Eeek... https://lists.debian.org/20070428095345.ga9...@kunpuu.plessy.org

The package is already in NEW, and contains /usr/bin/yank-cli. I'll add
a note to README.Debian about that renaming, and also a recommendation
to alias it to something short : users of this package will be
command-line afficionados, and as such should probably not be
handicapped by this.

Cheers,

--Seb

Bug#801865: libreoffice: FTBFS[kfreebsd-*]; still uses gcj?

[Rene Engelhard]

Hi,

On Thu, Oct 15, 2015 at 11:14:48PM +0100, Steven Chamberlain wrote:
> I deliberately use an out-of-date chroot as I'm trying to find what
> caused a regression, trying to rule out some build-depends first.

I am not sure that test failure actually is a regression. on gcj builds
(as bafore) those tests are not ran...

That it now doesn't build anymore of course is..

Regards,

Rene

Bug#801865: libreoffice: FTBFS[kfreebsd-*]; still uses gcj?

[Rene Engelhard]

Hi,

On Thu, Oct 15, 2015 at 11:29:42PM +0100, Steven Chamberlain wrote:
> But in the Debian build logs you can see it - it definitely
> seems wrong to alter debian/control during a normal build?
> 
> During the initial debian/rules clean:
> 
> | /usr/bin/make -f debian/rules control
> https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=kfreebsd-amd64&ver=1%3A5.0.3~rc1-1&stamp=1444715604

Hmm, indeed... But that shouldn't affect how it's built...
It would "just" miss some binary packages/features if it affected it,
but nothing affected the Writer macro tests ttbomk.

And he buildlog says:

checking the installed JDK... checked (JDK 1.7.0_85)
checking for JAWT lib... -L/usr/lib/jvm/default-java/jre/lib/amd64 -ljawt

so...

Regards,

Rene

Bug#801166: [RFR] templates://unattended-upgrades/{templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the unattended-upgrades source package.

This review will last from Friday, October 16, 2015 to Monday, October 26, 2015.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

I don't have changes to suggest. I kinda feel that the 2nd templates
would benefit from being omre explicit or detailed, but I don't really
find good ways to do so except by adding a very long and clumsy
explanation. After all, the example that is in the default value is
more or less self-explanatory.

I leave this up for review in icase someone else from the dle team
(understand Justin) would have suggestions to give.

-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: unattended-upgrades/enable_auto_updates
Type: boolean
Default: false
_Description: Automatically download and install stable updates?
 Applying updates on a frequent basis is an important part of keeping
 systems secure. By default, updates need to be applied manually using package 
 management tools. Alternatively, you can choose to have this system 
 automatically download and install security updates.

Template: unattended-upgrades/origins_pattern
Type: string
Default: "origin=Debian,codename=${distro_codename},label=Debian-Security";
_Description: Origins-Pattern that packages must match to be upgraded:
 A package will be upgraded only if its metadata values match all the supplied
 keywords in the origin line.
Source: unattended-upgrades
Section: admin
Priority: optional
Maintainer: Michael Vogt 
Build-Depends: debhelper (>= 7.0.50~), po-debconf
Build-Depends-Indep: python (>= 2.6.6-3~), python3-distutils-extra,
 python3-setuptools, python-dev, python3-dev, python-coverage, pep8,
 pyflakes, python-apt, python3-apt, python-mock, python3-mock,
 lsb-release, dh-systemd (>= 1.5)
Standards-Version: 3.9.3
Vcs-Git: https://github.com/mvo5/unattended-upgrades.git
XS-Testsuite: autopkgtest

Package: unattended-upgrades
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, debconf, python3, 
 python3-apt, apt-utils, apt, ucf, lsb-release, lsb-base (>= 3.2-14),
 xz-utils
Recommends: cron | cron-daemon | anacron
Suggests: bsd-mailx, mail-transport-agent
Description: automatic installation of security upgrades
 This package can download and install security upgrades automatically
 and unattended, taking care to only install packages from the
 configured APT source, and checking for dpkg prompts about
 configuration file changes.
 .
 This script is the backend for the APT::Periodic::Unattended-Upgrade
 option.


signature.asc
Description: PGP signature

Bug#801920: zaqar: Should re-use translations from (insert your favourite Openstack package name here)

[Christian Perrier]

Source: zaqar
Severity: normal

Yet another Openstack package with debconf templates:-). Hello,
Thomas, so it's me again:-)

So, as its debconf templates are similar to those of (insert your
favourite Openstack package name here), I suggest it recycles
debconf translations from it.

cp /debian/po/*po zaqar/debian/po
cd zaqar/debian/po
for i in *po; do sed -i 's//Zaqar/g' $i ; done
debconf-updatepo

And then we'll see if some fuzzy strings remain to be updated.


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

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

Bug#792281: texlive-latex-base: not Multi-Arch: foreign

[Norbert Preining]

Dear all,

TeX Live Multiarch ...

On Mon, 28 Sep 2015, Johannes Schauer wrote:
> > may I safely assume that I can upload the current status to
> > unstable sooner or later?
> 
> yes, please do!

Done that just now:
tex-common  6.04
texlive-bin 2015.20150524.37493-7
texlive-base2015.20151016-1
texlive-lang2015.20151016-1
texlive-extra   2015.20151016-1
according to the discussions we had and basically the same packages
that were in the testing repository for some time (which will be
removed soon).

Big thanks goes to all of you, Helmut, Johannes, Thorsten, Wookey
for the great support and help, and teaching me all the things.

Let us hope if works out nicely. 

Anyway, if you find something popping up, please contact me immediately,
via bug report or email.

Again, thanks a lot

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#801921: gdm3: Broken greeter, maybe Unable to init server: Could not connect: Connection refused

[David Mohr]

Package: gdm3
Version: 3.18.0-2
Severity: normal

Dear Maintainer,

I ran a dist-upgrade yesterday (2015-10-14), shut down, and on booting
today it just fails with the strange graphical prompt "Oh no! Something
has gone wrong." and a 'Log Out' button even though I'm not logged in
yet and just expected to see the greeter.

I can't find anything useful in the logs. The output of
`journalctl -f` after starting the gdm3 service is attached below.

I installed lightdm instead, and it works without any issues.

Let me know if there's something I can try to debug this.

Thanks,
~David

---SNIP---
Oct 15 23:12:54 alucardo sudo[2817]: squisher : TTY=pts/1 ; PWD=/home/squisher 
; USER=root ; COMMAND=/bin/systemctl gdm3 start
Oct 15 23:12:54 alucardo sudo[2817]: pam_unix(sudo:session): session opened for 
user root by squisher(uid=0)
Oct 15 23:12:54 alucardo sudo[2817]: pam_unix(sudo:session): session closed for 
user root
Oct 15 23:12:58 alucardo sudo[2839]: squisher : TTY=pts/1 ; PWD=/home/squisher 
; USER=root ; COMMAND=/bin/systemctl start gdm3
Oct 15 23:12:58 alucardo sudo[2839]: pam_unix(sudo:session): session opened for 
user root by squisher(uid=0)
Oct 15 23:12:58 alucardo polkitd(authority=local)[1652]: Registered 
Authentication Agent for unix-process:2840:41106 (system bus name :1.47 
[/usr/bin/pkttyagent --notify-fd 4 --fallback], object path 
/org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8)
Oct 15 23:12:58 alucardo systemd[1]: Starting GNOME Display Manager...
Oct 15 23:12:58 alucardo systemd[1]: Started GNOME Display Manager.
Oct 15 23:12:58 alucardo sudo[2839]: pam_unix(sudo:session): session closed for 
user root
Oct 15 23:12:58 alucardo polkitd(authority=local)[1652]: Unregistered 
Authentication Agent for unix-process:2840:41106 (system bus name :1.47, object 
path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8) 
(disconnected from bus)
Oct 15 23:12:58 alucardo gdm-launch-environment][2866]: 
pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by 
(uid=0)
Oct 15 23:12:58 alucardo systemd[1]: Created slice user-108.slice.
Oct 15 23:12:58 alucardo systemd[1]: Starting User Manager for UID 108...
Oct 15 23:12:58 alucardo systemd-logind[1263]: New session c3 of user 
Debian-gdm.
Oct 15 23:12:58 alucardo systemd[2882]: pam_unix(systemd-user:session): session 
opened for user Debian-gdm by (uid=0)
Oct 15 23:12:58 alucardo systemd[1]: Started Session c3 of user Debian-gdm.
Oct 15 23:12:58 alucardo systemd[2882]: Reached target Sockets.
Oct 15 23:12:58 alucardo systemd[2882]: Removed slice Root Slice.
Oct 15 23:12:58 alucardo systemd[2882]: Reached target Timers.
Oct 15 23:12:58 alucardo systemd[2882]: Reached target Paths.
Oct 15 23:12:58 alucardo systemd[2882]: Reached target Basic System.
Oct 15 23:12:58 alucardo systemd[2882]: Reached target Default.
Oct 15 23:12:58 alucardo systemd[2882]: Startup finished in 20ms.
Oct 15 23:12:58 alucardo systemd[1]: Started User Manager for UID 108.
Oct 15 23:12:58 alucardo console-kit-daemon[1837]: (process:2892): 
GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Oct 15 23:12:58 alucardo console-kit-daemon[1837]: (process:2894): 
GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Oct 15 23:12:58 alucardo console-kit-daemon[1837]: (process:2895): 
GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Oct 15 23:12:58 alucardo gnome-session[2899]: Entering running state
Oct 15 23:12:58 alucardo gnome-session[2899]: Unable to init server: Could not 
connect: Connection refused
Oct 15 23:12:58 alucardo gnome-session[2899]: ** (gnome-session-failed:2905): 
WARNING **: Cannot open display:
Oct 15 23:12:59 alucardo gdm-launch-environment][2866]: 
pam_unix(gdm-launch-environment:session): session closed for user Debian-gdm
Oct 15 23:12:59 alucardo gdm3[2854]: GdmDisplay: display lasted 1.332457 seconds
Oct 15 23:12:59 alucardo systemd-logind[1263]: Removed session c3.
Oct 15 23:12:59 alucardo gdm3[2854]: Child process -2896 was already dead.
Oct 15 23:12:59 alucardo gdm3[2854]: Child process 2866 was already dead.
Oct 15 23:12:59 alucardo gdm3[2854]: Unable to kill session worker process
Oct 15 23:12:59 alucardo console-kit-daemon[1837]: (process:2914): 
GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Oct 15 23:12:59 alucardo systemd[1]: Stopping User Manager for UID 108...
Oct 15 23:12:59 alucardo systemd[2882]: Created slice Root Slice.
Oct 15 23:12:59 alucardo systemd[2882]: Stopped target Default.
Oct 15 23:12:59 alucardo systemd[2882]: Stopped target Basic System.
Oct 15 23:12:59 alucardo systemd[2882]: Stopped target Paths.
Oct 15 23:12:59 alucardo systemd[2882]: Stopped target Timers.
Oct 15 23:12:59 alucardo systemd[2882]: Reached target Shutdown.
Oct 15 23:12:59 alucardo systemd[2882]: Starting Exit the Session...
Oct 15 23:12:59 alucardo systemd[2882]: Stopped target Sockets.
Oct 15 23:12:59 alucardo 

Bug#801919: ITP: php-pear -- PEAR - PHP Extension and Application Repository

[Mathieu Parent]

Package: wnpp
Severity: wishlist
Owner: Mathieu Parent 

* Package name: php-pear
  Version : 1:1.10
  Upstream Author : a lot
* URL : https://pear.php.net/package/PEAR
* License : BSD-2-Clause
  Programming Lang: PHP
  Description : PEAR - PHP Extension and Application Repository

Current description (from src:php5):
 This package contains the base PEAR classes for PHP, as well as the PEAR
 installer.  Many PEAR classes are already packaged for Debian, and can be
 easily identified by names beginning with "php-", such as php-db and
 php-auth.  Note: to build and install precompiled PECL extensions, you
 will need one of the php development packages installed.
 .
 PHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used
 open source general-purpose scripting language that is especially suited
 for web development and can be embedded into HTML.

This is to fix #714848. The package will be maintained in the pkg-php-pear ML.

To avoid having a circular dependency, I won't build-depend on pkg-php-tools,
as its dependencies:
- Archive_Tar
- Structures_Graph
- Console_Getopt
- XML_Util

Regards 

Mathieu Parent

Bug#801918: ITP: ruby-mail-room -- Forward mail from gmail IMAP to a callback URL or job worker, simply.

[Abhijith PA]

Package: wnpp
Severity: wishlist
Owner: Abhijith PA 

* Package name: ruby-mail-room
  Version : 0.5.2
  Upstream Author : Tony Pitale
* URL : http://github.com/tpitale/mail_room
* License : MIT
  Programming Lang: Ruby
  Description : Forward mail from gmail IMAP to a callback URL or
job worker, simply
-- 
അഭി‍ജിത്ത്







signature.asc
Description: OpenPGP digital signature

Bug#801083: gthumb: unreproducible build

[Alex Vong]

Hi Herbert,

Do you know how the bug is fixed? Well, do the bug disappears itself,
or is it an upstream fix? Anyway, congratulations!

Cheers,
Alex

On 16/10/2015, Herbert Parentes Fortes Neto  wrote:
> Hi Alex,
>
> No 'unrep' on my QA page today.
>
> I will wait a few more days and if nothing
> changes, I will close the bug.
>
>
>
> regards,
> --
> Herbert Parentes Fortes Neto (hpfn)
>

Bug#801814: gnome-shell-pomodoro dependencies not met

[Joseph Herlant]

Hi Richard,

Thanks for your report.
I'm pushing an updated version of the package tonight to mentors to fix that.

Joseph


On Wed, Oct 14, 2015 at 12:32 PM, Richard Ayotte  wrote:
> Package: gnome-shell-pomodoro
> Version: 0.11.0-1
> Severity: important
>
> Dear Maintainer,
>
> gnome-shell 3.18 has just entered into sid and broke the gnome-shell-pomodoro 
> dependencies.
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (800, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.2.0-1-amd64 (SMP w/6 CPU cores)
> Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)

Bug#801917: rabbitmq-server: permissions of /etc/rabbitmq/rabbitmq-env.conf makes it impossible to run rabbitmq as other users

[Antonio Terceiro]

Package: rabbitmq-server
Version: 3.5.4-3
Severity: normal

Hi,

The new version of debci runs an instance of rabbitmq-server on its test
suite in order to test the master/worker setup (which uses
rabbitmq-server as a transport).

A recent (post-jessie) version of rabbitmq-server now reads
/etc/rabbitmq/rabbitmq-env.conf unconditionally, what fails when not run
by the rabbitmq user itself because that file is not readable by others:

$ ls -l /etc/rabbitmq/rabbitmq-env.conf
-rw-r- 1 rabbitmq rabbitmq 535 Out 16 00:16 /etc/rabbitmq/rabbitmq-env.conf

The default contents of the file is fully commented, so is there a good
reason for it to be 0640 instead of 0644? Please consider changing it
back to 0644, or at least providing a mechanism (probably via an
environment variable, as several other settings) to override the
location of this environment file.

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

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

Versions of packages rabbitmq-server depends on:
ii  adduser  3.113+nmu3
ii  erlang-nox   1:18.0-dfsg-2
ii  init-system-helpers  1.24
ii  logrotate3.8.7-2

rabbitmq-server recommends no packages.

rabbitmq-server suggests no packages.

-- no debconf information

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#801916: postsrsd: should not run as nobody

[Russell Coker]

Package: postsrsd
Version: 1.2-1
Severity: normal

Daemons should not run as user nobody.  If you do this then eventually multiple 
such
daemons will be installed and there will be multiple daemons running with the 
same
user.  Please create a user in the postinst.

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

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

Versions of packages postsrsd depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.22
ii  libc6  2.19-18+deb8u1

postsrsd recommends no packages.

postsrsd suggests no packages.

-- debconf information excluded

Bug#801915: ifupdown2: unowned directory after purge: /etc/network/interfaces.d/

[Andreas Beckmann]

Package: ifupdown2
Version: 1.0~git20150917-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned
directories on the system after purge, which is a violation of
policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

The maintainer scripts create (and later remove) a file in that
directory. Manual directory removal may be not appropriate as this
directory is shared between several packages.

If the package would ship this as an empty directory, dpkg would take
care of the creation and removal (if it's empty).

>From the attached log (scroll to the bottom...):

0m40.2s ERROR: FAIL: Package purging left files on system:
  /etc/network/interfaces.d/ not owned


cheers,

Andreas


ifupdown2_1.0~git20150917-1.log.gz
Description: application/gzip

Bug#727254: ots: diff for NMU version 0.5.0-2.2

[Wookey]

tags 727254 + pending
thanks

Dear maintainer,

I've prepared an NMU for ots (versioned as 0.5.0-2.2) and uploaded it
immediately as you are on the LowThesholdNMU list. 
diff attached.

This diff includes the resulting update in config.{sub,guess} as well
as the core patch 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727254;att=1;filename=ots-0.5.0-2.1-autoreconf.patch;msg=17

It is probably better to have these files updated even though it's not
strictly necessary.

Regards.
Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -u ots-0.5.0/config.sub ots-0.5.0/config.sub
--- ots-0.5.0/config.sub
+++ ots-0.5.0/config.sub
@@ -1,38 +1,31 @@
 #! /bin/sh
 # Configuration validation subroutine script.
-#   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010
-#   Free Software Foundation, Inc.
+#   Copyright 1992-2015 Free Software Foundation, Inc.
 
-timestamp='2010-01-22'
+timestamp='2015-08-20'
 
-# This file is (in principle) common to ALL GNU software.
-# The presence of a machine in this file suggests that SOME GNU software
-# can handle that machine.  It does not imply ALL GNU software can.
-#
-# This file 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 2 of the License, or
+# This file 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 implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-# GNU General Public License for more details.
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+# General Public License for more details.
 #
 # You should have received a copy of the GNU General Public License
-# along with this program; if not, write to the Free Software
-# Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA
-# 02110-1301, USA.
+# along with this program; if not, see .
 #
 # As a special exception to the GNU General Public License, if you
 # distribute this file as part of a program that contains a
 # configuration script generated by Autoconf, you may include it under
-# the same distribution terms that you use for the rest of that program.
+# the same distribution terms that you use for the rest of that
+# program.  This Exception is an additional permission under section 7
+# of the GNU General Public License, version 3 ("GPLv3").
 
 
-# Please send patches to .  Submit a context
-# diff and a properly formatted GNU ChangeLog entry.
+# Please send patches to .
 #
 # Configuration subroutine to validate and canonicalize a configuration type.
 # Supply the specified configuration type as an argument.
@@ -75,9 +68,7 @@
 version="\
 GNU config.sub ($timestamp)
 
-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
-2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 Free
-Software Foundation, Inc.
+Copyright 1992-2015 Free Software Foundation, Inc.
 
 This is free software; see the source for copying conditions.  There is NO
 warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE."
@@ -124,13 +115,18 @@
 # Here we must recognize all the valid KERNEL-OS combinations.
 maybe_os=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\2/'`
 case $maybe_os in
-  nto-qnx* | linux-gnu* | linux-dietlibc | linux-newlib* | linux-uclibc* | \
-  uclinux-uclibc* | uclinux-gnu* | kfreebsd*-gnu* | knetbsd*-gnu* | netbsd*-gnu* | \
+  nto-qnx* | linux-gnu* | linux-android* | linux-dietlibc | linux-newlib* | \
+  linux-musl* | linux-uclibc* | uclinux-uclibc* | uclinux-gnu* | kfreebsd*-gnu* | \
+  knetbsd*-gnu* | netbsd*-gnu* | netbsd*-eabi* | \
   kopensolaris*-gnu* | \
   storm-chaos* | os2-emx* | rtmk-nova*)
 os=-$maybe_os
 basic_machine=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\1/'`
 ;;
+  android-linux)
+os=-linux-android
+basic_machine=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\1/'`-unknown
+;;
   *)
 basic_machine=`echo $1 | sed 's/-[^-]*$//'`
 if [ $basic_machine != $1 ]
@@ -153,12 +149,12 @@
 	-convergent* | -ncr* | -news | -32* | -3600* | -3100* | -hitachi* |\
 	-c[123]* | -convex* | -sun | -crds | -omron* | -dg | -ultra | -tti* | \
 	-harris | -dolphin | -highlevel | -gould | -cbm | -ns | -masscomp | \
-	-apple | -axis | -knuth | -cray | -microblaze)
+	-apple | -axis | -knuth | -cray | -microblaze*)
 		os=
 		basic_machine=$1
 		;;
--bluegene*)
-	os=-cnk
+	-bluegene*)
+		

Bug#738778: librep: diff for NMU version 0.90.2-1.5

[Wookey]

tags 738778 + pending
thanks

Dear maintainer,

I've prepared an NMU for librep (versioned as 0.90.2-1.5) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.
Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -u librep-0.90.2/debian/rules librep-0.90.2/debian/rules
--- librep-0.90.2/debian/rules
+++ librep-0.90.2/debian/rules
@@ -48,6 +48,7 @@
 	cp /usr/share/misc/config.guess .
 	cp /usr/share/misc/config.sub .
 
+	dh_autoreconf
 	CONFIG_SHELL=/bin/bash /bin/bash ./configure \
 	--prefix=/usr --libexecdir=/usr/lib --mandir=/usr/share/man \
 	--build=$(DEB_BUILD_GNU_TYPE) --host=$(DEB_HOST_GNU_TYPE) \
@@ -75,6 +76,7 @@
 
 	debian/rules unpatch
 
+	dh_autoreconf_clean
 	dh_clean debian/librep-dev.install debian/${version}.install \
 	 src/rep-xgettext config.sub config.guess
 
diff -u librep-0.90.2/debian/control librep-0.90.2/debian/control
--- librep-0.90.2/debian/control
+++ librep-0.90.2/debian/control
@@ -5,7 +5,7 @@
 Standards-Version: 3.8.3
 Build-Depends: texinfo (>= 4.11-2), debhelper (>= 7), libgmp-dev,
  libgdbm-dev, libreadline-dev, libncurses5-dev, libtool,
- dpatch, autotools-dev, pkg-config, libffi-dev
+ dpatch, autotools-dev, pkg-config, libffi-dev, dh-autoreconf
 Homepage: http://librep.sourceforge.net/
 Vcs-Browser: http://git.debian.org/?p=collab-maint/librep.git
 Vcs-Git: git://git.debian.org/git/collab-maint/librep.git
diff -u librep-0.90.2/debian/changelog librep-0.90.2/debian/changelog
--- librep-0.90.2/debian/changelog
+++ librep-0.90.2/debian/changelog
@@ -1,3 +1,10 @@
+librep (0.90.2-1.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Use dh-autoreconf to support new architectures (Closes: #738778)
+
+ -- Wookey   Fri, 16 Oct 2015 01:37:32 +
+
 librep (0.90.2-1.4) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- librep-0.90.2.orig/Makedefs.in
+++ librep-0.90.2/Makedefs.in
@@ -20,7 +20,7 @@
 
 version=@version@
 libversion=@libversion@
-SHELL=/bin/sh
+SHELL=/bin/bash
 
 top_srcdir=@top_srcdir@
 srcdir=@srcdir@
only in patch2:
unchanged:
--- librep-0.90.2.orig/configure.in
+++ librep-0.90.2/configure.in
@@ -549,8 +549,14 @@
   esac
 fi
 if test "${with_stack_direction}" = unknown; then
-  AC_TRY_RUN([ void inner (char *foo) { char bar; exit (!(foo >= &bar)); }
-	   void main () { char foo; inner (&foo); } ],
+  AC_TRY_RUN([
+#include 
+#include 
+int inner(int *a) { int b; char sa[50], sb[50];
+  sprintf(sa, "%049llu", (unsigned long long)a);
+  sprintf(sb, "%049llu", (unsigned long long)&b);
+  return strcmp(sa, sb); }
+int main() { int x; return inner(&x) < 0; } ],
[AC_MSG_RESULT([downwards])
 with_stack_direction=-1],
[AC_MSG_RESULT([upwards])
only in patch2:
unchanged:
--- librep-0.90.2.orig/src/repint.h
+++ librep-0.90.2/src/repint.h
@@ -232,8 +232,8 @@
call when the heap needs to grow. */
 
 #if defined __GNUC__ && defined __OPTIMIZE__
-extern __inline__ repv inline_Fcons (repv x, repv y);
-extern __inline__ repv
+static __inline__ repv inline_Fcons (repv x, repv y);
+static __inline__ repv
 inline_Fcons (repv x, repv y)
 {
 rep_cons *c = rep_cons_freelist;


signature.asc
Description: Digital signature

Bug#801914: Game crashes when quitting imperial ship

[Louis-Philippe Véronneau]

Package: openmw
Version: 0.36.1-1+b2
Severity: critical

I'm getting this error message when exiting the imperial ship:

Unloading cell
loading cell -3, -10
loading cell -3, -9
loading cell -3, -8
loading cell -2, -10
loading cell -2, -9
openmw: symbol lookup error: openmw: undefined symbol:
_ZN15btCompoundShapeC1Eb


This bug is explained here:
https://forum.openmw.org/viewtopic.php?f=2&t=3053

You only need to recompile the package with the right dependency.

--
pollo




signature.asc
Description: OpenPGP digital signature

Bug#801739: plasma-workspace: plasmashell crashes after login through display manager

[Stefan Rücker]

I have the same problem and opened a kde bug, although I don't know whether it 
is a kde or a debian problem:

https://bugs.kde.org/show_bug.cgi?id=353846

I've found this report after submitting the bug to bugs.kde.org.

Workaround conclusion:
When logging in into plasma with ligthdm or kdm add your user to the video 
group in /etc/group

When logging in into plasma with sddm add sddm to the video group in 
/etc/group

Cheers
Stefan

Bug#801330: glx-alternative-nvidia upgrade failed

[Andreas Beckmann]

On 2015-10-16 03:10, Goran LAZAREVIC wrote:
> Actually my Debian Sid system was running on the experimental nvidia
> driver version (352.41-1) when this happened. When I restarted it, I
> fell on tty login screen instead of gdm login one.

the experimental drivers still need to be updated for the changes in
glx-alternative-nvidia


> I tried to downgrade nvidia-driver to unstable version (340.93-4),
> thinking that it may solve temporarily the issue as its version from
> unstable repository or some of its dependencies may not be already
> compatible with glx-alternative-nvidia (0.6.91), but that operation
> neither could be done, as the glx-alternative-nvidia package which is
> pushed in unstable repository (0.6.91) breaks some of the dependencies
> (as i.e. nvidia-alternative (<340.93.-5), while the version available in
> unstable is still (340.93-4).

the -5 drivers have been built already and should be available after the
next dinstall run and mirror push


Andreas

Bug#801330: glx-alternative-nvidia upgrade failed

[Goran LAZAREVIC]

Hi everyone,

During last upgrade, the glx-alternative-nvidia package (0.6.91 /
unstable) failed to configure. Here's the output :

>root@GOGI: apt-get upgrade
> ...
> ...
> Treatment of deferred shares ("triggers") for nvidia-glx-alternative
(0.6.91) ...
> update-alternatives: error: The /etc/modprobe.d/nvidia.conf alternative link 
> is already
managed by nvidia
> dpkg: package error processing nvidia-glx-alternative (--configure): 
subprocess installed post-installation script returned error exit status 2
> ...
> ...
> Errors were encountered while processing:   nvidia-glx-alternative
> E: Sub-process / usr / bin / dpkg returned an error code (1)

and

> root@GOGI:/home/gogi# dpkg -l | grep glx-alternative-nvidia
> iF  glx-alternative-nvidia   
0.6.91  amd64allows the selection of
NVIDIA as GLX provider



Actually my Debian Sid system was running on the experimental nvidia
driver version (352.41-1) when this happened. When I restarted it, I
fell on tty login screen instead of gdm login one.
This was caused by the failing configuration process, as the nouveau
driver was loas instead of the nvidia one, because of no more
"nvidia-blacklists-nouveau.conf" file in /etc/modprobe.d which should
normally blacklist the nouveau driver.
Doing it manually solves the problem.

I tried to downgrade nvidia-driver to unstable version (340.93-4),
thinking that it may solve temporarily the issue as its version from
unstable repository or some of its dependencies may not be already
compatible with glx-alternative-nvidia (0.6.91), but that operation
neither could be done, as the glx-alternative-nvidia package which is
pushed in unstable repository (0.6.91) breaks some of the dependencies
(as i.e. nvidia-alternative (<340.93.-5), while the version available in
unstable is still (340.93-4).


Greetings

-- 
*Goran LAZAREVIC*

Bug#800419: tahoe-lafs stops systemd

[James Valleroy]

tags 800419 patch

This can be fixed by moving the twistd-options to after the NODEDIR.

diff --git a/debian/tahoe-lafs.init b/debian/tahoe-lafs.init
index 352ee75..27a614b 100755
--- a/debian/tahoe-lafs.init
+++ b/debian/tahoe-lafs.init
@@ -55,7 +55,7 @@ _tahoe () {
 case "$action" in
 start|restart)
 su -s "/bin/sh" \
-   -c "'$DAEMON' '$action' $DAEMONARGS
'$CONFIG_DIR/${node_name}'" \
+   -c "'$DAEMON' '$action' '$CONFIG_DIR/${node_name}'
$DAEMONARGS" \
"$node_uid"
 ;;
 stop)



signature.asc
Description: OpenPGP digital signature

Bug#801832: Additional info

[Gersho de Lock]

Just wanted to add that i tried to install the image in a VM using virtualbox 
(on windows) and had the same issue

In that case, shouldn't the installer see the image as an optical disc ? i 
don't get it

for that reason, i'm giving up on the idea of trying to burn it to a dvd

i'll try to get the full version, but since it'll take me more than a week, any 
suggestion of things to try in the meantime is welcome (and also, it kinda 
feels like i'm giving up on this issue and i don't like that xD)

Regards.
Gersho.
  

Bug#801630: /sbin/mke2fs: mkfs fails on cryptosetup usb drive

[Greg Schmidt]

I can't reproduce the problem. The sequence of comands that failed 
repeatedly are are now working as I expect. The cheap'o thumdrive is 
indeed slow. mkfs took just under 15min and didn't generate the journal 
entry. The device busy message from cryptsetup is gone.


Between the bugreport and re-testing I updated my system, rebooted and 
copied /dev/zero to the thumbdrive. So I don't know what may have caused 
the 'blocked for more than 120 seconds' journal entry. I see that the 
system was in fsync(). I monitored the meminfo.writeback with /proc and 
could see it going down while the mkfs was in the "writing superblocks 
and filesystem ..." step.


- Greg

Bug#800451: groonga ships third party software in vendor/ not mentioned in debian/copyright

[HAYASHI Kentaro]

Thank you for reporting.

Actually, vendor/ is not correct indeed.
This bug is recognized in upstream, so I'll follow in latest version later.

On Tue, 29 Sep 2015 16:55:56 +0200 Matthias Klose  wrote:
> groonga ships third party software in vendor/ not mentioned in 
> debian/copyright.
> 
> There is software in vendor/ which copyright is not the default.

-- 
HAYASHI Kentaro 

Bug#766679: ITP: fdkaac -- command line encoder frontend for libfdk-aac

[Christoph Anton Mitterer]

Hey.

Anything new here?
It's been in the NEW queue for a while but then disappeared?


Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#801913: init-premount boot script is now superfluous

[Stephen Powell]

Package: sysconfig-hardware
Version: 0.0.10+nmu3
Severity: wishlist
X-Debbugs-CC: debian-s...@lists.debian.org

Now that sysconfig-hardware brings DASD devices online before the permanent root
file system is mounted, the script

   usr/share/initramfs-tools/scripts/init-premount/sysconfig_hardware

is superfluous.  It is no longer needed.  It should be dropped from the package.
That's one less piece of code to maintain, and one less item that needs to be
included in the initial RAM file system image file.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-

Bug#801908: say how to do -v and -v -v via Aptitude::CmdLine::Verbose

[Manuel A. Fernandez Montecelo]

Control: severity -1 wishlist
Control: tags -1 + wontfix
Control: close -1


2015-10-16 00:12 積丹尼 Dan Jacobson:

Package: aptitude


On the man page please mention how does one specify these:
  Aptitude::CmdLine::Verbose="once";
  Aptitude::CmdLine::Verbose="twice";
  Aptitude::CmdLine::Verbose=1;
  Aptitude::CmdLine::Verbose=2;
"
  -v, --verbose
  Causes some commands (for instance, show) to display extra
  information. This may be supplied multiple times to get more and
  more information.

  This corresponds to the configuration option
  Aptitude::CmdLine::Verbose.
"



If you keep searching down for ::Verbose in the manpage itself, you get
to this:

 When combined with -v or a non-zero value for
 Aptitude::CmdLine::Verbose, this displays the entire chain of
 dependencies that lead each package to be installed. For instance:


But the full and authoritative place for the configuration values where
everything is nicely explained is here (or aptitude-doc-${lang}):

 http://aptitude.alioth.debian.org/doc/en/ch02s05s05.html

 Option: Aptitude::CmdLine::Verbose
 Default: 0
 Description: This controls how verbose the command-line mode of
 aptitude is. Every occurrence of the -v command-line option adds 1 to
 this value.

If nothing else, the default value should give a good idea of what type
the variable expects to get: integers.


It is not a good idea to start to duplicate the information everywhere
in manpage and guide (and in some cases on-line quick help and in-source
messages) -- it takes at least twice the work and can easily lead to
being out of sync (I've been fixing many such cases lately), so marking
as +wontfix and closing.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#565436: closed by Mattia Rizzolo (Re: Bug#565436: pbuilder: new $HOME value broke my hook scripts)

[Mattia Rizzolo]

control: retitle -1 PATH to Debian source in env a var within pdebuild-internal

On Fri, Oct 16, 2015 at 12:20:07AM +0200, Francesco Poli wrote:
> On Thu, 15 Oct 2015 14:26:55 + Mattia Rizzolo wrote:
> > On Fri, Jan 15, 2010 at 07:50:51PM +0100, Francesco Poli (t1000) wrote:
> > > Would it be possible to add a new environment variable to identify the
> > > debianized source directory?
> > 
> > Well, pbuilder does not know it.
> 
> We are _not_ talking about pbuilder, we are talking about pdebuild !
> Please re-read the initial bug report !

crap.

I mis(user)tagged this bug the first time I read it, and when today I
replied to it I only looked at the title, just thinking about my tag :\

sorry for that...

> BUILDDIR may be useful for users who invoke "pbuilder build ...".
> 
> I usually invoke "pdebuild ...", so I would need you to modify
> pdebuild-internal, as requested in the original bug report:
> just before
> 
>   export HOME=$(readlink -f $(pwd)/../)
> 
> please add
> 
>   export DEBSOURCEDIR=$(readlink -f $(pwd))

I don't use pdebuild-internal myself, and I'd really prefer to
read&understand the whole thing before trying to touch it :)
That means I need a bit more time!

> > There you are, if you need more please open a new bug.
> 
> I would rather reopen this bug report, since the requested feature has
> not yet been implemented...

yeah, sorry :|

> Please let me know whether anything in my reasoning is flawed.
> Thanks for your time and patience.

Sorry again for stealing from you time to read and fix my flaws,
instead!
I'll come back once I get what this pdebuild-internal thing is about :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#801912: DASD options are ignored because device is already online

[Stephen Powell]

Package: sysconfig-hardware
Version: 0.0.10+nmu3
Severity: normal
X-Debbugs-CC: debian-s...@lists.debian.org
Tags: patch

The DASD options are being ignored.
The problem is in etc/sysconfig/scripts/hardware/hwup-ccw-dasd.
The DASD options can only be set *before* the device is brought online.
The script is attempting to set the DASD options *after* bringing the
device online.  Thus, the DASD options are ignored.  A patch which
fixes the problem is attached.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-diff -ura a/etc/sysconfig/scripts/hardware/hwup-ccw-dasd b/etc/sysconfig/scripts/hardware/hwup-ccw-dasd
--- a/etc/sysconfig/scripts/hardware/hwup-ccw-dasd	2015-09-06 03:38:33.0 -0400
+++ b/etc/sysconfig/scripts/hardware/hwup-ccw-dasd	2015-10-15 14:26:51.819975570 -0400
@@ -15,18 +15,17 @@
 message_n "Configuring device $ID: "
 read _online < $SYSFS$DEVPATH/online
 if [ "$_online" -ne "1" ]; then
+  if [ -n "$DASD_USE_DIAG" ]; then
+echo "$DASD_USE_DIAG" > $SYSFS$DEVPATH/use_diag
+  fi
+  if [ -n "$DASD_READONLY" ]; then
+echo "$DASD_READONLY" > $SYSFS$DEVPATH/readonly
+  fi
   echo 1 > $SYSFS$DEVPATH/online
   message_n "online. "
 else
   message_n "already online. "
 fi
 
-if [ -n "$DASD_USE_DIAG" ]; then
-  echo "$DASD_USE_DIAG" > $SYSFS$DEVPATH/use_diag
-fi
-if [ -n "$DASD_READONLY" ]; then
-  echo "$DASD_READONLY" > $SYSFS$DEVPATH/readonly
-fi
-
 message "ok. "
 

Bug#801911: nbd: [INTL:pt] Portuguese translation for debconf messages

[Américo Monteiro]

Package: nbd
version: 1:3.11-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for nbd's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


nbd_1:3.11-1_pt.po.gz
Description: GNU Zip compressed data

Bug#801910: chromium hangs ~8 sec when opening some new urls; hangs when switching beteen tabs

[Andrew Engelbrecht]

Package: chromium
Version: 45.0.2454.85-1~deb8u1
Severity: important

Dear Maintainer,

after moving ~/.config/chromium to another location (which is an optional
step) then opening chromium, enter a url such as:

https://duckduckgo.com/?q=test&ia=meanings
-or-
https://www.google.com/intl/en/chrome/browser/welcome.html

the whole application hangs/freezes for about 8 seconds. cpu usage
completely uses one or both cores. then the page loads. if i click on
another tab with a page loaded inisde it, swtiching to that tab may
freeze the application for a few seconds as well.

This occurs somewhat unpredictably, but happens most of the time.
Sometimes loading one of these sites does not hang the program. It
appears that some javascript-free sites do not pose this problem.

I recall chromium being very fast in jessie prior to the security
update. I do not remember when this behavior started.

Thank you for all of your contributions : )

- andrew


-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (320,
'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Foreign Architectures: amd64

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

Versions of packages chromium depends on:
ii  libasound2   1.0.28-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u1
ii  libcairo21.14.0-2.1
ii  libcups2 1.7.5-11+deb8u1
ii  libdbus-1-3  1.8.20-0+deb8u1
ii  libexpat12.1.0-6+deb8u1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3+deb8u1
ii  libgcc1  1:4.9.2-10
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u2
ii  libglib2.0-0 2.42.1-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk2.0-0  2.24.25-3
ii  libjpeg62-turbo  1:1.3.1-12
ii  libnspr4 2:4.10.7-1
ii  libnss3  2:3.17.2-1.1+deb8u2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpci3  1:3.2.1-3
ii  libspeechd2  0.8-7
ii  libspeex11.2~rc1.2-1
ii  libsrtp0 1.4.5~20130609~dfsg-1.1
ii  libstdc++6   4.9.2-10
ii  libx11-6 2:1.6.2-3
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxml2  2.9.1+dfsg1-5
ii  libxrandr2   2:1.4.2-1+b1
ii  libxrender1  1:0.9.8-1+b1
ii  libxslt1.1   1.1.28-2+b2
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+2
ii  xdg-utils1.1.0~rc1+git20111210-7.4

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-inspector  
pn  chromium-l10n   

-- Configuration Files:
/etc/chromium.d/default-flags b32a0a54e135a5992fc225b756aa6a0d [Errno 2]
No such file or directory: u'/etc/chromium.d/default-flags
b32a0a54e135a5992fc225b756aa6a0d'

-- no debconf information

Bug#787861: review: polyml

[James Clarke]

Hi Gianfranco,

Apologies for the duplicate message, but I forgot to Cc the bug and 
debian-science.

> well, for sure I suggest you to subscribe to debian-devel mail list and to 
> the package [1] at the bottom of the page.

Done (although to the digest for debian-devel!)

> you can also contact MIA team to know if the maintainers are really MIA, in 
> that case the package will be orphaned and you will be able to take it over.

Email sent

> the problem actually is that the package is not building fine on amd64 and 
> i386.
> 
> "configure.ac:410: error: possibly undefined macro: LT_SYS_SYMBOL_USCORE
> If this token and others are legitimate, please use m4_pattern_allow.
> See the Autoconf documentation.”

I was able to reproduce this when building with pbuilder (just set it up). 
LT_SYS_SYMBOL_USCORE is defined in m4/ltdl.m4, which needs libltdl-dev to do 
so, so I added it to Build-Depends. I never actually installed libltdl-dev 
myself; it was pulled in by libtool as a recommended package, but it seems 
pbuilder/debootstrap only pulls in dependencies, which is how I managed to miss 
this dependency.

> BTW you need to add libffi-dev to build-dependencies and enable it in 
> configure script.

Done (upstream’s configure.ac forces libffi to be configured and is apparently 
needed, even in this case, so don’t be alarmed by that being mentioned in the 
logs!)

I have re-uploaded 5.5.2-1 to mentors. I have also forked 
debian-science/packages/polyml.git to 
http://anonscm.debian.org/cgit/users/jrtc27-guest/polyml.git/ and pushed all my 
changes there.

Thanks,
James Clarke


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#775158: policykit-1: memory leak in polkit_authority_enumerate_actions_finish DBUS call results handler

[Stephen Dowdy]

Is this fix going to be released for Jessie?  I don't see it in
jessie-proposed-updates, and it (i presume) is SEVERELY affecting some of
my users:

System with default setup (80+% of 32GB RAM consumed by 'kded4' process)
# ps -o "pid:6,ppid:6,%mem:4,rss:8,size:8=SSZ,sz:8=PSZ,vsize:8,args:20"
$(pgrep kded4)
   PID   PPID %MEM  RSS  SSZ  PSZ  VSZ COMMAND
  1341  1 82.0 27030540 31969276  8150825 32603300 kdeinit4: kded4
[kdeinit]

​System where i've had user install a powerdevil.desktop service override
disable file​

# ps -o "pid:6,ppid:6,%mem:4,rss:8,size:8=SSZ,sz:8=PSZ,vsize:8,args:20"
$(pgrep kded4)
   PID   PPID %MEM  RSS  SSZ  PSZ  VSZ COMMAND
  1337  1  0.270972  2221556   710202  2840808 kdeinit4: kded4
[kdeinit]

​FWIW, including disabler script for user override (in lieu of doing at the
system level) in case anyone is interested.  Dunno if this is the best way
for users to disable powerdevil, but "It Works For Me(tm)"

thanks,
--stephen

-- 
Stephen Dowdy  -  Systems Administrator  -  NCAR/RAL
303.497.2869   -  sdo...@ucar.edu-  http://www.ral.ucar.edu/~sdowdy/


disable-powerdevil.sh
Description: Bourne shell script

Bug#270033: aptitude: no confirmation message upon hold

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2004-09-04 20:35 Dan Jacobson:

Package: aptitude
Version: 0.2.15.2-1
Severity: minor

# aptitude hold fgfs-base
The following packages have been kept back:
 abs-guide adduser alsa-utils anacron apt apt-doc apt-utils aptitude
 base-config base-files bash bash-builtins bash-doc binutils binutils-doc
...
 xpdf-japanese xprt-common xprt-xprintorg xsane xsane-common
0 packages upgraded, 0 newly installed, 0 to remove and 313 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.

OK, but there is no message particularly confirming that aptitude
indeed heard what I said.

One needs to start the visual interface to confirm what happened
indeed happened.


Will do this with -v now, marking as +pending.

--
Manuel A. Fernandez Montecelo 

Bug#801909: wordgrinder-ncurses: wordgrinder should depend on lua-ldoc

[Jean Charles Delépine]

Package: wordgrinder-ncurses
Version: 0.6-2
Severity: important

Dear Maintainer,

$ wordgrinder 
Lua error: [string "src/lua/_prologue.lua"]:18: module 'lfs' not found:
no field package.preload['lfs']
no file '/usr/local/share/lua/5.2/lfs.lua'
no file '/usr/local/share/lua/5.2/lfs/init.lua'
no file '/usr/local/lib/lua/5.2/lfs.lua'
no file '/usr/local/lib/lua/5.2/lfs/init.lua'
no file '/usr/share/lua/5.2/lfs.lua'
no file '/usr/share/lua/5.2/lfs/init.lua'
no file './lfs.lua'
no file '/usr/local/lib/lua/5.2/lfs.so'
no file '/usr/lib/x86_64-linux-gnu/lua/5.2/lfs.so'
no file '/usr/lib/lua/5.2/lfs.so'
no file '/usr/local/lib/lua/5.2/loadall.so'
no file './lfs.so'
stack traceback:
[C]: in function 'require'
[string "src/lua/_prologue.lua"]:18: in main chunk

lfs.lua is part of lua-ldoc package.

Installing lua-ldoc makes wordgrinder happy.

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

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

Versions of packages wordgrinder-ncurses depends on:
ii  libc62.19-22
ii  liblua5.2-0  5.2.4-1
ii  libncursesw5 6.0+20150810-1
ii  libtinfo56.0+20150810-1
ii  wordgrinder-doc  0.6-2
ii  zlib1g   1:1.2.8.dfsg-2+b1

wordgrinder-ncurses recommends no packages.

wordgrinder-ncurses suggests no packages.

-- no debconf information

Bug#799795: Debian 8.2 does not get Default Gateway if DHCP client uses 121 option

[Roy Marples]

I would say that dhcpcd is correct and the DHCP server is not correctly 
configured.

Option 121 has to include every route (bar the implied subnet route for the 
address), including the default route.

>From RFC3442


   If the DHCP server returns both a Classless Static Routes option and
   a Router option, the DHCP client MUST ignore the Router option.

   Similarly, if the DHCP server returns both a Classless Static Routes
   option and a Static Routes option, the DHCP client MUST ignore the
   Static Routes option.

Roy

Bug#798341: [inkscape] impossible to install inkscape

[Mattia Rizzolo]

On Thu, Oct 15, 2015 at 07:12:16PM +, Diego Alejandro Agudelo España wrote:
> >
> > Maybe, but here inksacpe installed well on a testing system. You
> > should check for foreign, maybe self-compiled packages:
> >
> > apt-show-versions | grep unknown
> >
> > and:
> >
> > apt-show-versions | grep 'No available version in archiv'
> >
> 
> 
> This finally solved my problem. Using 'apt-show-versions | grep 'No
> available version in archiv'' I found out that somehow I had manually

Oh, that command is really handy!
Guess the next transition will be easier for me now ;)

Thanks Klaus!

> Thank you all for your help. Debian has a great community!

Happy to see you made it :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#801650: RFS: edgar/1.21-1 [ITP]

[Zorian M]

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

Unhandled make targets no longer crash, the edgar-data binary now uses
regular files instead of a "pak" archive, the DejaVu font is properly
linked and WAV/XCF files are removed.

Bug#801908: say how to do -v and -v -v via Aptitude::CmdLine::Verbose

[積丹尼 Dan Jacobson]

Package: aptitude


On the man page please mention how does one specify these:
   Aptitude::CmdLine::Verbose="once";
   Aptitude::CmdLine::Verbose="twice";
   Aptitude::CmdLine::Verbose=1;
   Aptitude::CmdLine::Verbose=2;
"
   -v, --verbose
   Causes some commands (for instance, show) to display extra
   information. This may be supplied multiple times to get more and
   more information.

   This corresponds to the configuration option
   Aptitude::CmdLine::Verbose.
"

Bug#574912: show: State wrong when forbidding etc. interferes

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


2010-03-22 01:51 jida...@jidanni.org:

Package: aptitude
Version: 0.6.1.5-3
Severity: wishlist

Here we see "State: not installed" when a package is indeed installed.
Apparently some other factor is interfering.

$ aptitude show libcairo2
Package: libcairo2
State: not installed
Forbidden version: 1.9.4-1
Automatically installed: yes
Version: 1.9.6-5
Priority: optional
Section: libs
Maintainer: Dave Beckett 
Uncompressed Size: 1,262k
Depends: libc6 (>= 2.3.6-6~), libfontconfig1 (>= 2.8.0), libfreetype6 (>=
2.2.1), libpixman-1-0 (>= 0.15.16), libpng12-0 (>= 1.2.13-4), libx11-6
(>= 0), libxcb-render0 (>= 0), libxcb-shm0 (>= 0), libxcb1 (>= 1.2),
libxrender1, zlib1g (>= 1:1.1.4)
Breaks: iceape-browser (<= 2.0.3-3), libgtk-directfb-2.0-0, xulrunner-1.9,
   xulrunner-1.9.1 (<= 1.9.1.8-3)
Description: The Cairo 2D vector graphics library
Cairo is a multi-platform library providing anti-aliased vector-based rendering
for multiple target backends. Paths consist of line segments and cubic splines
and can be rendered at any width with various join and cap styles. All colors
may be specified with optional translucence (opacity/alpha) and combined using
the extended Porter/Duff compositing algebra as found in the X Render
Extension.

Cairo exports a stateful rendering API similar in spirit to the path
construction, text, and painting operators of PostScript, (with the significant
addition of translucence in the imaging model). When complete, the API is
intended to support the complete imaging model of PDF 1.4.

This package contains the shared libraries.
Homepage: http://cairographics.org/

$ apt-cache policy libcairo2
libcairo2:
 Installed: 1.8.8-2
 Candidate: 1.9.6-5
 Version table:
1.9.6-5 0
   990 http://ftp.tw.debian.org experimental/main Packages
1.8.10-3 0
   500 http://ftp.tw.debian.org unstable/main Packages
*** 1.8.8-2 0
   100 /var/lib/dpkg/status


 $ aptitude show grub-pc
 Package: grub-pc
 State: installed
 Forbidden version: 2.02~beta2-29
 Automatically installed: no
 Multi-Arch: foreign
 Version: 2.02~beta2-28
 ...


Maybe this has been fixed in the 5.5 years in between, otherwise this is
not the condition that triggers the problem.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#801867: NetworkStatusDevice needs wildcard due to new enx* devices

[積丹尼 Dan Jacobson]

All I could find was

BUG REPORTS
   If you find  a  bug  in  IceWM  please  use  bug  reporting  system  on
   http://sourceforge.net/projects/icewm/ to report it.

which leads to

http://sourceforge.net/p/icewm/feature-requests/

Not github.

Today I had to add an additional one

NetworkStatusDevice="enxf258d44c275c enx8efaba64c25e enx2e5e0fa75f52 ppp0 wlan0"

EB> Please report this to the upstream (Github issue).

Bug#743394:

[alberto fuentes]

Package: pastebinit
Version: 1.4-4
Tags: patch

Thanks for reporting the bug Anonymous!

I think this patch fixes this problem


Cheers
From cf19fc9e7b5e75a6612ece975bd72fb8b423755b Mon Sep 17 00:00:00 2001
From: Alberto Fuentes 
Date: Fri, 16 Oct 2015 00:47:14 +0200
Subject: [PATCH] fix format line in slexy paste

---
 pastebin.d/slexy.org.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pastebin.d/slexy.org.conf b/pastebin.d/slexy.org.conf
index d483721..2f85e37 100644
--- a/pastebin.d/slexy.org.conf
+++ b/pastebin.d/slexy.org.conf
@@ -7,7 +7,7 @@ user = author
 content = raw_paste
 title = desc
 page = page
-language = language
+format = language
 permissions = permissions
 linenumbers = linenumbers
 comment = comment
-- 
2.6.1

Bug#759520: aptitude forbid-version should perhaps report an error if it is given no arguments

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


2014-08-28 00:57 積丹尼 Dan Jacobson:

Package: aptitude
Version: 0.6.11-1
Severity: wishlist

aptitude forbid-version should perhaps report an error if it is given no
arguments.

Same with a few other of such commands.


Change applied, marked as +pending.


--
Manuel A. Fernandez Montecelo 

Bug#801865: libreoffice: FTBFS[kfreebsd-*]; still uses gcj?

[Steven Chamberlain]

Steven Chamberlain wrote:
> I can see in the log that dh_gencontrol was run near the *end* of the
> build, after dh_install and before dpkg-deb.

Oops no, that's not it.

But in the Debian build logs you can see it - it definitely
seems wrong to alter debian/control during a normal build?

During the initial debian/rules clean:

| /usr/bin/make -f debian/rules control
https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=kfreebsd-amd64&ver=1%3A5.0.3~rc1-1&stamp=1444715604

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#801865: libreoffice: FTBFS[kfreebsd-*]; still uses gcj?

[Steven Chamberlain]

Rene Engelhard wrote:
> Steven Chamberlain wrote:
> > the regenerated debian/control file in the package still had gcj
> > in build-depends for kfreebsd.  I think this is because of an
> 
> No, it doesn't.

Oh.  When I looked at mine, after building, it did.

I can see in the log that dh_gencontrol was run near the *end* of the
build, after dh_install and before dpkg-deb.  I've attached the last
2000 lines of my build log.

> > out-of-date java-common package, which defines $java_architectures in
> > /usr/share/java/java_defaults.mk.
> 
> Then you should generate control in a uptodate chroot (what I did)

> I am not sure the definition of Build-Depends is also for stuff
> not related to actually building the package (control isn't rebuilt unless
> you change something in "normal" builds, it is basically static in 
> .debian.tar.gz)

I agree with that, but I didn't ask to regenerate it.  I only did
`dpkg-buildpackage -nc -B`?

I deliberately use an out-of-date chroot as I'm trying to find what
caused a regression, trying to rule out some build-depends first.

> debian/rules has
> 
> JAVA_HOME=/usr/lib/jvm/default-java
> 
> That will use openjdk given the build-dep on the newer default-jdk _is_ there.
> java-common is just need for (re-)generating control.

Okay, so my build probably didn't use gcj at all.  That's good news,
as it got through the test suite without hitting the issue seen on the
buildds.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


signature.asc
Description: Digital signature

Bug#801907: Workaround

[Santiago Garcia Mantinan]

Investigating how squid behaved with jesred I found a workaround while we
don't find a proper solution, this is really ugly but it works for me in the
meanwhile:

regex ^http://matchedurl url=http://replacementurl

This is working for current jessie 3.4.8-6+deb8u1 but may not work on any
other version, I didn't even look at squid's code to see how this works, I
just guessed this would work with a few tests, so it may not work for
anybody else.

Regards.
-- 
Manty/BestiaTester -> http://manty.net

Bug#565436: closed by Mattia Rizzolo (Re: Bug#565436: pbuilder: new $HOME value broke my hook scripts)

[Francesco Poli]

Control: found -1 0.216


On Thu, 15 Oct 2015 14:26:55 + Mattia Rizzolo wrote:

[...]

Hello Mattia,
thanks for dedicating some time to my bug report!   :-)


> On Fri, Jan 15, 2010 at 07:50:51PM +0100, Francesco Poli (t1000) wrote:
> > The recent change in the $HOME value set by pdebuild-internal
> > (see commit 88e0052c7362c2c2a7841579f007ccabeae27c49 ) broke most of
> > my hook scripts, since they unfortunately rely on the fact that $HOME
> > ends with "/../"
> 
> That's a crazy assumption :)

I know, but I was trying to work around the absence of an environment
variable for the debianized source directory!

> 
> > Would it be possible to add a new environment variable to identify the
> > debianized source directory?
> 
> Well, pbuilder does not know it.

We are _not_ talking about pbuilder, we are talking about pdebuild !
Please re-read the initial bug report !

> all pbuilder knows is where the sources are copied and the name of the
> .dsc, then everything is up to the gods.
> So, since 0.216 there is a BUILDDIR variable that is also accessible by
> hooks.  From there you can most probably reach the actual sources by
> 
> ${BUILDDIR}/*/debian/../

BUILDDIR may be useful for users who invoke "pbuilder build ...".

I usually invoke "pdebuild ...", so I would need you to modify
pdebuild-internal, as requested in the original bug report:
just before

  export HOME=$(readlink -f $(pwd)/../)

please add

  export DEBSOURCEDIR=$(readlink -f $(pwd))

maybe with a check (in case of failure) and with a comment that
explains that this is useful for hook scripts.

[...]
> There you are, if you need more please open a new bug.

I would rather reopen this bug report, since the requested feature has
not yet been implemented...

Please let me know whether anything in my reasoning is flawed.
Thanks for your time and patience.

Bye.

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpLC55Z2occS.pgp
Description: PGP signature

Bug#801868: restricted-ssh-commands: should be arch-all

[Benjamin Drung]

Hi Jonas,

Am Donnerstag, den 15.10.2015, 15:09 +0200 schrieb Jonas Smedegaard:
> Package: restricted-ssh-commands
> Severity: normal
> 
> This package seems to be a perl script with no architecture
> -dependencies
> and should therefore be arch-all (i.e. "all" not "any" in control 
> file).

Thanks for spotting it. The package is architecture independent, but
not written in Perl. ;)

-- 
Benjamin Drung
Debian & Ubuntu Developer

Bug#638841: aptitude should mention exactly what it is forbidding

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


Hi,

2011-08-22 13:16 jida...@jidanni.org:

Package: aptitude
Version: 0.6.4-1
Severity: wishlist

You know it would be nice if aptitude mentioned exactly what it is forbidding.
It does about what it installs and removes. Why not also forbidding?
# aptitude forbid-version ~i~nemacs-snapshot
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Do you want to continue? [Y/n/?]

Yes I could do a
# aptitude search ~i~nemacs-snapshot
to see what matches, but you don't force us to do that first when
installing or removing just to get a look at what we're about to do.

Indeed maybe aptitude is forbidding nothing. You won't even tell us
that. One cannot tell.


Applied a change to do this with '-v', marking as +pending.


--
Manuel A. Fernandez Montecelo 

Bug#784783: pgplot5: diff for NMU version 5.2.2-19.1

[Benjamin Kaduk]

tags 784783 - patch
tags 784783 - pending
thanks

Wookey, I think you got the wrong bug -- 784783 is against
krb5-admin-server, not pgplot5.

-Ben

Bug#801798: please support building package without generating a gpg key for sbuild

[Helmut Grohne]

On Wed, Oct 14, 2015 at 06:53:56PM +0200, Helmut Grohne wrote:
> I would like to be able to use sbuild without having to create a gpg key
> for it. I understand that creating a key is required for operating as a
> buildd, but sbuild can be used in other scenarios as well. This bug is
> supposed to summarize a discussion I had with Johannes Schauer and
> Wookey.

Johannes Schauer asked me to clarify why this change is useful.
Currently, every setup of sbuild requires running sbuild-update
--keygen. This step is not done from a maintainer script and thus prone
to be forgotten. It also takes up to an hour to execute on virtual
machines that lack proper random sources.

I am attaching a basic and untested patch that implements the following
change: If sbuild fails to find the keys (for instance because
sbuild-update --keygen has not been run), it no longer errors out, but
adds "[ trusted=yes ]" to the generated sources.list. Thus existing
installations (with existing keys) will keep operating like they did and
new installations may skip the key generation step. The patch is meant
to sketch the desired behaviour.

Helmut
--- sbuild-0.66.0.orig/lib/Sbuild/ResolverBase.pm
+++ sbuild-0.66.0/lib/Sbuild/ResolverBase.pm
@@ -992,8 +992,12 @@ EOF
 return 0;
 }
 
+my $trust_apt_archive = '';
+
 # Sign the release file
-if (!$self->get_conf('APT_ALLOW_UNAUTHENTICATED')) {
+if ((-f $self->get_conf('SBUILD_BUILD_DEPENDS_SECRET_KEY')) &&
+(-f $self->get_conf('SBUILD_BUILD_DEPENDS_PUBLIC_KEY')) &&
+	!$self->get_conf('APT_ALLOW_UNAUTHENTICATED')) {
 if (!$self->generate_keys()) {
 $self->log("Failed to generate archive keys.\n");
 $self->cleanup_apt_archive();
@@ -1022,6 +1026,9 @@ EOF
 $self->cleanup_apt_archive();
 return 0;
 }
+} elsif (!$self->get_conf('APT_ALLOW_UNAUTHENTICATED')) {
+# Keys are missing and we don't allow unauthenticated.
+$trust_apt_archive = ' [ trusted=yes ]';
 }
 
 # Now, we'll add in any provided OpenPGP keys into the archive, so that
@@ -1079,8 +1086,10 @@ EOF
 # Write a list file for the dummy archive if one not create yet.
 if (! -f $dummy_archive_list_file) {
 my ($tmpfh, $tmpfilename) = tempfile(DIR => $session->get('Location') . "/tmp");
-print $tmpfh 'deb file://' . $session->strip_chroot_path($dummy_archive_dir) . " ./\n";
-print $tmpfh 'deb-src file://' . $session->strip_chroot_path($dummy_archive_dir) . " ./\n";
+print $tmpfh 'deb' . $trust_apt_archive . ' file://' .
+ $session->strip_chroot_path($dummy_archive_dir) . " ./\n";
+print $tmpfh 'deb-src' . $trust_apt_archive . ' file://' .
+ $session->strip_chroot_path($dummy_archive_dir) . " ./\n";
 
 for my $repospec (@{$self->get_conf('EXTRA_REPOSITORIES')}) {
 print $tmpfh "$repospec\n";
@@ -1112,7 +1121,7 @@ EOF
 unlink $tmpfilename;
 }
 
-if (!$self->get_conf('APT_ALLOW_UNAUTHENTICATED')) {
+if ($trust_apt_archive eq '' && !$self->get_conf('APT_ALLOW_UNAUTHENTICATED')) {
 # Add the generated key
 $session->run_command(
 { COMMAND => ['apt-key', 'add', $session->strip_chroot_path($dummy_archive_pubkey)],

Bug#765228: kmflcomp: diff for NMU version 0.9.8-1.1

[Doug Rintoul]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Wookey,

This is fine for release.

Doug.
On 15-10-15 02:05 PM, Wookey wrote:
> tags 765228 + pending > thanks > > Dear maintainer, > > I've prepared an NMU 
> for kmflcomp
(versioned as 0.9.8-1.1) and > uploaded it to DELAYED/7. Please feel
free to tell me if I > should delay it longer. > > Regards. > Wookey

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlYgH7YACgkQEHfEmCzrW4YLrgCgr1pSatGU/5RZdZOGYTZvyqFZ
makAn2IffGRo9gUP69YJwFpxHgWBpSGa
=gyEp
-END PGP SIGNATURE-

Bug#801882: sbuild: architecture-dependent conffile

[Jakub Wilk]

* Johannes Schauer , 2015-10-15, 23:12:
But are you sure that the diff you attached are all differences? The 
man page also contains defaults and should also be affected.


I was mostly annoyed by the conffile. I hadn't looked at other files.

If you have more diffs between the sbuild built on different arches, 
please share them.


I've attached diffoscope output.

--
Jakub Wilk


sbuild_0.66.0-4.diffoscope.gz
Description: application/gzip

Bug#765228: kmflcomp: diff for NMU version 0.9.8-1.1

[Wookey]

tags 765228 + pending
thanks

Dear maintainer,

I've prepared an NMU for kmflcomp (versioned as 0.9.8-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.
Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -u kmflcomp-0.9.8/debian/changelog kmflcomp-0.9.8/debian/changelog
--- kmflcomp-0.9.8/debian/changelog
+++ kmflcomp-0.9.8/debian/changelog
@@ -1,3 +1,10 @@
+kmflcomp (0.9.8-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update for newer architectures (using autotools-dev) (Closes: #765228) 
+
+ -- Wookey   Thu, 15 Oct 2015 20:51:15 +
+
 kmflcomp (0.9.8-1) unstable; urgency=low
 
   * add Platform conditionals
diff -u kmflcomp-0.9.8/debian/control kmflcomp-0.9.8/debian/control
--- kmflcomp-0.9.8/debian/control
+++ kmflcomp-0.9.8/debian/control
@@ -3,7 +3,7 @@
 Section: utils
 Maintainer: Doug Rintoul 
 Uploaders: Torsten Werner 
-Build-Depends: cdbs (>= 0.4.27), debhelper (>= 4.1.0), libx11-dev
+Build-Depends: cdbs (>= 0.4.27), debhelper (>= 4.1.0), libx11-dev, autotools-dev
 Standards-Version: 3.8.0
 
 Package: libkmflcomp-dev


signature.asc
Description: Digital signature

Bug#784783: pgplot5: diff for NMU version 5.2.2-19.1

[Wookey]

tags 784783 + patch
tags 784783 + pending
thanks

Dear maintainer,

I've prepared an NMU for pgplot5 (versioned as 5.2.2-19.1) using the
patch in this bug and uploaded it to DELAYED/7. Please feel free to
tell me if I should delay it longer.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru pgplot5-5.2.2/debian/changelog pgplot5-5.2.2/debian/changelog
--- pgplot5-5.2.2/debian/changelog	2012-03-05 04:48:13.0 +
+++ pgplot5-5.2.2/debian/changelog	2015-09-10 16:23:33.0 +0100
@@ -1,3 +1,11 @@
+pgplot5 (5.2.2-19.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTFBS on arm64 and ppc64el (Closes: #784783)
+(thanks to Edmund Grimley Evans and Vincent McIntyre)
+
+ -- Wookey   Thu, 10 Sep 2015 15:22:13 +
+
 pgplot5 (5.2.2-19) unstable; urgency=low
 
   * Change Suggests to libpng-dev instead of libpng12-dev.
diff -Nru pgplot5-5.2.2/debian/patches/linker-specific-changes pgplot5-5.2.2/debian/patches/linker-specific-changes
--- pgplot5-5.2.2/debian/patches/linker-specific-changes	2011-11-19 05:45:51.0 +
+++ pgplot5-5.2.2/debian/patches/linker-specific-changes	2015-09-10 17:36:43.0 +0100
@@ -5,9 +5,11 @@
 
 Last-Update: 2011-11-18
 
 a/makemake
-+++ b/makemake
-@@ -658,6 +658,8 @@
+Index: pgplot5-5.2.2/makemake
+===
+--- pgplot5-5.2.2.orig/makemake
 pgplot5-5.2.2/makemake
+@@ -658,6 +658,8 @@ CPGPLOT_LIB=$CPGPLOT_LIB
  #
  SHARED_LIB=$SHARED_LIB
  SHARED_LD=$SHARED_LD
@@ -16,7 +18,7 @@
  #
  # The libraries that the shared PGPLOT library depends upon.
  # This is for systems that allow one to specify what libraries
-@@ -667,6 +669,7 @@
+@@ -667,6 +669,7 @@ SHARED_LD=$SHARED_LD
  # libraries when they link their executables.
  #
  SHARED_LIB_LIBS=$SHARED_LIB_LIBS
@@ -24,7 +26,7 @@
  #
  # Ranlib command if required
  #
-@@ -806,7 +809,8 @@
+@@ -806,7 +809,8 @@ grexec.o: grexec.f
  # libraries.
  #---
  
@@ -34,7 +36,7 @@
  
  libpgplot.a : $(PG_ROUTINES) $(PG_NON_STANDARD) $(GR_ROUTINES) \
  	   $(DISPATCH_ROUTINE) $(DRIVERS) $(SYSTEM_ROUTINES)
-@@ -816,6 +820,16 @@
+@@ -816,6 +820,16 @@ libpgplot.a : $(PG_ROUTINES) $(PG_NON_ST
  		$(DRIVERS) $(SYSTEM_ROUTINES) | sort | uniq`
  	$(RANLIB) libpgplot.a
  
@@ -51,7 +53,7 @@
  EOD
  
  # Emit the shared library dependency if requested.
-@@ -824,7 +838,7 @@
+@@ -824,7 +838,7 @@ if test -n "$SHARED_LIB" -a -n "$SHARED_
  cat >> makefile << \EOD
  $(SHARED_LIB): $(PG_ROUTINES) $(PG_NON_STANDARD) \
  	$(GR_ROUTINES) $(DISPATCH_ROUTINE) $(DRIVERS) $(SYSTEM_ROUTINES)
@@ -60,16 +62,24 @@
  	$(PG_NON_STANDARD) $(GR_ROUTINES) $(DISPATCH_ROUTINE) \
  	$(DRIVERS) $(SYSTEM_ROUTINES) | sort | uniq` $(SHARED_LIB_LIBS)
  EOD
-@@ -1025,7 +1039,7 @@
+@@ -1019,13 +1033,15 @@ EOD
+ 
+ cat >> makefile << \EOD
+ 
++DEB_HOST_MULTIARCH=$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
++
+ # Miscellaneous include files required by drivers
+ 
+ griv00.o : $(DRVDIR)/gadef.h $(DRVDIR)/gmdef.h $(DRVDIR)/gphdef.h
  grivas.o : $(DRVDIR)/gadef.h
  grtv00.o : $(DRVDIR)/imdef.h
  pgxwin.o : $(DRVDIR)/pgxwin.h
 -pndriv.o : ./png.h ./pngconf.h ./zlib.h ./zconf.h
-+pndriv.o : /usr/include/png.h /usr/include/pngconf.h /usr/include/zlib.h /usr/include/zconf.h
++pndriv.o : /usr/include/png.h /usr/include/pngconf.h /usr/include/zlib.h /usr/include/$(DEB_HOST_MULTIARCH)/zconf.h
  
  x2driv.o figdisp_comm.o: $(DRVDIR)/commands.h
  
-@@ -1039,6 +1053,8 @@
+@@ -1039,6 +1055,8 @@ cpg:	libcpgplot.a cpgplot.h cpgdemo
  	@echo 'will be needed.'
  	@echo ' '
  
@@ -78,7 +88,7 @@
  pgbind: $(SRC)/cpg/pgbind.c
  	$(CCOMPL) $(CFLAGC) $(SRC)/cpg/pgbind.c -o pgbind
  
-@@ -1050,6 +1066,13 @@
+@@ -1050,6 +1068,13 @@ libcpgplot.a cpgplot.h: $(PG_SOURCE) pgb
  	$(RANLIB) libcpgplot.a
  	rm -f cpg*.o
  


signature.asc
Description: Digital signature

Bug#721399:

[Martin Naughton]

Did you check if the config files where there after the purge? What front
end are you using?


I installed guake then purge it. The keybinding preferences were remove
from the system but general and style preferences were still on the system

Location of the preferences for gnome are and this is what was left behind
after purge. Keybindings are missing

:~/.gconf/apps/guake$ ls
%gconf.xml  general  style

>From the guake package it uses gconf2 for keeping track of its changes for
the user.

Installed-Size: 905
 Depends: gconf2 (>= 2.28.1-2), python2.7, python:any (<< 2.8), python:any
(>= 2.7.5-5~), notification-daemon, python-notify, python, libgtk2.0-0,
python-vte, python-dbus, python-glade2, python-gconf, python-xdg,
python-keybinder


-- 
Regards
Martin Naughton

Bug#788076: #788076: Packaged version of gtk3-nocsd (v2)

[Christian Seiler]

Hi Axel,

There were some bugs in version 1 of gtk3-nocsd I release earlier,
so I've now released version 2 upstream and also packaged that for
Debian.

I've uploaded the new version to mentors.debian.net:
https://mentors.debian.net/package/gtk3-nocsd

The library works with every Gtk+ version I could test it with, and
CSDs are consistently disabled. The functionality is enabled by
default on every X11 session that's not GNOME, but both the
administrator and each individual user may change this to their
liking. This is documented in README.Debian.

I've followed your guidelines for packages you sponsor,
https://people.debian.org/~abe/sponsoring/
as close as possible:

 - lintian:
 * 0 errors
 * 3 warnings, overridden for good reason
 Actually, there's only one thing, but it causes
 3 warnings. See the override file for a rationale.
 * 0 informational messages
 * 1 pedantic message: no GPG signatures on upstream
 tarballs
 * the lintian error on mentors is due to the ldconfig
   trigger change - lintian in unstable doesn't give
   that error
 - adequate: no messages
 - blhc: no messages
 - Build system: dh(7), minimal debian/rules
 - debian/copyright: DEP-5
 - proper symbols file for library (although it's a bit useless,
   because nothing is ever going to directly link against it,
   but policy dictates it)
 - library is properly Multi-Arch (thus 2 packages, one arch all
   for the wrapper script + Xsession.d integration, the other
   arch any for the library itself)

It would be great if you could review this and sponsor the upload.

Also, citing my previous mail:

On 10/02/2015 02:48 PM, Christian Seiler wrote:
> I'd like to also use git for packaging and collab-maint on alioth, but
> I can't create anything there myself (neither DD nor DM, although I
> plan to apply for DM status). It would be great if you could create a
> repository there and grant me access to it (my alioth username is
> chris_se-guest).

Best regards,
Christian




signature.asc
Description: OpenPGP digital signature

Bug#801907: No longer works with squid3 as of jessie or later

[Santiago Garcia Mantinan]

Package: jesred
Version: 1.2pl1-19
Severity: grave
Tags: upstream

Hi!

Like it happened before (see #505199) squid has changed again the way on
which they are interfacing with url rewriters and has done it in an
uncompatible way so that jesred doesn't work anymore
(see: http://www.squid-cache.org/Doc/config/url_rewrite_program/)

In particular the output that jesred is giving squid3 is no longer working,
I've done a couple of tests and something like:
OK status=30X url=http://whateveryouwant ...
would make squid cause a redirect 30X and something like
OK rewrite-url=http://whateveryouwant ...
would make squid fetch http://whateveryouwant transparently for the client.

Maybe there is a compatibility flag that I've missed and wich would make
jesred still work, after all it is still named all over the squid web page
with no reference to it not working at all, but I haven't found it.

I hope we can fix this and keep jesred usefull and in the distro.

Regards.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable'), (500, 'oldstable'), (101, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-rc5-amd64 (SMP w/4 CPU cores)
Locale: LANG=gl_ES.UTF-8, LC_CTYPE=gl_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages jesred depends on:
ii  libc6   2.19-18+deb8u1
ii  squid3  3.4.8-6+deb8u1

Versions of packages jesred recommends:
ii  apache2 [httpd]  2.4.10-10+deb8u3

jesred suggests no packages.

-- no debconf information

Bug#801832: Additional info on action tried

[Gersho de Lock]

Hello again

>Debian images are isohybrid. Live images too. So please try creating the
>USB stick with win32diskimager
>(http://sf.net/projects/win32diskimager/) as explain in the
>installation manual
>(https://www.debian.org/releases/stable/amd64/ch04s03.html.fr#usb-copy-isohybrid).


I tried making an usb stick with this tool, and encountered the same error

I also tried using another usb stick but the result was the same

i'll try to burn it to dvd tomorrow  

  

Bug#765221: gtkimageview: diff for NMU version 1.6.4+dfsg-0.2

[Wookey]

tags 765221 + pending
thanks

Dear maintainer,

I've prepared an NMU for gtkimageview (versioned as 1.6.4+dfsg-0.2) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Regards.
Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -u gtkimageview-1.6.4+dfsg/debian/changelog gtkimageview-1.6.4+dfsg/debian/changelog
--- gtkimageview-1.6.4+dfsg/debian/changelog
+++ gtkimageview-1.6.4+dfsg/debian/changelog
@@ -1,3 +1,11 @@
+gtkimageview (1.6.4+dfsg-0.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update autotools info for newer architectures (using dh-autoreconf) 
+(Closes: #765221)
+
+ -- Wookey   Thu, 15 Oct 2015 20:13:17 +
+
 gtkimageview (1.6.4+dfsg-0.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u gtkimageview-1.6.4+dfsg/debian/control gtkimageview-1.6.4+dfsg/debian/control
--- gtkimageview-1.6.4+dfsg/debian/control
+++ gtkimageview-1.6.4+dfsg/debian/control
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Jeffrey Ratcliffe 
-Build-Depends: debhelper (>= 7), autotools-dev, libgtk2.0-dev, gnome-common
+Build-Depends: debhelper (>= 7), autotools-dev, libgtk2.0-dev, gnome-common, dh-autoreconf, gtk-doc-tools
 Standards-Version: 3.8.4
 Homepage: http://trac.bjourne.webfactional.com/
 DM-Upload-Allowed: yes
diff -u gtkimageview-1.6.4+dfsg/debian/rules gtkimageview-1.6.4+dfsg/debian/rules
--- gtkimageview-1.6.4+dfsg/debian/rules
+++ gtkimageview-1.6.4+dfsg/debian/rules
@@ -7 +7 @@
-	dh $@
+	dh $@ --with autoreconf
only in patch2:
unchanged:


signature.asc
Description: Digital signature

Bug#801882: [buildd-tools-devel] Bug#801882: sbuild: architecture-dependent conffile

[Johannes Schauer]

Hi,

Quoting Jakub Wilk (2015-10-15 17:24:45)
> Contents of /etc/sbuild/sbuild.conf depends on the architecture on which 
> this arch:all package was built. This might trigger unnecessary conffile 
> prompts for people who customized the file.
> 
> Diff between packages built on i386 and amd64 is attached.

oh shoot, I know exactly where this is coming from - thanks for the report!

Attached patch should fix this problem.

But are you sure that the diff you attached are all differences? The man page
also contains defaults and should also be affected.

If you have more diffs between the sbuild built on different arches, please
share them. The contents of the sbuild and libsbuild-perl packages should not
be different depending on which architecture the package is built on (or for).

Thanks!

cheers, josch
diff --git a/lib/Sbuild/ConfBase.pm b/lib/Sbuild/ConfBase.pm
index d7640ba..7814cb0 100644
--- a/lib/Sbuild/ConfBase.pm
+++ b/lib/Sbuild/ConfBase.pm
@@ -169,6 +169,10 @@ sub init_allowed_keys {
 	VARNAME => 'host_arch',
 	GROUP => 'Build options',
 	DEFAULT => $native_arch,
+	# the $native_arch is different depending on the machine where
+	# sbuild is built but arch:all packages must not differ depending on
+	# the architecture they are built on, so don't show the default
+	IGNORE_DEFAULT => 1,
 	HELP => 'Host architecture (Arch we are building for)'
 	},
 	'BUILD_ARCH'=> {
@@ -176,6 +180,10 @@ sub init_allowed_keys {
 	VARNAME => 'build_arch',
 	GROUP => 'Build options',
 	DEFAULT => $native_arch,
+	# the $native_arch is different depending on the machine where
+	# sbuild is built but arch:all packages must not differ depending on
+	# the architecture they are built on, so don't show the default
+	IGNORE_DEFAULT => 1,
 	HELP => 'Build architecture (Arch we are building on).'
 	},
 	'BUILD_PROFILES'=> {
diff --git a/tools/sbuild-dumpconfig b/tools/sbuild-dumpconfig
index bdf493b..bda5a34 100755
--- a/tools/sbuild-dumpconfig
+++ b/tools/sbuild-dumpconfig
@@ -116,9 +116,13 @@ foreach my $group (@groups) {
 			print "#$line\n";
 		}
 		}
-		print wrap("#", "#", Data::Dumper->Dump([$default],
-			["$varname"]))
-		if (!$ignore_default);
+		if ($ignore_default) {
+			print wrap("#", "#", "$varname = ...;");
+			print("\n");
+		} else {
+			print wrap("#", "#", Data::Dumper->Dump([$default],
+			["$varname"]));
+		}
 		print("\n");
 	} elsif ($output eq "man") {
 		print ".TP\n";
@@ -139,7 +143,13 @@ foreach my $group (@groups) {
 		}
 		print ".RE\n";
 		}
-		if (!$ignore_default) {
+		if ($ignore_default) {
+		print ".PP\n";
+		print ".RS\n";
+			print "\\f[CR]$varname = ...;\\fP\n";
+			print ".br\n";
+		print ".RE\n";
+		} else {
 		print ".IP\n";
 		print "Default:\n";
 		print ".PP\n";


signature.asc
Description: signature

Bug#801903: open-iscsi: [INTL:de] Initial German debconf translation

[Christian Seiler]

Control: tags -1 + confirmed moreinfo

Hi,
(CC'ing the German language team.)

On 10/15/2015 10:03 PM, Chris Leick wrote:
> please find attached the initial German debconf translation of open-iscsi.

Thanks a lot for translating! Very much appreciated.

Two short comments:

 - Is it usually the case that package names are capitalized? I know that
   grammar rules kind of dictate that, but it looks weird to me.[1] If
   that is indeed what typically happens in the German translation of such
   notes, I'm fine with it - just wanted to make sure.

 - In the last template there's a passage "purge open-iscsi", which you
   have translated with "entfernen Sie Open-iscsi vollständig". Again, I
   don't know how that's usually translated, but in this notice it is
   critical that the user does an 'apt purge' and NOT a 'apt remove',
   otherwise the system will be in an unusable state - so unless it is
   known to people using the German locale that "vollständig entfernen"
   always means "to purge", I think the translation could easily be
   misconstrued to the detriment of the user here. Could you clarify
   this perhaps? Thanks, that would really be appreciated!

Best regards,
Christian

[1] Maybe I'm just biased here, because even though German is my native
tongue, I prefer to use computers with an English locale.



signature.asc
Description: OpenPGP digital signature

Bug#791995: debian-edu-config: should provide /etc/cups/client.conf to fix network printing on clients (was: debian-edu: task desktop-other should contain libdns-mdns as a Depends to fix printer setup

[Wolfgang Schweer]

On Thu, Oct 15, 2015 at 10:21:34PM +0200, Wolfgang Schweer wrote:
>  
> Maybe desktop-other is better suited; for a stock jessie workstation 
> libdns-mdns 
> is pulled in as a Depends of the desktop task, iirc.
 
s/libdns-mdns/libnss-mdns/

Sorry, I've been mislead by the mail subject. That had been a 
typo in the bugreport and has been corrected afterwards.

Wolfgang



signature.asc
Description: PGP signature

Bug#745728:

[Martin Naughton]

Is this more of an improvement than a fix for a bug?

-- 
Regards
Martin Naughton

Bug#801757: Pinentry displays password while typing

[Daniel Kahn Gillmor]

Control: tags 801757 + moreinfo unreproducible

On Wed 2015-10-14 05:14:11 -0400, Klaus Ethgen wrote:
> Package: pinentry-gtk2
> Version: 0.9.6-2

> In newest version, pinentry is displaying password when typing. (It is
> displaying the last letter but a observer can easily read the password.)

i'm not seeing this behavior at all.  I'm using pinentry-gtk2 0.9.6-2,
and libgtk2.0-0 2.24.28-1, just like you are.  The password entry field
i see is just dots, no characters.

Could you try to reproduce it simply and help me to reproduce it?

To start with, can you reproduce it from the command line, by invoking
"pinentry-gtk-2" directly, and then after it says "OK Pleased to meet
you", type "GETPIN" and hit enter.

Does the prompting still show the text for you?

> Please revert that recent change back to the secure way of just
> displaying dots.

I'm unaware of such a change, please help me track it down! :)

the main recent change is that pinentry now relies on the underlying
toolkit's password-entry widget.  is it possible that you have some
unusual settings for your gtk.Entry widgets in general when they're in
password mode?

can you try it from a new/clean user account on your machine?  can you
try it from another machine with the same version installed?

Thanks for reporting the issue!

--dkg

Bug#801807: golang-pq-dev: new upstream snapshot

[Michael Stapelberg]

Packaging looks good, thanks! Feel free to upload.

I think the reverse-dependencies might either have been removed from
testing by now, or we never got around to uploading them. I know that
Debian Code Search requires pq (but that might change).

On Thu, Oct 15, 2015 at 7:51 PM, Tianon Gravi  wrote:

> On 15 October 2015 at 09:27, Tianon Gravi  wrote:
> > Ok, I managed to get a newer snapshot in what I feel is pretty good
> shape. :)
>
> I feel I should also note that I tried to find some reverse
> dependencies to make sure we didn't break anything, and I can't find
> any (either with apt-cache rdepends or with ratt). :s
>
> ♥,
> - Tianon
>   4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4
>



-- 
Best regards,
Michael

Bug#801837: ITP: yank -- interactively select and yank terminal output to stdout or xsel

[Jakub Wilk]

Le jeudi 15 octobre 2015, 11:29:00 Sébastien Delafond a écrit :

Sounds very cool, but apt-file tells me this name is already taken:

emboss: /usr/bin/yank


I think I'll keep the package name, but I'll install the binary itself 
under some other name, maybe something like /usr/bin/yank-cli ?


Please talk to upstream (or maybe to both upstreams) before renaming 
anything.


* Alexandre Detiste , 2015-10-15, 18:14:
from [1], I see that emboss ships 261 programs in /usr/bin/ 
including cool names like "banana", "chaos", "needle", "water", 
"wobble" ... so this means all these names can't be re-used forerver 
:-(


Eeek... https://lists.debian.org/20070428095345.ga9...@kunpuu.plessy.org


Current /usr/bin/yank [2] is 10 lines of code,


Um, length of the source file that contains main() is a very poor 
measure of program's complexity or usefulness.


--
Jakub Wilk

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

[Sascha Steinbiss]

Hi Andreas and Matthias,

>> Please either do
>>> 
>>>  1. merge your repository into collab-maint/jquery-datatables.git
>> 
>> Well, the JS policy [1] stating that the repository should reflect the
>> source package name, which according to the policy should have a
>> different name than the one Matthias chose several years ago for his
>> one. But they also state it's not a hard requirement so I guess this is
>> an option.
> 
> I think you should follow JS policy which I was not aware about.  So the
> best thing to do would probably be to rename the existing repository to
> collab-maint/datatables.js.git.

I agree. @Matthias, would that be OK with you? I can take over this package for 
now.

>> However, I would need to be approved for collab-maint access first.
>> Could you probably help?
> 
> I think you need to follow the procedure explained here:
> 
>   https://lists.debian.org/debian-devel-announce/2012/01/msg6.html

Ah, OK. Looks like it is easier if you are a DM already. I was already in the 
queue so I just sent the signed email.

> I admit I was not aware of a Javascript team.  May be it makes sense
> then to join this team and move the Git repository there.  I'm fine with
> sponsoring your package also in this case.

I think I am fine with collab-maint, as the JS team also maintains packages 
there.

Thanks,
Sascha


>>> On Wed, Oct 14, 2015 at 10:21:48AM +0100, Sascha Steinbiss wrote:
 Hi all,
 
 as a result of bug #798900 [1] (also partially discussed here) I have
 prepared a proper source-built package for DataTables [2], to be used as
 a dependency for packages that for now just use embedded copies of
 jquery.dataTables.js or jquery.dataTables.min.js.
 
 I guess this supersedes the prospective package in collab-maint [3]
 which did not use the upstream source but rather their release
 repository which just provides build artifacts. Also, the previous
 package is outdated and was apparently never uploaded. See the original
 ITP [4]. Is it OK to close the ITP bug with my new package?
 
 If you are happy with the package, could anyone sponsor?
 
 Thanks
 Sascha
 
 
 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798900
 [2] https://anonscm.debian.org/cgit/users/sascha-guest/datatables.js.git/
 [3] https://anonscm.debian.org/cgit/collab-maint/jquery-datatables.git/
 [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719601
 
 
 -- 
 The Wellcome Trust Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE. 
 
 ___
 Debian-med-packaging mailing list
 debian-med-packag...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
 
>>> 
>> 
>> 
>> -- 
>> The Wellcome Trust Sanger Institute is operated by Genome Research 
>> Limited, a charity registered in England with number 1021457 and a 
>> company registered in England with number 2742969, whose registered 
>> office is 215 Euston Road, London, NW1 2BE. 
>> 
>> ___
>> Debian-med-packaging mailing list
>> debian-med-packag...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
>> 
> 
> -- 
> http://fam-tille.de

Bug#800089: Please remove gettext 0.19.3-2 from experimental

[Santiago Vila]

On Mon, 12 Oct 2015, Scott Kitterman wrote:

> On Saturday, September 26, 2015 06:53:49 PM you wrote:
> > Package: ftp.debian.org
> > 
> > The QA page for gettext:
> > 
> > https://packages.qa.debian.org/g/gettext.html
> > 
> > says there is a gettext 0.19.3-2 in experimental.
> > 
> > Please remove it, testing and unstable have 0.19.6-1 which is more recent.
> 
> At some point this got resolved automatically.  Generally this isn't 
> something 
> you need to file a bug for.

Well, I'm sorry, but if I filed a bug most probably it was because it
was not being resolved "automatically". So yes, in Debian we file
bugs for anything which does not work as expected.

You might want to review those automatic things to make sure they not
only do what they should do, but also in a proper time.

Examples:

* This one seems to happen "too late".

* Forgetting about an arch:all package just because it failed to build
in the arch:all autobuilder happens "too soon". This is Bug #798413,
filed more than one month ago, in case you are interested.

So, you see, not everything which is "automatic" is bug-free, and just
because something happens automaticically does not mean we should not
worry about it.

Thanks.

Bug#801905: /usr/bin/dh_girepository: Silent -Wimplicit-function-declaration warnings

[Laurent Bigonville]

Package: gobject-introspection
Version: 1.46.0-1
Severity: normal
File: /usr/bin/dh_girepository

Hi,

With newer gcc versions, it prints implicit-function-declaration
warnings by default, like:

debian/gnome-builder/usr/lib/x86_64-linux-gnu/gnome-builder/girepository-1.0//Egg-1.0.typelib.c:4:1:
 warning: implicit declaration of function 'egg_animation_stop' 
[-Wimplicit-function-declaration]

I guess we should silence these warnings

Cheers,

Laurent Bigonville

-- 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.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gobject-introspection depends on:
ii  build-essential12.1
ii  libc6  2.19-22
ii  libffi63.2.1-3
ii  libgirepository-1.0-1  1.46.0-1
ii  libglib2.0-0   2.46.0-2
ii  python-mako1.0.2+ds1-1
pn  python:any 

gobject-introspection recommends no packages.

gobject-introspection suggests no packages.

-- no debconf information

Bug#801904: empathy: Outbound audio is not working since gst 1.6 update

[Christian Weeks]

Package: empathy
Version: 3.12.11-1
Severity: normal

Dear Maintainer,

I believe that since updating gstreamer to 1.6, I have not had functioning 
outbound audio on telephone calls using empathy.
I am unable to test, since reverting gst to 1.4.5 (~jessie) is a mammoth task.

I've debugged the gstreamer pipeline (wow, it's complicated) and it seems? as 
if its working OK, but sound is definitely not travelling over the wire
to my asterisk server. I can hear the incoming audio fine, no one can hear me, 
is all.

When I trace the network, about every two seconds is the only time the outbound 
audio is sent, and it's a tiny packet as well, in contrast, there are 
dozens of packets from asterisk to my computer (incoming sound).

Perhaps, the RTP muxer is not set up quite right with GST 1.6? I notice there 
are some changes in the GStreamer repo around the RTP code.

Thanks
Christian

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

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

Versions of packages empathy depends on:
ii  dbus-x11 1.10.0-3
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  empathy-common   3.12.11-1
ii  geoclue-2.0  2.3.0-2
ii  gnome-icon-theme 3.12.0-1
ii  gsettings-desktop-schemas3.18.0-1
ii  gstreamer1.0-pulseaudio  1.6.0-1
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libchamplain-0.12-0  0.12.11-1
ii  libchamplain-gtk-0.12-0  0.12.11-1
ii  libcheese-gtk23  3.16.1-1
ii  libclutter-1.0-0 1.24.2-1
ii  libclutter-gst-2.0-0 2.0.16-1
ii  libclutter-gtk-1.0-0 1.6.6-1
ii  libcogl-path20   1.22.0-1
ii  libcogl201.22.0-1
ii  libdbus-glib-1-2 0.102-1
ii  libenchant1c2a   1.6.0-10.1
ii  libfarstream-0.2-2   0.2.4-1
ii  libfolks-telepathy25 0.11.1-2+b1
ii  libfolks25   0.11.1-2+b1
ii  libgcr-base-3-1  3.18.0-1
ii  libgcr-ui-3-13.18.0-1
ii  libgdk-pixbuf2.0-0   2.32.1-1
ii  libgee-0.8-2 0.18.0-1
ii  libgeocode-glib0 3.18.0-1
ii  libglib2.0-0 2.46.0-2
ii  libgnutls-deb0-283.3.18-1
ii  libgoa-1.0-0b3.18.0-1
ii  libgstreamer-plugins-base1.0-0   1.6.0-1
ii  libgstreamer1.0-01.6.0-1
ii  libgtk-3-0   3.18.2-1
ii  libgudev-1.0-0   230-2
ii  libmission-control-plugins0  1:5.16.3-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.0-3
ii  libpulse-mainloop-glib0  7.0-1
ii  libpulse07.0-1
ii  libsecret-1-00.18.3-1
ii  libsoup2.4-1 2.52.1-1
ii  libtelepathy-farstream3  0.6.2-1
ii  libtelepathy-glib0   0.24.1-1.1
ii  libtelepathy-logger3 0.8.1-1
ii  libwayland-server0   1.9.0-1
ii  libwebkitgtk-3.0-0   2.4.9-2+b1
ii  libx11-6 2:1.6.3-1
ii  libxml2  2.9.2+zdfsg1-4
ii  telepathy-logger 0.8.1-1
ii  telepathy-mission-control-5  1:5.16.3-1

Versions of packages empathy recommends:
ii  gnome-contacts   3.18.0-1+b1
ii  gvfs-backends1.26.1-1
ii  sound-theme-freedesktop  0.8-1
ii  telepathy-gabble 0.18.3-1+b1
ii  telepathy-haze   0.8.0-2
ii  telepathy-salut  0.8.1-4

Versions of packages empathy suggests:
ii  telepathy-idle  0.2.0-2
ii  vino3.18.0-1

Versions of packages empathy is related to:
ii  telepathy-gabble [telepathy-connection-manager]  0.18.3-1+b1
ii  telepathy-haze [telepathy-connection-manager]0.8.0-2
ii  telepathy-idle [telepathy-connection-manager]0.2.0-2
ii  telepathy-rakia [telepathy-conn

Bug#791995: debian-edu-config: should provide /etc/cups/client.conf to fix network printing on clients (was: debian-edu: task desktop-other should contain libdns-mdns as a Depends to fix printer setup

[Wolfgang Schweer]

On Thu, Oct 15, 2015 at 07:45:43PM +, Mike Gabriel wrote:
> 
> @Wolfgang: What task shall libdns-mdns be added to in src:debian-edu
> package? education-networked?
 
Maybe desktop-other is better suited; for a stock jessie workstation 
libdns-mdns 
is pulled in as a Depends of the desktop task, iirc.

Also, it would be a good idea if someone else could test before if the 
installation of this package really solves the problem.

Wolfgang



signature.asc
Description: PGP signature

Bug#786972: asterisk: Please build-depend on libopus-dev to support that codec when mixing

[Jonas Smedegaard]

retitle 786972 asterisk: please apply unofficial Opus transcoding patch
thanks

Quoting Jonas Smedegaard (2015-05-27 15:13:50)
> Quoting Tzafrir Cohen (2015-05-27 13:13:05)
>> On Wed, May 27, 2015 at 12:06:13PM +0200, Jonas Smedegaard wrote:
>>> Recent Asterisk supports the Opus audio codec, either as only 
>>> identifier when negotiating a pass-through connection,
>>
>> Right,
>>
>>> or decoding/encoding when mixing audio.
>>
>> Are you sure?
>
> No I am guessing, based on a) my undertanding that pass-through codec 
> negotiation reequire no library linking, and b) noticing that autoconf 
> checks not just library existence but for opus_encoder_create 
> function.

...and I guessed wrong: Simply adding build-dependency makes autotools 
detect it but isn't really used for anything, apparently.

A patch exist to implement Opus transcoding support.  That patch is not 
adopted upstream due to fear of patent trolls.

Please apply it for Debian redistribution, where we evidently do not 
have same concerns¹ (we distribute Opus encoders already).

Patch attached.  Patch also attached from same source (but can be 
applied independently) for read/write support for vp8 codec.

 - Jonas


¹ Please do *not* publicly discuss Debian position regarding patents - 
if needed then ask lea...@debian.org or bring it up somewhere else more 
private.

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private
Description: Add Opus codec module supporting transcoding
Origin: https://github.com/seanbright/asterisk-opus
Author: Lorenzo Miniero 
Forwarded: yes
Bug-Debian: http://bugs.debian.org/786972
Last-Update: 2015-10-12

--- a/main/Makefile
+++ b/main/Makefile
@@ -40,6 +40,7 @@
 AST_LIBS+=$(URIPARSER_LIB)
 AST_LIBS+=$(UUID_LIB)
 AST_LIBS+=$(CRYPT_LIB)
+AST_LIBS+=$(OPUS_LIB)
 
 ifneq ($(findstring $(OSARCH), linux-gnu uclinux linux-uclibc kfreebsd-gnu),)
   ifneq ($(findstring LOADABLE_MODULES,$(MENUSELECT_CFLAGS)),)
@@ -159,6 +160,7 @@
 bucket.o: _ASTCFLAGS+=$(URIPARSER_INCLUDE)
 crypt.o: _ASTCFLAGS+=$(CRYPT_INCLUDE)
 uuid.o: _ASTCFLAGS+=$(UUID_INCLUDE)
+codec_builtin.o: _ASTCFLAGS+=$(OPUS_INCLUDE)
 
 ifneq ($(findstring ENABLE_UPLOADS,$(MENUSELECT_CFLAGS)),)
 http.o: _ASTCFLAGS+=$(GMIME_INCLUDE)
--- a/main/codec_builtin.c
+++ b/main/codec_builtin.c
@@ -38,6 +38,8 @@
 #include "asterisk/format_cache.h"
 #include "asterisk/frame.h"
 
+#include 
+
 enum frame_type {
 	TYPE_HIGH, /* 0x0 */
 	TYPE_LOW,  /* 0x1 */
@@ -698,6 +700,11 @@
 	.get_length = g719_length,
 };
 
+static int opus_samples(struct ast_frame *frame)
+{
+	return opus_packet_get_nb_samples(frame->data.ptr, frame->datalen, 48000);
+}
+
 static struct ast_codec opus = {
 	.name = "opus",
 	.description = "Opus Codec",
@@ -707,6 +714,7 @@
 	.maximum_ms = 60,
 	.default_ms = 20,
 	.minimum_bytes = 10,
+	.samples_count = opus_samples,
 };
 
 static struct ast_codec jpeg = {
--- a/res/res_format_attr_opus.c
+++ b/res/res_format_attr_opus.c
@@ -51,6 +51,12 @@
 	unsigned int spropstereo;	/* Default 0 */
 };
 
+static struct opus_attr default_opus_attr = {
+	.fec= 0,
+	.dtx= 0,
+	.stereo = 0,
+};
+
 static void opus_destroy(struct ast_format *format)
 {
 	struct opus_attr *attr = ast_format_get_attribute_data(format);
@@ -120,7 +126,7 @@
 		attr->dtx = val;
 	}
 
-	return 0;
+	return cloned;
 }
 
 static void opus_generate_sdp_fmtp(const struct ast_format *format, unsigned int payload, struct ast_str **str)
@@ -163,6 +169,14 @@
 	struct ast_format *jointformat;
 	struct opus_attr *attr_res;
 
+	if (!attr1) {
+		attr1 = &default_opus_attr;
+	}
+
+	if (!attr2) {
+		attr2 = &default_opus_attr;
+	}
+
 	jointformat = ast_format_clone(format1);
 	if (!jointformat) {
 		return NULL;
--- /dev/null
+++ b/codecs/ex_opus.h
@@ -0,0 +1,35 @@
+/*! \file
+ * \brief 8-bit data
+ *
+ * Copyright (C) 2014, Lorenzo Miniero
+ *
+ * Distributed under the terms of the GNU General Public License
+ *
+ */
+
+/* Opus, a 20ms sample */
+static uint8_t ex_opus[] = {
+	0x4b, 0x41, 0x25, 0x0b, 0xe4, 0x55, 0xc6, 0x74,
+	0xda, 0xbb, 0x40, 0x00, 0x00, 0x00, 0x00, 0x00,
+	0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
+	0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
+	0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
+	0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
+};
+
+static struct ast_frame *opus_sample(void)
+{
+	static struct ast_frame f = {
+		.frametype = AST_FRAME_VOICE,
+		.datalen = sizeof(ex_opus),
+		.samples = 960,	// ARRAY_LEN(ex_opus),
+		.mallocd = 0,
+		.offset = 0,
+		.src = __PRETTY_FUNCTION__,
+		.data.ptr = ex_opus,
+	};
+
+	f.subclass.format = ast_format_opus;
+
+	return &f;
+}
--- /dev/null
+++ b/codecs/codec_opus.c
@@ -0,0 +1,587 @@
+/*
+ * Asterisk -- An open source telephony toolkit.
+ *
+ * Copyright (C) 2014, Lorenzo Miniero
+ *
+ * Lorenzo Miniero 
+ *
+ * See http://www.asterisk.org for more information about
+ * the Asterisk project. Pleas

Bug#801812: /usr/bin/xdg-open: xdg-open no longer opens djvu files

[Jeffrey Ratcliffe]

On 15 October 2015 at 08:47, Per Olofsson  wrote:
> Which desktop environment (if any) are you using?

Cinnamon, as you see below:

> Could you run
>
>   sh -x /usr/bin/xdg-open somefile.djvu

Below. More testing shows that the problem only occurs when the djvu
has more than one page. With single page djvu files, everything is as
it should be.

What is also strange, is that although for both single and multipage
djvu files, evince-previewer is run, if I just run evince-previewer
manually on the multipage djvu, it is also displayed ok.

+ check_common_commands multi.djvu
+ [ 1 -gt 0 ]
+ parm=multi.djvu
+ shift
+ [ 0 -gt 0 ]
+ [ -z  ]
+ unset XDG_UTILS_DEBUG_LEVEL
+ [ 0 -lt 1 ]
+ xdg_redirect_output= > /dev/null 2> /dev/null
+ [ xmulti.djvu != x ]
+ url=
+ [ 1 -gt 0 ]
+ parm=multi.djvu
+ shift
+ [ -n  ]
+ url=multi.djvu
+ [ 0 -gt 0 ]
+ [ -z multi.djvu ]
+ detectDE
+ unset GREP_OPTIONS
+ [ -n X-Cinnamon ]
+ DE=cinnamon
+ [ xcinnamon = x ]
+ [ xcinnamon = x ]
+ [ xcinnamon = x ]
+ [ xcinnamon = xgnome ]
+ [ xcinnamon = x ]
+ DEBUG 2 Selected DE cinnamon
+ [ -z  ]
+ return 0
+ open_gnome3 multi.djvu
+ gvfs-open --help
+ open_generic multi.djvu
+ is_file_url_or_path multi.djvu
+ echo multi.djvu
+ grep -q ^file://
+ echo multi.djvu
+ egrep -q ^[[:alpha:]+\.\-]+:
+ return 0
+ file_url_to_path multi.djvu
+ local file=multi.djvu
+ echo multi.djvu
+ grep -q ^file:///
+ echo multi.djvu
+ local file=multi.djvu
+ check_input_file multi.djvu
+ [ ! -e multi.djvu ]
+ [ ! -r multi.djvu ]
+ [ -n :0 ]
+ xdg-mime query filetype multi.djvu
+ sed s/;.*//
+ filetype=
+ open_generic_xdg_mime multi.djvu
+ filetype=
+ xdg-mime query default
xdg-mime: mimetype argument missing
Try 'xdg-mime --help' for more information.
+ default=
+ [ -n  ]
+ which run-mailcap
+ run-mailcap --action=view multi.djvu

(evince-previewer:3460): EvinceView-CRITICAL **:
ev_page_cache_get_form_field_mapping: assertion 'EV_IS_PAGE_CACHE
(cache)' failed
+ [ 0 -eq 0 ]
+ exit_success
+ [ 0 -gt 0 ]
+ exit 0

Bug#801865: libreoffice: FTBFS[kfreebsd-*]; still uses gcj?

[Rene Engelhard]

Hi,

On Thu, Oct 15, 2015 at 01:34:51PM +0100, Steven Chamberlain wrote:
> Package: libreoffice
> Version: 1:5.0.3~rc1-1
> Severity: normal
> 
> Hi,
> 
> Despite this change:
> |- build-depend on default-jdk (>= 2:1.7-52.1) for OpenJDK 7 on kfreebsd-*
> |  again
> 
> the regenerated debian/control file in the package still had gcj
> in build-depends for kfreebsd.  I think this is because of an

No, it doesn't.

Build-Depends: ant (>= 1.7.0),
[...]
   default-jdk,
   default-jdk (>= 1:1.7-48) [ia64],
   default-jdk (>= 2:1.7-52.1) [kfreebsd-amd64 kfreebsd-i386],
[...]
   g++-5 [hppa ia64 s390 sparc],
   g++-mingw-w64-i686 [i386 amd64],
   gcc-5 [hppa ia64 s390 sparc],
   gcj-jdk [hppa ia64 s390 sparc],
   gcj-native-helper [hppa ia64 s390 sparc],
[...]

> out-of-date java-common package, which defines $java_architectures in
> /usr/share/java/java_defaults.mk.

Then you should generate control in a uptodate chroot (what I did)

I am not sure the definition of Build-Depends is also for stuff
not related to actually building the package (control isn't rebuilt unless
you change something in "normal" builds, it is basically static in 
.debian.tar.gz)

> Perhaps build-depends should be bumped to java-common (>= 0.52.1~)?
> Otherwise in an out-of-date sid chroot it could still try to build
> with gcj.

No, it won't.

debian/rules has

JAVA_HOME=/usr/lib/jvm/default-java

That will use openjdk given the build-dep on the newer default-jdk _is_ there.
java-common is just need for (re-)generating control.

Regards,

Rene

Bug#670485:

[alberto fuentes]

Tags: patch

I attach a patch that I think fix this bug. It is set to private by default
in the conf.

Set it to 0 in the conf if you think it would be better not to set it by
default and make the user use -P from the command line instead

Cheers
From 9e7a97560fdc677a498c8a4c01ed6ca12064cd94 Mon Sep 17 00:00:00 2001
From: Alberto Fuentes 
Date: Thu, 15 Oct 2015 21:54:51 +0200
Subject: [PATCH] -P hidden pastes added to paste.debian.net

---
 README   |  2 ++
 pastebin.d/paste.debian.net.conf |  2 ++
 pastebinit   | 12 +---
 pastebinit.xml   |  3 +++
 4 files changed, 16 insertions(+), 3 deletions(-)

diff --git a/README b/README
index 24aceca..399316a 100644
--- a/README
+++ b/README
@@ -75,6 +75,8 @@ A number of reserved keywords can be used, but are optional:
 	jabberid -	contains the jabberid for the poster
 			as set at the command line.
 
+  private -   make the paste private if possible
+
 Two additional special parameters are available for use:
 
 	page -		used to specify a page from which to
diff --git a/pastebin.d/paste.debian.net.conf b/pastebin.d/paste.debian.net.conf
index 187d925..a876d72 100644
--- a/pastebin.d/paste.debian.net.conf
+++ b/pastebin.d/paste.debian.net.conf
@@ -8,8 +8,10 @@ content = code
 format = lang
 remember = remember
 expire = expire
+private = private
 
 [defaults]
 lang = -1
 remember = 0
 expire = 604800
+private = 1
diff --git a/pastebinit b/pastebinit
index 29704a0..4ab945f 100755
--- a/pastebinit
+++ b/pastebinit
@@ -135,7 +135,7 @@ try:
 #Return the parameters depending of the pastebin used
 def getParameters(website, pastebind, content, user, jabberid, version,
   format, parentpid, permatag, title, username,
-  password):
+  password, private):
 "Return the parameters array for the selected pastebin"
 params = {}
 for paste_name, paste_config in pastebind.items():
@@ -165,6 +165,8 @@ try:
   parentpid)
 elif param == 'permatag':
 params[paramname] = permatag
+elif param == 'private':
+params[paramname] = private
 elif param == 'username':
 params[paramname] = username
 elif param == 'password':
@@ -217,6 +219,7 @@ try:
   file=fd)
 print(_("\t-r "), file=fd)
 print(_("\t-t "), file=fd)
+print(_("\t-P Private. Makes your paste hidden if possible"), file=fd)
 print(_("\t-u  -p "), file=fd)
 print(_("\t-v Print the version number"), file=fd)
 
@@ -232,6 +235,7 @@ try:
 filenames = []
 content = ""
 parentpid = ""
+private = 0
 
 #Example configuration file string
 configexample = """\
@@ -280,7 +284,7 @@ try:
 # Get options
 try:
 optlist, arglist = getopt.getopt(sys.argv[1:],
- 'hvli:f:b:a:r:j:t:m:u:p:')
+ 'hvlPi:f:b:a:r:j:t:m:u:p:')
 except KeyboardInterrupt:
 print(_("KeyboardInterrupt caught."), file=sys.stderr)
 sys.exit(1)
@@ -318,6 +322,8 @@ try:
 title = opt[1]
 elif opt[0] == "-m":
 permatag = opt[1]
+elif opt[0] == "-P":
+private = 1
 elif opt[0] == "-u":
 username = opt[1]
 elif opt[0] == "-p":
@@ -360,7 +366,7 @@ try:
 # Get the parameter array
 website, params = getParameters(website, pastebind, content, user,
 jabberid, version, format, parentpid,
-permatag, title, username, password)
+permatag, title, username, password, private)
 
 if not website.endswith("/"):
 website += "/"
diff --git a/pastebinit.xml b/pastebinit.xml
index a6380fe..5f0a0aa 100644
--- a/pastebinit.xml
+++ b/pastebinit.xml
@@ -91,6 +91,9 @@
   -t title of paste (default: none)
 
 
+  -P private (default: 1)
+
+
   -u username (default: none)
 
 
-- 
2.6.1

Bug#689854: pmount needs some loving care

[Vincent Fourmond]

  Hi all,

On Thu, Oct 15, 2015 at 2:11 PM, Barak A. Pearlmutter
 wrote:
>> I request an adopter for the pmount package.
>
> I can adopt it, although I'd much prefer to team/co-maintain.

  I'm OK to give input, and do few things from time to time...

> I've done a bit of work, which I just took the liberty of pushing to
> branch barak-tweaks in
>  git://anonscm.debian.org/git/pmount/pmount-debian.git
> This supports btrfs and has some other misc fixes like updated packaging
> scripts and rm freeze-my-shell bash completion file.

  Thanks a lot !

> Barring objections, I'll dput it as better-than-nothing.

  That looks good to me, please go ahead.

  To respond to Axel about upstream vs debian: I find using patches
simpler for small patches, that saves the trouble of preparing and
announcing a full upstream release. So long as the patches find their
into the next upstream release.

  Cheers,

  Vincent

Bug#801903: open-iscsi: [INTL:de] Initial German debconf translation

[Chris Leick]

Package: open-iscsi
Version: 2.0.873+git0.3b4b4500-12
Severity: wishlist
Tags: l10n patch


Hi,

please find attached the initial German debconf translation of open-iscsi.

Kind regards,
Chris.

de.po.gz
Description: application/gzip

Bug#801083: gthumb: unreproducible build

[hpfn]

Hi Alex,

No 'unrep' on my QA page today.

I will wait a few more days and if nothing
changes, I will close the bug.



regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#782432:

[Martin Naughton]

Where is the upstream code you used to build the package?

This website it now an ad farm.

www.cronolog.org

I would like to take it over since it is a handy tool. Just need some
details.

thanks.

Regards

Martin

Bug#801838: RFS: node-es5-shim/4.1.14+dfsg-1 [ITP]

[Julien Puydt]

Hi,

Le jeudi 15 oct. 2015 à 08:16:24 (+), Gianfranco Costamagna a écrit :
> Control: owner -1 !
> Control: tags -1 moreinfo
> 
> as said on irc:
> 
> 1) rules:
> 
> override_dh_auto_test: please add a comment on the above line regarding the 
> reason for
> disabling the testsuite (requires internet connection or similar)
> 
> 2) rules:
> override_dh_auto_install:
>dh_install
> 
> what? ^^^
> 
> 3) add a README.source explaining the reason for having a dfsg repackage 
> (even if copyright files-excluded is clear)
> 
> 4) you install both es5-*.js and es5-*.min.js, are them needed both?
> 
> the other stuff looks good to me
>

I reworked it according to irc discussions ; the new upload is here (no more 
+dfsg):
http://mentors.debian.net/debian/pool/main/n/node-es5-shim/node-es5-shim_4.1.14-1.dsc
 

Thanks,

Snark on #debian-js

Bug#791995: debian-edu-config: should provide /etc/cups/client.conf to fix network printing on clients (was: debian-edu: task desktop-other should contain libdns-mdns as a Depends to fix printer setup

[Mike Gabriel]

Control: reassign -1 debian-edu

Hi Holger, hi Wolfgang,

On  Do 15 Okt 2015 18:32:57 CEST, Holger Levsen wrote:


Hi,

On Donnerstag, 15. Oktober 2015, Wolfgang Schweer wrote:

> Why doesn't CUPS browsing work out of the box?
Because libdns-mdns isn't installed. That's what this bug report was all
about originally (and why I filed it against debian-edu cause it's a
task problem).

So to fix the printing issue for stretch, this might be the way to go.

As far as jessie is concerned I'm unsure if such a change would be
acceptable, so I searched for another solution.


I think adding libdns-mdns to the package depends is an acceptable  
solution to

fix printing in Jessie.


@Holger: Ack,

@Wolfgang: What task shall libdns-mdns be added to in src:debian-edu  
package? education-networked?


Mike

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpBjpGgSTnr1.pgp
Description: Digitale PGP-Signatur

Bug#771784: remmina: Missing controls tab from top/center of window in fullscreen

[Matthew Gabeler-Lee]

Package: remmina
Version: 1.1.2-3
Followup-For: Bug #771784

This is supposedly fixed upstream in "1.2.0-rcgit.3", see their FAQ:
https://github.com/FreeRDP/Remmina/wiki/Remmina-Usage-FAQ

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

Kernel: Linux 4.2.0-1-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 remmina depends on:
ii  dbus-x111.10.0-3
ii  libavahi-client30.6.31-5
ii  libavahi-common30.6.31-5
ii  libavahi-ui-gtk3-0  0.6.31-5
ii  libc6   2.19-22
ii  libgcrypt20 1.6.3-2
ii  libgdk-pixbuf2.0-0  2.32.1-1
ii  libglib2.0-02.46.0-2
ii  libgtk-3-0  3.16.6-1
ii  libpango-1.0-0  1.38.0-3
ii  libssh-40.6.3-4.1
ii  libvte-2.91-0   0.42.0-1
ii  libx11-62:1.6.3-1
ii  remmina-common  1.1.2-3

Versions of packages remmina recommends:
ii  remmina-plugin-rdp  1.1.2-3
ii  remmina-plugin-vnc  1.1.2-3

remmina suggests no packages.

-- no debconf information

Bug#801832: Additional info

[Baptiste Jammet]

Hello,

Dixit Gersho de Lock, le 15/10/2015 :

>>What is 'LiLiUSB Creator'?
[...]
>it's a tool to put live and/or installation iso onto an usb stick
>it asks for ISO or CD or it can download for you (i've only ever tried
>the ISO method)
>
>all i can really tell is that i've used it a few times with other OS
>without issues (such as the Mint i used to do the lspci -knn)

Debian images are isohybrid. Live images too. So please try creating the
USB stick with win32diskimager
(http://sf.net/projects/win32diskimager/) as explain in the
installation manual
(https://www.debian.org/releases/stable/amd64/ch04s03.html.fr#usb-copy-isohybrid).

You can also ask for help in french in the mailing list for french users
(https://lists.debian.org/debian-user-french).

Good luck.

Baptiste


pgpifXBLQE_Rc.pgp
Description: OpenPGP digital signature

Bug#801901: python-wxglade: ships /usr/lib/python2.7/dist-packages/site.py

[Andreas Beckmann]

Package: python-wxglade
Version: 0.7.1~rc1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files:

  Selecting previously unselected package python-wxglade.
  Preparing to unpack .../python-wxglade_0.7.1~rc1-1_all.deb ...
  Unpacking python-wxglade (0.7.1~rc1-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-wxglade_0.7.1~rc1-1_all.deb (--unpack):
   trying to overwrite '/usr/lib/python2.7/dist-packages/site.py', which is 
also in package python-pysph 0~20150606.gitfa26de9-5+b1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Processing triggers for systemd (227-2) ...
  Processing triggers for libc-bin (2.19-22) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/python-wxglade_0.7.1~rc1-1_all.deb

site.py sounds like a very generic name and probably should not be
shipped by any package.


Andreas

Bug#801902: python-pysph: ships /usr/lib/python2.7/dist-packages/site.py

[Andreas Beckmann]

Package: python-pysph
Version: 0~20150606.gitfa26de9-5
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files:

  Selecting previously unselected package python-pysph.
  Preparing to unpack .../python-pysph_0~20150606.gitfa26de9-5+b1_amd64.deb ...
  Unpacking python-pysph (0~20150606.gitfa26de9-5+b1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-pysph_0~20150606.gitfa26de9-5+b1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/lib/python2.7/dist-packages/site.py', which is 
also in package python-wxglade 0.7.1~rc1-1
  Processing triggers for libc-bin (2.19-22) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/python-pysph_0~20150606.gitfa26de9-5+b1_amd64.deb

site.py sounds like a very generic name and probably should not be
shipped by any package.


Andreas

Bug#801900: axe-demultiplexer: /usr/bin/axe already used by the axe package

[Andreas Beckmann]

Package: axe-demultiplexer
Version: 0.2.8-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

  Selecting previously unselected package axe-demultiplexer.
  Preparing to unpack .../axe-demultiplexer_0.2.8-1_amd64.deb ...
  Unpacking axe-demultiplexer (0.2.8-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/axe-demultiplexer_0.2.8-1_amd64.deb (--unpack):
   trying to overwrite '/usr/bin/axe', which is also in package axe 6.1.2-16.2
  Errors were encountered while processing:
   /var/cache/apt/archives/axe-demultiplexer_0.2.8-1_amd64.deb

This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.


Cheers,

Andreas


axe=6.1.2-16.2_axe-demultiplexer=0.2.8-1.log.gz
Description: application/gzip

Bug#774538: linux-image-3.16.0-4-amd64: No sound card detected on HP laptop w/ AMD ATI Azalia sound card (Intel HDA)

[Klistvud]

Package: src:linux
Version: 3.16.7-ckt11-1+deb8u5
Followup-For: Bug #774538

Dear Maintainer,

I have already reported this bug 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749325
and here is a more complete report, sent from the same system that exhibits the 
bug.

No sound card is detected, although it works seamlessly under wheezy. I can see
there is a similar bug reported under 
https://lists.debian.org/debian-kernel/2014/10/msg00431.html

As opposed to my previous installs, made from Debian CD's, this one is an 
upgrade
from wheezy, but still no sound. I'm out of ideas.

Regards,

Klistvud


-- Package-specific info:
** Version:
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u5 (2015-10-09)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=8c4eb7a3-36f0-40c7-9078-6ebcb6d554ae ro atkbd.softraw=0 quiet

** Not tainted

** Kernel log:
[8.974712] [drm]   Encoders:
[8.974716] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[8.974720] [drm] Connector 1:
[8.974723] [drm]   LVDS-1
[8.974728] [drm]   DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 
0x7e5c
[8.974731] [drm]   Encoders:
[8.974735] [drm] LCD1: INTERNAL_LVTM1
[8.974738] [drm] Connector 2:
[8.974741] [drm]   SVIDEO-1
[8.974744] [drm]   Encoders:
[8.974747] [drm] TV1: INTERNAL_KLDSCP_DAC1
[9.319224] ppdev: user-space parallel port driver
[9.342770] b43-phy0: Broadcom 4321 WLAN found (core revision 12)
[9.372196] b43-phy0: Found PHY: Analog 5, Type 4 (N), Revision 2
[9.372232] b43-phy0 warning: 5 GHz band is unsupported on this PHY
[9.384238] Broadcom 43xx driver loaded [ Features: PMNLS ]
[9.409763] input: HP WMI hotkeys as /devices/virtual/input/input16
[9.417626] b43 ssb0:0: firmware: direct-loading firmware b43/ucode11.fw
[9.422784] b43 ssb0:0: firmware: direct-loading firmware b43/n0initvals11.fw
[9.434245] b43 ssb0:0: firmware: direct-loading firmware 
b43/n0bsinitvals11.fw
[9.490244] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[9.519564] snd_hda_intel :00:14.2: CORB reset timeout#1, CORBRP = 0
[9.519636] snd_hda_intel :00:14.2: no codecs found!
[9.624919] [drm] fb mappable at 0xC004
[9.624930] [drm] vram apper at 0xC000
[9.624934] [drm] size 7258112
[9.624939] [drm] fb depth is 24
[9.624942] [drm]pitch is 6912
[9.625216] fbcon: radeondrmfb (fb0) is primary device
[9.721882] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f:
[9.721912]  excluding 0xc-0xf
[9.721948] pcmcia_socket pcmcia_socket0: cs: memory probe 
0xa000-0xa0ff:
[9.721969]  clean.
[9.722002] pcmcia_socket pcmcia_socket0: cs: memory probe 
0x6000-0x60ff:
[9.722025]  excluding 0x6000-0x60ff
[9.906075] Console: switching to colour frame buffer device 210x65
[9.930916] radeon :01:05.0: fb0: radeondrmfb frame buffer device
[9.930925] radeon :01:05.0: registered panic notifier
[9.948155] [drm] Initialized radeon 2.39.0 20080528 for :01:05.0 on 
minor 0
[   11.023375] cfg80211: World regulatory domain updated:
[   11.023384] cfg80211:  DFS Master region: unset
[   11.023387] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp), (dfs_cac_time)
[   11.023391] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[   11.023395] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 
mBm), (N/A)
[   11.023398] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 
mBm), (N/A)
[   11.023401] cfg80211:   (517 KHz - 525 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (N/A)
[   11.023405] cfg80211:   (525 KHz - 533 KHz @ 8 KHz, 16 KHz 
AUTO), (N/A, 2000 mBm), (0 s)
[   11.023408] cfg80211:   (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 
mBm), (0 s)
[   11.023411] cfg80211:   (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 
mBm), (N/A)
[   11.023414] cfg80211:   (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 
mBm), (N/A)
[   14.910108] WARNING! power/level is deprecated; use power/control instead
[   15.043221] Bluetooth: Core ver 2.19
[   15.043293] NET: Registered protocol family 31
[   15.043299] Bluetooth: HCI device and connection manager initialized
[   15.043866] Bluetooth: HCI socket layer initialized
[   15.043876] Bluetooth: L2CAP socket layer initialized
[   15.043918] Bluetooth: SCO socket layer initialized
[   15.105503] usbcore: registered new interface driver btusb
[   16.174011] Adding 2101244k swap on /dev/sda1.  Priority:-1 extents:1 
across:2101244k FS
[   16.271028] EXT4-fs (sda3): re-mounted. Opts: (null)
[   16.479095] EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
[   17.192116] lp0: using parport0 (interrupt-driven).
[   17.313155] fuse init (API version 7.23)
[   17.351057] loop: module loaded

Bug#801899: [nautilus] Opening files with certain programs does not work

[jnqnfe]

Package: nautilus
Version: 3.18.0-2+b1
Severity: important

Attempting to open files with certain applications from within nautilus
fails to work (application does not load). I have noticed this while
attempting to open videos in vlc and with keepass files. The failure
occurs whether double clicking the file to load in the default program
(vlc), right clicking and selecting vlc at the top of the context menu,
or choosing vlc from 'open with other application' option. If selecting
totem however, things work just fine. Similarly, loading vlc separately
and opening a video file directly from file > open works absolutely
fine.

This is an up to date Debian Sid install, using Wayland from the login
prompt. Loading videos in vlc from nautlius under X11 works (at least
in a VM with a similar setup it did). Things worked perfectly with the
previous gnome 3.16 components under wayland.

Bug#801898: RM: player -- RoQA; Maintainer MIA; RC-buggy for more than two years; not in stable or testing

[Paul Gevers]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

During Debconf I worked on player for the python-support-removal. Player FTBFS 
at that time
due to the gcc transition which was an addition reason to contacted the 
maintainer.
player has an RC bug for more than 2 years already¹, without any action as far 
as I can see
anywher (except NMU which didn't target that issue). Due to the RC bug, Player 
is
not available in stable or testing. The maintainer didn't respond to my e-mail 
(of two months
ago, cc-ed to the MIA team). The maintainer has a long record in the MIA 
database.

Please remove player from Debian unstable.

Popcon peaks at 166 (there are 29 binary package involved)
Lintian reports 3519 errors and 52 warnings (mostly privacy breach issues)

¹ http://bugs.debian.org/726561

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJWH/uOAAoJEJxcmesFvXUKIZ0H/39NDtyH+zKEVHs245LxiPLN
5rTXWRkQ19l2DXoONHfjz7X2TGc9Lh2QB/M3IaWPDrHjDG4PGk8RBqukV2mBxOoG
j+FkxuPPk/VW/HEEz0MI4+YtVvXmICKA+Gtt6DXW9+bCv/RS/eVhia+zbCu/1IZG
8xNg2gxF435SoT02O/jFC+uB4sS6M21Z1dohygePbZADmF/mmjC3fctg1CRIDCSz
QNth942v1muWaL5EZcnsAKKcoQ43sDvf+rbNZhuWVxGwdIf7hkfMiJVPRaX7L2hm
B0bePOJJpMOtnnJ1/8te+tv1rWNTTy8bxkoQZArqZ7WjaY7i73FjmU95Vjr0s/E=
=QLl7
-END PGP SIGNATURE-

Bug#737079: nscd crashes on netgroup lookups

[Mike Gabriel]

On  Do 15 Okt 2015 21:10:28 CEST, Arthur de Jong wrote:


However, I'm not filing a bug about this because I think keeping a
stable interface at this point is still better than improving the
existing interface.

All your efforts on nscd and libc are very much appreciated!


Same from my side! Thanks a lot for continuously working on glibc!!!


Anyway, I'm willing to test some patches to see if we can improve the
nscd version in sid (2.19-22) and/or jessie (2.19-18+deb8u1) but I'm
having a hard time reproducing the bug I originally filed.


Arthur, thanks for giving time to this. School admins using Debian Edu  
at their schools will highly appreciate that portion of work.


;-)
Mike

--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpBrK4JF3LVo.pgp
Description: Digitale PGP-Signatur

Bug#798341: [inkscape] impossible to install inkscape

[Diego Alejandro Agudelo España]

>
> Maybe, but here inksacpe installed well on a testing system. You
> should check for foreign, maybe self-compiled packages:
>
> apt-show-versions | grep unknown
>
> and:
>
> apt-show-versions | grep 'No available version in archiv'
>


This finally solved my problem. Using 'apt-show-versions | grep 'No
available version in archiv'' I found out that somehow I had manually
compiled the package libsigc++-2.0-0c2a. I guess this package was stopping
me from installing libsigc++-2.0-0v5, which is a necessary dependency of
inkscape.

Thank you all for your help. Debian has a great community!

Diego

Bug#737079: nscd crashes on netgroup lookups

[Arthur de Jong]

On Thu, 2015-10-15 at 00:29 -0400, Carlos O'Donell wrote:
> The upstream glibc community has been working hard to rectify these
> issues, and Red Hat in particular spent a lot of time making the
> netgroup caching as bullet-proof as possible. If you have real bugs,
> please file them upstream and come talk to the community.

Sorry, didn't mean te offend anyone. I'm sure nscd has seen a lot of
improvements since the last time I had a look at it. It was very
complex though. Then again caching is one of the two hard things in
computer science ;)

> > Not all NSS interfaces are consistent in terms of memory
> > management, return codes, etc. so there could be something
> > wrong.
> 
> They should be consistent. Again, if you find something wrong, please
> file a bug. The upstream glibc community is radically different now
> and certainly more accepting of discussions on these issues.

At least the _nss_xxx_initgroups_dyn() function is expected to grow the
passed groupsp buffer itself instead of returning NSS_STATUS_TRYAGAIN+
ERANGE like most other functions. The Solaris NSS implementation
(although far from perfect and having many nasty other "features") uses
an initialiser that returns a backend pointer that is passed to all
functions to allow memory and other resource management in the NSS
module itself. Also having a single return code and avoiding messing
with errno would also be nicer.

However, I'm not filing a bug about this because I think keeping a
stable interface at this point is still better than improving the
existing interface.

All your efforts on nscd and libc are very much appreciated!

Anyway, I'm willing to test some patches to see if we can improve the
nscd version in sid (2.19-22) and/or jessie (2.19-18+deb8u1) but I'm
having a hard time reproducing the bug I originally filed.

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --



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

Bug#769942: problem still exists in 24.5+1-2

[Brent S. Elmer Ph.D.]

I just tried 24.5+1-2 for kicks.  The problem still occurs.  Going back
to emacs23.

Bug#792785: segfault for Back button

[Alexey Loginov]

There is patch from Mageia Linux in attachment.
diff -ur tuxmath_w_fonts-2.0.3.orig/src/menu.c tuxmath_w_fonts-2.0.3/src/menu.c
--- tuxmath_w_fonts-2.0.3.orig/src/menu.c	2011-05-04 04:15:06.0 +0400
+++ tuxmath_w_fonts-2.0.3/src/menu.c	2015-10-15 21:41:49.0 +0300
@@ -252,6 +252,8 @@
 if (Opts_GetGlobalOpt(MENU_SOUND))
   playsound(SND_POP);
 
+if (chosen_lesson>=num_lessons) return RUN_MAIN_MENU;
+
 /* Re-read global settings first in case any settings were */
 /* clobbered by other lesson or arcade games this session: */
 read_global_config_file();

Bug#801832: Additional info

[Gersho de Lock]

Hello !

First, thanks for the quick reply 

now onto the main topic:



i did a lspci -knn from a LinuxMint 17.2 Live

00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM 
Controller [8086:0154] (rev 09)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: ivb_uncore
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: i915
00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB xHCI Host Controller [8086:1e31] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: xhci_hcd
00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series 
Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: mei_me
00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: ehci-pci
00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset 
Family High Definition Audio Controller [8086:1e20] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 1 [8086:1e10] (rev c4)
Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 2 [8086:1e12] (rev c4)
Kernel driver in use: pcieport
00:1c.3 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 4 [8086:1e16] (rev c4)
Kernel driver in use: pcieport
00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: ehci-pci
00:1f.0 ISA bridge [0601]: Intel Corporation HM77 Express Chipset LPC 
Controller [8086:1e57] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: lpc_ich
00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 
6-port SATA Controller [AHCI mode] [8086:1e03] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 7 Series/C210 Series Chipset Family 
SMBus Controller [8086:1e22] (rev 04)
Subsystem: Lenovo Device [17aa:5002]
02:00.0 Network controller [0280]: Broadcom Corporation BCM43228 802.11a/b/g/n 
[14e4:4359]
Subsystem: Broadcom Corporation Device [14e4:0607]
Kernel driver in use: wl
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. 
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 07)
Subsystem: Lenovo Device [17aa:5002]
Kernel driver in use: r8169



>Back to
>> Boot method: USB (4Go) made with LiLiUSB Creator on Windows7 Pro
>> Image version: 
>> http://cdimage.debian.org/debian-cd/current-live/amd64/bt-hybrid/debian-live-8.2.0-amd64-lxde-desktop.iso.torrent
 
>What is 'LiLiUSB Creator'?
>what kind of input does it want?
>What output does it produce?
>Yes, that are very technical questions.
>But an answer as "I can't tell, I picked a tool that was available and should 
>do the trick"
>is fine. Another good answer would be: "Hey, I just following documentation 
>from URL"
 
>Just provide more information about 'LiLiUSB Creator'

http://www.linuxliveusb.com/fr/home

it's a tool to put live and/or installation iso onto an usb stick
it asks for ISO or CD or it can download for you (i've only ever tried the ISO 
method)

all i can really tell is that i've used it a few times with other OS without 
issues (such as the Mint i used to do the lspci -knn)


=

>On the URL with debian-cd/current-live/amd64/bt-hybrid/debian-live in it.
>How did you found that? What did you bring there?

I used the french version of the site so i'll try to explain/translate how it 
went

 Starting from: https://www.debian.org/index.fr.html
Top menu to go to (Obtain Debian) -> https://www.debian.org/distrib/
Option on the right (try autonomous before installing) -> 
https://www.debian.org/CD/live/
Middle of the page, on the left (CD,DVD,USB with bittorent) -> 
http://cdimage.debian.org/debian-cd/current-live/amd64/bt-hybrid/



==


>And now some compliments. Yes, I assume you can handle compliments  :-)
 
>It is good that you are curious about "Debian".
>Very nice to see that what you allready did (downloading, preparing USBstick)
>Best thing

Bug#801897: TypeError: Request path contains unescaped characters

[Stephen Kitt]

Package: npm
Version: 1.4.21+ds-2
Severity: normal

Dear Maintainer,

npm view keybase

now produces the following error:

npm ERR! TypeError: Request path contains unescaped characters.
npm ERR! at new ClientRequest (_http_client.js:51:11)
npm ERR! at TunnelingAgent.exports.request (http.js:31:10)
npm ERR! at TunnelingAgent.createSocket 
(/usr/lib/nodejs/tunnel-agent/index.js:117:25)
npm ERR! at TunnelingAgent.createSecureSocket [as createSocket] 
(/usr/lib/nodejs/tunnel-agent/index.js:184:41)
npm ERR! at TunnelingAgent.addRequest 
(/usr/lib/nodejs/tunnel-agent/index.js:80:8)
npm ERR! at new ClientRequest (_http_client.js:133:16)
npm ERR! at Object.exports.request (http.js:31:10)
npm ERR! at Object.exports.request (https.js:163:15)
npm ERR! at Request.start (/usr/lib/nodejs/request/index.js:607:30)
npm ERR! at Request.end (/usr/lib/nodejs/request/index.js:1235:28)
npm ERR! If you need help, you may report this *entire* log,
npm ERR! including the npm and node versions, at:
npm ERR! 

npm ERR! System Linux 4.1.0-2-amd64
npm ERR! command "/usr/bin/nodejs" "/usr/bin/npm" "view" "keybase"
npm ERR! cwd /home/steve/Debian/keybase
npm ERR! node -v v4.1.1
npm ERR! npm -v 1.4.21
npm ERR! 
npm ERR! Additional logging details can be found in:
npm ERR! /home/steve/Debian/keybase/npm-debug.log
npm ERR! not ok code 0

I'm attaching the debug log.

Regards,

Stephen


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 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: sysvinit (via /sbin/init)

Versions of packages npm depends on:
ii  node-abbrev   1.0.5-2
ii  node-ansi 0.3.0-2
ii  node-ansi-color-table 1.0.0-1
ii  node-archy0.0.2-1
ii  node-block-stream 0.0.7-1
ii  node-fstream  0.1.24-1
ii  node-fstream-ignore   0.0.6-2
ii  node-github-url-from-git  1.1.1-1
ii  node-glob 4.0.5-1
ii  node-graceful-fs  3.0.2-1
ii  node-gyp  3.0.3-2
ii  node-inherits 2.0.1-3
ii  node-ini  1.1.0-1
ii  node-lockfile 0.4.1-1
ii  node-lru-cache2.3.1-1
ii  node-minimatch1.0.0-1
ii  node-mkdirp   0.5.0-1
ii  node-nopt 3.0.1-1
ii  node-npmlog   0.0.4-1
ii  node-once 1.1.1-1
ii  node-osenv0.1.0-1
ii  node-read 1.0.5-1
ii  node-read-package-json1.2.4-1
ii  node-request  2.26.1-1
ii  node-retry0.6.0-1
ii  node-rimraf   2.2.8-1
ii  node-semver   2.1.0-2
ii  node-sha  1.2.3-1
ii  node-slide1.1.4-1
ii  node-tar  1.0.3-2
ii  node-underscore   1.7.0~dfsg-1
ii  node-which1.0.5-2
ii  nodejs4.1.1~dfsg-3

npm recommends no packages.

npm suggests no packages.

-- no debconf information
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/nodejs', '/usr/bin/npm', 'view', 'keybase' ]
2 info using npm@1.4.21
3 info using node@v4.1.1
4 verbose request where is /keybase
5 verbose request registry https://registry.npmjs.org/
6 verbose request id ab667c259a85ed77
7 verbose url raw /keybase
8 verbose url resolving [ 'https://registry.npmjs.org/', './keybase' ]
9 verbose url resolved https://registry.npmjs.org/keybase
10 verbose request where is https://registry.npmjs.org/keybase
11 info trying registry request attempt 1 at 20:27:06
12 verbose etag "1WS3R8IPGGL59P0LA9CS36VSS"
13 http GET https://registry.npmjs.org/keybase
14 error TypeError: Request path contains unescaped characters.
14 error at new ClientRequest (_http_client.js:51:11)
14 error at TunnelingAgent.exports.request (http.js:31:10)
14 error at TunnelingAgent.createSocket 
(/usr/lib/nodejs/tunnel-agent/index.js:117:25)
14 error at TunnelingAgent.createSecureSocket [as createSocket] 
(/usr/lib/nodejs/tunnel-agent/index.js:184:41)
14 error at TunnelingAgent.addRequest 
(/usr/lib/nodejs/tunnel-agent/index.js:80:8)
14 error at new ClientRequest (_http_client.js:133:16)
14 error at Object.exports.request (http.js:31:10)
14 error at Object.exports.request (https.js:163:15)
14 error at Request.start (/usr/lib/nodejs/request/index.js:607:30)
14 error at Request.end (/usr/lib/nodejs/request/index.js:1235:28)
15 error If you need help, you may report this *entire* log,
15 error including the npm and node versions, at:
15 error 
16 error System Linux 4.1.0-2-amd64
17 error command "/usr/bin/nodejs" "/usr/bin/npm" "view" "keybase"
18 error cwd /home/steve/Debian/keybase
19 er