Bug#767230: libotr transition started by mistake :-/ [Was: Bug#767230: bitlbee-plugin-otr: bitlbee no longer starts: libotr API version 4.1.0 incompatible with actual version 4.0.0]

[Niels Thykier]

On 2014-10-31 00:41, Ian Goldberg wrote:
> On Thu, Oct 30, 2014 at 11:05:20PM +0100, Niels Thykier wrote:
>> Control: severity 767230 serious
>>
>> On 2014-10-29 17:09, intrigeri wrote:
>>> Hi Sebastian, hi release team,
>>>
>>> [...]
>>
>> Looking through the diff between the version of libotr in testing vs.
>> the version in sid.  I saw no obvious ABI / API breakage myself - that
>> said I would certainly would not mind a second (third?) reviewer
>> reviewing this assertion though.  Preferably one who knows the C ABI
>> rules by heart.

Hi Ian,

> 
> For the record, the difference between the APIs of libotr 4.0.0 and
> libotr 4.1.0 is that two functions that existed in 4.0.0 but were not
> contained in the .h files (and thus could not appear in applications)
> were added to the .h files in 4.1.0.

Actually, the deciding factor is whether they were "exported" by the
shared library[0].  If they were exported, then an external program
could use them regardless of whether they appeared in a header file of
libotr[1].  This also implies that the functions would already have been
a part of the ABI.

In summary, if libotr exported those functions in 4.0.0 *and* broke
their ABI as well, libotr would have broken its ABI in 4.1.0 and would
require a SONAME bump.  Otherwise, I think we are good.

> So if an application uses those
> functions, it would require to be built against libotr 4.1.0.  Any
> application compiled against 4.0.0 will work with 4.1.0, but not vice
> versa (because of those two new functions).  That's the reason for the
> minor version number change, and the corresponding libtool version
> 6:0:1.  It's also why if you build against the 4.1.0 header files, it
> wants you to have at least 4.1.0 at runtime.
> 
>- Ian
> 
> 

Certainly.  In Debian, we use "shlib" or "symbols" file to declare such
changes and our build tools will compute the necessary dependency
automatically.
  Assuming these files were correct in the 4.1.0 upload, this would not
be an issue for any Debian maintained reverse dependency.  As noted
above, it might /not/ be a mistake if these files are identical to the
ones in 4.0.0 (assuming 4.0.0 already exported the symbols).

~Niels

[0] I know of several people (upstream and debian maintainers alike)
that were surprised by a library exporting what they thought were
"internal" functions.

As I recall, C static functions are never exported. Others usually need
explicit symbol hiding or a symbol file to declare them as private.  I
believe

 readelf -Ws path/to/libotr.so

will tell you what is exported (and what is imported).  I sadly don't
remember the relevant "grep -v" magic to filter out all the parts you
don't need.

[1] E.g. the reverse dependency could declare the function themselves
without ever implementing a la:

extern int * unmentioned_libotr_function(void *arg1, size_t arg2, ...);


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767453: ITP: python-dbutils -- database connections for multi-threaded environments

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-dbutils
  Version : 1.1
  Upstream Author : Christoph Zwerschke 
* URL : https://pypi.python.org/pypi/DBUtils
* License : Open Software License 2.1
  Programming Lang: Python
  Description : database connections for multi-threaded environments

 DBUtils is a suite of tools providing solid, persistent and pooled connections
 to a database that can be used in all kinds of multi-threaded environments
 like Webware for Python or other web application servers. The suite supports
 DB-API 2 compliant database interfaces and the classic PyGreSQL interface.

This package is a build-dependency of web.py needed by Fuel web.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767452: vite: please enable parallel building

[Pino Toscano]

Source: vite
Version: 1.2+svn1430-1
Severity: wishlist
Tags: patch

Hi,

vite seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).

Thanks,
-- 
Pino
--- a/debian/rules
+++ b/debian/rules
@@ -3,7 +3,7 @@
 export DEB_BUILD_HARDENING=1
 
 %:
-	dh $@
+	dh $@ --parallel
 
 override_dh_auto_configure:
 	cmake . -DVITE_ENABLE_OTF=ON \

Bug#767451: vite: hardcoded library build dependency

[Pino Toscano]

Source: vite
Version: 1.2+svn1430-1
Severity: important
Tags: patch

Hi,

vitw has a library package directly specified as build
dependency. This can be problematic e.g. in the (rare) case they bump
SONAME, but in general specifying directly a library as build
dependency is useless (its -dev will install the latest version of it).

Attached a patch that removes libqt4-opengl, as it is installed by
libqt4-opengl-dev already.

Thanks,
-- 
Pino
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Samuel Thibault 
 Build-Depends: debhelper (>= 7.0.50),
  cmake,
- libqt4-dev (>= 4:4.6), libqt4-opengl, libqt4-opengl-dev,
+ libqt4-dev (>= 4:4.6), libqt4-opengl-dev,
  texlive-latex-base, texlive-latex-recommended, texlive-latex-extra,
  libotf-trace-dev,
  texlive-fonts-recommended,

Bug#767450: ITP: python-web.py -- framework to make web apps

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-web.py
  Version : 0.37
  Upstream Author : Anand Chitipothu 
* URL : https://github.com/webpy/webpy
* License : Public domain
  Programming Lang: Python
  Description : framework to make web apps

 web.py is a web framework for Python that is as simple as it is powerful.
 Think about the ideal way to write a web app. Write the code to make it
 happen.
 .
 web.py was originally published while Aaron Swartz worked at reddit.com, where
 the site used it as it grew to become one of the top 1000 sites according to
 Alexa and served millions of daily page views. "It's the anti-framework
 framework. web.py doesn't get in your way," explained founder Steve Huffman.

web.py is a dependency for Fuel web.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767430: Pre-upload unblock request: solaar/0.9.2+dfsg-4

[Niels Thykier]

Control: tags -1 confirmed

On 2014-10-31 00:24, Stephen Kitt wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Dear release team,
> 
> The localisation teams have provided me with updated debconf templates
> for solaar, and the Portuguese team have even provided a full
> translation for the upstream binary. Would this be suitable for a
> Jessie unblock? I'm attaching the full patch, with important elements
> detailed as follows:
> 
> [...]
> 
> unblock solaar/0.9.2+dfsg-4
> 
> (I haven't uploaded this to unstable yet; I'm waiting to find out if
> everything here is suitable.)
> 
> Regards,
> 
> Stephen
> 
> 
> [...]

Hi Stephen,

I am happy to accept the presented debdiff via unstable at this point in
the freeze.  Please upload it to unstable and let us know when it has
been accepted.

Thanks,
~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#689109: Bug#685540: asterisk-flite, asterisk-espeak: binnmu required

[Tzafrir Cohen]

Hi Jonas,

On Wed, Nov 14, 2012 at 12:33:26PM +0100, Jonas Smedegaard wrote:
> Quoting Tzafrir Cohen (2012-11-13 18:00:30)
> > Indeed this is fixable through a binNMU.
> 
> Yes, but release managers disapprove of simple binNMUs covering over the 
> underlying problem, as I wrote earlier: 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685540#20
> 
> The proper fix is this combo:
> 
>  1) File bugreport against asterisk-dev about broken/missing 
> hints about shared library.
> 
>  2) Fix bug filed in 1).

Asterisk now provides asterisk-. This includes
the version. A module can safely depend on those (but it should be
updated on backporting).

Would you mind fixing the packages (asterisk-flite, and asterisk-espeak)?
Would you like me to?

The new upstream release also fixes building with asterisk-11 and
asterisk-13 (a separate bug filed).

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#761942: arb: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Sunday, September 21, 2014, I sent you a notification about the beginning of 
a review
action on debconf templates for arb.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Sunday, September 21, 2014. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: application/gzip
--- arb.old/debian/arb-common.templates 2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/arb-common.templates 2014-10-07 07:04:47.588878702 +0200
@@ -1,9 +1,21 @@
+# 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: arb/group
 Type: multiselect
 Choices: ${users}
-_Description: ARB PT-server administrators
- ARB is preconfigured via /etc/arb/arb_tcp.dat with three private PT servers
- for each user as well as three global PT servers accessible by all users.
+_Description: ARB PT-server administrators:
+ The default configuration of PT-server slots in /etc/arb/arb_tcp.dat
+ gives ARB three global slots accessible by all users (connecting to
+ localhost:${PORT}), as well as three slots to give private per-user
+ access (connecting to ~/.arb_pts/${USER}${NUMBER}.socket).
  .
- Only members of the system group "arb" will be able to build and update
- the shared PT servers. This setting configures the group members.
+ Only members of the "arb" system group will be able to build and update
+ the shared PT-servers. Please enter the login names for these privileged
+ users.
--- arb.old/debian/control  2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/control  2014-10-06 06:47:33.522752731 +0200
@@ -51,16 +51,15 @@
 Suggests: arb-database,
   gnuplot,
   gv
-Description: Graphical suite for phylogenetic sequence analysis 
- The ARB software is a graphically oriented package comprising various tools
- for sequence database handling and data analysis. A central database of
- processed (aligned) sequences and any type of additional data linked to the
- respective sequence entries is structured according to phylogeny or other
- user defined criteria.
- .
- The ARB project (latin, "arbor"=tree) is a joint initiative of the Lehrstuhl
- fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/ and the
- Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
+Description: phylogenetic sequence analysis suite - main program
+ ARB is a graphical suite of tools for sequence database handling and data
+ analysis. A central database of processed (aligned) sequences and any
+ type of additional data linked to the sequence entries is structured
+ according to phylogeny or other user-defined criteria.
+ .
+ The ARB project (from the Latin "arbor", a tree) is a joint initiative of
+ the Lehrstuhl fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/
+ and the Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
  http://wwwbode.informatik.tu-muenchen.de/ of the Technical University
  of Munich.
 
@@ -69,40 +68,39 @@
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Recommends: arb
-Description: Graphical suite for phylogenetic sequence analysis (libraries)
- The ARB software is a graphically oriented package comprising various tools
- for sequence database handling and data analysis. A central database of
- processed (aligned) sequences and any type of additional data linked to the
- respective sequence entr

Bug#767425: [Pkg-freeipa-devel] Bug#767425: freeipa-server: ipa-server-install doesn't enable some Apache modules it uses in its configuration

[Timo Aaltonen]

On 31.10.2014 00:52, Michal Kaspar wrote:
> Package: freeipa-server
> Version: 4.0.4-1
> Severity: normal
> 
> Dear Maintainer,
> While running ipa-server-install, the Apache gets reconfigured to provide 
> some IPA services. However it doesn't enable some Apache modules whose 
> directives it uses in Apache ipa.con. The modules I had to enable by hand to 
> make install continue were mod_deflate (needed by AddOutputFilterByType) and 
> mod_authz_user (used by Require valid-user).

that's weird, both seem to be enabled on default apache2 install here..



-- 
t


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767449: systemctl forces reboot with every shutdown

[Jim McCloskey]

Package: systemd
Version: 215-5+b1
Severity: important

Dear Maintainer,

Thanks very much for all of your work. The core of my report is this:
following an upgrade to testing on October 30th 2014, I am unable to
shut down my laptop. Almost every way of shutting down is followed by
a forced reboot (which of course I do not want).

   * What led up to the situation?

Upgrading to testing on Thursday October 30th 2014. This included an
upgrade to libsystemd0, libpam-systemd, systemd, systemd-sysv,
libsystemd-daemon0, libsystemd-id128-0, libsystemd-journal0,
libsystemd-login0.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

1. In Gnome 3: Tried to shutdown using the power-down icon in the
dropdown menu of the status bar. The system shut down and rebooted.

2. In Gnome 3: pressed and held the power button (configured in
gnome-tweak-tool to power down). The system shut down and immediately
rebooted.

3. From the command-line as root, typed `shutdown -h now'. The system
shut down and immediately rebooted.

4. From the command-line as root, typed `systemctl poweroff'. The
system shut down and immediately rebooted.

5. From the command-line as root, typed `poweroff -p'. The 
system shut down and immediately rebooted. (Similarly just `poweroff'.)

6. From the command-line as root, typed `halt -p', The
system shutdown and immediately rebooted.

7. From the command-line as root, typed `poweroff -f'. The system shut
down and there was no reboot. Presumably because using this option
entails that the init system is not contacted.

   * What was the outcome of this action?

