Bug#703456: [Pkg-fonts-devel] Bug#703456: Please add Nafees Nastaleeq

[Christian PERRIER]

Quoting Gunnar Hjalmarsson (gunna...@ubuntu.com):
> Soon before the April Ubuntu release we figured out a way that seems to
> have made the Urdu users happy. We patched fonts-nafees 1.2-5 by adding
> NafeesNastaleeq.ttf together with a recipe which I attach to this
> message. We did not address the version number issue (not enough time).
> 
> The complete diff is available at
> http://launchpadlibrarian.net/172050192/fonts-nafees_1.2-5_1.2-5ubuntu1.diff.gz
> 
> It would of course be desirable if we could get Ubuntu and Debian back
> in sync. Creating a separate fonts-nafees-nastaleeq package would be
> fine for us, but that recipe (or something else with the same effect)
> seems to be necessary as well.
> 
> -- 
> Gunnar Hjalmarsson
> https://launchpad.net/~gunnarhj

> Description: Make Nafees Nastaleeq the preferred font for Urdu
> Bug-Ubuntu: https://launchpad.net/bugs/1153188
> Bug-Debian: https://bugs.debian.org/703456
>  That bug is not really a forward of this patch. So far it's rather a
>  discussion with Debian about adding the related .ttf file to begin with.
>  The plan is to sort things out with upstream after the 14.04 release.
> Author: Gunnar Hjalmarsson 


Where can the TTF file be downloaded? We should also check if there is
a "source" file of any kind as we now prefer including source files
for fonts when we can.




signature.asc
Description: Digital signature

Bug#750892: hdparm: -m 0 option on SATA drive caused lockup, required full fsck

[Arthur Marsh]

Package: hdparm
Version: 9.43-1.1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

trying to turn of multcount (-m 0) on a SATA drive

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

It resulted in a a lockup that required a full fsck of all mounted drives
after reboot.

The behaviour of hdparm with SATA drives should be sane.

*** End of the template - remove these template lines ***


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

Kernel: Linux 3.15.0-rc8+ (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hdparm depends on:
ii  libc6 2.19-1
ii  lsb-base  4.1+Debian12

Versions of packages hdparm recommends:
ii  powermgmt-base  1.31+nmu1

Versions of packages hdparm suggests:
pn  apmd  

-- Configuration Files:
/etc/hdparm.conf changed:
/dev/sda {
read_ahead_sect = 1024
}
/dev/sdb {
read_ahead_sect = 256
}


-- 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#750891: [flashplugin-nonfree] "This package currently supports the following browsers:Mozilla, Mozilla-Firefox, Firefox"

[Filipus Klutiero]

Package: flashplugin-nonfree
Version: 1:3.4
Severity: minor

The extended description contains:

This package currently supports the following browsers:
Mozilla, Mozilla-Firefox, Firefox, Iceweasel, and Iceape.


Something is definitely wrong in the list. "Mozilla" should probably read "SeaMonkey 
Navigator".

By the way, Chromium should be part of that list according to 
https://wiki.debian.org/FlashPlayer#Supported_browsers_in_Debian

--
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#574947: Status and progress

[Vincent Bernat]

 ❦ 16 avril 2014 06:15 +0900, Shigio YAMAGUCHI  :

> There will be no response, even if you are waiting. Instead, how about
> making a new package named 'global6'? Such cases are often seen.
> e.g.
> Python: python, python3
> gnupg: gnupg, gnupg2
>
> Since the present package includes Ron's fine htmake, it should be
> considered a special one. So, the new package may co-exist with it.
> There is no fear of collisions, because Ron's package is 'global5'
> forever. :)

Unfortunately, because of the conflicting names, it would be
problematic. Ron, will you agree if someone packaged global6 without the
CGI stuff and use of the alternative system to let people choose between
global and global6 for gtags and other commands?

I am using gg-tags in Emacs and the current version of global in Debian
just doesn't work with this mode.
-- 
panic("CPU too expensive - making holiday in the ANDES!");
2.2.16 /usr/src/linux/arch/mips/kernel/traps.c


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

Bug#664491: Info received (cclive: [INTL:de] initial German man page translation)

[Helge Kreutzmann]

Hello Maintainer,
On Sat, May 19, 2012 at 05:58:12PM +0200, Helge Kreutzmann wrote:
> is there a chance that the translated man page is included for Wheezy?

and for Jessi?

(If you need any help do not hesitate to contact me)

Thanks

Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#630230: Implementation for Wheezy possible?

[Helge Kreutzmann]

Hello Maintainer,
On Sun, Jan 29, 2012 at 09:38:01AM +0100, Helge Kreutzmann wrote:
> do you think it is possible to implement this in time for Wheezy? At
> first my rought patch should do, later a better version (without
> enumerating all language variants) can be implemented.

The next stable release is approaching. Do you think you can apply my
patch (or an improved version) for Jessi?

If you are not longer active on this package (last upload from 2009)
please orphan it (or send an RFH/RFA).

Thanks

 Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#710531: Acknowledgement (po4a: Typos and unclear wording in documentation)

[Helge Kreutzmann]

Hello,
this typo reports recently turned 1 year old. Is there anything I can
do to help them get into po4a, like submitting them directly to SVN?

Thanks!

   Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#640235: debarchiver: Several improvements for english man page

[Helge Kreutzmann]

Hello Ola,
On Sun, Nov 06, 2011 at 08:13:01PM +0100, Ola Lundqvist wrote:
> Thanks a lot for your support! It is much appriciated.
> 
> On Sun, Nov 06, 2011 at 11:39:45AM +0100, Helge Kreutzmann wrote:
> > Hello Valéry,
> > On Sat, Nov 05, 2011 at 09:41:11PM +0100, Valéry Perrin wrote:
> > > There is also,
> > > 1/ the updated makefile to generate and install the german translation :
> > > Makefile
> 
> Installed.
> 
> > > 2/ the updated po4a config file for handle the german translation : 
> > > po4a.cfg
> > 
> > Yes, these are necessary, since without (i.e. in 0.9.8) the German man
> > page is not generated :-(( Thanks for providing! I updated it to
> > include the German addendum.
> 
> Thanks a lot to you both.
> 
> > > But missing the german addendum. If Helge Kreutzmann provide this, put
> > > this in po4a directory and just add "add_de:./debarchiver.add.de" to the
> > > end of the last line in po4a.cfg file.
> > 
> > I already provided it, but it seems to have fallen throught the
> > cracks. It is attached to this e-mail again, also fixed a minor bug so
> > that it gets actually included in the generated man page.
> 
> My mistake. I missed this file. Sorry about that. Now it is in the package.
> 
> > > This two last files are not perfect (but works fine) but I do not have
> > > time to do better immediatly, especially if there would be many other
> > > languages.
> > 
> > I think they'll do for now. If wanted, I can provide more generic ones
> > later, if wanted.
> > 
> > > By the way, there is a typo error in original man page. You wrote
> > > "configuratiln" instead "configuration" in string #80. Dont correct this
> > > immediatly, because the translated strings becoming "fuzzy".
> > 
> > I reported this and some other ones in #640235.
> > 
> > Also while testing this I noticed (unfortunately) two more typos in
> > the German translation, therefor I attached it as well again.
> > 
> > So, Ola, could you please:
> > a) copy the Makefile from Valeries report into po4a
> Done
> 
> > b) copy the attached debarchiver.add.de and debarchiver.add.fr (from
> >Valérys e-mail) into po4a
> Done.
> 
> > c) copy the attached po4a config file (po4a.cfg) into po4a as well
> Done.
> 
> > d) copy the updated fr.po from Valérys e-mail and the updated de.po
> >from this e-mail into po4a/po
> Done.
> 
> > For your convenience, I tarball which did all this is available from
> > http://www.helgefjell.de/data/debarchiver_0.9.9.tar.gz
> > 
> > When you work on #640235 do not hesitate to contact me or Valéry so
> > that we can help you in the process (and avoid unnecessary work).
> 
> I'll do that shortly. But first I will release teh 0.9.9 version.

Any ETA on this? (On first sight, the bug looks closed, but I'm not
100% sure).

Thanks again

Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#747173: Make dmesg dump configurable

[John Wright]

On Mon, May 26, 2014 at 11:02:21AM +0200, Louis Bouchard wrote:
> Hello Juerg, John,
> 
> I have applied your patch and pushed a new branch to alioth :
> 
> http://anonscm.debian.org/gitweb/?p=collab-maint/makedumpfile.git;a=shortlog;h=refs/heads/bug-747173-configurable-dmesg
> 
> John, could you please merge it & sponsor the upload ?
> 
> I did a minor edit to your comment : I do think that it is valuable to have 
> the
> dmesg content in a production environment : this avoids having to send
> multi-gigabyte of vmcore just to get the backtrace of what caused the kernel
> panic to happen.

Merged to master, tagged, pushed, and uploaded to Debian. :-)

Thanks Louis for packaging, and Juerg for the patch!

-- 
John Wright 


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

Bug#750890: roundcube: Unable to login after upgrading to php 5.6.0.

[Soren Stoutner]

Package: roundcube
Version: 0.9.5-4
Severity: grave
Justification: renders package unusable

After upgrading to php5 5.6.0~beta3+dfsg-2, users cannot login to roundcube.  
The webpage produces the error "Connection to storage server failed."

/var/log/roundcube/errors contains the following error:

IMAP Error: Login failed for soren from 127.0.0.1. Could not connect to 
ssl://localhost:993: Unknown reason (fsockopen() function disabled?) in 
/usr/share/roundcube/program/lib/Roundcube/rcube_imap.php on line 184 (POST 
/?_task=login&_action=login)


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

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

Versions of packages roundcube depends on:
ii  roundcube-core  0.9.5-4

roundcube recommends no packages.

roundcube suggests no packages.

Versions of packages roundcube-core depends on:
ii  dbconfig-common1.8.47+nmu1
ii  debconf [debconf-2.0]  1.5.53
ii  libapache2-mod-php55.6.0~beta3+dfsg-2
ii  libjs-jquery   1.7.2+dfsg-3
ii  libmagic1  1:5.18-1
ii  php-auth   1.6.4-1
ii  php-mail-mime  1.8.8-1
ii  php-net-smtp   1.6.1-1
ii  php-net-socket 1.0.14-1
ii  php5   5.6.0~beta3+dfsg-2
ii  php5-common5.6.0~beta3+dfsg-2
ii  php5-intl  5.6.0~beta3+dfsg-2
ii  php5-json  1.3.5-2
ii  php5-mcrypt5.6.0~beta3+dfsg-2
ii  roundcube-mysql0.9.5-4
ii  tinymce3.4.8+dfsg0-1
ii  ucf3.0030

Versions of packages roundcube-core recommends:
ii  apache2  2.4.9-1
ii  apache2-bin [httpd-cgi]  2.4.9-1
ii  apache2-mpm-prefork [httpd-cgi]  2.4.9-1
ii  php5-gd  5.6.0~beta3+dfsg-2
ii  php5-pspell  5.6.0~beta3+dfsg-2

Versions of packages roundcube-core suggests:
ii  php-auth-sasl  1.0.6-1
pn  php-crypt-gpg  
ii  roundcube-plugins  0.9.5-4

-- debconf information:
  roundcube/db/basepath: /var/lib/dbconfig-common/sqlite/roundcube
  roundcube/internal/skip-preseed: false
* roundcube/hosts: tls://localhost
  roundcube/dbconfig-reinstall: false
  roundcube/dbconfig-remove:
* roundcube/db/app-user: roundcube
* roundcube/dbconfig-upgrade: true
* roundcube/language: en_US
* roundcube/mysql/admin-user: root
* roundcube/db/dbname: roundcube
  roundcube/pgsql/method: unix socket
  roundcube/passwords-do-not-match:
  roundcube/missing-db-package-error: abort
  roundcube/pgsql/no-empty-passwords:
  roundcube/pgsql/authmethod-admin: ident
* roundcube/mysql/method: unix socket
  roundcube/pgsql/changeconf: false
  roundcube/purge: false
  roundcube/install-error: abort
  roundcube/pgsql/authmethod-user: password
* roundcube/database-type: mysql
* roundcube/reconfigure-webserver: apache2
  roundcube/remote/port:
  roundcube/remove-error: abort
* roundcube/restart-webserver: true
* roundcube/dbconfig-install: true
  roundcube/remote/newhost:
  roundcube/pgsql/manualconf:
  roundcube/internal/reconfiguring: false
  roundcube/remote/host:
  roundcube/upgrade-backup: true
  roundcube/pgsql/admin-user: postgres
  roundcube/upgrade-error: abort


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

Bug#597656: Should we close this bug?

[Soren Stoutner]

This bug is no longer an issue for me, and hasn't been so for quite some time.  
Does anyone else still have this issue, or should we close the bug?

Soren

-- 
Soren Stoutner
so...@stoutner.com
623-262-6169


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

Bug#750886: pycuda: Needs rebuild to drop python3.3 support

[Scott Kitterman]

Source: pycuda
Version: 2013.1.1+git20140310-1
Severity: normal

Since it appears this package is not autobuilt, please do a manual rebuild
which will drop python3.3 support (python3.4 is now default python3).  We are
trying to remove python3.3 and this will assist the process.


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

Bug#744903: Found the solution.

[Andrew Starr-Bochicchio]

On Fri, Jun 6, 2014 at 5:07 PM, sledgehammer999
 wrote:
> Earlier I said that I on my unclean system it builds ok through ./configure
> && make
> Today I went ahead and setup cowbuilder/pbuilder in order to build on a
> clean system. Of course the build failed.
> Then it hit me. On my unclean system I had manually packaged and installed
> libtorrent 0.16.16 while the official version is at 0.16.13. I reverted back
> to libtorrent 0.16.13 from the Debian repos and now my ./configure && make
> on my unclean system also fails.
> So you probably have to package a newer libtorrent version and try again.

Thanks for pointing that out! I hadn't realized that there was a new
version of libtorrent since the downloads have moved to Sourceforge
from Google Code. I've uploaded new versions of both libtorrent and
qbittorrent.

Thanks!

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1


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

Bug#750885: gnome-keyring: build using libgcrypt20

[Michael Gilbert]

package: src:gnome-keyring
severity: wishlist
version: 3.12.0-2
control: tag -1 patch

Hi, I would like to build chromium using libgcrypt20, but it won't
link since gnome-keyring is currently using libgcrypt11:
http://bugs.debian.org/750304

Here is an obvious patch that switches to libgcrypt20.

