Bug#726181: crystalspace-data: still installs crystalspace-1.4 configuration file

[Paul Wise]

usertags 726181 + conffile
user: debian...@lists.debian.org
usertags 726181 + obsolete-conffile adequate
severity 726181 normal
thanks

On Sun, 2013-10-13 at 14:39 +0800, Paul Wise wrote:

> This file should be removed from the crystalspace-data package:
> 
> crystalspace-data: /etc/crystalspace-1.4/vfs.cfg

Bah. It was actually removed from the package but since this is a
conffile it needs special handling. Here is a better bug report:

The recent upgrade did not deal with obsolete conffiles properly. Please
use the dpkg-maintscript-helper support provided by dh_installdeb to
remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=crystalspace-data ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' 
$pkg | grep obsolete
crystalspace-data: obsolete-conffile /etc/crystalspace-1.4/vfs.cfg
 /etc/crystalspace-1.4/vfs.cfg d0544d41f0886951449c8f58d39676d7 obsolete

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#722118: leafpad refuses to save

[Jari Aalto]

2013-09-08 07:23 patrick :
| Package: leafpad
| Version: 0.8.17-5
| Severity: important
|
| hi
|
| it refuses to save if you have polish chars.

[Previously sent 2013-09-08]

Could you please send a file with polish character as an attachement to
this bug report (using address 722...@bugs.debian.org)

Thanks,
Jari


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

Bug#726182: evince: prints (nearly) blank pages on PS printer while rendering documents correctly

[Axel Stammler]

Package: evince
Version: 3.4.0-3.1
Severity: important

Dear Maintainer,

I have a Kyocera Mita FS-1010, which has a native Postscript mode but does not 
understand
PDF. I can print easily from other programs like Lyx and G Numeric whereas 
Evince never
works. BTW, Libre Office requires me to change the printer properties from PDF 
to
Postscript (level from driver) every time.

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

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

Versions of packages evince depends on:
ii  evince-common3.4.0-3.1
ii  gnome-icon-theme 3.4.0-2
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-38
ii  libcairo-gobject21.12.2-3
ii  libcairo21.12.2-3
ii  libevdocument3-4 3.4.0-3.1
ii  libevview3-3 3.4.0-3.1
ii  libgail-3-0  3.4.2-6
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgnome-keyring03.4.1-1
ii  libgtk-3-0   3.4.2-6
ii  libice6  2:1.0.8-2
ii  libnautilus-extension1a  3.4.2-1+build1
ii  libpango1.0-01.30.0-1
ii  libsm6   2:1.2.1-2
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxml2  2.8.0+dfsg1-7+nmu1
ii  shared-mime-info 1.0-1+b1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages evince recommends:
ii  dbus-x11  1.6.8-1+deb7u1
ii  gvfs  1.12.3-4

Versions of packages evince suggests:
ii  nautilus  3.4.2-1+build1
ii  poppler-data  0.4.5-10
ii  unrar 1:4.1.4-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#726181: crystalspace-data: still installs crystalspace-1.4 configuration file

[Paul Wise]

Package: crystalspace-data
Version: 2.0+dfsg-1
Severity: minor

This file should be removed from the crystalspace-data package:

crystalspace-data: /etc/crystalspace-1.4/vfs.cfg

Since it now has this file:

crystalspace-data: /etc/crystalspace-2.0/vfs.cfg

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

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

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#726180: keepass2: Symbolic link to database is replaced by copy of database

[Jeroen N. Witmond]

Package: keepass2
Version: 2.19+dfsg-2
Severity: normal

Dear Maintainer,

Perform the following steps:

1. Create the keePass database in ~/Documents/.
2. Create a symbolic link from the database above in ~/Desktop/.
3. Start keepass2 using this symbolic link.
4. Make some changes in users, passwords, etc.
5. Save the database and quit keepass2.

Now the database in ~/Documents/ will not have changed.
The symbolic link in ~/Desktop/ will have been replaced by a regulare file, 
that is, a database containing the changes made in step 4 above.


-- 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/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages keepass2 depends on:
ii  libmono-corlib4.0-cil2.10.8.1-8
ii  libmono-system-configuration4.0-cil  2.10.8.1-8
ii  libmono-system-drawing4.0-cil2.10.8.1-8
ii  libmono-system-security4.0-cil   2.10.8.1-8
ii  libmono-system-windows-forms4.0-cil  2.10.8.1-8
ii  libmono-system-xml4.0-cil2.10.8.1-8
ii  libmono-system4.0-cil2.10.8.1-8
ii  mono-runtime 2.10.8.1-8

keepass2 recommends no packages.

Versions of packages keepass2 suggests:
ii  keepass2-doc  2.19+dfsg-2
pn  mono-dmcs 
pn  xdotool   

-- 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#726142: Info received (Bug#726142: Realtek NIC (r8169 driver) won't work at gigabit speed, must be forced to 100MB)

[Shawn Heisey]

I left out the answer to one of your questions.  Yes, the
firmware-realtek package is installed.  It is version 0.28+squeeze1.
During my temporary 3.2 backports kernel experiment, I also upgraded all
the firmware packages to the matching version from backports.

This may be indirectly significant - in the 2.6.30 kernel version where
everything worked on auto, I did not need a firmware package.  I don't
know if this is because a blob wasn't being used, or if that was before
Debian had completely moved such blobs out of main.  I was able to
install lenny without putting the firmware on a flash disk.

Starting sometime after 2.6.30, the firmware package is required or the
NIC doesn't work at all.


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

Bug#726179: Patch

[Anton Gladky]

Patch is attached

Anton
diff -Nru openbabel-2.3.2+dfsg/debian/changelog openbabel-2.3.2+dfsg/debian/changelog
--- openbabel-2.3.2+dfsg/debian/changelog	2013-05-22 19:08:45.0 +0200
+++ openbabel-2.3.2+dfsg/debian/changelog	2013-10-13 08:04:13.0 +0200
@@ -1,3 +1,10 @@
+openbabel (2.3.2+dfsg-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Replace libeigen2-dev by libeigen3-dev. (Closes: #726179)
+
+ -- Anton Gladky   Sun, 13 Oct 2013 07:56:46 +0200
+
 openbabel (2.3.2+dfsg-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru openbabel-2.3.2+dfsg/debian/control openbabel-2.3.2+dfsg/debian/control
--- openbabel-2.3.2+dfsg/debian/control	2013-05-21 23:18:44.0 +0200
+++ openbabel-2.3.2+dfsg/debian/control	2013-10-13 07:47:33.0 +0200
@@ -7,7 +7,7 @@
 Build-Depends: cmake,
debhelper (>> 7.0.50~),
libcairo2-dev,
-   libeigen2-dev,
+   libeigen3-dev,
libperl-dev,
libwxgtk2.8-dev,
libxml2-dev,


signature.asc
Description: OpenPGP digital signature

Bug#726179: Replace libeigen2-dev by libeigen3-dev

[Anton Gladky]

Package: openbabel
Version: 2.3.2+dfsg-1
Severity: wishlist
Tags: patch
User: gl...@debian.org
Usertags: remove-eigen2

Dear Maintainer,

your package has libeigen2-dev in build-depends.
It is better to replace it by libeigen3-dev because, the
development of eigen2 is frozen toward to eigen3.

It is planned to replace libeigen2-dev by libeigen3-dev
in all packages in Debian archive.

Thanks,

Anton



signature.asc
Description: OpenPGP digital signature

Bug#726178: spurious ghc-ghci build-dep

[Joey Hess]

Package: haskell-groupoids
Version: 3.0.1.1
Severity: normal

I have just successfully built this package on armel after removing
the ghc-ghci build dep. This was apparently added in error, or
was previously needed due to an ANN or something like that, which
is no longer in the source.

No longer will armel have to suffer without Iso! ;)

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#635476: Using alternatives for Coverage programs

[Thomas Goirand]

On 10/13/2013 08:24 AM, Ben Finney wrote:
> On 12-Oct-2013, Thomas Goirand wrote:
>> On 10/11/2013 01:42 PM, Dmitry Shachnev wrote:
>>> Also, you have a typo in postinst files ('coverate' != 'coverage').
>>
>> This seems to be changed (by ben), though there's now other problems in
>> the bzr version.
>>
>> […]
>> Setting up python-coverage (3.7+dfsg.1-1) ...
>> update-alternatives: error: alternative link /usr/bin/coverage is
>> already managed by python-coverate
>> dpkg: error processing python-coverage (--install):
>>  subprocess installed post-installation script returned error exit status 2
> 
> That error is reporting an existing “python-coverate” name managing the
> command. This is only going to be a problem on systems that have that; the
> released package won't have that. You can fix it on yours by deleting that
> association.

Yes, this was an typo/error I did. If any of us has this on his system,
then a manual update-alternatives --remove should be performed. I had to
do this myself. I'm sorry for my mistake, though that's (now) completely
unrelated to the package we have in BZR (eg: it's fixed...).

>> First, Ben changed from /usr/bin/coverage to /usr/bin/coverage3 in the
>> python3-coverage.postinst. This loose the point! The point was to be
>> able to have python-coverage and python3-coverage both provide
>> /usr/bin/coverage...
> 
> Python 2 and Python 3 are being sdtrictly treated as separate run-time
> systems in Debian.

This is the case, the only thing is that, both should provide
/usr/bin/coverage.

> So my position is that ‘/usr/bin/coverage’ should not be
> provided for Python 3.

It must be, because that's what upstream code is expecting.

>> If you want python3-coverage to provide a /usr/bin/coverage3, you do not
>> need to use update-alternative. Simply add a symlink and we are good to
>> go.
> 
> Okay. So I shall remove the use of ‘upsate-alternatives’ altogether.

Please don't. This is, as much as I can tell, a standard practice in
Debian to do this. You can for example see it in python-babel, or in
python-waitress.

Let's say I have a package that build-depends on python-coverage |
python3-coverage, and then, on the system I am building on, there's only
python3-coverage installed. Build-dependencies would be satisfied,
though upstream code may want to invoke /usr/bin/coverage. IMO, you
should see this just like with sh with multiple implementation. By
calling /usr/bin/coverage, you are saying that you don't care which
version. If you explicitly call /usr/bin/coverage3 it is because you
want explicitly this one.

Now, I've seen that you've just *deleted* the
python{3,}-coverage.{postinst,prerm}. That's not cool... :( I would
appreciate if you could first try to understand what I'm trying to do
before just flushing my enhancement? Going back and forth is a loss of
time. :/

Since you seem really motivated to remove that, I will state it once more:

upstream projects do expect /usr/bin/coverage to be there, and otherwise
FTBFS. They don't really care if it is a python2 or python3
implementation, they just need *one* of the 2 implementation, and
/usr/bin/coverage to be present.

Example when building "heat" (one of the OpenStack packages I maintain):

zigo@host ~/sources/openstack/havana/heat/heat$ python setup.py \
testr --coverage
running testr
running=${PYTHON:-python} -m subunit.run discover -t ./ .
No handlers could be found for logger "heat.engine.environment"
/home/zigo/sources/openstack/havana/heat/heat/heat/common/wsgi.py:759:
DeprecationWarning: BaseException.message has been deprecated as of
Python 2.6
  exc.message = gettextutils.get_localized_message(exc.message, locale)
/home/zigo/sources/openstack/havana/heat/heat/heat/tests/test_wsgi.py:226:
DeprecationWarning: BaseException.message has been deprecated as of
Python 2.6
  self.assertEqual(message_es, e.exc.message)
Ran 3094 (+3024) tests in 54.360s (+54.168s)
PASSED (id=4)

As you see, it works. Now, let's remove /usr/bin/coverage:

zigo@host ~/sources/openstack/havana/heat/heat$ sudo \
update-alternatives --remove coverage /usr/bin/python2-coverage
zigo@host ~/sources/openstack/havana/heat/heat$ python setup.py \
testr --coverage
running testr
running=${PYTHON:-python} -m subunit.run discover -t ./ .
/bin/sh: 1: coverage: not found
==
FAIL: process-returncode
tags: worker-0
--
Binary content:
  traceback (test/plain; charset="utf8")
Ran 1 (-1546) tests
FAILED (id=5, failures=1 (+1))
error: testr failed (1)

now it fails because /usr/bin/coverage isn't present.

>> Also, Ben replaced what I wrote by:
>>
>> master_link_path=/usr/bin/coverage
>> package_name=python-coverage
>> alternative_path=/usr/bin/python2-coverage
>> priority=200
>>
>> update-alternatives --install ${master_link_path} ${package_name} \
>>  ${alternative_path} ${pr

Bug#726171: ITP: libjs-zxcvbn -- realistic password strength estimation

[Ben Finney]

package wnpp
retitle 726171 ITP: libjs-zxcvbn -- realistic password strength estimation
owner 726171 !
thanks

I have now begin packaging this library. But I am novice at packaging
ECMAScript, and could use some advice!

The VCS fields are:

VCS-bzr: http://anonscm.debian.org/bzr/collab-maint/libjs-zxcvbn/trunk/
VCS-Browser: 
http://anonscm.debian.org/loggerhead/collab-maint/libjs-zxcvbn/trunk/

-- 
 \   “We have met the enemy and he is us.” —Walt Kelly, _Pogo_ |
  `\1971-04-22 |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#726112: misleading error message about Conflicts/Replaces pairs

[Guillem Jover]

Hi!

On Sat, 2013-10-12 at 14:28:09 +0300, Toomas Rosin wrote:
> Package: dpkg
> Version: 1.17.1
> Severity: minor

> I tried to install a bunch of packages with `dpkg -i', but, after
> having successfully unpacked a number of packages it started to
> spit out error messages like the following:
> 
> package X has too many Conflicts/Replaces pairs
> 
> These messages left me with the impression as if dpkg thought each
> one of the failed packages to have "too many" Conflicts/Replaces
> pairs, whereas, in fact, each of them had only one such pair.
> What really happened was that dpkg counted Conflicts/Replaces
> pairs for packages specified on the command lines, and started to
> fail after the count got over 20 (the value of MAXCONFLICTORS in
> src/unpack.c).
> 
> I suggest that the error message (src/unpack.c:208) be changed,
> perhaps to something like "too many Conflicts/Replaces pairs
> encountered".

The conflictors get dealt with on each unpack iteration by removing
them, so in principle that message would be accurate, but the real
problem is that the list accumulates conflictors but never takes them
out from the list when successfully removing them from the system.

So I think I'll be fixing this instead by turning the simple
statically allocated array of conflictors into a proper queue, which
will get emptied on each iteration. And as such that message will just
disappear, along with the compiled-in limit.

Thanks,
Guillem


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

Bug#726177: can easily be fixed to build w/o ghci

[Joey Hess]

Package: haskell-profunctors
Version: 3.3
Severity: normal
Tags: patch

All that makes this need ghci to build is a hlint annotation.
Unfortunately, ghc has no way to know that only hlint looks at
this annotation (when run on this file), and so it fails.
So, let's remove it.

-- 
see shy jo
From e5cd465d18d2a47f7a69311692f232400dae3732 Mon Sep 17 00:00:00 2001
From: Joey Hess 
Date: Sun, 13 Oct 2013 00:25:48 -0400
Subject: [PATCH] remove unnecessay ghci build dep

---
 debian/control|1 -
 src/Data/Profunctor/Unsafe.hs |3 ---
 2 files changed, 4 deletions(-)

diff --git a/debian/control b/debian/control
index d261268..28319b5 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,6 @@ Build-Depends: debhelper (>= 9)
   , haskell-devscripts (>= 0.8.15)
   , ghc
   , ghc-prof
-  , ghc-ghci
   , libghc-comonad-dev (>> 3.0)
   , libghc-comonad-prof
   , libghc-tagged-dev (>> 0.4.4)
diff --git a/src/Data/Profunctor/Unsafe.hs b/src/Data/Profunctor/Unsafe.hs
index 025c7c4..0249274 100644
--- a/src/Data/Profunctor/Unsafe.hs
+++ b/src/Data/Profunctor/Unsafe.hs
@@ -40,9 +40,6 @@ import Data.Tagged
 import Prelude hiding (id,(.),sequence)
 import Unsafe.Coerce
 
-{-# ANN module "Hlint: ignore Redundant lambda" #-}
-{-# ANN module "Hlint: ignore Collapse lambdas" #-}
-
 infixr 9 #.
 infixl 8 .#
 
-- 
1.7.10.4



signature.asc
Description: Digital signature

Bug#724944: [Intel-gfx] Patch for crashing intel server

[Bas Wijnen]

On Sat, Oct 12, 2013 at 09:46:14PM +0100, Chris Wilson wrote:
> On Fri, Oct 11, 2013 at 09:24:54PM +0200, Bas Wijnen wrote:
> > Hello,
> > 
> > My X server was crashing when playing video, and I wrote a patch to fix
> > it.  Please find the background and the patch at
> > http://bugs.debian.org/724944 .
> 
> The patch is a shotgun solution, putting NULL pointer checks where the
> pointer is explicitly not allowed to be NULL. I need an actual
> stacktrace to find the root cause.
> -Chris

Sure thing; you can find it attached.  Of course it shows when the
segfault is triggered, not when the data became NULL.  And that should
be fixed, because even though the server doesn't crash with the patch,
it also doesn't play video.

If you need any more information (like debug statements in the
set_pixmap_private?), please let me know how I can generate it.

Thanks,
Bas
#0  0xb758f424 in __kernel_vsyscall ()
#1  0xb719380f in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#2  0xb7196cc3 in __GI_abort () at abort.c:90
#3  0xb77574a9 in OsAbort () at ../../os/utils.c:1299
#4  0xb7630d07 in ddxGiveUp (error=error@entry=EXIT_ERR_ABORT)
at ../../../../hw/xfree86/common/xf86Init.c:1063
#5  0xb7630da3 in AbortDDX (error=error@entry=EXIT_ERR_ABORT)
at ../../../../hw/xfree86/common/xf86Init.c:1107
#6  0xb775cc41 in AbortServer () at ../../os/log.c:767
#7  0xb775d6be in FatalError (
f=f@entry=0xb7785084 "Caught signal %d (%s). Server aborting\n")
at ../../os/log.c:908
#8  0xb7754d84 in OsSigHandler (signo=11, sip=0xbfbe0f0c, unused=0xbfbe0f8c)
at ../../os/osinit.c:147
#9  
#10 0xb6f26d79 in intel_pixmap_tiled (pixmap=0xb8945808)
at ../../../src/uxa/intel.h:138
#11 I915DisplayVideoTextured (scrn=0xb83f2f08, adaptor_priv=0xb83eed70, 
id=808596553, dstRegion=0xbfbe14a8, width=352, height=288, 
video_pitch=176, video_pitch2=352, src_w=352, src_h=288, drw_w=384, 
drw_h=288, pixmap=0xb8425d98) at ../../../src/uxa/i915_video.c:156
#12 0xb6f22215 in I830PutImageTextured (scrn=0xb83f2f08, src_x=0, src_y=0, 
drw_x=1308, drw_y=192, src_w=352, src_h=288, drw_w=384, drw_h=288, 
id=808596553, buf=0xb314 , 
width=352, height=288, sync=0, clipBoxes=0xbfbe14a8, data=0xb83eed70, 
drawable=0xb88fad78) at ../../../src/uxa/intel_video.c:1584
#13 0xb764877c in xf86XVPutImage (client=0xb8906010, pDraw=0xb88fad78, 
pPort=0xb840ce58, pGC=0xb89206d8, src_x=0, src_y=0, src_w=352, src_h=288, 
drw_x=0, drw_y=0, drw_w=384, drw_h=288, format=0xb840ccd0, 
data=0xb314 , sync=0, width=352, 
height=288) at ../../../../hw/xfree86/common/xf86xv.c:1827
#14 0xb769304c in XvdiPutImage (client=client@entry=0xb8906010, 
pDraw=0xb88fad78, pPort=0xb840ce58, pGC=0xb89206d8, src_x=0, src_y=0, 
src_w=352, src_h=288, drw_x=0, drw_y=0, drw_w=384, drw_h=288, 
image=image@entry=0xb840ccd0, 
data=0xb314 , sync=0, 
width=width@entry=352, height=288) at ../../Xext/xvmain.c:673
#15 0xb7694648 in ProcXvShmPutImage (client=0xb8906010)
at ../../Xext/xvdisp.c:1025
#16 0xb7696dae in ProcXvDispatch (client=0xb8906010)
at ../../Xext/xvdisp.c:1212
#17 0xb75ed35d in Dispatch () at ../../dix/dispatch.c:432
#18 0xb75db38a in main (argc=13, argv=0xbfbe1774, envp=0xbfbe17ac)
at ../../dix/main.c:298
#0  0xb758f424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb719380f in __GI_raise (sig=sig@entry=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 
resultvar = 
pid = -1221525504
selftid = 29720
#2  0xb7196cc3 in __GI_abort () at abort.c:90
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0xbfbe0db0, 
sa_sigaction = 0xbfbe0db0}, sa_mask = {__val = {3078486656, 
  3073441792, 171515904, 3076194304, 3076196648, 5, 3078438944, 
  3076120729, 3076197088, 3071376880, 1, 5, 0, 0, 0, 0, 0, 0, 0, 
  3076259256, 0, 0, 0, 3071717608, 0, 0, 0, 3078438912, 1, 
  3078475476, 3078475380, 3076146208}}, sa_flags = -1216480640, 
  sa_restorer = 0xb7196b80 <__GI_abort>}
