Bug#674042:

[Nicole steinmetz]

Bug#721405: Pending fixes for bugs in the libsdl-perl package

[pkg-perl-maintainers]

tag 721405 + pending
thanks

Some bugs in the libsdl-perl package are closed in revision
0c7dc9269f9cab5a7daad5d1c18cbb7be0a588ec in branch 'master' by
Dominique Dumont

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libsdl-perl.git;a=commitdiff;h=0c7dc92

Commit message:

Added patch to fix runaway test (Closes: #721405)


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

Bug#527136:

[Nicole steinmetz]

Bug#722124: ITP: python-dogpile.core -- dogpile lock, typically used as a component of a larger caching solution

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-dogpile.core
  Version : 0.4.1
  Upstream Author : Mike Bayer 
* URL : https://pypi.python.org/pypi/dogpile.core
* License : BSD
  Programming Lang: Python
  Description : dogpile lock, typically used as a component of a larger 
caching solution

 Python dogpile.core lock allows a single thread to generate an expensive
 resource while other threads use the old value, until the new"value is ready.
 .
 Dogpile is basically the locking code extracted from the Beaker package, for
 simple and generic usage.


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

Bug#722125: gitolite3: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: gitolite3
Version: 3.5.2-1
Severity: wishlist
Tags: l10n patch

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

Russian debconf templates translation update is attached.

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

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


ru.po.gz
Description: GNU Zip compressed data

Bug#687694: Close?

[Niels Thykier]

On 2013-09-08 01:35, gregor herrmann wrote:
> On Sat, 07 Sep 2013 23:44:12 +0200, Emmanuel Bourg wrote:
> 
>> Is this the right syntax for the break clause:
>>
>> Breaks: jakarta-jmeter (<< 2.8-1),
>> jenkins-instance-identity (<< 1.3-1),
>> jglobus (<< 2.0.6-1),
>> libitext-java (<< 2.1.7-6),
>> libpdfbox-java (<< 1:1.8.2+dfsg-1),
>> voms-api-java (<< 2.0.9-1.1)
>>
>> I listed only the package that were confirmed to break and required and
>> modification. I'm not sure about versions, should I use (<< X) where X
>> is the first version supporting Bouncy Castle >= 1.47, or should I use
>> (<= Y) where Y is the last version in testing compatible with Bouncy
>> Castle 1.44?
> 
> The former, i.e. "<< X"; it should break everything less than the first
> fixed version of those packages, since there are broken (pun
> intended).
> 
> Cheers,
> gregor
> 

Actually, (being a bit pedantic) you should use "<< X~", so backports
cannot satisfy the relation either.  In this given case, I don't think
it will make a difference, but I believe it is a good habit to have.

~Niels


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

Bug#722123: ITP: puppet-module-puppetlabs-apache -- Puppet module for Apache webserver

[Thomas Bechtold]

Package: wnpp
Severity: wishlist
Owner: Thomas Bechtold 

* Package name: puppet-module-puppetlabs-apache
  Version : 0.9.0
  Upstream Author : Puppet Labs 
* URL : http://forge.puppetlabs.com/puppetlabs/apache
* License : Apache 2
  Programming Lang: Ruby
  Description : Puppet module for Apache webserver

The Apache module allows you to set up virtual hosts and manage web 
services with minimal effort.


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

Bug#721917: [Pkg-sysvinit-devel] Bug#721917: Patches fixing sysvinit issues on Debian/Hurd

[Petter Reinholdtsen]

[Justus Winter]
> Dear maintainer :)

Hi. :)

> This is a patch series fixing sysvinit issues on Debian/Hurd *without*
> actually switching to sysvinit as init system on Debian/Hurd as this
> requires a rebuilt hurd package with recently implemented
> functionality.

Hi.  Should these patches also include changes to the package
relantionship (depend/conflict/break), to ensure hurd machines upgrade
required packages together?  Some of the changes (like the tmpfs
translation) seem to indicate that some newer package need to be
installed when the change is done.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#722122: dpkg-dev: warn about syntax errors in debian/control (folded items)

[Andreas Metzler]

Package: dpkg-dev
Version: 1.17.1

Hello,

I have made an uploaded with folded Architecture line in
debian/control. I have since learned from debian policy that
Architecture may not be folded.

dpkg-dev simply ignored anything but the first line. I wish it had
erred out and told me that the files had an syntax error instead of
letting me upload the package and me wondering why half of the
autobuilders did not build a specific binary.

cu Andreas


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

Bug#722121: ibus-setup does not work in Debian Sid (in a KDE desktop)

[Trevor Davis]

Package: ibus
Version: 1.5.3-5
Severity: important

Dear Maintainer,

I'm running Debian Sid (ala Siduction) with a KDE desktop which was dist-
upgraded today.  I installed ibus, ibus-pinyin, and ibus-xkbc with "apt-get
install ibus ibus-pinyin ibus-xkbc" which also installed a bunch of
dependencies.  When I call ibus-daemon -v an applet shows up in Plasma
(presumably ibus-qt4) and when I left click I see my two normal keyboards but
when I right click and click Preferences in order to add pinyin capabilities I
get the following error:

ERROR:root:Could not find any typelib for Gtk
Traceback (most recent call last):
  File "/usr/share/ibus/setup/main.py", line 29, in 
from gi.repository import Gtk
ImportError: cannot import name Gtk

This is the exact same error I get if I try to run "ibus-setup".  Is there some
kind of addition gtk dependency which needs to be added to the package
dependencies?

Thanks,

Trevor




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

Kernel: Linux 3.10-10.towo-siduction-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ibus depends on:
ii  dconf-cli0.16.1-1
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gir1.2-ibus-1.0  1.5.3-5
ii  gnome-icon-theme 3.8.3-1
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-92+b1
ii  libcairo21.12.14-5
ii  libdconf10.16.1-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.37.5+really2.36.4-0r0
ii  libgtk-3-0   3.8.4-1
ii  libgtk2.0-0  2.24.20-1
ii  libibus-1.0-51.5.3-5
ii  libnotify4   0.7.6-1
ii  libpango-1.0-0   1.32.5-5+b1
ii  librsvg2-common  2.36.4-2
ii  libx11-6 2:1.6.1-1
ii  libxi6   2:1.7.2-1
ii  python   2.7.5-4
ii  python-notify0.1.1-3

Versions of packages ibus recommends:
ii  ibus-qt4   1.3.1-2.1
ii  im-config  0.22-3

Versions of packages ibus suggests:
pn  ibus-clutter  
pn  ibus-doc  
ii  ibus-qt4  1.3.1-2.1

-- no debconf information


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

Bug#719484: [pkg-boost-devel] Bug#719484: boost1.54: FTBFS

[Steve M. Robbins]

On September 7, 2013 08:43:26 PM Thorsten Glaser wrote:
> Hmpf. That patch lets the build continue, but later gives me:

> ./boost/math/special_functions/ellint_rj.hpp:151:1: internal compiler
> error: in subreg_get_info, at rtlanal.c:3387 }
>  ^
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.

Interesting, but this is an entirely different bug.  Also, this new bug is in 
gcc, not boost.

Cheers,
-Steve


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

Bug#722120: does not save into the default chdir of the started geany

[patrick]

Package: geany
Version: 0.19.1-1
Severity: normal

Hi

I do : 
cd documents
geany newfile.txt

and save it

and geany asks me to save to /tmp/newfile.txt

please it shall save into documents

thank you

Please fix that asasp.

kind regards
pat

-- System Information:
Debian Release: 6.0.3
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages geany depends on:
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.3-1+squeeze2  Layout and rendering of internatio
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

geany recommends no packages.

Versions of packages geany suggests:
ii  doc-base  0.9.5  utilities to manage online documen
pn  libvte9(no description available)

-- 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#722119: remove abiword from stable - punctuation wrong !!

[patrick]

Package: abiword
Version: 2.8.2-2.1
Severity: important

Hi,

If you save with abiword, then the . , and completely wrong

it adds a space before them at saving.

This is not tolerable for a stable abiword. Please send it to sid, and do not 
leave a program that create or messes up docs into the stable debian.

Thank you
Pat

-- System Information:
Debian Release: 6.0.3
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages abiword depends on:
ii  abiword-com 2.8.2-2.1efficient, featureful word process
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre
ii  libabiword- 2.8.2-2.1efficient, featureful word process
ii  libaiksauru 1.2.1+dev-0.12-6 graphical interface to the Aiksaur
ii  libc6   2.11.3-3 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-4+squeeze2simple interprocess messaging syst
ii  libdbus-gli 0.88-2.1 simple interprocess messaging syst
ii  libgcc1 1:4.4.5-8GCC support library
ii  libgcrypt11 1.4.5-2  LGPL Crypto library - runtime libr
ii  libglib2.0- 2.24.2-1 The GLib library of C routines
ii  libgnutls26 2.8.6-1  the GNU TLS library - runtime libr
ii  libgoffice- 0.8.8-1  Document centric objects library -
ii  libgsf-1-11 1.14.18-1Structured File Library - runtime 
ii  libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface 
ii  libjpeg62   6b1-1The Independent JPEG Group's JPEG 
ii  libloudmout 1.4.3-7  Lightweight C Jabber library
ii  libots0 0.5.0-2  Open Text Summarizer (library)
ii  libpng12-0  1.2.44-1+squeeze4PNG library - runtime
ii  libreadline 6.1-3GNU readline and history libraries
ii  libsoup2.4- 2.30.2-1+squeeze1an HTTP library implementation in 
ii  libstdc++6  4.4.5-8  The GNU Standard C++ Library v3
ii  libwmf0.2-7 0.2.8.4-6.1+b1   Windows metafile conversion librar
ii  libwpd8c2a  0.8.14-1 Library for handling WordPerfect d
ii  libwpg-0.1- 0.1.3-1  WordPerfect graphics import/conver
ii  libwps-0.1- 0.1.2-1  Works text file format import filt
ii  libxml2 2.7.8.dfsg-2+squeeze5GNOME XML library
ii  libxslt1.1  1.1.26-6 XSLT 1.0 processing library - runt