An automatic (and unwanted) reboot following shutdown in every
circumstance except when `poweroff -f' was issued as root from the
command line. This is the only way I've found so far to actually shut
the laptop down.  Since shutdown and poweroff are symbolic links to
systemctl, presumably the problem ultimately lies there.

   * What outcome did you expect instead?

That the system would shut down without automatically and instantly
rebooting.  That was the behavior before the upgrade.

Thanks for any advice or help. Please let me know how I might help,

Jim

-- Package-specific info:

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

Kernel: Linux 3.16-3-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

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-53.4
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.1-5
ii  libc6   2.19-12
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-2
ii  libgcrypt20 1.6.2-3
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-5+b1
ii  sysv-rc 2.88dsf-53.4
ii  udev215-5+b1
ii  util-linux  2.25.1-5

Versions of packages systemd recommends:
ii  dbus1.8.8-2
ii  libpam-systemd  215-5+b1

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/*

[Piotr Jurkiewicz]

Package: initramfs-tools

There is no way for user to override settings from 
/usr/share/initramfs-tools/conf-hooks.d.


For example, dropbear package in file /usr/.../conf-hooks.d/dropbear 
sets UMASK variable to 0077. User cannot override this with his own 
setting in /etc.


The only way to do that is to edit /usr/.../conf-hooks.d/dropbear file 
directly and change UMASK. However, such change will be of course 
overwritten on a next update of dropbear package.


In my opinion, user-provided settings from /etc/* should have priority 
over package-provided settings form /usr/*.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767447: mention vfat

[積丹尼 Dan Jacobson]

Package: dosfstools
Version: 3.0.26-4
Severity: wishlist
File: /usr/share/man/man8/mkfs.fat.8.gz

Mention 'vfat' somewhere on the man page.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767446: say what -c number output is

[積丹尼 Dan Jacobson]

Package: dosfstools
Version: 3.0.26-4
Severity: wishlist
File: /usr/share/man/man8/mkfs.fat.8.gz

At

   -c  Check the device for bad blocks before creating the filesystem.

Also mention what the numbers printed on the screen represent, and how
we can use them to determine how far along we are to finishing the job.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#743477: grub2: grub fails with "error: 'grub_term_highlight_color' not found"

[kittyofthebox]

Source: grub2
Followup-For: Bug #743477

Hi,

I have recently had to help someone out with this bug and I don't think this 
is actually bug. What has happened here is grub-pc thinks that update-grub 
is supposed to be ran on a drive that your bios is no looking at, but 
probably has an older version of grub already installed. This works fine 
until one day you update your grub package and boom, you get this error 
the way to fix this is chrooting but it's pretty involved. I have however 
fixed it with this method. There is also additonal talk and infomration 
about this over at the ubuntu but report thread: 
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1289977

Good luck.

Kitty

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 
'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767444: ITP: fig -- Punctual, lightweight development environments using Docker

[Felipe Sateler]

Package: wnpp
Severity: wishlist
Owner: Felipe Sateler 

* Package name: fig
  Version : 1.0.0
  Upstream Author : Docker Inc
* URL : http://www.fig.sh/
* License : Apache
  Programming Lang: Python
  Description : Punctual, lightweight development environments using Docker

Fig is a service management software built on top of docker. Define your
services and their relationships in a simple YAML file, and let fig
handle the rest.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767445: python-docker: throws ValueError exception on attempting any command

[Felipe Sateler]

Package: python-docker
Version: 0.5.3-1
Severity: grave
Justification: renders package unusable

I'm finding it impossible to do anything with the API. The ipython
backtrace is pasted below.

My python fu is relatively limited, but the problem looks like for some
reason the requests module is changing the timeout from a number to a
Timeout object, and urllib barfs. I couldn't reproduce the issue using
plain requests (ie, creating a session, adding the HttpAdapter and
sending a request), so I'm filing the bug here. If the bug is elsewhere,
please reassign as appropriate.


In [1]: from docker import Client

In [2]: c = Client()

In [3]: c.version()
---
ValueErrorTraceback (most recent call last)
 in ()
> 1 c.version()

/usr/lib/python2.7/dist-packages/docker/client.pyc in version(self)
932 
933 def version(self):
--> 934 return self._result(self._get(self._url("/version")), True)
935 
936 def wait(self, container):

/usr/lib/python2.7/dist-packages/docker/client.pyc in _get(self, url, **kwargs)
 74 
 75 def _get(self, url, **kwargs):
---> 76 return self.get(url, **self._set_request_timeout(kwargs))
 77 
 78 def _delete(self, url, **kwargs):

/usr/lib/python2.7/dist-packages/requests/sessions.pyc in get(self, url, 
**kwargs)
467 
468 kwargs.setdefault('allow_redirects', True)
--> 469 return self.request('GET', url, **kwargs)
470 
471 def options(self, url, **kwargs):

/usr/lib/python2.7/dist-packages/requests/sessions.pyc in request(self, method, 
url, params, data, headers, cookies, files, auth, timeout, allow_redirects, 
proxies, hooks, stream, verify, cert, json) 
  
455 }
456 send_kwargs.update(settings)
--> 457 resp = self.send(prep, **send_kwargs)
458 
459 return resp

/usr/lib/python2.7/dist-packages/requests/sessions.pyc in send(self, request, 
**kwargs)
567 
568 # Send the request
--> 569 r = adapter.send(request, **kwargs)
570 
571 # Total elapsed time of the request (approximately)

/usr/lib/python2.7/dist-packages/requests/adapters.py in send(self, request, 
stream, timeout, verify, cert, proxies)
360 decode_content=False,
361 retries=Retry(self.max_retries, read=False),
--> 362 timeout=timeout
363 )
364 

/usr/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.pyc 
in urlopen(self, method, url, body, headers, retries, redirect, 
assert_same_host, timeout, pool_timeout, release_conn, **response_kw)
514 httplib_response = self._make_request(conn, method, url,
515   timeout=timeout,
--> 516   body=body, 
headers=headers)
517 
518 # If we're going to release the connection in ``finally:``, 
then

/usr/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.pyc 
in _make_request(self, conn, method, url, timeout, **httplib_request_kw)
297 self.num_requests += 1
298 
--> 299 timeout_obj = self._get_timeout(timeout)
300 timeout_obj.start_connect()
301 conn.timeout = timeout_obj.connect_timeout

/usr/lib/python2.7/dist-packages/requests/packages/urllib3/connectionpool.pyc 
in _get_timeout(self, timeout)
277 # User passed us an int/float. This is for backwards 
compatibility,
278 # can be removed later
--> 279 return Timeout.from_float(timeout)
280 
281 def _make_request(self, conn, method, url, timeout=_Default,

/usr/lib/python2.7/dist-packages/requests/packages/urllib3/util/timeout.pyc in 
from_float(cls, timeout)
150 :rtype: :class:`Timeout`
151 """
--> 152 return Timeout(read=timeout, connect=timeout)
153 
154 def clone(self):

/usr/lib/python2.7/dist-packages/requests/packages/urllib3/util/timeout.pyc in 
__init__(self, total, connect, read)
 93 
 94 def __init__(self, total=None, connect=_Default, read=_Default):
---> 95 self._connect = self._validate_timeout(connect, 'connect')
 96 self._read = self._validate_timeout(read, 'read')
 97 self.total = self._validate_timeout(total, 'total')

/usr/lib/python2.7/dist-packages/requests/packages/urllib3/util/timeout.pyc in 
_validate_timeout(cls, value, name)
123 except (TypeError, ValueError):
124 raise ValueError("Timeout value %s was %s, but it must be 
an "
--> 125  "int or float." % (name, value))
126 
127 try:

ValueError: Timeout value connect 

Bug#767441: docker.io: daemon ignores proxy settings

[Olaf Meeuwissen]

Olaf Meeuwissen writes:

> What did solve my problem was dropping the `export` in the configuration
> file.  So, I now have
>
>   http_proxy="http://127.0.0.1:3128/";
>
> as my *only* proxy related setting in /etc/default/docker and searching
> the Docker Hub Registry works fine.
>
> Please drop `export` from the commented out line in /etc/default/docker.
> While at it, please also look whether the `export` on `TMPDIR` is needed
> and makes the docker daemon use the configured value.

Actually, I take that partially back.  It turns out to be dependent on
what init system you are using.  For the traditional SysV init and
Upstart the `export` seems to be needed but for systemd it causes the
variable to be ignored, as per the following from my syslog:

  Oct 31 11:07:42 helix systemd[1]: Ignoring invalid environment 'export 
http_proxy=http://127.0.0.1:3128/[10]': /etc/default/docker

Similar log entries for any other environment variable you want to set.

So, instead of just dropping `export`, please add a note to the file
explaining the differences in setting things for the different init
systems.  At least with systemd there should be *no* `export`.

Hope this helps,
-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764178: debsources: infobox CSS alignment problem with short files

[Jason Pleau]

Hello,

I have made this small patch that fixes the text overlapping on the infobox.

The other issue (that the box containing the infobox was not big enough)
seems to have been fixed by 0ed831b256a91287ebfe63c9a52cbbb76816a293 on
October 12th


Cheers

-- 
Jason Pleau
>From 97a3760687e0a369ee4aac3c53bbb6eaf2d69882 Mon Sep 17 00:00:00 2001
From: Jason Pleau 
Date: Fri, 31 Oct 2014 00:05:26 -0400
Subject: [PATCH] source_file: fix text overlapping the infobox

When browsing a file's source on sources.debian.net, if the file didn't
contain enough text its content would overlap onto the infobox to the
right.

This fixes the issue on at least Chromium 38 and Iceweasel 31.2.

---
 debsources/app/static/css/source_file.css | 4 
 1 file changed, 4 insertions(+)

diff --git a/debsources/app/static/css/source_file.css b/debsources/app/static/css/source_file.css
index 58328bc..a70aa30 100644
--- a/debsources/app/static/css/source_file.css
+++ b/debsources/app/static/css/source_file.css
@@ -39,6 +39,10 @@ License: GNU Affero General Public License, version 3 or above.
 
 /* LINE NUMBERS */
 
+#codetable pre{
+padding-right: 50px;
+}
+
 #codetable #sourceslinenumbers{
 text-align: right;
 border-right: 1px solid black;
-- 
2.1.1

Bug#767398: unblock: itools/1.0-4

[أحمد المحمودي]

tags -1 -moreinfo
quit

Sorry, forgot to attach it in previous email. Should be attached now.

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7
diff -Nru itools-1.0/debian/changelog itools-1.0/debian/changelog
--- itools-1.0/debian/changelog 2011-09-15 17:12:44.0 +0200
+++ itools-1.0/debian/changelog 2014-10-31 05:36:07.0 +0200
@@ -1,3 +1,25 @@
+itools (1.0-4) unstable; urgency=medium
+
+  * debian/control:
++ Use canonical URIs in Vcs-* fields
++ Remove obsolete DMUA field
++ Bumped Standards-Version to 3.9.6
+  * Bumped compat level to 9
+  * Update my email address.
+  * debian/copyright:
++ Update copyright format & years.
++ Moved section for debian/* to be after the all files section
+  * 01_manpages.diff: Use DEP-5 headers
+  * Added str_format_security.diff patch to add format argument for an sprintf
+call that prints a variable string.
+  * Added use_CPPFLAGS.diff patch to use CPPFLAGS during compilation.
+This is needed to get fortify libc functions to be used.
+  * Added ipraytime-unicode.patch patch to fix unicode support for printing
+the degree (0xB0) character.
+Thanks to Adam Borowski  (Closes: #755269)
+
+ -- أحمد المحمودي (Ahmed El-Mahmoudy)   
Thu, 30 Oct 2014 21:46:06 +0200
+
 itools (1.0-3) unstable; urgency=low
 
   [ أحمد المحمودي (Ahmed El-Mahmoudy) ]
diff -Nru itools-1.0/debian/compat itools-1.0/debian/compat
--- itools-1.0/debian/compat2011-09-15 17:06:21.0 +0200
+++ itools-1.0/debian/compat2014-10-31 05:36:07.0 +0200
@@ -1 +1 @@
-8
+9
diff -Nru itools-1.0/debian/control itools-1.0/debian/control
--- itools-1.0/debian/control   2011-09-15 17:11:16.0 +0200
+++ itools-1.0/debian/control   2014-10-31 05:36:07.0 +0200
@@ -2,13 +2,12 @@
 Section: misc
 Priority: optional
 Maintainer: Debian Islamic Maintainers 

-Uploaders: أحمد المحمودي (Ahmed El-Mahmoudy) 
-DM-Upload-Allowed: yes
-Build-Depends: debhelper (>= 8), libitl-dev
-Standards-Version: 3.9.2
+Uploaders: أحمد المحمودي (Ahmed El-Mahmoudy) 

+Build-Depends: debhelper (>= 9), libitl-dev
+Standards-Version: 3.9.6
 Homepage: http://www.arabeyes.org/project.php?proj=ITL
-Vcs-Git: git://git.debian.org/git/debian-islamic/packages/itools.git
-Vcs-Browser: http://git.debian.org/?p=debian-islamic/packages/itools.git
+Vcs-Git: git://anonscm.debian.org/debian-islamic/packages/itools.git
+Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=debian-islamic/packages/itools.git
 
 Package: itools
 Architecture: any
diff -Nru itools-1.0/debian/copyright itools-1.0/debian/copyright
--- itools-1.0/debian/copyright 2011-09-15 17:06:21.0 +0200
+++ itools-1.0/debian/copyright 2014-10-31 05:36:07.0 +0200
@@ -1,18 +1,18 @@
-Format: 
http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?view=co&pathrev=174
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0
 Upstream-Name: itools
 Upstream-Contact: Arabeyes 
 Source: http://www.arabeyes.org/project.php?proj=ITL
 
 
-Files: debian/*
-Copyright: Copyright 2004-2009, Thamer Mahmoud 
-Copyright: Copyright 2009-2011, أحمد المحمودي (Ahmed El-Mahmoudy) 

-License: GPL-2+
-
 Files: *
 Copyright: Copyright 2003-2009, Arabeyes, Nadim Shaikli, Thamer Mahmoud
 License: GPL-2+
 
+Files: debian/*
+Copyright: 2004-2009, Thamer Mahmoud 
+   2009-2011,2014 أحمد المحمودي (Ahmed El-Mahmoudy) 

+License: GPL-2+
+
 License: GPL-2+
  This program is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
diff -Nru itools-1.0/debian/patches/01_manpages.diff 
itools-1.0/debian/patches/01_manpages.diff
--- itools-1.0/debian/patches/01_manpages.diff  2011-09-15 17:06:21.0 
+0200
+++ itools-1.0/debian/patches/01_manpages.diff  2014-10-31 05:36:07.0 
+0200
@@ -1,4 +1,4 @@
-Fixes hyphenation issues in ipraytime.1
+Description: Fixes hyphenation issues in ipraytime.1
 Index: itools-1.0/doc/ipraytime.1
 ===
 --- itools-1.0.orig/doc/ipraytime.12009-03-19 18:39:16.0 +0200
diff -Nru itools-1.0/debian/patches/ipraytime-unicode.patch 
itools-1.0/debian/patches/ipraytime-unicode.patch
--- itools-1.0/debian/patches/ipraytime-unicode.patch   1970-01-01 
02:00:00.0 +0200
+++ itools-1.0/debian/patches/ipraytime-unicode.patch   2014-10-31 
05:36:07.0 +0200
@@ -0,0 +1,55 @@
+Description: Fix unicode support for printing the degree (0xB0) character
+Author: Adam Borowski 
+Bug-Debian: https://bugs.debian.org/755269
+diff -Nurd itools-1.0.orig/ipraytime.c itools-1.0/ipraytime.c
+--- itools-1.0.orig/ipraytime.c2009-07-06 22:41:13.0 +0200
 itools-1.0/ipraytime.c 2014-10-30 16:58:13.301433287 +0100
+@@ -30,6 +30,7 @@
+ #include  /* for strlen/strcat/etc */
+ #include  /* for getuid */
+ #

Bug#767417: python-gmpy2: FTBFS: test failures

[Martin Kelly]

On 10/30/2014 03:02 PM, Sebastian Ramacher wrote:
> Source: python-gmpy2
> Version: 2.0.4-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> python-gmpy2 failed to build on i386, armel, armhf, mips, mipsel,
> kfreebsd-i386 and powerpc:
> | File "test/test_mpz_io.txt", line 71, in test_mpz_io.txt
> | Failed example:
> | mpz(D("1e10"))
> | Expected:
> | mpz(100)
> | Got:
> | mpz(100L)
> | **
> | 1 items had failures:
> |1 of  68 in test_mpz_io.txt
> | ***Test Failed*** 1 failures.
> | Results for:  test_mpz_io  Attempted:   68   Failed:1
> | Results for:  test_mpz_pack_unpack Attempted:   16   Failed:0
> | Results for:  test_mpz_to_from_binary  Attempted:6   Failed:0
> |
> |  Summary - Attempted:  964   Failed:3
> | make: *** [test-python2.7] Error 1
> | debian/rules:45: recipe for target 'test-python2.7' failed
> 
> For a full build log, see
> https://buildd.debian.org/status/fetch.php?pkg=python-gmpy2&arch=i386&ver=2.0.4-1&stamp=1414367107.
> 
> Cheers
> 

Thanks; it looks like it failed in the exact same way for all the 32-bit
architectures. This is the first time that the build is contingent on
the unit tests passing, and it appears we found a bug that upstream
didn't know about! Looks like we just need to change int to uint64 or
something similar. I should be able to patch it soon; we can put the
patch into our builds and then send it upstream.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766936: [pkg-otr-team] Bug#766936: [libotr5] Extended description: "Deniability" is not a feature per se

[Filipus Klutiero]

On 2014-10-29 05:49, Ian Goldberg wrote:

On Tue, Oct 28, 2014 at 08:56:07PM -0400, Filipus Klutiero wrote:

I am not convinced this is a good thing, but for sure the current
phrasing is incorrect. According to the technical paper, OTR would
merely send the key to the other participant, so only him could forge
messages, unless someone captured the message. So the only person who
can forge messages after the conversation is the other participant.
Since he could already forge messages, that measure does not increase
deniability in normal circumstances.

No, that's not quite right; OTR sends the authentication (MAC) key *in
the clear* so that anyone capturing the traffic on the wire can
subsequently modify transcripts however they like.


That's also what I was saying. It is not encrypted, but it has no effect except 
in cases where the communication is captured.

--
Filipus Klutiero
http://www.philippecloutier.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767443: network-manager: nm-applet left-click menu disappears when button is released

[Mike Kupfer]

Package: network-manager
Version: 0.9.10.0-3
Severity: normal
Tags: upstream

Dear Maintainer,

If I left-click on the nm-applet icon (in the Xfce systray), the menu
only stays up as long as I hold the button down.  As soon as I release
the button, the menu disappears.  If I click-release, I expect the
menu to stay open.

(If I right-click and release, the menu stays open as expected.)

A web search revealed an Arch Linux discussion[1], which refers to a
Fedora bug and workaround patch[2].

[1] https://bbs.archlinux.org/viewtopic.php?pid=1470199
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1149335

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

Kernel: Linux 3.16-3-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.8-2
ii  init-system-helpers1.21
ii  isc-dhcp-client4.3.1-5
ii  libc6  2.19-12
ii  libdbus-1-31.8.8-2
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt201.6.2-3
ii  libglib2.0-0   2.42.0-2
ii  libgnutls-deb0-28  3.3.8-3
ii  libgudev-1.0-0 215-5+b1
ii  libmm-glib01.4.0-1
ii  libndp01.4-2
ii  libnewt0.520.52.17-1
ii  libnl-3-2003.2.24-2
ii  libnl-genl-3-200   3.2.24-2
ii  libnl-route-3-200  3.2.24-2
ii  libnm-glib40.9.10.0-3
ii  libnm-util20.9.10.0-3
ii  libpam-systemd 208-8
ii  libpolkit-gobject-1-0  0.105-7
ii  libreadline6   6.3-8
ii  libsoup2.4-1   2.48.0-1
ii  libsystemd0215-5+b1
ii  libteamdctl0   1.12-1
ii  libuuid1   2.25.1-5
ii  lsb-base   4.1+Debian13+nmu1
ii  policykit-10.105-7
ii  udev   208-8
ii  wpasupplicant  2.3-1

Versions of packages network-manager recommends:
pn  crda  
ii  dnsmasq-base  2.72-2
ii  iptables  1.4.21-2
pn  modemmanager  
pn  ppp   

Versions of packages network-manager suggests:
pn  avahi-autoipd  
pn  libteam-utils  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767201: virtualbox: After update to 4.3.18-dfsg-1 guests doesn't start

[kittyofthebox]

Package: virtualbox
Followup-For: Bug #767201

Hi,

Everyone who is having this bug needs to check the following:

File -> Preferences -> Extensions

If you have a mismatching version of Oracle VM VirtualBox Extensions you need 
to go update it. This is probably not a debian bug at all. And everyoen here 
just needs to pay more attention to the extensions they install that debian 
does not provide. After updating my extensions the problem went away.

You can find the updates for the extensions here: 
https://www.virtualbox.org/wiki/Downloads

Try to remember to update them everytime you get a new version from the debian 
repos or we'll have another bug report about people forgetting again. Would 
also be wonderful if everyone who encountered this bug can confirm the above 
does indeed fix the problem for them so the bug can be closed.

Kitty

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 
'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virtualbox depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.17.13
ii  libc62.19-12
ii  libcurl3 7.38.0-2
ii  libgcc1  1:4.9.1-16
ii  libgsoap52.8.17-1
ii  libpng12-0   1.2.50-2
ii  libpython2.7 2.7.8-11
ii  libsdl1.2debian  1.2.15-10
ii  libssl1.0.0  1.0.1j-1
ii  libstdc++6   4.9.1-16
ii  libvncserver00.9.9+dfsg-6+b2
ii  libvpx1  1.3.0-3
ii  libx11-6 2:1.6.2-3
ii  libxcursor1  1:1.1.14-1
ii  libxext6 2:1.3.3-1
ii  libxml2  2.9.1+dfsg1-4
ii  libxmu6  2:1.1.2-1
ii  libxt6   1:1.1.4-1
ii  python   2.7.8-1
ii  python2.72.7.8-11
ii  zlib1g   1:1.2.8.dfsg-2

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  10.3.1-1
ii  libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  virtualbox-dkms   4.3.18-dfsg-1
ii  virtualbox-qt 4.3.18-dfsg-1

Versions of packages virtualbox suggests:
pn  vde2
ii  virtualbox-guest-additions-iso  4.3.18-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767442: xfonts-terminus: powerline symbols missing from 4.39

[Andre Klärner]

Package: xfonts-terminus
Version: 4.39-1
Severity: normal

Hi Anton,

the changelog for Terminus 4.39 promised a nice change: the powerline
symbols. Now I disabled my old second-choice patch-only powerline fonts,
but had to notice the powerline symbols are not present in the binary
packages.

I tried building the package myself, but the powerline symbols are
correctly listed in the source, but cannot be found in the output
pcf.gz. 

Thanks and kind regards,

Andre


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

Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfonts-terminus depends on:
ii  xfonts-utils  1:7.7+2

xfonts-terminus recommends no packages.

Versions of packages xfonts-terminus suggests:
ii  vnc4server [xserver]  4.1.1+X4.3.0-37.1
pn  xfonts-terminus-oblique   
ii  xserver-xephyr [xserver]  2:1.16.1-1
ii  xserver-xorg [xserver]1:7.7+7
ii  xvfb [xserver]2:1.16.1-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767441: docker.io: daemon ignores proxy settings

[Olaf Meeuwissen]

Package: docker.io
Version: 1.3.0~dfsg1-1
Severity: normal

Dear Maintainer,

In order to search the Docker Hub Registry, I need to go through a
proxy.  So I modified /etc/default/docker to have a

  export http_proxy="http://127.0.0.1:3128/";

line and restarted the docker daemon.  The same proxy is made available
in my shell sessions and used by my web browser without any problems.

Trying a `sudo docker search term` resulted, after a bit of a wait, in

  2014/10/31 11:51:15 Error response from daemon: Get 
https://index.docker.io/v1/search?q=debian: dial tcp 162.242.195.84:443: 
connection timed out

During the wait I ran

  $ sudo netstat -tunealp | grep docker
  tcp0  1 172.17.xxx.yyy:37470162.242.195.84:443  SYN_SENT  
  22152/docker

to confirm that the docker daemon indeed ignores the proxy setting.

I have tried setting https_proxy in the same way.  Even tried HTTP_PROXY
and HTTPS_PROXY but to no avail.

What did solve my problem was dropping the `export` in the configuration
file.  So, I now have

  http_proxy="http://127.0.0.1:3128/";

as my *only* proxy related setting in /etc/default/docker and searching
the Docker Hub Registry works fine.

Please drop `export` from the commented out line in /etc/default/docker.
While at it, please also look whether the `export` on `TMPDIR` is needed
and makes the docker daemon use the configured value.

Thanks in advance.

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

Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages docker.io depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.21
ii  iptables 1.4.21-2
ii  libapparmor1 2.9.0-1
ii  libc62.19-12
ii  libdevmapper1.02.1   2:1.02.90-2
ii  libsqlite3-0 3.8.7-1
ii  perl 5.20.1-2

Versions of packages docker.io recommends:
pn  aufs-tools
ii  ca-certificates   20140927
pn  cgroupfs-mount | cgroup-lite  
ii  git   1:2.1.1-1
ii  xz-utils  5.1.1alpha+20120614-2

Versions of packages docker.io suggests:
pn  btrfs-tools  
ii  debootstrap  1.0.63
pn  lxc  
ii  rinse3.0.4

-- Configuration Files:
/etc/default/docker changed:
DOCKER_OPTS="--bip 10.0.42.1/16"
http_proxy="http://127.0.0.1:3128/";


-- no debconf information

-- 
Olaf Meeuwissen, LPIC-2   FLOSS Engineer -- AVASYS CORPORATION
FSF Associate Member #1962   Help support software freedom
 http://www.fsf.org/jf?referrer=1962


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767440: ncmpc: Blanks screen after unpausing

[Ian Zimmerman]

Package: ncmpc
Version: 0.17-1
Severity: normal

When mpd is in a "Paused" state at the time I start ncmpc, and the
current view is the Queue view (ie. F2), the first time I resume play
(unpause) the screen goes totally blank.  Switching to any other view
and back, for instance pressing F1 and then F2, restores normal
display.

This happens _only the first time_ I unpause.  When I pause from within
a running ncmpc and then unpause with the same instance, there is no
problem.

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

Kernel: Linux 3.10.58.3 (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

Versions of packages ncmpc depends on:
ii  libc6   2.13-38+deb7u6
ii  libglib2.0-02.33.12+really2.32.4-5
ii  liblircclient0  0.9.0~pre1-1
ii  libmpdclient2   2.3-1
ii  libncursesw55.9-10

ncmpc recommends no packages.

Versions of packages ncmpc suggests:
ii  mpd   3:0.17.6-git1+3
pn  ncmpc-lyrics  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767148: linux-image-3.16-3-amd64: OpenCL doesn't work on Intel GPU

[Ben Hutchings]

On Wed, 29 Oct 2014 20:15:04 + "Rebecca N. Palmer" 
 wrote:
> Control: tags -1 patch
> 
> I have now tested that upstream patch (note I earlier accidentally sent 
> you a link showing only one file's changes; we need the whole commit, 
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c9224faa59c3071ecfa2d4b24592f4eb61e57069
>  
> , as attached), and it does fix this bug.

Thanks, I'll include this in the next update.

> While installing the fixed kernel (i.e. before actually using it), the 
> system froze at the update-grub stage (photo attached) and wouldn't 
> reboot even with Alt+SysRq+b (but didn't flash CapsLock); is that 
> because installing a kernel over the running one isn't supposed to work 
> (I thought the -3 was the ABI so didn't increment it) or is something 
> else wrong?

Even if this patch changed the kernel module ABI (which it doesn't) that
should only result in being unable to load new modules until you
rebooted into the new kernel.  Each symbol that's exported to modules
has a 'version' that is a hash of related type definitions, and the
kernel's module linker requires both name and version to match.

This certainly seems like another bug.  However I don't think we'll be
able to do anything about it without some kind of crash log.  If your
computer boots with EFI then the kernel might have been able to save a
crash log in flash.  The reportbug script for the kernel knows how to
read this back (it appears in the /sys/fs/pstore directory), and will
prompt you to include it.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#767439: python-zmq FTBFS on official arm64 "arm-arm" autobuilders.

[peter green]

Package: python-zmq
Version: 14.3.1-1
Severity: important
User: debian-...@lists.debian.org
Usertags: arm64
x-debbugs-cc: debian-...@lists.debian.org

Python-zmq (versions 14.3.1-1 and 14.4.0-1) FTBFS on the official 
"arm-arm" arm64 autobuilders. The same versions succeeded on the 
debian-ports arm64 autobuilder turfan. The "arm-linaro" official arm64 
autobuilders have never tried to build the package.


The failure takes the form of a test failure

Test connected monitoring socket. ... Assertion failed: pfd.revents & POLLIN 
(signaler.cpp:193)
Aborted
E: pybuild pybuild:256: test: plugin distutils failed with: exit code=134: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y-dbg_3.4/build; python3.4-dbg -m unittest discover -v 
dh_auto_test: pybuild --test -i python{version}-dbg -p 3.4 --dir . returned exit code 13

debian/rules:51: recipe for target 'override_dh_auto_test' failed

Anyone have any thoughts?


This failure is making one arch specific package and a number of arch all 
packages uninstallable in arm64 testing.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767438: file-roller: cannot add files to existing archive

[Daniel Blaschke]

Package: file-roller
Version: 3.14.1-1
Severity: important

Dear Maintainer,

in the newest version of file-roller it is impossible to add additional files
to an existing archive, i.e.:
..) select some files/folders in nautilus, create an archive (e.g. tar.gz or
tar.xz, ...) from the context menu (which calls file-roller to do the job)
..) then open the newly created archive with file-roller, click on the "+" on
the top left ("add files")
..) no matter which file you select, the "add" button on the top right is always
greyed out and non-functional

remark: it used to be possible to add files to an archive via drag-and-drop
from nautilus, this too is no longer possible (probably due to the same
problem?)

Cheers,
Daniel



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

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

Versions of packages file-roller depends on:
ii  bzip21.0.6-7
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libarchive13 3.1.2-9
ii  libc62.19-12
ii  libcairo21.12.16-5
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.0-2
ii  libgtk-3-0   3.14.3-1
ii  libjson-glib-1.0-0   1.0.2-1
ii  libmagic11:5.19-2
ii  libnautilus-extension1a  3.14.0-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-2
ii  nautilus-data3.14.0-1
ii  p7zip-full   9.20.1~dfsg.1-4.1

Versions of packages file-roller recommends:
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gvfs   1.22.1-1
ii  unar   1.8.1-3+b1
ii  yelp   3.14.1-1

Versions of packages file-roller suggests:
pn  arj  
pn  lha  
pn  lzip 
pn  lzop 
pn  ncompress
pn  rpm2cpio 
pn  rzip 
pn  sharutils
ii  unace1.2b-11
pn  unalz
ii  unzip6.0-12
ii  xz-utils [lzma]  5.1.1alpha+20120614-2
ii  zip  3.0-8
pn  zoo  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767011: Patch for wine-development: WINELOADER from script is not passed

[jre]

control: tag -1 patch
control: clone -1 -2
control: retitle -1 wine-development: wine script broken, missing "test"
control: severity -1 important
control: reassign -2 src:wine
control: retitle -2 wine: wine script broken, missing "test"

Hi,

turns out it was a missing "test" when testing the value of "$wine", see
attached patch.

Affected are both wine and wine-development (I hope I got the bug
control stuff right).

As already mentioned the consequences for wine-development with wine
co-installed are quite severe: "wine-development" just doesn't work. But
I don't really understand why it works as soon as only wine-development
is installed. I'd think it should end in the broken test, when it
executes "$wine" instead of testing its value.

No idea what the concrete symptoms for wine (stable) are, but I'd say
wine (stable) also needs to be fixed for Jessie.

Greets
jre
diff --git a/debian/scripts/wine b/debian/scripts/wine
index d67a00a..5972abb 100755
--- a/debian/scripts/wine
+++ b/debian/scripts/wine
@@ -21,7 +21,7 @@ else
 fi
 
 if test -z $WINEPREFIX; then
-if "$wine" = "$wine64"; then
+if test "$wine" = "$wine64"; then
 wineprefix=$HOME/.wine64
 else
 wineprefix=$HOME/.wine

Bug#766904: cinder: Invalid encoding in Dutch debconf translation

[David Prévot]

Hi Franz,

On Sun, Oct 26, 2014 at 07:25:40PM +0100, Christian Perrier wrote:

> The debian/po/nl.po in last upload is using ISO-8859-1 as encoding
> while it claims to be UTF-8.

The root of the problem was probably Franz’s MUA: it seems to have
re-encoded the PO file (seen that a lot during the previous pre-release)
into Latin1. Please, Franz, make sure to get it fixed and please,
double-check the files you already sent to the BTS, and eventually send
a fixed version if needed (you can always workaround the issue by
compressing the PO file).

Thomas, lintian should have sent you a invalid-po-file hint. Even if the
fix should have been the other way around, the file sent by Christian
looks fine, thanks.

Regards

David


signature.asc
Description: Digital signature

Bug#767379: 767379 my package also depends on libjpeg62 (>= 6b1)

[captain toro]

I think I have the same problem as shown in this bug.

I am running amd64 sid and cannot update because of libjpeg issues.
There are still problems because I use a hard to find cr3_3.0.57-15.deb 
outside package that dselect wants to uninstall for:
Cool Reader 3.0.57-15 2012-05-29

I get this error when trying to put cr3 on hold and update sid:

>>> libjpeg62-turbo conflicts with libjpeg62
>>> libjpeg62-turbo provides libjpeg62
>>> cr3 depends on libjpeg62 (>= 6b1)

I don't want debian to remove cr3 because I use the same cr3 in my kindle
and am familiar with the user interface. The cr3 development seems to have 
moved to android so newer packages for linux seem to have ended. I have
tried to pin the cr3 package with high priority without success.

Of course I can use the calibre ebook reader instead of cr3 except cr3 is 
very light weight, easy to use and loads very fast. I think the problem 
might be solved by having debian continue to provide the compatible 
libjpeg62 (>= 6b1) version.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767436: unblock: postfix/2.11.3-1

[Scott Kitterman]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package postfix

Postfix 2.11.2 introduced a Sendmail milter compatibility change that proved
to be less than ideal.  2.11.3 was released shortly after with a more
complete/correct approach.  Except for an OS X build system compatibility fix
that is irrelevant to Debian there are no other changes.  

I've coordinated this request with Lamont Jones (the maintainer) and am
submitting this at his request.  We believe this is an important change to
get into Jessie.  It resolves a number of integration/compatibility problems
that have been prominently discussed in the postfix community recently.

The attached diff is the upstream 2.11.2 -> 2.11.3 diff since Lamont is
handling the packaging and I don't have the full debdiff.  The final diff
will be the attached plus a debian/changelog entry.

unblock postfix/2.11.3-1
diff -ruN postfix-2.11.2/HISTORY postfix-2.11.3/HISTORY
--- postfix-2.11.2/HISTORY	2014-10-13 18:32:42.0 -0400
+++ postfix-2.11.3/HISTORY	2014-10-19 18:11:34.0 -0400
@@ -19600,3 +19600,21 @@
 	SPF policy plus DKIM Milter.  PREPENDed headers are now
 	added BELOW Postfix's own Received: header and remain visible
 	to Milters. File: smtpd/smtpd.c.
+
+20141014
+
+	Portability: Darwin 11.x needs to link with -lresolv. Viktor
+	Dukhovni. File: makedefs.
+
+20141018
+
+	Bugfix (introduced: Postfix 2.3): when a Milter inserted a
+	header ABOVE Postfix's own Received: header, Postfix would
+	expose its own Received: header to Milters (violating
+	protocol) and hide the Milter-inserted header from Milters
+	(wtf).  Files: cleanup/cleanup.h, cleanup/cleanup_message.c,
+	cleanup/cleanup_state.c, milter/milter.[hc], milter/milter8.c.
+
+	Cleanup: revert the workaround that places headers inserted
+	with PREPEND actions or policy requests BELOW Postfix's own
+	Received: message header. File: smtpd/smtpd.c.
diff -ruN postfix-2.11.2/makedefs postfix-2.11.3/makedefs
--- postfix-2.11.2/makedefs	2014-01-16 14:49:11.0 -0500
+++ postfix-2.11.3/makedefs	2014-10-19 18:10:54.0 -0400
@@ -491,9 +491,9 @@
 		 ?.*) CCARGS="$CCARGS -DRESOLVE_H_NEEDS_NAMESER8_COMPAT_H";;
 		   *) CCARGS="$CCARGS -DRESOLVE_H_NEEDS_ARPA_NAMESER_COMPAT_H";;
 		esac
-		# Darwin 12.x (MacOS X 10.8.x), maybe earlier, needs libresolv.
+		# Darwin 11.x (MacOS X 10.7.x), maybe earlier, needs libresolv.
 		case $RELEASE in
-	?.*|1[0-1].*) ;;
+		?.*|10.*) ;;
 		   *) SYSLIBS="$SYSLIBS -lresolv";;
 		esac
 		# kqueue and/or poll are broken in MacOS X 10.5 (Darwin 9).
diff -ruN postfix-2.11.2/src/cleanup/cleanup.h postfix-2.11.3/src/cleanup/cleanup.h
--- postfix-2.11.2/src/cleanup/cleanup.h	2013-11-23 19:39:32.0 -0500
+++ postfix-2.11.3/src/cleanup/cleanup.h	2014-10-18 17:14:21.0 -0400
@@ -61,6 +61,7 @@
 char   *orig_rcpt;			/* original recipient address */
 char   *return_receipt;		/* return-receipt address */
 char   *errors_to;			/* errors-to address */
+ARGV   *auto_hdrs;			/* MTA's own header(s) */
 int flags;			/* processing options, status flags */
 int qmgr_opts;			/* qmgr processing options */
 int errs;			/* any badness experienced */
diff -ruN postfix-2.11.2/src/cleanup/cleanup_message.c postfix-2.11.3/src/cleanup/cleanup_message.c
--- postfix-2.11.2/src/cleanup/cleanup_message.c	2013-11-12 12:53:03.0 -0500
+++ postfix-2.11.3/src/cleanup/cleanup_message.c	2014-10-18 17:23:26.0 -0400
@@ -479,6 +479,10 @@
 if (hdr_opts && (hdr_opts->flags & HDR_OPT_MIME))
 	header_class = MIME_HDR_MULTIPART;
 
+/* Update the Received: header count before maybe dropping headers below. */
+if (hdr_opts && hdr_opts->type == HDR_RECEIVED)
+	state->hop_count += 1;
+
 if ((state->flags & CLEANUP_FLAG_FILTER)
 	&& (CHECK(MIME_HDR_PRIMARY, cleanup_header_checks, VAR_HEADER_CHECKS)
 || CHECK(MIME_HDR_MULTIPART, cleanup_mimehdr_checks, VAR_MIMEHDR_CHECKS)
@@ -579,9 +583,13 @@
 	msg_info("%s: message-id=%s", state->queue_id, hdrval);
 	if (hdr_opts->type == HDR_RESENT_MESSAGE_ID)
 	msg_info("%s: resent-message-id=%s", state->queue_id, hdrval);
-	if (hdr_opts->type == HDR_RECEIVED)
-	if (++state->hop_count >= var_hopcount_limit)
+	if (hdr_opts->type == HDR_RECEIVED) {
+	if (state->hop_count >= var_hopcount_limit)
 		state->errs |= CLEANUP_STAT_HOPS;
+	/* Save our Received: header after maybe updating headers above. */
+	if (state->hop_count == 1)
+		argv_add(state->auto_hdrs, vstring_str(header_buf), ARGV_END);
+	}
 	if (CLEANUP_OUT_OK(state)) {
 	if (hdr_opts->flags & HDR_OPT_RR)
 		state->resent = "Resent-";
diff -ruN postfix-2.11.2/src/cleanup/cleanup_milter.c postfix-2.11.3/src/cleanup/cleanup_milter.c
--- postfix-2.11.2/src/cleanup/cleanup_milter.c	2013-11-23 20:25:40.0 -0500
+++ postfix-2.11.3/src/cleanup/cleanup_milter.c	2014-10-18 17:14:21.0 -0400
@@ -2020,7 +2020,7 

Bug#764285: kernel panic with fuse mounted partition (ntfs-3g) when using virtualbox

[Mert Dirik]

On 10/31/2014 03:24 AM, Ben Hutchings wrote:


Thanks, I've cherry-picked those for the next update.

> Please import fixes into Jessie kernel since Greg KH won't do any more
> 3.16 release (https://bugzilla.kernel.org/show_bug.cgi?id=82951#c17)

There will be a common 3.16-stable series for at least Ubuntu and
Debian, though.


This is great news. Thanks!


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#764285: kernel panic with fuse mounted partition (ntfs-3g) when using virtualbox

[Ben Hutchings]

On Thu, 2014-10-30 at 23:30 +0200, Mert Dirik wrote:
> On Sat, 18 Oct 2014 10:56:32 +0200 "computer.enthusiastic" 
>  wrote:
> > I had the same problem. A report is available in the linux kernel bug
> > tracker at the address https://bugzilla.kernel.org/show_bug.cgi?id=82951 .
> 
> A patch exists at https://bugzilla.kernel.org/show_bug.cgi?id=82951#c13
> and upstream commits fixing the bug are listed at 
> https://bugzilla.kernel.org/show_bug.cgi?id=82951#c15

Thanks, I've cherry-picked those for the next update.

> Please import fixes into Jessie kernel since Greg KH won't do any more 
> 3.16 release (https://bugzilla.kernel.org/show_bug.cgi?id=82951#c17)

There will be a common 3.16-stable series for at least Ubuntu and
Debian, though.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#767321: how-can-i-help: Permission denied when using as user

[Tomasz Nitecki]

tags 767321 + moreinfo
thanks


Hey,

On 30/10/14 07:31, Julien Viard de Galbert wrote:
> how-can-i-help is normally run through apt with sudo but creates some
> cache files in my home dir. Later running how-can-i-help as user
> resulted in an error:
> 

It appears that your problem is caused by the fact that when sudo-ing
apt your $HOME is resolved to your user $HOME instead of your root
$HOME. how-can-i-help writes to your $HOME/.cache (that is your user
$HOME) and sets normal permissions for the user who called it (root when
running apt with sudo). Your normal user can read those files but he is
not allowed to modify them.

Are you running sudo with '-E' (preserve environment) or did you
configure your sudoers file so that it preserves environment variables
(I'm thinking about $HOME)?


> how-can-i-help --old works (and is more useful in that case) but the
> first idea is just to type how-can-i-help :)

Running with '--old' doesn't mark shown packages as already shown, so
hcih doesn't need to modify seen.json (so the lack of write permissions
is not an issue). However, if hcih needed to download a new version of
data file (how-can-i-help.json.gz) it would crash as well. It didn't
happen only because data file was already updated by running apt (with
sudo and root write permissions).


> Changing ownerchip of files just work, but is seams strange to have to
> do that since the .cache/ directory contains other files that seams
> related to apt but are not owned by root (apt-file/ or axi-cache.state).

Files in your .cache directory shouldn't be created with root as an
owner. However, I'm not sure if your problem is limited to
how-can-i-help (we are just resolving and writing to $HOME; nothing
special). I was unable to replicate your problem, unless I was running
sudo with my $HOME preserved. So let's diagnose the root issue here
first, before we think about any potential fixes :)

Anyway, changing ownership will work as a workaround. You can also just
delete ~/.cache/how-can-i-help and run how-can-i-help from your normal
user account (without sudo-ing and before you do any apt related stuff).
This will create all required files and set correct permissions.


Thanks for your report and helping with how-can-i-help! :)


Regards,
T.



signature.asc
Description: OpenPGP digital signature

Bug#767434: missing "then" in lua scipt

[Norbert Preining]

Hi Bob,

On Thu, 30 Oct 2014, Bob Tennent wrote:
>   elseif this_arg == "-c" 

Indeed indeed. Pity that this comes in now, 10 days after I uploaded
a new version, and when the freeze has already happened more or less.

Anyway, I will try to get a fixed version into Debian/jessie.

THanks for your report

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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767435: screenruler does not starts

[jEsuSdA]

Package: screenruler
Version: 0.960+bzr41-1.2
Severity: important

Dear Maintainer,

Screenruler does not starts.

Messages:


Loading libraries...
/usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require':
/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0/pango.so: undefined symbol:
rb_cCairo_Context - /usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0/pango.so
(LoadError)
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in
require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
from /usr/lib/ruby/vendor_ruby/pango.rb:28:in `rescue in '
from /usr/lib/ruby/vendor_ruby/pango.rb:24:in `'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in
require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
from /usr/lib/ruby/vendor_ruby/gtk2/base.rb:14:in `'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in
require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
from /usr/lib/ruby/vendor_ruby/gtk2.rb:11:in `'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in
`require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `block in
require'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `each'
from /usr/share/screenruler/utils/addons_ruby.rb:59:in `require'
from /usr/bin/screenruler:51:in `'