sigs = {__val = {32, 0 }}
#3  0xb77574a9 in OsAbort () at ../../os/utils.c:1299
No locals.
#4  0xb7630d07 in ddxGiveUp (error=error@entry=EXIT_ERR_ABORT)
at ../../../../hw/xfree86/common/xf86Init.c:1063
i = 
#5  0xb7630da3 in AbortDDX (error=error@entry=EXIT_ERR_ABORT)
at ../../../../hw/xfree86/common/xf86Init.c:1107
i = 
#6  0xb775cc41 in AbortServer () at ../../os/log.c:767
No locals.
#7  0xb775d6be in FatalError (
f=f@entry=0xb7785084 "Caught signal %d (%s). Server aborting\n")
at ../../os/log.c:908
args = 0xbfbe0ee4 "\v"
args2 = 0xbfbe0ee4 "\v"
beenhere = 1
#8  0xb7754d84 in OsSigHandler (signo=11, sip=0xbfbe0f0c, unused=0xbfbe0f8c)
at ../../os/osinit.c:147
unused = 0xbfbe0f8c
sip = 0xbfbe0f0c
signo = 11
#9  
No symbol table info available.
#10 0xb6f26d79 in int

Bug#670537: closed by Anton Gladky

[Ron]

Hi Anton,

On Sat, Oct 12, 2013 at 06:45:17PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the gnuplot-x11 package:
> 
> #670537: gnuplot -persist is a little too persistent
> 
> It has been closed by Anton Gladky .
> 
> Their explanation is attached below along with your original report.


> there was no answer to the moreinfo mail.

Sorry about that!  I remember making a mental note to check this,
and then ...   completely forgot all about it.
busy busy busy and all that :/

> That is why I'm closing the bug. Please, feel free to reopen it
> if you think the bug is still there, or fill a new bug.

Yeah, if you think it's fixed, that's fine with me.  I don't use
gnuplot all that often, but when I do it's invaluable, so thanks
for looking after it.

  Cheers,
  Ron


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

Bug#726142: Realtek NIC (r8169 driver) won't work at gigabit speed, must be forced to 100MB

[Shawn Heisey]

On 10/12/2013 8:52 PM, Ben Hutchings wrote:
> In this original broken configuration, were there any ethtool settings
> in /etc/network/interfaces ?
> 
> Is the firmware-realtek package installed?
> 
> Can you provide the boot log messages from r8169
> (grep r8169/var/log/dmesg) ?

When I first set up lenny, there were no ethtool settings.  Everything
was auto, and it negotiated 1000/Full.

Now, the following added to /etc/network/interfaces will allow link to
be established, at 100/Full without autoneg:

pre-up /sbin/ethtool -s eth0 autoneg off speed 100 duplex full
post-up /sbin/ethtool -s eth0 autoneg off speed 100 duplex full

Here's the grep of /var/log/dmesg:

[0.723485] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[0.723503] r8169 :02:00.0: PCI INT A -> GSI 18 (level, low) ->
IRQ 18
[0.723538] r8169 :02:00.0: setting latency timer to 64
[0.723591] r8169 :02:00.0: irq 26 for MSI/MSI-X
[0.724062] r8169 :02:00.0: eth0: RTL8168b/8111b at
0xc9000185, 00:e0:4c:1d:9b:ac, XID 1800 IRQ 26
[0.724106] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[0.724117] r8169 :03:00.0: PCI INT A -> GSI 18 (level, low) ->
IRQ 18
[0.724144] r8169 :03:00.0: setting latency timer to 64
[0.724182] r8169 :03:00.0: irq 27 for MSI/MSI-X
[0.724644] r8169 :03:00.0: eth1: RTL8168d/8111d at
0xc90001864000, 00:25:22:24:e8:21, XID 081000c0 IRQ 27
[8.488770] r8169 :02:00.0: eth0: link down
[8.488776] r8169 :02:00.0: eth0: link down
[8.519320] r8169 :02:00.0: eth0: link up

The one with the MAC ending in 9b:ac is the PCI express NIC.  The one
ending in e8:21 is the onboard NIC.  Both exhibit the same behavior.


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

Bug#726176: Please add mipsn32 mipsn32el mips64 mips64el to arch table

[YunQiang Su]

Package: plee-the-bear
Version: 0.6.0-1

After add these to arch table, It built successfully on mips64el.

-- 
YunQiang Su


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

Bug#726175: perdition: managesieve capability VERSION is wrong

[Alexander Inyukhin]

Source: perdition
Version: 1.19~rc5-1+b1
Severity: normal

According to section 1.7 of RFC5804 the VERSION capability
refers to the protocol version, not the implementation version.

The sieve-connect client is unable to talk with perdition
throwing error 'Unparsed server version [1.19-rc5]'

A simple patch should solve this, the default value is set in
the perdition/managesieve_write.h file.

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

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


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

Bug#726142: Realtek NIC (r8169 driver) won't work at gigabit speed, must be forced to 100MB

[Ben Hutchings]

Control: reassign -1 src:linux 3.2.46-1+deb7u1
Control: found -1 linux-2.6/2.6.32-48squeeze4

On Sat, 2013-10-12 at 13:27 -0600, Shawn Heisey wrote:
> Package: linux-2.6
> Version: 2.6.32-48squeeze4
> Severity: important
> 
> This is a continuation of archived bug number 596390.  The problem has
> never been solved.  I have a workaround that I consider unsatisfactory.
> 
> With everything set to auto-negotiate, and starting from a powered off
> system, the NIC has link when the machine is powered up.  As soon the
> 'network' init.d script is started, link goes away.  The only way to
> restore it is to completely power-cycle the system.
[...]

In this original broken configuration, were there any ethtool settings
in /etc/network/interfaces ?

Is the firmware-realtek package installed?

Can you provide the boot log messages from r8169
(grep r8169/var/log/dmesg) ?

Ben.

-- 
Ben Hutchings
Beware of bugs in the above code;
I have only proved it correct, not tried it. - Donald Knuth


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

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

[Bob Bib]

Hi!

Sat, 12 Oct 2013 22:51:48 +0900 from Hideki Yamane:
> This bug report is wrong (not correct, at least), since we still have
> libmenu-cache1-dev package and can build it as attached log.

Yes, you're right,
the libmenu-cache1-dev from menu-cache/0.3.3-1 is still in sid
(not 0.5.0-1 though).

> I'll recommend that you should attache build log when report bug report.

OK...

> However, it should be changed Build-Depends from libmenu-cache1-dev to
> libmenu-cache-dev as reporter suggested, for future transition, though.
> Or, remove it as Andrej suggested.
>
> Anyway, I'd attach patches for this package.

Fortunately, currently there's no need for patches or NMUs,
as the necessary changes have been committed to the package maintainers' git:
http://git.lxde.org/gitweb/?p=debian/lxappearance.git;a=summary
We're now waiting for the sole active uploading maintainer's (Andrew Lee) 
actions...

> for future transition

Actually, we're here currently in the process of ongoing transition,
but it's not formalized as a release.debian.org bug;
is it reasonable to report it now?


Best wishes, Bob

Bug#726130: Add mipsn32 mipsn32el mips64 mips64el to arch table

[YunQiang Su]

On Sun, Oct 13, 2013 at 2:36 AM, Peter De Wachter  wrote:
> On 12-10-13 19:13, YunQiang Su wrote:
>> Package: fenix
>> Version: 0.92a.dfsg1-9
>>
>> Please add mipsn32 mipsn32el mips64 mips64el to architecture in 
>> debian/control
>>
>> It seems support most(if not all) debian architectures. Why not mark it as 
>> any?
>>
>
> Fenix assumes 32 bit pointers. It unfortunately doesn't work on 64 bit
> architectures. See #456037.
Oh! Then add mipsn32(el) will be ok.



-- 
YunQiang Su


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

Bug#726174: apt: APT::Get::Upgrade-Allow-New installs new packages when depending package isn't upgraded

[James McCoy]

Package: apt
Version: 0.9.12
Severity: normal

If a package is pinned to prevent an upgrade, but the candidate version
has new dependencies, apt will install those even though the depending
package isn't being upgraded.  For example,

Package: foo
Version: 1
Depends: bar
Pin-Priority: 1000

Package: foo
Version: 2
Depends: bar, baz

“apt-get upgrade --with-new-pkgs” will hold back foo but will both
install baz and list it as a package that can be autoremoved.

There may be other situations where this also occurs, since the
MarkInstall of the new depended packages happens before the resolver
determines how to handle the depending package.  This is just the first
situation I encountered.

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


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

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

Versions of packages apt depends on:
ii  debian-archive-keyring  2012.4
ii  gnupg   1.4.15-1
ii  libapt-pkg4.12  0.9.12
ii  libc6   2.17-93
ii  libgcc1 1:4.8.1-10
ii  libstdc++6  4.8.1-10

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.6.8.2-1.2
ii  dpkg-dev1.17.1
ii  python-apt  0.8.9.1+b1
ii  xz-utils5.1.1alpha+20120614-2

-- 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#726173: fix build on arches w/o ghci

[Joey Hess]

Package: haskell-distributive
Version: 0.3
Severity: normal
Tags: patch

The FTBFS on armel etc occurs because of a ghc annotation. Attached
patch disables that annotation on arches without ghci.
This is a prerequisite for doing something simliar with lens.

I'm not sure what, if anything uses this particular annotation.
It may break something somewhere to disable it, but:
A) Any breakage will be limited to arches where it doesn't build at all now.
B) I've successfully used this change for quite some time to make
   distributive build for Android, and it all seems to work.

-- 
see shy jo
From ef79f8fbbff8501b99ff08addfef752176f61117 Mon Sep 17 00:00:00 2001
From: Joey Hess 
Date: Sat, 12 Oct 2013 22:26:45 -0400
Subject: [PATCH] fix build on armel

---
 distributive.cabal   |1 +
 src/Data/Distributive.hs |4 
 2 files changed, 5 insertions(+)

diff --git a/distributive.cabal b/distributive.cabal
index 316962a..562f99a 100644
--- a/distributive.cabal
+++ b/distributive.cabal
@@ -37,6 +37,7 @@ library
 
   hs-source-dirs:  src
   exposed-modules: Data.Distributive
+  extensions: CPP
 
   if flag(lib-Werror)
 ghc-options: -Werror
diff --git a/src/Data/Distributive.hs b/src/Data/Distributive.hs
index 6f5613d..171ec2f 100644
--- a/src/Data/Distributive.hs
+++ b/src/Data/Distributive.hs
@@ -15,6 +15,8 @@ module Data.Distributive
   , comapM
   ) where
 