Best wishes,
Mike
diff -Nru gnome-keyring-3.12.0/debian/changelog gnome-keyring-3.12.0/debian/changelog
--- gnome-keyring-3.12.0/debian/changelog	2014-04-26 18:21:47.0 +
+++ gnome-keyring-3.12.0/debian/changelog	2014-06-08 03:31:01.0 +
@@ -1,3 +1,10 @@
+gnome-keyring (3.12.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Build using libgrypt20.
+
+ -- Michael Gilbert   Sun, 08 Jun 2014 03:30:42 +
+
 gnome-keyring (3.12.0-2) unstable; urgency=medium
 
   * Upload to unstable.
diff -Nru gnome-keyring-3.12.0/debian/control.in gnome-keyring-3.12.0/debian/control.in
--- gnome-keyring-3.12.0/debian/control.in	2014-04-06 21:45:18.0 +
+++ gnome-keyring-3.12.0/debian/control.in	2014-06-08 03:36:25.0 +
@@ -15,7 +15,7 @@
libdbus-1-dev (>= 1.1.1),
libgck-1-dev (>= 3.3.4),
libgcr-3-dev (>= 3.5.3),
-   libgcrypt11-dev (>= 1.2.2),
+   libgcrypt20-dev,
libglib2.0-dev (>= 2.38.0),
libp11-kit-dev (>= 0.15.1),
libpam0g-dev,

Bug#737326: Resolved for Me

[Soren Stoutner]

This bug has been resolved for me with the recent update to libreoffice 
1:4.2.4-4.

-- 
Soren Stoutner
so...@stoutner.com
623-262-6169


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

Bug#594711: Can we close this bug?

[Soren Stoutner]

This is a fairly old bug that appears to have been resolved.  Any reason we 
shouldn't close it?

Soren

-- 
Soren Stoutner
so...@stoutner.com
623-262-6169


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

Bug#520726: Close Bug?

[Soren Stoutner]

This bug has been fixed for me for quite some time.  Any reason we shouldn't 
close it?

-- 
Soren Stoutner
so...@stoutner.com
623-262-6169


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

Bug#403173: Still Not Fixed

[Soren Stoutner]

I just checked and this bug is still not fixed with version 0.48.4-4.  Which 
upstream version is fixed?

Soren

-- 
Soren Stoutner
so...@stoutner.com
623-262-6169


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

Bug#750884: Extra fontconfig recipe for fonts-droid

[Gunnar Hjalmarsson]

Package: fonts-android

In Ubuntu 14.04 we replaced Zen Hei with Droid Sans as the default font
for rendering Chinese content. In case of a Chinese locale, we make sure
that Droid Sans is used via 'binding="strong"' in distro specific lang
guarded fontconfig recipes.

In case of an English locale, we found that AR PL UKai or AR PL UMing
took precedence over Droid Sans when fonts-arphic-ukai and
fonts-arphic-uming were installed (which they are in Ubuntu for Chinese
users). This was not considered a desired behavior, and to fix it we
patched fonts-android 1:4.3-3 so that fonts-droid installs an extra
fontconfig recipe.

https://launchpadlibrarian.net/172056918/fonts-android_1%3A4.3-3_1%3A4.3-3ubuntu1.diff.gz

The recipe is similar to 64-wqy-zenhei.conf, which previously gave
sufficient precedence to Zen Hei.

The related Ubuntu bug is https://launchpad.net/bugs/1227034

I forward our solution in the hope that you will find it appropriate to
apply upstream, and with that get Debian and Ubuntu back in sync.

-- 
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj


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

Bug#750579: python-wrapt: FTBFS: unable to load addon sphinxdoc

[Aaron M. Ucko]

found 750579 1.8.0-2
thanks

"Aaron M. Ucko"  writes:

> The problem is that python-wrapt lists python-sphinx only in
> Build-Depends-Indep but unconditionally runs dh --with sphinxdoc.

Thanks for the prompt fix!  However, it looks like you'll also need to
move python(3)-pytest:

  set -ex && for pyvers in 2.7 3.4; do \
  PYTHONPATH=. py.test-$pyvers -v tests ; \
  done
  + PYTHONPATH=. py.test-2.7 -v tests
  /bin/sh: 2: py.test-2.7: not found
  make[1]: *** [override_dh_auto_test] Error 127

I expect you'll also need to do the same for python(3)-six, which should
moreover go to Depends, since I see the installed modules import six.

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


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

Bug#750883: gnome-keyring: ftbfs on kfreebsd

[Michael Gilbert]

package: src:gnome-keyring
severity: grave
version: 3.12.0-2

The test suite failed on both kfreebsd architectures:
https://buildd.debian.org/status/package.php?p=gnome-keyring&suite=unstable

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#743174: #743174: paragraph parsing truncates on comments

[Stuart Prescott]

[As a data point towards fixing this in the future]

In #750247, David Kalnischkies pointed out that the use of python-apt's 
TagFile (which is a wrapper around libapt-pkg) would behave badly on comments. 
iter_paragraphs() uses python-apt if it can to accelerate processing of deb822 
files.

Forcing iter_paragraphs() to avoid use python-apt TagFile:

$  echo -e 'Build-Depends: foo,\n#comment\n bar' | python -c 'import sys, 
debian.deb822; l = [p for p in debian.deb822.Deb822.iter_paragraphs(sys.stdin, 
use_apt_pkg=True)]; print(l)'
[{'Build-Depends': u'foo,'}]

$  echo -e 'Build-Depends: foo,\n#comment\n bar' | python -c 'import sys, 
debian.deb822; l = [p for p in debian.deb822.Deb822.iter_paragraphs(sys.stdin, 
use_apt_pkg=False)]; print(l)'
[{'Build-Depends': u'foo,\n bar'}]

When parsing a Packages or Sources file, it is probably acceptable to use the 
strict parser in TagFile by default because the generators of those files are 
strict in what they produce. For other random sources of deb822 files which are 
not necessarily strictly produced or use a syntax that is an extension to the 
Packages and Sources file format, defaulting to the use of TagFile is probably 
a bad thing. We've got quite a few bugs related to debian/control files -- they 
are particularly problematic because they are human-generated and the build 
tools are forgiving in what they accept. Using a strict parser like TagFile to 
consume these files is probably the wrong thing to do; whatever performance 
boost there may be on a short file with only a few paragraphs isn't worth the 
pain this is causing.

I'm starting to wonder if we should invert the current API logic:

* iter_paragraphs should *not* try to use TagFile unless the caller explicitly 
requests it and thereby makes the promise that there will be no comments in 
the data and that paragraphs will be separated by blank lines rather than 
other whitespace etc.

* Packages and Sources files could continue to opportunistically using TagFile 
since they should be OK with that restriction anyway and the performance boost 
of using TagFile is actually worth it for them.

We'd be able to solve at least #750247 and #743174 by doing this.

Comments welcome!

cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


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

Bug#608855: Updated list of recommended packages

[Francois Marier]

In jessie, this is what you need to get the KDE proxy settings to appear:

  apt-get install libkonq-common kpart-webkit systemsettings

Francois


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

Bug#715426: ITP: refind -- graphical boot menu for ia32 and x64 EFI systems

[Eriberto Mota]

tags 715426 moreinfo

Hi Nobuhiro,

Do you still want to package it? I am interested in this package.

Thanks,

Eriberto


pgpThoR_tCMDt.pgp
Description: PGP signature

Bug#750882: [dictionaries-common] "in README.Debian file" in extended description

[Filipus Klutiero]

Package: dictionaries-common
Version: 1.23.4
Severity: minor

The extended description contains:

More info about naming conventions and availability of those
dictionaries in README.Debian file.


"README.Debian file" is missing a determiner. This should read either "the README.Debian 
file" or just "README.Debian".

By the way, it would be a good idea for such a package to stick to complete 
sentences in the extended description.

--
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#750881: ibus-cangjie: Should be arch all not arch any

[Scott Kitterman]

Package: ibus-cangjie
Version: 2.2-1
Severity: normal

Looking at the content shipped in ibus-cangjie, it does not appear that any of
it is architecure specific.  If this is correct, please change from arch any
to arch all and convert switch (at least, I didn't check the rest) the
build-dep on python3-all-dev to python3-all.

This will help conserve time spent building packages on the buildds for the
various architectures Debian supports (which can be quite limited on some
architectures) and also remove ibus-cangjie from the list of packages needing
rebuilding when the python3 version is changed.


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

Bug#750722: libsvn1: libsvn_ra_local inexplicably gains 2044KiB of zero bytes

[James McCoy]

Control: reassign -1 binutils 2.24.51.20140604-3

On Fri, Jun 06, 2014 at 09:32:37AM +0100, RjY wrote:
> During a recent package update I noticed libsvn1 grew a lot in
> installed-size. Upon investigation it turned out this was:
> 
> % for i in libsvn1_1.8.8-2_amd64.deb libsvn1_1.8.9-1_amd64.deb ; do dpkg 
> -c $i ; done | grep ra_local | grep -v '^l'
> -rw-r--r-- root/root 39800 2014-04-01 03:20 
> ./usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1.0.0
> -rw-r--r-- root/root   2132856 2014-05-21 12:33 
> ./usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1.0.0
> 
> Why would a (relatively simple) module for local file:// url access
> suddenly gain 2044KiB in a minor update? The extra space appears to
> consist entirely of zero bytes, as well.

Good question.  Rebuilding 1.8.8-2 in a current sid chroot causes the
same thing.  This seems to be caused by something in the toolchain.

For reference, here are the differences in some key toolchain packages
for the original 1.8.8-2 build and the one I just re-ran:

package   | small lib version | large lib version
-
binutils  | 2.24-5| 2.24.51.20140604-3
g++4.8| 4.8.2-18  | 4.8.3-3
gcc-4.8   | 4.8.2-18  | 4.8.3-3
gcc-4.9   | n/a   | 4.9.0-5
libc6-dev | 2.18-4| 2.19-1
libstdc++-4.8-dev | 4.8.2-18  | 4.8.3-3
libstdc++6| 4.8.2-18  | 4.9.0-5

Based on my minimal knowledge of what goes into building the shared
libraries, I'll start this off in binutils' court.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


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

Bug#741961: blueman: Missing dbus import + unknown object name

[David Frye]

I was having the same issue with the missing global name as well, tried 
your patch in part (gui/DeviceList.py was there, main/KillSwitch.py was 
renamed main/KillSwitchNG.py) but still have an error on loading of XFCE 
for blueman-manager.


The applet remains useless from the left mouse click in the panel for 
any function other than plugins and about.


Running the blueman-manager from the command line generates this:

$ blueman-manager
Loading configuration plugins
Using gconf config backend
_
Load (/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:54)
['PulseAudioProfile', 'Services']
_
__load_plugin 
(/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:127)

loading 
_
__load_plugin 
(/usr/lib/python2.7/dist-packages/blueman/main/PluginManager.py:127)
loading 'blueman.plugins.manager.PulseAudioProfile.PulseAudioProfile'>

_
pa_context_event 
(/usr/lib/python2.7/dist-packages/blueman/main/PulseAudioUtils.py:306)

1
_
pa_context_event 
(/usr/lib/python2.7/dist-packages/blueman/main/PulseAudioUtils.py:306)

5
blueman-manager version 1.23 starting
_
on_bluez_name_owner_changed (/usr/bin/blueman-manager:112)
org.bluez owner changed to  :1.2
Using gconf config backend
_
SetAdapter (/usr/lib/python2.7/dist-packages/blueman/gui/DeviceList.py:276)
None
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 604, 
in msg_reply_handler

reply_handler(*message.get_args_list(**get_args_opts))
  File "/usr/bin/blueman-manager", line 163, in on_bluez_name_owner_changed
self.List = 
ManagerDeviceList(adapter=self.Config.props.last_adapter, inst=self)
  File 
"/usr/lib/python2.7/dist-packages/blueman/gui/manager/ManagerDeviceList.py", 
line 71, in __init__

DeviceList.__init__(self, adapter, data)
  File "/usr/lib/python2.7/dist-packages/blueman/gui/DeviceList.py", 
line 108, in __init__

self.SetAdapter(adapter)
  File "/usr/lib/python2.7/dist-packages/blueman/gui/DeviceList.py", 
line 290, in SetAdapter

self.Adapter = self.Manager.GetAdapter(adapter)
  File "/usr/lib/python2.7/dist-packages/blueman/bluez/utils.py", line 
28, in warp

raise errors.parse_dbus_error(exception)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: 
Rejected send message, 2 matched rules; type="method_call", 
sender=":1.108" (uid=1000 pid=5525 comm="/usr/bin/python 
/usr/bin/blueman-manager ") interface="org.bluez.Manager" 
member="DefaultAdapter" error name="(unset)" requested_reply="0" 
destination="org.bluez" (uid=0 pid=2963 comm="/usr/sbin/bluetoothd ")



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

Bug#652306: pulseaudio: cannot select different master channel

[Kete]

On 2014-06-06 17:38, Felipe Sateler wrote:

Does this still happen with pulseaudio 5.0 from testing?


Sorry, I'm not running the computer, and I'm not planning on fixing it 
any time soon. Thank you



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

Bug#750878: qtdeclarative-opensource-src: FTBFS on hppa: symbol problems

[Lisandro Damián Nicanor Pérez Meyer]

Don't worry, this is expected and actually is also happening in other archs. 
As soon as all the official archs try to build it I'll get the build logs from 
everywhere (ie, including ports) and fix it.


-- 
Only Irish coffee provides in a single glass all four essential food groups
-- alcohol, caffeine, sugar, and fat.
  Alex Levine

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#750880: wine-unstable breaks winetricks

[Mike McGuire]

Package: wine-unstable
Version: 1.7.19-1
Severity: normal

Trying to run winetricks results in the following output:

--
WINE is wine, which is neither on the path nor an executable file
--

I don't know if there's any easy fix for this but I found a couple workarounds:
1. ln -s /usr/lib/wine-unstable/wine /usr/bin/wine
2. run winetricks with environment variable WINE=wine-unstable

I guess something could be added to the README or something.


-- System Information:
Debian Release: 7.5
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages wine-unstable depends on:
ii  wine32-unstable  1.7.19-1

wine-unstable recommends no packages.

Versions of packages wine-unstable suggests:
ii  binfmt-support 2.0.12
ii  ttf-mscorefonts-installer  3.4+nmu1
pn  wine-doc   

-- no debconf information


  

Bug#750879: proot: FTBFS with clang instead of gcc

[Arthur Marble]

Package: proot
Severity: minor
Usertags: clang-ftbfs
User: pkg-llvm-t...@lists.alioth.debian.org
Tag: patch


Hello,

Using the rebuild infrastructure, your package fails to build with clang
(instead of gcc).

Thanks,
Arthur
diff -Naur proot.orig/proot-3.2.2/debian/changelog proot/proot-3.2.2/debian/changelog
--- proot.orig/proot-3.2.2/debian/changelog	2014-06-07 18:21:54.313798503 -0500
+++ proot/proot-3.2.2/debian/changelog	2014-06-07 18:54:27.789832522 -0500
@@ -1,3 +1,15 @@
+proot (3.2.2-2) unstable; urgency=low
+
+  * Fix FTBFS with clang
+- Fixed "function definition not allowed" error in
+src/cli/cli.c
+src/execve/elf.c
+src/path/path.c
+src/tracee/event.c
+src/tracee/tracee.c
+  
+ -- Arthur Marble   Sat, 07 Jun 2014 18:54:19 -0500
+
 proot (3.2.2-1) unstable; urgency=low
 
   * Upgrade to latest PRoot version (Closes: #730363)
diff -Naur proot.orig/proot-3.2.2/debian/patches/clang-ftbfs.diff proot/proot-3.2.2/debian/patches/clang-ftbfs.diff 
--- proot.orig/proot-3.2.2/debian/patches/clang-ftbfs.diff	1969-12-31 18:00:00.0 -0600
+++ proot/proot-3.2.2/debian/patches/clang-ftbfs.diff	2014-06-07 18:58:21.345836589 -0500
@@ -0,0 +1,320 @@
+--- a/src/cli/cli.c
 b/src/cli/cli.c
+@@ -145,6 +145,13 @@ static void print_error_separator(const
+ 			argument->name, argument->separator);
+ }
+ 
++static void append(const char *post, char string[]) {
++	ssize_t length = sizeof(string) - (strlen(string) + strlen(post));
++	if (length <= 0)
++		return;
++	strncat(string, post, length);
++}
++
+ static void print_argv(const Tracee *tracee, const char *prompt, char **argv)
+ {
+ 	char string[ARG_MAX] = "";
+@@ -153,18 +160,11 @@ static void print_argv(const Tracee *tra
+ 	if (!argv)
+ 		return;
+ 
+-	void append(const char *post) {
+-		ssize_t length = sizeof(string) - (strlen(string) + strlen(post));
+-		if (length <= 0)
+-			return;
+-		strncat(string, post, length);
+-	}
+-
+-	append(prompt);
+-	append(" =");
++	append(prompt, string);
++	append(" =", string);
+ 	for (i = 0; argv[i] != NULL; i++) {
+-		append(" ");
+-		append(argv[i]);
++		append(" ", string);
++		append(argv[i], string);
+ 	}
+ 	string[sizeof(string) - 1] = '\0';
+ 
+--- a/src/execve/elf.c
 b/src/execve/elf.c
+@@ -311,6 +311,31 @@ static int add_xpaths(const Tracee *trac
+ 	return 0;
+ }
+ 
++/* Callback used to get the address of the *first* string
++ * table.  The ELF specification doesn't mention if it may
++ * have several string table references.  */
++static int get_strtab_address(uint64_t value, uint64_t strtab_address)
++{
++	strtab_address = value;
++	return -1; /* Stop the loop.  */
++}
++
++static int add_rpaths(uint64_t index, off_t strtab_offset, const Tracee* tracee,
++	   int fd, char **rpaths)
++{
++	if (strtab_offset < 0 || (uint64_t) strtab_offset > UINT64_MAX - index)
++		return -ENOEXEC;
++	return add_xpaths(tracee, fd, strtab_offset + index, rpaths);
++}
++
++static int add_runpaths(uint64_t index, off_t strtab_offset, const Tracee* tracee,
++		 int fd, char **runpaths)
++{
++	if (strtab_offset < 0 || (uint64_t) strtab_offset > UINT64_MAX - index)
++		return -ENOEXEC;
++	return add_xpaths(tracee, fd, strtab_offset + index, runpaths);
++}
++
+ /**
+  * Put the RPATH and RUNPATH dynamic entries from the file referenced
+  * by @fd -- which has the provided @elf_header -- in @rpaths and
+@@ -330,15 +355,6 @@ int read_ldso_rpaths(const Tracee* trace
+ 	if (status <= 0)
+ 		return status;
+ 
+-	/* Callback used to get the address of the *first* string
+-	 * table.  The ELF specification doesn't mention if it may
+-	 * have several string table references.  */
+-	int get_strtab_address(uint64_t value)
+-	{
+-		strtab_address = value;
+-		return -1; /* Stop the loop.  */
+-	}
+-
+ 	status = foreach_dynamic_entry(fd, elf_header, &dynamic, DT_STRTAB, get_strtab_address);
+ 	if (strtab_address == (uint64_t) -1) {
+ 		if (status < 0)
+@@ -356,20 +372,6 @@ int read_ldso_rpaths(const Tracee* trace
+ 	strtab_offset = PROGRAM_FIELD(*elf_header, strtab_segment, offset)
+ 		+ (strtab_address - PROGRAM_FIELD(*elf_header, strtab_segment, vaddr));
+ 
+-	int add_rpaths(uint64_t index)
+-	{
+-		if (strtab_offset < 0 || (uint64_t) strtab_offset > UINT64_MAX - index)
+-			return -ENOEXEC;
+-		return add_xpaths(tracee, fd, strtab_offset + index, rpaths);
+-	}
+-
+-	int add_runpaths(uint64_t index)
+-	{
+-		if (strtab_offset < 0 || (uint64_t) strtab_offset > UINT64_MAX - index)
+-			return -ENOEXEC;
+-		return add_xpaths(tracee, fd, strtab_offset + index, runpaths);
+-	}
+-
+ 	status = foreach_dynamic_entry(fd, elf_header, &dynamic, DT_RPATH, add_rpaths);
+ 	if (status < 0)
+ 		return status;
+--- a/src/path/path.c
 b/src/path/path.c
+@@ -706,19 +706,20 @@ end:
+ 	return status;
+ }
+ 
++static int list_open_fd_callback(const Tracee *tracee, int fd, char path[PATH_MAX])
++{
++	VERBOSE(tracee, 1,
++		"pid %d: access to \"%s\" (fd %d) won't be translated until closed",
++		tracee->pid, path, fd);
++	return

Bug#746587: Acknowledgement (Use systemd built-in mechanisms for mounting remote file systems like NFS during early boot)

[Michael Biebl]

Am 06.06.2014 13:05, schrieb Michael Biebl:
> tags 746587 + pending
> thanks
> 
> I've uploaded a fix for unstable and experimental to DELAYED/1.
> Debdiffs are attached.

Grr, seems I somehow managed to mess up the formatting and turned a tab
character into U+21A6. Did a follow-up upload to fix that.

Updated debdiffs attached.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog
--- sysvinit-2.88dsf/debian/changelog   2014-04-21 10:12:05.0 +0200
+++ sysvinit-2.88dsf/debian/changelog   2014-06-08 01:25:01.0 +0200
@@ -1,3 +1,22 @@
+sysvinit (2.88dsf-55.2) experimental; urgency=medium
+
+  * Fix a formatting error in mountnfs which turned a tab character into
+U+21A6.
+
+ -- Michael Biebl   Sun, 08 Jun 2014 01:22:37 +0200
+
+sysvinit (2.88dsf-55.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * 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)
+
+ -- Michael Biebl   Fri, 06 Jun 2014 12:59:06 +0200
+
 sysvinit (2.88dsf-55) experimental; urgency=medium
 
   [ Gabriele Giacone ]
diff -Nru sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs 
sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs
--- sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs
2014-01-27 22:21:13.0 +0100
+++ sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs
2014-06-08 01:22:32.0 +0200
@@ -7,6 +7,16 @@
 #Also mounts SMB filesystems now, so the name of
 #this script is getting increasingly inaccurate.
 
+# 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.
+if [ -d /run/systemd/system ]; then
+   systemctl list-jobs | grep -q network.target && exit 0
+fi
+
 PATH=/sbin:/bin
 . /lib/init/vars.sh
 
diff -Nru sysvinit-2.88dsf/debian/changelog sysvinit-2.88dsf/debian/changelog
--- sysvinit-2.88dsf/debian/changelog   2014-04-07 11:26:50.0 +0200
+++ sysvinit-2.88dsf/debian/changelog   2014-06-08 01:25:19.0 +0200
@@ -1,3 +1,22 @@
+sysvinit (2.88dsf-53.2) unstable; urgency=medium
+
+  * Fix a formatting error in mountnfs which turned a tab character into
+U+21A6.
+
+ -- Michael Biebl   Sun, 08 Jun 2014 01:13:48 +0200
+
+sysvinit (2.88dsf-53.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * 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)
+
+ -- Michael Biebl   Fri, 06 Jun 2014 12:56:54 +0200
+
 sysvinit (2.88dsf-53) unstable; urgency=medium
 
   [ Gabriele Giacone ]
diff -Nru sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs 
sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs
--- sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs
2014-01-27 22:21:13.0 +0100
+++ sysvinit-2.88dsf/debian/src/initscripts/etc/network/if-up.d/mountnfs
2014-06-08 01:11:21.0 +0200
@@ -7,6 +7,16 @@
 #Also mounts SMB filesystems now, so the name of
 #this script is getting increasingly inaccurate.
 
+# 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.
+if [ -d /run/systemd/system ]; then
+   systemctl list-jobs | grep -q network.target && exit 0
+fi
+
 PATH=/sbin:/bin
 . /lib/init/vars.sh
 


signature.asc
Description: OpenPGP digital signature

Bug#746358: Boot hangs if fstab contains NFS entries

[Michael Biebl]

Am 08.06.2014 00:37, schrieb Jason Alavaliant:
> I've just tested the latest initscripts package (2.88dsf-53.1)
> 
> Unfortunately the lines in adds to /etc/network/if-up.d/mountnfs ;
> 
> --
> # 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.
> if [ -d /run/systemd/system ]; then
>   systemctl list-jobs | grep -q network.target && exit 0
> fi
> -
> 
> Do not fix the problem for me and my boot started sitting on configuring
> network interfaces again
> (I only waited 5minutes before giving up,  so I'm unsure if it was just
> being very slow or if it would never have completed)
> 
> I ended up swapping out the above lines for
> ---
> if [ -d /run/systemd/system ] ; then
>systemctl status network.target > /dev/null || exit 0
> fi
> ---
> the same as I'd been using after a previous suggestion in this bug,  
> they continues to work and my system now finishes
> configuring network interfaces and boots successfully again.


Yeah, sorry.
Messed up the formatting pretty badly. 2.88dsf-53.2, which I just
uploaded, should work better



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#750792: rpcbind: rpcinfo segfaults

[Jason Alavaliant]

On 07/06/14 12:21, Aníbal Monsalve Salazar wrote:

On Sat, 2014-06-07 11:03:28 +1200, Jason Alavaliant wrote:

Package: rpcbind
Version: 0.2.1-3
Severity: important

Dear Maintainer,

In the last few days the rpcinfo command has started to segfault for
me.  (I'm not 100% sure but it may have started directly after I
updated my libc6 package to 2.19-1)

I'm seeing in /var/log/syslog entries like

Jun  7 10:52:02 grigorig kernel: [ 1085.923616] traps: rpcinfo[3160] general 
protection ip:7f940ff37218 sp:783d1e38 error:0 in 
libpthread-2.19.so[7f940ff26000+18000]

(which come from nfs-common trying to call it when it's init script
runs).

Running it directly from a shell results in a segfault;
$ /usr/sbin/rpcinfo
Segmentation fault

Here is what I get running it through gdb

$ gdb /usr/sbin/rpcinfo
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/sbin/rpcinfo...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/sbin/rpcinfo
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__lll_unlock_elision (lock=0x77ddafe0 , private=0) at 
../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
29  ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c: No such file or 
directory.
(gdb) bt
#0  __lll_unlock_elision (lock=0x77ddafe0 , private=0) at 
../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
#1  0x77bbc9b1 in ?? () from /lib/x86_64-linux-gnu/libtirpc.so.1
#2  0x77bc17f0 in ?? () from /lib/x86_64-linux-gnu/libtirpc.so.1
#3  0x00403f8d in ?? ()
#4  0x00401b22 in ?? ()
#5  0x77404b45 in __libc_start_main (main=0x401760, argc=1, argv=0x7fffe228, 
init=, fini=, rtld_fini=,
 stack_end=0x7fffe218) at libc-start.c:287
#6  0x00402591 in ?? ()
(gdb)

Thanks
-J

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages rpcbind depends on:
ii  initscripts  2.88dsf-53
ii  insserv  1.14.0-5
ii  libc-bin 2.19-1
ii  libc62.19-1
ii  libtirpc10.2.2-7
ii  libwrap0 7.6.q-25
ii  lsb-base 4.1+Debian12

rpcbind recommends no packages.

rpcbind suggests no packages.

-- no debconf information

Comments, Please.
Did more testing my end and can confirm that libc6 version does seem be 
the trigger.The segfault went away when I downgraded my libc6 
package from 2.19-1 to 2.18-7



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

Bug#746358: Boot hangs if fstab contains NFS entries

[Jason Alavaliant]

I've just tested the latest initscripts package (2.88dsf-53.1)

Unfortunately the lines in adds to /etc/network/if-up.d/mountnfs ;

--
# 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.
if [ -d /run/systemd/system ]; then
  systemctl list-jobs | grep -q network.target && exit 0
fi
-

Do not fix the problem for me and my boot started sitting on configuring 
network interfaces again
(I only waited 5minutes before giving up,  so I'm unsure if it was just being 
very slow or if it would never have completed)

I ended up swapping out the above lines for
---
if [ -d /run/systemd/system ] ; then
   systemctl status network.target > /dev/null || exit 0
fi
---
the same as I'd been using after a previous suggestion in this bug,   they 
continues to work and my system now finishes
configuring network interfaces and boots successfully again.


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

Bug#750772: Additional Information

[Soren Stoutner]

I have the same problem.

An additional piece of interesting troubleshooting information: if I restart 
the apache service on the ownCloud server, the contacts are visible in the web 
interface for the first 15-30 seconds.  After that they disappear.

Soren

-- 
Soren Stoutner
so...@stoutner.com
623-262-6169


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

Bug#746358: Bug reappears

[Michael Biebl]

Are you sure you are using the new script? What kind of error do you still 
encounter? 

On 7. Juni 2014 23:08:06 MESZ, david  wrote:
>Unfortunately the new version of initscripts (2.88dsf-53.1) 
>has a modified mountnfs script which reintroduces this bug.
>
>The patch in an earlier post had fixed it. I don't know 
>enough to be able to patch the new script so i hope 
>somebody here will be able to come up with something.
>
>---
>Sent from a computer.

Bug#750839: webkitgtk: FTBFS on hppa and others: docs-build

[Alberto Garcia]

On Sat, Jun 07, 2014 at 05:15:59PM +0200, Emilio Pozuelo Monfort wrote:

> There are some warnings on the documentation build, and
> generate-gtkdoc aborts on warnings.

I have a patch for that, this bug will be fixed in the next release.

Berto


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

Bug#750878: qtdeclarative-opensource-src: FTBFS on hppa: symbol problems

[John David Anglin]

Package: qtdeclarative-opensource-src
Version: 5.3.0-5
Severity: normal

See following build log:
http://buildd.debian-ports.org/status/fetch.php?pkg=qtdeclarative-opensource-src&arch=hppa&ver=5.3.0-5&stamp=1402178028

-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.15.0-rc8+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
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#742668: /etc/sysctl.conf

[Brian Potkin]

On Thu 29 May 2014 at 22:23:17 +0200, Stefaan Himpe wrote:

> I had the same symptoms after an upgrade that switches to systemd and found
> out that in my case it was related to having
> 
> net.ipv6.conf.all.disable_ipv6 = 1
> 
> in /etc/sysctl.conf
> 
> After commenting out this line, cups starts normally.
> Wanted to add this info to the bug record in case it can help another user.

Many thanks for posting this advice. It (and OdyX's response) helped to
solve a problem which arose on debian-user.

  https://lists.debian.org/20140606163922.c8c11af2.shiems...@kpnplanet.nl

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#750877: worldwind: libtxc-dxtn-s2tc-bin or libtxc-dxtn-s2tc0 should be marked as dependencies

[denisa]

Package: worldwind
Version: 0.5.0-10
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?  I installed and ran world wind.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?  When I run worldwind without these libraries I get many
java errors saying "DXTn compressed textures not supported by this graphics
card".  World wind maps do not display correctly.
   * What outcome did you expect instead? The maps would display correctly, no
errors would occure.

Installing the packages named in the title fixed the problems.

*** End of the template - remove these lines ***



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

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

Versions of packages worldwind depends on:
ii  java-wrappers  0.1.25
ii  libworldwind-java  0.5.0-10

worldwind recommends no packages.

worldwind 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#750876: uninstallable on non-Linux

[Steven Chamberlain]

Control: tags -1 + patch

> On 02/06/14 19:56, Steven Chamberlain wrote:
>> And I wonder if we could adjust gnome-core's dependency from:
>> gnome-session (>= 3.4),
>>
>> to:
>> gnome-session (>= 3.4) [linux-any],
>> gnome-session-bin (>= 3.4) [!linux-any],

I no longer think that's beneficial.

On 07/06/14 22:58, Robert Millan wrote:
> That would imply that gnome-core still achieves its purpose without
> gnome-shell.

It's only needed for the GNOME tasksel task AFAICT.  So gnome-session
can just become Architecture: linux-any.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- debian/control	(revision 41826)
+++ debian/control	(working copy)
@@ -16,7 +16,7 @@
 Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/meta-gnome3/
 
 Package: gnome-core
-Architecture: any
+Architecture: linux-any
 Depends: libatk-adaptor (>= 2.4),
  at-spi2-core (>= 2.4),
  baobab (>= 3.4),

Bug#750876: uninstallable on non-Linux

[Robert Millan]

Package: gnome-core
Severity: serious

On 02/06/14 19:56, Steven Chamberlain wrote:

And I wonder if we could adjust gnome-core's dependency from:
gnome-session (>= 3.4),

to:
gnome-session (>= 3.4) [linux-any],
gnome-session-bin (>= 3.4) [!linux-any],


That would imply that gnome-core still achieves its purpose without
gnome-shell.

I think that's something for the gnome-core maintainers to figure out.

--
Robert Millan


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

Bug#750875: inn2 says inn2-lfs is installed, but it isn't

[Richard Kettlewell]

Package: inn2
Version: 2.5.4-1

I have inn2 installed, and not inn2-lfs:

richard@deodand:~$ dpkg -l *inn2*
Desired=Unknown/Install/Remove/Purge/Hold
| 
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend

|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  inn2   2.5.3-3+b2   i386 'InterNetNews' news server
ii  inn2-dev   2.5.3-3+b2   i386 libinn.a library, headers 
and man
ii  inn2-inews 2.5.3-3+b2   i386 NNTP client news injector, 
from I

in  inn2-lfs  i386 (no description available)
richard@deodand:~$ dpkg -s inn2-lfs
Package: inn2-lfs
Status: install ok not-installed
Priority: extra
Section: news
Architecture: i386

However the new inn2 thinks I have inn2-lfs installed:

Preparing to unpack .../archives/inn2_2.5.4-1_i386.deb ...

You are trying to install inn2 on a system where the inn2-lfs package is
currently installed.

The old inn2-lfs package does not exist anymore and must be replaced by
the new functionally equivalent inn2 package, which supports large files.

This will require rebuilding the history and overview databases, but the
postinst script will attempt to do it for you.

BEWARE: the timecaf spool format is not compatible between 32 and 64 bit
systems and no conversion tool is available.
A possible solution may involve manually feeding the articles to the new
server by using the old innxmit binary in a chroot environment containing
the old spool, history and /etc/news/.

Please create an empty /etc/news/convert-inn-data file and then try 
again installing inn2 if you want to proceed.





Purging inn2 and reinstalling seems to have bypassed the problem.

ttfn/rjk


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

Bug#750771: RFS: python-fysom/1.0.15-1 [ITP] (bootstrap-vz dependency)

[Daniel Lintott]

On 07/06/14 22:20, Alex Chernyakhovsky wrote:
> I've noticed you're using debhelper, and specify a
> compat level of 8. As far as I can tell, you're only using debhelper 7
> features; perhaps consider setting the compat level to 7 (and
> depending on debhelper >= 7) to ease backporting?

That is unnecessary as oldstable has debhelper 8 [1]

Regards,

Daniel Lintott

[1] http://packages.qa.debian.org/d/debhelper.html



signature.asc
Description: OpenPGP digital signature

Bug#703456: [Pkg-fonts-devel] Please add Nafees Nastaleeq

[Gunnar Hjalmarsson]

Soon before the April Ubuntu release we figured out a way that seems to
have made the Urdu users happy. We patched fonts-nafees 1.2-5 by adding
NafeesNastaleeq.ttf together with a recipe which I attach to this
message. We did not address the version number issue (not enough time).

The complete diff is available at
http://launchpadlibrarian.net/172050192/fonts-nafees_1.2-5_1.2-5ubuntu1.diff.gz

It would of course be desirable if we could get Ubuntu and Debian back
in sync. Creating a separate fonts-nafees-nastaleeq package would be
fine for us, but that recipe (or something else with the same effect)
seems to be necessary as well.

-- 
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
Description: Make Nafees Nastaleeq the preferred font for Urdu
Bug-Ubuntu: https://launchpad.net/bugs/1153188
Bug-Debian: https://bugs.debian.org/703456
 That bug is not really a forward of this patch. So far it's rather a
 discussion with Debian about adding the related .ttf file to begin with.
 The plan is to sort things out with upstream after the 14.04 release.
Author: Gunnar Hjalmarsson 

--- fonts-nafees-1.2.orig/90-fonts-nafees.conf	1970-01-01 01:00:00.0 +0100
+++ fonts-nafees-1.2/90-fonts-nafees.conf	2014-03-26 17:04:35.042119545 +0100
@@ -0,0 +1,27 @@
+
+
+
+	
+		
+			ur
+		
+		
+			sans-serif
+		
+		
+			Nafees Nastaleeq
+		
+	
+
+	
+		
+			ur
+		
+		
+			serif
+		
+		
+			Nafees Nastaleeq
+		
+	
+

Bug#749888: gnome-terminal: FTBFS on kfreebsd & hurd archs

[Robert Millan]

On 02/06/14 14:13, Andreas Henriksson wrote:

You'd find that the default configuration is unusable under non-GNOME
(and thus now for all hurd and kfreebsd users).


We can't ship unusable software in Jessie. As per -release mandate kfreebsd-*
is no exception anymore.

It's already been stablished that GDM3 is unportable, and why. If you can't
find a way to make gnome-terminal work without GDM3, then please make it
Linux-only until you can.

I'm afraid you can't rely on porter teams to fix this. gnome-terminal dependency
on GDM3 has nothing to do with porting.

--
Robert Millan


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

Bug#750771: RFS: python-fysom/1.0.15-1 [ITP] (bootstrap-vz dependency)

[Alex Chernyakhovsky]

Sorry, I forgot to state earlier that I am only a Debian Maintainer
and cannot upload this package.

Sincerely,
-Alex


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

Bug#750708: RFS: audiotools/2.21-3 [ITP] -- Collection of audio handling programs for the command line

[Eriberto Mota]

block 550216 by 750708
owner 550216 luc...@gmail.com


Hi Eric,

If it is an ITP, the package no exist in Debian yet. So, you musn't report 
revisions. Please, remove all entries about the -2 and -3 revisions in 
d/changelog.

I suggest you put the upstream e-mail address in d/copyright. Searching in 
Google: b...@biosci.umn.edu and tu...@users.sourceforge.net.

Note that I am not able to upload your package. But I want to say that your 
package appears very good.

Regards,

Eriberto


pgpFCO10uxL46.pgp
Description: PGP signature

Bug#750874: p3scan: FTBFS with clang instead of gcc

[Arthur Marble]

Package: p3scan
Severity: minor
Usertags: clang-ftbfs
User: pkg-llvm-t...@lists.alioth.debian.org
Tag: patch


Hello,

Using the rebuild infrastructure, your package fails to build with clang
(instead of gcc).

Thanks,
Arthur
diff -Naur p3scan.orig/p3scan-2.3.2/debian/changelog p3scan/p3scan-2.3.2/debian/changelog
--- p3scan.orig/p3scan-2.3.2/debian/changelog	2014-06-06 17:27:30.591648436 -0500
+++ p3scan/p3scan-2.3.2/debian/changelog	2014-06-07 16:14:06.661664975 -0500
@@ -1,3 +1,11 @@
+p3scan (2:2.3.2-8.2) unstable; urgency=low
+
+  * Fix FTBFS with clang:
+- Fixed "function declaration not allowed" error in
+p3scan.c
+
+ -- Arthur Marble   Sat, 07 Jun 2014 16:14:06 -0500
+
 p3scan (2:2.3.2-8.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Naur p3scan.orig/p3scan-2.3.2/debian/patches/clang-ftbfs.diff p3scan/p3scan-2.3.2/debian/patches/clang-ftbfs.diff 
--- p3scan.orig/p3scan-2.3.2/debian/patches/clang-ftbfs.diff	1969-12-31 18:00:00.0 -0600
+++ p3scan/p3scan-2.3.2/debian/patches/clang-ftbfs.diff	2014-06-07 16:11:43.009662473 -0500
@@ -0,0 +1,709 @@
+--- a/p3scan.c
 b/p3scan.c
+@@ -2349,6 +2349,343 @@ void usage(char * progname){
+"\n"
+);
+ }
++
++void switchoption(char opt, char * arg, char * optstr, char * where, int state,
++  int error, char **argv, long i, long ii, int pidfd,
++  char * rest, struct servent *port){
++   char *next_tok;
++   switch (opt){
++  case 'h':
++  case 'v':
++  case 'f':
++ /* don't check in second run (is in the first) */
++ if (state==CONFIG_STATE_CMD) return;
++ /* disallow help/version/configfile in configfile */
++ if (state==CONFIG_STATE_FILE){
++fprintf(stderr, "%s '%s' is not allowed in configfile!\n", where, optstr);
++error=1;
++return;
++ }
++  break;
++  default:
++  /* only check help/version/configfile for the first cmd run */
++  if (state==CONFIG_STATE_CMDPRE) return;
++   }
++
++   switch (opt){
++  case 'h': /* usage */
++ usage(argv[0]);
++ exit(0);
++ break;
++  case 'v': /* version */
++ printversion();
++ exit(0);
++ break;
++  case 'f': /* config (file) */
++ config->configfile = arg;
++ break;
++  case 'F': /* footer (file) */
++ config->footer = arg;
++ break;
++  case 'd': /* debug */
++ config->debug=1;
++ break;
++  case 'e': /* Extra notification */
++ config->extra=arg;
++ break;
++  case 'E': /* SMTP (email) port */
++ i=strtol(arg, &rest, 10);
++ if (rest && strlen(rest)>0){
++if (i>0){ /* 123abc */
++   fprintf(stderr, "%s %s isn't a valid port\n", where, arg);
++   error=1;
++}else{
++   if((port=getservbyname(arg, "tcp"))!=NULL) config->smtpport=ntohs(port->s_port);
++   else{
++  fprintf(stderr, "Port lookup for '%s/tcp' failed! Check /etc/services\n", arg);
++  error=1;
++}
++ }
++ } else {
++ if (i>0) config->smtpport=i;
++ else {
++   fprintf(stderr, "%s Incorrect emailport portnumber\n", where);
++   error=1;
++ }
++ }
++ break;
++  case 'l': /* PID File */
++ config->pidfile=arg;
++ if ((pidfd=open(config->pidfile,O_RDONLY ))>=0){
++do_log(LOG_EMERG, "ERR: PID file %s exists! Aborting!",config->pidfile);
++/* Should not reach here. We are dead. */
++pidfd=close(pidfd);
++exit(0);
++ }
++ break;
++  case 'L': /* SSL port */
++ i=strtol(arg, &rest, 10);
++ if (rest && strlen(rest)>0){
++if (i>0){ /* 123abc */
++   fprintf(stderr, "%s %s isn't a valid port\n", where, arg);
++   error=1;
++}else{
++   if((port=getservbyname(arg, "tcp"))!=NULL) config->sslport=ntohs(port->s_port);
++   else{
++  fprintf(stderr, "Port lookup for '%s/tcp' failed! Check /etc/services\n", arg);
++  error=1;
++   }
++}
++ } else {
++if (i>0) config->sslport=i;
++else {
++   fprintf(stderr, "%s Incorrect POP3S portnumber\n", where);
++   error=1;
++}
++ }
++ break;
++  case 'a': /* rename attachments using renattach */
++ config->renattach=arg;
++ break;
++  case 'A': /* use alternate virus notification email */
++ config->altemail=1;
++ break;
++  case 'r': /* virusdir */
++ config->virusdirbase=arg;
++ config->virusdir=config->virusdirbase;
++ break;
++  case 'R': /* smtp reject */
++ config->smtprset=arg;
++ break;
++  ca

Bug#750771: RFS: python-fysom/1.0.15-1 [ITP] (bootstrap-vz dependency)

[Alex Chernyakhovsky]

tags 750771 confirmed
thanks

Hi Marcin,

I've looked at your packaging, and have the following comments:

sbuild reports:
pyversions: missing X(S)-Python-Version in control file, fall back to
debian/pyversions
pyversions: missing debian/pyversions file, fall back to supported versions

Per
https://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-specifying_versions,
please specify X-Python-Version: (>= 2.6) [as per the module's
documentation of being tested on 2.6-3.3).

The files in the debian/ directory look good, and the package is
lintian clean. I've noticed you're using debhelper, and specify a
compat level of 8. As far as I can tell, you're only using debhelper 7
features; perhaps consider setting the compat level to 7 (and
depending on debhelper >= 7) to ease backporting?

Sincerely,
-Alex


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

Bug#750303: (no subject)

[Miguel Landaeta]

reassign 750303 src:stapler 1.218-1
forcemerge 750303 750273
thanks

This bug was caused by stapler.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#744903: [/master] New upstream release (Closes: #744903).

[Andrew Starr-Bochicchio]

tag 744903 pending
thanks

Date: Sun Apr 20 13:07:46 2014 -0400
Author: Andrew Starr-Bochicchio 
Commit ID: 9afd13b345a8f85d0ca9ad986909c94215a4de9c
Commit URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff;h=9afd13b345a8f85d0ca9ad986909c94215a4de9c
Patch URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/qbittorrent.git;a=commitdiff_plain;h=9afd13b345a8f85d0ca9ad986909c94215a4de9c

New upstream release (Closes: #744903).

  


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

Bug#746358: Bug reappears

[david]

Unfortunately the new version of initscripts (2.88dsf-53.1) 
has a modified mountnfs script which reintroduces this bug.

The patch in an earlier post had fixed it. I don't know 
enough to be able to patch the new script so i hope 
somebody here will be able to come up with something.

---
Sent from a computer.

Bug#750871: Bug 750871 - patch

[Faheem Mitha]

On Sat, 7 Jun 2014, Max Bowsher wrote:

The problem here is that some manual sed hackery munging the /usr/bin/hg 
shebang was removed in PAPT SVN r10748, with the justification that 
dh_python2 would take care of it automatically.


Unfortunately, it was not considered that the package currently circumvents 
large portions of dh_python2's multiple python version support by calling the 
upstream Makefile instead of setup.py.


Fortunately the solution is relatively simple:

* Drop package-local Makefile constructs handling multiple python versions

* Explicitly call the python_distutils debhelper buildsystem plugin

* Use override hooks to call only the upstream Makefile targets which handle 
non-distutils parts of the build.


Patch attached.

Regards,
Max Bowsher.


Dear Maintainers,

I tested Max's patch. It works, and looks like a clean solution. I hope 
you will apply it.


Regards, Faheemdiff -ru mercurial-3.0/debian/rules mercurial-3.0.fixed/debian/rules

--- mercurial-3.0/debian/rules	2014-04-07 22:58:25.0 +0100

+++ mercurial-3.0.fixed/debian/rules	2014-06-07 21:32:25.0 +0100

@@ -5,17 +5,30 @@

 #export DH_VERBOSE=1

 

 %:

-	dh $@ --with python2,bash-completion

+	dh $@ --with python2,bash-completion --buildsystem python_distutils

 

-PYVERS=$(shell pyversions -vs)

 PYVER_DEFAULT=$(shell pyversions -vd)

 DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH)

 

+# This package uses both distutils and Makefile elements in its buildsystem.

+# We configure debhelper to use the python_distutils buildsystem plugin, so

+# that appropriate Debian-specific invocations of setup.py are used, and then

+# call the extra needed Makefile targets from override_dh_auto_* targets.

+

 override_dh_auto_build:

-	$(MAKE) all

+	dh_auto_build

+	$(MAKE) doc

 	# Do not start a line with a word with a dot in a manpage

 	sed -i -e 's,^[.]\(hgignore\|hg/hgrc\),\\fP\1,' doc/hg.1

 

+override_dh_auto_install:

+	dh_auto_install

+	$(MAKE) install-doc DESTDIR=$(CURDIR)/debian/tmp

+

+override_dh_auto_clean:

+	dh_auto_clean

+	$(MAKE) clean

+

 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))

  NJOBS := $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))

  PARALLEL_TEST_JOBS := --jobs $(NJOBS)

@@ -44,11 +57,6 @@

 	rename.ul .deb-backup '' $(CURDIR)/tests/*

 endif

 

-override_dh_auto_install: $(PYVERS:%=install-python%)

-

-install-python%:

-	python$* setup.py install --root $(CURDIR)/debian/tmp --install-layout=deb

-

 override_dh_install:

 	dh_install

 	if test -d $(CURDIR)/debian/mercurial ; then \

Bug#750871: Bug 750871 - patch

[Max Bowsher]

The problem here is that some manual sed hackery munging the /usr/bin/hg 
shebang was removed in PAPT SVN r10748, with the justification that 
dh_python2 would take care of it automatically.


Unfortunately, it was not considered that the package currently 
circumvents large portions of dh_python2's multiple python version 
support by calling the upstream Makefile instead of setup.py.


Fortunately the solution is relatively simple:

* Drop package-local Makefile constructs handling multiple python versions

* Explicitly call the python_distutils debhelper buildsystem plugin

* Use override hooks to call only the upstream Makefile targets which 
handle non-distutils parts of the build.


Patch attached.

Regards,
Max Bowsher.
diff -ru mercurial-3.0/debian/rules mercurial-3.0.fixed/debian/rules
--- mercurial-3.0/debian/rules	2014-04-07 22:58:25.0 +0100
+++ mercurial-3.0.fixed/debian/rules	2014-06-07 21:32:25.0 +0100
@@ -5,17 +5,30 @@
 #export DH_VERBOSE=1
 
 %:
-	dh $@ --with python2,bash-completion
+	dh $@ --with python2,bash-completion --buildsystem python_distutils
 
-PYVERS=$(shell pyversions -vs)
 PYVER_DEFAULT=$(shell pyversions -vd)
 DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH)
 
+# This package uses both distutils and Makefile elements in its buildsystem.
+# We configure debhelper to use the python_distutils buildsystem plugin, so
+# that appropriate Debian-specific invocations of setup.py are used, and then
+# call the extra needed Makefile targets from override_dh_auto_* targets.
+
 override_dh_auto_build:
-	$(MAKE) all
+	dh_auto_build
+	$(MAKE) doc
 	# Do not start a line with a word with a dot in a manpage
 	sed -i -e 's,^[.]\(hgignore\|hg/hgrc\),\\fP\1,' doc/hg.1
 
+override_dh_auto_install:
+	dh_auto_install
+	$(MAKE) install-doc DESTDIR=$(CURDIR)/debian/tmp
+
+override_dh_auto_clean:
+	dh_auto_clean
+	$(MAKE) clean
+
 ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
  NJOBS := $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
  PARALLEL_TEST_JOBS := --jobs $(NJOBS)
@@ -44,11 +57,6 @@
 	rename.ul .deb-backup '' $(CURDIR)/tests/*
 endif
 
-override_dh_auto_install: $(PYVERS:%=install-python%)
-
-install-python%:
-	python$* setup.py install --root $(CURDIR)/debian/tmp --install-layout=deb
-
 override_dh_install:
 	dh_install
 	if test -d $(CURDIR)/debian/mercurial ; then \

Bug#652870: evolution: Evolution depends on gnome-keyring

[Bernard Zijlstra]

Package: evolution
Version: 3.12.2-1
Followup-For: Bug #652870

Dear Maintainer,

After adding an e-mail account in evolution I got a message "The name 
org.freedesktop.secrets was not provided by any .service files". A fast search 
told me gnome-keyring was involved which I installed. After that everything 
worked as expected. I use i3 with slim so there is not much gnome stuff by 
default.

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

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

Versions of packages evolution depends on:
ii  dbus   1.8.2-1
ii  debconf [debconf-2.0]  1.5.53
ii  evolution-common   3.12.2-1
ii  evolution-data-server  3.12.2-1
ii  gnome-icon-theme   3.12.0-1
ii  libatk1.0-02.12.0-1
ii  libc6  2.18-7
ii  libcamel-1.2-493.12.2-1
ii  libclutter-gtk-1.0-0   1.5.2-2
ii  libecal-1.2-16 3.12.2-1
ii  libedataserver-1.2-18  3.12.2-1
ii  libevolution   3.12.2-1
ii  libglib2.0-0   2.40.0-3
ii  libgtk-3-0 3.12.2-1
ii  libical1   1.0-1
ii  libnotify4 0.7.6-2
ii  libsoup2.4-1   2.46.0-2
ii  libwebkitgtk-3.0-0 2.4.2-1
ii  libxml22.9.1+dfsg1-3
ii  psmisc 22.21-2

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-3
ii  evolution-plugins  3.12.2-1
ii  yelp   3.12.0-1

Versions of packages evolution suggests:
pn  evolution-ews   
pn  evolution-plugins-experimental  
ii  gnupg   1.4.16-1.1
pn  network-manager 

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown:


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

Bug#746345: youtube-dl: please package new upstream youtube-dl so blip.tv works again

[Josh Triplett]

Package: youtube-dl
Version: 2014.02.17-1
Followup-For: Bug #746345

The latest upstream youtube-dl also fixes downloads from blip.tv.

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

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

Versions of packages youtube-dl depends on:
ii  python2.7.6-2
ii  python-pkg-resources  3.6-1

Versions of packages youtube-dl recommends:
pn  libav-tools | ffmpeg | ffprobe  
ii  mplayer2 [mplayer]  2.0-728-g2c378c7-2
ii  rtmpdump2.4+20131018.git79459a2-2

youtube-dl 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#750873: ITP: libpgobject-type-json-perl -- JSON wrappers for PGObject

[RJ Clay]

Package: wnpp
Owner: Robert James Clay 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libpgobject-type-json-perl
  Version : 1.011.0
  Upstream Author : Chris Travers 
  License : BSD-2-clause
  Description : PGObject::Type::JSON - JSON wrappers for PGObject

This module is a type handler for JSON entities. This is a best effort
mapping of types to references. Literal values are handled as literal
references. It allows json types or other(specified by custom register)
types to be converted from JSON into objects according to their values.
It assumes that encoding will be in UTF8 across the board and is not
safe to use with other database encodings.


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

Bug#747320: Mandate "type" in /bin/sh

[Jakub Wilk]

* Ian Jackson , 2014-05-07, 14:32:

I came across this in /etc/init.d/exim4:

 OLDIFS="$IFS"
 IFS=:
 for p in $PATH; do
   if [ -x "$p/$UPEX4CONF" ]; then
 IFS="$OLDIFS"
 $p/$UPEX4CONF $UPEX4OPTS
 return 0
   fi
 done
 IFS="$OLDIFS"

I imagine that this kind of thing is found in many other places.


This is what Developer's Reference §6.4 recommends. (Strangely enough 
§6.4 is supposed to be about maintainer scripts. But maintainer scripts 
can safely assume that /usr is mounted, and use /usr/bin/which instead 
of this monster.)


So yeah, it's very likely that we have many instances of similar code in 
the archive.


It seems to me that given that dash and bash both provide `type', and 
the underlying functionality necessarily exists in the shell, it would 
be better to mandate that the shell expose it.


Alternatively, we could bless "command -v", which is a nicer interface 
IMO, and it's also supported by bash, dash and mksh.


--
Jakub Wilk


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

Bug#750872: get-flash-videos: Starts downloading youtube video then aborts

[cg]

Package: get-flash-videos
Version: 1.25~git2012.06.27-1
Severity: important

Dear Maintainer,

get-flash-videos starts downloading a youtube link then stops

Example:

cg@cg:~$ get_flash_videos "http://www.youtube.com/watch?v=lJC4usGd-XE";
Using method 'youtube' for http://www.youtube.com/watch?v=lJC4usGd-XE
Downloading http://www.youtube.com/watch?v=lJC4usGd-XE
Downloading http://r6---sn-4vguioxu-
5uil.googlevideo.com/videoplayback?source=youtube&ip=178.128.252.139&expire=1402193187&sparams=id%2Cip%2Cipbits%2Citag%2Cratebypass%2Csource%2Cupn%2Cexpire&ipbits=0&signature=C960413DC389C8817FD89CAED862AF61D0D9F20B.7988435EE048D418E28868D8713269F66DB86BD6&mws=yes&upn=QW4L3Xq9Rgk&key=yt5&id=o-ANwe6K_YHpulQYcZETrB8BRQiVVcbtCWlNHKRKy1EB0q&mt=1402170388&ratebypass=yes&itag=18&sver=3&mv=m&fexp=906008%2C912301%2C913434%2C916612%2C923341%2C924203%2C930008%2C932617%2C941424&ms=au...
Ice_(1969_R_Kramer).mp4: 1% (6091.09 / 399329.93 KiB)
Done. Saved 6292157 bytes to Ice_(1969_R_Kramer).mp4


The .mp4 file is incomplete.



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
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 get-flash-videos depends on:
ii  libcrypt-blowfish-perl  2.12-1+b2
ii  libdata-amf-perl0.09-3
ii  libhtml-parser-perl 3.69-2
ii  libhtml-tree-perl   5.02-1
ii  libtie-ixhash-perl  1.21-2
ii  liburi-perl 1.60-1
ii  libwww-mechanize-perl   1.71-1
ii  libwww-perl 6.04-1
ii  perl5.14.2-21+deb7u1
ii  rtmpdump2.4+20111222.git4e06e21-1

Versions of packages get-flash-videos recommends:
ii  get-iplayer 2.82-2+deb7u1
ii  libcrypt-rijndael-perl  1.08-1+b2
ii  liblwp-protocol-socks-perl  1.6-1
ii  libxml-simple-perl  2.20-1

Versions of packages get-flash-videos suggests:
ii  mplayer 3:1.1.1-dmo4.wheezy1
ii  mplayer2 [mplayer]  1:2.0~git20120817-dmo1

-- 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#750860: xorg crashes randomly, floating point exception (synaptics' fault?)

[niky 45]

oh. alright. It seems logical that random old packages from experimental
are not supported.

for now, I'm running the latest sid kernel (I installed the generic
linux-image package to let it handle the kernel updates). the cpufreq
config files are not there (they're part or the kernel), but if it behaves
as expected, then I'll not miss them. (I mean, I can actually upgrade to a
new kernel if cpufreq works as I'm expecting, even without those files)

as for the synaptics in experimental, I already installed it, and I think
the xserver has crashed after that, but I'm not sure. I mean, I have
updated it today, and I have seen like three crashes today, but I'm not
sure if the last crash was previous to the update or after it. Also, I
didn't restarted the server after the update, so... It may well have been
that the old driver was still loaded and crashed.

as for mixing branches, I know, I know. not the best thing to do. but I
have been using debian for a while, and well, I can manage that (as in,
I know it's prone to break, but I don't mind fixing it every now and
then).

anyway, I'll test everything for a while and update you with the results.

thanks.


2014-06-07 21:02 GMT+02:00 maximilian attems :

> staying on random old packages is not supported,
> stable has lots of fixes on top of 3.2.0
>
>
> On Sat, Jun 07, 2014 at 08:54:29PM +0200, niky 45 wrote:
> > oh. I thought that since the kernel in stable is the 3.2.0, mine (3.6.9)
> > wouldn't be too outdated...
>
> also randomly mixing stable and testing is no good,
> please either switch to one distribution or the other.
>
> while you are it there is a new synpatics driver in experimental,
> which goes with the xorg from testing.
>
> No idea about the cpufreq blurb.
>
> best,
>
> --
> maks
>



-- 
>> niky45 <<

Bug#750173: libopenvg1-mesa: Crashes when playing video after upgrade from 10.1.2-1 to 10.1.4-1

[Josef Kufner]

Dne 7.6.2014 13:46, Josef Kufner wrote:
> I downgraded Linux kernel to verison 3.13 (package
> linux-image-3.13-1-686-pae:i386 3.13.10-1) and so far everything works fine.

Update: Not so fine. Playing video on Youtube and having paused 0AD triggered 
the bug. However it is the most stable combination I found so far.


Xorg.log:

[ 51638.576] (EE) intel(0): Failed to submit batch buffer, expect rendering 
corruption: Invalid argument.

dmesg:

Jun  7 21:29:12 rybicka kernel: [51656.712077] [ cut here 
]
Jun  7 21:29:12 rybicka kernel: [51656.712123] WARNING: CPU: 1 PID: 4043 at 
/build/linux-J9OhPJ/linux-3.13.10/drivers/gpu/drm/i915/intel_display.c:922 
assert_pll+0x6a/0x70 [i915]()
Jun  7 21:29:12 rybicka kernel: [51656.712125] PLL state assertion failure 
(expected on, current off)
Jun  7 21:29:12 rybicka kernel: [51656.712173] Modules linked in: 
rpcsec_gss_krb5 nfsv4 dns_resolver cpufreq_userspace cpufreq_conservative 
cpufreq_powersave bnep rfcomm autofs4 snd_hrtimer snd_seq_midi 
snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device binfmt_misc 
ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat xt_DSCP ipt_REJECT xt_tcpudp 
xt_limit nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack iptable_filter 
iptable_mangle ip_tables x_tables nf_conntrack_ftp nf_conntrack hdaps 
input_polldev visor usbserial cpufreq_stats nfsd auth_rpcgss oid_registry 
nfs_acl nfs lockd sunrpc fscache aes_i586 loop fuse parport_pc ppdev lp parport 
iTCO_wdt iTCO_vendor_support snd_hda_codec_analog joydev coretemp pcmcia 
kvm_intel kvm evdev psmouse serio_raw pcspkr btusb bluetooth arc4 i2c_i801 
yenta_socket pcmcia_rsrc iwl3945 pcmcia_core iwlegacy lpc_ich mac80211 mfd_core 
cfg80211 wmi snd_hda_intel snd_hda_codec i915 thinkpad_acpi snd_hwdep 
snd_pcm_oss snd_mixer_oss nvram battery snd_pcm snd_page_alloc 
snd_timer rfkill drm_kms_hel
Jun  7 21:29:12 rybicka kernel: er snd ac drm tpm_tis soundcore tpm 
i2c_algo_bit acpi_cpufreq i2c_core video processor button ext4 crc16 mbcache 
jbd2 sha256_generic cbc dm_crypt dm_mod sd_mod crc_t10dif sr_mod 
crct10dif_generic cdrom crct10dif_common ata_generic ahci libahci ata_piix 
libata scsi_mod thermal thermal_sys ehci_pci uhci_hcd ehci_hcd e1000e ptp 
pps_core usbcore usb_common
Jun  7 21:29:12 rybicka kernel: [51656.712207] CPU: 1 PID: 4043 Comm: Xorg Not 
tainted 3.13-1-686-pae #1 Debian 3.13.10-1
Jun  7 21:29:12 rybicka kernel: [51656.712207] Hardware name: LENOVO 
88986CG/88986CG, BIOS 7LETB0WW (2.10 ) 01/21/2008
Jun  7 21:29:12 rybicka kernel: [51656.712212]  0009 c140bd8e f2657b90 
c104d45e f87f7384 f2657ba8 0fcb f87f5cc0
Jun  7 21:29:12 rybicka kernel: [51656.712215]  039a f87a56ca f87a56ca 
0001 0001  f6e18000 c104d4b3
Jun  7 21:29:12 rybicka kernel: [51656.712218]  0009 f2657b90 f87f7384 
f2657ba8 f87a56ca f87f5cc0 039a f87f7384
Jun  7 21:29:12 rybicka kernel: [51656.712219] Call Trace:
Jun  7 21:29:12 rybicka kernel: [51656.712225]  [] ? 
dump_stack+0x3e/0x4e
Jun  7 21:29:12 rybicka kernel: [51656.712228]  [] ? 
warn_slowpath_common+0x7e/0xa0
Jun  7 21:29:12 rybicka kernel: [51656.712245]  [] ? 
assert_pll+0x6a/0x70 [i915]
Jun  7 21:29:12 rybicka kernel: [51656.712259]  [] ? 
assert_pll+0x6a/0x70 [i915]
Jun  7 21:29:12 rybicka kernel: [51656.712261]  [] ? 
warn_slowpath_fmt+0x33/0x40
Jun  7 21:29:12 rybicka kernel: [51656.712277]  [] ? 
assert_pll+0x6a/0x70 [i915]
Jun  7 21:29:12 rybicka kernel: [51656.712295]  [] ? 
intel_crtc_load_lut+0x19a/0x1b0 [i915]
Jun  7 21:29:12 rybicka kernel: [51656.712301]  [] ? 
drm_fb_helper_setcmap+0x23d/0x3b0 [drm_kms_helper]
Jun  7 21:29:12 rybicka kernel: [51656.712312]  [] ? 
drm_framebuffer_unreference+0x31/0x50 [drm]
Jun  7 21:29:12 rybicka kernel: [51656.712322]  [] ? 
drm_modeset_unlock_all+0x20/0x40 [drm]
Jun  7 21:29:12 rybicka kernel: [51656.712325]  [] ? 
fb_set_cmap+0x54/0x120
Jun  7 21:29:12 rybicka kernel: [51656.712327]  [] ? 
fb_pan_display+0xba/0x170
Jun  7 21:29:12 rybicka kernel: [51656.712330]  [] ? 
fbcon_set_palette+0x80/0x160
Jun  7 21:29:12 rybicka kernel: [51656.712332]  [] ? 
fbcon_switch+0x352/0x4e0
Jun  7 21:29:12 rybicka kernel: [51656.712336]  [] ? 
redraw_screen+0x13b/0x1e0
Jun  7 21:29:12 rybicka kernel: [51656.712338]  [] ? 
fbcon_blank+0x1db/0x280
Jun  7 21:29:12 rybicka kernel: [51656.712341]  [] ? 
do_unblank_screen+0x9e/0x1b0
Jun  7 21:29:12 rybicka kernel: [51656.712344]  [] ? 
complete_change_console+0x49/0xd0
Jun  7 21:29:12 rybicka kernel: [51656.712346]  [] ? 
vt_ioctl+0xec6/0x1040
Jun  7 21:29:12 rybicka kernel: [51656.712358]  [] ? 
drm_setmaster_ioctl+0xe0/0xe0 [drm]
Jun  7 21:29:12 rybicka kernel: [51656.712360]  [] ? 
complete_change_console+0xd0/0xd0
Jun  7 21:29:12 rybicka kernel: [51656.712363]  [] ? 
tty_ioctl+0x22f/0xa00
Jun  7 21:29:12 rybicka kernel: [51656.712366]  [] ? 
handle_mm_fault+0x35b/0xec0
Jun  7 21:29:12 rybicka kernel: [51656.712370]  [] ? no_tty+0x20/0x20
Jun  7 21:29:12 rybicka kernel: [51656.712373]  [] ? 
do_vfs_ioctl+0x307/0

Bug#750871: mercurial: odd problem with /usr/bin/hg hash bang when backporting to wheezy

[Faheem Mitha]

Package: mercurial
Version: 3.0-1
Severity: normal

Hi,

When I backported the mercurial 3.0-1 package in unstable to wheezy,
something odd happened. The hash bang at the top of the installed
/usr/bin/hg in the backported 3.0 mercurial package is
#!/usr/bin/python2.6. This is wrong, of course, since the default
Python version on wheezy is 2.7. The correct hash bang is
#!/usr/bin/python.

The last version I backported to wheezy, which was 2.9, as well as the
mercurial 3.0 unstable deb file I downloaded, both have
#!/usr/bin/python as expected.

So something seems to be going wrong on wheezy. Max Bowsher on
#mercurial was able to reproduce this.

   Regards, Faheem


-- System Information:
Debian Release: 7.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable'), 
(50, 'unstable'), (50, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/6 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 mercurial depends on:
ii  libc6 2.13-38+deb7u1
ii  mercurial-common  3.0-1
ii  python2.7.3-4+deb7u1
ii  python2.6 2.6.8-1.1
ii  ucf   3.0025+nmu3

Versions of packages mercurial recommends:
ii  openssh-client  1:6.0p1-4+deb7u1

Versions of packages mercurial suggests:
ii  kdiff3  0.9.96-4
pn  qct 

-- 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#749742: gnustep-dl2: FTBFS with gnustep-make/2.6.6-1

[Yavor Doganov]

Federico Giménez Nieto wrote:
> All seems to be working fine, you can take a look here

> http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-11.dsc

Looks good, but why is this deliberate -lc needed?  Is it because
lintian reports library-not-linked-with-libc?  For the adaptor bundles
probably?  If so, this is a lintian false positive that should be
filed as a bug against lintian; you can ignore the error.


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

Bug#750869: gsql: openssl license exception needed

[James Cowgill]

Source: gsql
Version: 0.2.2-1.2+b1
Severity: serious
Tags: sid jessie

Hi,

Currently gsql links against libssh which in turn links against openssl.
Specifically the file /usr/lib/gsql/plugins/libgsqlplugin_tunnel.so links
against libssh. Since gsql is licensed under the GPL, it needs a license
exception to allow the linking.

Alternatively you could prod bug #676650 which would provide an alternate libssh
built against gnutls.

See https://lists.debian.org/debian-legal/2004/05/msg00595.html

James

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

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


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

Bug#750870: remmina: openssl license exception needed

[James Cowgill]

Source: remmina
Version: 1.0.0-6+b1
Severity: serious
Tags: sid jessie

Hi,

Currently remmina links against libssh which in turn links against openssl.
Since remmina is licensed under the GPL, it needs a license exception to allow
the linking.

Alternatively you could prod bug #676650 which would provide an alternate libssh
built against gnutls.

See https://lists.debian.org/debian-legal/2004/05/msg00595.html

James

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

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


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

Bug#750868: lldb-3.4: no shlibs or symbols file

[James Cowgill]

Package: lldb-3.4
Version: 1:3.4.1-4
Severity: serious
Justification: Policy 8.6

Hi,

The lldb-3.4 package provides the following shared library in a public 
directory:
 /usr/lib/x86_64-linux-gnu/liblldb.so

However it does not contain a symbols or shlibs file for that shared library.
This wasn't done automatically by dh_makeshlibs because shlibs files cannot be 
generated for libraries without versioned sonames.

See:
 
https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-depends
 http://lintian.debian.org/tags/no-shlibs-control-file.html
 http://lintian.debian.org/tags/shlib-without-versioned-soname.html

James

==

For your information, I am filing this bug because the next version of CodeLite 
(6.0) contains a LLDB debugger and depends on liblldb.so

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

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

Versions of packages lldb-3.4 depends on:
ii  libc6  2.19-1
ii  libedit2   3.1-20140213-1
ii  libffi63.1-2
ii  libgcc11:4.9.0-5
ii  libllvm3.4 1:3.4.1-4
ii  libpython2.7   2.7.7-2
ii  libstdc++6 4.9.0-5
ii  libtinfo5  5.9+20140118-1
ii  llvm-3.4-dev   1:3.4.1-4
ii  multiarch-support  2.19-1
ii  python 2.7.6-2

lldb-3.4 recommends no packages.

lldb-3.4 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#750867: kde-runtime: openssl license exception needed

[James Cowgill]

Source: kde-runtime
Version: 4:4.13.1-1
Severity: serious
Tags: sid jessie

Hi,

The file /usr/lib/kde4/kio_sftp.so links against libssh which in turn links
against openssl. Since the sftp code whichs links to libssh is licensed under
the GPL, it needs a license exception to allow the linking.

Alternatively you could prod bug #676650 which would provide an alternate libssh
built against gnutls.

See https://lists.debian.org/debian-legal/2004/05/msg00595.html

James

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

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


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

Bug#750788: clarification of alarm() support status

[Stephen Kitt]

On Sat, 7 Jun 2014 20:55:04 +0200, Bill Allombert  wrote:
> On Sat, Jun 07, 2014 at 02:41:23PM +0200, Stephen Kitt wrote:
> Hello Stephen, thanks again for your answer.
> 
> Is there a clear documentation of the mingw API ? (at least the difference 
> between mingw and POSIX) Then I would not need to bother you.  

The API is "documented" on
https://sourceforge.net/apps/trac/mingw-w64/wiki/Mingw-w64%20API%20documentation
but very little of the API is described.

> > I'll forward your request upstream!
> 
> Thanks, though I understand win32 signal model might not make it easy.

Yes, I imagine it would have to be emulated using SetTimer but even then
producing a signal from the timer function might be difficult...

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#750860: xorg crashes randomly, floating point exception (synaptics' fault?)

[maximilian attems]

staying on random old packages is not supported,
stable has lots of fixes on top of 3.2.0


On Sat, Jun 07, 2014 at 08:54:29PM +0200, niky 45 wrote:
> oh. I thought that since the kernel in stable is the 3.2.0, mine (3.6.9)
> wouldn't be too outdated...

also randomly mixing stable and testing is no good,
please either switch to one distribution or the other.
 
while you are it there is a new synpatics driver in experimental,
which goes with the xorg from testing.

No idea about the cpufreq blurb.

best,

-- 
maks


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

Bug#750860: xorg crashes randomly, floating point exception (synaptics' fault?)

[niky 45]

oh. I thought that since the kernel in stable is the 3.2.0, mine (3.6.9)
wouldn't be too outdated...

I hadn't updated it yet since last time I tried a newer kernel, some
cpufreq stuff had dissapeared, and I couldn't find the files to customize
the cpufreq governors...

but I'll install the latest sid kernel and try again (both the xserver AND
cpufreq).

btw, in case the cpufreq files aren't there, should the 3.2.0 kernel from
stable work? I mean, I know it's outdated. debian stable gets old after a
while. but it's still the official debian release, so it should work,
shouldn't it? Or could the problem come from an old kernel with new xorg
packages?

thanks.


2014-06-07 20:33 GMT+02:00 maximilian attems :

> On Sat, Jun 07, 2014 at 07:02:11PM +0200, niky wrote:
> >
> > Kernel version (/proc/version):
> > ---
> > Linux version 3.6-trunk-amd64 (debian-ker...@lists.debian.org) (gcc
> version 4.6.3 (Debian 4.6.3-11) ) #1 SMP Debian 3.6.9-1~experimental.1
>
> please upgrade your linux-image-amd64, this one is totaly outdated
> and not supported. Once you rebooted in newer, report back.
>
> regards,
>
> --
> maks
>



-- 
>> niky45 <<

Bug#750788: clarification of alarm() support status

[Bill Allombert]

On Sat, Jun 07, 2014 at 02:41:23PM +0200, Stephen Kitt wrote:
> Hi Bill,
> 
> On Sat, 7 Jun 2014 00:11:35 +0200, Bill Allombert  wrote:
> > It would be nice if mingw would provide alarm.
> > Maybe it kinda does actually:
> > /usr/i686-w64-mingw32/include/io.h:unsigned int alarm(unsigned int seconds);
> > /usr/i686-w64-mingw32/include/signal.h:#define  SIGALRM 14  /*
> > alarm clock */
> > 
> > but it does not seem to work (at least under wine) and 
> > alarm is supposed to be in unistd.h.
> > 
> > There is a lot of confusion on the web wheter mingw support alarm, whether
> > it is implemented as a noop, why it is in io.h, etc.
> 
> It is implemented as a noop; in mingw-w64-crt/misc/alarm.c in the mingw-w64
> source code:
> 
> unsigned int alarm(unsigned int __UNUSED_PARAM(seconds))
> {
>   return 0;
> }

Hello Stephen, thanks again for your answer.

Is there a clear documentation of the mingw API ? (at least the difference 
between mingw and POSIX) Then I would not need to bother you.  
> I'll forward your request upstream!


Thanks, though I understand win32 signal model might not make it easy.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#749729: [sadt] please skip non-executable tests

[Jakub Wilk]

Control: reopen -1
Control: reassign -1 devscripts
Control: retitle -1 [sadt] please skip non-executable tests
Control: owner -1 !

* Nicolas Boulenguez , 2014-05-30, 23:05:
I suggest that sadt skips non executable tests with a warning and 
documents this behaviour (as it does with missing dependencies), or 
displays a warning when modifying the permissions. It took me some time 
to find who was interfering with my version control system.


Thanks, that's a pretty strong argument that chmod'ing tests is not a 
good idea, at least not by default.


--
Jakub Wilk


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

Bug#749742:

[Federico Giménez Nieto]

Thanks Yavor, I've uploaded a new version with the patch you suggested and
a few more changes. All seems to be working fine, you can take a look here
[1]

Cheers

[1]
http://mentors.debian.net/debian/pool/main/g/gnustep-dl2/gnustep-dl2_0.12.0-11.dsc

Bug#750860: xorg crashes randomly, floating point exception (synaptics' fault?)

[maximilian attems]

On Sat, Jun 07, 2014 at 07:02:11PM +0200, niky wrote:
> 
> Kernel version (/proc/version):
> ---
> Linux version 3.6-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 
> 4.6.3 (Debian 4.6.3-11) ) #1 SMP Debian 3.6.9-1~experimental.1

please upgrade your linux-image-amd64, this one is totaly outdated
and not supported. Once you rebooted in newer, report back.

regards,

-- 
maks


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

Bug#746545: gdm3 3.8.4-9 still affected

[Laurent Bigonville]

Le Fri, 6 Jun 2014 08:35:24 +0200,
Marco Balmer  a écrit :

> Dear Laurent,
> 
> 2014-06-06 8:30 GMT+02:00 Laurent Bigonville :
> > Could you check if you have an existing logind session (loginctl
> > command)?
> 
> Yes, there is one:
> 
> maba@t510:~$ loginctl
>SESSIONUID USER SEAT
>  1   1000 maba seat0
> 
> 1 sessions listed.
> 

Mhh, that's weird.

Can you give me the version of the policykit-1 package you have
installed on your machine and the output of the "loginctl show-session
1" command (1 being the session number shown by loginctl command)

Thanks

Laurent Bigonville


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

Bug#750865: RFS: lynkeos.app/1.2-7

[Yavor Doganov]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "lynkeos.app".
It builds these binary packages:

  lynkeos.app - Tool to process planetary astronomical images for GNUstep

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

  http://mentors.debian.net/package/lynkeos.app

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

  dget -x 
http://mentors.debian.net/debian/pool/main/l/lynkeos.app/lynkeos.app_1.2-7.dsc

Changes since the last upload:

  * Ack NMUs, thanks Sebastian Ramacher and Moritz Muehlenhoff.
  * debian/source/format: Switch to 3.0 (quilt).
  * debian/control (Build-Depends): Remove dpatch.  Bump libav version
requirement.
(Vcs-Git, Vcs-Browser): Use the canonical URIs.
(Homepage): Switch to sf.net as the page of the GS port gives 404.
(Standards-Version): Compliant with 3.9.5 as of this release.
  * debian/rules: Don't include dpatch.mk.  Enable hardening; pass extra
LDFLAGS -Wl,--no-undefined -Wl,--as-needed.
(clean): Merge the clean-patched recipe.
(build-arch, build-indep): New targets as required by Policy.
(binary-arch): Replace gsdh_gnustep with dh_gnustep.
  * debian/patches/00list:
  * debian/patches/05_ffmpeg_build_fix.dpatch:
  * debian/patches/10_plist_icon.dpatch:
  * debian/patches/15_manpage.dpatch:
  * debian/patches/compilation-errors.dpatch:
  * debian/patches/libav_0.7.dpatch:
  * debian/patches/libav_9.dpatch:
  * debian/patches/libav_10.dpatch: Rename/quiltify as...
  * debian/patches/series:
  * debian/patches/libav-build-fix.patch:
  * debian/patches/plist-icon.patch:
  * debian/patches/manpage-fix.patch:
  * debian/patches/compilation-errors.patch:
  * debian/patches/libav-0.7.patch:
  * debian/patches/libav-9.patch:
  * debian/patches/libav-10.patch: ...and make them DEP-3 compliant.
  * debian/patches/format-security.patch: New, fixes FTBFS with the
default buildflags.  Thanks Colin Watson (Closes: #645993).
  * debian/patches/hurd-ftbfs-fix.patch: New, fixes FTBFS on GNU/Hurd.
Thanks Pino Toscano (Closes: #670050).
  * debian/patches/gcc-warnings.patch: New; fixes implicit function
declarations and few other issues (Closes: #749760).
  * debian/patches/libav-10.patch: Replace the deprecated function
avcodec_alloc_frame with av_frame_alloc.
  * debian/patches/manpage-fix.patch: Typo fix.
  * debian/README.source:
  * debian/preinst: Delete.
  * debian/Lynkeos.desktop: Add Keywords field.


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

Bug#750864: mate-terminal should depend on mate-desktop-common

[Muammar El Khatib]

Package: mate-terminal
Version: 1.8.0+dfsg1-2
Severity: important

Hi,

I have installed mate-terminal today. When I did it, the dependencies installed
were only: mate-terminal-common.

When I launched the terminal I got the error:

$ Settings schema 'org.mate.interface' is not installed

Then, after installing mate-desktop-common the application launched correctly.


Thank you very much for providing mate.


Regards,

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

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

Versions of packages mate-terminal depends on:
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-1
ii  libcairo2 1.12.16-2
ii  libdconf1 0.20.0-2
ii  libfontconfig12.11.0-5
ii  libfreetype6  2.5.2-1
ii  libgdk-pixbuf2.0-02.30.7-1
ii  libglib2.0-0  2.40.0-3
ii  libgtk2.0-0   2.24.23-1
ii  libice6   2:1.0.8-2
ii  libpango-1.0-01.36.3-1
ii  libpangocairo-1.0-0   1.36.3-1
ii  libpangoft2-1.0-0 1.36.3-1
ii  libsm62:1.2.1-2
ii  libvte9   1:0.28.2-5
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  mate-terminal-common  1.8.0+dfsg1-2
pn  python:any

mate-terminal recommends no packages.

mate-terminal suggests no packages.

-- no debconf information

--
Muammar El Khatib.
Linux user: 403107.
GPG Key = 127029F1.
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-


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

Bug#750863: Please include package contents information

[Josh Triplett]

Package: qa.debian.org
Severity: wishlist
User: qa.debian@packages.debian.org

It'd be quite handy to have package contents information in UDD.

Columns, in addition to a unique package ID foreign-keyed to the
packages table:

filename
owner
group
mode


- Josh Triplett


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

Bug#750651: xymon-client: clientupdate fails

[Christoph Berg]

Re: Alexander Bech 2014-06-07 <5392f5d6.6090...@bakarasse.de>
> +# See if there are also any from central server installed local add-ons
> +if test -d $XYMONHOME/local; then
> + for MODULE in $CLIENTUPDATEHOME/local/*
> + do
> + if test -x $MODULE
> + then
> + echo "[plugin:`basename $MODULE`]" >>$MSGTMPFILE
> + $MODULE >>$MSGTMPFILE
> + fi
> + done
> +fi

Hi,

I don't think that's going to fly, at least not in the default config.
In FHS-compliant installations, updating files spread all over the
filesystem is a pretty scary idea. If you really want to use the
client-pulls-new-binaries-from-server thing, why are you using
prepackaged .debs anyway? To me, it sounds like you should rather use
a one-time "make install" (possibly packaged as a tarball that you
ship to clients), and go from there.

This is not to say there's no way to integrate this in the package,
but it needs careful thinking about which parts should be overridable,
and I guess none of that should be enabled by default.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


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

Bug#750843: test/automatic/connect fails on kfreebsd-* "bind: Cannot assign requested address"

[Marcin Owsiany]

Thanks for filing the bug.

2014-06-07 15:24 GMT+02:00 Andreas Metzler :

> libgadu FTBFS on kfreebsd-*, test/automatic/connect fails with "bind:
> Cannot assign requested address".


FTR, I've seen this a while ago, and asked on debian-bsd for advice
regardng binding to 127.0.0.2, but there was no response.
https://lists.debian.org/debian-bsd/2014/05/msg00047.html

Marcin

Bug#750247: python-debian: deb822 wrong result when space in newline after paragraph

[David Kalnischkies]

On Wed, Jun 04, 2014 at 12:58:21AM +1000, Stuart Prescott wrote:
> python-apt maintainers: do you think it's reasonable to change apt_pkg.TagFile
> (presumably by changing libapt-pkg) to split paragraphs not only on blank
> lines but also on whitespace-only lines? For reference, policy §5.1 permits
> such control files with pretty rubbery language:
>
>   The paragraphs are separated by empty lines. Parsers may accept lines
>   consisting solely of spaces and tabs as paragraph separators, but control
>   files should use empty lines.

(not python-, but apt "proper" ;) )

My reading is actually quiet different: First sentence. Period. Parsers
may be more relaxed, but do not expect it: control files should use
empty lines.

(aka: "should" not in a "as Mylord pleases", but in a "if you don't have
a damn good reason to do otherwise, follow my lead" as "Non-conformance
with … should … will generally be considered a bug" in §1.1)


> I tend to err on the side of the parser being lax and the generator being
> strict, which makes me think that both deb822.iter_paragraphs and
> apt_pkg.TagFile should split on these whitespace-only lines.

Being lax usually costs performance. The TagFile parser in libapt deals
by default only with machine generated files so it tends to be rather
strict to not waste time accounting for things which never happen in
practice. Looking at 'apt-cache stats' on my machine (with arguable
many sources) shows more than half a million sections are being parsed,
so "just ignoring some spaces" could have very visible effects for me.

There is an exception to this, the preferences file(s), which have
a deb822 format as well. The pkgTagSection is here therefore subclassed
to allow commented lines (aka: lines starting with #) before and after
each section (in between just works "by accident" now that I see the
code – again as I wrote that ~4 years ago as one of my first patches…).


I tell you this because comments are allowed in a control file by
policy, so using pristine pkgTagFile here will have interesting effects.
(like multiline fields split by comments) A non-empty should-be-empty
line might be the smallest of your problems…


We will have to work on that for the preferences file anyway, and
reading control file ourself isn't unheard of as well, but that isn't
going to be provided by stock pkgTagFile I assume. I could imagine
a pkgTagSection which can be told how relaxed it should be (or at least
allows more plugin code than at the moment), but that code doesn't exist
yet and I have no idea how the python layer looks like on top of that…


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#748971: vlc crashes when trying to open "preferences" or trying to display the playing list

[Ilario Gelmetti]

Package: vlc
Version: 2.1.4-1+b2
Followup-For: Bug #748971

Dear Maintainer,
I can open vlc but when I select whatsoever dialog from a menu voice (for 
example File/Open disk...) vlc crashes with Segmentation fault and in dmesg I 
can read lines like
 [  209.990893] vlc[2929]: segfault at 0 ip 7fe6783eeb30 sp 
7fe66b650ba8 error 4 in ld-2.19.so[7fe6783ed000+1]
 [  348.665852] vlc[3160]: segfault at 0 ip 7fbd85e63b30 sp 
7fbd790c5cc8 error 4 in ld-2.19.so[7fbd85e62000+1]
 [  356.638174] vlc[3171]: segfault at 0 ip 7f5432403b30 sp 
7f5425665378 error 4 in ld-2.19.so[7f5432402000+1]
 [  361.929124] vlc[3177]: segfault at 0 ip 7fec80718b30 sp 
7fec73979ba8 error 4 in ld-2.19.so[7fec80717000+1]
one for each time vlc crashes.
Opening vlc using
 gdb vlc
and then "run" results in a prefectly working vlc.
Same using strace: vlc works.
This is the output of vlc -vv:
 $ vlc -vv
 VLC media player 2.1.4 Rincewind (revision 2.1.4-0-g2a072be)
 [0x2345118] main libvlc debug: VLC media player - 2.1.4 Rincewind
 [0x2345118] main libvlc debug: Copyright © 1996-2014 the VideoLAN team
 [0x2345118] main libvlc debug: revision 2.1.4-0-g2a072be
 [0x2345118] main libvlc debug: configured with ./configure  
'--includedir=${prefix}/include' '--mandir=${prefix}/share/man' 
'--infodir=${prefix}/share/info' '--localstatedir=/var' 
'--libdir=${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-dependency-tracking' 
'--build=x86_64-linux-gnu' 'CPPFLAGS=-D_FORTIFY_SOURCE=2' 
'LDFLAGS=-Wl,-z,relro' '--config-cache' '--disable-maintainer-mode' 
'--disable-silent-rules' '--disable-update-check' '--enable-fast-install' 
'--prefix=/usr' '--docdir=/usr/share/doc/vlc-nox' '--libdir=/usr/lib' 
'--sysconfdir=/etc' '--with-binary-version=1+b2' '--enable-a52' '--enable-aa' 
'--enable-bluray' '--enable-bonjour' '--enable-caca' '--enable-chromaprint' 
'--enable-dbus' '--enable-dca' '--enable-dirac' '--enable-directfb' 
'--enable-dvbpsi' '--enable-dvdnav' '--enable-faad' '--enable-flac' 
'--enable-fluidsynth' '--enable-freetype' '--enable-fribidi' '--enable-gnutls' 
'--enable-jack' '--enable-kate' '--enable-libass' '--enabl
 e-libfreerdp' '--enable-libmpeg2' '--enable-libxml2' '--enable-lirc' 
'--enable-live555' '--enable-mad' '--enable-mkv' '--enable-mod' '--enable-mpc' 
'--enable-mtp' '--enable-mux_ogg' '--enable-ncurses' '--enable-notify' 
'--enable-ogg' '--enable-opus' '--enable-oss' '--enable-pulse' '--enable-qt' 
'--enable-realrtsp' '--enable-samplerate' '--enable-schroedinger' 
'--enable-sdl' '--enable-sftp' '--enable-shout' '--enable-skins2' 
'--enable-smbclient' '--enable-speex' '--enable-svg' '--enable-taglib' 
'--enable-theora' '--enable-twolame' '--enable-upnp' '--enable-vcd' 
'--enable-vcdx' '--enable-vorbis' '--enable-x264' '--enable-zvbi' 
'--with-kde-solid=/usr/share/kde4/apps/solid/actions/' '--disable-decklink' 
'--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' '--disable-goom' 
'--disable-libvnc' '--disable-opencv' '--disable-projectm' 
'--disable-quicksync' '--disable-sndio' '--disable-telx' '--disable-vsxu' 
'--disable-wasapi' '--enable-alsa' '--enable-atmo' '--enable-dc1394' '--enable-d
 v1394' '--enable-linsys' '--enable-omxil' '--enable-udev' '--enable-libva' 
'--enable-v4l2' '--enable-crystalhd' '--enable-mmx' '--enable-sse' 
'--disable-neon' '--disable-altivec' 'CFLAGS=-g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security' 'CXXFLAGS=-g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security' 
'build_alias=x86_64-linux-gnu' 'OBJCFLAGS=-g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security'
 [0x2345118] main libvlc debug: searching plug-in modules
 [0x2345118] main libvlc debug: loading plugins cache file 
/usr/lib/vlc/plugins/plugins.dat
 [0x2345118] main libvlc debug: recursively browsing `/usr/lib/vlc/plugins'
 [0x2345118] main libvlc debug: saving plugins cache 
/usr/lib/vlc/plugins/plugins.dat
 [0x2345118] main libvlc debug: plug-ins loaded: 426 modules
 [0x2345118] main libvlc debug: opening config file 
(/home/ilario/.config/vlc/vlcrc)
 [0x2345118] main libvlc debug: translation test: code is "it"
 [0x2345118] main libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 
SSSE3 SSE4.1 FPU 
 [0x25b6d28] main input debug: Creating an input for 'Raccolta multimediale'
 [0x25b6d28] main input debug: Input is a meta file: disabling unneeded options
 [0x25b6d28] main input debug: using timeshift granularity of 50 MiB, in path 
'/tmp'
 [0x25b6d28] main input debug: 
`file/xspf-open:///home/ilario/.local/share/vlc/ml.xspf' gives access `file' 
demux `xspf-open' path `/home/ilario/.local/share/vlc/ml.xspf'
 [0x25b6d28] main input debug: creating demux: access='file' demux='xspf-open' 
location='/home/ilario/.local/share/vlc/ml.xspf' 
file='/home/ilario/.local/share/vlc/ml.xspf'
 [0x2361748] main demux debug: looking for access_demux module matching "f

Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1

[Josh Triplett]

Package: libfreetype6
Followup-For: Bug #730742

Following up again: any chance of addressing this regression in the next
version of the Debian package, such as by applying the patch to disable
the Adobe hinter?

I'd like to make sure this issue gets fixed before the next stable
release.

- Josh Triplett


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

Bug#750861: ITP: flrig -- ham radio transceiver control program

[Kamal Mostafa]

Package: wnpp
Severity: wishlist
Owner: Kamal Mostafa 

* Package name: flrig
  Version : 1.3.15
  Upstream Author : Dave Freese 
* URL : http://www.w1hkj.com/flrig-help/index.html
* License : GPL
  Programming Lang: C++
  Description : ham radio transceiver control program

Flrig is a graphical ham radio transceiver control program designed
to be used either stand-alone or as an adjunct to fldigi. 


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

Bug#747465: RC?

[intrigeri]

Hi,

FTR, I've attached a backtrace to the upstream bug report
(https://bugzilla.gnome.org/show_bug.cgi?id=728157).

This bug actually seems to be severity == grave, as it makes
notification-daemon "completely unusable or mostly so".

Would the maintainers object if I raise the severity this way?

I'm asking first, as perhaps I'm missing something, e.g. notify-send
might be talking to notify-daemon in a completely non-standard way.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#742473: lightyears: sound patch

[Allan Wirth]

This was bothering me too and I tracked down the issue.

There is a debian patch that fixes a typo in 'resource.py' to correctly
set the right variable if the sound system is disabled. The issue is
that the sound system is never enabled by that point, so the patch
effectively disables sound for all users!

An easy fix for this is to simply delay this check until when sounds are
requested. It's kind of ugly, but it works fine and restores sound to
the game.

The patch is pretty simple so I'll just paste it here. I have no
experience with debian packaging/patches/etc so someone else is going to
have to get this applied correctly to the package.

As a side note I am currently running 1.4-1 from testing.

--- lightyears-1.4.orig/code/resource.py2014-06-07 16:58:05.0 
+
+++ lightyears-1.4/code/resource.py 2014-06-07 16:58:27.307760647 +
@@ -14,9 +14,6 @@
 __snd_cache = dict()
 __snd_disabled = False

-if not pygame.mixer or not pygame.mixer.get_init():
-   __snd_disabled = True
-
 DATA_DIR = os.path.abspath(os.path.join(
 os.path.dirname(sys.argv[ 0 ]), "data"))

@@ -91,6 +88,8 @@

 if ( __snd_disabled ):
 return None
+elif not pygame.mixer or not pygame.mixer.get_init():
+__snd_disabled = True

 if ( __snd_cache.has_key(name) ):
 return __snd_cache[ name ]



signature.asc
Description: OpenPGP digital signature

Bug#745815: libjarjar-java: generate jars with invalid information

[Miguel Landaeta]

On Sun, May 25, 2014 at 01:11:39PM +0200, Damien Raude-Morvan wrote:
> Hi Miguel, hi Emmanuel !
> 
> Sorry to come back to you so late...

Hi Damien,

No problem. I'm also very slow with my email lately.

> I've cherry-picked this patch after having issues with some maven plugins
> but you're right it might introduce more issues than it solved.
> They were repacking themself using jarjar but it won't update references in
> META-INF/plexus/components.xml.
> 
> 
> Maybe recent releases of Gradle might not needed this tricks anymore.

I believe this is not needed anymore so I disabled it. Otherwise, jarjar
was causing Groovy broken builds.

I'll keep an eye on Gradle as usual but I think this should not be an
issue anymore.

Cheers,


PS. Guys, are you planning to attend DebConf14?

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at
http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#728287: ITA: iwatch -- realtime filesystem monitoring program using inotify

[Eriberto Mota]

tags 728287 moreinfo

No reply... I will wait 5 days more to adopt this package.

Thanks!

Eriberto


pgp_3sRux439f.pgp
Description: PGP signature

Bug#693837: changing kernel fixes issue for me

[intrigeri]

Hi,

Daniel Pocock wrote (24 Apr 2013 08:42:07 GMT) :
> I have observed this problem constantly when using the default kernel in
> wheezy
> linux-image-3.2.0-4-amd64  3.2.39-2

> Today I tried a 3.8 kernel and I noticed that this problem with
> notifications has gone away
> linux-image-3.8-trunk-amd64  3.8.5-1~experimental.1

I can reproduce this bug on Wheezy, Wheezy + current sid's 3.14.5-1
kernel, and on current sid (where it gets even worse, as
notification-daemon crashes: #747465).

Might it be that this bug depends on the hardware, and how it's
supported by xorg + KMS drivers?

FTR, only commits in upstream Git since 0.7.6 are l10n and
metadata updates.

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#750859: flightgear: Crashes on some scenery objects: strutils.cxx:65:utf8ToLatin1: wrong char value

[Ludovic Brenta]

Package: flightgear
Version: 3.0.0-2
Severity: important

Hello,

FlightGear crashes when loading certain tiles downloaded using
TerraSync.  One particular tile can reproduce the crash reliably; here
is a recipe:

* Start FlightGear Launch Control (aka fgrun)
* On the first page, the type of aircraft does not seem to matter.
* On the second page, click "All Airports" then type EDDR (Saarbrucken).
* On the third page, enable TerraSync.
* Run.
* Be patient while FlightGear downloads the scenery for northeastern
  France and parts of Germany (if you don't have those tiles yet).
* Open the map (Equipment > Map); it starts at zoom level 6 for me by
  default, helping pinpoint the object that triggers the problem.
* Tick "Data".

This causes FlightGear to crash, leaving a 80-MiB log file in
~/.fgfs/fgfs.log.  The last messages in this log file are:

terrain:3:/usr/src/simgear.git/simgear/scene/tgdb/ReaderWriterSTG.cxx:256:Loading
 stg file /home/lbrenta/.fgfs/TerraSync/Terrain/e000n40/e007n49/3072728.stg
io:4:/usr/src/simgear.git/simgear/misc/strutils.cxx:65:utf8ToLatin1: wrong char 
value: 4294967168

(this last line repeated millions of times with different numbers).

I suspect a bug in strutils.cxx wherein the UTF-8 parser fails to
recover from incorrect UTF-8 input.  For that matter, the implementation
of utf8ToLatin1 seems incorrect to me as it ignores the high-order bits
of every byte, only checking one bit per byte of input.

The "terrain:" message changes at each crash but the first "wrong char
value" is always the same; for example I also got:

terrain:3:/usr/src/simgear.git/simgear/scene/tgdb/ReaderWriterSTG.cxx:256:Loading
 stg file /home/lbrenta/.fgfs/TerraSync/Terrain/e000n40/e006n48/3056307.stg
io:4:/usr/src/simgear.git/simgear/misc/strutils.cxx:65:utf8ToLatin1: wrong char 
value: 4294967168

terrain:3:/usr/src/simgear.git/simgear/scene/tgdb/ReaderWriterSTG.cxx:256:Loading
 stg file /home/lbrenta/.fgfs/TerraSync/Terrain/e000n40/e006n48/3056315.stg
io:4:/usr/src/simgear.git/simgear/misc/strutils.cxx:65:utf8ToLatin1: wrong char 
value: 4294967168

this suggests that the "terrain" message might be unrelated to the "io"
message.

For completeness, here is the complete command line I used to launch
FlightGear:

/usr/games/fgfs
  --fg-root=/usr/share/games/flightgear
  --fg-scenery=/usr/share/games/flightgear/Scenery
  --airport=EDDR
  --aircraft=SenecaII
  --control=mouse
  --disable-random-objects
  --disable-hud-3d
  --enable-auto-coordination
  --disable-ai-models
  --disable-ai-traffic
  --disable-real-weather-fetch
  --enable-clouds3d
  --prop:/sim/frame-rate-throttle-hz=60
  --geometry=1920x1200
  --bpp=32
  --enable-terrasync
  --disable-fgcom

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

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

Versions of packages flightgear depends on:
ii  flightgear-data-all   3.0.0-1
ii  freeglut3 2.8.1-2
ii  libc6 2.18-7
ii  libdbus-1-3   1.8.2-1
ii  libgcc1   1:4.9.0-5
ii  libgl1-mesa-glx [libgl1]  10.1.4-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgsm1   1.0.13-4
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-2
ii  libopenal11:1.14-4
ii  libopenscenegraph99   3.2.0~rc1-5.1
ii  libopenthreads14  3.2.0~rc1-5.1
ii  libplib1  1.8.5-7
ii  libpng12-01.2.50-1
ii  libsimgearcore3.0.0   3.0.0-3
ii  libsimgearscene3.0.0  3.0.0-3
ii  libsm62:1.2.1-2
ii  libspeex1 1.2~rc1.1-1
ii  libspeexdsp1  1.2~rc1.1-1
ii  libsqlite3-0  3.8.4.3-3
ii  libstdc++64.9.0-5
ii  libudev1  204-8
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  libxi62:1.7.2-1
ii  libxmu6   2:1.1.2-1
ii  zlib1g1:1.2.8.dfsg-1

flightgear recommends no packages.

flightgear 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#750858: dcraw: diff for NMU 9.21-0.1

[Andreas Metzler]

Package: dcraw
Version: 9.19-1.1
Severity: normal
Tags: patch

Hello,

I have just uploaded 9.21-0.1 to experimental and intend to upload to
unstable after buildability has been verified. The main reason for
this NMU is the rc bug 743598.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


dcraw_9.21-0.1.NMU.diff.gz
Description: application/gzip

Bug#750851: extlinux: no memdisk entries

[Michal Suchanek]

Package: extlinux
Version: 3:6.03~pre1+dfsg-4
Followup-For: Bug #750851

So I looked more into this and the memtest binaries end in .bin but
memdisk requires .img suffix. Easily fixable with a symlink. Perhaps a
memtest extlinux.d entry could create them?

Anyway, even with a symlink the memtests do not boot.

You need something like the following patch because memdisk relies on
_BOOT_DIRECTORY which is local to 0010-linux.

Thanks

Michal

--- /etc/extlinux.d/-defaults~  2014-06-07 18:09:59.313304423 +0200
+++ /etc/extlinux.d/-defaults   2014-06-07 18:08:22.364125138 +0200
@@ -77,6 +77,16 @@
 
 EXTLINUX_TIMEOUT="${EXTLINUX_TIMEOUT:-50}"
 
+if [ "$(stat --printf %d /)" = "$(stat --printf %d /boot)" ]
+then
+# / and /boot are on the same filesystem
+_BOOT_DIRECTORY="/boot"
+else
+# / and /boot are not on the same filesystem
+_BOOT_DIRECTORY=""
+fi
+
+
 # Writing new default file
 cat > "/etc/default/extlinux" << EOF
 ## /etc/default/extlinux - configuration file for extlinux-update(8)
@@ -94,4 +104,5 @@
 EXTLINUX_ROOT="${EXTLINUX_ROOT}"
 EXTLINUX_THEME="${EXTLINUX_THEME}"
 EXTLINUX_TIMEOUT="${EXTLINUX_TIMEOUT}"
+_BOOT_DIRECTORY="${_BOOT_DIRECTORY}"
 EOF
--- /etc/extlinux.d/0010-linux~ 2014-06-07 18:11:11.867186456 +0200
+++ /etc/extlinux.d/0010-linux  2014-06-07 18:11:33.930544528 +0200
@@ -32,16 +32,6 @@
 # Find linux versions
 _VERSIONS="$(cd /boot && ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 
's|vmlinuz-||g' | sort -Vr)"
 
-if [ "$(stat --printf %d /)" = "$(stat --printf %d /boot)" ]
-then
-   # / and /boot are on the same filesystem
-   _BOOT_DIRECTORY="/boot"
-else
-   # / and /boot are not on the same filesystem
-   _BOOT_DIRECTORY=""
-fi
-
-
 for _VERSION in ${_VERSIONS}
 do
echo "P: Writing config for /boot/vmlinuz-${_VERSION}..."

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (990, 'stable'), (171, 'unstable'), (151, 'experimental'), (121, 
'precise-updates'), (121, 'precise-security'), (121, 'precise'), (101, 
'stable'), (101, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages extlinux depends on:
ii  libc6  2.18-4

Versions of packages extlinux recommends:
ii  os-prober1.63
ii  syslinux-common  3:6.03~pre1+dfsg-4

extlinux suggests no packages.

-- debconf information:
* extlinux/install: true


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

Bug#750848: add openvpn to init script Should-Start

[Patrick Schleizer]

intrigeri:
> Patrick Schleizer wrote (07 Jun 2014 15:11:10 GMT) :
>> (OpenVPN has no socks proxy support and mechanisms such as torsocks
>> won't work.)
> 
> openvpn(8) mentions a socks-proxy option, and a simple web search
> shows that plenty of people seem to be happily using it.

I stand corrected and thereby withdraw my suggestion.


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

Bug#750844: apparmor-notify: aa-notify started but no notification

[intrigeri]

johnw wrote (07 Jun 2014 15:11:12 GMT) :
> I know aa-notify is written by perl, I tried force it send notify 
> messages for debug/testing.
> --- /usr/bin/aa-notify2014-06-05 19:13:09.0 +0800
> +++ /tmp/aa-notify2014-06-07 23:00:07.586682497 +0800
> @@ -376,6 +376,7 @@
>   $SIG{INT} = $SIG{TERM} = $SIG{HUP} = \&signal_handler;
>   $SIG{'PIPE'} = 'IGNORE';

> +send_message("testing");
>   if ($opt_w) {
>   sleep($opt_w);
>   }
> It can send the notify message.

Ah, that's useful, thanks.

What do you have in /etc/apparmor/notify.conf ?

How does "please run aa-notify in the Perl debugger" sound to your ear?

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#750848: add openvpn to init script Should-Start

[intrigeri]

Patrick Schleizer wrote (07 Jun 2014 15:11:10 GMT) :
> (OpenVPN has no socks proxy support and mechanisms such as torsocks
> won't work.)

openvpn(8) mentions a socks-proxy option, and a simple web search
shows that plenty of people seem to be happily using it.


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

Bug#750795: mongodb: Package 2.6.1

[GCS]

On Sat, Jun 7, 2014 at 1:42 AM, Matthias Urlichs  wrote:
> Package: mongodb
> Version: 1:2.4.10-1
> Severity: wishlist
>
> MongoDB 2.6.1 has been released since last month.
> What's the plan for packaging 2.6?
 Version 2.6.x is not fully compatible with 2.4.y ones and its
database. You can read more about this[1], but there are other changes
as well. Also mongodb can't be built on kfreebsd-* due to a header
macro problem affecting libpcap[2]. At least the latter needs to be
solved first and I plan separate packages for MongoDB 2.6 .

Laszlo/GCS
[1] http://docs.mongodb.org/manual/release-notes/2.6-compatibility/
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750805


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

Bug#749347: ledgersmb: fails to install - fix

[RJ Clay]

On 06/01/2014 11:11 AM, RJ Clay wrote:


   Next upload will have the fix for it;  now that I have a working 
setup for piuparts and have the test as done in the bug report 
passing, just need to finish testing the other possibilities.


   Fix works for the original issue as reported, installations on 
Debian Testing.  Also works for wheezy to jessie to sid.


   Note that RC1 for LedgerSMB 1.3.40 is now out and the release for it 
is expected "soon", so the plan now is to release the fix for this with 
1.3.40-1.






Robert James Clay
j...@rocasa.us


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