I try to update this packages and the bug persists:


ruby-atk (2.1.0-1) to 2.2.0-5+b1
ruby-gdk-pixbuf2 (2.1.0-1) to 2.2.0-5+b1
ruby-gio2 (2.1.0-1) to 2.2.0-5+b1
ruby-glib2 (2.1.0-1) to 2.2.0-5+b1
ruby-gnome2 (2.1.0-1) to 2.2.0-5
ruby-gobject-introspection (2.1.0-1) to 2.2.0-5+b1
ruby-gstreamer (2.1.0-1) to 2.2.0-5+b1
ruby-gtk2 (2.1.0-1) to 2.2.0-5+b1
ruby-gtksourceview2 (2.1.0-1) to 2.2.0-5+b1
ruby-pango (2.1.0-1) to 2.2.0-5+b1
ruby-rsvg2 (2.1.0-1) to 2.2.0-5+b1



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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages screenruler depends on:
ii  ruby  1:2.1.0.4
ii  ruby-cairo1.12.8-1
ii  ruby-gettext  3.1.1-1
ii  ruby-gtk2 2.2.0-5+b1
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.484-2
ii  ruby2.0 [ruby-interpreter]2.0.0.484-1
ii  ruby2.1 [ruby-interpreter]2.1.3-1

screenruler recommends no packages.