+{-# LANGUAGE CPP #-}
+
 import Control.Applicative
 import Control.Applicative.Backwards
 import Control.Monad (liftM)
@@ -26,7 +28,9 @@ import Data.Functor.Identity
 import Data.Functor.Product
 import Data.Functor.Reverse
 
+#ifndef DEBIAN_NO_GHCI
 {-# ANN module "ignore Use section" #-}
+#endif
 
 -- | This is the categorical dual of 'Traversable'. However, there appears
 -- to be little benefit to allow the distribution via an arbitrary comonad
-- 
1.7.10.4



signature.asc
Description: Digital signature

Bug#724941: Non free src/idea.c

[Bob Bib]

> Package: uif2iso
> Version: 0.1.7a-1
> Severity: serious
>
> See
> http://sources.debian.net/src/uif2iso/0.1.7a-1/src/idea.c?hl=72#L72

Fortunately, it seems to be actually not as terrific as it looks at a first 
glance.
See some related sources:
http://sources.debian.net/src/gnupg/1.4.15-1/cipher/idea.c
http://sources.debian.net/src/libgcrypt11/1.5.3-2/cipher/idea.c

I've checked the latest version, 0.1.7c (bug#700905) from here:
http://aluigi.altervista.org/mytoolz.htm
and it still contains bad licensing disclaimers;
looks like it's preferable to contact the upstream author
for clearing the licenses.


Best wishes, Bob

Bug#726172: libboost-python-dev should not depend on gccxml

[Matthias Klose]

Package: boost1.54
Severity: important

The libboost-python-dev package should not depend unconditionally on gccxml.
The package description correctly states that the package "also" contains the
Pyste package, but not every package needs Pyste to build.  gccxml isn't
available for all architectures, so I would recommend having this as a
suggestion only, or to split out the pyste package into a separate binary 
package.


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

Bug#726171: RFP: libjs-zxcvbn -- realistic password strength estimation

[David Prévot]

Package: wnpp
Severity: wishlist
Control: affects -1 owncloud

* Package name: libjs-zxcvbn
  Version : 1.0
  Upstream Author : Dan Wheeler 
* URL : 
https://tech.dropbox.com/2012/04/zxcvbn-realistic-password-strength-estimation/
https://github.com/lowe/zxcvbn#readme
* License : Expat
  Programming Lang: JavaScript
  Description : realistic password strength estimation

zxcvbn tries to give sound password advice through pattern matching and
conservative entropy calculations.


I’d like to depend on this package for the upcoming owncloud 6 package.

Regards

David


signature.asc
Description: Digital signature

Bug#718583: meshlab: Will not save project

[Wookey]

There seems to be a fix for this upstream:
http://sourceforge.net/p/meshlab/bugs/304/

Attached is patch applying it to the package.

This has been built and tested (in stable). It fixes the issue.

Package and sources at: http://wookware.org/software/repo/

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
diff -Nru meshlab-1.3.0a+dfsg1/debian/changelog meshlab-1.3.0a+dfsg1/debian/changelog
--- meshlab-1.3.0a+dfsg1/debian/changelog	2012-06-14 15:02:59.0 +0100
+++ meshlab-1.3.0a+dfsg1/debian/changelog	2013-10-13 00:57:33.0 +0100
@@ -1,3 +1,10 @@
+meshlab (1.3.0a+dfsg1-3.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Apply fix for segfault on 'save new project'.#304 (Closes:718583)
+
+ -- Wookey   Sun, 13 Oct 2013 00:56:13 +0100
+
 meshlab (1.3.0a+dfsg1-3) unstable; urgency=low
 
   * rules:
diff -Nru meshlab-1.3.0a+dfsg1/debian/metapatches/16_#304_savenewproject_segfaultfix meshlab-1.3.0a+dfsg1/debian/metapatches/16_#304_savenewproject_segfaultfix
--- meshlab-1.3.0a+dfsg1/debian/metapatches/16_#304_savenewproject_segfaultfix	1970-01-01 01:00:00.0 +0100
+++ meshlab-1.3.0a+dfsg1/debian/metapatches/16_#304_savenewproject_segfaultfix	2013-10-13 01:05:24.0 +0100
@@ -0,0 +1,5 @@
+From: http://sourceforge.net/p/meshlab/bugs/304/
+Subject: Fix segfault on 'save new project'
+
+Closes: #718583
+ 
diff -Nru meshlab-1.3.0a+dfsg1/debian/patches/19_#304_savenewproject_segfaultfix.patch meshlab-1.3.0a+dfsg1/debian/patches/19_#304_savenewproject_segfaultfix.patch
--- meshlab-1.3.0a+dfsg1/debian/patches/19_#304_savenewproject_segfaultfix.patch	1970-01-01 01:00:00.0 +0100
+++ meshlab-1.3.0a+dfsg1/debian/patches/19_#304_savenewproject_segfaultfix.patch	2013-10-13 00:58:30.0 +0100
@@ -0,0 +1,14 @@
+Index: meshlab-1.3.0a+dfsg1/meshlab/src/meshlab/mainwindow_RunTime.cpp
+===
+--- meshlab-1.3.0a+dfsg1.orig/meshlab/src/meshlab/mainwindow_RunTime.cpp	2011-02-16 16:14:06.0 +
 meshlab-1.3.0a+dfsg1/meshlab/src/meshlab/mainwindow_RunTime.cpp	2013-10-13 00:56:07.219196135 +0100
+@@ -1328,7 +1328,8 @@
+ 
+   /*WARNING!! CHANGE IT!!! ALSO IN THE OPENPROJECT FUNCTION/
+   meshDoc()->setDocLabel(fileName);
+-  mdiarea->activeSubWindow()->setWindowTitle(meshDoc()->docLabel());
++  if (mdiarea->activeSubWindow() )
++ mdiarea->activeSubWindow()->setWindowTitle(meshDoc()->docLabel());
+   layerDialog->setWindowTitle(meshDoc()->docLabel());
+   //
+ 
diff -Nru meshlab-1.3.0a+dfsg1/debian/patches/series meshlab-1.3.0a+dfsg1/debian/patches/series
--- meshlab-1.3.0a+dfsg1/debian/patches/series	2012-06-13 17:04:50.0 +0100
+++ meshlab-1.3.0a+dfsg1/debian/patches/series	2013-10-13 00:53:21.0 +0100
@@ -16,3 +16,4 @@
 16_structuresynth.patch
 17_gcc47.patch
 18_RESOLUTION.patch
+19_#304_savenewproject_segfaultfix.patch

Bug#725757: opu: zabbix/1:1.8.2-1squeeze5

[Dmitry Smirnov]

On Sun, 13 Oct 2013 04:52:54 Adam D. Barratt wrote:
> Based on another review and your comments above, I'm going to cross my
> fingers, say "please go ahead" and hope everything turns out fine.
> Please bear in mind that the upload window for 6.0.8 closes this
> weekend.

Adam, thank you for thorough review, feedback, trust and warm
comments. :) I just uploaded the package and I also hope that
everything goes well.

Cheers,
 Dmitry.


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

Bug#726170: alarm-clock: config.guess/config.sub out of date for arm64

[Colin Watson]

Package: alarm-clock
Version: 1.2.5-1.2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

alarm-clock's config.guess/config.sub are out of date for the
forthcoming arm64 port.  The attached patch sets things up so that you
don't have to be bothered by this type of bug for future ports.

  * Use the autotools-dev dh addon to update config.guess/config.sub for
arm64.

diff -u alarm-clock-1.2.5/debian/control alarm-clock-1.2.5/debian/control
--- alarm-clock-1.2.5/debian/control
+++ alarm-clock-1.2.5/debian/control
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Ryan Niebur 
-Build-Depends: debhelper (>= 7.0.50), quilt (>= 0.46-7), automake, intltool, 
libgstreamer0.10-dev, libgtk2.0-dev, libnotify-dev (>= 0.7), libglib2.0-dev
+Build-Depends: debhelper (>= 7.2.11~), quilt (>= 0.46-7), automake, 
autotools-dev, intltool, libgstreamer0.10-dev, libgtk2.0-dev, libnotify-dev (>= 
0.7), libglib2.0-dev
 Standards-Version: 3.8.3
 Homepage: http://gnome-automate.net/
 Vcs-Git: git://git.ryan52.info/git/alarm-clock
diff -u alarm-clock-1.2.5/debian/rules alarm-clock-1.2.5/debian/rules
--- alarm-clock-1.2.5/debian/rules
+++ alarm-clock-1.2.5/debian/rules
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 %:
-   dh --with quilt $@
+   dh --with quilt,autotools_dev $@
 
 CMD=$(subst override_,,$@)
 DOCS=debian/$(shell dh_listpackages)/usr/share/doc/$(shell dh_listpackages)/

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#726169: Add reference to Dpkg::Progress-Fancy in apt-get.8

[James McCoy]

Package: apt
Version: 0.9.12
Severity: wishlist
Tags: patch

Signed-off-by: James McCoy 
---
 doc/apt-get.8.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/apt-get.8.xml b/doc/apt-get.8.xml
index 4c050ec..1ece004 100644
--- a/doc/apt-get.8.xml
+++ b/doc/apt-get.8.xml
@@ -526,7 +526,7 @@
  terminal window when packages are installed, upgraded or
  removed. For a machine parsable version of this data see
  README.progress-reporting in the apt doc directory.
- DpkgPM::Progress.
+ Configuration Item: DpkgPM::Progress and 
Dpkg::Progress-Fancy.
  
 
 
-- 
1.8.4


-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


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

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

Versions of packages apt depends on:
ii  debian-archive-keyring  2012.4
ii  gnupg   1.4.15-1
ii  libapt-pkg4.12  0.9.12
ii  libc6   2.17-93
ii  libgcc1 1:4.8.1-10
ii  libstdc++6  4.8.1-10

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.6.8.2-1.2
ii  dpkg-dev1.17.1
ii  python-apt  0.8.9.1+b1
ii  xz-utils5.1.1alpha+20120614-2

-- 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#635476: Problem with dh_link in python-coverage

[Ben Finney]

On 12-Oct-2013, Thomas Goirand wrote:

> It's a pleasure to see that you care for your package. :)

Thank you, it's a pleasure to get assistance and testing.

> There's a problem in the dh_link override of your package.

Good catch. I don't test on Wheezy, but this does expose a bug in the
packaging.

> dh_link \
>   --package=python-coverage \
>   usr/share/python-coverage/htmlfiles \
>   usr/lib/python2.7 2.6/dist-packages/coverage/htmlfiles

What's happening here is that I'm using ‘PYTHON2_VERSION’ (generated by
‘shell pyversions -vr’) as though that contains exactly one version. On Sid
there is currently only one Python 2 *and* only one Python 3, but on Wheezy
there is more than one Python 2. So the above command has a space where I'm
not expecting it.

> In fact, I don't think there is a --package=python-coverage option in
> dh_link (to be checked). Nothing talks about it in the man page.

The ‘--package’ option is documented in ‘debhelper(7)’, section “SHARED
DEBHELPER OPTIONS”.

> Also, the package does links for python 2.7 only. Not python 2.6 is the
> package is backported, or python 3.

So I need to correct the ‘debian/rules’ to make use of ‘pyversions’ and
‘py3versions’ output as a *sequence* of versions. I'll get to that now.

For Python 3, I think the ‘debian/python3-coverage.links’ handles the
symlink correctly since the directory is the same for all Python 3
versions.

-- 
 \   “Fear him, which after he hath killed hath power to cast into |
  `\   hell; yea, I say unto you, Fear him.” –Jesus, as quoted in Luke |
_o__) 12:5 |
Ben Finney 


signature.asc
Description: Digital signature

Bug#635476: Using alternatives for Coverage programs

[Ben Finney]

On 12-Oct-2013, Thomas Goirand wrote:
> On 10/11/2013 01:42 PM, Dmitry Shachnev wrote:
> > Also, you have a typo in postinst files ('coverate' != 'coverage').
> 
> This seems to be changed (by ben), though there's now other problems in
> the bzr version.
> 
> […]
> Setting up python-coverage (3.7+dfsg.1-1) ...
> update-alternatives: error: alternative link /usr/bin/coverage is
> already managed by python-coverate
> dpkg: error processing python-coverage (--install):
>  subprocess installed post-installation script returned error exit status 2

That error is reporting an existing “python-coverate” name managing the
command. This is only going to be a problem on systems that have that; the
released package won't have that. You can fix it on yours by deleting that
association.

> First, Ben changed from /usr/bin/coverage to /usr/bin/coverage3 in the
> python3-coverage.postinst. This loose the point! The point was to be
> able to have python-coverage and python3-coverage both provide
> /usr/bin/coverage...

Python 2 and Python 3 are being sdtrictly treated as separate run-time
systems in Debian. So my position is that ‘/usr/bin/coverage’ should not be
provided for Python 3.

> If you want python3-coverage to provide a /usr/bin/coverage3, you do not
> need to use update-alternative. Simply add a symlink and we are good to
> go.

Okay. So I shall remove the use of ‘upsate-alternatives’ altogether.

> Also, Ben replaced what I wrote by:
> 
> master_link_path=/usr/bin/coverage
> package_name=python-coverage
> alternative_path=/usr/bin/python2-coverage
> priority=200
> 
> update-alternatives --install ${master_link_path} ${package_name} \
>   ${alternative_path} ${priority}
> 
> which is wrong.

Does it behave incorrectly? How?

> link is the generic name for the master link
> name is the name of its symlink in the alternatives directory
> path is the alternative being introduced for the master link.
> 
> Never, the man page talks about a package name, but about the name of
> the link in /etc/alternatives.

Right. I'm making clear, with the above, that the package name is being
used as the name of the link in the alternatives directory.

> Also, Ben, please do not add new variables if they are used only once.

I do not agree with that. Variables are useful for making explicit the
*meaning* of a value where it is used. So I'll continue to set variables
where they give a meaningful name to a value to make the packaging
configuration sufficiently explicit.

> It is also very annoying that you insist in removing the last line of
> the changelog in the BZR. Doing this, the package can't build, as
> dpkg-parsechangelog fails. Please don't do that, that's irritating. ! :)

Thanks for the feedback, but I also disagree on this one as detailed
earlier in bug#635476.

-- 
 \  “I would rather be exposed to the inconveniences attending too |
  `\  much liberty than those attending too small a degree of it.” |
_o__)—Thomas Jefferson, 1791-12-23 |
Ben Finney 


signature.asc
Description: Digital signature

Bug#726168: why do wide commas look like narrow commas at larger font sizes?

[jidanni]

Package: fonts-arphic-uming
Version: 0.2.20080216.2-5

Why does
",，,，,，,，,，,，"
in an html document,
all look like
""
in Firefox 27
after hitting several CTRL+ ?


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

Bug#726167: RFP: phpdocx -- dynamical generation of DOCX

[David Prévot]

Package: wnpp
Severity: wishlist

* Package name: phpdocx
  Version : 3.0
  Upstream Author : Narcea Producciones Multimedia S.L.
* URL : http://www.phpdocx.com/
* License : LGPL-3
  Programming Lang: PHP
  Description : dynamical generation of DOCX

PHPDocX is a PHP library designed to generate completely dynamic, fully
customizable and digitally signed Word documents.


I’d like to depend on this package for the upcoming owncloud 6 package.

Regards

David


signature.asc
Description: Digital signature

Bug#726166: gnome-shell crashes randomly, leaving my graphical applications borderless

[Ugo]

Package: gnome-shell
Version: 3.4.2-7+deb7u1
Severity: important

Dear Maintainer,

gnome-shell crashes randomly several times a week on my computer. The graphical
applications are still running but without any GNOME-related interface elemnts
(window decorations, toolbars, notification bar and top menu bar). gnome-shell
is no longer listed by top.

I have to log in another TTY, kill Xorg to be able to relaunch gnome-shell and
log back in.

These lines from syslog may be related to the issue :

Oct 12 21:38:49 mini acpid: client 3178[0:0] has disconnected
Oct 12 21:39:04 mini gnome-session[3757]: Gdk-WARNING: gnome-session: Fatal IO
error 11 (Ressource temporairement non disponible) on X server :0.#012

Thank you in advance for considering the issue.

Ugo



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backe  0.12.1-3
ii  gconf-service 3.2.5-1+build1
ii  gir1.2-accountsservice-1.00.6.21-8
ii  gir1.2-atk-1.02.4.0-2
ii  gir1.2-caribou-1.00.4.4-1
ii  gir1.2-clutter-1.01.10.8-2
ii  gir1.2-cogl-1.0   1.10.2-7
ii  gir1.2-coglpango-1.0  1.10.2-7
ii  gir1.2-folks-0.6  0.6.9-1+b1
ii  gir1.2-freedesktop1.32.1-1
ii  gir1.2-gconf-2.0  3.2.5-1+build1
ii  gir1.2-gcr-3  3.4.1-3
ii  gir1.2-gdesktopenums-3.0  3.4.2-3
ii  gir1.2-gdkpixbuf-2.0  2.26.1-1
ii  gir1.2-gee-1.00.6.4-2
ii  gir1.2-gkbd-3.0   3.4.0.2-1
ii  gir1.2-glib-2.0   1.32.1-1
ii  gir1.2-gmenu-3.0  3.4.2-5
ii  gir1.2-gnomebluetooth-1.0 3.4.2-1
ii  gir1.2-gtk-3.03.4.2-6
ii  gir1.2-json-1.0   0.14.2-1
ii  gir1.2-mutter-3.0 3.4.1-5
ii  gir1.2-networkmanager-1.0 0.9.4.0-10
ii  gir1.2-pango-1.0  1.30.0-1
ii  gir1.2-polkit-1.0 0.105-3
ii  gir1.2-soup-2.4   2.38.1-2
ii  gir1.2-telepathyglib-0.12 0.18.2-2
ii  gir1.2-telepathylogger-0.20.4.0-1
ii  gir1.2-upowerglib-1.0 0.9.17-1
ii  gjs   1.32.0-5
ii  gnome-bluetooth   3.4.2-1
ii  gnome-icon-theme-symbolic 3.4.0-2
ii  gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u2
ii  gnome-shell-common3.4.2-7+deb7u1
ii  gnome-themes-standard 3.4.2-2.1
ii  gsettings-desktop-schemas 3.4.2-3
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-38
ii  libcairo-gobject2 1.12.2-3
ii  libcairo2 1.12.2-3
ii  libcanberra0  0.28-6
ii  libclutter-1.0-0  1.10.8-2
ii  libcogl-pango01.10.2-7
ii  libcogl9  1.10.2-7
ii  libcroco3 0.6.6-2
ii  libdbus-1-3   1.6.8-1+deb7u1
ii  libdbus-glib-1-2  0.100.2-1
ii  libebook-1.2-13   3.4.4-3
ii  libecal-1.2-113.4.4-3
ii  libedataserver-1.2-16 3.4.4-3
ii  libedataserverui-3.0-13.4.4-3
ii  libffi5   3.0.10-3
ii  libfolks250.6.9-1+b1
ii  libgck-1-03.4.1-3
ii  libgconf-2-4  3.2.5-1+build1
ii  libgcr-3-13.4.1-3
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libgee2   0.6.4-2
ii  libgirepository-1.0-1 1.32.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]1.32.0-5
ii  libgl1-mesa-glx [libgl1]  8.0.5-4+deb7u2
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgnome-keyring0 3.4.1-1
ii  libgnome-menu-3-0 3.4.2-5
ii  libgstreamer0.10-00.10.36-1.2
ii  libgtk-3-03.4.2-6
ii  libical0  0.48-2
ii  libjson-glib-1.0-00.14.2-1
ii  libmozjs185-1.0   1.8.5-1.0.0+dfsg-4
ii  libmutter0  

Bug#717112: libreoffice: Insert Movie and Sound, and Media Player not working

[Raphael Wimmer]

Hi.
I had the same issue, and at least for me it was kind of a gstreamer bug:

Short version: install  gstreamer1.0-libav, and possibly remove  
gstreamer1.0-plugins-bad to get rid of 'eglglessink' which might get  
incorrectly used for video output.


Long story:
First, gstreamer1.0-libav was missing (a post in the Arch Linux forum  
tipped me off [1]).
After installing this package (from testing), a preview, i.e., the first  
frame of the video, was shown for videos inserted on a slide.


However, playback did not work yet - there was just a white empty window,  
and Libreoffice locked up.
LibreOffice uses the gstreamer 'playbin' module(?), which offers an easy  
way to play media files.


One can also run it as follows:

gst-launch-1.0 playbin uri=file:///path/to/vid.webm


However, this command failed for me, giving an error message about EGL and  
no access to DRM2.
Theoretically, playbin should automatically select the best video output  
(e.g., Xvideo), as documented in [2]:


"By default, if no audio sink or video sink has been specified via the  
"audio-sink" or "video-sink" property, playbin will use the  
autoaudiosink and autovideosink elements to find the first-best  
available output method. "


This was apparently not entirely correct, as playbin automatically used  
'eglglessink' - which was the first video sink listed when running  
'gst-inspect-1.0'. However, as my desktop system does not support EGL, no  
video was output.


Strangely, the explicitly setting 'autovideosink' as the video sink  
correctly selects xvimagesink as video output:
gst-launch-1.0 playbin uri=file:///path/to/vid.webm  
video-sink=autovideosink


This is either a bug in gstreamer or misconfiguration in my gstreamer  
setup.


There is no way of selecting the video sink for LibreOffice playback  
without changing the source code.
Therefore, I resorted to removing package gstreamer1.0-plugins-bad which  
contains 'eglglessink'.


Video playback in LibreOffice worked afterwards.

Can anyone confirm this?

Best,

Raphael


[1] https://bbs.archlinux.org/viewtopic.php?id=165774
[2]  
http://www.freedesktop.org/software/gstreamer-sdk/data/docs/latest/gst-plugins-base-plugins-0.10/gst-plugins-base-plugins-playbin2.html



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

Bug#726165: transition: protobuf

[Robert Edmonds]

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

hi,

protobuf 2.5.0 is on its way to experimental and ought to be uploaded to
unstable as soon as the release team approves.  the protobuf 2.5.0 has
an ABI bump (7 -> 8), and there also some changes to the protobuf schema
language which i believe are backwards compatible.  see the upstream
changelog:

http://protobuf.googlecode.com/svn/trunk/CHANGES.txt

here are the affected packages.  these packages have a build dependency
on either protobuf-compiler or one of the protobuf -dev packages, or
build binaries that depend on one of protobuf's library packages.

chromium-browser
clementine
cubemap
drizzle
imposm
imposm-parser
mapnik-vector-tile
mixxx
monav
mosh
mozc
mumble
osmium
osmpbf
ostinato
php-pinba
pinba-engine-mysql
pink-pony
pokerth
protobuf-c
zbackup

Ben file:

title = "protobuf";
is_affected = .depends ~ /libprotobuf7|libprotobuf-lite7|libprotoc7/ | .depends 
~ /libprotobuf8|libprotobuf-lite8|libprotoc8/ | .build-depends ~ 
/protobuf-compiler/;
is_good = .depends ~ /libprotobuf8|libprotobuf-lite8|libprotoc8/;
is_bad = .depends ~ /libprotobuf7|libprotobuf-lite7|libprotoc7/;

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Bug#726163: libsmbclient: excess dependencies?

[RjY]

Package: libsmbclient
Version: 2:4.0.10+dfsg-2
Severity: normal

The following NEW packages will be installed:
  libaio1 libasn1-8-heimdal libgssapi3-heimdal libhcrypto4-heimdal
  libhdb9-heimdal libheimbase1-heimdal libheimntlm0-heimdal
  libhx509-5-heimdal libkdc2-heimdal libkrb5-26-heimdal libldb1
  libroken18-heimdal libsubunit0 libwind0-heimdal python-talloc
  samba-libs
The following packages will be upgraded:
  libsmbclient
1 upgraded, 16 newly installed, 0 to remove and 0 not upgraded.
Need to get 6,065 kB of archives.
After this operation, 19.0 MB of additional disk space will be used.

I don't believe I should need all that just to run mplayer.

(mplayer is the only thing I have installed that pulls in libsmbclient.
Perhaps therefore it is mplayer's dependencies that need adjustment?)

-- 
http://rjy.org.uk/


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

Bug#726164: NMU broke previously existing patches

[David Prévot]

Package: most
Version: 5.0.0a-2.2
Severity: normal

The recent most NMU changed the package format to 3.0 without bothering
to restore the previously existing patches (probably directly applied to
the source package as the format 1.0 allows it).

No debdiff were sent to #710629 either. Please fix back the package, and
review the NMU workflow.

http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu

Regards

David

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

Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core)
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 most depends on:
ii  libc6  2.17-93
ii  libslang2  2.2.4-15

most recommends no packages.

most suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#706001: libsfml2 is still in new

[James Cowgill]

Hello Shirish,

On Sun, 2013-10-13 at 03:40 +0530, shirish शिरीष wrote:
> Hi all,
> For some reason libsfml2 is still in new. It seems there was a new
> version uploaded to the archive.
> 
> https://ftp-master.debian.org/new/libsfml_2.1+dfsg-2.html
> 
> from dfsg-1 to dfsg-2.
> 
> Also the uploaded date has changed to 6th Oct 2013.

Yes I made some improvements to the package and it was re-uploaded. You
can see all the changes in the git repo here:
 http://anonscm.debian.org/gitweb/?p=pkg-games/libsfml.git

> Also see/saw the reason why he has set the binaries to be uploaded to
> experimental as well.
> 
> From http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706001#15
> 
> "I've done some work on packaging SFML 2.1 (since i needed it done
> anyway). I've tried to follow the debian policies as much as possible so
> maybe this could be included in debian. I've only set the distribution
> to experimental since this would probably break the libcsfml and
> python-sfml packages which still use SFML 1.6. "
> 
> I do hope that both libsfml 1.6 and libsfml2 can exist on one machine.

The library packages (eg libsfml-audio1.6 and libsfml-audio2) can
coexist, although the 1.6 packages will eventually disappear from the
archive.
However the -dev package containing the headers will not be able to
coexist since the headers from 1.6 and 2.1 have the same filenames. This
is why an upload to unstable will break libcsfml and python-sfml if they
get rebuilt.

> Look forward to seeing your package in experimental sooner than later.

Regards,
 James


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

Bug#655034: libsvn-notify-perl: new upstream version available

[Salvatore Bonaccorso]

Hi Nacho

I need libsvn-notify-perl in updated version as dependency. Could you
update the package to the newest upstream version?

Btw, would you be interested to maintain this module under the
umbrella of the Debian Perl Group? See [1] for an introductory page of
the group.

 [1] https://wiki.debian.org/Teams/DebianPerlGroup/Welcome

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#726162: Patch

[Anton Gladky]

The patch is attached.

Thanks,

Anton
From c13429b0918fa098c50aad8d6b8a2c9e95e9 Mon Sep 17 00:00:00 2001
From: Anton Gladky 
Date: Sun, 13 Oct 2013 00:54:03 +0200
Subject: [PATCH] Replace libeigen2-dev by libeigen3-dev.

---
 debian/control   |   2 +-
 debian/patches/01_replace_eigen2_by_eigen3.patch | 104 +++
 debian/patches/series|   1 +
 3 files changed, 106 insertions(+), 1 deletion(-)
 create mode 100644 debian/patches/01_replace_eigen2_by_eigen3.patch
 create mode 100644 debian/patches/series

diff --git a/debian/control b/debian/control
index ababbf7..f1dc0d0 100644
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,7 @@ Uploaders: Eshat Cakar ,
 Build-Depends: kde-sc-dev-latest (>= 4:4.10),
  cmake, debhelper (>= 9), pkg-kde-tools (>= 0.12),
  kdelibs5-dev (>= 4:4.10),
- libeigen2-dev (>= 2.0.3),
+ libeigen3-dev (>= 2.0.3),
  libglib2.0-dev,
  libgsl0-dev,
  libqalculate-dev,
diff --git a/debian/patches/01_replace_eigen2_by_eigen3.patch b/debian/patches/01_replace_eigen2_by_eigen3.patch
new file mode 100644
index 000..22ee315
--- /dev/null
+++ b/debian/patches/01_replace_eigen2_by_eigen3.patch
@@ -0,0 +1,104 @@
+Description: replace libeigen2-dev by libeigen3-dev
+Author: Anton Gladky 
+Bug-Debian: http://bugs.debian.org/726162
+Last-Update: 2013-10-13
+
+--- a/CMakeLists.txt
 b/CMakeLists.txt
+@@ -9,11 +9,11 @@
+ 
+ set(CMAKE_MODULE_PATH ${step_SOURCE_DIR}/cmake/modules )
+ 
+-find_package(Eigen2 2.0.3)
++find_package(Eigen3)
+ macro_optional_find_package(GSL)
+ macro_optional_find_package(Qalculate)
+ 
+-macro_log_feature(EIGEN2_FOUND "Eigen2" "Required to build step." "http://eigen.tuxfamily.org"; TRUE "2.0.3" "")
++macro_log_feature(EIGEN3_FOUND "Eigen3" "Required to build step." "http://eigen.tuxfamily.org"; TRUE "2.0.3" "")
+ macro_log_feature(QALCULATE_FOUND "Qalculate" "Unit conversion support in Step" "http://qalculate.sourceforge.net/"; FALSE "0.9.5" "")
+ macro_log_feature(GSL_FOUND "GSL" "Provides a GSL-powered solver for Step" "http://www.gnu.org/software/gsl/"; FALSE "1.8" "")
+ 
+--- /dev/null
 b/cmake/modules/FindEigen3.cmake
+@@ -0,0 +1,80 @@
++# - Try to find Eigen3 lib
++#
++# This module supports requiring a minimum version, e.g. you can do
++#   find_package(Eigen3 3.1.2)
++# to require version 3.1.2 or newer of Eigen3.
++#
++# Once done this will define
++#
++#  EIGEN3_FOUND - system has eigen lib with correct version
++#  EIGEN3_INCLUDE_DIR - the eigen include directory
++#  EIGEN3_VERSION - eigen version
++
++# Copyright (c) 2006, 2007 Montel Laurent, 
++# Copyright (c) 2008, 2009 Gael Guennebaud, 
++# Copyright (c) 2009 Benoit Jacob 
++# Redistribution and use is allowed according to the terms of the 2-clause BSD license.
++
++if(NOT Eigen3_FIND_VERSION)
++  if(NOT Eigen3_FIND_VERSION_MAJOR)
++set(Eigen3_FIND_VERSION_MAJOR 2)
++  endif(NOT Eigen3_FIND_VERSION_MAJOR)
++  if(NOT Eigen3_FIND_VERSION_MINOR)
++set(Eigen3_FIND_VERSION_MINOR 91)
++  endif(NOT Eigen3_FIND_VERSION_MINOR)
++  if(NOT Eigen3_FIND_VERSION_PATCH)
++set(Eigen3_FIND_VERSION_PATCH 0)
++  endif(NOT Eigen3_FIND_VERSION_PATCH)
++
++  set(Eigen3_FIND_VERSION "${Eigen3_FIND_VERSION_MAJOR}.${Eigen3_FIND_VERSION_MINOR}.${Eigen3_FIND_VERSION_PATCH}")
++endif(NOT Eigen3_FIND_VERSION)
++
++macro(_eigen3_check_version)
++  file(READ "${EIGEN3_INCLUDE_DIR}/Eigen/src/Core/util/Macros.h" _eigen3_version_header)
++
++  string(REGEX MATCH "define[ \t]+EIGEN_WORLD_VERSION[ \t]+([0-9]+)" _eigen3_world_version_match "${_eigen3_version_header}")
++  set(EIGEN3_WORLD_VERSION "${CMAKE_MATCH_1}")
++  string(REGEX MATCH "define[ \t]+EIGEN_MAJOR_VERSION[ \t]+([0-9]+)" _eigen3_major_version_match "${_eigen3_version_header}")
++  set(EIGEN3_MAJOR_VERSION "${CMAKE_MATCH_1}")
++  string(REGEX MATCH "define[ \t]+EIGEN_MINOR_VERSION[ \t]+([0-9]+)" _eigen3_minor_version_match "${_eigen3_version_header}")
++  set(EIGEN3_MINOR_VERSION "${CMAKE_MATCH_1}")
++
++  set(EIGEN3_VERSION ${EIGEN3_WORLD_VERSION}.${EIGEN3_MAJOR_VERSION}.${EIGEN3_MINOR_VERSION})
++  if(${EIGEN3_VERSION} VERSION_LESS ${Eigen3_FIND_VERSION})
++set(EIGEN3_VERSION_OK FALSE)
++  else(${EIGEN3_VERSION} VERSION_LESS ${Eigen3_FIND_VERSION})
++set(EIGEN3_VERSION_OK TRUE)
++  endif(${EIGEN3_VERSION} VERSION_LESS ${Eigen3_FIND_VERSION})
++
++  if(NOT EIGEN3_VERSION_OK)
++
++message(STATUS "Eigen3 version ${EIGEN3_VERSION} found in ${EIGEN3_INCLUDE_DIR}, "
++   "but at least version ${Eigen3_FIND_VERSION} is required")
++  endif(NOT EIGEN3_VERSION_OK)
++endmacro(_eigen3_check_version)
++
++if (EIGEN3_INCLUDE_DIR)
++
++  # in cache already
++  _eigen3_check_version()
++  set(EIGEN3_FOUND ${EIGEN3_VERSION_OK})
++
++else (EIGEN3_INCLUDE_DIR)
++
++  find_path(EIGEN3_INCLUDE_DIR NAMES signature_of_eigen3_matrix_library
++  PATHS
++  ${CMAKE_INSTALL_PREFIX}/include
++  ${KDE4_INCLUDE_DIR}
++  PATH_SUFFIXES eigen3 eigen
++)
++
++ 

Bug#720805: Not a good fix

[salsaman]

I don't think this fix can be correct. On my system (Fedora 17), both
AV_OPT_TYPE_INT and FF_OPT_TYPE_INT are defined as distinct values of the
enum AVOptionType in libavutil/opt.h. Thus adding this #define before
including opt.h causes an error: redeclaration of enumerator
'FF_OPT_TYPE_INT'

The purpose of the #defines in LiVES is to define AV_OPT_TYPE_INT on older
versions of libavutil which did not have AV_OPT_TYPE_INT.

It seems the problem in Sid is due to Debian's use of libavutils from libav
rather than from ffmpeg.

I believe the correct fix may be the following (which I hope will work in
all cases):

- #ifndef AV_OPT_TYPE_INT
+ #if FF_API_OLD_AVOPTIONS

leaving the lines in the same place as the original.




Regards
Salsaman.

http://lives.sourceforge.net
https://www.ohloh.net/accounts/salsaman

Bug#726161: fakechroot: config.guess/config.sub out of date for arm64

[Colin Watson]

Package: fakechroot
Version: 2.16-1
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

fakechroot's config.guess/config.sub are out of date for the forthcoming
arm64 port.  Given that it seems to use a fairly sane modern Autotools
setup, the best way to ensure that you don't have to be bothered by this
type of bug for future ports seems to be to run your ./autogen.sh at
build time via dh_autoreconf, so that you don't have to update your
package every time somebody's bringing up a new architecture.  Patch
follows.

  * Use dh_autoreconf to update config.guess and config.sub for arm64.

diff -Nru fakechroot-2.16/debian/control fakechroot-2.16/debian/control
--- fakechroot-2.16/debian/control  2011-11-20 19:03:00.0 +
+++ fakechroot-2.16/debian/control  2013-10-12 23:35:46.0 +0100
@@ -3,7 +3,7 @@
 Section: utils
 Priority: optional
 Standards-Version: 3.9.2
-Build-Depends: debhelper (>= 8.1.3)
+Build-Depends: debhelper (>= 8.1.3), dh-autoreconf
 Homepage: http://fakechroot.alioth.debian.org/
 Vcs-Browser: http://bazaar.launchpad.net/~dexter/fakechroot/sid/files
 Vcs-Bzr: lp:fakechroot
diff -Nru fakechroot-2.16/debian/rules fakechroot-2.16/debian/rules
--- fakechroot-2.16/debian/rules2011-12-04 19:34:41.0 +
+++ fakechroot-2.16/debian/rules2013-10-12 23:35:13.0 +0100
@@ -3,7 +3,10 @@
 DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
 %:
-   dh $@ --parallel
+   dh $@ --parallel --with autoreconf
+
+override_dh_autoreconf:
+   dh_autoreconf -- ./autogen.sh
 
 override_dh_auto_configure:
dh_auto_configure -- --enable-dependency-tracking --with-libpath=no

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]


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

Bug#726162: Replace libeigen2-dev by libeigen3-dev

[Anton Gladky]

Package: step
Version: 4:4.11.2-1
Severity: wishlist
Tags: patch
User: gl...@debian.org
Usertags: remove-eigen2

Dear Maintainer,

your package has libeigen2-dev in build-depends.
It is better to replace it by libeigen3-dev because, the
development of eigen2 is frozen toward to eigen3.

It is planned to replace libeigen2-dev by libeigen3-dev
in all packages in Debian archive.

Thanks,

Anton



signature.asc
Description: OpenPGP digital signature

Bug#726159: rrdtool: Upstream version 1.4.8 available, patch against 1.4.7 to upgrade debian package

[Alin Dobre]

Package: rrdtool
Version: 1.4.8-0.1
Severity: wishlist
Tags: patch

This package hasn't been updated for a quite long time, around 1 year, and
the upstream version has been incremented to 1.4.8. Since we are using the
rrdtool library and Python bindings, I have patched the existing 1.4.7
package to build with upstream version 1.4.8.

As the system information states, I am using oldstable, but it should
compile just fine one stable, since I haven't fixed any compilation issue,
just debian package additions and removal of some patches which were already
implemented in the upstream code.

The patches to build version 1.4.8 are in my github repository at:
https://github.com/alindobre/rrdtool-1.x/tree/pkg/deb/master

The pkg/deb/master branch is the master branch found in maintainers
repository at http://git.snow-crash.org/?p=pkg-rrdtool.git;a=summary, with
my patches applied on top of it. I can provide you with the whole diff file
or individual patches if necessary, and attach them to this bug report.

-- System Information:
Debian Release: 6.0.5
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

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


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

Bug#720019: Pending fixes for bugs in the libhtml-wikiconverter-perl package

[pkg-perl-maintainers]

tag 720019 + pending
thanks

Some bugs in the libhtml-wikiconverter-perl package are closed in
revision 100ebbb647548467c51fa079d6dde73c35b95f35 in branch 'master'
by Florian Schlichting

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libhtml-wikiconverter-perl.git;a=commitdiff;h=100ebbb

Commit message:

Delete build-dependency on libtest-pod-coverage-perl, coverage testing is 
for authors only (closes: #720019)


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

Bug#726158: libsnmp-dev: Cannot create snmpv3 with net-snmp-config command

[Jean-Baptiste Denis]

Package: libsnmp-dev
Version: 5.7.2~dfsg-8.1+b1
Severity: important

Dear Maintainer,

   * What led up to the situation?

apt-get install libsnmp-dev

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

   I cannot create an snmpv3 using "net-snmp-config  --create-snmpv3-user"

   * What was the outcome of this action?

   Here is the output of the command :

   # net-snmp-config  --create-snmpv3-user
 /usr/bin/net-snmp-config: 236: /usr/bin/net-snmp-config:
net-snmp-create-v3-user: not found


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

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

Versions of packages libsnmp-dev depends on:
ii  libc6-dev2.17-93
ii  libsensors4-dev  1:3.3.4-2
ii  libsnmp305.7.2~dfsg-8.1+b1
ii  libssl-dev   1.0.1e-3
ii  libwrap0-dev 7.6.q-24
ii  procps   1:3.3.4-2

libsnmp-dev recommends no packages.

libsnmp-dev 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#706001: libsfml2 is still in new

[shirish शिरीष]

Hi all,
For some reason libsfml2 is still in new. It seems there was a new
version uploaded to the archive.

https://ftp-master.debian.org/new/libsfml_2.1+dfsg-2.html

from dfsg-1 to dfsg-2.

Also the uploaded date has changed to 6th Oct 2013.

Also see/saw the reason why he has set the binaries to be uploaded to
experimental as well.

>From http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706001#15

"I've done some work on packaging SFML 2.1 (since i needed it done
anyway). I've tried to follow the debian policies as much as possible so
maybe this could be included in debian. I've only set the distribution
to experimental since this would probably break the libcsfml and
python-sfml packages which still use SFML 1.6. "

I do hope that both libsfml 1.6 and libsfml2 can exist on one machine.

Look forward to seeing your package in experimental sooner than later.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


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

Bug#718074: xxxterm: FTBFS: Makefile:27: *** missing separator. Stop.

[Bill Allombert]

On Sun, Jul 28, 2013 at 10:32:01AM +0200, David Suárez wrote:
> Source: xxxterm
> Version: 1:1.11.3-1
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20130726 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

For what is worth, xxxterm has been renamed to xombrero:

so ideally xxxterm should be made a dummy package depending
on xombrero, and xombrero should be packaged and sent to the
NEW queue. But it is a bit much for a NMU.

In any case the attached patch fix the FTBFS

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 
diff -Nru xxxterm-1.11.3/debian/rules xxxterm-1.11.3/debian/rules
--- xxxterm-1.11.3/debian/rules 2012-03-17 14:44:23.0 +0100
+++ xxxterm-1.11.3/debian/rules 2013-10-12 23:34:56.0 +0200
@@ -18,5 +18,7 @@
 override_dh_installchangelogs:
dh_installchangelogs debian/xxxterm.upstream-changelog
 
+override_dh_auto_test:
+
 %:
dh $@

Bug#726157: Patch

[Anton Gladky]

There is a patch in attachment, which fixes an issue.

Thanks,

Anton
From c1332f4db8355e961c6cf676bd813f0de0b01fd3 Mon Sep 17 00:00:00 2001
From: Anton Gladky 
Date: Sat, 12 Oct 2013 23:36:50 +0200
Subject: [PATCH] Replace libeigen2-dev by libeigen3-dev.

---
 debian/changelog | 8 ++--
 debian/rules | 2 +-
 2 files changed, 7 insertions(+), 3 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index f0ce276..ddad959 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
-openscad (2013.06+git20130702+dfsg-1) UNRELEASED; urgency=low
+openscad (2013.06+git20130702+dfsg-1.1) UNRELEASED; urgency=low
 
+  [ Christian M. Amsüss ]
   * New upstream version
 - resize module
 - scale parameter on linear_extrude
@@ -31,7 +32,10 @@ openscad (2013.06+git20130702+dfsg-1) UNRELEASED; urgency=low
   * Depend on openscad-mcad for building to run the test suite
 - Patch out check for MCAD subtree
 
- -- Christian M. Amsüss   Tue, 06 Aug 2013 23:48:00 +0200
+  [ Anton Gladky ]
+  * Replace libeigen2-dev by libeigen3-dev. (Closes: #726157)
+
+ -- Anton Gladky   Sat, 12 Oct 2013 23:28:26 +0200
 
 openscad (2013.01+dfsg-2) unstable; urgency=low
 
diff --git a/debian/rules b/debian/rules
index 531145f..02bae2c 100755
--- a/debian/rules
+++ b/debian/rules
@@ -18,7 +18,7 @@ override_dh_auto_build:
 	cd tests && CFLAGS="$$CFLAGS $$CPPFLAGS" CXXFLAGS="$$CXXFLAGS $$CPPFLAGS" cmake \
 		-DGLEW_LIBRARY=`pkg-config --variable libdir glew`/libGLEW.so \
 		-DGLEW_INCLUDE_DIR=`pkg-config --variable includedir` \
-		-DEIGEN_INCLUDE_DIR=`pkg-config --cflags-only-I eigen2 | sed 's/^-I//'` \
+		-DEIGEN_INCLUDE_DIR=`pkg-config --cflags-only-I eigen3 | sed 's/^-I//'` \
 		.
 	cd tests && make
 
-- 
1.8.4.rc3



signature.asc
Description: OpenPGP digital signature

Bug#720268: Pending fixes for bugs in the libmath-randomorg-perl package

[pkg-perl-maintainers]

tag 720268 + pending
thanks

Some bugs in the libmath-randomorg-perl package are closed in
revision 62a52047bce638d1ffd3489b7aaf2ca386a3fd48 in branch 'master'
by Florian Schlichting

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libmath-randomorg-perl.git;a=commitdiff;h=62a5204

Commit message:

Remove libtest-pod-coverage-perl from build-dependencies; coverage testing 
is for authors only (closes: #720268)


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

Bug#726157: Replace libeigen2-dev by libeigen3-dev in build-depends

[Anton Gladky]

Package: openscad
Version: 2013.01+dfsg-2
Severity: wishlist
Tags: patch
Usertags: remove-eigen2

Dear Maintainer,

your package has libeigen2-dev in build-depends.
It is better to replace it by libeigen3-dev because, the
development of eigen2 is frozen toward to eigen3.

It is planned to replace libeigen2-dev by libeigen3-dev
in all packages in Debian archive.

Thanks,

Anton



signature.asc
Description: OpenPGP digital signature

Bug#726156: latest APT breaks InstallProgress

[Eugenio 'g7' Paolantonio]

Package: python-apt
Version: 0.8.9.1
Tags: patch

Hello,


It seems that the latest APT update breaks the base python-apt
InstallProgress, as some package names in the status stream also feature
the package architecture (packagename:arch).

This is the produced traceback:


Traceback (most recent call last):
  File "/usr/bin/bricks", line 181, in run
engine.cache.commit(AcquireProgress(self.parent),
InstallProgress(self.parent))
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 504, in commit
res = self.install_archives(pm, install_progress)
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 467, in
install_archives
res = install_progress.run(pm)
  File "/usr/lib/python2.7/dist-packages/apt/progress/base.py", line
206, in run
res = self.wait_child()
  File "/usr/lib/python2.7/dist-packages/apt/progress/base.py", line
276, in wait_child
self.update_interface()
  File "/usr/lib/python2.7/dist-packages/apt/progress/base.py", line
253, in update_interface
if float(percent) != self.percent or status_str != self.status:
ValueError: could not convert string to float: amd64


I'm attaching a quick and dirty patch that fixes the issue.


Regards,
Eugenio

-- 
.: Eugenio Paolantonio - Semplice Linux developer :.

http://semplice-linux.org
http://medesimo.eu

Twitter: @eugenio_g7 - Homepage: http://me.medesimo.eu
--- orig/apt/progress/base.py	2013-06-06 18:32:36.0 +0200
+++ mod/apt/progress/base.py	2013-10-12 22:27:54.050668349 +0200
@@ -221,10 +221,17 @@
 return
 
 pkgname = status = status_str = percent = base = ""
+architecture = "all"
 
 if line.startswith('pm'):
 try:
 (status, pkgname, percent, status_str) = line.split(":", 3)
+# Handle pkgnames with :architecture, otherwise we'll later
+# try to make the package architecture a float.
+try:
+float(percent)
+except ValueError:
+(status, pkgname, architecture, percent, status_str) = line.split(":", 4)
 except ValueError:
 # silently ignore lines that can't be parsed
 return

Bug#692739: gdm3/experimental: FTBFS on kfreebsd-any, needs porting and testing

[Michael Biebl]

Thanks Petr for the patch. Is that build and runtime tested or only build time?



Petr Salinger  schrieb:
>>> Alternatively, someone could implement g_credentials_get_unix_pid(),
>>> which clearly ought to exist anyway, and would move the problem into
>GIO.
>>> (GNOME #687920.)
>>
>> I did that, and it's available in glib2.0/unstable (2.36).
>
>The patch for using g_credentials_get_unix_pid is attached.
>
>Petr
>
>
>
>___
>pkg-gnome-maintainers mailing list
>pkg-gnome-maintain...@lists.alioth.debian.org
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnome-maintainers

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#726155: Fix committed

[Anton Gladky]

The fix is committed to svn [1].

[1] 
http://anonscm.debian.org/viewvc/debian-science/?view=revision&revision=46338

Anton


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

Bug#726155: Replace libeigen2-dev by libeien3-dev in build-depends

[Anton Gladky]

Package: opencv
Version: 2.4.6.1+dfsg-1
Severity: wishlist
Tags: pending
Usertags: remove-eigen2

Dear Maintainer,

your package has libeigen2-dev in build-depends.
It is better to replace it by libeigen3-dev because, the
development of eigen2 is frozen toward to eigen3.

It is planned to replace libeigen2-dev by libeigen3-dev
in all packages in Debian archive.

Thanks,

Anton



signature.asc
Description: OpenPGP digital signature

Bug#720357: Pending fixes for bugs in the libsru-perl package

[pkg-perl-maintainers]

tag 720357 + pending
thanks

Some bugs in the libsru-perl package are closed in revision
bb38adf63be1713e1c1f2608215474db917dc21d in branch 'master' by
Florian Schlichting

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

Commit message:

Drop build-dependency on libtest-pod-coverage-perl, POD coverage tests are 
for authors only (closes: #720357)


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

Bug#726154: xserver-xorg-video-radeon: conffiles not removed

[shirish शिरीष]

Package: xserver-xorg-video-radeon
Version: 1:7.2.0-1+b2
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

Dear Maintainer,
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

$ pkg=xserver-xorg-video-radeon ; adequate $pkg ; dpkg-query -W
-f='${Conffiles}\n' $pkg | grep obsolete
xserver-xorg-video-radeon: obsolete-conffile /etc/modprobe.d/radeon-kms.conf
 /etc/modprobe.d/radeon-kms.conf 3792130931629c4398df31ffa5dd0d9c obsolete

The bug is modelled on Paul Wise's bug #726082 .

Please lemme know if any more info. is needed. This is on relatively a
newish install (only couple of months old.)

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

lrwxrwxrwx 1 root root 13 Jul 25 22:46 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2285840 Oct  5 19:37 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31
Express Integrated Graphics Controller [8086:29c2] (rev 10)

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

Contents of /etc/X11/xorg.conf.d:
-
total 4
-rw-r--r-- 1 root root 97 Aug 29 04:54 20-intel.conf

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.10-3-amd64 (debian-ker...@lists.debian.org) (gcc
version 4.7.3 (Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 23526 Oct 13 00:26 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   100.170]
X.Org X Server 1.14.3
Release Date: 2013-09-12
[   100.170] X Protocol Version 11, Revision 0
[   100.170] Build Operating System: Linux 3.10-2-amd64 x86_64 Debian
[   100.170] Current Operating System: Linux debian 3.10-3-amd64 #1
SMP Debian 3.10.11-1 (2013-09-10) x86_64
[   100.171] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64
root=UUID=87d82d2b-dc1a-4f01-8ba4-c68290598b23 ro ipv6.disable=1 quiet
[   100.171] Build Date: 22 September 2013  02:44:54PM
[   100.171] xorg-server 2:1.14.3-3 (Julien Cristau )
[   100.171] Current version of pixman: 0.30.2
[   100.171]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   100.171] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   100.171] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Oct  8
10:31:02 2013
[   100.186] (==) Using config directory: "/etc/X11/xorg.conf.d"
[   100.186] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   100.227] (==) No Layout section.  Using the first Screen section.
[   100.227] (==) No screen section available. Using defaults.
[   100.227] (**) |-->Screen "Default Screen Section" (0)
[   100.227] (**) |   |-->Monitor ""
[   100.228] (==) No device specified for screen "Default Screen Section".
Using the first device section listed.
[   100.228] (**) |   |-->Device "Intel Graphics"
[   100.228] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   100.228] (==) Automatically adding devices
[   100.228] (==) Automatically enabling devices
[   100.228] (==) Automatically adding GPU devices
[   100.258] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   100.258]Entry deleted from font path.
[   100.321] (WW) The directory
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[   100.321]Entry deleted from font path.
[   100.321] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   100.321] (==) ModulePath set to "/usr/lib/xorg/modules"
[   100.321] (II) The server relies on udev to provide the list of
input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   100.321] (II) Loader magic: 0x7fa43c62fd00
[   100.321] (II) Module ABI versions:
[   100.321]X.Org ANSI C Emulation: 0.4
[   100.321]X.Org Video Driver: 14.1
[   100.321]X.Org XInput driver : 19.1
[   100.321]X.Org Server Extension : 7.0
[   100.322] (II) xfree86: Adding drm device (/dev/dri/card0)
[   100.323]

Bug#722989: gsmartcontrol: Has several 'unknown properties' in it and just crashes out.

[Olivier Berger]

Hi.

On Sun, Sep 15, 2013 at 07:03:36AM +0100, sharon kimble wrote:
> 
> Dear Maintainer,
>  sudo !9935
> sudo gsmartcontrol-root auto -v
> [sudo] password for boudiccas:
>   [app] SmartctlParser::parse_section_info_property(): Unknown property
> "Rotation Rate"
>   [app] SmartctlParser::parse_full(): No ATA sections could be parsed.
> Returning.
>   [app] SmartctlParser::parse_section_info_property(): Unknown property
> "Rotation Rate"
>   [hz] Warning: exit: Command line did not parse.
>   [app] execute_smartctl(): Error while executing smartctl binary.
>   [app] StorageDevice::execute_device_smartctl(): Error while executing
> smartctl binary.
>   [app] SmartctlParser::parse_section_info_property(): Unknown property
> "Vendor"
>   [app] SmartctlParser::parse_section_info_property(): Unknown property
> "Product"
>   [app] SmartctlParser::parse_section_info_property(): Unknown property
> "Revision"
>   [app] SmartctlParser::parse_section_info_property(): Unknown property
> "Logical block size"
>   [app] SmartctlParser::parse_section_info_property(): Unknown property
> "Device type"
> terminate called after throwing an instance of 'std::out_of_range'
>   what():  basic_string::substr
> Aborted
> [boudiccas:Sun Sep 15 06:57:37 @~]$ [9937]>;
> 
> It briefly appears but then silently crashes out.
> 

I'm also hit by the same bug, I think.

Here's what I've tried :

$ sudo gsmartcontrol -v --no-scan
[sudo] password for olivier: 
  [app] Application options:
  [app]   locale: 1
  [app]   version: 0
  [app]   hide_tabs: 1
  [app]   scan: 0
  [app]   arg_add_virtual: [empty]
  [app]   arg_add_device: [empty]
  [app] LibDebug options:
  [app]   levels_enabled: 1
  [app]   debug_colorize: true
  [app] {anonymous}::app_init_config(): Global config file: 
"/etc/gsmartcontrol.conf"
  [app] {anonymous}::app_init_config(): Local config file: 
"/root/.config/gsmartcontrol/gsmartcontrol.conf"
  [app] {anonymous}::app_init_config(): Old local config file: 
"/root/.gsmartcontrolrc"
  [rmn] Loading under "/config" from file 
"/root/.config/gsmartcontrol/gsmartcontrol.conf".
  [rconfig] /[3] /
config   [4] /config  
default  [4] /default 
  [rconfig] Setting autosave config file to 
"/root/.config/gsmartcontrol/gsmartcontrol.conf"
  [rconfig] Starting config autosave with 180 sec. interval.
  [app] Current C locale: fr_FR.utf8
  [app] Current C++ locale: fr_FR.utf8
  [app] Cmdex::execute(): Executing "'smartctl' -V".
  [app] Entering main loop.

Then, I do Ctrl-R, and immediately see it crash with :

  [app] GscMainWindow::on_action_activated(): Action activated: 
"action_rescan_devices"
  [app] StorageDetector::detect(): Starting drive detection.
  [app] {anonymous}::detect_drives_linux_proc_partitions(): Detecting 
through /proc/partitions...
  [app] Cmdex::execute(): Executing "'smartctl' -i -H -c '/dev/sda'".
  [hz] Warning: exit: SMART status check returned "DISK OK" but we found 
that some (usage or prefail) Attributes have been less than threshold at some 
time in the past.
  [app] SmartctlParser::parse_section_info_property(): Unknown property 
"Rotation Rate"
  [app] Cmdex::execute(): Executing "'smartctl' -i -H -c '/dev/sr0'".
  [app] SmartctlParser::parse_section_info_property(): Unknown property 
"Vendor"
  [app] SmartctlParser::parse_section_info_property(): Unknown property 
"Product"
  [app] SmartctlParser::parse_section_info_property(): Unknown property 
"Revision"
  [app] SmartctlParser::parse_section_info_property(): Unknown property 
"Logical block size"
  [app] SmartctlParser::parse_section_info_property(): Unknown property 
"Device type"
 [gtk] 
 [gtk] unhandled exception (type std::exception) in signal handler:
 [gtk] what: basic_string::substr
 [gtk] 

/dev/sda is a 160 Gb HD
/deb/sr0 is a DWD writer

There's also a /dev/sdb which is a USB stick.

Hope this helps.

Best regards,

-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


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

Bug#726150: Acknowledgement (linux-source-3.2: mmio address 0xbafe00 already in use)

[Bruce Korb]

In my meanderings since filing this, the patch is in linux 3.5 (3.6
stable) and 3.8 is out now.
Can the   patch be retroactivly applied to 3.2?

https://lkml.org/lkml/2012/8/12/54


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

Bug#726149: RM: spek [s390x] -- ROM; Test suite causes segfault

[Cyril Brulebois]

Alexander Kojevnikov  (2013-10-12):
> Package: ftp.debian.org
> Severity: normal
> Control: block 725385 by -1
> 
> Please remove binaries for package spek from s390x, the spek test
> suite crashes on it and I don't have access to this architecture to
> troubleshoot the problem.

Have you tried contacting the s390(x) porters? Or considered asking for
a guest account?
  http://dsa.debian.org/doc/guest-account/

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#715203: unico theme bug duplicate of #706330

[Andreas Henriksson]

Hello!

This bug seems to be a duplicate of debian bug #706330.

-- 
Andreas Henriksson


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

Bug#726153: base: Video "flashes" every 10 seconds

[Mark Hawkins]

Package: base
Severity: normal

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

   * What led up to the situation? Just performed a fresh install of Debian 7.
As soon as the the system was restarted after the install the video on the 
monitor started to "blink" every 10 seconds. It appears that the video signal
stops and then immediately restarts.


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

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

Computer



Summary
---

-Computer-
Processor   : 2x Intel(R) Core(TM)2 Duo CPU E8400  @ 3.00GHz
Memory  : 4057MB (414MB used)
Operating System: Debian GNU/Linux 7.2
User Name   : mark (Mark Hawkins)
Date/Time   : Sat 12 Oct 2013 02:19:57 PM CDT
-Display-
Resolution  : 1024x768 pixels
OpenGL Renderer : Gallium 0.4 on NV96
X11 Vendor  : The X.Org Foundation
-Multimedia-
Audio Adapter   : HDA-Intel - HDA Intel
-Input Devices-
 Microsoft Microsoft 3-Button Mouse with IntelliEye(TM)
 Generic USB Keyboard
 Generic USB Keyboard
 Power Button
 Power Button
 PC Speaker
 HDA Digital PCBeep
 HDA Intel Mic
 HDA Intel Mic
 HDA Intel Line-out
 HDA Intel Line-out
 HDA Intel Line-out
 HDA Intel Line-out
 HDA Intel Headphone
-Printers-
No printers found

Operating System


-Version-
Kernel  : Linux 3.2.0-4-amd64 (x86_64)
Compiled: #1 SMP Debian 3.2.51-1
C Library   : Unknown
Default C Compiler  : Unknown
Distribution: Debian GNU/Linux 7.2
-Current Session-
Computer Name   : debian
User Name   : mark (Mark Hawkins)
Home Directory  : /home/mark
Desktop Environment : Unknown (Window Manager: Mutter)
-Misc-
Uptime  : 1 hour, 2 minutes
Load Average: 0.23, 0.16, 0.14

Kernel Modules
--

-Loaded Modules-
parport_pc  : PC-style parallel port driver
ppdev
bnep: Bluetooth BNEP ver 1.3
lp
rfcomm  : Bluetooth RFCOMM ver 1.11
parport
bluetooth   : Bluetooth Core ver 2.16
rfkill  : RF switch support
binfmt_misc
nfsd
nfs
nfs_acl
auth_rpcgss
fscache : FS Cache Manager
lockd   : NFS file locking service version 0.5.
sunrpc
loop
snd_hda_codec_idt   : IDT/Sigmatel HD-audio codec
nouveau : nVidia Riva/TNT/GeForce
snd_hda_intel   : Intel HDA driver
mxm_wmi : MXM WMI Driver
wmi : ACPI-WMI Mapping Driver
snd_hda_codec   : HDA codec core
video   : ACPI Video Driver
ttm : TTM memory manager subsystem (for DRM device)
snd_hwdep   : Hardware dependent layer
drm_kms_helper  : DRM KMS helper
i2c_i801: I801 SMBus driver
snd_pcm : Midlevel PCM code for ALSA.
snd_page_alloc  : Memory allocator for ALSA system.
drm : DRM shared core routines
power_supply: Universal power supply monitor class
i2c_algo_bit: I2C-Bus bit-banging algorithm
i2c_core: I2C-Bus main module
iTCO_wdt: Intel TCO WatchDog Timer Driver
iTCO_vendor_support : Intel TCO Vendor Specific WatchDog Timer 
Driver Support
snd_seq : Advanced Linux Sound Architecture sequencer.
snd_seq_device  : ALSA sequencer device management
snd_timer   : ALSA timer interface
snd : Advanced Linux Sound Architecture driver for soundcards.
acpi_cpufreq: ACPI Processor P-States Driver
soundcore   : Core sound module
psmouse : PS/2 mouse driver
mperf
coretemp: Intel Core temperature monitor
pcspkr  : PC Speaker beeper driver
serio_raw   : Raw serio driver
evdev   : Input driver event char devices
processor   : ACPI Processor Driver
button  : ACPI Button Driver
thermal_sys : Generic thermal management sysfs support
ext4: Fourth Extended Filesystem
crc16   : CRC16 calculations
jbd2
mbcache : Meta block cache (for extended attributes)
sg  : SCSI generic (sg) driver
sd_mod  : SCSI disk (sd) driver
crc_t10dif  : T10 DIF CRC calculation
sr_mod  : SCSI cdrom (sr) driver
cdrom
usbhid  : USB HID core driver
hid
ata_generic : low-level driver for generic ATA
uhci_hcd: USB Universal Host Controller Interface driver
firewire_ohci   : Driver for PCI OHCI IEEE1394 controllers
ata_piix: SCSI low-level driver for Intel PIIX/ICH ATA 
controllers
firewire_core   : Core IEEE1394 transaction logic
crc_itu_t   : CRC ITU-T V.41 calcu

Bug#726152: adequate: have examples of using adequate in the manpage

[shirish शिरीष]

Package: adequate
Version: 0.8
Severity: wishlist

Dear Maintainer,
 If there are some examples of using adequate in the manpage, it would
be far much easier for newbies to use this excellent tool.

Something on the lines of say :-

$adequate --tags obsolete-conffile -all

In this example, adequate is looking for packages which are tagged
with files having obsolete configuration files from all the packages
which have been installed in the user's machine.

Feel free to improve or change either the example or the explanation
or both to give better understanding to users.

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

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

Versions of packages adequate depends on:
ii  debconf  1.5.51
ii  perl 5.18.1-4

adequate recommends no packages.

adequate suggests no packages.

-- Configuration Files:
/etc/apt/apt.conf.d/20adequate changed:
// If you set this to "true", adequate will run on every install, reporting the
// results via debconf.
Adequate::Enabled "true";
DPkg::Pre-Install-Pkgs {
"adequate --help >/dev/null 2>&1 || exit 0; exec adequate --user
nobody --apt-preinst";
};
DPkg::Post-Invoke {
"adequate --help >/dev/null 2>&1 || exit 0;
DEBIAN_FRONTEND=readline exec adequate --debconf --user nobody
--pending";
};
DPkg::Tools::Options::adequate::Version "2";

-- no debconf information
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17


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

Bug#726151: [openvpn] openVPN connection breaks power management

[Gennady Uraltsev]

Package: openvpn
Version: 2.3.2-5
Severity: normal

Dear Developers,

Once a openvpn connection is established my laptop starts to believe
strange things about the power status. In particular the whole DE starts
working as though it is on battery power and not on AC (dimming screen
and sleeping after some inactivity). 

However this doesn't depend on the DE (Gnome 3) specifically.
Normally running powertop as root gives these debug messages:

Loaded 190 prior measurements
RAPL device for cpu 0
RAPL device for cpu 0
RAPL device for cpu 0

and then it starts.

If the openvpn connection is present the program doesn't start up and gives 
these debug messages:
Loaded 190 prior measurements
RAPL device for cpu 0
RAPL device for cpu 0
RAPL device for cpu 0
BUG: requesting unregistered parameter 61
BUG: requesting unregistered parameter 66
...

where the two "BUG" messages get repeated thousands of times. 

This behavior is the same regardless is I connect via the nm-applet of GNOME 3 
or form a root shell by running 

openvpn --config login--bonn.ovpn 

For completeness I am attaching the ovpn file. 

I inspected syslog and found nothing relevant to power management, ACPI, or 
such. The only messages that appear during/after a vpn connection are:

Oct 12 22:09:51 halen NetworkManager[3416]:SCPlugin-Ifupdown: devices added 
(path: /sys/devices/virtual/net/tun0, iface: tun0)
Oct 12 22:09:51 halen NetworkManager[3416]:SCPlugin-Ifupdown: device added 
(path: /sys/devices/virtual/net/tun0, iface: tun0): no ifupdown configuration 
found.
Oct 12 22:09:51 halen NetworkManager[3416]:  
/sys/devices/virtual/net/tun0: couldn't determine device driver; ignoring...

in /var/log/syslog.

I am also attaching the file vpn.log that contains all that vpn outputs when 
running from terminal. 

Please let me know if there is anything else I can tell you to help.

Sincerely,

Gennady


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.10-3-amd64

Debian Release: jessie/sid
  990 unstablewww.deb-multimedia.org 
  990 unstableftp.de.debian.org 
  500 stable  dl.google.com 
1 experimentalftp.debian.org 
1 experimentalcdn.debian.net 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
debconf   (>= 0.5)  | 1.5.51
 OR debconf-2.0 | 
libc6 (>= 2.15) | 
liblzo2-2   | 
libpam0g  (>= 0.99.7.1) | 
libpkcs11-helper1 (>= 1.05) | 
libssl1.0.0  (>= 1.0.0) | 
initscripts   (>= 2.88dsf-13.3) | 
iproute2| 


Recommends  (Version) | Installed
=-+-===
easy-rsa  | 2.2.0-1


Suggests(Version) | Installed
=-+-===
openssl   | 1.0.1e-3
resolvconf| 1.74




remote vpn.stw-bonn.de 1195 udp

dev tun
persist-tun
persist-key
ca ca--bonn.crt

remote-random
resolv-retry infinite

tls-remote vpn.stw-bonn.de

auth-user-pass
client
nobind
pull
verb 4

redirect-gateway def1
Sat Oct 12 22:13:07 2013 DEPRECATED OPTION: --tls-remote, please update your configuration
Sat Oct 12 22:13:07 2013 us=921549 Current Parameter Settings:
Sat Oct 12 22:13:07 2013 us=921560   config = 'login--bonn.ovpn'
Sat Oct 12 22:13:07 2013 us=921568   mode = 0
Sat Oct 12 22:13:07 2013 us=921574   persist_config = DISABLED
Sat Oct 12 22:13:07 2013 us=921581   persist_mode = 1
Sat Oct 12 22:13:07 2013 us=921587   show_ciphers = DISABLED
Sat Oct 12 22:13:07 2013 us=921593   show_digests = DISABLED
Sat Oct 12 22:13:07 2013 us=921599   show_engines = DISABLED
Sat Oct 12 22:13:07 2013 us=921605   genkey = DISABLED
Sat Oct 12 22:13:07 2013 us=921611   key_pass_file = '[UNDEF]'
Sat Oct 12 22:13:07 2013 us=921617   show_tls_ciphers = DISABLED
Sat Oct 12 22:13:07 2013 us=921623 Connection profiles [default]:
Sat Oct 12 22:13:07 2013 us=921630   proto = udp
Sat Oct 12 22:13:07 2013 us=921636   local = '[UNDEF]'
Sat Oct 12 22:13:07 2013 us=921642   local_port = 0
Sat Oct 12 22:13:07 2013 us=921648   remote = 'vpn.stw-bonn.de'
Sat Oct 12 22:13:07 2013 us=921654   remote_port = 1195
Sat Oct 12 22:13:07 2013 us=921660   remote_float = DISABLED
Sat Oct 12 22:13:07 2013 us=921666   bind_defined = DISABLED
Sat Oct 12 22:13:07 2013 us=921672   bind_local = DISABLED
Sat Oct 12 22:13:07 2013 us=921678   connect_retry_seconds = 5
Sat Oct 12 22:13:07 2013 us=921685   connect_timeout = 10
Sat Oct 12 22:13:07 2013 us=921691   connect_retry_max = 0
Sat Oct 12 22:13:07 2013 us=921697   socks_proxy_server = '[UNDEF]'
Sat Oct 12 22:13:07 2013 us=921703   socks_proxy_port = 0
Sat Oct 12 22:13:07 2013 us=921709   socks_proxy_retry = DISABLED
Sat Oct 12 22:13:07 2013 us=921715   tun_mtu = 1500
Sat Oct 12 22:13:07 2013 us=921721   tun_mtu_defined = ENABLED
Sat Oct 12 22:13

Bug#726150: linux-source-3.2: mmio address 0xbafe00 already in use

[Bruce Korb]

Package: linux-source-3.2
Version: 3.2.51-1
Severity: important


* What led up to the situation?

I tried to boot


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

I waited and waited until the command finally timed out.


* What was the outcome of this action?

It finally booted.


* What outcome did you expect instead?

A faster boot.

I get these messages on the boot console:


[5.530004] SP5100 TCO timer: SP5100 TCO WatchDog Timer Driver v0.01
[5.530054] SP5100 TCO timer: mmio address 0xbafe00 already in use


and then a long pause and timeout messages that do not appear in the
dmesg output.

I guess I'll poison the watch dog timer, but I don't feel good about
doing stuff like that.

Thanks for any suggested fixes or hackarounds!


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-source-3.2 depends on:
ii  binutils  2.22-8
ii  bzip2 1.0.6-4

Versions of packages linux-source-3.2 recommends:
ii  gcc   4:4.7.2-1
ii  libc6-dev [libc-dev]  2.13-38
ii  make  3.81-8.2

Versions of packages linux-source-3.2 suggests:
ii  libncurses5-dev [ncurses-dev]  5.9-10
ii  libqt4-dev 4:4.8.2+dfsg-11
ii  pkg-config 0.26-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#726149: RM: spek [s390x] -- ROM; Test suite causes segfault

[Alexander Kojevnikov]

Package: ftp.debian.org
Severity: normal
Control: block 725385 by -1

Please remove binaries for package spek from s390x, the spek test
suite crashes on it and I don't have access to this architecture to
troubleshoot the problem.


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

Bug#726148: Subroutine Debconf::FrontEnd::Editor::SUPER::screenwidth redefined

[Jamie Heilman]

Package: debconf
Version: 1.5.51
Severity: minor

This warning is occuring over and over again during updates, I think
it started with the last major perl update:

Subroutine Debconf::FrontEnd::Editor::SUPER::screenwidth redefined at 
/usr/share/perl5/Debconf/Base.pm line 31,  line 3.

running dpkg-reconfigure debconf also results in

Subroutine Debconf::Element::Editor::Select::SUPER::value redefined at 
/usr/share/perl5/Debconf/Base.pm line 31,  line 33.
Subroutine Debconf::Element::Editor::Select::SUPER::value redefined at 
/usr/share/perl5/Debconf/Base.pm line 31.

-- 
Jamie Heilman http://audible.transient.net/~jamie/


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

Bug#718620: gdm-simple-greeter: users list collapsed to 2px hight

[Andreas Neudecker]

Package: gdm3
Version: 3.4.1-9+b1
Followup-For: Bug #718620

I can confirm the problem. It started after upgrading the system, gdm3
to version 3.4.1-9+b1.


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

Kernel: Linux 3.10-3-686-pae (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/dash

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.34-2
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.16.1-1
ii  dconf-tools 0.16.1-1
ii  debconf [debconf-2.0]   1.5.51
ii  gir1.2-freedesktop  1.36.0-2+b1
ii  gir1.2-glib-2.0 1.36.0-2+b1
ii  gnome-session [x-session-manager]   3.4.2.1-4
ii  gnome-session-bin   3.4.2.1-4
ii  gnome-session-fallback [x-session-manager]  3.4.2.1-4
ii  gnome-settings-daemon
3.4.2+git20121218.7c1322-6+b2
ii  gnome-terminal [x-terminal-emulator]3.8.4-1
ii  gsettings-desktop-schemas   3.4.2-3
ii  libaccountsservice0 0.6.34-2
ii  libatk1.0-0 2.10.0-2
ii  libattr11:2.4.47-1
ii  libaudit1   1:2.3.2-2
ii  libc6   2.17-93
ii  libcairo-gobject2   1.12.16-2
ii  libcairo2   1.12.16-2
ii  libcanberra-gtk3-0  0.30-2
ii  libcanberra00.30-2
ii  libdbus-1-3 1.6.14-1
ii  libdbus-glib-1-20.100.2-1
ii  libfontconfig1  2.10.2-2
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libglib2.0-bin  2.36.4-1
ii  libgtk-3-0  3.8.4-1
ii  libpam-modules  1.1.3-9
ii  libpam-runtime  1.1.3-9
ii  libpam0g1.1.3-9
ii  libpango-1.0-0  1.32.5-5+b1
ii  libpangocairo-1.0-0 1.32.5-5+b1
ii  librsvg2-common 2.36.4-2
ii  libselinux1 2.1.13-2
ii  libupower-glib1 0.9.21-3
ii  libwrap07.6.q-24
ii  libx11-62:1.6.1-1
ii  libxau6 1:1.0.8-1
ii  libxdmcp6   1:1.1.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.4.1-1
ii  lsb-base4.1+Debian12
ii  metacity [x-window-manager] 1:2.34.13-1
ii  mutter [x-window-manager]   3.4.1-7+b1
ii  policykit-1-gnome   0.105-2
ii  twm [x-window-manager]  1:1.0.6-1
ii  upower  0.9.21-3
ii  x11-common  1:7.7+4
ii  x11-xserver-utils   7.7+1
ii  xfce4-session [x-session-manager]   4.10.1-2
ii  xfce4-terminal [x-terminal-emulator]0.6.2-3
ii  xfwm4 [x-window-manager]4.10.1-2
ii  xterm [x-terminal-emulator] 297-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.10.0-1
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.8.3-1
ii  gnome-icon-theme-symbolic  3.8.2.2-2
ii  x11-xkb-utils  7.7~1
ii  xserver-xephyr 2:1.14.3-4
ii  xserver-xorg   1:7.7+4
ii  zenity 3.8.0-1

Versions of packages gdm3 suggests:
pn  gnome-orca
ii  gnome-shell   3.4.2-16
ii  libpam-gnome-keyring  3.8.2-2

-- Configuration Files:
/etc/gdm3/greeter.gsettings changed:
[org.gnome.desktop.session]
session-name='gdm-fallback'
[org.gnome.login-screen]
logo='/usr/share/icons/gnome/48x48/places/debian-swirl.png'
fallback-logo='/usr/share/icons/gnome/48x48/places/debian-swirl.png'
[org.gnome.power-manager]
icon-policy='never'
event-sounds=false
[org.gnome.metacity]
compositing-manager=false
[org.gnome.desktop.wm.preferences]
num-workspaces=1


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

Bug#726147: leocad: Typo in strange "newer version available" dialog

[Petter Reinholdtsen]

Package: leocad
Version: 0.80-1
Severity: normal

When running the leocad 0.80-1 I just compiled, I get a dialog showing
this text:

  LeoCAD Updates
  There's a newer version of LeoCAD available for download ( 0.%2.%3).

  Visit http://www.leocad.org/files/ to download.

 [ close ]

First of all, I suspect it is a good idea to disable such version check
in the Debian package.  Second, there is a typo in the message showing
"0.%2.%3" instead of some sensible version number.

-- 
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#726146: ITP: golang-go-net-dev -- Supplementary Go networking libraries

[Daniel Mizyrycki]

Package: wnpp
Version: N/A; reported 2013-10-12
Severity: wishlist
Owner: Daniel Mizyrycki 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name : golang-go-net-dev
Version : 0.0~hg20130629-1
Upstream Author : The Go Authors
* URL : http://code.google.com/p/go.net
* License : Expat
Programming Lang : Go
Description : Supplementary Go networking libraries

 This package contains the source.


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

Bug#726145: leocad: Fail to build on Hurd and kfreebsd-*

[Petter Reinholdtsen]

Package: leocad
Version: 0.80-1
Severity: important
Tags: patch

The latest version of leocad fail to build on hurd and kfreebsd-*.  The
missing kfreebsd builds block the package from entering testing.  The
build problem is the same on all architectures:

qt/qtmain.cpp: In function 'int main(int, char**)':
qt/qtmain.cpp:166:37: error: 'libPath' was not declared in this scope
  if (!g_App->Initialize(argc, argv, libPath, cachePath.toLocal8Bit().data()))
 ^
make[1]: *** [build/release/.obj/qtmain.o] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 25

The problem is that the libPath variable is only defined for Windows,
MacOSX and Linux, but not for Hurd and FreeBSD.  I suggest to
restructure the logic to define the Linux values for every build that
isn't Windows or MacOSX, like the following patch:

--- leocad-0.80.orig/qt/qtmain.cpp
+++ leocad-0.80/qt/qtmain.cpp
@@ -134,7 +134,7 @@ int main(int argc, char *argv[])
g_App = new lcApplication();
gMainWindow = new lcMainWindow();
 
-#ifdef Q_OS_WIN
+#if defined(Q_OS_WIN)
char libPath[LC_MAXPATH], *ptr;
strcpy(libPath, argv[0]);
ptr = strrchr(libPath,'\\');
@@ -143,19 +143,15 @@ int main(int argc, char *argv[])
 
lcRegisterShellFileTypes();
lcSehInit();
-#endif
-
-#ifdef Q_OS_LINUX
-   const char* libPath = LC_INSTALL_PREFIX"/share/leocad/";
-#endif
-
-#ifdef Q_OS_MAC
+#elif defined(Q_OS_MAC)
QDir bundlePath = QDir(QCoreApplication::applicationDirPath());
bundlePath.cdUp();
bundlePath.cdUp();
bundlePath = QDir::cleanPath(bundlePath.absolutePath() + 
"/Contents/Resources/");
QByteArray pathArray = bundlePath.absolutePath().toLocal8Bit();
const char* libPath = pathArray.data();
+#else /* Q_OS_LINUX, Hurd and FreeBSD */
+   const char* libPath = LC_INSTALL_PREFIX"/share/leocad/";
 #endif
 
QString cachePath = 
QDesktopServices::storageLocation(QDesktopServices::CacheLocation);

It should fix the problem for both Hurd and kFreeBSD.

-- 
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#725304: pu: package kfreebsd-9/9.0-10+deb70.5

[Adam D. Barratt]

Control: tags -1 + pending

On Wed, 2013-10-09 at 22:12 +, Robert Millan wrote:
> Adam D. Barratt:
> >Please feel free to upload; the package will then be
> > processed after the point release.
> 
> Fine. Thank you!

Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#726144: get-iplayer: subtitle files incomplete

[Axel Stammler]

Package: get-iplayer
Version: 2.82-2+deb7u1
Severity: normal

Dear Maintainer,

in many cases (most but not all programmes) the files only contain a few 
subtitles
(possibly only the first lines in cases where there are two lines).

-- 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-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages get-iplayer depends on:
ii  libwww-perl 6.04-1
ii  libxml-simple-perl  2.20-1
ii  perl5.14.2-21
ii  rtmpdump2.4+20111222.git4e06e21-1

Versions of packages get-iplayer recommends:
ii  atomicparsley 0.9.2~svn110-4
ii  id3v2 0.1.12-2
ii  libmp3-info-perl  1.24-1

Versions of packages get-iplayer suggests:
ii  ffmpeg   6:0.8.6-1
ii  mplayer  2:1.0~rc4.dfsg1+svn34540-1+b2

-- 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#726125: wmtime: broken date display

[Nobuhiro Ban]

2013/10/13 Torrance, Douglas :
> What behavior would you prefer?  Should wmtime default to the English
> names when non-Latin characters are encountered?

Yes, it seems very reasonable behavior.


Regards,
Nobuhiro


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

Bug#726143: josm: exception when uploading data

[Clint Adams]

Package: josm
Version: 0.0.svn6115+dfsg1-1

Debian-Release: 0.0.svn6115+dfsg1-1
Build-Date: 2013-09-10 16:07:57
Revision: 6115
Is-Local-Build: true

Identification: JOSM/1.5 (6115 en) Linux Debian GNU/Linux testing (jessie)
Memory Usage: 142 MB / 648 MB (56 MB allocated, but free)
Java version: 1.6.0_27, Sun Microsystems Inc., OpenJDK 64-Bit Server VM
Java package: openjdk-6-jre:amd64-6b27-1.12.5-2
VM arguments: [-Djava.net.useSystemProxies=true]
Dataset consistency test: No problems found

Plugin: utilsplugin2 (29771)

org.openstreetmap.josm.data.osm.DataIntegrityProblemException: Primitive must 
be part of the dataset: {Way id=241831939 version=1 VT nodes=[{Node 
id=2494143462 version=1 V lat=40.7472515507,lon=-73.9189899012}, {Node 
id=2494143452 version=1 V lat=40.7472473699,lon=-73.9189532195}, {Node 
id=2494143428 version=1 V lat=40.747227476,lon=-73.9189571393}, {Node 
id=2494143446 version=1 V lat=40.7472425625,lon=-73.9190895197}, {Node 
id=2494143504 version=1 V lat=40.7472855053,lon=-73.9190810584}, {Node 
id=2494143491 version=1 V lat=40.7472745995,lon=-73.9189853596}, {Node 
id=2494143462 version=1 V lat=40.7472515507,lon=-73.9189899012}]}
at 
org.openstreetmap.josm.data.osm.OsmPrimitive.checkDataset(OsmPrimitive.java:333)
at 
org.openstreetmap.josm.data.osm.OsmPrimitive.getReferrers(OsmPrimitive.java:947)
at 
org.openstreetmap.josm.data.osm.OsmPrimitive.getReferrers(OsmPrimitive.java:968)
at 
org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog.selectionChanged(PropertiesDialog.java:632)
at 
org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog.updateSelection(PropertiesDialog.java:524)
at 
org.openstreetmap.josm.gui.dialogs.properties.PropertiesDialog.processDatasetEvent(PropertiesDialog.java:717)
at 
org.openstreetmap.josm.data.osm.event.DataSetListenerAdapter.dataChanged(DataSetListenerAdapter.java:24)
at 
org.openstreetmap.josm.data.osm.event.DataChangedEvent.fire(DataChangedEvent.java:26)
at 
org.openstreetmap.josm.data.osm.event.DatasetEventManager.fireConsolidatedEvents(DatasetEventManager.java:125)
at 
org.openstreetmap.josm.data.osm.event.DatasetEventManager.access$300(DatasetEventManager.java:27)
at 
org.openstreetmap.josm.data.osm.event.DatasetEventManager$1.run(DatasetEventManager.java:197)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:673)
at java.awt.EventQueue.access$300(EventQueue.java:96)
at java.awt.EventQueue$2.run(EventQueue.java:634)
at java.awt.EventQueue$2.run(EventQueue.java:632)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:643)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:194)
at java.awt.Dialog$1.run(Dialog.java:1079)
at java.awt.Dialog$3.run(Dialog.java:1133)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Dialog.show(Dialog.java:1131)
at java.awt.Component.show(Component.java:1571)
at java.awt.Component.setVisible(Component.java:1523)
at java.awt.Window.setVisible(Window.java:951)
at java.awt.Dialog.setVisible(Dialog.java:1013)
at 
org.openstreetmap.josm.gui.progress.PleaseWaitProgressMonitor$4.run(PleaseWaitProgressMonitor.java:172)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:226)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:673)
at java.awt.EventQueue.access$300(EventQueue.java:96)
at java.awt.EventQueue$2.run(EventQueue.java:634)
at java.awt.EventQueue$2.run(EventQueue.java:632)
at java.security.AccessController.doPrivileged(Native Method)
at 
java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:643)
at 
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at 
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)


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