Versions of packages abiword recommends:
ii  abiword-plugin 2.8.2-2.1 grammar checking plugin for AbiWor
ii  abiword-plugin 2.8.2-2.1 equation editor plugin for AbiWord
ii  aspell-de [asp 20091006-4.2  German dictionary for aspell
ii  aspell-en [asp 6.0-0-6   English dictionary for GNU Aspell
ii  aspell-fr [asp 0.50-3-7  French dictionary for aspell
ii  poppler-utils  0.12.4-1.2PDF utilitites (based on libpopple
ii  ttf-liberation 1.05.2.20091019-4squeeze1 Fonts with the same metrics as Tim

abiword 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#722118: leafpad refuses to save

[patrick]

Package: leafpad
Version: 0.8.17-5
Severity: important

hi

it refuses to save if you have polish chars.

Kind regards,
Pat

-- System Information:
Debian Release: 6.0.3
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages leafpad depends on:
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.3-1+squeeze2  Layout and rendering of internatio

leafpad recommends no packages.

Versions of packages leafpad suggests:
pn  evince-gtk (no description available)

-- 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#722117: vim: displays badly by default the special chars

[patrick]

Package: vim
Version: 2:7.2.445+hg~cb94c42c0e1a-1
Severity: important

Hi

By default, it shall really work to display polish chars. I wish you could make 
it more cross-platform and displaying right things.

users may appreciate it, really. 

Kind regards
Pat

-- System Information:
Debian Release: 6.0.3
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: i386 (i686)

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

Versions of packages vim depends on:
ii  libacl1  2.2.49-4Access control list shared library
ii  libc62.11.3-3Embedded GNU C Library: Shared lib
ii  libgpm2  1.20.4-3.3  General Purpose Mouse - shared lib
ii  libncurses5  5.7+20100313-5  shared libraries for terminal hand
ii  libselinux1  2.0.96-1SELinux runtime shared libraries
ii  vim-common   2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - Common files
ii  vim-runtime  2:7.2.445+hg~cb94c42c0e1a-1 Vi IMproved - Runtime files

vim recommends no packages.

Versions of packages vim suggests:
pn  ctags  (no description available)
pn  vim-doc(no description available)
pn  vim-scripts(no description available)

-- 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#722055: python-openssl: CVE-2013-4314: hostname check bypassing vulnerability

[Salvatore Bonaccorso]

Hi

The reference to upstream diff:

 http://bazaar.launchpad.net/~exarkun/pyopenssl/trunk/revision/169

Regards,
Salvatore


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

Bug#722116: runit: please consider systemd unit file for those running runit when systemd is PID 1

[Daniel Kahn Gillmor]

Package: runit
Version: 2.1.1-6.2
Severity: wishlist

Please have the runit package place the following file
at /lib/systemd/system/runit.service  :

--
[Unit]
Description=A process supervising daemon

[Service]
Type=simple
ExecStart=/usr/sbin/runsvdir-start

[Install]
WantedBy=multi-user.target
--

With that file present, the local administrator of a machine running
systemd as pid 1 can take advantage of any existing runit service
directories currently configured in /etc/service by doing:

 systemctl enable runit
 systemctl start runit

This is analogous to the line added to /etc/inittab for users of
sysvinit as PID 1.

Thanks for maintaining runit in debian!

Regards,

--dkg

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

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

Versions of packages runit depends on:
ii  procps  1:3.3.4-2

Versions of packages runit recommends:
pn  fgetty  

Versions of packages runit suggests:
pn  socklog-run  

-- debconf-show failed


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

Bug#722114: dak show-deferred: confused by uploads signed by keys no longer in the keyring

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: minor
User: ftp.debian@packages.debian.org
Usertags: dak

dak show-deferred gets confused by uploads that are signed by keys no
longer in the keyring. This can happen if the key is replaced (or
removed) while the upload is still pending in DEFERRED.

> Traceback (most recent call last):
>   File "/usr/local/bin/dak", line 239, in 
> main()
>   File "/usr/local/bin/dak", line 219, in main
> module.main()
>   File "/srv/ftp-master.debian.org/dak/dak/show_deferred.py", line 311, in 
> main
> list_uploads(filelist, rrd_dir)
>   File "/srv/ftp-master.debian.org/dak/dak/show_deferred.py", line 220, in 
> list_uploads
> uploads = map(get_upload_data, filelist)
>   File "/srv/ftp-master.debian.org/dak/dak/show_deferred.py", line 194, in 
> get_upload_data
> fingerprint = SignedFile(f.read(), 
> keyrings=get_active_keyring_paths()).fingerprint
>   File "/srv/ftp-master.debian.org/dak/dak/daklib/gpg.py", line 84, in 
> __init__
> self._verify(data, require_signature)
>   File "/srv/ftp-master.debian.org/dak/dak/daklib/gpg.py", line 116, in 
> _verify
> raise GpgException("No valid signature found. (GPG exited with status 
> code %s)\n%s" % (exit_code, self.stderr))
> daklib.gpg.GpgException: No valid signature found. (GPG exited with status 
> code 512)
> gpg: Signature made Thu Sep  5 05:04:38 2013 UTC using DSA key ID 6FECCDE0
> gpg: Can't check signature: public key not found


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

Bug#722115: simgear: FTBFS: test suite errors (binobj, test_cppbind)

[Aaron M. Ucko]

Source: simgear
Version: 2.10.0-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of simgear failed on several architectures with test suite
errors in test 3 (binobj), test 9 (test_cppbind), or both.  Could you
please take a look?

You can find the logs at
https://buildd.debian.org/status/logs.php?pkg=simgear&ver=2.10.0-2

Thanks!


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

Bug#720318: quiterss: Segmentation Fault when pressing on 'next unread'

[Dmitry Smirnov]

Dear Mark,

Thanks for your detailed report.

I can't reproduce this problem with "quiterss/0.13.3+dfsg-1" which is
in "unstable" now. Perhaps upstream fixed it in new (recently
uploaded) release. Please confirm whenever this problem still exist so
we could either close this bug or escalate to upstream. Thanks.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#720459: quiterss: Sometimes downloads the same article

[Dmitry Smirnov]

Dear Mark,

On Thu, 22 Aug 2013 17:42:15 Mark Caglienzi wrote:
> sometimes when I launch quiterss, it downloads articles that I have already
> read. I keep it running all day long, and the same happens sometimes during
> normal use of the program.
> 
> I wasn't able to understand what is the cause that triggers this behaviour.

QuiteRSS always downloads the whole feed with all messages in it so I
doubt if there is anything we can do about it here. From what I
understand this problem could happen when RSS feed (which is just an
XML file) is re-generated with any changes to items that you already
marked as read.

I'm aware of some feeds where every update changes subject (or body)
of the message so there is no way `quiterss` could identify them as
identical to the very similar (but not exactly the same) messages that
were previously read. Unfortunately all messages in such feeds always
appears as new/unread but that an indication of bug(s) in RSS
generation, not in `quiterss`.

Please feel free to discuss directly to upstream as we're unlikely to
change such behaviour here.

Also please advise if this bug could be closed. Thanks.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

"We must respect the other fellow's religion, but only in the sense and
to the extent that we respect his theory that his wife is beautiful and
his children smart.
-- H. L. Mencken


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

Bug#665763: [mc] replace hardcoded applications in mc.ext with run-mailcap

[Dmitry Smirnov]

On Wed, 7 Aug 2013 05:40:14 you wrote:
> Apparently
> http://sources.debian.net/src/mc/3:4.8.10-1/misc/ext.d/video.sh#L22
> would run "realplay" instead of mplayer on .ram files.

Thanks for your report -- this will be fixed with next upload to
"unstable".

-- 
Cheers,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#722113: libmenu-cache-dev: add conflict against libmenu-cache1-dev?

[Bob Bib]

Package: libmenu-cache-dev
Version: 0.5.0-1

Dear Maintainer,
here's a quote from the 'menu-cache' changelog:

> menu-cache (0.5.0-1) unstable; urgency=low
>   ...
>   * Renaming libmenu-cache1-dev into proper unversioned package.
>   * Changing libmenu-cache1 into libmenu-cache3 due to ABI change.
>   ...
>   * Adding Conflicts: libmenu-cache1 for libmenu-cache3.

IMHO, it's safer to add also
a conflicts / replaces entry against 'libmenu-cache1-dev'
for 'libmenu-cache-dev'.


Best wishes, Bob

Bug#676830: openssh-server systemd unit file

[Daniel Kahn Gillmor]

> [1] http://0pointer.de/public/systemd-units/
> [2] 
> http://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-connectivity/openssh/openssh
> [3] http://lists.busybox.net/pipermail/buildroot/2012-February/049874.html


links [1] and [2] do not appear to have any content, and [3] doesn't
look appropriate for debian's openssh-server, either in the chosen name
of the unit file (which i think is supposed to match the name in
/etc/init.d/) or in the declarations.

Can you provide a better unit file for debian?

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#722112: lxappearance-obconf: unsatisfiable build-depends on libmenu-cache1-dev

[Bob Bib]

control: reassign -1 src:lxappearance-obconf 0.2.0-4

Sorry again...

Bug#722112: lxappearance-obconf: unsatisfiable build-depends on libmenu-cache1-dev

[Bob Bib]

Package: src:lxappearance
Version: 0.2.0-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

src:lxappearance-obconf build-depends on 'libmenu-cache1-dev';

meanwhile, menu-cache/0.5.0 currently provides only 'libmenu-cache-dev'.


Best wishes, Bob

Bug#722111: lxappearance: unsatisfiable build-depends libmenu-cache1-dev

[Bob Bib]

Package: src:lxappearance
Version: 0.5.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

src:lxappearance build-depends on 'libmenu-cache1-dev';

meanwhile, menu-cache/0.5.0 currently provides only 'libmenu-cache-dev'.


Best wishes, Bob

Bug#722110: lxlauncher: unsatisfiable libmenu-cache1 (build-)depends

[Bob Bib]

> src:lxpanel build-depends on 'libmenu-cache1-dev',
> lxpanel depends on 'libmenu-cache1';

I meant 'lxlauncher' instead of 'lxpanel', sorry.

Bug#722110: lxlauncher: unsatisfiable libmenu-cache1 (build-)depends

[Bob Bib]

Package: src:lxlauncher
Version: 0.2.2-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

src:lxpanel build-depends on 'libmenu-cache1-dev',
lxpanel depends on 'libmenu-cache1';

meanwhile, current menu-cache/0.5.0 builds
only 'libmenu-cache3' & 'libmenu-cache-dev'.


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

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

Versions of packages lxlauncher depends on:
ii  libatk1.0-0   2.8.0-2
ii  libc6 2.17-92
ii  libcairo2 1.12.14-4
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.4-1
ii  libgtk2.0-0   2.24.20-1
ii  libmenu-cache10.3.3-1
ii  libpango1.0-0 1.32.5-5+b1
ii  libstartup-notification0  0.12-3
ii  libx11-6  2:1.6.1-1
ii  lxmenu-data   0.1.2-2

Versions of packages lxlauncher recommends:
ii  gnome-icon-theme  3.8.2-2

lxlauncher suggests no packages.

-- no debconf information


Best wishes, Bob

Bug#534641: mendex bug

[Norbert Preining]

Hi Karl, hi all,

On Sa, 07 Sep 2013, Karl Berry wrote:
> #define TAIL(x) (x+strlen(x))

Done, fixed patch attached: mendex-bugfix

> In general, shouldn't snprintf be used to avoid the whole potential of
> buffer overrun?

Done that for fwrite.c, but there are other cases in the source. 
Patch for fwrite.c attached, on top of the prvious: mendex-snprintf

If anyone can comment on that (review) that would be great, especially
the definition of
TAIL_LEN(x)
(returning two argumetns, the pointer and the remaining length, for
the first two arguments of snprintf).

Thanks

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

fix a bug in mendex when range ops and macros are used (Closes: #534641)
---
 texk/mendexk/ChangeLog |9 +
 texk/mendexk/fwrite.c  |5 ++---
 2 files changed, 11 insertions(+), 3 deletions(-)

--- texlive-bin.orig/texk/mendexk/ChangeLog
+++ texlive-bin/texk/mendexk/ChangeLog
@@ -1,3 +1,12 @@
+2013-09-08  Norbert Preining  
+
+   * fwrite.c: properly parenthesis TAIL macro
+
+2013-09-07  Norbert Preining  
+
+   * fwrite.c: fix missing output when range operators are
+   used with macro definitions
+
 2012-11-19  Peter Breitenlohner  
 
* Makefile.am: Avoid use of deprecated INCLUDES.
--- texlive-bin.orig/texk/mendexk/fwrite.c
+++ texlive-bin/texk/mendexk/fwrite.c
@@ -15,7 +15,7 @@
 static void linecheck(char *lbuff, char *tmpbuff);
 static void crcheck(char *lbuff, FILE *fp);
 
-#define TAIL(x) (x+strlen(x))
+#define TAIL(x) ((x)+strlen(x))
 
 /* if we don't have vsnprintf() */
 /* #define vsnprintf(buff,len,format,argptr) vsprintf(buff,format,argptr) */
@@ -384,8 +384,7 @@
ind.p[j].enc++;
}
if (strlen(ind.p[j].enc)>0) {
-   
sprintf(tmpbuff,"%s%s%s",encap_prefix,ind.p[j].enc,encap_infix);
-   
sprintf(tmpbuff,"%s%s%s",ind.p[j].page,encap_suffix,delim_n);
+   
sprintf(tmpbuff,"%s%s%s%s%s%s",encap_prefix,ind.p[j].enc,encap_infix,ind.p[j].page,encap_suffix,delim_n);
linecheck(lbuff,tmpbuff);
}
}
---
 texk/mendexk/ChangeLog |1 
 texk/mendexk/fwrite.c  |  103 +
 2 files changed, 54 insertions(+), 50 deletions(-)

--- texlive-bin.orig/texk/mendexk/ChangeLog
+++ texlive-bin/texk/mendexk/ChangeLog
@@ -1,6 +1,7 @@
 2013-09-08  Norbert Preining  
 
* fwrite.c: properly parenthesis TAIL macro
+   * fwrite.c: replace sprintf with snprintf
 
 2013-09-07  Norbert Preining  
 
--- texlive-bin.orig/texk/mendexk/fwrite.c
+++ texlive-bin/texk/mendexk/fwrite.c
@@ -10,12 +10,15 @@
 
 int line_length=0;
 
+#define BUFFERLEN 4096
+
 static void printpage(struct index *ind, FILE *fp, int num, char *lbuff);
 static int range_check(struct index ind, int count, char *lbuff);
 static void linecheck(char *lbuff, char *tmpbuff);
 static void crcheck(char *lbuff, FILE *fp);
 
 #define TAIL(x) ((x)+strlen(x))
+#define TAIL_LEN(x) ((x)+strlen(x)), (BUFFERLEN-strlen(x))
 
 /* if we don't have vsnprintf() */
 /* #define vsnprintf(buff,len,format,argptr) vsprintf(buff,format,argptr) */
@@ -67,7 +70,7 @@
 void indwrite(char *filename, struct index *ind, int pagenum)
 {
int i,j,hpoint=0;
-   char datama[256],lbuff[4096];
+   char datama[256],lbuff[BUFFERLEN];
FILE *fp;
 
if (filename[0]!='\0' && kpse_out_name_ok(filename)) 
fp=fopen(filename,"wb");
@@ -99,7 +102,7 @@

fprintf(fp,"%s%s%s",lethead_prefix,symhead_negative,lethead_suffix);
}
}
-   sprintf(lbuff,"%s%s",item_0,ind[i].idx[0]);
+   snprintf(lbuff, BUFFERLEN, 
"%s%s",item_0,ind[i].idx[0]);
}
else if (alphabet(ind[i].dic[0][0])) {
if (lethead_flag>0) {
@@ -108,7 +111,7 @@
else if (lethead_flag<0) {

fprintf(fp,"%s%c%s",lethead_prefix,ind[i].dic[0][0]+32,lethead_suffix);
}
-   sprintf(lbuff,"%s%s",item_0,ind[i].idx[0]);
+   snprintf(lbuff, BUFFERLEN, 
"%s%s",item_0,ind[i].idx[0]);
}
else 

Bug#722086: More suggested fixes from Ubuntu

[Osamu Aoki]

Hi,

On Sat, Sep 07, 2013 at 08:21:15PM -0400, Jeremy Bicha wrote:
> On 7 September 2013 20:09, Osamu Aoki  wrote:
> >> I don't think ibus-xx-setup-frequent-lang.patch works since it's
> >> patching a gconf schema which isn't installed.
> >
> > That was my initial reaction to this in FC19.  But FC19 had nice hiding
> > and it is working here.
> 
> Ok.

FYI: I have patched version of gnome-settings-daemon here :-)

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721362

So this may be another factor.

Also, keyboard configuration segfault bug is fixed by new gnome-desktop3
(3.8.4-1).

With these, I am OK now.

Osamu


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

Bug#722109: drizzle FTBFS on Alpha due to unavailable systemtap-sdt-dev build-dep

[Michael Cree]

Source: drizzle
Version: 1:7.2.3-2
Severity: normal
User: debian-al...@lists.debian.org
Usertags: alpha

drizzle can't be built on Alpha (and most other Linux ports at debian-ports)
due to an unsatisfiable systemtap-sdt-dev build-dependency.  I see that
systemtap-sdt-dev is not required on all the release arches and ask that
alpha also be excluded from requiring systemtap-sdt-dev in the source
build-deps in debian/control.

Cheers
Michael.


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

Bug#720392: package hardcodes database information

[Scott Kitterman]

On Wednesday, August 21, 2013 12:30:08 Faidon Liambotis wrote:
> Package: rddmarc
> Version: 1.1.3-1
> Severity: grave
> 
> $ grep connect /usr/bin/dmarcfail
> db = MySQLdb.connect(user='dmarc',passwd='xxx',db='dmarc', use_unicode=True)
> 
> $ grep -A 1 connect /usr/bin/rddmarc
> my $dbh = DBI->connect("DBI:mysql:database=dmarc",
>   "xxx", "xxx")
>   or die "Cannot connect to database\n";
> 
> No, "xxx" wasn't added by me. Yes, there are no configuration options
> whatsoever.

I've forwarded this upstream.  

> Additionally, contrary to the package's description, mkdmarc is not shipped,
> neither is the schema in e.g. examples.

Have a look at /usr/share/doc/rddmarc/mkdmarc

Scott K


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

Bug#634997: libgraph-perl: Last version is 0.96

[Joenio Costa]

Package: libgraph-perl
Version: 1:0.91-1
Followup-For: Bug #634997

Dear Maintainer,

Maybe the pkg-perl group can care to this package for you.

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

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

Versions of packages libgraph-perl depends on:
ii  libheap-perl  0.80-2
ii  perl  5.14.2-21

libgraph-perl recommends no packages.

libgraph-perl 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#722107: Pending fixes for bugs in the libgraph-d3-perl package

[pkg-perl-maintainers]

tag 722107 + pending
thanks

Some bugs in the libgraph-d3-perl package are closed in revision
0c69b01be53ada4580db54f3e2103369f1df4610 in branch 'master' by Joenio
Costa

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libgraph-d3-perl.git;a=commitdiff;h=0c69b01

Commit message:

Closes: #722107


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

Bug#720839: gnome-control-center: set --with-libsocialweb=no like FC19?

[Osamu Aoki]

Hi,

On Sat, Aug 31, 2013 at 10:13:28AM +0200, Laurent Bigonville wrote:
> Hello,
> 
> The bug in libsocialweb you are talking about seems to be
> https://security-tracker.debian.org/tracker/CVE-2011-4129.

I see.
 
> This should already be fixed in the version in unstable and jessie.

Good so this is only for experimental.  I guess you just have to be
careful updating next unstable...

> I would be personally tempted to keep libsocialweb integration in
> g-c-c, but quickly looking at the code, the only thing we would loose is
> the ability to select the background directly from flickr.
> 
> Any thought about this?

For me, such features should not be embedded into the core part of code
without consent.  That sounds like good gnome-shell extension target.
Then it is opt-in feature and everyone should be happy.

Regards,

Osamu


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

Bug#722108: typo in drivers/thermal/Kconfig: platform instead of lpatform

[Regid Ichira]

Package:  linux-source-3.10
Version:  3.10.7-1
Severity: minor
Tags: patch
File: drivers/thermal/Kconfig

--- drivers/thermal/Kconfig 2013-08-15 05:59:42.0 +
+++ Kconfig 2013-09-08 00:36:39.268446141 +
@@ -47,7 +47,7 @@ config THERMAL_DEFAULT_GOV_USER_SPACE
  select THERMAL_GOV_USER_SPACE
  help
Select this if you want to let the user space manage the
-   lpatform thermals.
+   platform thermals.

 endchoice


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

Bug#722099: libkatepartinterfaces4: folded text does not unfold when clicking on the sidebar fold icon (using INI file)

[Alexis M.]

I attach another patch to fix the minor bug about when folding a section,
the name of the next section was folded too:
-
[section1]
key1=value1

[section2]
key2=value2

-

When folding section1, it became like that:
-
[section1]
key2=value2

-

instead of:
-
[section1]
[section2]
key2=value2

-

So this patch fix that (along with the first bug about not being able to
unfold sections).


libkatepartinterfaces4-fix-unfold-ini-files.patch
Description: Binary data

Bug#722107: ITP: libgraph-d3-perl -- module to create ref/json to show node-edge graph with D3.js

[Joenio Costa]

Package: wnpp
Severity: wishlist
Owner: Joenio Costa 

* Package name: libgraph-d3-perl
  Version : 0.03
  Upstream Author : Shohei Kameda 
* URL : https://metacpan.org/release/Graph-D3
* License : GPL-1+
  Programming Lang: Perl
  Description : module to create ref/json to show node-edge graph 
with D3.js


Graph::D3 is a moudle to covert Graph object to the format which is used 
in d3.js(http://d3js.org/). Graph::D3 simply supports node-edge graph.



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

Bug#534641: [ptex:00353] Re: mendex bug

[Norbert Preining]

Kakuto-san

On Sa, 07 Sep 2013, Akira Kakuto wrote:
>> Ahh, maybe the intended rewrite was to have
>> sprintf(TAIL(tmpbuff),"%s%s%s",encap_prefix,ind.p[j].enc,encap_infix);
>> sprintf(TAIL(tmpbuff),"%s%s%s",ind.p[j].page,encap_suffix,delim_n);
>> then it would work 
>>
>> I guess that is the better fix.
>
> I also think so.

I checked, no need. The tmpbuff used here is defined in the head
of the function as tmpbuff[4096], and the above lines are the only
lines writing to it. 

So one
snprintf(tmpbuff, 4096, ...)
should be enough.

Thanks.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#722106: weboob should recommended python-termcolor

[Vincent Meurisse]

Package: weboob
Version: 0.g-1
Severity: minor

Hi,

when package python-termcolor is installed, weboob applications are able to
output data with colors. One example is the output of the command: boobank
list.

I think that python-termcolor should be recommended or at least suggested by
package weboob.

Regards
--
Vincent Meurisse



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

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

Versions of packages weboob depends on:
ii  python  2.7.5-4
ii  python-html2text3.200.3-2
ii  python-prettytable  0.6.1-1
ii  python-weboob-core  0.g-1

weboob recommends no packages.

weboob suggests no packages.


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

Bug#712956: marked as done (0ad: seems to use CPU features not available everywhere)

[Vincent Cheng]

On Sat, Sep 7, 2013 at 2:00 AM, Kurt Roeckx  wrote:
> On Sat, Sep 07, 2013 at 01:53:26AM -0700, Vincent Cheng wrote:
>> On Sat, Sep 7, 2013 at 1:46 AM, Kurt Roeckx  wrote:
>> > On Sat, Sep 07, 2013 at 01:21:59AM -0700, Vincent Cheng wrote:
>> >> On Sat, Sep 7, 2013 at 1:02 AM, Kurt Roeckx  wrote:
>> >> > reopen 712956
>> >> > thanks
>> >> >
>> >> >>  nvidia-texture-tools (2.0.8-1+dfsg-4) unstable; urgency=low
>> >> >>  .
>> >> >>[ Fabio Pedretti ]
>> >> >>* Add armel and armhf build support (Closes: #721972)
>> >> >>* Remove -march=athlon64 from CXXFLAGS (Closes: #713966, #712956)
>> >> >
>> >> > This is clealy the wrong bug you're closing.  It's assigned to
>> >> > 0ad.
>> >> >
>> >> > 0.0.14-2 is still using -msse -march=i686 on i386
>> >>
>> >> See explanation by upstream here [1]. If compiling with -march=i686 is
>> >> strictly not allowed on Debian i386, I can just simply stop building
>> >> 0ad for i386, although I'm not sure if that's necessary at all; the
>> >> package has been sitting in the archive for over a year and I still
>> >> haven't gotten any complaints about 0ad not running on any Debian
>> >> user's i386 machine.
>> >
>> > I don't know if having i686 is acceptable or not.  But I currently
>> > see no good reason for it.  [1] is my own comment.  The only reply
>> > to that is that they still use the legacy functions, and no reply
>> > as to why they need to keep using it and can't move to the new
>> > ones.
>>
>> Err, sorry, should have linked to comment #7 instead in that ticket. [1]
>>
>> "
>> We wouldn't run on an actual 486 due to use of several newer CPU
>> instructions, one of which is the CAS in ia32.cpp. If indeed we have
>> to compile with -march=i486, which sounds like a last resort, the CAS
>> could be replaced with GCC-specific assembly, and we'd have a decent
>> hope of compiling successfully.
>> "
>
> CAS being a compare and swap?  Which is the atomic function they want
> to use?

I don't know...

>> To me that sounds reasonable enough as to why we should be building
>> 0ad with -march=i686.
>
> Anyway, I have no idea if g++ supports those new atomic functions
> without -march=i686, but I at least hope so.

This is all beyond my knowledge, so the most I can do is just relay
messages back and forth between you and upstream if you have any
further questions...

>> >> > It wasn't using -march=athlon64 on amd64 before either as far as I
>> >> > know but had problem running on at least one of the buildds.
>> >>
>> >> The original issue was that nvidia-texture-tools was compiled with
>> >> -march=athlon64, which caused one of the amd64 buildds to complain
>> >> about an "Illegal instruction" when trying to run 0ad's test suite
>> >> when building 0ad. There's a relevant issue filed against upstream
>> >> nvidia-texture-tools about this as well. [2]
>> >
>> > So that was #713966 and that was fixed in 0ad with the 0.0.14-2
>> > uploaded?
>>
>> Yes, should be fixed now, but again, since I don't have any hardware
>> where I can reproduce this locally, I suppose the only way to prove
>> that this is fixed is to have 0ad 0.0.14-2 be rebuilt on barber.
>
> I've triggerd that it gets build on barber, you should have a log
> about that in half an hour I guess.

Yep, built successfully [1] on barber, hence I think it's safe to say
that the bug is fixed (or that the original FTBFS issue isn't
reproducible anymore).

Vincent

[1] 
https://buildd.debian.org/status/fetch.php?pkg=0ad&arch=amd64&ver=0.0.14-2&stamp=1378546204


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

Bug#719681: [Pkg-samba-maint] Bug#719681: Bug#719681: libsamdb0: uninstallable in sid: Depends: libldb1 (< 1:1.1.7~) but 1:1.1.16-1 is to be installed

[Michael Biebl]

Hi,

On Wed, Aug 14, 2013 at 10:06:27PM +, Jelmer Vernooij wrote:
> Since the package is no longer installable anyway, I wonder if it
> would make sense to remove the samba4 package from sid. Would anybody
> object if I asked for its removal?

I'm currently preparting the evolution/evolution-data-server 3.8
transition.
One of the rdeps is evolution-mapi, which build-depends on samba4-dev.
Would be great having a working/installable samba4 package, so we can
actually build evolution-mapi.
Otherwise the only alternative I see for evolution-mapi is to remove it
from testing when starting the transition


Michael


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

Bug#722086: More suggested fixes from Ubuntu

[Jeremy Bicha]

On 7 September 2013 20:09, Osamu Aoki  wrote:
>> I don't think ibus-xx-setup-frequent-lang.patch works since it's
>> patching a gconf schema which isn't installed.
>
> That was my initial reaction to this in FC19.  But FC19 had nice hiding
> and it is working here.

Ok.

Thanks,
Jeremy


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

Bug#722086: More suggested fixes from Ubuntu

[Osamu Aoki]

Hi Jeremy,

Thanks for patches.  
0001-Simplify-dh_install-and-only-hide-ibus-setup-in-GNOM.patch
0002-Restore-disable-silent-rules.patch

I agree these as very good clean ups.  Thanks.

0003-Drop-ibus-xx-setup-frequent-lang.patch.patch

But this core change proposal, I disagree (at least now as first glance).

First of all, it looks like ***working*** here in GNOME 3.8 :-)

I see "Show all input methods" at the bottom of list.
   ^^

> While GNOME and Unity users can use gnome-control-center for ibus
> preferences, I think users of other desktops may need to continue to
> use ibus-setup.

I agree.  Hiding parts, I had some resentment.  Your idea is good.

> I don't think ibus-xx-setup-frequent-lang.patch works since it's
> patching a gconf schema which isn't installed. 

That was my initial reaction to this in FC19.  But FC19 had nice hiding
and it is working here.

That is why I doubt your assessment of "patching a gconf schema".

Yes, the patch file contains a large patch to gconf schema XML in data.
But the patch file also contain 2 patches to python code in setup.

> If you depend on
> gsettings-desktop-schemas, perhaps you could use gsettings
> org.gnome.desktop.input-sources show-all-sources if you want to
> rewrite the patch.

So this patch may have some legacy unused portion for our build for XML
or this XML may be used to update gsettings-desktop-schemas, but at
least small code patch in it is the one it counts and it seems working
here.  Unless you tell me more or my test without this patch gives me
"Show all input methods" , I will keep this patch since it is in synch
with FC19.

I will check this later.

Osamu


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

Bug#659191: kexec-tools: crashkernel boot messages not displayed, X11/gdm often not starting properly

[Linus Lüssing]

Hi Khalid,

I was now able to redo my tests with the same Laptop and nvidia
device. And with the 3.10 kernel and more up to date Debian
Sid packages in general.

Unfortunately it's still not really working. It behaves
differently, but still isn't usable:

With the Damn Small Linux mentioned in my previous email, I'm
always getting a black screen with an underscore. I don't even get
the scrambled colours of the desktop.

When rebooting my current, fine working 3.10 kernel with kexec and
this command [0], the following happens:

The screen is blck during the initrd phase, I don't see the usual
cryptsetup password prompt. After typing the password blindly the
system continues booting and after the initrd phase the terminal
with the boot log and process actually shows up. I suspect that
the nouveau kernel modules have reset something at the moment.

However when it then continues to start X, I only get a black
screen with a white underscore again. But hey, I'm additionally
getting a visible, interactive mouse cursor :)! So it looks like
nouveau resets something, at least more than the Intel driver, but
not enough. And/Or kexec does not reset enough.

I can switch back to the terminal and that one still looks fine,
switching back to X and it's still just black, the underscore and
mouse cursor.

Also restarting gdm3 from the terminal does not help. Using
--reset-vga does not help either.

Cheers, Linus


[0]: kexec -l /boot/vmlinuz-3.10-2-amd64 --initrd=/boot/initrd.img-3.10-2-amd64 
--reuse-cmdline --reset-vga


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

Bug#715251: #715251

[Ari Pollak]

I don't think this bug has actually been fixed. If the culmus package
used to provide the files in question, simply removing it from the
package won't remove it from the system - that has to be done in a
maintainer script (being careful to only remove it if it hasn't changed).


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

Bug#722105: ejabberd: New version 2.1.13 availabe

[Christian Hofstaedtler]

Package: ejabberd
Severity: wishlist

Dear Maintainer,

Upstream has released new versions; 2.1.12 has important changes to the
SSL/TLS driver, disabling broken SSLv2 and export ciphers.

Thank you,
C.


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

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

[Norbert Preining]

Hi Fabian,

On Sa, 07 Sep 2013, Fabian Greffrath wrote:
> Maybe commited, but not yet pushed. Please do so.

Upps, probably - it is at the university now, cannot do anything.
Will push it tomorrow.

> No, not yet. I admit, I am a bit puzzled about that as well. I have

Umpf. You *cannot* take over a package without agreement of
the current maintainers. THat is considered forceful takeover
and will not be accepted.

Probably already straight away rejected by ftp-masters.

As long as the maintainers of gsfonts do not agree, there is no chance
I will upload it.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#534641: mendex bug

[Norbert Preining]

On Sa, 07 Sep 2013, Karl Berry wrote:
> As you know, it was part of the general Japanese-TeX import into TL, so
> I suppose you and Akira are :), with the rest of us chipping in as
> necessary.
> 
> Please apply whatever patch you see fit. 

Ok, will do that.

> #define TAIL(x) (x+strlen(x))
> 
> The first x on the RHS should be parenthesized, as a matter of general
> programming practice:
> ((x)+strlen(x))

Ok, wil ldo that, too.

> >
> sprintf(tmpbuff,"%s%s%s",encap_prefix,ind.p[j].enc,encap_infix);
> 
> In general, shouldn't snprintf be used to avoid the whole potential of
> buffer overrun?

I will take a look at it and see if I can get rid of some of
those.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#687694: Close?

[gregor herrmann]

On Sat, 07 Sep 2013 23:44:12 +0200, Emmanuel Bourg wrote:

> Is this the right syntax for the break clause:
> 
> Breaks: jakarta-jmeter (<< 2.8-1),
> jenkins-instance-identity (<< 1.3-1),
> jglobus (<< 2.0.6-1),
> libitext-java (<< 2.1.7-6),
> libpdfbox-java (<< 1:1.8.2+dfsg-1),
> voms-api-java (<< 2.0.9-1.1)
> 
> I listed only the package that were confirmed to break and required and
> modification. I'm not sure about versions, should I use (<< X) where X
> is the first version supporting Bouncy Castle >= 1.47, or should I use
> (<= Y) where Y is the last version in testing compatible with Bouncy
> Castle 1.44?

The former, i.e. "<< X"; it should break everything less than the first
fixed version of those packages, since there are broken (pun
intended).

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Pink Floyd: Run like hell


signature.asc
Description: Digital signature

Bug#534641: mendex bug

[Karl Berry]

I am not sure who is currently maintaining mendex, 

As you know, it was part of the general Japanese-TeX import into TL, so
I suppose you and Akira are :), with the rest of us chipping in as
necessary.

Please apply whatever patch you see fit. 

#define TAIL(x) (x+strlen(x))

The first x on the RHS should be parenthesized, as a matter of general
programming practice:
((x)+strlen(x))

>
sprintf(tmpbuff,"%s%s%s",encap_prefix,ind.p[j].enc,encap_infix);

In general, shouldn't snprintf be used to avoid the whole potential of
buffer overrun?

karl


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

Bug#722008: closed by Daniel Baumann (reply to daniel.baum...@progress-technologies.net) (Re: Bug#722008: ntfs-3g: missing seven manpages)

[Grant Bowman]

Your close of this bug unambiguously violates debian policy 12.1
paragraph three. "If no manual page is available, this is considered
as a bug and should be reported to the Debian Bug Tracking System (the
maintainer of the package is allowed to write this bug report
themselves, if they so desire). Do not close the bug report until a
proper man page is available."

On Sat, Sep 7, 2013 at 1:06 PM, Debian Bug Tracking System
 wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the ntfs-3g package:
>
> #722008: ntfs-3g: missing seven manpages
>
> It has been closed by Daniel Baumann 
>  (reply to 
> daniel.baum...@progress-technologies.net).
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Daniel Baumann 
>  (reply to 
> daniel.baum...@progress-technologies.net) by
> replying to this email.
>
>
> --
> 722008: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722008
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Daniel Baumann 
> To: Grant Bowman 
> Cc: 722008-d...@bugs.debian.org
> Date: Sat, 07 Sep 2013 22:03:42 +0200
> Subject: Re: Bug#722008: ntfs-3g: missing seven manpages
> On 09/06/2013 10:38 PM, Grant Bowman wrote:
>> I found using manpage-alert from package devscripts that these
>> binaries are missing manpages:
>
> missing manpages are being tracked by lintian already, unless you're
> sending manpages to be added there's no point in reporting this in the bts.
>
> --
> Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
> Email:  daniel.baum...@progress-technologies.net
> Internet:   http://people.progress-technologies.net/~daniel.baumann/
>
> -- Forwarded message --
> From: Grant Bowman 
> To: sub...@bugs.debian.org
> Cc:
> Date: Fri, 6 Sep 2013 13:38:07 -0700
> Subject: ntfs-3g: missing seven manpages
> Package: ntfs-3g
> Version: 1:2013.1.13AR.1-2
> Severity: normal
>
> I found using manpage-alert from package devscripts that these
> binaries are missing manpages:
>
> /usr/bin/ntfsdecrypt
> /bin/ntfsdump_logfile
> /bin/ntfswipe
> /bin/ntfstruncate
> /bin/ntfsmove
> /bin/ntfsmftalloc
> /bin/ntfsck
>
> per policy 12.1
>
> listed on http://qa.debian.org/man-pages.html is an entry for ntfs-3g.
>
> ntfs-3g: bin/ntfsck, usr/bin/ntfsdecrypt, bin/ntfsdump_logfile,
> bin/ntfsmftalloc, bin/ntfsmove, bin/ntfstruncate, bin/ntfswipe...
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.10-2-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 ntfs-3g depends on:
> ii  debconf [debconf-2.0]  1.5.51
> ii  fuse   2.9.2-4
> ii  libc6  2.17-92+b1
> ii  libfuse2   2.9.2-4
> ii  libgcrypt111.5.3-2
> ii  libgnutls262.12.23-5
> ii  multiarch-support  2.17-92+b1
>
> ntfs-3g recommends no packages.
>
> ntfs-3g suggests no packages.
>
> -- debconf information:
>   ntfs-3g/setuid-root: false
>   ntfs-3g/initramfs: true
>


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

Bug#669024: Patches for CVE-2012-2090 / CVE-2012-2091

[Rebecca N. Palmer]

Sorry, my patch for simgear CVE-2012-2091 had an off-by-one error. 
Corrected version here: 
https://bugs.launchpad.net/ubuntu/+source/simgear/+bug/1077624/+attachment/3808144/+files/simgear_CVE2012_2091.patch


flightgear still needs the two 2.6.0-1.1 patches applying to 2.10, and 
also has a third similar vulnerability (upstream issue 1117: 
http://code.google.com/p/flightgear-bugs/issues/detail?id=1117&q=2090&colspec=ID%20Type%20Status%20Priority%20Summary%20Aircraft%20Milestone 
), which should be fixed by this patch: 
https://bugs.launchpad.net/ubuntu/+source/simgear/+bug/1077624/+attachment/3806304/+files/flightgear_bug1117.patch


(Related Ubuntu discussion: last few comments on 
https://bugs.launchpad.net/ubuntu/+source/simgear/+bug/1077624 )



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

Bug#722012: [buildd-tools-devel] Bug#722012: Sbuild::Conf: missing use File::Spec

[Roger Leigh]

On Sat, Sep 07, 2013 at 12:12:50AM +0200, Vaclav Ovsik wrote:
> I just played with sbuild and I got this:
> 
> bobek:~# sbuild-adduser zito
> Error reading configuration: Can't locate object method "catfile" via package 
> "File::Spec" at /usr/share/perl5/Sbuild/Conf.pm line 71.
> 
> There is simply missing package usage statement, so I fixed this by:
> 
> --- /usr/share/perl5/Sbuild/Conf.pm~  2013-09-06 23:54:45.608414498 +0200
> +++ /usr/share/perl5/Sbuild/Conf.pm   2013-09-06 23:55:08.656413817 +0200
> @@ -25,6 +25,7 @@
>  use warnings;
>  
>  use Cwd qw(cwd);
> +use File::Spec;
>  use POSIX qw(getgroups getgid);
>  use Sbuild qw(isin);
>  use Sbuild::ConfBase;

Thanks for the patch.

> sbuild-adduser works now I hope...

Does this fix work for you?  Seems fine here with a cursory test.

Since the File::Spec->catfile is a class method call, I don't think that
the "use File::Spec" is necessary here, or at the very least wasn't
necessary previously.  I'm wondering if this is broken due to the recent
Perl 5.18 transition since it was working fine before that.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#722098: Bug #722098: telepathy-gabble: Facebook chat authorization error

[Michael Banck]

Hi,

On Wed, Sep 04, 2013 at 07:00:21PM -0500, Wayne Rowcliffe wrote:
> Dear Maintainer,
> 
>* What led up to the situation?
>   Facebook chat has been acting weird for a couple weeks now.
>   Previously it would replace the users' names with what I assume
>   are their jabber ids.

This was a known problem, and there is an initial patch in
https://bugs.freedesktop.org/show_bug.cgi?id=68143

However, I have to say I couldn't reproduce it after fixing the
connection error.  I've uploaded a patched package to
http://people.debian.org/~mbanck/telepathy-gabble_0.18.0-1.1_amd64.deb
maybe you can see whether you can still reproduce the disappearing User
names issue with this, as well as whether it fixes the authorization
error.


Michael


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

Bug#722103: sbuild: Pass --no-options to gpg when creating temporary archive key

[Geoffrey Thomas]

Package: sbuild
Version: 0.64.0-1
Tags: patch

Hi maintainer,

Jeffrey Hutzelman mentioned to me that `sbuild-update --keygen` was 
creating ASCII-armored archive keys instead of a binary keyring, which 
caused the process of signing the archive to fail. After some confusion on 
my part because it totally works for me, we found that he had the armor 
option set in his ~/.gnupg/gpg.conf, and that sbuild was respecting this 
configuration file.


In order to get consistent scripted behavior out of the gpg command, you 
need to pass --no-options. See also apt-key.


Very simple patch attached; you can also pull the single commit from the 
gpg-no-options branch of https://github.com/geofft/sbuild if that's easier 
. Jeff has confirmed that it fixes his problem.


--
Geoffrey Thomas
http://ldpreload.com
geo...@ldpreload.comFrom ad6d39482db4655a619eb26bc8c078deee0d3d87 Mon Sep 17 00:00:00 2001
From: Geoffrey Thomas 
Date: Wed, 21 Aug 2013 22:11:49 -0700
Subject: [PATCH] Sbuild::ChrootSetup: Pass --no-options to gpg

---
 lib/Sbuild/ChrootSetup.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Sbuild/ChrootSetup.pm b/lib/Sbuild/ChrootSetup.pm
index ab16e3c..649c5f3 100644
--- a/lib/Sbuild/ChrootSetup.pm
+++ b/lib/Sbuild/ChrootSetup.pm
@@ -261,7 +261,7 @@ EOF
 	return $?
 }
 
-my @command = ('gpg', '--no-default-keyring', '--batch', '--gen-key',
+my @command = ('gpg', '--no-options', '--no-default-keyring', '--batch', '--gen-key',
$tmpfilename);
 $host->run_command(
 { COMMAND => \@command,
-- 
1.8.4

Bug#721996: [Pkg-xfce-devel] Bug#721996: thunar-volman: confirm XFCE bug #9193

[Javier Cantero]

El Sat, Sep 07, 2013 at 08:21:53PM +0200, Yves-Alexis Perez va y dice:
> On sam., 2013-09-07 at 18:34 +0200, Javier Cantero wrote:
> > javier@hogwarts:~$ udisks --monitor
> 
> Is udisks2 installed?

Yes

javier@hogwarts:~$  dpkg -l | grep udisks
ii  libudisks2-0:amd642.1.0-4
amd64GObject based library to access udisks2
ii  udisks1.0.4-7
amd64storage media interface
ii  udisks2   2.1.0-4
amd64D-BUS service to access and manipulate storage devices

-- 
   Javier 




signature.asc
Description: Digital signature

Bug#721883: Bug #721897: telepathy-gabble: Facebook chat network error

[Michael Banck]

merge 721883 721897
tags 721897 +patch
forwared 721897 https://bugs.freedesktop.org/show_bug.cgi?id=68829
tags fixed-upstream
tags squeeze wheezy sid
thanks

Hi,

the patch from FD#68829 fixes it for me in wheezy (and I assume
jessie/sid, but I have not actually tested it on there), see the
attached adopted patch.

Unfortunately, squeeze doesn't appear to ship wocky-c2s-porter yet, so I
tried for some time unsuccessfully to backport the patch into
wocky-porter.  I get Facebook to connect fine (by basically bypassing
the check_spoofing() code), but I don't see any contacts in UI contact
list (but I do see contacts leaving in the debug log and I can actually
start conversations if I know the right JID which carry over to the FB
web chat).  Maybe this is unrelated, I have not really used empathy on
squeeze for Facebook for ages.


Michael
>From cd51cd6973941e08b854a2b3a56e3c47e5f3c7d9 Mon Sep 17 00:00:00 2001
From: David Edmundson 
Date: Mon, 2 Sep 2013 01:32:14 +
Subject: [PATCH] If we send an IQ to a server allow "from" to be empty

Bug: https://bugs.freedesktop.org/show_bug.cgi?id=68829
Origin: upstream, 0.18.1
---
 wocky/wocky-c2s-porter.c | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/wocky/wocky-c2s-porter.c b/wocky/wocky-c2s-porter.c
index 8f0daa0..02c46cd 100644
--- a/lib/ext/wocky/wocky/wocky-c2s-porter.c
+++ b/lib/ext/wocky/wocky/wocky-c2s-porter.c
@@ -859,6 +859,16 @@ check_spoofing (WockyC2SPorter *self,
 goto finally;
 }
 
+  /* If we sent an IQ to the server itself, allow it to
+   * omit 'from' in its reply, which is normally used
+   * for messages from the server on behalf of our own
+   * account (as of 2013-09-02, the Facebook beta server
+   * does this). See fd.o #68829 */
+
+  if (from == NULL && !wocky_strdiff (should_be_from, self->priv->domain)) {
+  goto finally;
+  }
+
   /* if we sent an IQ to our full or bare JID, allow our server to omit 'to'
* in the reply (Prosody 0.6.1 does this with the resulting error if we
* send disco#info to our own bare JID), or to use our full JID. */
-- 
1.8.3.4

Bug#721252: Not pending + new patches

[bastien ROUCARIES]

Package: lintian
Version: 2.5.17
control: tags -1 - pending

Ok this is harder then expected. Patch 3 need review 

>From 4af4536da46bc9867096f1d3244936ae4cd645a7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= 
Date: Sun, 8 Sep 2013 00:22:05 +0200
Subject: [PATCH 4/4] Allow # to be considered like a space

This char # is a comment for po file or shell. Replace by space.
---
 checks/cruft.pm  | 3 ++-
 .../debian/src/oldfalsepositive/comments.po  | 9 +
 2 files changed, 11 insertions(+), 1 deletion(-)
 create mode 100644 t/tests/cruft-gfdl-invariants/debian/src/oldfalsepositive/comments.po

diff --git a/checks/cruft.pm b/checks/cruft.pm
index bb31cdc..3bad624 100644
--- a/checks/cruft.pm
+++ b/checks/cruft.pm
@@ -573,8 +573,9 @@ sub find_cruft {
   \s*[,\.;]\s*\Z   |  # final punctuation
   \A\s*[,\.;]\s*   |  # punctuation at the beginning
   (?:``|'')|  # quote like
-  [%\*\"\|\\] # String, C-style comment/javadoc indent, 
+  [%\*\"\|\\\#]   # String, C-style comment/javadoc indent, 
   # quotes for strings, pipe and antislash in some txt
+  # shell or po file comments
 )}{ }gxms;
 
 # delete double spacing now and normalize spacing
diff --git a/t/tests/cruft-gfdl-invariants/debian/src/oldfalsepositive/comments.po b/t/tests/cruft-gfdl-invariants/debian/src/oldfalsepositive/comments.po
new file mode 100644
index 000..d11e67b
--- /dev/null
+++ b/t/tests/cruft-gfdl-invariants/debian/src/oldfalsepositive/comments.po
@@ -0,0 +1,9 @@
+# French translation for SANE backend options
+#
+#  Permission is granted to copy, distribute and/or modify this document
+#  under the terms of the GNU Free Documentation License, Version 1.1
+#  or any later version published by the Free Software Foundation;
+#  with no Invariant Sections, with no Front-Cover Texts, and with
+#  no Back-Cover.
+#  A copy of the license is included in the section entitled "GNU
+#  Free Documentation License".
-- 
1.8.4.rc3

>From 9583d6b069f14818fd54c690e40b2a51001aa6e4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= 
Date: Thu, 5 Sep 2013 23:30:37 +0200
Subject: [PATCH 1/4] Fix another false positive in gtk-doc

Fix a false positive and improve the test suite by new case.
---
 checks/cruft.pm| 37 +++---
 .../debian/src/oldfalsepositive/citetitle.po   | 16 ++
 .../debian/src/oldfalsepositive/gtk-doc.po | 21 
 3 files changed, 56 insertions(+), 18 deletions(-)
 create mode 100644 t/tests/cruft-gfdl-invariants/debian/src/oldfalsepositive/citetitle.po

diff --git a/checks/cruft.pm b/checks/cruft.pm
index 2a9e3b0..5901a34 100644
--- a/checks/cruft.pm
+++ b/checks/cruft.pm
@@ -514,23 +514,24 @@ sub find_cruft {
 
 # replace some common comment-marker/markup with space
 $gfdlsections =~ s{(?:
-  ^[-\+!<>]   |  # diff/patch lines
-  ^\.\\\" |  # man comments
-  \@c(?:omment)?  |  # Tex info comment
-  \@var\{ |  # Tex info emphasis
-  \}  |  # Tex info end tag (could be more clever but brute force is fast)
-  \"\s*,  |  # String array (e.g. "line1",\n"line2")
-  ,\s*\"  |  # String array (e.g. "line1"\n ,"line2"), seen in findutils
- |  # (X)HTML line breaks
-  ]*?>  |  # xml link
-  ]*?> |  # a link
-  ]*?> |  # html paragraph
-  ]*?>   |  # var tag used by html from texinfo
-  \(\*note.*?::\) |  # info file note
-  \\n |  # Verbatim \n in string array
-  \s*[,\.;]\s*\Z  |  # final punctuation
-  \A\s*[,\.;]\s*  |  # punctuation at the beginning
-  [%\*\"\|\\]# String, C-style comment/javadoc indent, quotes for strings, pipe and antislash in some txt
+  ^[-\+!<>]|  # diff/patch lines
+  ^\.\\\"  |  # man comments
+  \@c(?:omment)?   |  # Tex info comment
+  \@var\{  |  # Tex info emphasis
+  \}   |  # Tex info end tag (could be more clever but brute force is fast)
+  \"\s*,   |  # String array (e.g. "line1",\n"line2")
+  ,\s*\"   |  # 

Bug#722101: [id-utils] GFDL problem

[bastien ROUCARIES]

Package: id-utils
user: debian...@lists.debian.org
usertags: gfdl-invariant
severity: serious
control: tags -1 + fixed-upstream

doc/idutils.info has some invariant problem.

Please package a new version. Under upstream git it is fixed.


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

Bug#722102: [lintian] Add more information about bug/false positive of gfdl license problem

[bastien ROUCARIES]

Package: lintian
Version: 2.5.17
Severity: normal

Pretty trivial...>From 23aa395e5c1fccf1319480615a2e70acb74b934a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= 
Date: Sun, 8 Sep 2013 00:00:17 +0200
Subject: [PATCH] Improve documentation of override/false positive of gfdl
 problem

Add a sentence about double licensing and ask for reporting bug.
---
 checks/cruft.desc | 4 
 1 file changed, 4 insertions(+)

diff --git a/checks/cruft.desc b/checks/cruft.desc
index 184215f..c0e4e32 100644
--- a/checks/cruft.desc
+++ b/checks/cruft.desc
@@ -495,6 +495,10 @@ Info: The given source file is licensed under GFDL with invariant
  .
  GFDL with invariant sections, front-cover or back-cover texts are not
  suitable for main.
+ .
+ Should this file be multi-licensed, please override the tag.
+ .
+ Should this be a false-positive, please report a bug.
 Ref: http://wiki.debian.org/qa.debian.org/gfdlinvariant,
  http://www.debian.org/vote/2006/vote_001
 
-- 
1.8.4.rc3

Bug#722100: bluefish: tidy is installed, but it doesn't work in bluefish.

[Mr. Jan Hearthstone]

Package: bluefish
Version: 2.2.3-4
Severity: important

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***
bluefish: tidy is installed (USAeMTA:~#   tidy -version HTML Tidy for Linux/x86
released on 25 March 2009) , but it doesn't work in bluefish that I configured
as per
http://www.gtalbot.org/linux-section/web-authoring/html-tidy/how-to-use-HTML-
tidy-with-bluefish.html .
>From /root/.bluefish/rcfile-2.0:
~~snip~~
...
external_filter: 3:Strip empty lines:|egrep -v '^[ \t]*$'|:
external_filter: 3:Tidy HTML: |tidy --char-encoding utf8 --clean yes --doctype
strict --drop-font-tags yes --drop-proprietary-attributes yes --enclose-block-
text yes --enclose-text yes -indent --logical-emphasis yes --output-html yes
--replace-color yes --show-warnings no --wrap 76 --write-back yes > '%f'|:
external_filter: 2:Reverse lines:|tac|:
...
~~snip~~



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

Kernel: Linux 3.2.0-4-486
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 bluefish depends on:
ii  bluefish-data   2.2.3-4
ii  bluefish-plugins2.2.3-4
ii  gvfs-backends   1.12.3-4
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libenchant1c2a  1.6.0-7
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk-3-0  3.4.2-6
ii  libpango1.0-0   1.30.0-1
ii  libxml2 2.8.0+dfsg1-7+nmu1

bluefish recommends no packages.

Versions of packages bluefish suggests:
ii  bluefish-dbg2.2.3-4
ii  epiphany-browser [www-browser]  3.4.2-2.1
ii  google-chrome-stable [www-browser]  29.0.1547.65-r220622
ii  iceweasel [www-browser] 22.0~b1-1~bpo70+1
ii  konqueror [www-browser] 4:4.8.4-2
ii  libxml2-utils   2.8.0+dfsg1-7+nmu1
pn  php5-cli
ii  tidy20091223cvs-1.2
ii  w3m [www-browser]   0.5.3-8
pn  weblint-perl | weblint  

-- 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#705262: unsupportable

[Hilko Bengen]

* László Böszörményi (GCS):

> On Sat, Sep 7, 2013 at 9:47 PM, Bastian Blank  wrote:
>> The version 0.48 was removed from wheezy because it is unsupportable.
>> In the meantime this is _twenty_ versions behind the last release.  This
>> means it is even less supportable.
> Sure, it's very old. Even if that was a long term support one.
> Btw, Ceph was not part of Wheezy. Do you mean Jessie?

A look at  shows that it was
part of wheezy but was removed after the freeze:

[2012-09-30] ceph REMOVED from testing (Britney)

>> If you don't intend to actually maintain ceph, please orphan the
>> package.  Otherwise I may do a NMU with the latest version 0.68 in the
>> next two weeks.
>  Ceph is maintained in the background. There's a more fresh version
> online[1], a maintaince team formed[2] with the newest stable version
> in Git[3]. Please contact us before doing an actual NMU.

Packaging efforts that happen entirely outside the unstable/testing
distribution like this are pretty much useless for Debian. After all,
there are reverse dependencies that would benefit from being able to use
some of the provided libraries: The QEMU maintainer, for instance,
removed ceph support a year ago because that ceph package was not usable
then:

qemu (1.1.2+dfsg-1) unstable; urgency=low
  [...]
  * do not build-depend on ceph (librbd-dev librados-dev), since ceph is
having longstanding issues in wheezy.
  [...]
 -- Michael Tokarev   Sun, 09 Sep 2012 18:52:57 +0400

If you consider your 8-week-old package (0.61.7-1) to be even remotely
fit for unstable, please upload.

Cheers,
-Hilko


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

Bug#722099: libkatepartinterfaces4: folded text does not unfold when clicking on the sidebar fold icon (using INI file)

[Alexis M.]

Package: libkatepartinterfaces4
Version: 4:4.10.5-2
Severity: normal
Tags: patch

Dear Maintainer,

   * What led up to the situation?
Using KWrite and/or Kate to edit ini text files and using the folding
feature of these editor.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Open a INI file in Kate or KWrite.
Fold a section (not the first).
Try to unfold the folded section by clicking on the arrow icon on the
left sidebar, it will fold the section above the folded section
instead of unfolding the section next to the arrow icon.

   * What was the outcome of this action?
the click on the folded icon will fold the section above the folded
section.

   * What outcome did you expect instead?
   It should unfold the section next to the folded icon.

The only way to unfold the folded section is to use menus and unfold all top
level sections.
Restarting KWrite or Kate don't unfold the section as the fold state is saved.
So the folding feature is not really usable for these types of files.

However, I managed to correct this problem using the provided patch.
But there is still another minor bug, when folding a section, it fold the
section name of the next section. But at least, folded sections are unfoldable.



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

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

Versions of packages libkatepartinterfaces4 depends on:
ii  libc62.17-92+b1
ii  libkcmutils4 4:4.10.5-1
ii  libkdecore5  4:4.10.5-1
ii  libkdeui54:4.10.5-1
ii  libkio5  4:4.10.5-1
ii  libknewstuff3-4  4:4.10.5-1
ii  libkparts4   4:4.10.5-1
ii  libktexteditor4  4:4.10.5-1
ii  libqt4-dbus  4:4.8.5+dfsg-3
ii  libqt4-script4:4.8.5+dfsg-3
ii  libqt4-xml   4:4.8.5+dfsg-3
ii  libqtcore4   4:4.8.5+dfsg-3
ii  libqtgui44:4.8.5+dfsg-3
ii  libstdc++6   4.8.1-2

libkatepartinterfaces4 recommends no packages.

libkatepartinterfaces4 suggests no packages.

-- no debconf information
--- kate-4.10.5.orig/part/view/kateviewhelpers.cpp
+++ kate-4.10.5/part/view/kateviewhelpers.cpp
@@ -1962,13 +1962,14 @@ void KateIconBorder::showBlock()
   else
 newRange = KTextEditor::Range(beg, m_viewInternal->doc()->documentEnd());
 }
-KateLineInfo info;
-tree->getLineInfo(&info, m_currentBlockLine);
-if ((info.startsVisibleBlock)) {
+if ((node->isVisible())) {
   node=tree->findNodeStartingAt(m_currentBlockLine);
   if (node) {
-if (node != tree->rootNode () && node->getBegin(tree, &beg) && node->getEnd(tree, &end)) {
-  newRange = KTextEditor::Range(beg, end);
+if (node != tree->rootNode () && node->getBegin(tree, &beg)) {
+  if (node->getEnd(tree, &end))
+newRange = KTextEditor::Range(beg, end);
+  else
+newRange = KTextEditor::Range(beg, m_viewInternal->doc()->documentEnd());
 }
   }
 }

Bug#721883: Bug #721897: telepathy-gabble: Facebook chat network error

[Michael Banck]

clone 721883 -1
retitle -1 telepathy-gabble: Facebook chat resets nicknames and avatars
forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=68143


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

Bug#722097: xfce4-mailwatch-plugin: uses all available CPU while checking on slow links

[Sebastian]

Package: xfce4-mailwatch-plugin
Version: 1.1.0-5+b1
Severity: normal

Dear Maintainer,

I am using the xfce4-mailwatch-plugin to check on POP3 and IMAP mailboxes
regularly (using a 10 minute interval) and I noticed that the plugin uses
up all available CPU time while checking mails.

In cases where the link is slow or the server connection times out, this
becomes a major annoyance on battery-powered devices, because this results
in a lot of CPU time burned - on fast links, it is barely noticeable.

"top" shows CPU usages of ca. 188% on my dual-core CPU, but I also noticed
that sometimes only one core is used up (ca. 99%) - I assume this happens
when only one of the servers times out and the other answers fast.

Please have a look into this and

Thank you in advance.

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

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

Versions of packages xfce4-mailwatch-plugin depends on:
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgnutls26 2.12.20-7
ii  libgtk2.0-0 2.24.10-2
ii  libxfce4util4   4.8.2-1
ii  libxfcegui4-4   4.8.1-5
ii  xfce4-panel 4.8.6-4

xfce4-mailwatch-plugin recommends no packages.

xfce4-mailwatch-plugin 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#720419: aces3: FTBFS under ia64

[Julien Cristau]

On Wed, Aug 21, 2013 at 18:01:38 +0200, Sylvestre Ledru wrote:

> Package: aces3
> Version: 3.0.6-7
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
> 
> Hello,
> 
> If the version 1.6.5 of OpenMPI (on going transition), your package fails to 
> build under ia64.

This bug should probably be reassigned to openmpi, it seems to break
most everything running tests on ia64.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#722096: xapian-bindings: doc-base error for ruby-xapian

[Cédric Boutillier]

Source: xapian-bindings
Severity: normal

Dear Maintainer,

Every time a package updates doc-base data, I get the following error:

Processing 2 added doc-base files...
Error while merging /usr/share/doc-base/ruby-xapian with 
/usr/share/doc-base/ruby-xapian-in: format html already defined.

The binary package ships both:

/usr/share/doc-base/ruby-xapian-in
/usr/share/doc-base/ruby-xapian

with exactly the same content.

I believe that is because the source package contains both
ruby-xapian.doc-base and ruby-xapian.doc-base.in in the debian/
directory.

Removing debian/ruby-xapian.doc-base from the source package solves the
problem.

Cédric


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

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


signature.asc
Description: Digital signature

Bug#720419: [Debichem-devel] Bug#720419: FTBFS under ia64

[Michael Banck]

On Thu, Sep 05, 2013 at 10:50:57PM +0200, Daniel Leidert wrote:
> This looks like the test suite got killed after 150 minutes (this is
> what you missed to cite from the log). I already filed a give-back
> request. It might be delayed, because there currently also seem to be
> openmpi related issues for ia64.

There are messages "Deprecated parameter: plm_rsh_agent" in the log, it
could be that the OMPI_MCA_plm_rsh_agent=/bin/false hack does no longer
work.  I don't remember whether running the test suites without it
resulted in immediate crashes or hanging processes...


Michael


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

Bug#669024: simgear: Patch attached

[Scott Kitterman]

The first version of the patch has an off by one error in it.  Here's a fixed 
patch.

Scott KPatch from Rebecca Palmer
https://bugs.launchpad.net/ubuntu/+source/flightgear/+bug/1077624/comments/75
diff -up simgear-2.10.0/simgear/io/sg_socket_udp.cxx simgear-2.10.0/simgear/io/sg_socket_udp_fixed.cxx
--- simgear-2.10.0/simgear/io/sg_socket_udp.cxx	2012-01-04 20:12:22.0 +
+++ simgear-2.10.0/simgear/io/sg_socket_udp_fixed.cxx	2013-09-07 22:16:06.087012423 +0100
@@ -103,9 +103,13 @@ int SGSocketUDP::read( char *buf, int le
 	return 0;
 }
 
+if (length <= 0) {
+return 0;
+}
 int result;
+int maxsize = (length - 1) < SG_IO_MAX_MSG_SIZE ? (length - 1) : SG_IO_MAX_MSG_SIZE;
 
-if ( (result = sock.recv(buf, SG_IO_MAX_MSG_SIZE, 0)) >= 0 ) {
+if ( (result = sock.recv(buf, maxsize, 0)) >= 0 ) {
 	buf[result] = '\0';
 	// printf("msg received = %s\n", buf);
 }
@@ -120,10 +124,14 @@ int SGSocketUDP::readline( char *buf, in
 	return 0;
 }
 
+if (length <= 0) {
+return 0;
+}
 // cout << "sock = " << sock << endl;
 
 char *buf_ptr = save_buf + save_len;
-int result = sock.recv(buf_ptr, SG_IO_MAX_MSG_SIZE, 0);
+int maxsize = save_len < SG_IO_MAX_MSG_SIZE ? SG_IO_MAX_MSG_SIZE : 2 * SG_IO_MAX_MSG_SIZE - save_len; //prevent buffer overflow (size of save_buf is 2 * SG_IO_MAX_MSG_SIZE)
+int result = sock.recv(buf_ptr, maxsize, 0);
 // printf("msg received = %s\n", buf);
 save_len += result;
 
@@ -142,6 +150,7 @@ int SGSocketUDP::readline( char *buf, in
 // we found an end of line
 
 // copy to external buffer
+result = result < (length - 1) ? result : (length - 1); //prevent buffer overflow
 strncpy( buf, save_buf, result );
 buf[result] = '\0';
 // cout << "sg_socket line = " << buf << endl;


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

Bug#677046: Bug#628493: perl: FTBFS on kfreebsd-i386: t/op/threads failed

[Dominic Hargreaves]

On Mon, Jun 11, 2012 at 07:03:57AM +0200, Petr Salinger wrote:
> >Hi!
> >
> >I just bisected on past eglibc versions and this is reproducible for me
> >(segfault 5% of the time) on kfreebsd-i386, up until this version, with
> >which I can't reproduce the problem any more (10,000+ test runs) :
> >
> >> eglibc  (2.13-22) unstable; urgency=low
> >> -- Aurelien Jarno   Sat, 10 Dec 2011 21:49:03 +0100
> >
> >The changelog for that version was quite long, but probably these
> >changes are what fixed this:
> >
> >>   [ Petr Salinger ]
> >>   * kfreebsd/local-sysdeps.diff: update to revision 3763 (from glibc-bsd).
> >>   * add kfreebsd/local-use-thr-primitives.diff to use kernel thr*
> >> primitives inside linuxthreads. Closes: #639658.
> >
> >Therefore I'm marking this as fixed in that eglibc upload and I'll try
> >to let upstream know.  Thanks!
> 
> 
> IMO, my suggested change (Perl_atfork_reinit) in "Message #54" [1]
> still should be aplied by perl upstream. While it might not be
> problem for this testcase, the unlocking in forked child is fragile.

Hi,

I finally (!) got round to submitting this upstream, at [1], and the
comment so far is that the patch isn't appropriate. If you have any
further thoughts, could you comment on the upstream RT ticket?

Cheers,
Dominic.

[1] 


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

Bug#687694: Close?

[Emmanuel Bourg]

Is this the right syntax for the break clause:

Breaks: jakarta-jmeter (<< 2.8-1),
jenkins-instance-identity (<< 1.3-1),
jglobus (<< 2.0.6-1),
libitext-java (<< 2.1.7-6),
libpdfbox-java (<< 1:1.8.2+dfsg-1),
voms-api-java (<< 2.0.9-1.1)

I listed only the package that were confirmed to break and required and
modification. I'm not sure about versions, should I use (<< X) where X
is the first version supporting Bouncy Castle >= 1.47, or should I use
(<= Y) where Y is the last version in testing compatible with Bouncy
Castle 1.44?

Emmanuel Bourg


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

Bug#721647: ITP: taskd - not ready to package yet?

[Alejandro Garrido Mota]

2013/9/6 Ben Armstrong 

> Alejandro,
>
> I was discussing your ITP of taskd with upstream because we noticed you
> had filed this and a handful of other ITPs of tasktools.org software.
> What is your plan for this? Upstream believes it is not really suitable
> to package yet as it is "only barely in beta".
>
>
Hi,

taskd is in alpha version and should not be in unstable, initially. I think
that experimental is good branch for taskd. What do you think?



> Thanks for your work on packaging tasktools software, though, and
> particularly for vit!
>

Your welcome... and now vramsteg is in unstable :)

Regards.

Alejandro

Bug#722057: libdspam7-drv-hash: dspam segfaults [libhash_drv on _hash_drv_seek()]

[Thomas Preud'homme]

Le samedi 7 septembre 2013 21:13:24 vous avez écrit :
> On Sat, Sep 07, 2013 at 08:33:21PM +0200, Thomas Preud'homme wrote:
> > Le samedi 7 septembre 2013 09:51:28 Raphael Droz a écrit :
> > > I happened to be in a situation where I can't even fully flush the
> > > postfix
> > > queue without having Dspam to segfault.
> > > I end up installing dspam-dbg and gdb and attach to the process [I
> > > wasn't
> > > able to run the process without the init-script].
> > 
> > Symbols for libdspam7-drv-hash are found in libdspam7-dbg. Could you
> > install it and give me stacktrace you get with it?
> 
> thanks!
> sadly for now I've postsuper'ed -r ALL emails for now.
> 
> But I installed libdspam7-dbg, relink postfix to dspam and I will need
> to wait for another email to come to mailman in order reproduce it.
> 
> But could you offer me another reliable way to make Dspam dumps its core
> somewhere automatically instead of this situation where I'm waiting for
> hours through ssh with $ gdb  ?

Unfortunetely, dspam being setgid, it can't produce coredump on segfault even 
if coredump are enabled. It seems a call to prctl with option PR_SET_DUMPABLE 
can remediate this but it means dspam would need to be recompiled.

> 
> 
> thx

Thanks for the bug report and for helping to resolve it. I'll take a look at 
the CSS problem later.

Best regards,

Thomas

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

Bug#722090: [Pkg-openldap-devel] Bug#722090: slapd: slapindex on back_mdb directory expands without limit, leading to failure

[Quanah Gibson-Mount]

--On Saturday, September 07, 2013 7:07 PM + Jeremy Brandon Roman 
 wrote:



Package: slapd
Version: 2.4.31-1+nmu2
Severity: normal

Dear Maintainer,

I just had to rebuild my LDAP directory because I made the mistake of
trying to reindex my back_mdb data (after changing indexes in
slapd.conf). The file grew until it hit its limit; increasing the limit
did not solve this.

This issue seems to be known and solved in upstream:
http://www.openldap.org/lists/openldap-bugs/201209/msg00034.html


To get a fully stable back-mdb, you need OpenLDAP 2.4.36.

--Quanah

--

Quanah Gibson-Mount
Lead Engineer
Zimbra, Inc

Zimbra ::  the leader in open source messaging and collaboration


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

Bug#705262: unsupportable

[GCS]

Hi Bastian,

On Sat, Sep 7, 2013 at 9:47 PM, Bastian Blank  wrote:
> The version 0.48 was removed from wheezy because it is unsupportable.
> In the meantime this is _twenty_ versions behind the last release.  This
> means it is even less supportable.
 Sure, it's very old. Even if that was a long term support one.
Btw, Ceph was not part of Wheezy. Do you mean Jessie?

> If you don't intend to actually maintain ceph, please orphan the
> package.  Otherwise I may do a NMU with the latest version 0.68 in the
> next two weeks.
 Ceph is maintained in the background. There's a more fresh version
online[1], a maintaince team formed[2] with the newest stable version
in Git[3]. Please contact us before doing an actual NMU.

Laszlo/GCS
[1] http://www.barcikacomp.hu/gcs/ceph_0.61.7-1.dsc
[2] https://alioth.debian.org/projects/pkg-ceph/
[3] http://anonscm.debian.org/gitweb/?p=pkg-ceph/pkg-ceph.git;a=summary


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

Bug#719484: boost1.54: FTBFS

[Thorsten Glaser]

Hmpf. That patch lets the build continue, but later gives me:

"g++"  -ftemplate-depth-128 -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -O3 
-finline-functions -Wno-inline -Wall -g -D_FORTIFY_SOURCE=2 -pthread -fPIC 
-fvisibility=hidden -Winvalid-pch -DBOOST_ALL_NO_LIB=1 
-DBOOST_BUILD_PCH_ENABLED -DBOOST_MATH_TR1_DYN_LINK=1 -DNDEBUG 
-I"bin.v2/libs/math/build/gcc-4.8/release/debug-symbols-on/threading-multi/../src/tr1"
 -I"." -I"libs/math/src/tr1" -c -o 
"bin.v2/libs/math/build/gcc-4.8/release/debug-symbols-on/threading-multi/ellint_3f.o"
 "libs/math/build/../src/tr1/ellint_3f.cpp"

In file included from ./boost/math/special_functions/ellint_3.hpp:22:0,
 from ./boost/math/special_functions.hpp:27,
 from libs/math/build/../src/tr1/pch.hpp:9:
./boost/math/special_functions/ellint_rj.hpp: In function 'T 
boost::math::detail::ellint_rj_imp(T, T, T, T, const Policy&) [with T = double; 
Policy = 
boost::math::policies::policy,
 
boost::math::policies::pole_error<(boost::math::policies::error_policy_type)1u>,
 
boost::math::policies::overflow_error<(boost::math::policies::error_policy_type)1u>,
 
boost::math::policies::evaluation_error<(boost::math::policies::error_policy_type)1u>,
 
boost::math::policies::rounding_error<(boost::math::policies::error_policy_type)1u>,
 boost::math::policies::default_policy, boost::math::policies::default_policy, 
boost::math::policies::default_policy, boost::math::policies::default_policy, 
boost::math::policies::default_policy, boost::math::policies::default_policy>]':
./boost/math/special_functions/ellint_rj.hpp:151:1: internal compiler error: in 
subreg_get_info, at rtlanal.c:3387
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
Preprocessed source stored into /tmp/ccstVSqg.out file, please attach this to 
your bugreport.
...failed gcc.compile.c++ 
bin.v2/libs/math/build/gcc-4.8/release/debug-symbols-on/threading-multi/ellint_3f.o...

Funnily enough it’s continuing building atm… we’ll see what it
will say later on.

Mikael, which compiler/version did you use? Maybe this just
doesn’t work with 4.8 or my gcc 4.8 is still lacking a patch?

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh


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

Bug#722094: RFS: avra/1.3.0-1 [ITA]

[Milan Kupcevic]

Package: sponsorship-requests
Severity: normal

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

  Package name: avra
  Version : 1.3.0-1
  URL : http://avra.sf.net
  License : GPL-2+
  Section : electronics

It builds this binary package:

  avra  - Assembler for Atmel AVR microcontrollers

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

  http://mentors.debian.net/package/avra


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

  dget -x http://mentors.debian.net/debian/pool/main/a/avra/avra_1.3.0-1.dsc

More information about avra can be obtained from http://avra.sf.net

Changes since the last upload:

  * New upstream release (closes: #588507)
- fixes invalid comment characters (closes: #668631)
  * New maintainer (closes: #691906)
  * Update source format to 3.0 (quilt)
  * Update standards version to 3.9.4
  * Bump debhelper compatibility to 9
  * Update debian/rules, debian/watch, debian/avra.examples, debian/avra.1,
debian/avra.manpages, debian/avra.install, debian/avra.docs
  * Remove Vcs-Git and Vcs-Browser control fields.
  * Backport support for ATtiny20 with AVR8L.
  * Add support and header files for ATtiny4, ATtiny5, ATtiny9 and ATtiny10


Regards,

Milan Kupcevic



signature.asc
Description: OpenPGP digital signature

Bug#722093: RFP: plinth -- web interface and framework

[Petter Reinholdtsen]

Package: wnpp
Severity: wishlist

* Package name: plinth
  Version : git snapshot
  Upstream Author : James Vasile 
* URL : https://github.com/jvasile/Plinth
* License : GNU Affero General Public License, Version 3 or later
  Programming Lang: Python
  Description : web front end for administering every aspect of a Freedom 
Box

The front end is an extensible web platform for forms and menus.  It
allows authenticated users to fill out forms.  The interface saves the
form data and from them generates configuration files for the various
services running on the box.

The interface is pluggable.  Drop modules into place to add new
capabilities to Plinth and your Freedom Box.  Replace existing modules
to get newer, better shinier functions.  The modules will automatically
integrate into the existing menu system so you can control all of the
box's parts from one central location.



The web interface and framework is the web interface of the Freedombox,
and would be great to have in Debian proper. :)

Initial packaging is available from
http://git.tzafrir.org.il/?p=plinth/plinth.git >, deb source
at http://tzafrir.org.il/~tzafrir/fbox/ >.

--
Happy hacking
Petter Reinholdtsen


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

Bug#721996: [Pkg-xfce-devel] Bug#721996: thunar-volman: confirm XFCE bug #9193

[Javier Cantero]

El Fri, Sep 06, 2013 at 09:18:26PM +0200, Yves-Alexis Perez va y dice:
> The bug says “automount doesn't work”. Here, it's about the device not
> beeing detected at all in Thunar.

It seems that people is mixing the automount feature with the volume
disk feature. But, see the comments #7 and #8 of that bug, that's
exactly my problem.

"can't see removable devices" is probably a better description, like in
this ArchLinux forum thread:
https://bbs.archlinux.org/viewtopic.php?id=111867&p=1

But they use a weird workaround to avoid the problem.

> Is the mass storage device actually correctly detected by the kernel and
> udisks?

Yes, it is. At least udisks is receiving the notification via udev when
I plug the android phone:

javier@hogwarts:~$ udisks --monitor
Monitoring activity from the disks daemon. Press Ctrl+C to cancel.
added: /org/freedesktop/UDisks/devices/sdb
changed: /org/freedesktop/UDisks/devices/sdb
changed: /org/freedesktop/UDisks/devices/sdb

I can attach the "udevadm monitor --environment" logs if you want, but
they seem normal (and they are big). The kernel logs are also right, the
only missing lines are the corresponding ones to the mount syscall.

-- 
 Javier 




signature.asc
Description: Digital signature

Bug#719582: libdbd-firebird-perl: FTBFS on mipsel: 300 minutes of inactivity

[Damyan Ivanov]

Control: tags -1 confirmed
Control: retitle -1 libdbd-firebird-perl: hangs in t/embed-80-event-ithreads.t

-=| Niko Tyni, 13.08.2013 12:39:57 +0300 |=-
> Package: libdbd-firebird-perl
> Version: 1.11-1
> Severity: serious
> 
> From the mipsel build log at
>  
> https://buildd.debian.org/status/fetch.php?pkg=libdbd-firebird-perl&arch=mipsel&ver=1.11-1&stamp=1368908033
> 
>   t/embed-70-nested-sth.t . ok
>   t/embed-75-utf8.t ... ok
>   make[1]: *** wait: No child processes.  Stop.
>   make[1]: *** Waiting for unfinished jobs
>   make[1]: *** wait: No child processes.  Stop.
>   make: *** wait: No child processes.  Stop.
>   make: *** Waiting for unfinished jobs
>   make: *** wait: No child processes.  Stop.
>   E: Caught signal 'Terminated': terminating immediately
>   Build killed with signal TERM after 300 minutes of inactivity
>  
> Other "slow" architectures took about 10 minutes to build this, so there
> seems to be a real problem somewhere here.

I managed to reproduce this on eder.d.o (mipsel) and on my laptop 
(amd64). The test needs to be run several times for the hang to 
happen.

The test that fails waits for asynchronous database event posted by 
another thread.

I doubt this bug is specific to perl 5.18, so perhaps there is no need 
to block the transition? Also, I uploaded the result from a successful 
build to the archive.

dam,
continuing investigation


signature.asc
Description: Digital signature

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

[Fabian Greffrath]

Dear Kenshi Muto, Masayuki Hatta and Roland Rosenfeld,

I contact you, because you are the latest active maintainers of the
gsfonts and gsfonts-x11 packages, respectively.

As you may have seen already in #721521, I am going to upload the
fonts-urw-base35 packages that contains the latest update of upstream
author URW to the font set that is metric compatible to the Postscript
35 base set. Thus, it will replace the gsfonts package and provide a
transitional dummy package of that name. Furthermore, while at it, I am
going to merge the effort to make these fonts available to X11 from the
gsfonts-x11 package. Thus, this package will get replaced with a
transitional dummy packages as well.

Since these are firmally "your" packages, I'd like to make sure you are
informed about these consequences beforehand. Furthermore, I would
appreciate if you could acknowledge these changes or raise your
objections now, before it is probably a bit late.

Thank you very much for your replies!

Best regards,

- Fabian


Am Freitag, den 06.09.2013, 15:29 +0900 schrieb Norbert Preining: 
> Hi Fabian,
> 
> a few comments:
> 
> On Do, 05 Sep 2013, Fabian Greffrath wrote:
> > Should be *really* ready for upload now! Please pull the latest commits,
> > though.
> 
> No, I fixed one more buglet, the path in the gs fontmap snippet
> were pointing to
>   /usr/share/fonts/type/fonts-urw-base35/
> which is wrong, the fonts are in .../urw-base35/ (no "fonts-" directory
> part).
> 
> I fixed that and updated the changelog for a new date and committed the
> change, please pull before doing any further changes.
> 
> 
> Then: Do you have the agreement from the maintainers of gsfonts and
> gsfonts-x11 to take over the two packages? Sorry, I haven't seen
> any email, so I want ot make sure.
> 
> Thanks
> 
> Norbert
> 
> 
> PREINING, Norbert   http://www.preining.info
> JAIST, Japan TeX Live & Debian Developer
> DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
> 
> 


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

Bug#695890: powertop: Fwd: [PATCH] embed self-contained javascript

[Daniel Kahn Gillmor]

Control: tag 695890 + patch

attached please find a patch to embed self-contained javascript, which i
i've already sent upstream:

 https://lists.01.org/pipermail/powertop/2013-September/000923.html

If this could be applied within the debian package, that would be great.

thanks,

--dkg
--- Begin Message ---
using self-contained javascript offers several improvements:

 * powertop html report can be viewed offline
 * less overall javascript code is loaded when online
 * no opportunity for report leakage or modification by third parties

These changes also make it simpler to update the html report when a
new section is added: just add a new entry to powertop.blocks
dictionary, with the section's human-readable string as its value.
---
 src/powertop.css | 400 ++-
 1 file changed, 72 insertions(+), 328 deletions(-)

diff --git a/src/powertop.css b/src/powertop.css
index c73d3e2..35f6571 100644
--- a/src/powertop.css
+++ b/src/powertop.css
@@ -3,276 +3,70 @@
 
 PowerTOP report
 
-http://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js\";>
-
-$(document).ready(function(){
-
-   $('#system h2').addClass('hide');
-   $('#system table').addClass('hide');
-   $('#cpuidle h2').addClass('hide');
-   $('#cpuidle table').addClass('hide');
-   $('#cpufreq h2').addClass('hide');
-   $('#cpufreq table').addClass('hide');
-   $('#software h2').addClass('hide');
-   $('#software table').addClass('hide');
-   $('#device h2').addClass('hide');
-   $('#device table').addClass('hide');
-   $('#device p').addClass('hide');
-   $('#tuning h2').addClass('hide');
-   $('#tuning table').addClass('hide');
-
-   $('#top').append('
System Info
');
-   $('#top').append('
Summary
');
-   $('#top').append('
CPU Idle
');
-   $('#top').append('
CPU Frequency
');
-   $('#top').append('
Software info
');
-   $('#top').append('
Device Info
');
-   $('#top').append('
Tuning
');
-   $('#top').append('
All
');
-   $('#top .SummaryButton').toggleClass('pressed');
-
-}
-   );
-function toggleDummy() {
-   $('#system table').toggleClass('hide', true);
-   $('#system h2').toggleClass('hide', true);
-   $('#summary table').toggleClass('hide', true);
-   $('#summary h2').toggleClass('hide', true);
-   $('#summary p').toggleClass('hide', true);
-   $('#cpuidle table').toggleClass('hide', true);
-   $('#cpuidle h2').toggleClass('hide', true);
-   $('#cpufreq table').toggleClass('hide', true);
-   $('#cpufreq h2').toggleClass('hide', true);
-   $('#software table').toggleClass('hide', true);
-   $('#software h2').toggleClass('hide', true);
-   $('#device table').toggleClass('hide', true);
-   $('#device h2').toggleClass('hide', true);
-   $('#device p').toggleClass('hide', true);
-   $('#tuning table').toggleClass('hide', true);
-   $('#tuning h2').toggleClass('hide', true);
-   $('#top .SystemButton').toggleClass('pressed', false);
-   $('#top .SummaryButton').toggleClass('pressed', false);
-   $('#top .CpuidleButton').toggleClass('pressed', false);
-   $('#top .CpufreqButton').toggleClass('pressed', false);
-   $('#top .SoftwareButton').toggleClass('pressed', false);
-   $('#top .DeviceButton').toggleClass('pressed', false);
-   $('#top .TuningButton').toggleClass('pressed', false);
-   $('#top .AllButton').toggleClass('pressed', false);
-}
-function toggleSystem() {
-   $('#system table').toggleClass('hide', false);
-   $('#system h2').toggleClass('hide', false);
-   $('#summary table').toggleClass('hide', true);
-   $('#summary h2').toggleClass('hide', true);
-   $('#summary p').toggleClass('hide', true);
-   $('#cpuidle table').toggleClass('hide', true);
-   $('#cpuidle h2').toggleClass('hide', true);
-   $('#cpufreq table').toggleClass('hide', true);
-   $('#cpufreq h2').toggleClass('hide', true);
-   $('#software table').toggleClass('hide', true);
-   $('#software h2').toggleClass('hide', true);
-   $('#device table').toggleClass('hide', true);
-   $('#device

Bug#705262: unsupportable

[Bastian Blank]

Control: severity -1 serious

The version 0.48 was removed from wheezy because it is unsupportable.
In the meantime this is _twenty_ versions behind the last release.  This
means it is even less supportable.

Setting the bug to serious, as unsupportable is RC by the current
release policy.

If you don't intend to actually maintain ceph, please orphan the
package.  Otherwise I may do a NMU with the latest version 0.68 in the
next two weeks.

Bastian

-- 
It would seem that evil retreats when forcibly confronted.
-- Yarnek of Excalbia, "The Savage Curtain", stardate 5906.5


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

Bug#722092: nfs-common: missing seven manpages

[Grant Bowman]

Package: nfs-common
Version: 1:1.2.8-4
Severity: normal

found using manpage-alert from devscripts

per policy 12.1

listed on http://qa.debian.org/man-pages.html
nfs-common:
usr/sbin/gss_clnt_send_err,
usr/sbin/gss_destroy_creds,
sbin/mount.nfs4,
sbin/osd_login,
usr/sbin/rpc.svcgssd,
usr/sbin/start-statd,
sbin/umount.nfs4,

lintian warning linked from http://packages.qa.debian.org/n/nfs-utils.html
nfs-common
W binary-without-manpage
sbin/mount.nfs4
sbin/osd_login
sbin/umount.nfs4
usr/sbin/gss_clnt_send_err
usr/sbin/gss_destroy_creds
usr/sbin/rpc.svcgssd
usr/sbin/start-statd

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

Kernel: Linux 3.10-2-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 nfs-common depends on:
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-43
ii  libc6   2.17-92+b1
ii  libcap2 1:2.22-1.2
ii  libcomerr2  1.42.8-1
ii  libdevmapper1.02.1  2:1.02.77-6
ii  libevent-2.0-5  2.0.21-stable-1
ii  libgssglue1 0.4-2
ii  libk5crypto31.11.3+dfsg-3
ii  libkeyutils11.5.5-7
ii  libkrb5-3   1.11.3+dfsg-3
ii  libmount1   2.20.1-5.5
ii  libnfsidmap20.25-5
ii  libtirpc1   0.2.2-5
ii  libwrap07.6.q-24
ii  lsb-base4.1+Debian12
ii  rpcbind 0.2.0-8.2
ii  ucf 3.0027+nmu1

Versions of packages nfs-common recommends:
ii  python  2.7.5-4

Versions of packages nfs-common suggests:
pn  open-iscsi  
pn  watchdog


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

Bug#721677: gnome-user-share: Personal File Sharing GUI not accessable

[Stefan Krastanov]

Package: gnome-user-share
Version: 3.8.3-1
Followup-For: Bug #721677

Dear Maintainer,

The above mentioned executable is indeed missing, it is not to be found in any
other package according to `apt-file` and it is messing with other packages
like `nautilus-share` (the ribbon with preferences in the Public folder is not
working (clickable without effect)).

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

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

Versions of packages gnome-user-share depends on:
ii  apache2-bin  2.4.6-2
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gnome-bluetooth  3.8.1-2
ii  libapache2-mod-dnssd 0.6-3.1
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-92
ii  libcairo-gobject21.12.14-4
ii  libcairo21.12.14-4
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libdbus-1-3  1.6.12-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.3-3
ii  libgnome-bluetooth11 3.8.1-2
ii  libgtk-3-0   3.8.2-3
ii  libnautilus-extension1a  3.4.2-2
ii  libnotify4   0.7.5-2
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libselinux1  2.1.13-2
ii  libx11-6 2:1.6.1-1
ii  obex-data-server 0.4.5-1+b3

gnome-user-share recommends no packages.

gnome-user-share 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#554945: Autoflushing of stdout is broken with perl 5.10

[Roger Leigh]

On Sat, Sep 07, 2013 at 06:43:12PM +0100, Dominic Hargreaves wrote:
> Do you find that this is still an issue for you with current versions
> of perl? With the lack of a reproducible test case there's not much
> we can do about this report, so I would like to either get some more
> information about the issue, or close the report.

--- a/lib/Sbuild/Build.pm
+++ b/lib/Sbuild/Build.pm
@@ -2120,7 +2120,7 @@ sub open_build_log {
}
 
# Manual flushing due to Perl 5.10 bug.  Should autoflush.
-   $saved_stdout->flush();
+   #$saved_stdout->flush();
}
if (!$nolog && $log) {
print CPLOG $_;

In sbuild I was working around it by explicitly flushing the output
stream.  I've tested by commenting out the explicit flushing and doing
a few builds.  Output does not appear to be unduly buffered, so it's
possible that this issue has been resolved somehow.  However, the
perl code has changed slightly in the meantime, and I'm now using a
newer system, so it's possible that isn't simply not manifesting with
the setup I have.  There's certainly no lag/choppiness in the live
build output.

In the absence of being able to reproduce with the code which previously
demonstrated the problem, I'd say this could be closed.  If anyone can
properly reproduce it, it can be reopened.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Bug#721521: [Pkg-fonts-devel] Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

[Fabian Greffrath]

Hi again,

Am Freitag, den 06.09.2013, 15:29 +0900 schrieb Norbert Preining: 
> No, I fixed one more buglet, the path in the gs fontmap snippet
> were pointing to
>   /usr/share/fonts/type/fonts-urw-base35/
> which is wrong, the fonts are in .../urw-base35/ (no "fonts-" directory
> part).

o_O Good catch! I would have sweared that I have found and fixed all
glitches like this so far.

> I fixed that and updated the changelog for a new date and committed the
> change, please pull before doing any further changes.

Maybe commited, but not yet pushed. Please do so.

> Then: Do you have the agreement from the maintainers of gsfonts and
> gsfonts-x11 to take over the two packages? Sorry, I haven't seen
> any email, so I want ot make sure.

No, not yet. I admit, I am a bit puzzled about that as well. I have
included them in every mail in CC so far and did not get a single
reaction yet - neither positive nor negative. Will try again in a
minute...

Thank you!

- Fabian


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

Bug#722057: libdspam7-drv-hash: dspam segfaults [libhash_drv on _hash_drv_seek()]

[Raphaël]

On Sat, Sep 07, 2013 at 08:33:21PM +0200, Thomas Preud'homme wrote:
> Le samedi 7 septembre 2013 09:51:28 Raphael Droz a écrit :
> > 
> > I happened to be in a situation where I can't even fully flush the postfix
> > queue without having Dspam to segfault.
> > I end up installing dspam-dbg and gdb and attach to the process [I wasn't
> > able to run the process without the init-script].
> 
> Symbols for libdspam7-drv-hash are found in libdspam7-dbg. Could you install 
> it and give me stacktrace you get with it?

thanks!
sadly for now I've postsuper'ed -r ALL emails for now.

But I installed libdspam7-dbg, relink postfix to dspam and I will need
to wait for another email to come to mailman in order reproduce it.

But could you offer me another reliable way to make Dspam dumps its core
somewhere automatically instead of this situation where I'm waiting for
hours through ssh with $ gdb  ?


thx


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

Bug#722090: slapd: slapindex on back_mdb directory expands without limit, leading to failure

[Jeremy Brandon Roman]

Package: slapd
Version: 2.4.31-1+nmu2
Severity: normal

Dear Maintainer,

I just had to rebuild my LDAP directory because I made the mistake of trying
to reindex my back_mdb data (after changing indexes in slapd.conf). The file
grew until it hit its limit; increasing the limit did not solve this.

This issue seems to be known and solved in upstream:
http://www.openldap.org/lists/openldap-bugs/201209/msg00034.html

Some solution to this should be backported, as using slapindex and mdb is
a reasonable configuration that should work, especially on a stable Debian
release.

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

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

Versions of packages slapd depends on:
ii  adduser 3.113+nmu3
ii  coreutils   8.13-3.5
ii  debconf [debconf-2.0]   1.5.49
ii  libc6   2.13-38
ii  libdb5.15.1.29-5
ii  libgcrypt11 1.5.0-5+deb7u1
ii  libgnutls26 2.12.20-7
ii  libldap-2.4-2   2.4.31-1+nmu2
ii  libltdl72.4.2-1.1
ii  libodbc12.2.14p2-5
ii  libperl5.14 5.14.2-21
ii  libsasl2-2  2.1.25.dfsg1-6+deb7u1
ii  libslp1 1.2.1-9
ii  libwrap07.6.q-24
ii  lsb-base4.1+Debian8+deb7u1
ii  multiarch-support   2.13-38
ii  perl [libmime-base64-perl]  5.14.2-21
ii  psmisc  22.19-1+deb7u1

Versions of packages slapd recommends:
ii  libsasl2-modules  2.1.25.dfsg1-6+deb7u1

Versions of packages slapd suggests:
ii  ldap-utils  2.4.31-1+nmu2

-- Configuration Files:
/etc/default/slapd changed:
SLAPD_CONF=
SLAPD_USER="openldap"
SLAPD_GROUP="openldap"
SLAPD_PIDFILE=
SLAPD_SERVICES="ldap:/// ldaps:/// ldapi:///"
SLAPD_SENTINEL_FILE=/etc/ldap/noslapd
SLAPD_OPTIONS=""


-- debconf information:
  slapd/allow_ldap_v2: false
  slapd/password_mismatch:
* slapd/invalid_config: true
  shared/organization: csclub.uwaterloo.ca
  slapd/upgrade_slapcat_failure:
  slapd/no_configuration: false
  slapd/move_old_database: true
  slapd/dump_database_destdir: /var/backups/slapd-VERSION
  slapd/purge_database: false
  slapd/domain: csclub.uwaterloo.ca
  slapd/backend: HDB
  slapd/dump_database: when needed


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

Bug#711663: Pending fixes for bugs in the libgeo-googleearth-pluggable-perl package

[pkg-perl-maintainers]

tag 711663 + pending
thanks

Some bugs in the libgeo-googleearth-pluggable-perl package are closed
in revision f47f0c1acf9d6ef59a1c17760f601cf98259e47a in branch
'master' by Dominic Hargreaves

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libgeo-googleearth-pluggable-perl.git;a=commitdiff;h=f47f0c1

Commit message:

Depend/build-depend explicitly on Module::Pluggable which is being removed 
from perl in 5.20 (Closes: #711663)


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

Bug#721869: install appropriate linux-headers

[Michael Gilbert]

On Fri, Sep 6, 2013 at 4:58 AM, Bjørn Mork  wrote:
> Dmitrijs Ledkovs  writes:
>> On 5 September 2013 20:58, Bjørn Mork  wrote:
>>> Christian PERRIER  writes:
>>>
 Quoting Bjørn Mork (bj...@mork.no):
 So, it's probably less overkill than it may seem at first glance to
 imagine that installing headers by default may help in some cases.
>>>
>>> I hope and expect most Linux users never needing kernel headers.  And if
>>> they do need them, then the headers should be pulled in by one of the
>>> -dkms packages.  I do not think it is a good idea to encourage users or
>>> driver authors to keep drivers out of Debian.
>>>
>>
>> How does the dependency look like to get headers for the _currently_
>> running kernel and not the latest one available/installed?
>> Considering I can upgrade to the new kernel packages a few times
>> before rebooting.
>
> This is way outside what you can expect to be supported.

I wouldn't worry about that.  Users likely want to be using the latest
kernel anyway, and if they for some reason aren't and submit a bug
report about modules not working, they can be instructed to either
reboot or install the linux-headers for their specific kernel version.

> Sitting on the outside here, I am puzzled to see this belief that Debian
> should support all sorts of user modifications to the kernel package.

This isn't at all about modifying the kernel package itself.  It is
about building kernel modules available in many separate packages.

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#721521: fonts-urw-base35 and metrics

[Fabian Greffrath]

Hey Norbert,

Am Freitag, den 06.09.2013, 11:52 +0900 schrieb Norbert Preining: 
> I wanted to ask you one thing: Are the font *metrics* unchanged,
> thus a drop-in replacement of the Adobe fonts, and also a drop-in
> replacement for the previous URW fonts?

Honestly, I haven't checked that yet. But I wouldn't be surprised to
find some subtle differences. Actually, fixing some of the metrics to be
more compatible to the original base fonts was the very reason for URW
releasing the update.

> The point is, if we have to regenerate metrics on the TeX side,
> this will create havoc.

That's the price of technological progress, if you are asking me. :)

Cheers,

- Fabian


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

Bug#721858: apt-listdifferences: Per-package diff

[Michael Gilbert]

On Wed, Sep 4, 2013 at 8:05 PM, Michael Welsh Duggan  wrote:
> Michael Gilbert  writes:
>
>> On Wed, Sep 4, 2013 at 1:11 PM, Michael Welsh Duggan wrote:
>>> It would be nice if there were to option to, instead of putting the diff
>>> of all packages in a single pager, each package's diff would appear in a
>>> separate pager, and that quitting the first pager would bring up the second.
>>> Currently, it is difficult to look at diffs from a specific package when
>>> another package has a lot of changes.
>>
>> I'm not sure this would necessarily be better from a usability
>> perspective.  I think users would not like hitting q multiple times
>> when they want to get out fast.
>>
>> Have you considered searching for the term diffstat?  That puts you at
>> the top of the next diff almost 100% of the time.
>
> There is no diffstat in the output I see.  Rather, one patch just
> follows another:
>
> diff -Nru iproute2-3.10.0/tc/tc_qdisc.c iproute2-3.11.0/tc/tc_qdisc.c
> --- iproute2-3.10.0/tc/tc_qdisc.c   2013-07-16 13:06:36.0 -0400
> +++ iproute2-3.11.0/tc/tc_qdisc.c   2013-09-03 11:23:03.0 -0400
> @@ -137,15 +137,15 @@
> [diff elided]
> diff -Nru libass-0.10.0/Changelog libass-0.10.1/Changelog
> --- libass-0.10.0/Changelog 2011-09-25 11:51:25.0 -0400
> +++ libass-0.10.1/Changelog 2012-10-04 08:17:22.0 -0400
> @@ -1,3 +1,17 @@
> [diff elided]

Hi, you don't see something like the following at the top of the
output for each source package?

diffstat for quilt-0.60 quilt-0.60

 .pc/.quilt_patches  |1
 .pc/.quilt_series   |1
 .pc/.version|1
 changelog   |   15 ++-
 patches/select-mail |  103 
 patches/series  |1
 6 files changed, 117 insertions(+), 5 deletions(-)

diff -Nru quilt-0.60/debian/changelog quilt-0.60/debian/changelog
--- quilt-0.60/debian/changelog 2013-08-22 01:24:09.0 +
+++ quilt-0.60/debian/changelog 2013-09-05 12:23:58.0 +
[snip]

apt-listdifferences should be calling debdiff with the --diffstat
option, which generates that.

I wonder if there is an issue with coloring that may be masking that.
Can you try setting color=False in /usr/bin/apt-listdifferences?

Also make sure "debdiff --diffstat" by itself works as expected on your machine.

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#721677: gnome-user-share: Personal File Sharing GUI not accessable

[Mauro Fontana]

I think I might be having this bug too.

Don't know how much info I can provide.

I'm running an amd64 Jessie destribution. Fresh installed in June (after
the release of Wheezy).

The command gnome-file-share-preferences (or something like that) doesn't
exist. In another machine running Wheezy it lunches from the applications
menu. By looking at the desktop file of the app I saw it points the above
command and when I try to run that in Jessie, it doesn't exist.

Or something has changed from the wheezy version up to now or this is a
serious bug, which is preventing file-sharing at all.

Don't know how much debugging info can I provide as there seems to be no
runtime error, but a missing executable!

Cheers

Bug#722057: libdspam7-drv-hash: dspam segfaults [libhash_drv on _hash_drv_seek()]

[Thomas Preud'homme]

Le samedi 7 septembre 2013 09:51:28 Raphael Droz a écrit :
> 
> I happened to be in a situation where I can't even fully flush the postfix
> queue without having Dspam to segfault.
> I end up installing dspam-dbg and gdb and attach to the process [I wasn't
> able to run the process without the init-script].

Symbols for libdspam7-drv-hash are found in libdspam7-dbg. Could you install 
it and give me stacktrace you get with it?

Thanks a lot

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

Bug#722089: rectangle select slows gimp

[David Farrier]

Package: gimp
Version: 2.8.2-2

The gimp slows noticably when I use the rectangle select tool. On my 1.9 
GHz Pentium 4 machine, it is quite responsive doing tasks like changing 
the color balance of a 10 megapixel photo, but after selecting a region 
using the rectangle tool, it slows markedly. All gimp functions I have 
tried get slow, for example, opening a menu takes upwards of 5 seconds. 
Cursor movement remains responsive, although it can take a few seconds for 
the cursor symbol to update. Examining the running processes, 'gimp' looks 
okay but 'x' continuously uses about 85% of the CPU. Memory use looks 
okay. If I switch to another application, for example LibreOffice, that 
application is responsive.


The gimp remains slow and x remains a CPU hog until I close the image or I 
dismiss the selection using the 'select none' command.


One peculiar aspect, xcf files seem to preserve whatever causes the 
problem. If I save a file while the gimp is slow, then the gimp will slow 
again when I reopen the file. To demonstrate this, I created the attached 
example by opening the gimp, and created an empty image with the letter 
template. To make the image a little more interesting, I used the gradient 
tool to apply a conical gradient. The gimp showed almost no hesitation to 
any of these commands. Then I selected a small region with the rectangle 
tool and the gimp slowed. I patiently did a crop to selection to make the 
image smaller for your convenience. Then saved and closed the gimp.


Then I opened the gimp with this small file. The gimp immediately becomes 
slow. Patiently open a 10 megapixel JPEG, whose window happens to cover 
the small image, and the gimp becomes responsive. Bring the window with 
the small image forward, and the gimp slows. Issue the 'select none' 
command and the gimp becomes responsive.


Problem started when I upgraded from Debian 6.6 to 7.1. With 6.6, the gimp 
was responsive even with multiple ten-megapixel images open with multiple 
regions selected.


I am running Debian 7.1 with pretty much standard desktop installation 
except xfce instead of gnome.


kernel 3.2.0-4-686-pae
libc6 2.13-38
X server-common 2:1.12.4-6
xfce4 4.8.0.3
gimp 2.8.2-2

Asus P4T 533-C
Intel Pentium 4 478 1.9 GHz
PNY Verto GeForce FX 5900SE AGP

conical_crop_small.xcf
Description: application/xcf

Bug#721996: [Pkg-xfce-devel] Bug#721996: thunar-volman: confirm XFCE bug #9193

[Yves-Alexis Perez]

On sam., 2013-09-07 at 18:34 +0200, Javier Cantero wrote:
> javier@hogwarts:~$ udisks --monitor

Is udisks2 installed?
-- 
Yves-Alexis


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

Bug#722085: Please, delete this bug

[Roman Lapin]

It was my MTU problem.
Sorry for that.