screenruler suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767287: trafficserver: ftbfs on kfreebsd

[Steven Chamberlain]

tags 767287 + patch
thanks

Hi,

Arno Töll wrote:
> On 30.10.2014 00:10, Steven Chamberlain wrote:
> > I guess the .install file may have some kind syntax to mark that file
> > [linux-any]?
> 
> Sadly not. However, we may find another way to get it build on kfreebsd.

Then how about the attached?  Works for me, at least.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- debian/rules.orig	2014-08-10 12:04:08.0 +0100
+++ debian/rules	2014-10-31 00:54:18.602110978 +
@@ -32,6 +32,11 @@
 	rm -f debian/tmp/usr/lib/trafficserver/lib*.la
 	rm -f debian/tmp/usr/lib/trafficserver/modules/*.la
 	rm -f debian/tmp/usr/lib/trafficserver/lib*.a
+ifneq ($(DEB_HOST_ARCH_OS),linux)
+	# Remove Linux-specific plugin
+	sed -i '/\/healthchecks\.so$$/d' \
+		debian/trafficserver-experimental-plugins.install
+endif
 
 override_dh_install:
 	dh_install --list-missing

Bug#767414: ITP: 2048 -- Simple number game for the text console

[Lisandro Damián Nicanor Pérez Meyer]

On Thursday 30 October 2014 22:34:03 Gabriel Pérez-Cerezo wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Gabriel Pérez-Cerezo" 
> 
> * Package name: 2048
>   Version : 1.0
>   Upstream Author : Gabriel Pérez-Cerezo 
> * URL : http://en.gpcf.eu/2048
> * License : MIT/X
>   Programming Lang: C
>   Description : A mathematical puzzle game
> 
> As you may already know, 2048 is a fun puzzle game in which
> you have to move the number tiles across the board. If two
> tiles with the same value touch, they merge and their values
> add up. The goal is to have a tile with the value 2048.
> 
> 2048 is a really fun and popular game. Being a game, no other
> packages depend on it. There is another package that does the
> same thing, called 2048-qt, but it is a graphical version, and
> this version is text-mode. It is much more lightweight, it depends
> only on libc.
> 
> I would maintain the package, because I am also the upstream maintainer.

Hi Gabriel! What would the difference be with 2048-qt which is already in the 
archive [0]?

[0] 

-- 
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#763726: [Pkg-xfce-devel] Bug#763726: thunar: trouble with file associations since glib2.0 upgrade to 2.42

[Norbert Preining]

Hi Yves-Alexis,

On Thu, 30 Oct 2014, Yves-Alexis Perez wrote:
> I'll push an upload. I don't think it'll reach testing before the
> freeze, but we can always ask for an unblock later (and having more
> testing doesn't hurt anyway).

Thanks, great, it has already arrived this morning here in Japan ;-)

> Yeah, sometimes we just don't have much time to investigate bugs, but

No problem, this is the case everywhere ;-)

> interested and Tex live still leaves you some free time, your help is
> really welcome in pkg-xfce :)

Ummm, I am not sure whether I can contribute much. I use XFCE on
all my computers, so I am prone to hit problems I try to fix.

So in principle, yes, I can try to help at a few corners.

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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767411: torque: should not be released with jessie

[Dominique Belhachemi]

I agree that the 2.4 branch is completely outdated. We should switch to a
newer branch.

The 2.5 and 4.1 branches are not suitable for Debian due to licensing
issues.

But the 4.2 branch is licensed under the same license as the 2.4 branch, so
I suggest we upload the 4.2.9 release to unstable.

-Dominique

Bug#739721: systemd: NFS shares are not automatically mounted during boot

[Jim Barber]

Package: systemd
Version: 215-5+b1

Hi.

I have a similar problem, and I think it belongs in this bug report.
On boot, NFS file systems used to work fine.
It was after upgrading from initscripts version 2.88dsf-53.4 to 2.88dsf-57 that 
all my NFS mounts no longer mount on boot.
I was going to report the bug against that package but the change log for it 
states:

Version 2.88dsf-55.1 says:

  * Skip the mountnfs hook when being triggered by the networking SysV init
script and instead use the systemd built-in mechanisms to mount remote
file systems.
This avoids a deadlock caused by the rpcbind SysV init script depending
on $network and the $network LSB facility being provided by the networking
SysV init script. (Closes: #746587)

So I figured it is likely to be systemd now...

Once I log in and run a 'mount -a' all NFS file systems are mounted just fine.

I have done a number of boots on this system and also another system and they 
consistently fail to mount NFS after the upgrade above.
This system I am reporting about is an amd64 architecture box, and the other is 
running an i386 version of Debian.

Note that I have a couple of other NFS mounts too, all of which fail in the 
same way.
Two of the mounts from come my main Linux server, and the other mount comes 
from a Synology NAS.

Looking at one of my filesystems I see:

   $ systemctl status -l usr-local-share.mount 
   ● usr-local-share.mount - /usr/local/share
  Loaded: loaded (/etc/fstab)
  Active: failed (Result: exit-code) since Fri 2014-10-31 07:51:39 AWST; 
5min ago
   Where: /usr/local/share
What: gecko:/usr/local/share
Docs: man:fstab(5)
  man:systemd-fstab-generator(8)
 Process: 341 ExecMount=/bin/mount -n gecko:/usr/local/share 
/usr/local/share -t nfs -o _netdev,noatime,nolock,bg,rsize=8192,wsize=8192 
(code=exited, status=32)

   Oct 31 07:51:39 trex systemd[1]: usr-local-share.mount mount process exited, 
code=exited status=32
   Oct 31 07:51:39 trex mount[341]: mount.nfs: Network is unreachable
   Oct 31 07:51:39 trex systemd[1]: Failed to mount /usr/local/share.
   Oct 31 07:51:39 trex systemd[1]: Unit usr-local-share.mount entered failed 
state.

This seems to suggest my network wasn't ready.
My network config on the host is very simple:

   $ cat /etc/network/interfaces
   # This file describes the network interfaces available on your system
   # and how to activate them. For more information, see interfaces(5).

   # The loopback network interface
   auto lo
   iface lo inet loopback

   # The primary network interface
   allow-hotplug eth0
   iface eth0 inet static
address 10.1.1.2/24
gateway 10.1.1.1
ethernet-wol g

   # This is an autoconfigured IPv6 interface
   iface eth0 inet6 auto


The journalctl output suggests my network was up before the NFS filesystems 
attempted to start as you can see in the first 2 lines of the below followed by 
the NFS mount attempt:

   Oct 31 07:51:39 trex kernel: sky2 :03:00.0 eth0: Link is up at 1000 
Mbps, full duplex, flow control both
   Oct 31 07:51:39 trex kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link 
becomes ready
   Oct 31 07:51:39 trex kernel: Key type dns_resolver registered
   Oct 31 07:51:39 trex kernel: NFS: Registering the id_resolver key type
   Oct 31 07:51:39 trex kernel: Key type id_resolver registered
   Oct 31 07:51:39 trex kernel: Key type id_legacy registered
   Oct 31 07:51:39 trex ifup[326]: mount.nfs: Network is unreachable
   Oct 31 07:51:39 trex systemd[1]: usr-local-share.mount mount process exited, 
code=exited status=32
   Oct 31 07:51:39 trex mount[340]: mount.nfs: Network is unreachable
   Oct 31 07:51:39 trex mount[341]: mount.nfs: Network is unreachable
   Oct 31 07:51:39 trex ifup[326]: mount.nfs: Network is unreachable
   Oct 31 07:51:39 trex systemd[1]: Failed to mount /usr/local/share.

At least it looks that way to me. It doesn't say when the IPv4 address was 
applied, but since it is static, I'd imagine it was immediate.

The /etc/fstab file:

   $ cat /etc/fstab 
   # /etc/fstab: static file system information.
   #
   # Use 'blkid' to print the universally unique identifier for a
   # device; this may be used with UUID= as a more robust way to name devices
   # that works even if disks are added and removed. See fstab(5).
   #
   #   

   # / was on /dev/sda2 during installation
   LABEL=root  /   ext4
relatime,errors=remount-ro  0   1
   # swap was on /dev/sda1 during installation
   LABEL=swap  noneswapsw   
   0   0
   /dev/sr0/media/cdrom0   udf,iso9660 
user,noauto 0   0
   /dev/sdb1   /media/usb0 auto 

Bug#767434: missing "then" in lua scipt

[Bob Tennent]

Package: m-tx
Version: m-tx-0.60d.ctan20131214

The m-tx.lua script is missing a "then" in the line

  elseif this_arg == "-c" 

(line 107)

This bug was fixed on 2013-12-24, before TeXLive distributed
the package, but I've just discovered that Debian
distributes the buggy version. CTAN has the corrected
version as well.

Bob Tennent


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime

[paul . szabo]

Dear Mike,

I spoke too soon. I wrote:
  ... some bogosity with sequence numbers. ... [solved]
but just a little further testing shows:

psz@como:~$ nautilus
Initializing nautilus-open-terminal extension
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been 
called
[xcb] Aborting, sorry about that.
nautilus: ../../src/xcb_io.c:274: poll_for_event: Assertion 
`!xcb_xlib_threads_sequence_lost' failed.
Aborted

Any ideas on where I should look?

Thanks, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767376: [pkg-wine-party] Bug#767376: wine: Please include gnome-exe-thumbnailer

[Michael Gilbert]

control: reassign -1 wnpp
control: retitle -1 RFP: gnome-exe-thumbnailer - thumbnails for wine exes

Upstream is at http://wiki.winehq.org/exe-thumbnailer.

Best wishes,
Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767230: libotr transition started by mistake :-/ [Was: Bug#767230: bitlbee-plugin-otr: bitlbee no longer starts: libotr API version 4.1.0 incompatible with actual version 4.0.0]

[Cyril Brulebois]

Niels Thykier  (2014-10-30):
> Control: severity 767230 serious
> > 
> > Anyway: it seems that I've actually started a transition after the
> > transition freeze :/
> > 
> 
> Looking through the diff between the version of libotr in testing vs.
> the version in sid.  I saw no obvious ABI / API breakage myself - that
> said I would certainly would not mind a second (third?) reviewer
> reviewing this assertion though.  Preferably one who knows the C ABI
> rules by heart.

I saw new symbols, no changed ones, but I certainly don't match your
last sentence.

> > Plan A -- ship Jessie with libotr 4.1, drop the version check temporarily
> > =
> > 
> > 1. Patch libotr to loosen this version check on Jessie: assuming the
> >"no API/ABI break" assumption is true, this should work just fine.
> 
> I suspect this will be the least intrusive method assuming the "no
> ABI/API" assertion holds.
> 
> > 2. For Jessie+1, re-add the version check, and get proper shlibs
> >support so that we get proper transition handling next time.
> > 
> 
> As I recall, we generally prefer libraries do not have unnecessary
> "strictly equal runtime version checks", since they tend to be wrong.
>   Proper use of shlibs (or symbols) and SONAME bumping (with package
> renaming) makes such checks redundant (for Debian maintained reverse
> dependencies).

Yeah, Julien mentioned this on IRC, readding that check would likely be
a bad idea.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#767432: main-menu: please give a way to change the frontend

[Samuel Thibault]

Package: main-menu
Severity: normal
User: debian-accessibil...@lists.debian.org
Usertags: a11y

Hello,

Depending on the input and output accessibility helpers used by the
user, one frontend or the other will be more convenient, it would be
useful to be able to change the frontend during installation.

More specifically, a typical example is starting the installer with
the speech synthesizer (with thus enables the text frontend, way more
suited to speech synthesis), but only to start brltty by hand on VT2
with special options needed by the particular braille device to be used,
and then one would like to switch the frontend to newt, which is more
convenient with a braille device.

AIUI, it shouldn't be hard to do, it would be a matter of restarting
main-menu with the selected frontend. It could be a mere entry in the
main menu, similar to the "change debconf priority".

Samuel

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

Kernel: Linux 3.17.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- 
Samuel
  sl  -  display animations aimed to correct users who accidentally enter
sl instead of ls.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767230: libotr transition started by mistake :-/ [Was: Bug#767230: bitlbee-plugin-otr: bitlbee no longer starts: libotr API version 4.1.0 incompatible with actual version 4.0.0]

[Ian Goldberg]

On Thu, Oct 30, 2014 at 11:05:20PM +0100, Niels Thykier wrote:
> Control: severity 767230 serious
> 
> On 2014-10-29 17:09, intrigeri wrote:
> > Hi Sebastian, hi release team,
> > 
> > [...]
> 
> Hi,
> 
> Thanks for contacting us about this matter.
> 
> > 
> > Anyway: it seems that I've actually started a transition after the
> > transition freeze :/
> > 
> 
> Looking through the diff between the version of libotr in testing vs.
> the version in sid.  I saw no obvious ABI / API breakage myself - that
> said I would certainly would not mind a second (third?) reviewer
> reviewing this assertion though.  Preferably one who knows the C ABI
> rules by heart.

For the record, the difference between the APIs of libotr 4.0.0 and
libotr 4.1.0 is that two functions that existed in 4.0.0 but were not
contained in the .h files (and thus could not appear in applications)
were added to the .h files in 4.1.0.  So if an application uses those
functions, it would require to be built against libotr 4.1.0.  Any
application compiled against 4.0.0 will work with 4.1.0, but not vice
versa (because of those two new functions).  That's the reason for the
minor version number change, and the corresponding libtool version
6:0:1.  It's also why if you build against the 4.1.0 header files, it
wants you to have at least 4.1.0 at runtime.

   - Ian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767431: jessie-ignore: kfreebsd RC bugs don't affect jessie

[Steven Chamberlain]

On 30/10/14 23:39, Julien Cristau wrote:
> I believe this should be fixed in UDD, and jessie-ignore would be
> inappropriate for packages that are not in jessie.

Okay.  I thought it was maybe intentional behaviour of UDD.

If some package really is Built-Using something out-of-date and
RC-buggy, we'd usually want to know about it.

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



signature.asc
Description: OpenPGP digital signature

Bug#767431: jessie-ignore: kfreebsd RC bugs don't affect jessie

[Julien Cristau]

On Thu, Oct 30, 2014 at 23:28:13 +, Steven Chamberlain wrote:

> Package: release.debian.org
> Tags: jessie
> 
> Dear Release Team,
> 
> Please could you perhaps set jessie-ignore tags for:
> 
> #748743   kfreebsd-8: triple fault on execve from 64-bit thread to 32-bit 
> process
> #754237 kfreebsd-9: SCTP kernel memory disclosures (CVE-2014-3953)
> 
> The UDD bugs search, lists those as RC bugs "affecting jessie and sid",
> though in fact those packages were removed already from those suites.
> They're only mentioned here because debian-installer-netboot-images
> references them in the Built-Using field.
> 
> This is perhaps correct behaviour of UDD, but it is understood that
> debian-installer-netboot-images will be updated to use only kfreebsd-10
> as part of the release process:
> http://lists.debian.org/20141028133854.gd1...@mraw.org
> 
> If not for those two bugs, kfreebsd wouldn't have any RC bugs left in
> jessie, that are not already done (#766430), pending upload (#740509) or
> having patch (#649038).  So it would be nice to clean this up.
> 
I believe this should be fixed in UDD, and jessie-ignore would be
inappropriate for packages that are not in jessie.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#767431: jessie-ignore: kfreebsd RC bugs don't affect jessie

[Steven Chamberlain]

Package: release.debian.org
Tags: jessie

Dear Release Team,

Please could you perhaps set jessie-ignore tags for:

#748743 kfreebsd-8: triple fault on execve from 64-bit thread to 32-bit process
#754237 kfreebsd-9: SCTP kernel memory disclosures (CVE-2014-3953)

The UDD bugs search, lists those as RC bugs "affecting jessie and sid",
though in fact those packages were removed already from those suites.
They're only mentioned here because debian-installer-netboot-images
references them in the Built-Using field.

This is perhaps correct behaviour of UDD, but it is understood that
debian-installer-netboot-images will be updated to use only kfreebsd-10
as part of the release process:
http://lists.debian.org/20141028133854.gd1...@mraw.org

If not for those two bugs, kfreebsd wouldn't have any RC bugs left in
jessie, that are not already done (#766430), pending upload (#740509) or
having patch (#649038).  So it would be nice to clean this up.

Thanks!

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767430: Pre-upload unblock request: solaar/0.9.2+dfsg-4

[Stephen Kitt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear release team,

The localisation teams have provided me with updated debconf templates
for solaar, and the Portuguese team have even provided a full
translation for the upstream binary. Would this be suitable for a
Jessie unblock? I'm attaching the full patch, with important elements
detailed as follows:

$ git diff --stat debian/0.9.2+dfsg-3 
 debian/changelog|  21 ++
 debian/control  |  16 +-
 debian/patches/series   |   1 +
 debian/patches/translation-pt.patch | 482 
 debian/po/cs.po |  75 +
 debian/po/da.po |  76 +
 debian/po/de.po |  76 +
 debian/po/en.po |  70 ++--
 debian/po/fr.po |  79 +
 debian/po/it.po | 120 +++
 debian/po/nl.po |  86 +
 debian/po/pt.po |  80 +
 debian/po/pt_BR.po  |  77 +
 debian/po/ru.po |  79 +
 debian/po/templates.pot |  41 +--
 debian/rules|   1 +
 debian/solaar.templates |  39 ++-
 17 files changed, 1354 insertions(+), 65 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 2fa424f..2c62bd1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,24 @@
+solaar (0.9.2+dfsg-4) unstable; urgency=low
+
+  [ Stephen Kitt ]
+  * Add Portuguese translation (closes: #761589).
+
+  [ Christian Perrier ]
+  * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #761939
+  * [Debconf translation updates]
+  * Russian (Yuri Kozlov).  Closes: #764788
+  * Italian (Beatrice Torracca).  Closes: #764939
+  * Danish (Joe Hansen).  Closes: #764964
+  * German (Chris Leick).  Closes: #765927
+  * Dutch; (Frans Spiesschaert).  Closes: #766057
+  * Portuguese (Paulo Tomé).  Closes: #766589
+  * Czech (Michal Simunek).  Closes: #766592
+  * Brazilian Portuguese (Adriano Rafael Gomes).  Closes: #766602
+  * French (Jean-Pierre Giraud).  Closes: #766722
+
+ -- Stephen Kitt   Wed, 29 Oct 2014 20:37:13 +0100
+
 solaar (0.9.2+dfsg-3) unstable; urgency=medium
 
   * According to the included meta-data, the SVG files are licensed
diff --git a/debian/control b/debian/control
index bbc1f14..e6bc4b7 100644
--- a/debian/control
+++ b/debian/control
@@ -20,9 +20,9 @@ Recommends: gir1.2-notify-0.7, consolekit (>= 0.4.3) | 
systemd (>= 44),
  python-dbus (>= 1.1.0), upower
 Suggests: gir1.2-appindicator3-0.1, solaar-gnome3 (= ${source:Version})
 Description: Logitech Unifying Receiver peripherals manager for Linux
- Solaar is a Linux device manager for Logitech's Unifying Receiver peripherals.
- It is able to pair/unpair devices to the receiver, and for some devices read
- battery status.
+ Solaar is a Linux device manager for Logitech's Unifying Receiver wireless
+ peripherals. It is able to pair/unpair devices to the receiver, and for
+ some devices to read battery status.
 
 Package: solaar-gnome3
 Architecture: all
@@ -31,9 +31,9 @@ Depends: ${misc:Depends}, solaar (= ${source:Version}),
  gir1.2-appindicator3-0.1, gnome-shell (>= 3.4) | unity (>= 5.10),
  ${solaar:Gnome-Icon-Theme}
 Enhances: solaar
-Description: gnome-shell/Unity integration for Solaar
- Solaar is a Linux device manager for Logitech's Unifying Receiver peripherals.
- It is able to pair/unpair devices to the receiver, and for some devices read
- battery status.
+Description: GNOME Shell/Unity integration for Solaar
+ Solaar is a Linux device manager for Logitech's Unifying Receiver wireless
+ peripherals. It is able to pair/unpair devices to the receiver, and for
+ some devices to read battery status.
  .
- This metapackage ensures integration with gnome-shell/Unity.
+ This metapackage ensures integration with GNOME Shell/Unity.
diff --git a/debian/rules b/debian/rules
index 3c127b6..2526e9c 100755
--- a/debian/rules
+++ b/debian/rules
@@ -18,6 +18,7 @@ override_dh_auto_build:
 
 override_dh_auto_clean:
./tools/clean.sh
+   debconf-updatepo
dh_auto_clean
 
 override_dh_auto_install:



unblock solaar/0.9.2+dfsg-4

(I haven't uploaded this to unstable yet; I'm waiting to find out if
everything here is suitable.)

Regards,

Stephen


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

Kernel: Linux 3.17-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/changelog b/debian/changelog
index 2fa424f..2c62bd1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,24 @@
+solaar (0.9.2+dfsg-4) unstable

Bug#766571: ttytter: Package not suitable for inclusion in Jessie as it is abandoned by upstream

[Jens Schüßler]

On Thu, 23 Oct 2014 22:32:52 -0400 Stephen Michael Kellat  
wrote:
> 
> ttytter is abandoned upstream by the author as there has been no new release 
> of the program since 2012-12-27.  

Like Thijs, I also can only disagree.
I use ttytter daily, with 2 accounts, and I have no problem at all with
authentication and Titter API at all. The last update was Jan. 2014, and
that version 2.1.00 works flawless, so at the monent there is just no
reason for an update from upstream.
I remember that upstreams website hoster had a problem this year and was
few days offline, and I remember that the author had to use a backup,
which I believe is the reason for the wrong date 2012 on the website. I
know for sure that there was the more recent version date stated on the site,
before this happened.
http://www.floodgap.com/software/ttytter/dist2/

Jens


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767429: dh-systemd: Please improve timer unit handling

[Andreas Henriksson]

Package: dh-systemd
Version: 1.21
Severity: wishlist

Dear Maintainer,

I've looked at how to make a package where upstream installs systemd
service and timer units to not start the service during package postinst.

I could do this with override_dh_systemd_start: dh_systemd_start --no-start 
myunit.service
but that didn't really accomplish what I wanted and there where no
"dh_systemd_start --remaining" like other debhelpers offer.
(If I have to manually list each and every unit explicitly that will likely
lead to me missing to update it when a new one gets added upstream.)

I'm now wondering if it possible to always make the assumption that
if something ships a timer unit, then it never wants the matching service
unit started (other then by the timer) ?

I've made a patch for that, please see attachment and excuse my lack of
perl knowledge.

(It would also be useful to me if similar would be possible for services
that has a socket unit, and I'd only like them to be socket activated.
c.f. uuid-runtime's uuidd.socket / uuidd.service which always gets started
on package upgrade.)


Regards,
Andreas Henriksson


PS. dh_systemd_start contains a comment talking about dh_installsystemd which I
assume is an old leftover which needs updating. Also the --no-also option seems
to be undocumented.

PPS. Thanks for the readable perl-code! Even someone with lack of proper
perl skills could understand it.

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

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dh-systemd depends on:
ii  debhelper  9.20141003
ii  perl   5.20.1-1

dh-systemd recommends no packages.

Versions of packages dh-systemd suggests:
ii  augeas-tools  1.2.0-0.2

-- no debconf information
>From d1e8450e4c53a24189384b7bb72f91e25df2c4ab Mon Sep 17 00:00:00 2001
From: Andreas Henriksson 
Date: Thu, 30 Oct 2014 22:47:31 +0100
Subject: [PATCH] Do not start services with a matching timer unit

---
 script/dh_systemd_start | 17 +
 1 file changed, 17 insertions(+)

diff --git a/script/dh_systemd_start b/script/dh_systemd_start
index 297f9c5..7586dc8 100755
--- a/script/dh_systemd_start
+++ b/script/dh_systemd_start
@@ -52,6 +52,11 @@ Do not stop service on upgrade.
 Do not start the unit file after upgrades and after initial installation (the
 latter is only relevant for services without a corresponding init script).
 
+=item B<--no-omit-timer-services>
+
+By default, dh_systemd_start will omit services that has a matching timer unit.
+Using this flag means the service file will not be skipped.
+
 =back
 
 =head1 NOTES
@@ -74,6 +79,7 @@ init(options => {
 	"no-start" => \$dh{NO_START},
 	"R|restart-after-upgrade" => \$dh{RESTART_AFTER_UPGRADE},
 	"no-also" => \$dh{NO_ALSO},
+	"no-omit-timer-services" => \$dh{NO_OMIT_TIMER_SERVICES},
 });
 
 # Extracts the Also= or Alias= line(s) from a unit file.
@@ -139,6 +145,17 @@ foreach my $package (@{$dh{DOPACKAGES}}) {
 	# loop.
 	my %seen;
 
+	# Remove all service units that has a matching timer unit.
+	# The assumption is that service units only wants to be started by their timer.
+	if (!$dh{NO_OMIT_TIMER_SERVICES}) {
+		foreach my $omitservice (@_ = grep(/\.timer$/i, @args)) {
+			$omitservice =~ s/\.timer$/\.service/;
+			for (reverse(grep { $args[$_] eq $omitservice } 0..$#args)) {
+splice(@args, $_, 1);
+			}
+		};
+	}
+
 	# We use while/shift because we push to the list in the body.
 	while (@args) {
 		my $name = shift @args;
-- 
2.1.1

Bug#767428: designate: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: designate
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of designate debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime

[Paul Szabo]

Dear Mike,

I wrote a few days ago about a crash with kile: was due to a too-tight
setting of some OVERFLOW limit.
Other testing showed some bogosity with sequence numbers.

The patch below (replacing the one sent previously) solves the above
issues; after some (but necessarily limited) testing, I am not aware of
any other issues.

Cheers, Paul
--- ClientChannel.cpp-prePSz	2012-03-08 06:53:30.0 +1100
+++ ClientChannel.cpp	2014-10-31 09:07:03.0 +1100
@@ -447,6 +447,26 @@
 }
   }
 
+  // Get other bits of the header, so will not need to refer to them again
+  unsigned char inputDataByte = inputMessage[1];
+  unsigned int buffer2 = GetUINT(inputMessage + 2, bigEndian_);
+  unsigned int inputDataSize = buffer2 - 1;
+  if (buffer2 == 0)
+  {
+// BIG-REQUESTS
+inputMessage += 4;
+inputLength -= 4;
+inputDataSize = GetULONG(inputMessage, bigEndian_) - 2;
+  }
+  if (inputLength != (4 * (inputDataSize + 1)))
+  {
+#ifdef WARNING
+*logofs << "handleRead: inputLength=" << inputLength
+<< " mismatch inputDataSize=" << inputDataSize
+<< ".\n" << logofs_flush;
+#endif
+  }
+
   //
   // Go to the message's specific encoding.
   //
@@ -455,6 +475,11 @@
   {
   case X_AllocColor:
 {
+  #ifdef WARNING
+  if (inputLength < 14)
+*logofs << "handleRead: X_AllocColor inputLength=" << inputLength
+<< ".\n" << logofs_flush;
+  #endif
   encodeBuffer.encodeCachedValue(GetULONG(inputMessage + 4, bigEndian_), 29,
  clientCache_ -> colormapCache);
   const unsigned char *nextSrc = inputMessage + 8;
@@ -476,6 +501,11 @@
 break;
   case X_ReparentWindow:
 {
+  #ifdef WARNING
+  if (inputLength < 16)
+*logofs << "handleRead: X_ReparentWindow inputLength=" << inputLength
+<< ".\n" << logofs_flush;
+  #endif
   encodeBuffer.encodeXidValue(GetULONG(inputMessage + 4, bigEndian_),
  clientCache_ -> windowCache);
   encodeBuffer.encodeXidValue(GetULONG(inputMessage + 8, bigEndian_),
@@ -486,6 +516,11 @@
 break;
   case X_ChangeProperty:
 {
+  #ifdef WARNING
+  if (inputLength < 24)
+*logofs << "handleRead: X_ChangeProperty inputLength=" << inputLength
+<< ".\n" << logofs_flush;
+  #endif
   MessageStore *messageStore = clientStore_ ->
getRequestStore(X_ChangeProperty);
 
@@ -501,8 +536,36 @@
   encodeBuffer.encodeCachedValue(format, 8,
  clientCache_ -> changePropertyFormatCache);
   unsigned int dataLength = GetULONG(inputMessage + 20, bigEndian_);
+
+  // Self-preserving sanity check (otherwise we crash and dump core):
+  // some clients do this when not getting their beloved BIG-REQUESTS.
+  unsigned int maxLength = 0;
+  if (format == 8)
+  {
+maxLength = inputLength - 24;
+  }
+  else if (format == 32)
+  {
+maxLength = (inputLength - 24) >> 2;
+  }
+  else if (format == 16)
+  {
+maxLength = (inputLength - 24) >> 1;
+  }
+  if (dataLength > maxLength)
+  {
+#ifdef WARNING
+*logofs << "handleRead X_ChangeProperty bogus dataLength=" << dataLength
+<< " set to " << maxLength
+<< " when format=" << (int)format 
+<< " inputLength=" << inputLength
+<< ".\n" << logofs_flush;
+#endif
+dataLength = maxLength;
+  }
+
   encodeBuffer.encodeValue(dataLength, 32, 6);
-  encodeBuffer.encodeValue(inputMessage[1], 2);
+  encodeBuffer.encodeValue(inputDataByte, 2);
   encodeBuffer.encodeXidValue(GetULONG(inputMessage + 4, bigEndian_),
  clientCache_ -> windowCache);
   encodeBuffer.encodeCachedValue(GetULONG(inputMessage + 8, bigEndian_), 29,
@@ -533,7 +596,7 @@
   nextSrc += 4;
 }
   }
-  else
+  else if (format == 16)
   {
 for (unsigned int i = 0; i < dataLength; i++)
 {
@@ -541,6 +604,13 @@
   nextSrc += 2;
 }
   }
+  else
+  {
+#ifdef WARNING
+*logofs << "ChangeProperty bogus format=" << (int)format
+<< ".\n" << logofs_flush;
+#endif
+  }
 }
 break;
   case X_SendEvent:
@@ -551,6 +621,11 @@
   // ratio.
   //
 
+  #ifdef WARNING
+  if (inputLength < 44)
+*logofs << "handleRead: X_SendEvent inputLe

Bug#767427: freeipa-server: Missing dependencies to some python modules

[Michal Kaspar]

Package: freeipa-server
Version: 4.0.4-1
Severity: normal

Dear Maintainer,
Package freeipa-server is probably missing some dependencies. I've installed 
the package and tried to configure IPA by running ipa-server-install but the 
script crashed several times on missing python packages and I had to install 
manually at least those packages to get script running, so ipa-server should 
depend on them:
python-selinux
python-qrcode
python-yubico


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

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages freeipa-server depends on:
ii  389-ds-base  1.3.3.5-2
ii  acl  2.2.52-2
ii  apache2  2.4.10-6
ii  bind91:9.9.5.dfsg-5
ii  bind9-dyndb-ldap 6.0-1
ii  certmonger   0.75.14-2
ii  dogtag-pki-server-theme  10.2.0-2
ii  fonts-font-awesome   4.2.0~dfsg-1
ii  freeipa-admintools   4.0.4-1
ii  freeipa-client   4.0.4-1
ii  init-system-helpers  1.21
ii  krb5-admin-server1.12.1+dfsg-11
ii  krb5-kdc 1.12.1+dfsg-11
ii  krb5-kdc-ldap1.12.1+dfsg-11
ii  krb5-pkinit  1.12.1+dfsg-11
ii  ldap-utils   2.4.40-2
ii  libapache2-mod-auth-kerb 5.4-2.2
ii  libapache2-mod-nss   1.0.10-1
ii  libapache2-mod-wsgi  4.3.0-1
ii  libc62.19-12
ii  libcomerr2   1.42.12-1
ii  libjs-dojo-core  1.10.2+dfsg-1
ii  libjs-jquery 1.7.2+dfsg-3.2
ii  libk5crypto3 1.12.1+dfsg-11
ii  libkrad0 1.12.1+dfsg-11
ii  libkrb5-31.12.1+dfsg-11
ii  libldap-2.4-22.4.40-2
ii  libnspr4 2:4.10.7-1
ii  libnss3  2:3.17.2-1
ii  libnss3-1d   2:3.17.2-1
ii  libnss3-tools2:3.17.2-1
ii  libsasl2-modules-gssapi-mit  2.1.26.dfsg1-12
ii  libssl1.0.0  1.0.1j-1
ii  libtalloc2   2.1.1-2
ii  libtevent0   0.9.21-1
ii  libunistring00.9.3-5.2
ii  libuuid1 2.25.2-2
ii  libverto10.2.4-1
ii  memcached1.4.21-1
ii  ntp  1:4.2.6.p5+dfsg-3.1
ii  pki-ca   10.2.0-2
ii  python   2.7.8-2
ii  python-freeipa   4.0.4-1
ii  python-krbv  1.0.90-1
ii  python-ldap  2.4.10-1
ii  python-pyasn10.1.7-1
pn  python:any   
ii  samba-libs   2:4.1.13+dfsg-2
ii  slapi-nis0.54-1

freeipa-server recommends no packages.

freeipa-server suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767425: freeipa-server: ipa-server-install doesn't enable some Apache modules it uses in its configuration

[Michal Kaspar]

Package: freeipa-server
Version: 4.0.4-1
Severity: normal

Dear Maintainer,
While running ipa-server-install, the Apache gets reconfigured to provide some 
IPA services. However it doesn't enable some Apache modules whose directives it 
uses in Apache ipa.con. The modules I had to enable by hand to make install 
continue were mod_deflate (needed by AddOutputFilterByType) and mod_authz_user 
(used by Require valid-user).

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

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages freeipa-server depends on:
ii  389-ds-base  1.3.3.5-2
ii  acl  2.2.52-2
ii  apache2  2.4.10-6
ii  bind91:9.9.5.dfsg-5
ii  bind9-dyndb-ldap 6.0-1
ii  certmonger   0.75.14-2
ii  dogtag-pki-server-theme  10.2.0-2
ii  fonts-font-awesome   4.2.0~dfsg-1
ii  freeipa-admintools   4.0.4-1
ii  freeipa-client   4.0.4-1
ii  init-system-helpers  1.21
ii  krb5-admin-server1.12.1+dfsg-11
ii  krb5-kdc 1.12.1+dfsg-11
ii  krb5-kdc-ldap1.12.1+dfsg-11
ii  krb5-pkinit  1.12.1+dfsg-11
ii  ldap-utils   2.4.40-2
ii  libapache2-mod-auth-kerb 5.4-2.2
ii  libapache2-mod-nss   1.0.10-1
ii  libapache2-mod-wsgi  4.3.0-1
ii  libc62.19-12
ii  libcomerr2   1.42.12-1
ii  libjs-dojo-core  1.10.2+dfsg-1
ii  libjs-jquery 1.7.2+dfsg-3.2
ii  libk5crypto3 1.12.1+dfsg-11
ii  libkrad0 1.12.1+dfsg-11
ii  libkrb5-31.12.1+dfsg-11
ii  libldap-2.4-22.4.40-2
ii  libnspr4 2:4.10.7-1
ii  libnss3  2:3.17.2-1
ii  libnss3-1d   2:3.17.2-1
ii  libnss3-tools2:3.17.2-1
ii  libsasl2-modules-gssapi-mit  2.1.26.dfsg1-12
ii  libssl1.0.0  1.0.1j-1
ii  libtalloc2   2.1.1-2
ii  libtevent0   0.9.21-1
ii  libunistring00.9.3-5.2
ii  libuuid1 2.25.2-2
ii  libverto10.2.4-1
ii  memcached1.4.21-1
ii  ntp  1:4.2.6.p5+dfsg-3.1
ii  pki-ca   10.2.0-2
ii  python   2.7.8-2
ii  python-freeipa   4.0.4-1
ii  python-krbv  1.0.90-1
ii  python-ldap  2.4.10-1
ii  python-pyasn10.1.7-1
pn  python:any   
ii  samba-libs   2:4.1.13+dfsg-2
ii  slapi-nis0.54-1

freeipa-server recommends no packages.

freeipa-server suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767426: pinto: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: pinto
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of pinto debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767424: ruby-standalone: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: ruby-standalone
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of ruby-standalone debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#732300: logkeys: logfile is gibberish

[Vedran Furač]

tags 732300 + unreproducible moreinfo
thanks

On 27.10.2014 18:35, Daniel Baumann wrote:
> severity 732300 serious
> thanks
> 
> i can reproduce that and logkeys is fully unusable right now.

Hello,

It works perfectly fine here. Does it happen only when using
--keymap=keymap option?

Regards,
Vedran


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#765893: streql - Constant-time string comparison

[Riley Baird]

If your only concern is if the strings are equal, or which is the
shortest, then I agree that constant-time evaluation would not be
important to you. For that reason, you probably wouldn't need streql;
you could just use the built-in functions.

On 30/10/14 14:44, Leslie S Satenstein wrote:
> Here is a question for you
> Why is it necessary to test the string match for the entire length if the 
> strings disagree with the first byte?
> When one uses a string compare, we want to know if the strings are equal, or 
> which of the two is the lower collating one.   
> That would be done, for example in a logic design where one has multiple 
> strings, and one wants to choose the lowest collating string or at least the 
> string that is equal. 
> 
> Consider merging two files sorted in string order and now you wish to perform 
> a merge.
> Suppose the files are in the order of 200,000 records each. Or, if in 
> banking, or government applications, in the order of 20 million records per 
> file. 
> 
>  Regards 
>  Leslie
>  Mr. Leslie Satenstein
> Montréal Québec, Canada
> 
> 
>  
>   From: Riley Baird 
>  To: Leslie S Satenstein  
> Cc: "debian-secur...@lists.debian.org" ; 
> 765...@bugs.debian.org 
>  Sent: Wednesday, October 29, 2014 4:16 PM
>  Subject: Re: streql - Constant-time string comparison
>
> On 30/10/14 01:34, Leslie S Satenstein wrote:
>> Hi Riley
>>
>> Suppose the strings are 10k bytes each (10240), but they differ at byte 
>> zero, 
>> where is the break instruction to stop the compare?
> 
> Why would there need to be a break instruction? That would mean that the
> time taken to compare strings of equal length would change depending on
> the length of the string, unless I'm mistaken.
> 
>> The code needs an addition to the for loop as shown below. 
>> In place of xor, the return of a comparison when non zero is encountered 
>> would allow one to know if string x < string y or the contrary.
> 
> Sorry, but I don't understand what you mean. Why is it important to be
> able to know whether string x > string y or vice versa?
> 
> 
> 
>>   Regards 
>>   Leslie
>>   Mr. Leslie Satenstein
>> Montréal Québec, Canada
> 
> 
> 
> --
> To UNSUBSCRIBE, email to debian-security-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/54514b28.70...@bitmessage.ch
> 
> 
>
> 


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#675860: Unreproducible

[Dmitry Borisyuk]

I don't use a desktop environment as well, and no problem (in wheezy).
However in jessie I see the same error message.


Vincent Lefevre  написал

> I currently have gthumb 3:3.2.6-1+b1, and this still doesn't work,
> but the problem is different: for the second instance, I get the
> following error:
> 
> GDBus.Error:org.freedesktop.DBus.Error.NotSupported: Application does not
> handle command line arguments
> 
> Note that I don't use a desktop environment.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767423: tracker-extract SIGSEGV

[Eric Shattow]

Package: tracker-extract
Version: 1.2.2-2+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

On a Debian jessie testing beta2 netinstall (amd64), I've installed gnome-music
and noticed that no artists or albums are available to be played. The reason
for this is tracker-extract does not complete/is not running.

$ tracker-control
Found 191 PIDs…
Found process ID 18891 for 'tracker-store'
Found process ID 18935 for 'tracker-miner-apps'
Found process ID 18941 for 'tracker-miner-fs'
Found process ID 18956 for 'tracker-miner-user-guides'

Store:
30 Oct 2014, 15:27:25:  ✓ Store - Idle

Miners:
30 Oct 2014, 15:27:25:  ✓ Applications  - Idle
30 Oct 2014, 15:27:25:  ✓ File System   - Idle
30 Oct 2014, 15:27:25:  ✓ Userguides- Idle
30 Oct 2014, 15:27:25:  ✗ Extractor - Not running or is a
disabled plugin



Backtrace below:

A$ tracker-control -rc
B$ G_DEBUG=gc-friendly G_SLICE=always-malloc gdb /usr/lib/tracker/tracker-
extract

B(gdb) run
Starting program: /usr/lib/tracker/tracker-extract
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x72709700 (LWP 18877)]
[New Thread 0x70f7b700 (LWP 18878)]
[New Thread 0x7fffebfff700 (LWP 18879)]
[New Thread 0x7fffeb7fe700 (LWP 18880)]
[New Thread 0x7fffeaffd700 (LWP 18881)]
[New Thread 0x7fffea7fc700 (LWP 18882)]
[New Thread 0x7fffe9ffb700 (LWP 18883)]
[New Thread 0x7fffe97fa700 (LWP 18884)]
[New Thread 0x7fffe8ff9700 (LWP 18885)]
[New Thread 0x7fffd700 (LWP 18886)]
[New Thread 0x7fffdf7fe700 (LWP 18887)]
[New Thread 0x7fffdeffd700 (LWP 1)]
[New Thread 0x7fffde7fc700 (LWP 18889)]
[New Thread 0x7fffddffb700 (LWP 18899)]

A$ tracker-control -s
Starting miners…
  ✓ Applications
  ✓ File System
  ✓ Userguides
  ✓ Extractor

B:
[Thread 0x7fffddffb700 (LWP 18899) exited]
[New Thread 0x7fffddffb700 (LWP 19055)]
[New Thread 0x7fffd7b5a700 (LWP 19062)]
[New Thread 0x7fffd6f3b700 (LWP 19063)]
[New Thread 0x7fffccfd8700 (LWP 19064)]

(tracker-extract:18870): libmediaart-CRITICAL **: media_art_process_file:
assertion 'artist != NULL || title != NULL' failed

(tracker-extract:18870): Tracker-WARNING **: Could not proce...  
...and mime:'audio/basic'

[Thread 0x7fffccfd8700 (LWP 19081) exited]
[Thread 0x7fffd7b5a700 (LWP 19082) exited]
[Thread 0x7fffc3fff700 (LWP 19083) exited]
[Thread 0x7fffd6f3b700 (LWP 19063) exited]
[Thread 0x7fffc2591700 (LWP 19085) exited]
[New Thread 0x7fffc2591700 (LWP 19086)]
[New Thread 0x7fffc3fff700 (LWP 19087)]
[New Thread 0x7fffd6f3b700 (LWP 19088)]

(tracker-extract:18870): libmediaart-CRITICAL **: media_art_process_buffer:
assertion 'artist != NULL || title != NULL' failed

(tracker-extract:18870): Tracker-WARNING **: Could not process media art for
'file:///home//test.flac', No error given
[New Thread 0x7fffafd73700 (LWP 19115)]
[New Thread 0x7fffaf572700 (LWP 19116)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffc2591700 (LWP 19089)]
malloc_consolidate (av=av@entry=0x7fffb820) at malloc.c:4149
4149malloc.c: No such file or directory.

B(gdb) thread apply all bt
Thread 38 (Thread 0x7fffaf572700 (LWP 19116)):
#0  pthread_cond_wait@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7fffd51b21dd in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
#2  0x7616e0a4 in start_thread (arg=0x7fffaf572700)
at pthread_create.c:309
#3  0x75ea2cbd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 37 (Thread 0x7fffafd73700 (LWP 19115)):
#0  pthread_cond_wait@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x7fffd51b21dd in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56
#2  0x7616e0a4 in start_thread (arg=0x7fffafd73700)
at pthread_create.c:309
#3  0x75ea2cbd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 36 (Thread 0x7fffb0bd0700 (LWP 19114)):
#0  0x76411384 in g_mutex_unlock ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1  0x7fffdc9a0e73 in gst_data_queue_push ()
---Type  to continue, or q  to quit---
   from /usr/lib/x86_64-linux-gnu/libgstbase-1.0.so.0
#2  0x7fffd7b7c6d4 in ?? ()
   from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcoreelements.so
#3  0x7fffdcc24d3f in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
#4  0x7fffb019bad2 in ?? ()
   from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstmatroska.so
#5  0x7fffb01a2bdb in ?? ()
   from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstmatroska.so
#6  0x7fffb01a4a93 in ?? ()
   from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstmatroska.so
#7  0x7fffdcc52a16 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0
#8  0x763f42b8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x763f3925 in ?? (

Bug#767421: debsign: clobbers shell variables instead of using them

[Adam D. Barratt]

On Thu, 2014-10-30 at 17:26 -0500, Adam Majer wrote:
> I have DEBSIGN_KEYID defined for signing debian packages. Debsign
> completely ignores this as it seems to clobber environment variables
> with its DEFAULT_* set of values, which are undefined.

That's intentional. From debsign(1):

The two configuration files /etc/devscripts.conf and ~/.devscripts are
sourced in that order to set configuration variables.  Command line
options can be used to override configuration file settings.
Environment variable settings are ignored for this purpose.

Similar wording exists in most manpages from the package.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767422: openstack-trove: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: openstack-trove
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of openstack-trove debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/
�VFTopenstack-trove_nl.po�Y�R9}�Wh��a�jf<��x�
Ƙ��f6�u��J�j�~N�T7hlxو}rS%e,?�j?ͅ��q���ag–�8/���W�\�TM��̄W���=x(�myQ�,�b}C|:�;go۽ÃG�b��񧓣�7g���w�Np�,�N�t��M�^��6���ϕpr�D��@��t��*�?e��kB.NKRU^���F�g//��]�&�_�bgk{7,\�S��F?�~�W�(M�T��;ƂU~6x{�J[��=]L~�3�e��F���fd����ti�jT�����S|�e�27[H���c��6.ԥ�)��g�?X��s�Ņ��R�0
�ELs
��ֺ��T�1ŷ}}��e�
�p�€Bc�
�r�2�ō��9��{U���"�Z���E�R��%��s��$1�^�J��&�YJY-�
�U5цh�\H9��L/Ȁ�a^�/��1�F� ��Lv�<7���L�
e4��/0L�J:"/�q�&�A<��M�lȠV<�(�!PxH-��p
%XG��_s��B)���p�l�K��Q�!�E��#T~��Kx*dF�d!�WJ���Qr�>��bU��rboE�Rt|���3�
�λ.Z��J�=/��a�P���>.����0� b��Ts���!̫�y���w*��{���ݺ�悾�Y
/ȹSi�a}���x��'Ԫ�7�pܢ5�ù��PšGV��^ʢ�W���r�pI`�YzvvSL7��YE���&��ހ+��f��L�d�g�,%U�%EA}E���`q�
 
[���fOe��(-��_��do���,T�E�xR�h1�D���e��i"K�#CCZ+�Dڪ&dnL�S�Ik6�����~�@�hy4�K���b��v��mh8c�hG�^}��Nb�S�9߹S�<fRo8�KZ]�o��ԅ��B�4��&r���g爽R%\D$�iy�
8�d7���l�T\��Z'4�Uo��£�Ό

C:��䪭K�C�_�%Q͕F���4�_XM�l'N@��iz�)�_�B�H���1.�
�#x�,�l��߂V�Xo��i�%����
\{F{��A`�p��e{G�᝺\:��\�J��W��#���3�<�M�D��T�T9��3���xJ�&h�T�ʖ����%v�&wR���?�w͏2��e��
  H�),��0�q��M�O6�C�HkHWT�F
�&hn�'��[�
Q�:_�O5�Y�+���q������ 
P,��p�Q�&Iz+�KSo3��ЖX�E��\dZ�6,Km���j�vae�ImG���fh^�^��6�ʤ۟Tׄ.;�
������ҨAS9V�'K8�3e�}ս�=��к۶[�
��(���v��  +�
�inm3
XV]˃��m�WMs�,�\(_��׬3�� 
d?�ԜV�X:��Tb8�x2�x`�y��(J���6|�`j_�8IG�8yB�5o�#x�K�,�qt�?
L.�����r�%��ֈ��"�z�i��6t�4���QT���
L���R���J��>���s
+���z�)��i��w�k��pɹ�&=��_Q��}ob�V|W���]0۴L�.�҂�U�(h��Oή׍OG)�Ŭtڍ���&�qu�P��q�
/��3jg$�+E��;Ͳ�ο&�B���`��wc ���(��4�av@�Y��S�G�֎.H*m�
�^�4,!.�T�3��bj��\�9�
m@P��u�nGQ��JU4o�9U��QC:I�uup#�|�"+�Y]�5`���m���0��eP�#ȓ鹎�$\���1��}��O4�x`�QĬ3\�$Q#q��DV���5�L�1]��T���z#~��5�{c�F^)���v0���ӌ��7����.{V��j��%�j�cB����];��7VD�^9ǻ;��m��px;Q7�2
g_�Ĩ�?�>�f�`ݡ��^��W�k�=؞���
ѷ��zu�~�Ӵ��q{��
1�c� 

Bug#760923: systemd-sysv: system does not shut down in kvm

[Sébastien Hinderer]

Hi,

Samuel Thibault (2014/09/09 11:20 +0200):
> Michael Biebl, le Tue 09 Sep 2014 11:09:00 +0200, a écrit :
> > halt is not supposed to poweroff the machine, that sysvinit's halt did
> > that is a bug that was never fixed.
> 
> Ow. I've been using halt since like birth...
> 
> That change of behavior, even if actually a "bug fix", is very likely to
> hit a _lot_ of people, as one can see a lot of people talking about halt
> or shutdown -h on the net (all my coworkers are used to use it).
> 
> I'd say it's _really_ worth a NEWS item, when migrating from sysvinit to
> systemd.

Indeed! Please, make the change as clear and noisy as possible.

Personnally, I'd even introduce a warning ialog at package upgrade. It's
really worth it IMO.

Sébastien.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767421: debsign: clobbers shell variables instead of using them

[Adam Majer]

Package: devscripts
Version: 2.14.7
Severity: important
File: /usr/bin/debsign
Tags: patch


I have DEBSIGN_KEYID defined for signing debian packages. Debsign
completely ignores this as it seems to clobber environment variables
with its DEFAULT_* set of values, which are undefined.

Attached patch fixes this issue.

- Adam
--- a/debsign.sh	2014-10-13 21:35:45.0 -0500
+++ b/debsign.sh	2014-10-30 17:17:51.058874668 -0500
@@ -256,7 +256,7 @@
 
 # set defaults
 for var in $VARS; do
-	eval "$var=\$DEFAULT_$var"
+	eval $var=\${$var:-\$DEFAULT_$var}
 done
 else
 # Run in a subshell for protection against accidental errors
@@ -264,7 +264,7 @@
 eval $(
 	set +e
 	for var in $VARS; do
-	eval "$var=\$DEFAULT_$var"
+	eval $var=\${$var:-\$DEFAULT_$var}
 	done
 
 	for file in /etc/devscripts.conf ~/.devscripts

Bug#767420: tuskar: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: tuskar
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of tuskar debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767419: sftpcloudfs: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: sftpcloudfs
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of sftpcloudfs debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767418: telegram desktop: Request Telegram client

[Pierre Bernhardt]

Package: telegram
Severity: wishlist
Tags: upstream

Dear Maintainer,

Telegram Desktop is the unoffical desktop client for the telegram messaging.
Telegram is a secured and privacy platform like what's app, but better.
Have a look on telegra.org for the description of API, Protocols and so on.
There is a link to tdesktop.org which is the unofficial client version
which can be installed for linux32 and linux64 bit.

The source is available on GitHub: https://github.com/telegramdesktop/tdesktop
The software is distributed under the license GPLv3.

Last Version from GitHub is 0.6.6.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'proposed-updates'), (500, 'stable'), 
(190, 'unstable'), (150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767350: journald: does not respect carriage return

[Andreas Cadhalpun]

Hi Zbyszek,

On 30.10.2014 22:42, Zbigniew Jędrzejewski-Szmek wrote:

On Thu, Oct 30, 2014 at 06:49:32PM +0100, Andreas Cadhalpun wrote:

The fix for this would be for journald to correctly interpret the
carriage return. Therefore I'm reassigning this bug to systemd.


Nope, there's no place for '\r' in logs.


Yes, '\r' (or '#015') should not end up in the logs.


It only makes sense on
a console, where you show something and then erase it some time
later when the situation changes.


freshclam can also be run from the console, where it shows the progress 
in real time on stdout.



Log file viewers don't show
logs in real time, so any usage of erase characters should be
replaced by simply logging the final version in the first place.


Systemd/journald just captures stdout, which is originally meant for a 
console. So I think it should handle '\r' more gracefully, by simply 
only including the final version in the log.


Or how do you think this should be solved?

Best regards,
Andreas


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767230: libotr transition started by mistake :-/ [Was: Bug#767230: bitlbee-plugin-otr: bitlbee no longer starts: libotr API version 4.1.0 incompatible with actual version 4.0.0]

[Niels Thykier]

Control: severity 767230 serious

On 2014-10-29 17:09, intrigeri wrote:
> Hi Sebastian, hi release team,
> 
> [...]

Hi,

Thanks for contacting us about this matter.

> 
> Anyway: it seems that I've actually started a transition after the
> transition freeze :/
> 

Looking through the diff between the version of libotr in testing vs.
the version in sid.  I saw no obvious ABI / API breakage myself - that
said I would certainly would not mind a second (third?) reviewer
reviewing this assertion though.  Preferably one who knows the C ABI
rules by heart.

> [...]
> 
> Plan A -- ship Jessie with libotr 4.1, drop the version check temporarily
> =
> 
> 1. Patch libotr to loosen this version check on Jessie: assuming the
>"no API/ABI break" assumption is true, this should work just fine.

I suspect this will be the least intrusive method assuming the "no
ABI/API" assertion holds.

> 2. For Jessie+1, re-add the version check, and get proper shlibs
>support so that we get proper transition handling next time.
> 

As I recall, we generally prefer libraries do not have unnecessary
"strictly equal runtime version checks", since they tend to be wrong.
  Proper use of shlibs (or symbols) and SONAME bumping (with package
renaming) makes such checks redundant (for Debian maintained reverse
dependencies).

> [...]
> 
> My preferred option is plan A, because it seems to be simpler for
> everyone affected. Plan B would be fine with me too. Option C would
> make me sad, and add painful work for everyone involved further along
> the road.
> 
> Dear RT, what option(s) would be acceptable for you?
> 
> Sorry for the burden again..
> 
> Cheers!
> 

I generally agree with plan A (with the a minor remark mentioned above).
 I have promoted #767230 to RC to keep the breakage from reaching testing.

Please also prepare a debdiff between libotr/4.1.0-1 and the proposed
version[1] and send it to us (to this thread), so we can review the
additional changes we will accept.

Thanks,
~Niels

[1] Yes, this /is/ different than what the freeze policy normally
requests, which ask for the debdiff between the version in testing and
the (proposed) upload.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767350: journald: does not respect carriage return

[Zbigniew Jędrzejewski-Szmek]

On Thu, Oct 30, 2014 at 06:49:32PM +0100, Andreas Cadhalpun wrote:
> Control: retitle -1 journald: does not respect carriage return
> Control: reassign -1 systemd 215-5+b1
> 
> Hi Santiago,
> 
> On 30.10.2014 13:12, Santiago Vila wrote:
> >freshclam[7495]: Downloading daily-19559.cdiff [ 45%]#015Downloading
> >daily-19559.cdiff [ 61%]#015Downloading daily-19559.cdiff [ 
> >77%]#015Downloading daily-19559.cdiff [
> >93%]#015Downloading daily-19559.cdiff [100%]#015Downloading 
> >daily-19559.cdiff [100%]
> >
> >A percentage or a progress bar in a log file does not make much sense.
> >This should be better replaced by just two messages.
> >
> >Download start.
> >Download end.
> 
> This only shows up in /var/log/syslog.
> 
> freshclam's own log file, /var/log/clamav/freshclam.log correctly
> only contains the last part, i.e. 'Downloading daily-19559.cdiff
> [100%]', just as it would appear on the terminal.
> 
> The problem is that the systemd journal does not respect the
> carriage return '\r' by deleting the current line content, but
> rather continues to append the message.
> In 'journalctl -u clamav-freshclam' this output is suppressed as
> 'freshclam[2421]: [1.6K blob data]', but it is still forwarded to
> syslog and there the carriage return is replaced with '#015'.
> 
> The fix for this would be for journald to correctly interpret the
> carriage return. Therefore I'm reassigning this bug to systemd.
Nope, there's no place for '\r' in logs. It only makes sense on
a console, where you show something and then erase it some time
later when the situation changes. Log file viewers don't show
logs in real time, so any usage of erase characters should be
replaced by simply logging the final version in the first place.

Zbyszek


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767417: python-gmpy2: FTBFS: test failures

[Sebastian Ramacher]

Source: python-gmpy2
Version: 2.0.4-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

python-gmpy2 failed to build on i386, armel, armhf, mips, mipsel,
kfreebsd-i386 and powerpc:
| File "test/test_mpz_io.txt", line 71, in test_mpz_io.txt
| Failed example:
| mpz(D("1e10"))
| Expected:
| mpz(100)
| Got:
| mpz(100L)
| **
| 1 items had failures:
|1 of  68 in test_mpz_io.txt
| ***Test Failed*** 1 failures.
| Results for:  test_mpz_io  Attempted:   68   Failed:1
| Results for:  test_mpz_pack_unpack Attempted:   16   Failed:0
| Results for:  test_mpz_to_from_binary  Attempted:6   Failed:0
|
|  Summary - Attempted:  964   Failed:3
| make: *** [test-python2.7] Error 1
| debian/rules:45: recipe for target 'test-python2.7' failed

For a full build log, see
https://buildd.debian.org/status/fetch.php?pkg=python-gmpy2&arch=i386&ver=2.0.4-1&stamp=1414367107.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#763358: [Pkg-xfce-devel] Bug#763358: Bug#763358: notification icons have black background, not panel color

[Joey Hess]

> I can confirm that, on a clear theme (like Adwaita), when disabling the
> compositor, the nm (and blueman) applet background is black.
> 
> Since nothing changed in xfce4-panel I still think that's a fallout of
> the gtk 3.14 update, but I have no idea how to fix that…

This seems to have been fixed by some recent change;
I rebooted today and the icons now have the right background again.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#767190: unblock: oxygen-gtk3/1.4.1-1

[Dmitry Smirnov]

On Thu, 30 Oct 2014 21:43:01 Niels Thykier wrote:
> Thanks, I have added an unblock hint for oxygen-gtk3/1.4.1-1 (rather
> than ageing it).

Much appreciated, thank you.

-- 
Regards,
 Dmitry Smirnov.


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

Bug#767306: unblock: clamav/0.98.5~rc1+dfsg-3

[Scott Kitterman]

On Thu, 30 Oct 2014 06:50:49 +0100 Niels Thykier  wrote:
> Control: tags -1 confirmed
> 
> On 2014-10-29 23:37, Andreas Cadhalpun wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> > X-Debbugs-Cc: pkg-clamav-de...@lists.alioth.debian.org
> > 
> > Please unblock package clamav
> > 
> > The patch for bug #636881 included in 0.98.5~beta1+dfsg-3 introduced an
> > important regression in clamav-milter: it fails to add X-Virus-Scanned
> > and X-Virus-Status headers.
> > 
> > If you agree to unblock this, we'd make an upload to fix this issue.
> > 
> > Attached is the proposed debdiff for the upload.
> > 
> > unblock clamav/0.98.5~rc1+dfsg-3
> > 
> > [...]
> 
> Hi Andreas,
> 
> Thanks for contacting us, the diff seems reasonable and I would be happy
> to accept it.
> 
> Please upload it to unstable and notify us once it has been accepted
> into unstable.

The package has been accepted.

Scott K

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

Bug#767416: hoteldruid: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: hoteldruid
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of hoteldruid debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#632989: ITA: mirage -- fast and simple GTK+ image viewer

[Laurent Arnoud]

Hello,

I'm using and interested about mirage package.
I've uploaded to mentors a new version fixing one [bug][1]

[1]: http://mentors.debian.net/debian/pool/main/m/mirage/mirage_0.9.5.2-1.dsc

-- 
Laurent


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767415: goto-fai-progress: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: goto-fai-progress
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of goto-fai-progress debconf 
messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767414: ITP: 2048 -- Simple number game for the text console

[Gabriel Pérez-Cerezo]

Package: wnpp
Severity: wishlist
Owner: "Gabriel Pérez-Cerezo" 

* Package name: 2048
  Version : 1.0
  Upstream Author : Gabriel Pérez-Cerezo 
* URL : http://en.gpcf.eu/2048
* License : MIT/X
  Programming Lang: C
  Description : A mathematical puzzle game

As you may already know, 2048 is a fun puzzle game in which
you have to move the number tiles across the board. If two
tiles with the same value touch, they merge and their values
add up. The goal is to have a tile with the value 2048.

2048 is a really fun and popular game. Being a game, no other
packages depend on it. There is another package that does the
same thing, called 2048-qt, but it is a graphical version, and
this version is text-mode. It is much more lightweight, it depends
only on libc.

I would maintain the package, because I am also the upstream maintainer.


-- 
Gabriel Pérez-Cerezo Flohr .--
GPG Key: BB09BA34D353EC69 / Email is like a postcard, anyone can read 
Website: http://gpcf.eu  / it. Please use the GPG Key to encrypt your 
Email: gabr...@gpcf.eu  / emails (tutorial: emailselfdefense.fsf.org).


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767413: kile[Regression] : "Configure Kile" is gone. Inverse search and forward pdf not working anymore

[laurent.debian]

Package: kile
Version: 4:2.1.3-2
Severity: normal
Tags: upstream

Dear Maintainer,

Everythings is in title with the last kiles's versionon  jessie/sid  2.1.0-1.
There is no more the "configure kile" Item in tools menu. The forward view does
not work anymore (with any format dvi, pdf,...)
and the inverse search with a properly configured Okular does not work either
anymore.
 This is of course a regression since every things were woring well before.
Cheers.



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

Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kile depends on:
ii  kde-runtime 4:4.14.2-1
ii  konsole 4:4.14.2-1
ii  libc6   2.19-12
ii  libgcc1 1:4.9.1-19
ii  libkdecore5 4:4.14.2-3
ii  libkdeui5   4:4.14.2-3
ii  libkfile4   4:4.14.2-3
ii  libkhtml5   4:4.14.2-3
ii  libkio5 4:4.14.2-3
ii  libkjsapi4  4:4.14.2-3
ii  libkparts4  4:4.14.2-3
ii  libkrosscore4   4:4.14.2-3
ii  libktexteditor4 4:4.14.2-3
ii  libnepomuk4 4:4.14.2-3
ii  libnepomukutils44:4.14.2-3
ii  libphonon4  4:4.8.0-3
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-network  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-script   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-svg  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libsoprano4 2.9.4+dfsg-1.1
ii  libstdc++6  4.9.1-19
ii  texlive-latex-base  2014.20141024-1

Versions of packages kile recommends:
ii  dvipng   1.14-2
ii  ghostscript  9.06~dfsg-1.1+b1
ii  imagemagick  8:6.8.9.9-2
ii  psutils  1.17.dfsg-2
ii  texlive  2014.20141024-1

Versions of packages kile suggests:
ii  aspell0.60.7~20110707-1.3
pn  asymptote 
ii  context   2014.05.21.20140528-1
ii  dblatex   0.3.5-1
ii  ispell3.3.02-6
ii  kbibtex   0.4-4+b1
ii  kile-doc  4:2.1.3-2
ii  kile-l10n 4:2.1.3-2
pn  latex2html
pn  lilypond  
ii  tex4ht20090611-1.1+b1
pn  texlive-doc-base  
ii  texlive-xetex 2014.20141024-1
ii  zip   3.0-8

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767412: pluxml: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: pluxml
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of pluxml debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#764285: kernel panic with fuse mounted partition (ntfs-3g) when using virtualbox

[Mert Dirik]

On Sat, 18 Oct 2014 10:56:32 +0200 "computer.enthusiastic" 
 wrote:

I had the same problem. A report is available in the linux kernel bug
tracker at the address https://bugzilla.kernel.org/show_bug.cgi?id=82951 .


A patch exists at https://bugzilla.kernel.org/show_bug.cgi?id=82951#c13
and upstream commits fixing the bug are listed at 
https://bugzilla.kernel.org/show_bug.cgi?id=82951#c15


Please import fixes into Jessie kernel since Greg KH won't do any more 
3.16 release (https://bugzilla.kernel.org/show_bug.cgi?id=82951#c17)



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767315: [release.debian.org] meta-kde-telepathy

[Niels Thykier]

Control: tags -1 confirmed

On 2014-10-30 05:33, Diane Trout wrote:
> Package: release.debian.org
> Severity: normal
> Tags: wheezy
> 
> I'm new to the release process and so am not quite sure how to submit updates 
> now that we're in freeze.
> 

Hi Diane,

Thanks for filing the report.

Generally you should definitely file a bug for unblocks.  Though next
time, please:
 * file one bug per source package as it is easier for us to track and
   handle .
 * use the "unblock" template from reportbug so it gets the proper
   (user)tags.  We have a special "category" on a bug page for unblock
   bugs (that are properly tagged).

We also have a [freeze policy] that is the canonical guideline for "what
we accept when" during the freeze.

> [...]
> 
> for 767165 "ktp-call-ui doesn't work". ktp-call-ui probably shouldn't be 
> included in the release (as you can't actually use it to make VoIP calls) and 
> I'd like to update meta-kde-telepathy to not depend on ktp-call-ui. see 
> attachment: meta.patch
> 

Ok, do you also want us to remove ktp-call-ui from testing (with all its
binaries)?

> [...]
> 
> Please advise what if anything I should do for these package updates?
> 
> Diane Trout
> 

I would be willing to accept these changes this early in the freeze.
Please go ahead and upload these packages and notify us once they have
been accepted into unstable.

~Niels

[freeze policy]: https://release.debian.org/jessie/freeze_policy.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767411: torque: should not be released with jessie

[Salvatore Bonaccorso]

Source: torque
Severity: serious
Justification: end-of-life branch from upstream, low maintenance in Debian

Hi

I discussed this with Moritz Muehlenhoff, but bringing this now up to
discussion. Note that debian-release@l.d.o and the openmpi and
pbs-drmaa maintainers are X-Debbugs-CC'ed on this bugreport.

torque in Debian is from an old (upstream end-of-life'd) branch 2.4
which had for the last security uploads also for unstable NMUs from
me. torque from time to time has announcements fo security issues,
which get fixed in the newer branches, but patches are not anymore
released for the 2.4 release. The issues ranged from denial-of-service
up to privilege escalations.

https://tracker.debian.org/media/packages/t/torque/changelog-2.4.16%2Bdfsg-1.5

There are some reverse dependecy problems avoiding though that torque
can be removed:

pbs-drmaa as reverse dependency of torque is easy as it is a leaf
package. The more complicated one would be openmpi which would need to
drop the build dependency on libtorque2-dev. The reason for this
dependency was in https://bugs.debian.org/592887 , which needs to be
dropped again.

We basically think, torque in this version should not be released in
Jessie as we would need to support it security-wise in the same way
for the next release cycle otherwise.

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767409: fs2ram: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: fs2ram
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of fs2ram debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#767410: systemd-resolved: doesn't include local search domain from DHCP query into resolv.conf

[Stefan Lippers-Hollmann]

Package: systemd
Version: 215-5
Severity: minor
Tags: upstream patch

Hi

Using systemd-resolved, the local searchdomain provided by the DHCP 
server is not added to resolv.conf, which disables FQDN completion 
without domain suffix.

e.g.:

$ ls -al /etc/resolv.conf 
lrwxrwxrwx 1 root root 32 Okt 17 20:00 /etc/resolv.conf -> 
/run/systemd/resolve/resolv.conf

$ cat /run/systemd/resolve/resolv.conf 
# This file is managed by systemd-resolved(8). Do not edit.
#
# Third party programs must not access this file directly, but
# only through the symlink at /etc/resolv.conf. To manage
# resolv.conf(5) in a different way, replace the symlink by a
# static file or a different symlink.

nameserver 10.0.0.1
nameserver 8.8.8.8
nameserver 8.8.4.4
# Too many DNS servers configured, the following entries may be ignored
nameserver 2001:4860:4860::
nameserver 2001:4860:4860::8844

Domain name without domain suffix:

$ nslookup redstone
Server: 10.0.0.1
Address:10.0.0.1#53

Non-authoritative answer:
*** Can't find redstone: No answer

FQDN, with full (local-) domain suffix:

$ nslookup redstone.lan
Server: 10.0.0.1
Address:10.0.0.1#53

Name:   redstone.lan
Address: 10.10.7.0


This seems to have been reported upstream under

https://bugs.freedesktop.org/show_bug.cgi?id=79671

and probably also

https://bugs.freedesktop.org/show_bug.cgi?id=85397

The formal patch that was actually merged upstream 


http://cgit.freedesktop.org/systemd/systemd/commit/?id=6192b846ca0d15602e94ddb5da4420b7c60d64a5

doesn't apply easily to systemd 215, but the initially suggested patch

https://bugs.freedesktop.org/attachment.cgi?id=103315

applies to current (Debian-) systemd HEAD (as of 
debian/215-5-14-g8178d8d) and is working for me

--- old/resolv.conf
+++ /etc/resolv.conf
@@ -5,6 +5,7 @@
 # resolv.conf(5) in a different way, replace the symlink by a
 # static file or a different symlink.
 
+domain lan
 nameserver 10.0.0.1
 nameserver 8.8.8.8
 nameserver 8.8.4.4


$ nslookup redstone
Server: 10.0.0.1
Address:10.0.0.1#53

Name:   redstone.lan
Address: 10.10.7.0


systemd-networkd configuration:

$ cat /etc/systemd/network/50-br0.netdev 
[NetDev]
Name=br0
Kind=bridge
MACAddress=01:23:45:67:89:AB

$ cat /etc/systemd/network/51-eth0.network 
[Match]
Name=eth0

[Network]
Bridge=br0

$ cat /etc/systemd/network/60-br0.network 
[Match]
Name=br0

[Network]
DHCP=yes


Regards
Stefan Lippers-Hollmann

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

Kernel: Linux 3.18-rc2-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-57
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.2-2
ii  libc6   2.19-12
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-3
ii  libgcrypt20 1.6.2-4
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-5
ii  mount   2.25.2-2
ii  sysv-rc 2.88dsf-57
ii  udev215-5
ii  util-linux  2.25.2-2

Versions of packages systemd recommends:
ii  dbus1.8.8-2
ii  libpam-systemd  215-5

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information


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

Bug#587510: solr-common: commons-logging.jar is missing in WEB-INF/lib

[Emmanuel Bourg]

This issue has been fixed with the upload of solr-common 3.6.0+dfsg-1
two years ago.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767353: [Pkg-clamav-devel] Bug#767353: clamav: ERROR: Can't save PID to file /var/run/clamav/freshclam.pid: No such file or directory

[Andreas Cadhalpun]

Hi Sebastian,

On 30.10.2014 21:55, Sebastian Andrzej Siewior wrote:

I don't get it.


Then let me try to explain it in more detail. ;)


Is systemd taking care of writing the PID file


No.


or is it not used at all?


It's not used, because freshclam is run in foreground mode, i.e. it 
doesn't fork and thus tracking the PID via a file is not necessary.



And why can't freshclam wite its PID file like it does
with systemv?


It can only write the file if the directory exists.
The sysv init script creates the directory, but since it is not 
necessary for systemd, the service file does not create the directory.


The service file could also create this directory, however that's not 
straight forward in this case, because the PidFile path can be changed 
in the freshclam.conf file. Thus the service unit would have to parse 
that file and as it is not a simple shell snippet with 'Key=Value' 
entries, but rather contains 'Key Value' lines, one cannot directly use 
it as EnvironmentFile in the service unit.


As this warning is completely harmless, when systemd is used, I don't 
think it's worth to invest a lot of time trying to fix this.


But if someone finds a simple solution, it can be applied.

Best regards,
Andreas


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767408: rinputd: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: rinputd
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of rinputd debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#765424: libpam-mount: Fails to run mount: invalid option -- '-p'

[Samuel Wolf]

Found here [1,2,3] a workaround which work for me:

mount -t%(FSTYPE) %(VOLUME) %(MNTPT) "%(if
%(OPTIONS),-o%(OPTIONS))"

[1] https://bugs.gentoo.org/show_bug.cgi?id=519902
[2] https://bbs.archlinux.org/viewtopic.php?pid=1444293#p1444293
[3] https://wiki.archlinux.org/index.php/Pam_mount

Bug#767398: unblock: itools/1.0-4

[Niels Thykier]

Control: tags -1 moreinfo

On 2014-10-30 21:23, أحمد المحمودي wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package itools
> 
> This upload has the following patches:
> 
> * Added str_format_security.diff patch to add format argument for an sprintf
>   call that prints a variable string.
> * Added use_CPPFLAGS.diff patch to use CPPFLAGS during compilation.
>   This is needed to get fortify libc functions to be used.
> * Added ipraytime-unicode.patch patch to fix unicode support for printing
>   the degree (0xB0) character.
> 
> Debdiff attached.
> 
> unblock itools/1.0-4
> 
> [...]

Hi,

Unfortunately the debdiff does /not/ appear to be attached?

~Niels


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#613987: lpr prints blank pages

[Brian Potkin]

reassign 613987 cups-filters
thanks




On Tue 28 Oct 2014 at 22:31:29 +0100, Francesco Poli wrote:

> On Tue, 28 Oct 2014 17:24:08 + Brian Potkin wrote:
> 
> > These applications use cairo; a PDF submitted to cups is not the same
> > PDF submitted by lpr and lp.
> 
> It seems to me that cairo uses more robust ways to submit print jobs to
> cups: would it be possible to modify lpr so that it may use cairo to do
> the "rendering" before submitting the print job to cups? 

The conversion of a PDF to a PDF may be seen as unnecessary and unlikely
to meet with universal approval. For example:

  
https://www.bountysource.com/issues/1333719-printing-if-input-file-is-ps-file-gets-directly-passed-to-cups-if-it-is-pdf-an-ugly-rerendering-happens

You may do this for yourself if you want by having 'pdftocairo -pdf' in
your workflow.

> > In fact, lp and lpr send identical PDFs so
> > a poor output for lpr should also be a poor output for lp. Having a PDF
> > which produces an unsatisfactory print with both would be useful.
> 
> I haven't ever used lp to submit print jobs: I usually use lpr, as I am
> used to its command-line options.

I think that lp and lpr have the same set of options. Anyway, my point
(not very well made) was that the lpr command itself and cups-bsd are
not the problem, so I am reassigning the bug to cups-filters with a Cc
to Till K to ascertain whether buggy printer interpreters could be an
issue.

> Anyway, I tested the two files originally sent by jaakov [1], and I get
> blank pages when printing
> HensgenFinkelManber-TwoAlgorithmsForBarrierSynchronization.pdf with
> lpr, as reported by jaakov at the time.

I have no printer available for the next few days. I'll try the same PDF
when I can.
 
> [1] the two attachments of https://bugs.debian.org/613987#5
> 
> > We could do with knowing what printers are used, their PPDs and how they
> > are connected.
> 
> Two examples.
> 
> HP LaserJet 1320n
> -
> connected via Ethernet LAN and configured with the following commands:
> 
> # lpadmin -p lj -E -v lpd://x.y.z.w/lp0 \
>   -m foomatic:HP-LaserJet_1320-pxlmono.ppd \
>   -o pdftops-renderer=pdftops \
>   -D "HP LaserJet 1320"
> # lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge

That PPD outputs HP Printer Job Language and not PostScript. I don't
think -o will have any effect. It could be used with the Phasor though.

Regards,

Brian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767407: kumofs: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: kumofs
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of kumofs debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data

Bug#765424: libpam-mount: Fails to run mount: invalid option -- '-p'

[Samuel Wolf]

Same error with davfs, but *cifs* work!




root0-999  


https://server2/webdav";
 mountpoint="/mnt/webdav"
options="username=%(USER),nosuid,nodev,uid=%(USER)">
root0-999  


Please fix this issue in pam_mount.

Bug#767406: xserver-xorg-video-intel: After upgrade to version 2.99.916 xorg sometimes fails with segfault

[Jozef Hovan]

Package: xserver-xorg-video-intel
Version: 2:2.99.916-1~exp1
Severity: important

Dear Maintainer,

intel driver upgrade from 2.99.914 to 2.99.916 causes that xorg started to
segfault.

[65.022] (EE)
[65.022] (EE) Backtrace:
[65.023] (EE) 0: /usr/bin/X11/X (xorg_backtrace+0x56) [0x7fce78d89ab6]
[65.023] (EE) 1: /usr/bin/X11/X (0x7fce78bd4000+0x1b9c99) [0x7fce78d8dc99]
[65.023] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7fce768c8000+0x35180)
[0x7fce768fd180]
[65.023] (EE)
[65.023] (EE) Segmentation fault at address 0x0
[65.023] (EE)
Fatal server error:
[65.023] (EE) Caught signal 11 (Segmentation fault). Server aborting
[65.023] (EE)
[65.023] (EE)

It's interesting that problem usually happens when I use terminator with
decreased font size.



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

lrwxrwxrwx 1 root root 13 Feb 15  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2397280 Sep 22 23:49 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core
Processor Integrated Graphics Controller [8086:0416] (rev 06)
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Mars [Radeon HD 8730M] [1002:6601] (rev ff)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 0

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.16-3-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3
(Debian 4.8.3-12) ) #1 SMP Debian 3.16.5-1 (2014-10-10)

udev information:
-
P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input9
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input9
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXPWRBN_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: KEY=10 0
E: MODALIAS=input:b0019vp0001e-e0,1,k74,ramlsfw
E: NAME="Power Button"
E: PHYS="LNXPWRBN/button/input0"
E: PRODUCT=19/0/1/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=32175

P: /devices/LNXSYSTM:00/LNXPWRBN:00/input/input9/event3
N: input/event3
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event3
E: DEVPATH=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input9/event3
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXPWRBN:00
E: ID_PATH_TAG=acpi-LNXPWRBN_00
E: MAJOR=13
E: MINOR=67
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=66242
E: XKBLAYOUT=us,cz
E: XKBMODEL=pc105
E: XKBOPTIONS=terminate:ctrl_alt_bksp capslock:backspace grp:sclk_toggle
E: XKBVARIANT=colemak,qwerty

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input18
E:
DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input18
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXVIDEO_01
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXVIDEO:01
E: ID_PATH_TAG=acpi-LNXVIDEO_01
E: KEY=3e000b 0 0 0
E: MODALIAS=input:b0019vp0006e-e0,1,kE0,E1,E3,F1,F2,F3,F4,F5,ramlsfw
E: NAME="Video Bus"
E: PHYS="LNXVIDEO/video/input0"
E: PRODUCT=19/0/6/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=6740

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input18/event9
N: input/event9
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event9
E:
DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input18/event9
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXVIDEO:01
E: ID_PATH_TAG=acpi-LNXVIDEO_01
E: MAJOR=13
E: MINOR=73
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=6998
E: XKBLAYOUT=us,cz
E: XKBMODEL=pc105
E: XKBOPTIONS=terminate:ctrl_alt_bksp capslock:backspace grp:sclk_toggle
E: XKBVARIANT=colemak,qwerty

P:
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:00/LNXVIDEO:00/input/input17
E:
DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:00/LNXVIDEO:00/input/input17
E: EV=3
E: ID_FOR_SEAT=input-acpi-LNXVIDEO_00
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXVIDEO:00
E: ID_PATH_TAG=acpi-LNXVIDEO_00
E: KEY=3e000b 0 0 0
E: MODALIAS=input:b0019vp0006e-e0,1,kE0,E1,E3,F1,F2,F3,F4,F5,ramlsfw
E: NAME="Video Bus"
E: PHYS="LNXVIDEO/video/input0"
E: PRODUCT=19/0/6/0
E: PROP=0
E: SUBSYSTEM=input
E: TAGS=:seat:
E: USEC_INITIALIZED=6182

P:
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:00/LNXVIDEO:00/input/input17/event8
N: input/event8
E: BACKSPACE=guess
E: DEVNAME=/dev/input/event8
E:
DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:00/LNXVIDEO:00/input/input17/event8
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: ID_PATH=acpi-LNXVIDEO:00
E: ID_PATH_TAG=acpi-LNXVIDEO_00
E: MAJOR=13
E: MINOR=72
E: SUBSYSTEM=input
E: TAGS=:power-switch:
E: USEC_INITIALIZED=6469
E: XKBLAYOUT=us,cz
E: XKBMODEL=pc105
E: XKBOPTIONS=terminate:ctrl_alt_bksp capslock:backspace grp:sclk_toggle
E: XKBVARIANT=colemak,qwerty

P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input8

Bug#767405: pybit: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

Package: pybit
Severity: wishlist
Tags: l10n patch 


Dear Maintainer,

==
Please find attached the Dutch translation of pybit debconf messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as debian/po/nl.po in your package build tree.
===

Groetjes,
Frans

===
www.frans-spiesschaert.homenet.org
home.base.be/vt6362833/


nl.po.gz
Description: Binary data