Bug#715203: gnome-terminal: After upgrade from stable to unstable Debian root terminal crashed.

[Koen Wybo]

Got the same error also with an ordinary user on debian Sid (12/10/2013).
Remembered I just installed some gtk2 and gtk3 engines.
Issue was solved for me by uninstalling gtk3-engines-unico.


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

Bug#715408: Error in Testing installier

[Andreas Cadhalpun]

Control: tags -1 + moreinfo unreproducible

Hi,

I do not have this problem with the recent Debian installer.
Have you tried it with the debian-testing-amd64-netinst.iso from the 
following site?

http://cdimage.debian.org/cdimage/daily-builds/daily/20131012-1/amd64/iso-cd/

Please send a mail, whether or not it works now.

Best regards,
Andreas


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

Bug#726142: Realtek NIC (r8169 driver) won't work at gigabit speed, must be forced to 100MB

[Shawn Heisey]

Package: linux-2.6
Version: 2.6.32-48squeeze4
Severity: important

This is a continuation of archived bug number 596390.  The problem has
never been solved.  I have a workaround that I consider unsatisfactory.

With everything set to auto-negotiate, and starting from a powered off
system, the NIC has link when the machine is powered up.  As soon the
'network' init.d script is started, link goes away.  The only way to
restore it is to completely power-cycle the system.

If I hard-set the speed to 100 and duplex to full with ethtool (which I
have been doing in both the pre-up and post-up settings, just to be
safe), then I can get link.  At that point I also need to hard-set the
switchport, or the resulting duplex mismatch causes too many errors.

While hard-setting the speed and duplex does make my system functional,
it greatly limits the bandwidth between my server and the rest of the
computers on my network.

When I first encountered the bug, I was running lenny, and had just
upgraded the kernel from 2.6.30 (which worked perfectly) to 2.6.32.

I am currently running squeeze. On the current install, I have tried
upgrading the kernel to the 3.2.0 that's in squeeze-backports, with no
change.  I had to revert that change - it was causing random lockups.

The NIC that's been in use for the last few years is built into the
mainboard.  Recently I tried adding a PCI express NIC.  This is also a
realtek nic, and uses the same kernel driver.  The add-on NIC has the
exact same problem.

I have tried many different cables, both pre-manufactured and made
myself.  I've tried different switchports.  Unfortunately, I only own
one gigabit switch, a 12-port Cisco 3550.

A 32-bit Knoppix CD seems to have the same problem.  I don't have the
DVD image downloaded yet, so I can't try the 64-bit Knoppix.  A 64-bit
wheezy netinst image fails to find the firmware, and I didn't have a
convenient way of supplying it, so I'll have to try that again later.

What other info can I provide?

-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-48squeeze4)
(da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Sep
23 22:14:43 UTC 2013

** Command line:
BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64
root=UUID=5e305485-d930-4059-95a4-95c8e3366674 ro quiet

** Not tainted

** Kernel log:
[3.991285] loop: module loaded
[4.071489] md: md1 stopped.
[4.096958] md: bind
[4.109695] w83627ehf: Found W83627DHG-P chip at 0x290
[4.109818] w83627ehf w83627ehf.656: VID pins in output mode, CPU VID
not available
[4.110501] md: bind
[4.111423] raid1: raid set md1 active with 2 out of 2 mirrors
[4.111441] md1: detected capacity change from 0 to 501612544
[4.112826]  md1: unknown partition table
[4.192332] md: md3 stopped.
[4.215807] md: bind
[4.216088] md: bind
[4.217024] raid1: raid set md3 active with 2 out of 2 mirrors
[4.217040] md3: detected capacity change from 0 to 8003125248
[4.219025]  md3: unknown partition table
[4.266491] md: md5 stopped.
[4.267826] md: bind
[4.268088] md: bind
[4.269064] raid1: raid set md5 active with 2 out of 2 mirrors
[4.269082] md5: detected capacity change from 0 to 15998058496
[4.270120]  md5: unknown partition table
[4.320400] md: md6 stopped.
[4.334193] md: bind
[4.334507] md: bind
[4.335446] raid1: raid set md6 active with 2 out of 2 mirrors
[4.335465] md6: detected capacity change from 0 to 31996182528
[4.336415]  md6: unknown partition table
[4.399227] md: md7 stopped.
[4.400577] md: bind
[4.400827] md: bind
[4.401782] raid1: raid set md7 active with 2 out of 2 mirrors
[4.401801] md7: detected capacity change from 0 to 64000753664
[4.402673]  md7: unknown partition table
[4.478534] md: md8 stopped.
[4.479951] md: bind
[4.480214] md: bind
[4.481173] raid1: raid set md8 active with 2 out of 2 mirrors
[4.481192] md8: detected capacity change from 0 to 64000753664
[4.483293]  md8: unknown partition table
[4.548745] md: md9 stopped.
[4.550439] md: bind
[4.550716] md: bind
[4.551681] raid1: raid set md9 active with 2 out of 2 mirrors
[4.551703] md9: detected capacity change from 0 to 810699915264
[4.552552]  md9: unknown partition table
[4.772775] Adding 7815544k swap on /dev/md3.  Priority:-1 extents:1
across:7815544k
[5.528791] kjournald starting.  Commit interval 5 seconds
[5.553447] EXT3 FS on md1, internal journal
[5.553451] EXT3-fs: mounted filesystem with ordered data mode.
[5.753557] EXT4-fs (md8): mounted filesystem with ordered data mode
[5.819829] EXT4-fs (md5): mounted filesystem with ordered data mode
[5.863622] EXT4-fs (md6): mounted filesystem with ordered data mode
[5.893079] EXT4-fs (md7): mounted filesystem with ordered data mode
[6.018222] EXT4-fs (md9): mounted filesystem with ordered data mode
[8.136756] r8169 :02:00.0: eth0: link down
[8.138813] AD

Bug#721806: Please clarify role of *.rda files in BioConductor affy [Was: r-bioc-affy_1.38.1-1_amd64.changes REJECTED]

[Andreas Tille]

Hi Rafael,

the Debian Med team tries to package several parts of BioConductor.
When trying to upload affy our ftpmaster criticised that the source
contains binary files in affy/data/*.rda.  We had some previous
discussion about this before and we are aware that for people working
with R thes RData files are a quite natural file format.

Despite some heavy discussion our ftpmasters (the "gatekeepers" for
all software inside Debian) came to the decision

   https://lists.debian.org/debian-devel/2013/09/msg00332.html

which requires me / the Debian Med team as the actual packagers to add
some clarification about the files in question why these can not be
shipped in human readable format, how the data were obtained / created
etc.  Could you please do us a favour and provide this information to
enable us to upload the package to Debian.

Kind regards and thanks for providing affy as Free Software

Andreas.


- Forwarded message from Paul Richards Tagliamonte 
 -

Date: Sat, 21 Sep 2013 04:00:51 +
From: Paul Richards Tagliamonte 
To: Debian Med Packaging Team , 
Andreas Tille 
Subject: r-bioc-affy_1.38.1-1_amd64.changes REJECTED


Howdy folks,

There's no documentation as to what's in:

  ./affy/data/cdfenv.example.rda
  ./affy/data/mapCdfName.rda
  ./affy/data/SpikeIn.rda

So far as I can see.

It's being shipped, I'd like a pointer of what's in there
and if this is in preferred form (and how it came into this
world)

Cheers,
   Paul

===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.


___
Debian-med-packaging mailing list
debian-med-packag...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging


- End forwarded message -

-- 
http://fam-tille.de


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

Bug#718140: cardpeek: FTBFS: configure: error: Could not find lua 5.1-dev

[Richard Ulrich]

Hi Adrian and Hans,

my mail and domain was not working for a week in September, but it's
back online again. 
It took me a while to integrate the patch from Hans, but when I was
already at it, I packaged the current version:
https://mentors.debian.net/package/cardpeek

Sorry for the delays.

Rgds
Richard


Am Samstag, den 12.10.2013, 03:04 +0200 schrieb John Paul Adrian
Glaubitz:
> Hi Hans!
> 
> Last time I checked the maintainer's mail address was bouncing,
> so he probably doesn't know about this bug report.
> 
> I'd be willing to help with an NMU if you'd be interested in
> uploading a package including your fix to mentors.
> 
> Cheers,
> 
> Adrian
> 



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

Bug#719375: xzgv: FTBFS: make[2]: install-info: Command not found

[Bill Allombert]

On Sun, Aug 11, 2013 at 07:32:05PM -0400, Theodore Ts'o wrote:
> tags 719375 +pending
> thanks
> 
> Thanks for the bug report.  I've added the missing build-dependency to
> my sources and this will be fixed in the next release.

Please upload a fixed version: the package is scheduled for removal on 
Monday:
xzgv:
  bugs:
  - '719375'
  last_checked: 2013-10-12 18:16:22
  removal_date: 2013-10-14 16:01:48
  source: xzgv
  version: 0.9.1-1

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#726141: linux-image-3.10-3-amd64: AMD 970 USB3 not working

[Gary Dale]

Package: src:linux
Version: 3.10.11-1
Severity: normal

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

   * What led up to the situation?
I installed a new motherboard with the AMD 970 chipset. At first I couldn't get 
the USB2 ports
to work and could only use the USB3 ports for my mouse. The r8168 nic was also 
not working. 
After enabling IOMMU in the BIOS, the nic and USB2 ports started working but 
the USB3 ports
stopped.

   * What exactly did you do (or not do) that was effective (or ineffective)?
Fiddling with the BIOS USB settings has failed to resolve this problem. 


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


-- Package-specific info:
** Version:
Linux version 3.10-3-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 
(Debian 4.7.3-7) ) #1 SMP Debian 3.10.11-1 (2013-09-10)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64 
root=UUID=95fe03ab-42b8-412a-9bb3-2ae7a1e829bc ro quiet

** Tainted: O (4096)
 * Out-of-tree module has been loaded.

** Kernel log:
[   24.026932] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   24.026933] [drm] Driver supports precise vblank timestamp query.
[   24.026973] radeon :01:00.0: irq 75 for MSI/MSI-X
[   24.026983] radeon :01:00.0: radeon: using MSI.
[   24.027008] [drm] radeon: irq initialized.
[   24.046331] [drm] ring test on 0 succeeded in 3 usecs
[   24.046337] [drm] ring test on 1 succeeded in 1 usecs
[   24.046342] [drm] ring test on 2 succeeded in 1 usecs
[   24.046405] [drm] ring test on 3 succeeded in 2 usecs
[   24.046416] [drm] ring test on 4 succeeded in 1 usecs
[   24.232236] [drm] ring test on 5 succeeded in 1 usecs
[   24.232241] [drm] UVD initialized successfully.
[   24.233319] [drm] ib test on ring 0 succeeded in 0 usecs
[   24.233373] [drm] ib test on ring 1 succeeded in 0 usecs
[   24.233428] [drm] ib test on ring 2 succeeded in 0 usecs
[   24.233477] [drm] ib test on ring 3 succeeded in 0 usecs
[   24.233618] [drm] ib test on ring 4 succeeded in 1 usecs
[   24.387218] [drm] ib test on ring 5 succeeded
[   24.388684] [drm] Radeon Display Connectors
[   24.388686] [drm] Connector 0:
[   24.388688] [drm]   DP-1
[   24.388690] [drm]   HPD4
[   24.388692] [drm]   DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 
0x653c
[   24.388693] [drm]   Encoders:
[   24.388695] [drm] DFP1: INTERNAL_UNIPHY2
[   24.388696] [drm] Connector 1:
[   24.388698] [drm]   HDMI-A-1
[   24.388699] [drm]   HPD5
[   24.388701] [drm]   DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548 0x654c 
0x654c
[   24.388702] [drm]   Encoders:
[   24.388704] [drm] DFP2: INTERNAL_UNIPHY2
[   24.388705] [drm] Connector 2:
[   24.388706] [drm]   DVI-D-1
[   24.388707] [drm]   HPD1
[   24.388709] [drm]   DDC: 0x6570 0x6570 0x6574 0x6574 0x6578 0x6578 0x657c 
0x657c
[   24.388710] [drm]   Encoders:
[   24.388711] [drm] DFP3: INTERNAL_UNIPHY1
[   24.388712] [drm] Connector 3:
[   24.388713] [drm]   DVI-I-1
[   24.388715] [drm]   HPD6
[   24.388717] [drm]   DDC: 0x6580 0x6580 0x6584 0x6584 0x6588 0x6588 0x658c 
0x658c
[   24.388718] [drm]   Encoders:
[   24.388719] [drm] DFP4: INTERNAL_UNIPHY
[   24.388720] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[   24.388780] [drm] Internal thermal controller with fan control
[   24.388835] [drm] radeon: power management initialized
[   24.483527] [drm] fb mappable at 0xC1381000
[   24.483533] [drm] vram apper at 0xC000
[   24.483536] [drm] size 8294400
[   24.483539] [drm] fb depth is 24
[   24.483542] [drm]pitch is 7680
[   24.483649] fbcon: radeondrmfb (fb0) is primary device
[   24.524941] Console: switching to colour frame buffer device 240x67
[   24.533108] radeon :01:00.0: fb0: radeondrmfb frame buffer device
[   24.533110] radeon :01:00.0: registered panic notifier
[   24.533152] [drm] Initialized radeon 2.33.0 20080528 for :01:00.0 on 
minor 0
[   25.434560] Adding 8388604k swap on /home/swap1.  Priority:1 extents:253 
across:85598204k 
[   26.999623] Adding 8388604k swap on /home/swap2.  Priority:1 extents:179 
across:51716092k 
[   27.315187] Bridge firewalling registered
[   27.319578] device eth0 entered promiscuous mode
[   27.381272] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   27.386398] IPv6: ADDRCONF(NETDEV_UP): br0: link is not ready
[   32.396140] r8168: eth0: link up
[   32.396182] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   32.396348] br0: port 1(eth0) entered forwarding state
[   32.396357] br0: port 1(eth0) entered forwarding state
[   32.396380] IPv6: ADDRCONF(NETDEV_CHANGE): br0: link becomes ready
[   34.788971] RPC: Registered named UNIX socket transport module.
[   34.788974] RPC: Registered udp transport module.
[   34.788975] RPC: Registered tcp transport module.
[   34.788976] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   34.795200] FS-Cache: Loaded
[   34.796106] Key type dns_resolver registered
[   34.806989] FS-Cache: Netfs 'nfs' registered for caching
[   34.818043

Bug#726140: python-sip: Causes segfault in Calibre, no further details visible in terminal

[Joe Rowan]

Package: python-sip
Version: 4.15.2-2
Severity: important

Dear Maintainer,

   * What led up to the situation?
Ran Calibre from menu. Nothing happened, so tried from terminal, 'segmentation 
fault' returned.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Looked for dependencies on recently-upgraded packages, tried downgrading 
python-sip to last version, 4.14.7-4

   * What was the outcome of this action?
Calibre runs without problems

   * What outcome did you expect instead?



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

Kernel: Linux 3.2.0-4-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


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

Bug#726136: browser-plugin-gnash: iceweasel does not recognize plugin on installation

[Gabriele Giacone]

Probably you had already installed browser-plugin-lightspark and/or
flashplugin-nonfree. On about:plugin page you see just one at a time.
Switch active flash plugin with

$ sudo update-alternatives --config flash-mozilla.so


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

Bug#726013: opu: package ia32-libs/20131011

[Adam D. Barratt]

Control: tags -1 + pending

On Fri, 2013-10-11 at 21:44 +0100, Adam D. Barratt wrote:
> On Fri, 2013-10-11 at 10:12 +0200, Thijs Kinkhorst wrote:
> > A final check of ia32-libs against current repositories shows us one
> > additional updated package to be included for the point release. See
> > attached debdiff. Can I upload this?
> 
> Please go ahead, bearing in mind that the upload window closes over the
> weekend; thanks.

The upload happened, and I've flagged it for acceptance; thanks.

Regards,

Adam


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

Bug#670537: Closing bug

[Anton Gladky]

Hi,

there was no answer to the moreinfo mail. That is why I'm closing
the bug. Please, feel free to reopen it if you think the bug is still
there, or fill a new bug.

Kind regards,

Anton



signature.asc
Description: OpenPGP digital signature

Bug#717687: bumblebee: cannot activate the discrete nvidia card

[Andreas Cadhalpun]

Hi,

On 2013-08-19 12:06, Vincent Cheng wrote:
> 3) nvidia module in Debian renamed as of 319.32-2 to "nvidia-current"
> (to support co-installation of several different versions of the
> proprietary driver) - workaround is to edit
> /etc/bumblebee/bumblebee.conf and change "KernelDriver=nvidia" to
> "KernelDriver=nvidia-current", and then restarting bumblebeed
> ("service bumblebeed restart"). This is not a change that I'd consider
> making as default because it breaks bumblebee for Debian users not on
> the latest nvidia driver series (e.g. I'd assume that once the legacy
> nvidia 304 series is branched off, that it'll be given a different
> module name), and also it'd break bumblebee for Ubuntu users. The most
> I can do right now is probably just add an entry about this in
> README.Debian.

Is it not possible for bumblebee to simply try to load nvidia-current if 
loading nvidia fails? This would break nothing and would not require the 
user to change the config file.


Best regards,
Andreas


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

Bug#621764: Closing the bug

[Anton Gladky]

Hi,

there was no answer to the moreinfo mail. That is why I'm closing
the bug. Please, feel free to reopen it if you think the bug is still
there, or fill a new bug.

Kind regards,

Anton



signature.asc
Description: OpenPGP digital signature

Bug#726130: Add mipsn32 mipsn32el mips64 mips64el to arch table

[Peter De Wachter]

On 12-10-13 19:13, YunQiang Su wrote:
> Package: fenix
> Version: 0.92a.dfsg1-9
> 
> Please add mipsn32 mipsn32el mips64 mips64el to architecture in debian/control
> 
> It seems support most(if not all) debian architectures. Why not mark it as 
> any?
> 

Fenix assumes 32 bit pointers. It unfortunately doesn't work on 64 bit
architectures. See #456037.


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

Bug#705896: Unreproducible

[Anton Gladky]

tags 705896 +unreproducible +moreinfo
thanks

Hi,

I am not able to reproduce it on Debian Jessie.

Thanks,

Anton



signature.asc
Description: OpenPGP digital signature

Bug#725291: ospu: package sympa/6.0.1+dfsg-4+squeeze2

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2013-10-10 at 23:34 +0200, Emmanuel Bouthenot wrote:
> On Wed, Oct 09, 2013 at 09:55:49PM +0100, Adam D. Barratt wrote:
> > Please go ahead.
> Thanks, uploaded a few minutes ago.

Flagged for acceptance; thanks.

Regards,

Adam


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

Bug#726125: wmtime: broken date display

[Torrance, Douglas]

Thanks for the bug report!

Unfortunately, wmtime only has support for the 26 characters in the
Latin alphabet.  It reads them directly from the file
wmtime/wmtime-master.xpm in the source tree.

What behavior would you prefer?  Should wmtime default to the English
names when non-Latin characters are encountered?

On 10/12/2013 11:15 AM, Nobuhiro Ban wrote:
> Package: wmtime
> Version: 1.0b2-11
> Severity: important
>
> Dear Maintainer,
>
> After updating wmtime to 1.0b2-11, its date-display is broken.
> It only shows 2nd char of weekday-name and day-of-month,
> i.e. it shows like " A|12-   " instead of "SA|12-OCT".
>
> See attached screenshot image:
>   * (0,0)-(63,63): bad (" A|12-   ")
>   * (0,64)-(63,127): good ("SA|12-OCT")
>
> Workaround:
>   (a) run with LANG=C
> or
>   (b) rebuild without debian/patches/wmtime-l10n.diff,
> it shows collect date.
>
> Additional info:
>> $ echo $LANG
>> ja_JP.UTF-8
>> $ date +'%^a|%d-%^b'
>> 土|12-10月
>> $ LANG=C date +'%^a|%d-%^b'
>> SAT|12-OCT
>
> Regards,
> Nobuhiro
>
>
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'testing'), (500,
> 'stable'), (500, 'oldstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
> Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages wmtime depends on:
> ii  libc6 2.17-93
> ii  libx11-6  2:1.6.1-1
> ii  libxext6  2:1.3.2-1
> ii  libxpm4   1:3.5.10-1
>
> wmtime recommends no packages.
>
> wmtime 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#724931: Please include the patch in git

[Andreas Cadhalpun]

Control: affects -1 + hw-detect mountmedia

Hi,

the patch for this bug affects the following packages:
 * apt-setup
 * cdrom-detect
 * hw-detect (check-missing-firmware)
 * mountmedia
Since among the maintainers of all these packages is Christian Perrier, 
I'm sending this to you.


A short summary:
The patch created by Ian Bruce and myself adds ISO loopback support for 
the Debian installer using a new boot parameter, to be used as follows:


loopmount=[DEVICE:]ISO

Here ISO specifies the path to the ISO, i.e. 
/ISO/debian-7.1.0-amd64-CD-1.iso.
DEVICE is for the name or UUID of the device, on which the ISO is 
located. Giving this is optional and if it is not given, all devices are 
searched for the ISO.
If the boot parameter is not given (or no ISO could be found), 
everything works essentially as before.


For the patch to work, the loop-module is needed in the initrd, so I 
suggest to make it a dependency of cdrom-detect.
I furthermore highly recommend to make the ext2/ext3/ext4, ntfs and udf 
modules dependencies of cdrom-detect, since these are the most common 
filesystems and thus being able to loopmount from them would be good. 
(Fat is somewhat outdated.)
The patch makes it possible to boot using USB-HDD from any filesystems 
with drivers in the initrd.


The patch also cleans up the somewhat messy workaround for bug #608201.

For ease of use, I propose to add a loopback.cfg similar to the the 
attached one to the ISO in the folder /boot/grub/. This would allow to 
easily mount the ISO using grub2.



I tested loopmounting with the following ISOs. (They were modified with 
the attached Apply_Patches.sh.)

 * debian-7.1.0-amd64-netinst.iso
 * debian-7.1.0-i386-netinst.iso
 * debian-7.1.0-amd64-CD-1.iso
 * debian-7.1.0-amd64-CD-2.iso (+)
 * debian-7.1.0-amd64-CD-3.iso (+)
 * debian-7.1.0-amd64-DVD-1.iso
 * debian-7.1.0-amd64-DVD-2.iso (+)
(+): Not modified, just copied to the folder of the first ISO in the set.
This worked without problems. To make sure all other boot mechanisms 
still work, I tested them for the patched debian-7.1.0-amd64-CD-1.iso:

 * Isohybrid: OK
 * USB-HDD: OK
 * CD: I can't open the CD drive with the button the on the drive. I 
have to change to another TTY and use 'eject'. (This problem exists also 
with the original ISO image, see #726137.)


Since the patch works well and does no harm, I ask you to include it in git.

Changes since the last patch:
 * finish.d/10apt-cdrom-setup: Remove the whole 'deb file:' line. With 
the last patch, an empty line remained.
 * The script mountmedia uses 'mount -tauto', but this only tries to 
mount as fat and nothing else, so I changed this to detect the 
filesystem with blkid. Now firmware can be loaded from a harddrive/USB 
with any of the filesystems, for which drivers are in the initrd.
 * Removed $FATFS from cdrom-detect and instead let the filesystem be 
automatically detected using blkid. With this it is possible to use 
USB-HDD for all filesystems, for which drivers are in the initrd.

 * Removed iso-hybrid and usb-hdd templates, since it works well without.

Best regards,
Andreas


Apply-Patches.sh
Description: application/shellscript
diff -rupN apt-cdrom-setup.orig/usr/bin/load-install-cd apt-cdrom-setup/usr/bin/load-install-cd
--- apt-cdrom-setup.orig/usr/bin/load-install-cd	2011-03-23 03:00:10.0 +0100
+++ apt-cdrom-setup/usr/bin/load-install-cd	2013-10-11 21:36:49.735038936 +0200
@@ -10,6 +10,13 @@ ROOT="$1"
 
 logoutput="log-output -t load-install-cd"
 
+# Why isn't this function, or something like it,
+# in /usr/share/debconf/confmodule ?
+db_getval()
+{
+	db_get "$1" && echo "$RET" || true
+}
+
 check_id() {
 	cd_ids=$(LC_ALL=C $logoutput --pass-stdout chroot $ROOT \
 		 apt-cdrom ident | grep "^Identifying" | cut -d" " -f2)
@@ -29,18 +36,9 @@ while ! check_id; do
 	db_go || exit 10
 done
 
-fs=iso9660
-if db_get cdrom-detect/cdrom_fs && [ "$RET" ]; then
-	fs="$RET"
-fi
-OS=$(udpkg --print-os)
-case "$OS" in
-	hurd)
-		OPTIONS=ro
-		;;
-	*)
-		OPTIONS=ro,exec
-		;;
-esac
+fs=$(db_getval cdrom-detect/cdrom_fs)
+[ "$fs" ] || fs=iso9660
+OPTIONS=$(db_getval cdrom-detect/cdrom_options)
+[ "$OPTIONS" ] || OPTIONS=ro,exec
 db_get cdrom-detect/cdrom_device
 $logoutput mount -t "$fs" -o $OPTIONS $RET /cdrom
diff -rupN apt-cdrom-setup.orig/usr/lib/apt-setup/generators/40cdrom apt-cdrom-setup/usr/lib/apt-setup/generators/40cdrom
--- apt-cdrom-setup.orig/usr/lib/apt-setup/generators/40cdrom	2013-05-12 12:49:10.0 +0200
+++ apt-cdrom-setup/usr/lib/apt-setup/generators/40cdrom	2013-10-11 00:19:52.494473022 +0200
@@ -10,7 +10,9 @@ if ! type chroot_cleanup_localmounts >/d
 	# Variant of chroot_cleanup that only cleans up chroot_setup's mounts.
 	chroot_cleanup_localmounts () {
 		rm -f /target/usr/sbin/policy-rc.d
-		mv /target/sbin/start-stop-daemon.REAL /target/sbin/start-stop-daemon
+		if [ -f /target/sbin/start-stop-daemon.REAL ]; then
+			mv /target/sbin/start-stop-daemon.REAL /target/sbin/start-stop-daemon
+		fi
 		if

Bug#726139: gnupg2: description makes false claims about IDEA

[brian m. carlson]

Package: gnupg2
Version: 2.0.22-1
Severity: minor

The description for gnupg2 claims IDEA is still patented, which is not
the case; according to Wikipedia, all the patents have expired.  gnupg2
also supports IDEA, so the statement that it does not is not accurate,
either.  You can probably just remove that last paragraph in the
description.

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

Kernel: Linux 3.11-trunk-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 gnupg2 depends on:
ii  dpkg 1.17.1
ii  gnupg-agent  2.0.22-1
ii  install-info 5.2.0.dfsg.1-1
ii  libassuan0   2.1.1-1
ii  libbz2-1.0   1.0.6-5
ii  libc62.17-93
ii  libcurl3-gnutls  7.32.0-1
ii  libgcrypt11  1.5.3-2
ii  libgpg-error01.12-0.2
ii  libksba8 1.3.0-2
ii  libreadline6 6.2+dfsg-0.1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages gnupg2 recommends:
ii  libldap-2.4-2  2.4.31-1+nmu2+b1

Versions of packages gnupg2 suggests:
pn  gnupg-doc   
ii  xloadimage  4.1-21

-- no debconf information

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#722857: transfig link with -L/usr/lib

[YunQiang Su]

I use this patch to fix this problem.

-- 
YunQiang Su


index_not_static.diff
Description: Binary data

Bug#726138: dspam css file size dramatically increased after upgrade

[Sylvain LEVEQUE]

Package: dspam
Version: 3.10.2+dfsg-10
Severity: important

Dear Maintainer,

After upgrading from 3.10.2+dfsg-9 to 3.10.2+dfsg-10, the size of the css file 
located in /var/spool/dspam/data/local/$USER/$USER.css increased from around 
4.5MB to 2.6GB.
It couldn't grow any longer, as it had filled the disk of the VPS, which in 
turn broke lots of services on this system.

After stopping dspam, deleting the large css file and rebooting, a new css file 
was created, which is now of 1.6GB, leaving some spare disk on the VPS.

The upgrade log:
# grep dspam /var/log/dpkg.log | grep upgrade
2013-10-11 15:08:18 upgrade dspam:amd64 3.10.2+dfsg-9 3.10.2+dfsg-10
2013-10-11 15:08:18 upgrade libdspam7-drv-hash:amd64 3.10.2+dfsg-9 
3.10.2+dfsg-10
2013-10-11 15:08:18 upgrade libdspam7:amd64 3.10.2+dfsg-9 3.10.2+dfsg-10
2013-10-11 15:08:44 upgrade dspam-webfrontend:all 3.10.2+dfsg-9 3.10.2+dfsg-10

Please find attached the evolution of the disk space over time that highlights 
the issue upon upgrading.

I am the only user on this machine, so I don't know if the same issue would 
affect other css files or not. I have backups of the files before and after 
upgrade if more information is required.

Thank you
--
Sylvain

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

Kernel: Linux 3.2.50-xenU-8149-x86_64 (SMP w/1 CPU core)
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 dspam depends on:
ii  libc6   2.17-93
ii  libdspam7   3.10.2+dfsg-10
ii  libdspam7-drv-hash  3.10.2+dfsg-10
ii  libpq5  9.3.0-2
ii  lsb-base4.1+Debian12
ii  perl5.18.1-4

Versions of packages dspam recommends:
pn  dspam-doc  
ii  procmail   3.22-20

Versions of packages dspam suggests:
ii  clamav-daemon  0.97.8+dfsg-1
ii  dspam-webfrontend  3.10.2+dfsg-10
<>

Bug#666113: Closing the bug

[Anton Gladky]

fixed 666113 3.0.4-5
thanks

Hi,

the new mpich version has appeared, thus I am closing the bug. Feel free
to reopen it, if you think so.

Anton



signature.asc
Description: OpenPGP digital signature

Bug#726137: debian-installer: CD eject button not working

[Andreas Cadhalpun]

Package: debian-installer
Severity: important

Dear Maintainer,

I installed Debian using debian-7.1.0-amd64-CD-1.iso and 
debian-7.2.0-amd64-CD-2.iso burned to CD.
However, the eject button of the drive does not work during installation 
(afterwards, it works fine), so I have to switch to another TTY and type 
'eject' to open the drive and change the CDs, when apt-setup is asking 
for other CDs.
Since this does work neither on my laptop nor on my desktop PC, it is 
probably not related to specific hardware, but instead some software bug.


This bug is (at least) important, because it makes it impossible for 
inexperienced users (ignorant of TTYs) to use multiple CDs during 
installation.


Best regards,
Andreas


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