Bug#554122: usbutils: usbreset

[Matt Taggart]

Tonight I needed a way to reset a usb device remotely. I started searching 
around and found a few things on the internet. And then I thought, "this is 
something the usbutils package should do" and I checked the BTS

only to find I already filed a wishlist bug for that in Nov 2009...

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554122

my memory is not what it used to be :/
Anyway here are some newer links with better versions,

http://marc.info/?l=linux-usb&m=121459435621262&w=2
http://www.roman10.net/how-to-reset-usb-device-in-linux/
http://www.roman10.net/how-to-reset-usb-device-in-linuxusing-libusb/

What do you think about including this?

Thanks,

-- 
Matt Taggart
tagg...@debian.org


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

Bug#764403: primus-libs:amd64: libGL is too old with driconf/xdriinfo and nouveau

[Vincent Cheng]

Control: tag -1 + upstream wontfix
# "wontfix" because the BTS lacks a "not a bug" tag

Hi Adrian,

On Tue, Oct 7, 2014 at 12:34 PM, Adrian Lang  wrote:
> Package: primus-libs
> Version: 0~20131127-2
> Severity: important
>
> With linux 3.14-2 and xserver-xorg-video-nouveau 1:1.0.11-1, I get the 
> following
> errors with primus:
>
> $ optirun -b primus xdriinfo
> libGL is too old.
> $ optirun -b primus driconf
> libGL is too old.
> $ primusrun driconf
> libGL is too old.
> $ primusrun xdriinfo
> libGL is too old.

Freenode, #bumblebee-dev:

10:51 vincent_c | amonakov: do you know what's going on in
https://bugs.debian.org/764403 ?
22:50 amonakov | vincent_c: driconf and xdriinfo rely on mesa-specific
symbols in libGL, which primus does not provide; to get
nouveau-specific dri settings, they can use "optirun -b none"

Regards,
Vincent


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

Bug#763615: RFS: auto-07p/0.9.1+dfsg-2

[Andreas Tille]

Hi Sergey,

On Sun, Oct 26, 2014 at 12:28:08AM +0400, Sergey B Kirpichev wrote:
> > 
> > I'll sponsor only from VCS and Git has not changed.
> 
> Well, last time I did this and we have lintian warning
> (timewarp-standards-version) after your upload :(

Well, this is not really an effect of the VCS maintenance.  It
is simply because your timestamp was not correct.
 
> What exactly I should commit?  Everything, including signed tags?
> Everything, except tags and changelog entries?

You should commit everything that's needed to build the package
including tags.

> > It would be
> > sufficient to send me a patch for the tasks (or simply name the
> > according tasks where you would like to add auto-07p.
> 
> mathematics, I think.

Added.
 
Kind regards

  Andreas.

-- 
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#766821: HELP: Bug#766821: relion: FTBFS: B-D on nonexistent openmpi-gcc

[Vincent Cheng]

Hi Andreas,

On Sat, Oct 25, 2014 at 11:24 PM, Andreas Tille  wrote:
> Hi Aaron,
>
> On Sat, Oct 25, 2014 at 11:47:32PM -0400, Aaron M. Ucko wrote:
>> Source: relion
>> Version: 1.3+dfsg-1
>> Severity: serious
>> Justification: fails to build from source
>>
>> Automatic builds of relion have been failing because it declares a
>> build dependency on the nonexistent openmpi-gcc package.  Yes, it
>> lists libopenmpi-dev as an alternative; however, for the sake of
>> better reproducibility, Debian's autobuilders are configured to
>> consider alternatives only when forced to by explicit architecture
>> restrictions on otherwise preferred choices.
>>
>> Could you please take a look?
>
> Anny suggestion for a solution since I have no idea about those
> other architectures?

Drop the build-dep on openmpi-gcc.

You must make sure that the first build dependency in a set of
alternative build-deps is always installable, otherwise it's going to
FTBFS on the buildds (even if it builds fine for you locally). This
isn't an arch-specific problem if that's what you're concerned about;
if you had uploaded source+i386 (instead of amd64) packages, the amd64
build would have failed on the buildds instead.

Regards,
Vincent


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

Bug#766827: dlz_dlopen.h missing from libbind-dev

[Daniel Pocock]

Package: libbind-dev
Severity: serious
Version: 9.9.5.dfsg-4.3

Users are complaining that dlz-ldap-enum is not working again

   http://list.resiprocate.org/archive/repro-users/msg00780.html

I had a quick look and I notice that dlz_dlopen.h is still not installed
by the libbind-dev package.


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

Bug#766821: HELP: Bug#766821: relion: FTBFS: B-D on nonexistent openmpi-gcc

[Andreas Tille]

Hi Aaron,

On Sat, Oct 25, 2014 at 11:47:32PM -0400, Aaron M. Ucko wrote:
> Source: relion
> Version: 1.3+dfsg-1
> Severity: serious
> Justification: fails to build from source
> 
> Automatic builds of relion have been failing because it declares a
> build dependency on the nonexistent openmpi-gcc package.  Yes, it
> lists libopenmpi-dev as an alternative; however, for the sake of
> better reproducibility, Debian's autobuilders are configured to
> consider alternatives only when forced to by explicit architecture
> restrictions on otherwise preferred choices.
> 
> Could you please take a look?

Anny suggestion for a solution since I have no idea about those
other architectures?

Thanks

  Andreas. 

-- 
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#766581: [Pkg-ime-devel] Bug#766581: ibus: After upgrade to 1.5.9-1, can not input chinese (class quick)

[Osamu Aoki]

Hi,

On Sun, Oct 26, 2014 at 03:01:58PM +0900, Osamu Aoki wrote:
> Aha, you are XFce user.  There you are using ibus-setup commantd to
> setup input method.  What do you see in the ibus-setup dialog.  Can you
> add "Input Method" for your choice there.  Unless you do, you get no
> access.
> 
> > Locale: LANG=zh_HK.UTF-8, LC_CTYPE=zh_HK.UTF-8 (charmap=UTF-8)
> 
> Looks good UTF-8.
> 
> Since I have no problem under GNOME, let me check XFce.

I logout from GNOME3 and login to XFce session.

Setting-> Ibus preference or from command shell ibus-setup works fine.

Chinese - QuickClassic can be added and SUPER-SPACE shows choice.

Anyway, Please read /usr/share/doc/ibus/README.Debian.gz  Please make
sure to configuration described there.

This bug report on the dist-upgraded system is unreproduceble.

If this is really true, please reopen this bug report.

Regards,

Osamu


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

Bug#737050: patch for build with wx3.0-doc package

[SUGIMOTO Norimitsu]

Dear Olly.
(CC: wxWidgets Maintainers Team)

I wrote a patch create wx3.0-doc package build with
wxwidgets3.0 source package.

Please see attached file(debdiff) and merge this patch.
This patch file add call doxygen when build package.

I uploaded build log merged this patch below. 

  
http://mentors.debian.net/debian/pool/main/w/wxwidgets3.0/wxwidgets3.0_3.0.2-2.dsc

regards.


On Tue, 23 Sep 2014 13:09:45 +0900
SUGIMOTO Norimitsu  wrote:

> Hi.
> 
> I'm sorry I slow from your response.
> 
> Your debdiff is useful, I will upload package
> on menters applied your patch.
> 
> Your proposal that replace jQuery, however it isn't replace
> jQuery file from Olly's advice. 
> https://bugs.debian.org/736360
> 
> I agree Olly's advice, because this package maintenance
> become difficult If this package depend on libjs-jquery.
> (ex. update libjs-jquery)
> 
> > For the maintainer I think freewx-maint is the best choice... But I don't 
> > have a strong opinion and I have no upload possibilities 
> 
> I have no upload authority too, then I will request to 
> DD or freewx-maint member sponsor upload.
> 
> regards.
> 
> On Tue, 2 Sep 2014 11:32:39 +0100
> Gianfranco Costamagna  wrote:
> 
> > Hi olly,
> > 
> > 
> > 
> > 
> > > Il Lunedì 1 Settembre 2014 18:36, Olly Betts  ha scritto:
> > > > On Mon, Sep 01, 2014 at 02:52:43PM +0100, Gianfranco Costamagna wrote:
> > >>  Hi, I packaged wx3.0 doc, and after that I discovered this ITP and the
> > >>  package on mentors...
> > > 
> > > I'm happy someone's packaging it, but slightly surprised that nobody
> > > thought to mention it to the wx maintainers.
> > > 
> > >>  For the maintainer I think freewx-maint is the best choice... But I
> > >>  don't have a strong opinion and I have no upload possibilities 
> > > 
> > > It seems sensible to me for it to be under the team umbrella, since
> > > we maintain the package it is the documentation for, and coordinating
> > > uploads of new versions would be helpful to users.  I'm certainly happy
> > > for more people to join the team.
> > > 
> > >>  diff -Nru wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees 
> > > wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees
> > >>  --- wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees1970-01-01 
> > > 01:00:00.0 +0100
> > >>  +++ wx3.0-doc-3.0.1/debian/wx3.0-doc.linktrees2014-09-01 
> > > 15:34:21.0 +0200
> > >>  @@ -0,0 +1 @@
> > >>  +replace usr/share/javascript/jquery/jquery.js 
> > > usr/share/doc/wx3.0-doc/jquery.js
> > > 
> > > My understanding is that doxygen uses a patched version of jquery, so
> > > this replacement isn't correct.  I'm not sure what the recommended way
> > > to fix this is though.  There's some information here:
> > > 
> > > https://bugs.debian.org/736360
> > > 
> > 
> > I looked carefully at them, however I don't agree my solution is wrong.
> > 
> > Please look at the jquery 1.7.1 code
> > http://code.jquery.com/jquery-1.7.1.min.js
> > and meld with the jquery.js code inside
> > 
> > aside from 3 \r\n in the upstream minified code, it is the same file, no 
> > patches at all.
> > 
> > So I presume the debian jquery 1.7.2 will be just fine (I little tested it 
> > and it was fine aside from some little render bug, but I don't think it was 
> > jquery specific)
> > 
> > Your referred bug is when we _build_ the doxygen documentation, here we 
> > have the already built one, so we just need to copy-paste it.
> > 
> > Would be nice to force upstream to give the source doxygen documentation, 
> > but at least I think my solution is the best one (for the moment).
> > 
> > 
> > Please also look here [1]. If upstream starts providing doxygen 
> > documentation we will likely need to override the bug and fix doxygen 
> > instead.
> > 
> > [1] https://lists.debian.org/debian-mentors/2012/11/msg00313.html
> > 
> > Cheers,
> > 
> > 
> > Gianfranco
> > > Cheers,
> > > 
> > > Olly
> > > 
> > > -- 
> > > To unsubscribe, send mail to 737050-unsubscr...@bugs.debian.org.
> > > 
> > 
> 
> -- 
> SUGIMOTO Norimitsu 
> 


-- 
SUGIMOTO Norimitsu 


wxwidgets3.0-build-with-doc.debdiff
Description: Binary data

Bug#766826: RM: gtkvncviewer -- RoQA; RC buggy, unmaintained, dead upstream since 2008

[Scott Kitterman]

Package: ftp.debian.org
Severity: normal

Package is unmaintained in Debian and upstream.  It's not been in testing in
over a year and a half.  It should be removed.


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

Bug#766581: ibus: After upgrade to 1.5.9-1, can not input chinese (class quick)

[Osamu Aoki]

Hi,

This is strange.

Here, just after installing these tibus-able-chinese packages did not
cause to show newly installed methods in GNOME SHELL Keyboard source
list.  But after rebooting system (I think we need to restart ibus only
but this is the surest method to parameters for all installed IM for
sure.), I can see all the table method here.  Please note that settings
by the ibus-setup command is not used in GNOME.

On Fri, Oct 24, 2014 at 01:53:21PM +0800, John Wong wrote:
> Package: ibus
> Version: 1.5.9-1
> Severity: normal
> 
> Dear Maintainer,
>  Today(24-Oct-2014), after apt-get dist-upgrade, ibus upgrade to
>  1.5.9-1, I can not input any chinese any more, I use
>  ibus-table-quick-classic.  Thank you.

And you say you rebooted to check.

By the way, have you had them functional previously?  Or you just
installed tham now?  (Sounds like you had working system.  But ... to be
sure, I am asking.)

> -- Package-specific info:
> default-display-manager: /usr/sbin/gdm3

So you are gdm3 to boot.

> ibus is /usr/bin/ibus
> ibus-setup is /usr/bin/ibus-setup
> im-config -l =>  ibus xim
> im-config -m => default missing ibus
> XMODIFIERS=@im=ibus
> GTK_IM_MODULE=ibus
> QT4_IM_MODULE=ibus
> QT_IM_MODULE=ibus
> XDG_DATA_DIRS=/usr/share/xfce4:/usr/local/share/:/usr/share/

Aha, you are XFce user.  There you are using ibus-setup commantd to
setup input method.  What do you see in the ibus-setup dialog.  Can you
add "Input Method" for your choice there.  Unless you do, you get no
access.

> Locale: LANG=zh_HK.UTF-8, LC_CTYPE=zh_HK.UTF-8 (charmap=UTF-8)

Looks good UTF-8.

Since I have no problem under GNOME, let me check XFce.

Osamu


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

Bug#766825: openldap: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: openldap
Version: 2.4.40-2
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

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

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

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

Russian debconf templates translation update is attached.

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

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


ru.po.gz
Description: application/gzip

Bug#766819: cinnamon freezes for a minute or so, when opening images or text with gnome/gtk apps and when closing them later on

[Christoph Anton Mitterer]

affects 766819 + systemd gvfs openafs-client
stop

(I'm adding affects for all the packages which possibly play a role in
leading to this issue, please remove yourself when you think it doesn't
apply).


I've downgraded basically most of the packages from the log from before
which could be remotely reason for this (gtk, etc.) but no effect.

I probably found the reason though.

But first some further information:
- iceweasel is not affected
- evince is affected
- when cinnamon starts it basically freezes during start for a while
- it also happens sometimes when switching workspaces
- it does not happen when with eog/etc. when started via plain X (after
startx).


One thing cured the whole issue:
I've noted that since a few days openafs-client was started by systemd,
and did some partial mount:
# l /afs/
total 8,2k
drwxr-xr-x  3 root root 2,1k Jan  1  1970 .
drwxr-xr-x 26 root root 4,1k Oct 22 06:06 ..
drwxr-xr-x  1 root root 2,1k Jan  1  1970 .:mount


After:
# systemctl stop afs.mount 
# systemctl stop openafs-client.service 
# systemctl disable openafs-client.service 

Cinnamon worked again perfectly.


So there seem to be some issues now
1) Why did systemd enable openafs-client? I had it clearly disabled
during sysvinit times and it's probably bad to have it automagically
enabled. (What if it does so with insecure services as well?)

2) Why is cinnamon related but not plain X? I'd suspect gvfs is the
reasons.
Which leads to the questions: Why can gvfs block the whole GUI, and why
doesn't it handle a broken /afs gracefully and what the hell has it to
do with afs anyway?

3) What is broken with openafs-client?
It breaks one stopping/starting it:
# systemctl status openafs-client.service 
● openafs-client.service - OpenAFS client
   Loaded: loaded (/lib/systemd/system/openafs-client.service; disabled)
   Active: failed (Result: timeout) since Sun 2014-10-26 05:25:12 CET;
1min 18s ago
  Process: 6270 ExecStartPre=/usr/share/openafs/openafs-client-precheck
(code=exited, status=0/SUCCESS)

Oct 26 05:22:58 heisenberg
openafs-client-precheck[6270]: /usr/share/openafs/openafs-client-precheck: 30: 
[: openafs: unexpected operator
Oct 26 05:23:42 heisenberg systemd[1]: Stopping OpenAFS client...
Oct 26 05:25:12 heisenberg systemd[1]: openafs-client.service stop-post
timed out. Terminating.
Oct 26 05:25:12 heisenberg systemd[1]: Stopped OpenAFS client.
Oct 26 05:25:12 heisenberg systemd[1]: Unit openafs-client.service
entered failed state.



smime.p7s
Description: S/MIME cryptographic signature

Bug#766685: libpcl-dev: arch-dependent file in "Multi-Arch: same" package

[Nobuhiro Iwamatsu]

Hi,

distribution in changelog is set to "UNRELEASED". Please update and re-upload.

Best regards,
  Nobuhiro

2014-10-26 3:21 GMT+09:00 Leopold Palomo-Avellaneda :
> Yes,
>
> thanks to report it.
>
> it's a serious. Please, Jochen, could you patch it in upstream?
>
> Anyway, there's a new version of pcl 1.7.2-2 in:
>
> https://mentors.debian.net/package/pcl
>
> This new version solved the bug installing that files in:
>
> /usr/lib/x86_64-linux-gnu/cmake/pcl/
>
> following fhs and multiarch. I have followed the same method that other
> package (sdformat)
>
> Please, Nobuhiro, or also Jakub, could sponsor this package and upload it
> again? I'm not DD.
>
> I think that in a few hours will be the deadline to have this package in
> testing.
>
> Thanks,
>
> Leopold
>
>
> --
> --
> Linux User 152692 PGP: 05F4A7A949A2D9AA
> Catalonia
> -
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing in e-mail?



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#766824: openldap: [l10n] update Japanese debconf translation

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: openldap
Severity: wishlist
Version: 2.40.40-2
Tags: l10n patch

Hi,

I updated Japanese translation of debconf messages (ja.po).
Please apply this.

Thanks,
- -- 
Kenshi Muto
km...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iQIcBAEBCgAGBQJUTHZbAAoJEB0hyD3EUuD8fsMQAI/o0MzEdUE4t37WdKMJEEH2
oxwAYtrnFj/Dbf9y7oEqxSJPACBqUp5TRFYyiIXtA5hDyp7n7XWrUoqru8Pmvsa8
QgbdPUEKe+eHexn9DVGEA2TKvO4ekUoK4+8zOJWHcsuS2FzR90BZVm+/HNjIwKWQ
8rW85q1XRHLVCpzrrFrAl9XCKAwnaMtX+KWvmmhFuuTYFDt2C1qmevJSo+e5uOV/
KmalM4SHWlzLfdpCjRg/DEPMlBjnyqQOfxddsZ6MJ30MLmSwxROQ9hIaKVoQYsib
RUr0dN7OlU9HRM2pHV7o0clYhG99OwWRG4NZ4bP7TAYyOOopUu4VpCt4fyfKN1xM
Ru03ykqEO85PrDTYSGwlLW2YscIi7G75H41q8Ud+pAz1Vv2RHgxRcTn8QEqXhAo1
28OUNb9zxzy9QAAUl6EjBceWUwv4Zj6Nfi/eErJ8t/RK/XFZHcIsaE7zG7UsayXv
evhJn7I+fIgvh1CRWvolPakcgguEeDTHf3K1A+hvdd87Al9R9yKyFLCJG6iDR2ik
VElq/EBIooCcjrZI7/DSQx8ojSiBuv7eSDhkRNq27YT/axx3f/yf+onH/55hnXEG
HGXvtNhqUeIj8GW4TPE9ZADxM/E+TuyFoYD7duJWlVn4W9rH2cjMuvU7LHHuAXgt
Zi6p3Lb7qosY9m6o0gdk
=7aic
-END PGP SIGNATURE-


ja.po
Description: Binary data

Bug#766823: RM: php-symfony-{classloader,console,eventdispatcher,finder,process,routing,yaml} -- ROM; Superseded by src:symfony

[David Prévot]

Package: ftp.debian.org
Severity: normal

Please remove the following source packages, the binary package they
used to provide are now built from the symfony source package:

php-symfony-classloader php-symfony-console php-symfony-eventdispatcher
php-symfony-finder php-symfony-process php-symfony-routing
php-symfony-yaml

They are already gone from testing, as symfony entered testing in the
last run.

Regards

David


signature.asc
Description: Digital signature

Bug#766822: autoconf-archive: AX_CHECK_GL does not find libGL.so when glx-diversions is installed

[Jerome Benoit]

Package: autoconf-archive
Version: 20111221-2
Severity: normal

Dear Maintainer,

it appears that AX_CHECK_GL does not find libGL.so when glx-diversions is 
installed;
I guess that a similar issue also exist for AX_CHECK_GLU and AX_CHECK_GLUT.
We can work around the issue by introducing a Build-Conflicts against 
glx-diversions
in d/control, when applicable. It is also noticeable that glx-diversions is in 
contrib.

Thanks,
Jerome

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

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

Versions of packages autoconf-archive depends on:
ii  dpkg  1.16.15
ii  install-info  5.2.0.dfsg.1-2

Versions of packages autoconf-archive recommends:
ii  autoconf  2.69-1

autoconf-archive 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#766821: relion: FTBFS: B-D on nonexistent openmpi-gcc

[Aaron M. Ucko]

Source: relion
Version: 1.3+dfsg-1
Severity: serious
Justification: fails to build from source

Automatic builds of relion have been failing because it declares a
build dependency on the nonexistent openmpi-gcc package.  Yes, it
lists libopenmpi-dev as an alternative; however, for the sake of
better reproducibility, Debian's autobuilders are configured to
consider alternatives only when forced to by explicit architecture
restrictions on otherwise preferred choices.

Could you please take a look?

Thanks!


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

Bug#766820: miceamaze: new upstream release (3.0)

[Paul Wise]

Package: miceamaze
Severity: wishlist

It is too late for the Debian jessie release but please package
miceamaze 3.0 for Debian.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#756657: transmageddon: generated appdata.xml is wrong - translatable items not

[Alban Browaeys]

Le jeudi 23 octobre 2014 à 11:02 +0200, Fabian Greffrath a écrit :
> [sorry, resent with submitter in CC]
> 
> On Thu, 31 Jul 2014 22:50:31 +0200 Alban Browaeys  wrote:
> > Attached patch from upstream (author Richard Hughes) fixes the generation 
> > of the appdata.xml
> >  to substitude "_", ie _p, _li, etc to translated instances.
> 
> So, this means this bug can be closed with the next upstream release?
> 

Indeed the fix is included in v1.4
Thank you

Alban


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

Bug#766819: cinnamon freezes for a minute or so, when opening images or text with gnome/gtk apps and when closing them later on

[Christoph Anton Mitterer]

Package: cinnamon
Version: 2.2.16-3
Severity: grave
Justification: renders package unusable



Hi.

This happened already with 2.2.16-3 since a day or two (don't remember when
it started exactly the first time) and continues with -4.

Cinnamon freezes for something between 30 seconds and a minute every time
I open some text file with gedit or an image or svg with eog or inkscape.

And for the same time when closing that window later on (but interestingly
not when I Ctrl-C the respective process, e.g. eog.).


It also seems that sometime it's a two step freeze, so after some time of
waiting, e.g. eog shows's up already with some image rendered, but one
sees that the fonts in the menu of eog don't fit, as if they would be from
a image that would be zoomed. Waiting some more 20 secs, and one sees the
window growing a bit and the fonts drawn correctly.

During that the system freezes, well at least cinnamon,.. clock applet, etc.
everything dead.
But one can move the mouse and one can switch to the console (Ctrl-Alt-F*).
Working there works, so one might conclude that other processes are not
affected, yet I'm not totally sure about this, since it looked a few times
as if log messages to syslog/journalctl are delayed during the freeze.


The freeze is 100% reproducible for me, e.g. always when I open such image
with eog, or inkscape, or open text with gedit.
I get the freeze.

It does not happen, when I open the same files with display(1) or vi.


There is no logging from kernel or syslog which seems to be related in any
way, the only thing at all would be:
Oct 26 04:13:08 heisenberg /etc/gdm3/Xsession[4280]: 
(cinnamon-settings-daemon:4338): GLib-GIO-CRITICAL **: 
g_dbus_proxy_get_object_path: assertion 'G_IS_DBUS_PROXY (proxy)' failed
Oct 26 04:13:08 heisenberg /etc/gdm3/Xsession[4280]: 
(cinnamon-settings-daemon:4338): GLib-GIO-CRITICAL **: 
g_dbus_proxy_get_object_path: assertion 'G_IS_DBUS_PROXY (proxy)' failed

but these do not correlate with the freeze (or directly after) and also
appear without any freeze.


The laptop where this happens is quite powerfull, 8 core, 16GB RAM, SSD...
so I doubt it's a hardware performance issue.
Neither do I see any processes in uninterruptible sleep (D) or running (R)
during the freeze (I quickly change to the console and to ps ax).


Since it happened before I've updated cinnamon to -3, it's possibly not
even cinnamon's fault,... just don't know where to start else.

Attached is my aptitude log from the last days,... but nothing seems
to be really related at a first glance.


Any ideas?


Cheers,
Chris.


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

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

Versions of packages cinnamon depends on:
ii  caribou  0.4.15-1
ii  cinnamon-common  2.2.16-4
ii  cinnamon-control-center  2.2.11-4
ii  cinnamon-desktop-data2.2.3-3
ii  cinnamon-screensaver 2.2.4-6
ii  cinnamon-session 2.2.2-5
ii  cinnamon-settings-daemon 2.2.4.repack-7
ii  cjs  2.2.2-2
ii  cups-pk-helper   0.2.5-2
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gir1.2-accountsservice-1.0   0.6.37-3+b1
ii  gir1.2-caribou-1.0   0.4.15-1
ii  gir1.2-clutter-1.0   1.20.0-1
ii  gir1.2-cmenu-3.0 2.2.0-3
ii  gir1.2-cogl-1.0  1.18.2-2
ii  gir1.2-gconf-2.0 3.2.6-3
ii  gir1.2-gdkpixbuf-2.0 2.31.1-2+b1
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.42.0-2.2
ii  gir1.2-gnomebluetooth-1.03.14.0-1
ii  gir1.2-gnomedesktop-3.0  3.14.1-1
ii  gir1.2-gtk-3.0   3.14.4-1
ii  gir1.2-gtkclutter-1.01.6.0-1
ii  gir1.2-javascriptcoregtk-3.0 2.4.7-1
ii  gir1.2-meta-muffin-0.0   2.2.6-4
ii  gir1.2-networkmanager-1.00.9.8.10-4
ii  gir1.2-nmgtk-1.0 0.9.8.10-1
ii  gir1.2-pango-1.0 1.36.8-2
ii  gir1.2-polkit-1.00.105-7
ii  gir1.2-soup-2.4  2.48.0-1
ii  gir1.2-upowerglib-1.00.99.1-3
ii  gir1.2-webkit-3.02.4.7-1
ii  gkbd-capplet 3.6.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-session-bin3.14.0-2
ii  gnome-settings-daemon3.12.2-1

Bug#766036: dovecot: New upstream version 2.2.14 is available

[Gedalya]

Keep me cc'd on this.

I've already compiled my locally-updated packages with Dovecot 2.2.15 
and Pigeonhole 0.4.3.
This seems to be of some concern: 
http://dovecot.org/list/dovecot/2014-October/098472.html
Hope you didn't miss that, Jaldhar? I'm going to get around to testing 
that myself, I'm not 100% sure I understand the issue..



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

Bug#766818: remove package, no longer needed

[積丹尼 Dan Jacobson]

Package: chromium-inspector

I discovered nowadays in unstable I could still inspect pages just fine
in chromium without having chromium-inspector installed. So perhaps
remove it from Debian.


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

Bug#766817: RM: libupnp4 -- ROM; Unmaintained, superseded upstream

[Nick Leverton]

Package: ftp.debian.org
Severity: normal

libupnp4 was the old development branch of libupnp but it has been
overtaken by the new stable SONAME libupnp6.  Only one package in
Debian ever used libupnp4 - linux-igd - and that has now been updated
to libupnp6.

Please therefore would you remove libupnp4 from unstable, thankyou.

Nick


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

Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area

[Matt Horan]

On Sat, Oct 25, 2014 at 10:35:42PM +, Mike Gabriel wrote:
> I observe this, too.
> 
> However, my feeling is that it is related to the recent GTK3 version bump in
> Debian (to 3.14). Several GKT3 applets changed their mouse interaction
> behaviour...
> 
> The changed occurred within the last two weeks or so. The issue is not
> mate-panel related, but depends on other things I currently lack to oversee.
> 
> Any idea, what this bug can be reassigned to?

I filed this against mate-panel as that's what provides the Notification
Area applet. I agree that GTK 3.14 is to blame -- I see the issue
primarily in GTK 3 apps.

I reported this issue upstream as well:
https://github.com/mate-desktop/mate-panel/issues/248. There's a related
issue that documents additional GTK 3.14 brokenness:
https://github.com/mate-desktop/mate-panel/issues/233.

I'm not sure the best course of action here. If it's GTK 3.14 behavior
we may not be able to work around it. I was hoping that perhaps the
applet could specify the click behavior, but I'm not sure.

Thanks,

-- 
Matt Horan m...@matthoran.com http://matthoran.com/


pgprOGIvmODuj.pgp
Description: PGP signature

Bug#766816: link aliases in manual

[積丹尼 Dan Jacobson]

Package: php-doc
Version: 20140201-1

On e.g., /usr/share/doc/php-doc/html/ref.datetime.html
and /usr/share/doc/php-doc/html/function.date-format.html etc. hundreds
of places,

where it says Alias of DateTime::setISODate etc.
Alias of DateTime::...
This function is an alias of: DateTime::...

they should all be links, so the user can get to what the thing being
talked about it one click!


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

Bug#766619: cross-gcc-4.9-armhf is functional incomplete

[Wookey]

+++ Matthias Klose [2014-10-24 14:51 +0200]:
> Package: src:cross-gcc-4.9-armhf
> Version: 0.6
> Severity: grave
> Tags: sid jessie

Using this armhf bug to reply, but the same discussion applies to all
of the cross-gcc-4.9- packages.
 
> This cross compiler is functional incomplete. It doesn't provide the same
> frontends that the native compiler provides, and it unusable to cross build
> gcc-4.9 itself.
> 
> This package should not enter testing until it is functional equivalent to the
> native compiler.

This is not a 'grave' bug: that is defined as 
"makes the package in question unusable or mostly so, or causes data
loss, or introduces a security hole allowing access to the accounts of
users who use the package."

These cross-compiler packages work fine for building most packages in
the archive (that have satisfiable cross-dependencies and are
cross-buildable at all), or for building upstream software such as
kernels. Yes, they are not sufficient to build the gcc packages in the
archive (because that needs gccgo and objectivec compilers too), but
it would be easy to build those compilers as well, we just started
with gcc, and g++ as that's 90% of what most people want and gfortran
too as it's simple.

Starting relatively small and simple in the archive seemed wise,
rather than building every compiler in the collection (and all the
gcc-defaults meta-packages that go with them).

So you will have to explain why grave is a suitable severity.

It seems to me that cross-toolchains which work usefully (we have
cross-gcc-4.9- and cross-gcc-defaults packages to provide the
corresponding symlinks) and that combo (along with the cross-binutils
packages), should not be prevented from entering testing just because
they are not yet complete enough to build gcc itself.

There is significant demand for cross-toolchains in stable - we get
requests for them often. I think we should try to satisfy that demand,
rather than making users wait another 2 years, or have to continue to
use 3rd-party repositories.

We do not yet have the crossbuild-essential packages which make the
toolchains work automatically inside sbuild, because you uploaded
those to experimental rather than unstable. I don't know if that can
be got into unstable/testing for jessie or not, but it's something
that can be dealt with quite simply by changing sbuild config, if not.


Where does the requirement that 'cross compilers must be functionally
equivalent to native compilers before they can enter testing' come
from?

My experience is that nearly all users are only interested in gcc and
g++, and mostly for arm flavours, but with some demand for other
target arches. These toolchains are therefore functional for most
people's purposes, even though they don't yet build all the compilers
that gcc supports. I think that is a very useful start, and we can
make them more complete over time.

There will be many packages which don't yet cross-build in Jessie, but
mostly due to things that prevent build-deps being installed when
crossing (e.g. pkg-config (#759556), perl/multiarch embedded
interpreters (717882), flex(761449), and not-coinstallable -dev
packages). Having the cross-toolchains (and build-profiles support)
available in the normal release makes it easier for people to work on
this stuff.

So I see no reason to block these packages because they do not include
cross-gobjc, cross-gccgo, cross-gcj etc.

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#766815: installation-reports: please omit "quiet" option

[lee]

Package: installation-reports
Severity: normal

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

   * What led up to the situation?

When booting the amd64 installer on a machine with a 32bit CPU, you get
so far as to the menu from which you can select the install options.
When you select "install", you're being left with a blue screen and a few
lines with colourful pixels on top of the screen, and nothing further
happens.

The xSeries 345 isn't the only machine this happens with.  Perhaps the
problem is specific to old ATI cards like the mach64.

   * What outcome did you expect instead?

There should be the message displayed that you need to use a
32bit version of the installer for a 32bit machine.  (I didn't
know it was a 32bit machine and started to think that either
the install media is damaged, the hardware is broken or that
there's some issue with the graphics card ...  Displaying the
32bit message right away would have saved quite some trouble and
time.)

The message is displayed correctly when you edit the kernel command
line before booting and remove the "quiet" option.

I strongly recommend to change the installer to *not* use the quiet
option.  Especially with the installer, there is much point in being
able to see all messages, and not everyone installs Debian on up-to-date
and/or fully known hardware.

Besides, the "quiet" option shouldn't be used by default after the
installation has completed, either.  If someone wants to suppress the
messages, they can always add this option later.  I have resorted to
remove this option as part of the installation process and am getting
much better results simply because I can see what's going on.


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


-- Package-specific info:

Boot method: cd,usb
Image version: current stable, 7.6, 7.7, netinst iso
Date: a couple days ago

Machine: IBM xSeries 345


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [E]

see above


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

Bug#753414: samba: /etc/init.d/nmbdcalled twice AND hangs a minute the second time

[Michael Biebl]

On Tue, 01 Jul 2014 18:59:22 +0200 Eric Valette 
wrote:
> Package: samba
> Version: 2:4.1.9+dfsg-1
> Severity: normal
> 
> The fact that it is called twice is known but the fact that it hangs for a 
> minute is surpising as it should detect it has already been called.
> 

Should be fixed by the latest update:

samba (2:4.1.13+dfsg-2) unstable; urgency=medium

  * Mask /etc/init.d/samba init script for systemd. This should make systemd
ignore the samba init script. Thanks to Michael Biebl for the
suggestion.
Closes: #740942
  * Disable samba init script on upgrade from wheezy to jessie.
Thanks again to Michael Biebl for the report.
Closes: #766690

 -- Ivo De Decker   Sat, 25 Oct 2014 00:49:12 +0200


Is this the issue you were referring to: nmbd being started by
/etc/init.d/nmbd and /etc/init.d/samba or did you mean something else?

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



signature.asc
Description: OpenPGP digital signature

Bug#759777: tt-rss: Partially broken by libjs-dojo-core/dijit upgrade

[David Prévot]

> On Sat, 30 Aug 2014 04:15:14 -0400 Matthew Gabeler-Lee
>  wrote:
>> Package: tt-rss

>> After libjs-dojo-core/dijit just upgraded in testing (from 1.7.2+dfsg-1
>> to 1.10.0+dfsg-1), tt-rss' UI is partially broken.

> It would be nice if the maintainers of the two packages could find a way
> of solving this issue.

Sorry I didn’t noticed this issue sooner. It’s too late for Jessie (I
don’t foresee myself being able to help debugging the issue in the next
hours), but hopefully, we’ll be able to do a better job for Jessie+1.

There was a new upstream version of tt-rss four days ago, looks like they
didn’t update their embedded dojo version, but maybe something changed wrt
that issue anyway.

Regards

David


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

Bug#766814: Passes odd "yes" parameter to cron daemon in cron.service

[Michael Biebl]

Package: cron
Version: 3.0pl1-126
Severity: important


Hi,

I think the latest change in 3.0pl1-125 regarding #754279 is a bit odd,
since it changed cron.service to:
ExecStart=/usr/sbin/cron -f $READ_ENV $EXTRA_OPTS

I think the $READ_ENV parameter in that context doesn't make any sense
and should be dropped. Right now, when running cron under sytemd, I get

# systemctl status cron.service 
● cron.service - Regular background program processing daemon
   Loaded: loaded (/lib/systemd/system/cron.service; enabled)
   Active: active (running) since So 2014-10-26 02:21:34 CET; 5s ago
 Docs: man:cron(8)
 Main PID: 7971 (cron)
   CGroup: /system.slice/cron.service
   └─7971 /usr/sbin/cron -f yes


Note the odd "yes" parameter which is a result of $READ_ENV



-- Package-specific info:
--- EDITOR:


--- /usr/bin/editor:
/usr/bin/vim.basic

--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 36008 Oct 25 00:01 /usr/bin/crontab

--- /var/spool/cron:
drwxr-xr-x. 5 root root 4096 Nov 11  2011 /var/spool/cron

--- /var/spool/cron/crontabs:
drwx-wx--T. 2 root crontab 4096 Dec 19  2010 /var/spool/cron/crontabs

--- /etc/cron.d:
drwxr-xr-x. 2 root root 4096 Oct 25 11:34 /etc/cron.d

--- /etc/cron.daily:
drwxr-xr-x. 2 root root 4096 Oct 25 15:28 /etc/cron.daily

--- /etc/cron.hourly:
drwxr-xr-x. 2 root root 4096 Oct 25 11:34 /etc/cron.hourly

--- /etc/cron.monthly:
drwxr-xr-x. 2 root root 4096 Oct 25 11:34 /etc/cron.monthly

--- /etc/cron.weekly:
drwxr-xr-x. 2 root root 4096 Oct 25 11:34 /etc/cron.weekly


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

Kernel: Linux 3.16-3-amd64 (SMP w/4 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 cron depends on:
ii  adduser  3.113+nmu3
ii  debianutils  4.4
ii  dpkg 1.17.21
ii  init-system-helpers  1.21
ii  libc62.19-12
ii  libpam-runtime   1.1.8-3.1
ii  libpam0g 1.1.8-3.1
ii  libselinux1  2.3-2
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages cron recommends:
ii  exim4  4.84-3
ii  exim4-daemon-light [mail-transport-agent]  4.84-3

Versions of packages cron suggests:
ii  anacron2.3-22
pn  checksecurity  
ii  logrotate  3.8.7-1

Versions of packages cron is related to:
pn  libnss-ldap   
pn  libnss-ldapd  
pn  libpam-ldap   
pn  libpam-mount  
pn  nis   
pn  nscd  

-- 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#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime

[paul . szabo]

Dear Mike,

> I test your patch and it results in several nxproxy crashes every 1-2
> minutes. The output of the session.log file you can find below.
> ...
> Error: Can't add a message of 3306686292 bytes to write buffer.
> Error: Assuming error handling data in context [B].

That comes from WriteBuffer::addMessage(), line 192 of WriteBuffer.cpp;
the reported length of 3GB is ridiculous.

This error does not seem to be directly caused by my patches, because
the "sanity check" lines

  if (dataLength < 8 || dataLength > 1024*1024*1024)
  {
#ifdef WARNING
*logofs << "BIG-REQUESTS with unacceptable dataLength="
<< dataLength << ", now set to 8.\n" << logofs_flush;
#endif
dataLength = 8;
  }

in my patched ClientReadBuffer.cpp did not "fire". (You do have WARNING
on, right?)

I would suggest to scrutinize your data (X11 protocol input) stream.
Maybe I could help, if I could reproduce your crashes. I do not use
nxagent (do not have it now, do not intend to use it). Is there a way
to elicit your error, by having some (common) X client display to an
nxproxy-ied server?

Maybe someone should add sanity checks to ClientChannel.cpp, there are
many places where data lengths and similar are "blindly" accepted from
the input stream... as I had pointed out.

(This is so cute, so back-to-front: the maintainer asking me for help in
fixing his crash. No matter, I also want to make nxproxy useable, I am
in the process of trying to use it myself.)

Cheers, Paul

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


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

Bug#542213: openafs-modules-2.6.30-1-686-bigmem: Kernel oops

[Andrew Deason]

This bug is the same as (or at least very similar to) upstream bug
128767 . It was
due to certain disk errors being ignored, which caused corruption in the
dcache hash chains that would go unnoticed for a long time (until a
panic like the one in this bug report ocurred, much later).

There were a variety of different commits to track this down or fix it,
the last of which is commit c8ffb8b9eefc8c2a0c6b41e3e29c0f03940a5fcf,
which was in 1.6.6. The actual panic in this bug report was maybe
'fixed' a bit before that, but I'd need to go looking to get more info.

Yair, if you still care about this, can I assume you haven't seen this
panic in a while?

I defer to Ben if he wants to close this or get confirmation, etc etc.

-- 
Andrew Deason
adea...@sinenomine.net


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

Bug#766813: spurious library links

[Marco d'Itri]

Package: libdm0-dev
Version: 2.2.10-1
Severity: normal

These links do not appear to have any purpose and should be removed:

/lib/libdm.a -> /usr/lib/libdm.a
/lib/libdm.la -> /usr/lib/libdm.la
/usr/lib/libdm.so -> /lib/libdm.so

Also, policy forbids to thip the .la files at all for normal libraries.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#766811: spurious library links

[Marco d'Itri]

Package: xfslibs-dev
Version: 3.2.1
Severity: normal

These links do not appear to have any purpose and should be removed:

/lib/libhandle.a -> /usr/lib/libhandle.a
/lib/libhandle.la -> /usr/lib/libhandle.la
/usr/lib/libhandle.so -> /lib/libhandle.so

Also, policy forbids to thip the .la files at all for normal libraries.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#766810: spurious library link

[Marco d'Itri]

Package: libbrlapi-dev
Version: 5.0-3
Severity: normal

This link does not appear to have any purpose and should be removed:

/usr/lib/i386-linux-gnu/libbrlapi.so -> /lib/i386-linux-gnu/libbrlapi.so

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#766809: spurious library link

[Marco d'Itri]

Package: libpng12-0
Version: 1.2.50-2
Severity: normal

This link does not appear to have any purpose and should be removed:

/usr/lib/i386-linux-gnu/libpng12.so.0 -> /lib/i386-linux-gnu/libpng12.so.0

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#759285: must use su -s

[Marco d'Itri]

On Aug 25, Marco d'Itri  wrote:

> /etc/cron.daily/uucp fails because the uucp user does not have a shell 
> anymore.
Do you have any plans of fixing this?
Are you still interested in maintaining UUCP?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#748903: python-tornado: FTBFS on hurd-i386

[Samuel Thibault]

I have NMUed the proposed patch to DELAYED/0, here is the debdiff.

Samuel
diff -Nru python-tornado-3.2.2/debian/changelog 
python-tornado-3.2.2/debian/changelog
--- python-tornado-3.2.2/debian/changelog   2014-06-20 17:35:54.0 
+0200
+++ python-tornado-3.2.2/debian/changelog   2014-10-25 21:28:26.0 
+0200
@@ -1,3 +1,12 @@
+python-tornado (3.2.2-1.1) unstable; urgency=medium
+
+  * Non-Maintainer Upload.
+  * patches/sockopt.patch: New patch to ignore ENOPROTOOPT errors from
+SO_REUSEADDR or SO_ERROR on AF_UNIX sockets, for systems which do not
+implement them there. Thanks Svante Signell for the patch. (Closes: 
#748903)
+
+ -- Samuel Thibault   Sat, 25 Oct 2014 21:14:45 +0200
+
 python-tornado (3.2.2-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru python-tornado-3.2.2/debian/patches/series 
python-tornado-3.2.2/debian/patches/series
--- python-tornado-3.2.2/debian/patches/series  2014-06-20 17:35:41.0 
+0200
+++ python-tornado-3.2.2/debian/patches/series  2014-10-25 21:25:32.0 
+0200
@@ -3,3 +3,4 @@
 ignoreuserwarning.patch
 domain-test.patch
 skip-timing-tests.patch
+sockopt.patch
diff -Nru python-tornado-3.2.2/debian/patches/sockopt.patch 
python-tornado-3.2.2/debian/patches/sockopt.patch
--- python-tornado-3.2.2/debian/patches/sockopt.patch   1970-01-01 
01:00:00.0 +0100
+++ python-tornado-3.2.2/debian/patches/sockopt.patch   2014-10-25 
21:16:00.0 +0200
@@ -0,0 +1,38 @@
+Ignore ENOPROTOOPT errors from SO_REUSEADDR or SO_ERROR on AF_UNIX sockets, for
+systems which do not implement them there.
+
+Index: python-tornado-3.2.0/tornado/netutil.py
+===
+--- python-tornado-3.2.0.orig/tornado/netutil.py
 python-tornado-3.2.0/tornado/netutil.py
+@@ -119,7 +119,11 @@ if hasattr(socket, 'AF_UNIX'):
+ """
+ sock = socket.socket(socket.AF_UNIX, socket.SOCK_STREAM)
+ set_close_exec(sock.fileno())
+-sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
++try:
++sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
++except socket.error as e:
++if e.args[0] != errno.ENOPROTOOPT:
++raise
+ sock.setblocking(0)
+ try:
+ st = os.stat(file)
+Index: python-tornado-3.2.0/tornado/iostream.py
+===
+--- python-tornado-3.2.0.orig/tornado/iostream.py
 python-tornado-3.2.0/tornado/iostream.py
+@@ -748,7 +748,12 @@ class IOStream(BaseIOStream):
+ self._add_io_state(self.io_loop.WRITE)
+ 
+ def _handle_connect(self):
+-err = self.socket.getsockopt(socket.SOL_SOCKET, socket.SO_ERROR)
++try:
++err = self.socket.getsockopt(socket.SOL_SOCKET, socket.SO_ERROR)
++except socket.error as e:
++err = e.args[0]
++if err == errno.ENOPROTOOPT:
++err = 0
+ if err != 0:
+ self.error = socket.error(err, os.strerror(err))
+ # IOLoop implementations may vary: some of them return

Bug#766812: spurious library link

[Marco d'Itri]

Package: musl-dev
Version: 1.1.5-1
Severity: normal

This link does not appear to have any purpose and should be removed:

/usr/lib/i386-linux-musl/libc.so -> /lib/i386-linux-musl/libc.so

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#766808: spurious library link

[Marco d'Itri]

Package: libusb-0.1-4
Version: 2:0.1.12-24
Severity: normal

This link does not appear to have any purpose and should be removed:

/usr/lib/i386-linux-gnu/libusb-0.1.so.4 -> /lib/i386-linux-gnu/libusb-0.1.so.4

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#759777: tt-rss: Partially broken by libjs-dojo-core/dijit upgrade

[Balint Reczey]

On Sat, 30 Aug 2014 04:15:14 -0400 Matthew Gabeler-Lee
 wrote:
> Package: tt-rss
> Version: 1.13+dfsg-1
> Severity: normal
> 
> After libjs-dojo-core/dijit just upgraded in testing (from 1.7.2+dfsg-1 to
> 1.10.0+dfsg-1), tt-rss' UI is partially broken.  All the feed icons in the
> left menu/tree are gone, and the roll-over highlight on all pop-up menu
> items is not rendered correctly.
It would be nice if the maintainers of the two packages could find a way
of solving this issue.

Cheers,
Balint


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

Bug#766807: gnunet-gtk: @wheezy:~$ gnunet-gtk

[tester]

Package: gnunet-gtk
Version: 0.10.1-1
Severity: normal

Dear Maintainer,

@wheezy:~$ gnunet-gtk
gnunet-gtk: error while loading shared libraries: libgladeui-2.so.4: cannot
open shared object file: No such file or directory
broken gui
*** End of the template - remove these template lines ***



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

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

Versions of packages gnunet-gtk depends on:
ii  gksu 2.0.2-7
ii  gnunet   0.10.1-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-12
ii  libcairo-gobject21.14.0-2
ii  libcairo21.14.0-2
ii  libextractor31:1.3-2+b1
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libgladeui-2-6   3.18.3-1
ii  libglib2.0-0 2.42.0-2
ii  libgtk-3-0   3.14.4-1
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libqrencode3 3.4.3-1
ii  libxml2  2.9.1+dfsg1-4

gnunet-gtk recommends no packages.

Versions of packages gnunet-gtk suggests:
ii  gnunet-server  0.10.1-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#601325: riece: insecure handling of /tmp files in debian/preinst

[Tatsuya Kinoshita]

Control: tags -1 + security

On October 25, 2010 at 11:22AM +0300, jari.aalto (at cante.net) wrote:
> Code (line 89) in debian/preinst should use tempfile(1) to create
> temporary files.

To fix this bug, I'll NMU soon with the attached patch.

Note that this old bug was caused when upgrading from <3.1.0-2
which is no longer supported.  Anyway, this potentially security
issue should be fixed.

Thanks,
--
Tatsuya Kinoshita
diff --git a/debian/changelog b/debian/changelog
index 0cca6b8..1b365af 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+riece (8.0.0-1.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop handling of emacsen-startup.1.0.8-2 (closes: #601325)
+
+ -- Tatsuya Kinoshita   Sun, 26 Oct 2014 08:48:07 +0900
+
 riece (8.0.0-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/debian/preinst b/debian/preinst
index 08560ca..2d1208d 100644
--- a/debian/preinst
+++ b/debian/preinst
@@ -14,66 +14,6 @@ set -e
 # for details, see http://www.debian.org/doc/debian-policy/ or
 # the debian-policy package
 
-createOriginalFile() {
-  cat > $1 << "EOF"
-;; -*-emacs-lisp-*-
-;;
-;; Emacs startup file for the Debian GNU/Linux riece package
-;;
-;; Originally contributed by Nils Naumann 
-;; Modified by Dirk Eddelbuettel 
-;; Adapted for dh-make by Jim Van Zandt 
-
-;; The riece package follows the Debian/GNU Linux 'emacsen' policy and
-;; byte-compiles its elisp files for each 'emacs flavor' (emacs19,
-;; xemacs19, emacs20, xemacs20...).  The compiled code is then
-;; installed in a subdirectory of the respective site-lisp directory.
-;; We have to add this to the load-path:
-
-(if (not (file-exists-p "/usr/share/emacs/site-lisp/riece"))
-(message "Package riece removed but not purged.  Skipping setup.")
-  (debian-pkg-add-load-path-item
-   (concat "/usr/share/" (symbol-name flavor) "/site-lisp/riece"))
-
-  (autoload 'riece "riece" nil t)
-  ;; Don't touch manually the following line which is modified by debconf.
-  ;; If you want to customize add-ons, use `dpkg-reconfigure'.
-  (setq riece-addons '())
-  (when (and (memq 'riece-history riece-addons)
-	 (memq 'riece-guess riece-addons))
-(setq riece-guess-channel-try-functions
-	  '(riece-guess-channel-from-history)))
-  )
-EOF
-}
-
-createStartupFile() {
-  cat > $1 << "EOF"
-;; -*-emacs-lisp-*-
-;;
-;; Emacs startup file for the Debian riece package
-;;
-;; Originally contributed by Nils Naumann 
-;; Modified by Dirk Eddelbuettel 
-;; Adapted for dh-make by Jim Van Zandt 
-
-;; The riece package follows the Debian/GNU Linux 'emacsen' policy and
-;; byte-compiles its elisp files for each 'emacs flavor' (emacs19,
-;; xemacs19, emacs20, xemacs20...).  The compiled code is then
-;; installed in a subdirectory of the respective site-lisp directory.
-;; We have to add this to the load-path:
-
-(if (not (file-exists-p "/usr/share/emacs/site-lisp/riece"))
-(message "Package riece removed but not purged.  Skipping setup.")
-  (debian-pkg-add-load-path-item
-   (concat "/usr/share/" (symbol-name debian-emacs-flavor)
-	   "/site-lisp/riece"))
-
-  (autoload 'riece "riece" nil t)
-  (setq riece-data-directory "/usr/share/emacs/site-lisp/riece"))
-EOF
-}
-
 case "$1" in
 install|upgrade)
 if [ -e /usr/share/debconf/confmodule ]; then
@@ -83,26 +23,6 @@ case "$1" in
 # Remove garbage.
 rm -rf /var/cache/riece
 rm -rf /usr/share/emacs-snapshot/site-lisp/riece-ndcc
-
-# for useless dpkg conffiles
-STARTUPFILE=/etc/emacs/site-start.d/50riece.el
-ORIGINALFILE=/tmp/emacsen-startup.1.0.8-2
-
-if [ -f "$STARTUPFILE" ]; then
-  if grep "Don't touch manually" "$STARTUPFILE" > /dev/null 2>&1; then
-createOriginalFile "$ORIGINALFILE"
-sed "s/(setq riece-addons '(.*))/(setq riece-addons '())/" \
-"$STARTUPFILE" > "$STARTUPFILE".tmp
-if diff -q "$STARTUPFILE".tmp "$ORIGINALFILE" > /dev/null 2>&1; then
-  # installed file and original are identical
-  rm "$STARTUPFILE"
-  createStartupFile "$STARTUPFILE"
-fi
-rm -f "$STARTUPFILE".tmp
-rm -f "$ORIGINALFILE"
-  fi
-fi
-
 ;;
 
 abort-upgrade)


pgpfg2H_1rA9o.pgp
Description: PGP signature

Bug#766534: libcairo2: crash in cairo_stroke (breaks racket build)

[Adrian Johnson]

This patch works for me

http://cgit.freedesktop.org/cairo/commit/?id=2de69581c28bf115852037ca41eba13cb7335976


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

Bug#723138: RFS: metar/0.2-1 ITP

[Kees Leune]

Fernando,

FYI-- metar has been given up for adoption and is now available at github

https://github.com/keesL/metar

With regards,

Kees


On Mon, Sep 16, 2013 at 3:24 PM, Fernando  wrote:

> Package: metar
>  Severity: normal
>
>  Dear mentors,
>
>  I am looking for a sponsor for my package "metar"
>
> * Package name: metar
>   Version : 0.2-1
>   Upstream Author : Fernando Iazeolla 
> * URL : http://githib.com/elboza/metar
> * License : GPL
>   Section : utilities
>
>  It builds those binary packages:
>
>metar - a simple command line metar and taf.
>
>  To access further information about this package, please visit the
> following URL:
>
>  http://mentors.debian.net/package/metar
>
>
>  Alternatively, one can download the package with dget using this command:
>
>dget -x
> http://mentors.debian.net/debian/pool/main/m/metar/metar_0.2-1.dsc
>
>  More information about metar can be obtained from
> http://github.com/elboza/metar.
>
>  Changes since the last upload:
>
> metar (0.2-1) unstable; urgency=low
>
>  * Initial release (Closes: #)  
>
> -- Fernando Iazeolla   Mon, 09 Sep 2013 22:32:41 +0200
>
>
>
>  Regards,
>   Fernando Iazeolla
>



-- 
http://about.me/keesleune

Bug#766806: mate-power-manager: LCD brightness changes on login while running on battery power

[Ayke van Laethem]

Package: mate-power-manager
Version: 1.8.1+dfsg1-1
Severity: normal

Dear Maintainer,

On login, the LCD brightness is changed to the value in the Power Management
Preferences, under the "On AC Power" tab. This happens not only on AC power (as
expected), but also when running a laptop on battery power, which I would not
expect (I would expect the value listed there only to be applied on AC power,
not on battery power).

Oddly, when changing the brightness slider in the settings ("Set display
brightness to"), the new brightness is applied immediately when on AC power,
but is not (immediately) applied when running on battery power.

As a separate issue, but I'm mentioning it here anyway as it's related, there
is no way to *not* change brightness when running on AC power on login (and,
due to this bug, also on battery power). I personally prefer to set the
brightness depending on the environment, not (normally) based on battery power.
I can report a different bug for this if necessary, but maybe that feature is
too close to the freeze to be added anyway.

Here are my power management preferences:

~$ dconf dump /org/mate/power-manager/
[/]
button-power='interactive'
sleep-display-battery=600
brightness-ac=22.0
info-last-device='/org/freedesktop/UPower/devices/mouse_0003o046DoC52Bx0004'
backlight-battery-reduce=false
button-lid-ac='nothing'
spindown-enable-battery=true
info-stats-graph-points=true
info-stats-graph-smooth=false
action-critical-battery='suspend'
button-suspend='suspend'
info-history-graph-points=true
info-history-time=86400
info-page-number=0
idle-dim-ac=false
info-history-type='charge'
idle-dim-battery=false
button-lid-battery='suspend'
info-stats-type='charge-data'
info-history-graph-smooth=false
icon-policy='never'

By changing the "Set display brightness to" setting a few times and logging out
and back in, I have confirmed it is really set to that setting. And it is that
setting it is set to when it is on battery power as well.

I have attached a screenshot of the Power Management Preferences window.



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

Kernel: Linux 3.16-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 mate-power-manager depends on:
ii  consolekit  0.4.6-5
ii  dbus-x111.8.8-2
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-11
ii  libcairo2   1.12.16-5
ii  libcanberra-gtk00.30-2.1
ii  libcanberra00.30-2.1
ii  libdbus-1-3 1.8.8-2
ii  libdbus-glib-1-20.102-1
ii  libfontconfig1  2.11.0-6.1
ii  libfreetype62.5.2-2
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.0-2
ii  libgnome-keyring0   3.12.0-1+b1
ii  libgtk2.0-0 2.24.25-1
ii  libmate-panel-applet-4-11.8.1+dfsg1-1
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.8-2
ii  libpangocairo-1.0-0 1.36.8-2
ii  libpangoft2-1.0-0   1.36.8-2
ii  libunique-1.0-0 1.1.6-5
ii  libupower-glib3 0.99.1-3
ii  libx11-62:1.6.2-3
ii  libxext62:1.3.3-1
ii  libxrandr2  2:1.4.2-1
ii  libxrender1 1:0.9.8-1
ii  mate-notification-daemon [notification-daemon]  1.8.0-2
ii  mate-power-manager-common   1.8.1+dfsg1-1
ii  notification-daemon 0.7.6-2
ii  policykit-1 0.105-7
ii  systemd 215-5+b1
ii  upower  0.99.1-3
ii  xfce4-notifyd [notification-daemon] 0.2.4-3

Versions of packages mate-power-manager recommends:
ii  udisks  1.0.5-1+b1

Versions of packages mate-power-manager suggests:
ii  mate-polkit  1.8.0+dfsg1-4

Bug#766805: giira buildable on many architectures but resulting binaries are only installable on amd64

[peter green]

Package: giira
Severity: serious

Your package is buildable on most debian architectures (it failed to 
build on kfreebsd and it's build-depends are uninstallable on hurd and 
sparc) but of the resulting binaries only the arm64 one is installable 
due to a dependency on bowtie2.


It appears that most of the unistallable binaries have been removed but 
they will reappear with any updates (including security updates) and 
will cause problems getting those updates into stable/testing so this 
needs to be fixed. There are four possible fixes.


1: make bowtie2 build and work on all release architectures
2: make the package work without bowtie2 (possiblly less efficiently) 
and make the bowtie2 dependency architecture specific.
3: add a build-time depdendency on bowtie2 (this wastes a little buildd 
time/bandwidth if the dependency is not really needed at build-time but 
has the advantage over option 4 that if/when bowtie2 is ported to new 
architectures giira will follow automatically)
4: set the architecture field for giira so it's only built on 
architectures where bowtie2 is known to be available.



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

Bug#762368: cinnamon: keyboard shortcuts ignore alt modifier

[Christoph Anton Mitterer]

Hey Margarita.

Maybe the problems with Super are related to this:
https://github.com/linuxmint/Cinnamon/issues/2344
?
I'm not sure how far the fixes mentioned there actually made it in
already...

At least I cannot freely reassign , yet,... but I can reassign
 as a single keyboard shortcut (which I typically use to launch
the terminal, though this doesn't yet work with the "Terminal Launcher",
but only with a custom launcher for it)

Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#761210: gwave: FTBFS: build-dependency not installable: libgwrap-runtime-dev

[peter green]

Manually trying to install the packages the buildd was trying to install 
reveals the following


root@debian:/# apt-get install base-files base-passwd bash bsdutils 
coreutils dash debianutils diffutils dpkg e2fsprogs findutils grep gzip 
hostname init libc-bin login mount ncurses-base ncurses-bin perl-base 
sed sysvinit-utils tar util-linux libc6-dev gcc g++ make dpkg-dev 
debhelper libgtk2.0-dev guile-2.0-dev libglib2.0-dev libreadline-dev 
guile-gnome2-dev guile-cairo-dev libgwrap-runtime-dev

Reading package lists... Done
Building dependency tree  
Reading state information... Done

base-passwd is already the newest version.
coreutils is already the newest version.
dash is already the newest version.
debianutils is already the newest version.
diffutils is already the newest version.
diffutils set to manually installed.
e2fsprogs is already the newest version.
findutils is already the newest version.
hostname is already the newest version.
init is already the newest version.
init set to manually installed.
make is already the newest version.
make set to manually installed.
sed is already the newest version.
login is already the newest version.
sysvinit-utils is already the newest version.
sysvinit-utils set to manually installed.
tar is already the newest version.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
libgwrap-runtime-dev : Depends: guile-1.8-dev but it is not going to be 
installed


It looks like you switched your build-deps to preffer guile 2.0 (and 
debian buildds only look at the first choice)


ccing the person who requested the migration of your package to 
guile-2.0 and the bug in your reverse dependency.



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

Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2

[Michael Biebl]

Am 26.10.2014 um 01:04 schrieb Eric Dorland:
> * Michael Biebl (bi...@debian.org) wrote:
>> Am 24.10.2014 um 06:39 schrieb Eric Dorland:
>>> Hmmm, are you talking about gnome-keyring? It actually hijacks the
>>> gpg-agent protocol and breaks some things (see http://b/760102). You
>>> still need the pinentry program if you disable gnome-keyright AFAIK.
>>
>> Couldn't that warning message also include hints to install pinentry-gtk2?
> 
> It could but just installing it won't fix anything by itself, you need
> to disable the agent functionality in gnome-keyring. Which some people
> will do to work around the bug, and if they do it would be nice if
> they had a graphical pinentry.

Sure. The message could say: "If you disable the gnome-keyring
integration, make sure to install an alternative pinentry program like
pinentry-gtk2"

Problem solved.


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



signature.asc
Description: OpenPGP digital signature

Bug#766804: gnome-orca: app-specific preferences: problem to set bindings

[Jean-Philippe MENGUAL]

Package: gnome-orca
Version: 3.14.0-1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

orca 3.14.0, MATE, Iceweasel.

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

Here's an example:
1. ins-ctrl-space from Iceweasel
2. Bindings tab
3. Change backslash binding to exclam
4. OK or Apply, then change another binding, set it to backslash

   * What was the outcome of this action?

1. Orca says that "backslash" is busy. It's false.
2. Orca creates a "double" of the previous binding: one feature bind to exclam,
one bind to backslash, with the same name.

   * What outcome did you expect instead?

Orca should know the shortcut has changed, and not create the copy.

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

Regards,


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

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

Versions of packages gnome-orca depends on:
ii  gir1.2-glib-2.01.42.0-2
ii  gir1.2-gtk-3.0 3.14.3-1
ii  gir1.2-pango-1.0   1.36.8-2
ii  gir1.2-wnck-3.03.4.9-2
ii  gsettings-desktop-schemas  3.14.0-1
ii  python33.4.2-1
ii  python3-brlapi 5.0-3
ii  python3-cairo  1.10.0+dfsg-4+b1
ii  python3-gi 3.14.0-1
ii  python3-louis  2.5.3-3
ii  python3-pyatspi2.14.0+dfsg-1
ii  python3-speechd0.8-6
pn  python3:any
ii  speech-dispatcher  0.8-6

Versions of packages gnome-orca recommends:
ii  libgail-common  2.24.25-1
ii  xbrlapi 5.0-3

gnome-orca 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#766803: Requesting chocolate-doom enter Debian main

[Simon Howard]

Package: chocolate-doom
Version: 2.1.0-1

Chocolate Doom is currently in the contrib section of Debian rather than
main, because it depends on an IWAD file in order to be usable. The
original Doom IWAD files, including the shareware version, are non-free.
Other source ports that are Boom compatible (eg. prboom-plus) use Freedoom
as an IWAD dependency in order to be useable and be in Debian main.
However, this has not been possible for Chocolate Doom because the levels
in Freedoom require a Boom compatible port and do not work with it.

As of the 0.9 release of Freedoom (now in Debian unstable), the FreeDM
spin-off project (package: freedm) is now fully Vanilla Doom compatible and
works perfectly with Chocolate Doom. Chocolate Doom even includes special
code that allows it to integrate with it more nicely (it can load the
DEHACKED lump from the IWAD). The Debian freedm package has been marked as
provides: doom-wad so there should no longer be any obstacle for Chocolate
Doom to be moved to Debian main.

The only possible objection I can think of is that the Debian
chocolate-doom package is structured in a monolithic fashion, also
containing chocolate-heretic, chocolate-hexen and chocolate-strife.
Arguably these binaries should still be in contrib as there aren't free
replacements for the IWADs for these games (Heretic has Blasphemer, but
it's incomplete and isn't in Debian). This would require restructuring the
package to split it into four separate packages, which is probably a good
idea anyway.

--
Simon Howard
https://soulsphere.org/

Bug#765614: initramfs-tools: Missing fsck. should be non-fatal

[Axel Beckert]

Control: affects -1 xen-tools

[I initially sent this to the wrong clone (#764596) of this bug
report, so I'm now hopefully resending it to the right bug report.]

Hi,

Ben Hutchings wrote:
> > I just tried to build an image of current sid for running autopkgtests
> > in:
> > 
> >   $ sudo vmdebootstrap --verbose --serial-console --distribution=sid 
> > --user=adt/adt --size=20 --mbr --image=adt-sid.raw
> > 
> > This worked in the past, but now they are stuck in a boot failure
> > loop;
> > 
> >   $ kvm -m 2048 -snapshot -drive file=adt-sid.raw,if=virtio -monitor none 
> > -nographic -serial stdio
> >   [...]
> >   Begin: Loading essential drivers ... done.
> >   Begin: Running /scripts/init-premount ... done.
> >   Begin: Mounting root file system ... Begin: Running /scripts/local-top 
> > ... done.
> >   Begin: Running /scripts/local-premount ... done.
> >   Begin: Checking root file system ... fsck from util-linux 2.25.1
> >   fsck: error 2 (No such file or directory) while executing fsck.ext4 for 
> > /dev/vda1
> >   fsck exited with status code 8
> >   done.
> [...]

Same counts for Sid Xen DomU bootstrapped via xen-tools (at least with
the git version, both with the modification mentioned below as well as
with an unmodified git checkout):

$ xen-create-image --dist sid --hostname domu1 --force --lvm vg0 --dhcp 
--verbose --pygrub --noaccounts --boot; xl console domu1
[...]
Begin: Checking root file system ... fsck from util-linux 2.25.2
fsck: error 2 (No such file or directory) while executing fsck.ext3 for 
/dev/xvda2
fsck exited with status code 8
done.
Failure: An automatic file system check (fsck) of the root filesystem failed.
A manual fsck must be performed, then the system restarted.
The fsck should be performed in maintenance mode with the
root filesystem mounted in read-only mode.
Warning: The root filesystem is currently mounted in read-only mode.
A maintenance shell will now be started.
After performing system maintenance, press CONTROL-D
to terminate the maintenance shell and restart the system.
sulogin: cannot open password database!
[3.510843] sulogin[84]: segfault at 8 ip 004018e0 sp 
7fff8510bce0 error 4 in sulogin[40+3000]
Segment violation
Failure: Attempt to start maintenance shell failed.
Will restart in 5 seconds.
[8.518847] reboot: Restarting system

> > This might be a regression from recent util-linux, or some
> > misconfiguration, or incompatibility with extlinux, not sure.
> > fsck.ext4 definitively exists (i. e. e2fsprogs is installed), and
> > /dev/vda1 also exists; it's also apparently able to map the root UUID
> > to /dev/vda1.
> [...]
> 
> fsck.ext4 is not present in the initramfs, probably because
> initramfs-tools was installed before e2fsprogs.  Unfortunately, we
> cannot simply make initramfs-tools depend on the appropriate package
> because it depends on which filesystem is used for root.
> 
> vmdebootstrap should install the kernel last so that all programs that
> may be wanted in the initramfs will be available when the initramfs is
> built.

I expected that this would count for xen-tools as well and tried to
fix it by explicitly installing e2fsprogs before initramfs-tools and
the kernel. But the above still happens despite I used this code to
install e2fsprogs, initramfs-tools and kernel:

installDebianPackage ${prefix} e2fsprogs
installDebianPackage ${prefix} initramfs-tools
installDebianPackage ${prefix} $KERNEL_PKG

So I doubt that this can be fixed by reordering the package
installations. (Besides: the log said "e2fsprogs is already the newest
version.", so it didn't change anything.)

The following fsck binary is in the initrd:

# lsinitramfs -l /mnt/tmp//boot/initrd.img-3.16-3-amd64  | fgrep fsck
-rwxr-xr-x   1 root root35664 Oct 24 19:02 sbin/fsck
#

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#766802: linux-image-amd64: rt2800usb driver does not include 1b75:a200 USB id's as a supported device

[mmokrejs]

Package: linux-image-amd64
Version: 3.2+46
Severity: wishlist

Dear Maintainer,

   I tried an old-ish OvisLink WN-200USB WiFi USB dongle but it is not picked up
 by linux kernel (tried initially 3.2+46 provided by Wheezy but later tried even
 3.15.3 with same result. Thanks to Geoff Simmons I got it working. Below is
 whole recipe. Please contact linux kernel maintainers to add the missing id
 numbers.



Hi Martin,

On Fri, Oct 17, 2014 at 11:20:03PM +0200, Martin Mokrejs wrote:
> while reading https://wiki.debian.org/rt2800usb#supported it seems this
> device is not picked up by the rt2800usb.

Your Ovislink Corp. AirLive WN-200USB wireless LAN adapter (USB ID 1b75:a200,
Ralink RT3070 chip) is not currently defined as a supported device in any
version of the rt2800usb Linux kernel driver code [1] at this time.

This would explain the lack of device interface.

> I just cannot force the 3.10.12 kernel to bind the driver to the device
> and therefore, "iwconfig" does not list ra0 interface.

See above; the driver needs to be informed that your device is supported.
Also, Linux 3.10.2 is not a Linux kernel version currently part of any
Debian release.

On Debian systems, the rt2800usb driver will create a wlanX interface (e.g.
wlan0) by default, not ra0.  ra0 was an interface created by earlier Ralink
drivers included in previous Debian releases.

> I created /etc/modprobe.d/ralink.conf file but no luck.

As your device should be supported, you can try using the following commands
(executed as root/superuser) as a workaround to enable device operation:

  # echo rt2800usb >> /etc/modules
  # echo 'install rt2800usb /sbin/modprobe --ignore-install rt2800usb 
$CMDLINE_OPTS && echo 1b75 a200 > /sys/bus/usb/drivers/rt2800usb/new_id' > 
/etc/modprobe.d/ralink.conf
.. then reload the rt2800usb driver:

  # modprobe -r rt2800usb ; modprobe rt2800usb

.. and reconnect this wireless LAN device.

Based on the manufacturing age of your device, this should allow for device
support with the Linux 3.2 kernel included as part of Debian 7 "Wheezy".

If the commands above are successful for enabling device support, please
consider filing a Debian wishlist bug against an installed Debian Linux
kernel package on your system (e.g. "reportbug linux-image-amd64").

When eventually fixed in Debian, your /etc/modprobe.d/ralink.conf file will
no longer be necessary.

Geoff

[1] 
https://github.com/torvalds/linux/blob/master/drivers/net/wireless/rt2x00/rt2800usb.c





# dmesg (from vanilla 3.15.3 kernel)
[10082.528998] usb 1-1: new high-speed USB device number 9 using xhci_hcd
[10082.686052] usb 1-1: New USB device found, idVendor=1b75, idProduct=a200
[10082.686058] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[10082.686061] usb 1-1: Product: 802.11 n WLAN
[10082.686064] usb 1-1: Manufacturer: Ralink
[10082.686066] usb 1-1: SerialNumber: 1.0
[10082.859407] usb 1-1: reset high-speed USB device number 9 using xhci_hcd
[10082.859432] xhci_hcd :00:14.0: Setup ERROR: setup context command for 
slot 8.
[10082.859435] usb 1-1: hub failed to enable device, error -22
[10082.979381] usb 1-1: reset high-speed USB device number 9 using xhci_hcd
[10082.979401] xhci_hcd :00:14.0: Setup ERROR: setup context command for 
slot 8.
[10082.979405] usb 1-1: hub failed to enable device, error -22
[10083.099465] usb 1-1: reset high-speed USB device number 9 using xhci_hcd
[10083.130501] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88030e79d448
[10083.130507] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88030e79d400
[10083.130511] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88030e79d490
[10083.130514] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88030e79d4d8
[10083.130517] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88030e79d520
[10083.130520] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88030e79d568
[10083.130523] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with 
disabled ep 88030e79d5b0
[10083.131107] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 3070, rev 0201 
detected
[10083.142952] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 0005 detected
[10083.144431] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
[10083.146537] ieee80211 phy1: rt2x00lib_request_firmware: Info - Loading 
firmware file 'rt2870.bin'
[10083.223515] ieee80211 phy1: rt2x00lib_request_firmware: Info - Firmware 
detected - version: 0.29
[10083.553859] bridge-wlan1: device is wireless, enabling SMAC
[10083.553866] bridge-wlan1: up
[10083.553882] bridge-wlan1: attached
[10083.555421] bridge-wlan1: disabling the bridge
[10083.753880] userif-2: sent link down event.
[10083.753887] userif-2: sent link up event.
[10084.240378] bridge-wlan1: down
[10084.240477] bridge-wlan1: detached
[10094.278447] ieee80211 phy1: rt2800_wait_wpdma_ready: Error 

Bug#764596: vmdebootstrap generated sid images fail to boot on fsck error loop

[Axel Beckert]

Control: affects -1 - xen-tools

Hi again,

Axel Beckert wrote:
> Control: affects -1 xen-tools

Sorry, this mail went to the wrong clone of the initial report. It was
meant for #765614. (Didn't expect that the bug against initramfs-tools
is the clone one and not the original one.)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#765870: systemd-logind brings system to knees with RAM consumption

[John Goerzen]

On 10/25/2014 11:53 AM, intrigeri wrote:
> Control: tag -1 + moreinfo
>
> Hi John,
>
> John Goerzen wrote (18 Oct 2014 19:49:28 GMT) :
>> [...] I discovered numerous systemd-logind processes hogging RAM.
>> Specifically, 41 processes using 4278148KB (or roughly 4GB) of RAM.
> Wow.
>
> It would be good to know at what pace these processes appeared (and
> then, why). May you please look in the journal:
>
>   # journalctl  -u systemd-logind.service
>
> ... to try and find why this happens?

Unfortunately:

# journalctl  -u systemd-logind.service
No journal files were found.

I have to killall systemd-logind about once every 48 hours to keep the
machine from crashing.

It was running jessie for a long time and recently got updated.

John


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

Bug#766581: ibus: After upgrade to 1.5.9-1, can not input chinese (class quick)

[johnw]

On 2014年10月26日 星期日 01:01 上午, Osamu Aoki wrote:

Hi,

On Sat, Oct 25, 2014 at 10:00:22PM +0800, johnw wrote:

After dist-upgrade still have a problem.

Did you restarted PC (or at least started new X session.) after upgrade?

Regards,

Osamu

Yes, I did restart, but still not work
(notice: now dist-upgrade ibus-table to 1.9.1-3, 
ibus-table-quick-classic to 1.8.2-1).


dpkg -l |grep ibus

ii  gir1.2-ibus-1.0:amd64 1.5.9-1   
amd64Intelligent Input Bus - introspection data
ii  ibus-clutter:amd64 0.0+git20090728.a936bacf-5.1+b1   
amd64ibus input method framework for clutter
ii  ibus-gtk:amd64 1.5.9-1   amd64
Intelligent Input Bus - GTK+2 support
ii  ibus-gtk3:amd64 1.5.9-1   amd64
Intelligent Input Bus - GTK+3 support
ii  ibus-qt4 1.3.2-2   amd64
qt-immodule for ibus (QT4) (plugin)
ii  ibus-table 1.9.1-3   all  table 
engine for IBus
ii  ibus-table-quick 1.8.2-1   all  
ibus-table input method: Quick (dummy package)
ii  ibus-table-quick-classic 1.8.2-1   
all  ibus-table input method: Quick Classic
ii  ibus-table-quick3 1.8.2-1   all  
ibus-table input method: Quick3
ii  ibus-table-quick5 1.8.2-1   all  
ibus-table input method: Quick5
ii  libibus-1.0-5:amd64 1.5.9-1   
amd64Intelligent Input Bus - shared library
ii  libibus-qt1 1.3.2-2   amd64
qt-immodule for ibus (QT4) (library)


Thank you.


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

Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2

[Eric Dorland]

* Michael Biebl (bi...@debian.org) wrote:
> Am 24.10.2014 um 06:39 schrieb Eric Dorland:
> > Hmmm, are you talking about gnome-keyring? It actually hijacks the
> > gpg-agent protocol and breaks some things (see http://b/760102). You
> > still need the pinentry program if you disable gnome-keyright AFAIK.
> 
> Couldn't that warning message also include hints to install pinentry-gtk2?

It could but just installing it won't fix anything by itself, you need
to disable the agent functionality in gnome-keyring. Which some people
will do to work around the bug, and if they do it would be nice if
they had a graphical pinentry.



-- 
Eric Dorland 
43CF 1228 F726 FD5B 474C  E962 C256 FBD5 0022 1E93


signature.asc
Description: Digital signature

Bug#764596: vmdebootstrap generated sid images fail to boot on fsck error loop

[Axel Beckert]

Control: affects -1 xen-tools

Hi,

Ben Hutchings wrote:
> > I just tried to build an image of current sid for running autopkgtests
> > in:
> > 
> >   $ sudo vmdebootstrap --verbose --serial-console --distribution=sid 
> > --user=adt/adt --size=20 --mbr --image=adt-sid.raw
> > 
> > This worked in the past, but now they are stuck in a boot failure
> > loop;
> > 
> >   $ kvm -m 2048 -snapshot -drive file=adt-sid.raw,if=virtio -monitor none 
> > -nographic -serial stdio
> >   [...]
> >   Begin: Loading essential drivers ... done.
> >   Begin: Running /scripts/init-premount ... done.
> >   Begin: Mounting root file system ... Begin: Running /scripts/local-top 
> > ... done.
> >   Begin: Running /scripts/local-premount ... done.
> >   Begin: Checking root file system ... fsck from util-linux 2.25.1
> >   fsck: error 2 (No such file or directory) while executing fsck.ext4 for 
> > /dev/vda1
> >   fsck exited with status code 8
> >   done.
> [...]

Same counts for Sid Xen DomU bootstrapped via xen-tools (at least with
the git version, both with the modification mentioned below as well as
with an unmodified git checkout):

$ xen-create-image --dist sid --hostname domu1 --force --lvm vg0 --dhcp 
--verbose --pygrub --noaccounts --boot; xl console domu1
[...]
Begin: Checking root file system ... fsck from util-linux 2.25.2
fsck: error 2 (No such file or directory) while executing fsck.ext3 for 
/dev/xvda2
fsck exited with status code 8
done.
Failure: An automatic file system check (fsck) of the root filesystem failed.
A manual fsck must be performed, then the system restarted.
The fsck should be performed in maintenance mode with the
root filesystem mounted in read-only mode.
Warning: The root filesystem is currently mounted in read-only mode.
A maintenance shell will now be started.
After performing system maintenance, press CONTROL-D
to terminate the maintenance shell and restart the system.
sulogin: cannot open password database!
[3.510843] sulogin[84]: segfault at 8 ip 004018e0 sp 
7fff8510bce0 error 4 in sulogin[40+3000]
Segment violation
Failure: Attempt to start maintenance shell failed.
Will restart in 5 seconds.
[8.518847] reboot: Restarting system

> > This might be a regression from recent util-linux, or some
> > misconfiguration, or incompatibility with extlinux, not sure.
> > fsck.ext4 definitively exists (i. e. e2fsprogs is installed), and
> > /dev/vda1 also exists; it's also apparently able to map the root UUID
> > to /dev/vda1.
> [...]
> 
> fsck.ext4 is not present in the initramfs, probably because
> initramfs-tools was installed before e2fsprogs.  Unfortunately, we
> cannot simply make initramfs-tools depend on the appropriate package
> because it depends on which filesystem is used for root.
> 
> vmdebootstrap should install the kernel last so that all programs that
> may be wanted in the initramfs will be available when the initramfs is
> built.

I expected that this would count for xen-tools as well and tried to
fix it by explicitly installing e2fsprogs before initramfs-tools and
the kernel. But the above still happens despite I used this code to
install e2fsprogs, initramfs-tools and kernel:

installDebianPackage ${prefix} e2fsprogs
installDebianPackage ${prefix} initramfs-tools
installDebianPackage ${prefix} $KERNEL_PKG

So I doubt that this can be fixed by reordering the package
installations.

The following fsck binary is in the initrd:

# lsinitramfs -l /mnt/tmp//boot/initrd.img-3.16-3-amd64  | fgrep fsck
-rwxr-xr-x   1 root root35664 Oct 24 19:02 sbin/fsck
#

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#766801: mate-applets: battery charge monitor icon goes the reverse order while charging

[Ayke van Laethem]

Package: mate-applets
Version: 1.8.1+dfsg1-3
Severity: normal

Dear Maintainer,

When my laptop is on AC power, the Battery Charge Monitor shows a near-empty
battery icon when the battery has fully recharged, and a full battery when it
is empty. When the laptop (a Lenovo Thinkpad T60) runs on battery power, the
applet works as expected: the battery icon shows a graphic representation of
the actual charge level. I would expect the icon to behave in a similar way
regardless of whether it is charging or not.
(Additionally, when the power plug is inserted or removed, the icon isn't
updated immediately, but I think that issue is only a side effect of this bug).

I have attached a screenshot of the applet when the battery is full.

(This bug, like #766749, has been submitted using a different system
than where it occurs, because sendmail does not work on my laptop for
some reason).


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

Kernel: Linux 3.16-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 mate-applets depends on:
ii  gir1.2-mate-panel   1.8.1+dfsg1-1
ii  gsettings-desktop-schemas   3.14.0-1
ii  gstreamer0.10-alsa  0.10.36-2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1
ii  gvfs1.22.1-1
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-11
ii  libcairo2   1.12.16-5
ii  libcpufreq0 008-1
ii  libdbus-1-3 1.8.8-2
ii  libdbus-glib-1-20.102-1
ii  libfontconfig1  2.11.0-6.1
ii  libfreetype62.5.2-2
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.0-2
ii  libgtk2.0-0 2.24.25-1
ii  libgtksourceview2.0-0   2.10.5-2
ii  libgtop2-7  2.28.5-2
ii  libice6 2:1.0.9-1
ii  libmate-desktop-2-171.8.1+dfsg1-1
ii  libmate-panel-applet-4-11.8.1+dfsg1-1
ii  libmateweather1 1.8.0-2
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.8-2
ii  libpangocairo-1.0-0 1.36.8-2
ii  libpangoft2-1.0-0   1.36.8-2
ii  libpolkit-gobject-1-0   0.105-7
ii  libsm6  2:1.2.2-1
ii  libstartup-notification00.12-4
ii  libupower-glib3 0.99.1-3
ii  libwnck22   2.30.7-2
ii  libx11-62:1.6.2-3
ii  libxml2 2.9.1+dfsg1-4
ii  mate-applets-common 1.8.1+dfsg1-3
ii  mate-icon-theme 1.8.0-1
ii  mate-panel  1.8.1+dfsg1-1
ii  python  2.7.8-1
ii  python-dbus 1.2.0-2+b3
ii  python-gi   3.14.0-1
ii  python-gobject  3.14.0-1
ii  python-gst0.10  0.10.22-3
ii  python-notify   0.1.1-3

Versions of packages mate-applets recommends:
ii  cpufrequtils 008-1
ii  mate-media   1.8.0+dfsg1-3
ii  mate-polkit  1.8.0+dfsg1-4
ii  mate-system-monitor  1.8.0+dfsg1-2

mate-applets suggests no packages.

-- no debconf information

Bug#766800: Accessibility: difficult movement with keyboard

[Jean-Philippe MENGUAL]

Package: mate-panel
Version: 1.8.1+dfsg1-1
Severity: normal

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

* What led up to the situation?

 I installed mate-panel, mate-notification-daemon and orca 3.14.

apt-get install mate-core mate-desktop-environment
 mate-notification-daemon dconf-editor at-spi2-core gnome-orca

 export GTK_MODULES=gail:atk-bridge
 (export in /etc/profile or in ~/.bash_profile)
 in MATE, alt-f2, orca --replace
 If orca doesn't speak while you press keys, as a user, from a
 mate-terminal or on a tty (with DISPLAY=:0 ):
 gsettings set org.mate.interface accessibility true
 gsettings set org.gnome.desktop.a11y.applications screen-reader-enabled true
 gsettings set org.gnome.desktop.interface toolkit-accessibility true

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

 When dropbox or pidgin changes status, no notification. But 9e can see the
 status going to the panel via meta-ctrl-tab.

* What was the outcome of this action?

 First, alt-ctrl-tab doesn't move the focus on the panel sometimes. The behavior
 is random. Sometimes it stays on the bottom panel, sometimes on caja, sometimes
 it has success. alt-maj-tab has always success to reach the top panel.
 Once here, maj-tab, after f10, can, randomly, render the applets. But it 
involves
 a random twick, with f10 (twcce), arrow keys, maj-tab, etc. It's really not
 convinient.

* What outcome did you expect instead?

 After alt-ctrl-tab, tab or arrow keys should move the focus on this top panel
 and I should be able to hear the applet regularly and without all keyboard
 twicks.

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

 Thanks

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

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

Versions of packages mate-panel depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-11
ii  libcairo21.12.16-5
ii  libcanberra-gtk0 0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libdbus-1-3  1.8.8-2
ii  libdbus-glib-1-2 0.102-1
ii  libdconf10.22.0-1
ii  libfontconfig1   2.11.0-6.1
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.0-2
ii  libgtk2.0-0  2.24.25-1
ii  libice6  2:1.0.9-1
ii  libmate-desktop-2-17 1.8.1+dfsg1-1
ii  libmate-menu21.8.0-5
ii  libmate-panel-applet-4-1 1.8.1+dfsg1-1
ii  libmateweather1  1.8.0-2
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libpangoft2-1.0-01.36.8-2
ii  librsvg2-2   2.40.4-1
ii  libsm6   2:1.2.2-1
ii  libstartup-notification0 0.12-4
ii  libwnck222.30.7-2
ii  libx11-6 2:1.6.2-3
ii  libxau6  1:1.0.8-1
ii  libxrandr2   2:1.4.2-1
ii  mate-desktop 1.8.1+dfsg1-1
ii  mate-menus   1.8.0-5
ii  mate-panel-common1.8.1+dfsg1-1
ii  mate-polkit  1.8.0+dfsg1-4
ii  menu-xdg 0.5
ii  python   2.7.8-1

mate-panel recommends no packages.

mate-panel 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#766798: mutt spam detection fails when header_cache is enabled

[Antonio Radici]

On Sat, Oct 25, 2014 at 02:57:20PM -0700, Matt Rechkemmer wrote:
> Package: mutt
> Version: 1.5.21-6.2+deb7u2
> Severity: normal
> 
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
> 
>* What led up to the situation? I was attempting to use mutt's spam
>detection to mass delete spam messages in mutt.  When header cache is
>enabled, spam headers are never identified and tagged within mutt.
>* What exactly did you do (or not do) that was effective (or
>  ineffective)? I tested against mutt.org's version of mutt.  In that
>  version, mutt works as expected.  When I use the stable version in
>  wheezy, the spam detection fails.
>* What was the outcome of this action? Spam headers are properly identified
>and tagged.
>* What outcome did you expect instead? Using Debian's version, mutt's spam
>detection mechanism fails when header cache (set header_cache) is enabled.

Hi Matt,
can you also provide a mutt -v output of the mutt.org package that you compiled
yourself and where the spam detection works fine?

thanks!


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

Bug#766798: mutt spam detection fails when header_cache is enabled

[Matt Rechkemmer]

On Sat, Oct 25, 2014 at 10:46:52PM +, Antonio Radici wrote:


Hi Matt,
can you also provide a mutt -v output of the mutt.org package that you 
compiled yourself and where the spam detection works fine?


thanks!


Certainly:
==

Mutt 1.5.23 (2014-03-12)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.2.0-4-amd64 (x86_64)
ncurses: ncurses 5.9.20110404 (compiled with 5.9)

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5' 
--with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs 
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.7 --enable-shared --enable-linker-build-id 
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext 
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object 
--enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-5) 


Configure options: '--prefix=/home/jcdenton/local'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2

Compile options:
-DOMAIN
-DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
-USE_POP  -USE_IMAP  -USE_SMTP  
-USE_SSL_OPENSSL  -USE_SSL_GNUTLS  -USE_SASL  -USE_GSS  -HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  -CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET  +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  -HAVE_LIBIDN  +HAVE_GETSID  -USE_HCACHE  
ISPELL="/usr/bin/ispell"

SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/home/jcdenton/local/share/mutt"
SYSCONFDIR="/home/jcdenton/local/etc"
EXECSHELL="/bin/sh"
-MIXMASTER
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.


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

Bug#680029: Bug#749852: lsdb: fails to upgrade from wheezy

[Tatsuya Kinoshita]

On May 30, 2014 at 11:08AM +0200, holger (at layer-acht.org) wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> wheezy. It installed fine in wheezy, then the upgrade to jessie fails.

To fix this RC bug and #680029, I'll NMU soon with the attached patch.

Thanks,
--
Tatsuya Kinoshita
diff --git a/debian/changelog b/debian/changelog
index 53f46ed..b1e979b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+lsdb (0.11-10.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Check apel and flim to byte-compile (closes: #749852)
+  * New patch lsdb-make-local-hook.patch (closes: #680029)
+  * Refresh debian/control with *.in
+
+ -- Tatsuya Kinoshita   Sun, 26 Oct 2014 07:31:09 +0900
+
 lsdb (0.11-10) unstable; urgency=low
 
   * rules (clean): Avoid lintian warning.
diff --git a/debian/control b/debian/control
index 01f777b..d7fb1d6 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,9 @@ Source: lsdb
 Section: mail 
 Priority: optional
 Maintainer: OHASHI Akira 
-Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 5)
+Build-Depends: cdbs,
+ debhelper,
+ dh-buildinfo
 Standards-Version: 3.7.2
 
 Package: lsdb
diff --git a/debian/emacsen-install b/debian/emacsen-install
index 69d809d..ac4d64e 100644
--- a/debian/emacsen-install
+++ b/debian/emacsen-install
@@ -41,6 +41,8 @@ sourceonly_all=$(for i in ${!SOURCEONLY_*} ; do
 done | sort -u)
 
 if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/poem.elc" ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/flim/mime.elc" ]; then exit 0; fi
 
 # Install-info-altdir does not actually exist. 
 # Maybe somebody will write it.
diff --git a/debian/patches/lsdb-make-local-hook.patch b/debian/patches/lsdb-make-local-hook.patch
new file mode 100644
index 000..486f5cf
--- /dev/null
+++ b/debian/patches/lsdb-make-local-hook.patch
@@ -0,0 +1,26 @@
+Subject: Conditionalize make-local-hook on XEmacs
+Author: "Aaron M. Ucko" 
+Origin: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680029
+
+--- lsdb-0.11.orig/lsdb.el
 lsdb-0.11/lsdb.el
+@@ -867,7 +867,8 @@
+   (autoload 'migemo-get-pattern "migemo"))
+ 
+ (defun lsdb-complete-name-highlight (start end)
+-  (make-local-hook 'pre-command-hook)
++  (if (featurep 'xemacs)
++  (make-local-hook 'pre-command-hook))
+   (add-hook 'pre-command-hook 'lsdb-complete-name-highlight-update nil t)
+   (save-excursion
+ (goto-char start)
+@@ -1048,7 +1049,8 @@
+   (font-lock-set-defaults)
+ (set (make-local-variable 'font-lock-defaults)
+ 	 '(lsdb-font-lock-keywords t)))
+-  (make-local-hook 'post-command-hook)
++  (if (featurep 'xemacs)
++  (make-local-hook 'post-command-hook))
+   (add-hook 'post-command-hook 'lsdb-modeline-update nil t)
+   (make-local-variable 'lsdb-modeline-string)
+   (setq mode-line-buffer-identification
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..be95f95
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+lsdb-make-local-hook.patch
diff --git a/debian/source/format b/debian/source/format
new file mode 100644
index 000..163aaf8
--- /dev/null
+++ b/debian/source/format
@@ -0,0 +1 @@
+3.0 (quilt)


pgpHsj95daPRP.pgp
Description: PGP signature

Bug#749763: initz: fails to upgrade from wheezy

[Tatsuya Kinoshita]

On May 29, 2014 at 7:09PM +0200, holger (at layer-acht.org) wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> wheezy. It installed fine in wheezy, then the upgrade to jessie fails.

To fix this RC bug, I'll NMU soon with the attached patch.

Thanks,
-- 
Tatsuya Kinoshita

diff --git a/debian/changelog b/debian/changelog
index 4e532ea..4da1161 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+initz (0.0.11+20030603cvs-17.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Check apel to byte-compile (closes: #749763)
+
+ -- Tatsuya Kinoshita   Sun, 26 Oct 2014 06:42:10 +0900
+
 initz (0.0.11+20030603cvs-17.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff --git a/debian/emacsen-install b/debian/emacsen-install
index 5ec7225..7cd546a 100644
--- a/debian/emacsen-install
+++ b/debian/emacsen-install
@@ -41,6 +41,7 @@ sourceonly_all=$(for i in ${!SOURCEONLY_*} ; do
 done | sort -u)
 
 if [ ${FLAVOR} = emacs ]; then exit 0; fi
+if [ ! -f "/usr/share/$FLAVOR/site-lisp/apel/install.elc" ]; then exit 0; fi
 
 # Install-info-altdir does not actually exist. 
 # Maybe somebody will write it.


pgpn9TTqFA_8v.pgp
Description: PGP signature

Bug#766795: afterstep not binnmu safe and not installable in sid

[Robert Luberda]

reassign 766795 debhelper
merge 766795 766711
thanks


> 
> It seems after the binnmu for the libjpeg-turbo transition afterstep is
> no longer installable in sid (and hence the binnmu won't migrate and the
> transition won't complete in testing).

This is debhelper bug. I've just uploaded afterstep 2.2.12-3, which
removes usage of {misc:Depends} as a work-around.

Regards,
robert


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

Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area

[Mike Gabriel]

Hi Matthew,

On  So 19 Okt 2014 19:06:08 CEST, Matthew Horan wrote:


Package: mate-panel
Version: 1.8.1+dfsg1-1
Severity: normal

Dear Maintainer,

After a recent system update, clicking certain (redshift-gtk,
NetworkManager Applet) notification icons requires a persistent click in
order for the menu to remain open. Previously, all notification menus
remained open on mouse up.

Confusingly, some icons now remain open on mouse up, for example Steam
and MATE's PulseAudio volume control applet.

I would expect all icons to behave the same -- either remain open on
click (right or left click), or close on mouse up.


I observe this, too.

However, my feeling is that it is related to the recent GTK3 version  
bump in Debian (to 3.14). Several GKT3 applets changed their mouse  
interaction behaviour...


The changed occurred within the last two weeks or so. The issue is not  
mate-panel related, but depends on other things I currently lack to  
oversee.


Any idea, what this bug can be reassigned to?

Mike

--

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

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

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


pgpfz9e7TnTm7.pgp
Description: Digitale PGP-Signatur

Bug#765369: nautilus: "Open in Terminal" shown twice in the hamburger menu

[Laurent Bigonville]

Hello,

This is happening because the (part of) feature provided by the
nautilus-open-terminal package have been merged in nautilus itself.

nautilus-open-terminal should maybe be removed from the archive.

Cheers,

Laurent Bigonville


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

Bug#561281: util-linux hwclock problems with rtc not in utc, resolved?

[Andreas Henriksson]

Control: tags -1 + moreinfo

Hello!

Please test and report back if the problem you talked about in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561281
are still happening with the version shipped in Debian testing or unstable
(ie. >= 2.25.1-4). Hopefully this is resolved and if I don't get any
feedback I'll close this bug report soon.

Regards,
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#748401: Raising severity to important

[Mike Gabriel]

Control: severity -1 important

I guess, it would be good not to break Debian sid rebuilds. Thus,  
raising severity.


This issue is not release critical, as there normally are no rebuilds  
in testing or stable, but still.


Mike

--

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

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

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


pgpBbEC8Di8Fn.pgp
Description: Digitale PGP-Signatur

Bug#765722: [xml/sgml-pkgs] Bug#765722: CVE-2014-3660 libxml2 billion laugh variant

[Aron Xu]

Hi,

I'm preparing 2.9.2 for jessie, and for stable/oldstable I'll work on
them after the upload of 2.9.2.

Thanks,
Aron


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

Bug#657405: I sent a request to NM to add Matija Nalis to Alioth

[Asheesh Laroia]

For what it's worth! Hopefully I did it right.


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

Bug#766799: resizing root partition with resize2fs makes system unbootable

[Dmitry Borisyuk]

Package: e2fsprogs
Version: 1.42.12-1
Severity: grave

Dear Maintainer,

Fortunately, this bug happened on a virtual machine,
so I can repeat the experiment if needed.

I have a virtual machine with a 1GB hdd and jessie installed on it.
The hdd has only one partition which is /dev/sda1, and formatted as ext2.

At first, I enlarge (via virtualbox "vboxmanage" command) the hdd size to 2GB.
Then boot the virtual machine.
Then enlarge the root partition to 2GB with cfdisk.
Then reboot. Everything is fine.
Then do

# resize2fs /dev/sda1

It says something like "/dev/sda1 is now 261 (1k) blocks long".
Then reboot. Grub says "error: unknown filesystem" and drops to rescue prompt.
(It might be bug in grub, not e2fsprogs - I'm not sure. Grub version is 2.00-22)


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

Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages e2fsprogs depends on:
ii  e2fslibs1.42.12-1
ii  libblkid1   2.20.1-5.11
ii  libc6   2.19-11
ii  libcomerr2  1.42.12-1
ii  libss2  1.42.12-1
ii  libuuid12.20.1-5.11
ii  util-linux  2.20.1-5.11

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static  
pn  gpart  
pn  parted 

-- 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#766798: mutt spam detection fails when header_cache is enabled

[Matt Rechkemmer]

Package: mutt
Version: 1.5.21-6.2+deb7u2
Severity: normal

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

   * What led up to the situation? I was attempting to use mutt's spam
   detection to mass delete spam messages in mutt.  When header cache is
   enabled, spam headers are never identified and tagged within mutt.
   * What exactly did you do (or not do) that was effective (or
 ineffective)? I tested against mutt.org's version of mutt.  In that
 version, mutt works as expected.  When I use the stable version in
 wheezy, the spam detection fails.
   * What was the outcome of this action? Spam headers are properly identified
   and tagged.
   * What outcome did you expect instead? Using Debian's version, mutt's spam
   detection mechanism fails when header cache (set header_cache) is enabled.

-- Package-specific info:
Mutt 1.5.21 (2010-09-15)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.2.0-4-amd64 (x86_64)
ncurses: ncurses 5.9.20110404 (compiled with 5.9)
libidn: 1.25 (compiled with 1.25)
hcache backend: tokyocabinet 1.4.47
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode
features/ifdef
features/xtitles
features/trash-folder
features/purge-message
features/imap_fast_trash
features/sensible_browser_position
features-old/patch-1.5.4.vk.pgp_verbose_mime
features/compressed-folders
features/compressed-folders.debian
debian-specific/Muttrc
debian-specific/Md.etc_mailname_gethostbyname.diff
debian-specific/use_usr_bin_editor.diff
debian-specific/correct_docdir_in_man_page.diff
debian-specific/dont_document_not_present_features.diff
debian-specific/document_debian_defaults
debian-specific/assumed_charset-compat
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.diff
misc/gpg.rc-paths
misc/smime.rc
upstream/531430-imapuser.patch
upstream/537818-emptycharset.patch
upstream/543467-thread-segfault.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/548577-gpgme-1.2.patch
upstream/553321-ansi-escape-segfault.patch
upstream/568295-references.patch
upstream/547980-smime_keys-chaining.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/578087-header-strchr.patch
upstream/603288-split-fetches.patch
upstream/537061-dont-recode-saved-attachments.patch
upstream/608706-fix-spelling-errors.patch
upstream/620854-pop3-segfault.patch
upstream/611412-bts-regexp.patch
upstream/624058-gnutls-deprecated-set-priority.patch
upstream/624085-gnutls-deprecated-verify-peers.patch
upstream/584138-mx_update_context-segfault.patch
upstream/619216-gnutls-CN-validation.patch
upstream/611410-no-implicit_autoview-for-text-html.patch
upstream/path_max
upstream/CVE-2014-0467.patch
misc/579967-fixes-german-translation.patch
mutt.org

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (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 mutt depends on:
ii  libc6 2.13-38+deb7u6
ii  libcomerr21.42.5-1.1
ii  libgnutls26   2.12.20-8+deb7u2
ii  libgpg-error0 1.10-3.1
ii  libgpgme111.2.0-1.4+deb7u1
ii  libgssapi-krb5-2  1.10.1+dfsg-5+deb7u2
ii  libidn11  1.25-2
ii  libk5crypto3  1.10.1+dfsg-5+deb7u2
ii  libkrb5-3 1.10.1+dfsg-5+deb7u2
ii  libncursesw5  5.9-10
ii  libsasl2-22.1.25.dfsg1-6+deb7u1
ii  libtinfo5 5.9-10
ii  libtokyocabinet9  1.4.47-2

Versions of packages mutt recommends:
ii  libsasl2-modules2.1.25.dfsg1-6+deb7u1
ii  locales 2.13-38+deb7u6
ii  mime-support3.52-1
ii  postfix [mail-transport-agent]  2.9.6-2

Versions of packages mutt suggests:
ii  aspell   0.

Bug#766797: ITP: flamp -- ham radio Amateur Multicast Protocol application

[Kamal Mostafa]

Package: wnpp
Severity: wishlist
Owner: Kamal Mostafa 

* Package name: flamp
  Version : 2.1.02
  Upstream Author : Dave Freese 
* URL : http://www.w1hkj.com/flamp2.1-help/index.html
* License : GPL, LGPL
  Programming Lang: C++
  Description : ham radio Amateur Multicast Protocol application

Flamp is a editor / file management tool for transferring files using
Amp-2.0 protocol (Amateur Multicast Protocol). 


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

Bug#766796: konqueror: Konqueror is vulnerable to the Poodle attack

[Patrick Häcker]

Package: konqueror
Version: 4:4.14.1-1
Severity: grave
Tags: security
Justification: user security hole

Dear Maintainer,

according to https://www.poodletest.com/ Konqueror is still vulnerable to the
Poodle attack.
If this is only fixable in KHTML or WebKit, please move the bug there.

As all the other major browsers plan to deactivate SSLv3 support in the near
future, Konqueror should probably do so as well for Jessie.

Kind regards
Patrick

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

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

Versions of packages konqueror depends on:
ii  install-info5.2.0.dfsg.1-4
ii  kde-baseapps-bin4:4.14.1-1
ii  kde-baseapps-data   4:4.14.1-1
ii  kde-runtime 4:4.14.1-1+b1
ii  libc6   2.19-11
ii  libkactivities6 4:4.13.3-1
ii  libkcmutils44:4.14.1-1+b1
ii  libkde3support4 4:4.14.1-1+b1
ii  libkdecore5 4:4.14.1-1+b1
ii  libkdesu5   4:4.14.1-1+b1
ii  libkdeui5   4:4.14.1-1+b1
ii  libkfile4   4:4.14.1-1+b1
ii  libkhtml5   4:4.14.1-1+b1
ii  libkio5 4:4.14.1-1+b1
ii  libkonq5abi14:4.14.1-1
ii  libkonqsidebarplugin4a  4:4.14.1-1
ii  libkparts4  4:4.14.1-1+b1
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-qt3support   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-16
ii  libx11-62:1.6.2-3

Versions of packages konqueror recommends:
ii  dolphin  4:4.14.1-1
ii  kfind4:4.14.1-1
ii  konqueror-nsplugins  4:4.14.1-1
ii  kpart-webkit 1.3.4-1

Versions of packages konqueror suggests:
ii  konq-plugins  4:4.14.1-1

-- no debconf information


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

Bug#766795: afterstep not binnmu safe and not installable in sid

[peter green]

Package: afterstep
Version: 2.2.12-2+b2
Severity: serious
x-debbugs-cc: pkg-tigervnc-de...@lists.alioth.debian.org

It seems after the binnmu for the libjpeg-turbo transition afterstep is 
no longer installable in sid (and hence the binnmu won't migrate and the 
transition won't complete in testing).


The following packages have unmet dependencies:
afterstep : Depends: afterstep-data (= 2.2.12-2+b2) but 2.2.12-2 is to 
be installed


I haven't checked in detail but I suspect this is caused by use of 
link-docs. currently doing link-docs between arch specific packages and 
arch all packages is not binnmu safe (and there are aguments as to 
whether it should or shuoldn't be).



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

Bug#766784: libjson-pp-perl: can neither remove nor install newer version of this package

[gregor herrmann]

On Sat, 25 Oct 2014 21:17:02 +, brian m. carlson wrote:

> > Some things I don't understand in your log:
> > - the missing "upgrade" and "configure" lines
> Sorry about that.  I used awk to select the appropriate lines, and in
> some cases the package is in a differently-numbered field.  I've
> attached one that contains the upgrade and configure lines this time.

Thanks, now it gets more interesting :)
 
> 2014-10-11 22:50:46 upgrade libjson-pp-perl:all 2.27203-1 2.27300-1
> 2014-10-11 22:50:46 status half-configured libjson-pp-perl:all 2.27203-1
> 2014-10-11 22:50:46 status unpacked libjson-pp-perl:all 2.27203-1
> 2014-10-11 22:50:46 status half-installed libjson-pp-perl:all 2.27203-1
> 2014-10-11 22:50:47 status half-installed libjson-pp-perl:all 2.27203-1
> 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1
> 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1
> 2014-10-11 22:51:31 configure libjson-pp-perl:all 2.27300-1 
> 2014-10-11 22:51:31 status unpacked libjson-pp-perl:all 2.27300-1
> 2014-10-11 22:51:31 status half-configured libjson-pp-perl:all 2.27300-1
> 2014-10-11 22:51:31 status installed libjson-pp-perl:all 2.27300-1

Ok, upgrade 2.27203-1 -> 2.27300-1 succeeds.

12 days later:

> 2014-10-23 23:25:12 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2
> 2014-10-23 23:25:12 status half-configured libjson-pp-perl:all 2.27300-1
> 2014-10-23 23:25:12 status unpacked libjson-pp-perl:all 2.27300-1
> 2014-10-23 23:25:12 status half-installed libjson-pp-perl:all 2.27300-1
> 2014-10-23 23:25:13 status unpacked libjson-pp-perl:all 2.27300-1
> 2014-10-23 23:25:13 status installed libjson-pp-perl:all 2.27300-1

Upgrade 2.27300-1 -> 2.27300-2 attempted but ...

// compared with my log:
2014-10-20 18:42:57 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2
2014-10-20 18:42:57 status half-configured libjson-pp-perl:all 2.27300-1
2014-10-20 18:42:57 status unpacked libjson-pp-perl:all 2.27300-1
2014-10-20 18:42:57 status half-installed libjson-pp-perl:all 2.27300-1
2014-10-20 18:42:57 status half-installed libjson-pp-perl:all 2.27300-1
2014-10-20 18:42:57 status half-installed libjson-pp-perl:all 2.27300-1
2014-10-20 18:42:57 status unpacked libjson-pp-perl:all 2.27300-2
2014-10-20 18:42:57 status unpacked libjson-pp-perl:all 2.27300-2
2014-10-20 18:43:10 configure libjson-pp-perl:all 2.27300-2 
2014-10-20 18:43:10 status unpacked libjson-pp-perl:all 2.27300-2
2014-10-20 18:43:10 status half-configured libjson-pp-perl:all 2.27300-2
2014-10-20 18:43:10 status installed libjson-pp-perl:all 2.27300-2
//

... 2.27300-2 never gets unpacked.
That's probably where the dpkg-divert dance fails.


I still have no clue what fails here, and if the cause is in the
package or some local glitch, but hopefully we now have enough
information so that someone sees more than me.


Cheers,
gregor


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


signature.asc
Description: Digital Signature

Bug#743200: Precision about next upload

[xakz]

forwarded 743200 https://github.com/xakz/cronolog/issues/3
quit



Next upload will include a fix to exit(0) instead of exit(3) in this
specific case.

For the documentation, I think these exit codes are arbitrary. But I
forward that.

--
xakz


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

Bug#766784: libjson-pp-perl: can neither remove nor install newer version of this package

[brian m. carlson]

On Sat, Oct 25, 2014 at 09:58:15PM +0200, gregor herrmann wrote:
> Some things I don't understand in your log:
> - the missing "upgrade" and "configure" lines

Sorry about that.  I used awk to select the appropriate lines, and in
some cases the package is in a differently-numbered field.  I've
attached one that contains the upgrade and configure lines this time.

> - that 2.27300-1 (tries to) get(s) installed 3 times

I used aptitude, so I'm not sure why that happened.  I think aptitude
tries to reinstall the package if it fails the first time.
-- 
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
2014-10-11 22:50:46 upgrade libjson-pp-perl:all 2.27203-1 2.27300-1
2014-10-11 22:50:46 status half-configured libjson-pp-perl:all 2.27203-1
2014-10-11 22:50:46 status unpacked libjson-pp-perl:all 2.27203-1
2014-10-11 22:50:46 status half-installed libjson-pp-perl:all 2.27203-1
2014-10-11 22:50:47 status half-installed libjson-pp-perl:all 2.27203-1
2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1
2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1
2014-10-11 22:51:31 configure libjson-pp-perl:all 2.27300-1 
2014-10-11 22:51:31 status unpacked libjson-pp-perl:all 2.27300-1
2014-10-11 22:51:31 status half-configured libjson-pp-perl:all 2.27300-1
2014-10-11 22:51:31 status installed libjson-pp-perl:all 2.27300-1
2014-10-23 23:23:42 upgrade perl:amd64 5.20.1-1 5.20.1-2
2014-10-23 23:23:42 status half-configured perl:amd64 5.20.1-1
2014-10-23 23:23:42 status unpacked perl:amd64 5.20.1-1
2014-10-23 23:23:42 status half-installed perl:amd64 5.20.1-1
2014-10-23 23:23:43 status half-installed perl:amd64 5.20.1-1
2014-10-23 23:23:43 status unpacked perl:amd64 5.20.1-2
2014-10-23 23:23:43 status unpacked perl:amd64 5.20.1-2
2014-10-23 23:23:43 upgrade perl-base:amd64 5.20.1-1 5.20.1-2
2014-10-23 23:23:43 status half-configured perl-base:amd64 5.20.1-1
2014-10-23 23:23:43 status unpacked perl-base:amd64 5.20.1-1
2014-10-23 23:23:43 status half-installed perl-base:amd64 5.20.1-1
2014-10-23 23:23:44 status half-installed perl-base:amd64 5.20.1-1
2014-10-23 23:23:44 status unpacked perl-base:amd64 5.20.1-2
2014-10-23 23:23:44 status unpacked perl-base:amd64 5.20.1-2
2014-10-23 23:23:46 configure perl-base:amd64 5.20.1-2 
2014-10-23 23:23:46 status unpacked perl-base:amd64 5.20.1-2
2014-10-23 23:23:46 status half-configured perl-base:amd64 5.20.1-2
2014-10-23 23:23:46 status installed perl-base:amd64 5.20.1-2
2014-10-23 23:23:47 upgrade perl-modules:all 5.20.1-1 5.20.1-2
2014-10-23 23:23:47 status half-configured perl-modules:all 5.20.1-1
2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-1
2014-10-23 23:23:47 status half-installed perl-modules:all 5.20.1-1
2014-10-23 23:23:47 status half-installed perl-modules:all 5.20.1-1
2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-2
2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-2
2014-10-23 23:25:12 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2
2014-10-23 23:25:12 status half-configured libjson-pp-perl:all 2.27300-1
2014-10-23 23:25:12 status unpacked libjson-pp-perl:all 2.27300-1
2014-10-23 23:25:12 status half-installed libjson-pp-perl:all 2.27300-1
2014-10-23 23:25:13 status unpacked libjson-pp-perl:all 2.27300-1
2014-10-23 23:25:13 status installed libjson-pp-perl:all 2.27300-1
2014-10-23 23:25:26 upgrade perl-doc:all 5.20.1-1 5.20.1-2
2014-10-23 23:25:26 status half-configured perl-doc:all 5.20.1-1
2014-10-23 23:25:26 status unpacked perl-doc:all 5.20.1-1
2014-10-23 23:25:26 status half-installed perl-doc:all 5.20.1-1
2014-10-23 23:25:27 status half-installed perl-doc:all 5.20.1-1
2014-10-23 23:25:27 status unpacked perl-doc:all 5.20.1-2
2014-10-23 23:25:27 status unpacked perl-doc:all 5.20.1-2
2014-10-23 23:26:44 configure perl-modules:all 5.20.1-2 
2014-10-23 23:26:44 status unpacked perl-modules:all 5.20.1-2
2014-10-23 23:26:44 status unpacked perl-modules:all 5.20.1-2
2014-10-23 23:26:44 status half-configured perl-modules:all 5.20.1-2
2014-10-23 23:26:44 status installed perl-modules:all 5.20.1-2
2014-10-23 23:26:44 configure perl:amd64 5.20.1-2 
2014-10-23 23:26:44 status unpacked perl:amd64 5.20.1-2
2014-10-23 23:26:44 status half-configured perl:amd64 5.20.1-2
2014-10-23 23:26:44 status installed perl:amd64 5.20.1-2
2014-10-23 23:26:46 configure perl-doc:all 5.20.1-2 
2014-10-23 23:26:46 status unpacked perl-doc:all 5.20.1-2
2014-10-23 23:26:46 status half-configured perl-doc:all 5.20.1-2
2014-10-23 23:26:46 status installed perl-doc:all 5.20.1-2
2014-10-23 23:47:42 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2
2014-10-23 23:47:42 status half-configured libjson-pp-perl:all 2.27300-1
2014-10-23 23:47:42 status unpacked libjson-pp-perl:all 2.27300-1
2014-10-23 23:47:42 status half-installed libjson-pp-perl:all 2.27300-1
2014-10-23 23:47:42 status unpacked li

Bug#766792: packagekit: Does not ship pkla file

[Laurent Bigonville]

tag 766792 + patch
thanks

I've attached a pkla file that should work (didn't tested it though).

The lack of this file might explain why I was able to see the offline
update ckeck box when rebooting my machine in gnome-shell on my desktop
running polkit 0.112 and not on my work laptop.

Cheers,

Laurent Bigonvillediff -Nru packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla
--- packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla	1970-01-01 01:00:00.0 +0100
+++ packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla	2014-10-25 22:55:15.0 +0200
@@ -0,0 +1,6 @@
+[Allow admins to upgrade the system]
+Identity=unix-group:sudo
+Action=org.freedesktop.packagekit.upgrade-system;org.freedesktop.packagekit.trigger-offline-update
+ResultAny=no
+ResultInactive=no
+ResultActive=yes
diff -Nru packagekit-1.0.1/debian/packagekit.install packagekit-1.0.1/debian/packagekit.install
--- packagekit-1.0.1/debian/packagekit.install	2014-10-21 15:53:34.0 +0200
+++ packagekit-1.0.1/debian/packagekit.install	2014-10-25 23:02:25.0 +0200
@@ -2,6 +2,7 @@
 etc/PackageKit/Vendor.conf
 etc/apt/apt.conf.d/20packagekit
 etc/dbus-1/system.d/org.freedesktop.PackageKit.conf
+debian/org.freedesktop.packagekit.pkla var/lib/polkit-1/localauthority/10-vendor.d/
 lib/systemd/system/*
 usr/lib/*/packagekit-backend/*
 usr/lib/packagekit/packagekit-direct

Bug#766794: radare2: new upstream version available

[random . numbers]

Package: radare2
Version: 0.9.6-3.1
Severity: wishlist

upstream has version 0.9.7:
https://github.com/radare/radare2/releases


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

Bug#766442: leaks dockerinit files on upgrade

[Tianon Gravi]

On 23 October 2014 00:08, Joey Hess  wrote:
> -rwx--  1 root root 9029541 Jun  6 22:07 dockerinit-0.11.1*
> -rwx--  1 root root 9178470 Jun 14 03:45 dockerinit-1.0.0*
> -rwx--  1 root root 7338600 Oct 10 12:10 dockerinit-1.2.0*
> -rwx--  1 root root 7246144 Oct 19 11:40 dockerinit-1.3.0*

I believe these are actually left around on purpose, with the intent
being that containers that somehow still have an old version in them
can still work.  Generally, upstream regards "/var/lib/docker" as
something that shouldn't really be introspected, so it's really not
much of a surprise that garbage collecting there isn't a big priority.

Now to answer somewhat more directly, I _think_ these old versions
should be OK to remove without ill effect, but upstream is very
explicit that if you're touching "/var/lib/docker" by hand, you get to
keep the pieces.

♥,
- Tianon


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

Bug#766438: Acknowledgement (no longer restarts containers on boot)

[Tianon Gravi]

On 23 October 2014 01:05, Joey Hess  wrote:
> Maybe --restart=always or --restart=on-error is needed to get the old
> behavior? I cannot make much sense of the upstream changelog.

You've interpreted it correctly here.  Upstream decided that it was
better to add an explicit "restart policy" for each container than to
continue to maintain their fragile heuristics for when a container is
deemed appropriate to automatically restart (since it didn't actually
work correctly half the time anyways).

♥,
- Tianon


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

Bug#766790: wxwidgets3.0: ABI break: constants wxLANGUAGE_KOREAN and after renumbered

[Olly Betts]

I've looked through the matches for this codesearch query:

http://codesearch.debian.net/search?q=wxLANGUAGE_%28[K-TV-Z]|U[^N]%29+-package%3Awxwidgets2.8+-package%3Awxwidgets3.0+-package%3Awxpython3.0

I skipped those matches which were in non-C++ code or in comments and
checked when the remaining matching packages were last uploaded.

Not in testing or built against wxwidgets2.8:

codeblocks
sitplus

Not in testing:

amule

Uploaded since wxwidgets3.0 3.0.1-1:

audacity
boinc
codelite
guayadeque
hugin
kicad
maitreya

I think these two just need a binnmu, except on arm64 and ppc64el which
built them with a newer wxwidgets3.0:

wxmaxima
xmlcopyeditor

And that leave erlang, which from the codesearch hits looks like it probably
includes the literal numeric values corresponding to each wxLANGUAGE_* enum
- I will need to look at what needs doing to regenerate that list.

Cheers,
Olly


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

Bug#736414: warning: ignoring return value of 'write'

[Sebastiaan Couwenberg]

Control: tags -1 confirmed
Control: found -1 osmctools/0.3-1

Hi Mathieu,

Thanks for reporting this issue. Unfortunately it looks like upstream
doesn't using an issue tracking where this could be forwarded to.

The best way forward seems to patch these issues ourselves and file it
upstream as merge request.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1


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

Bug#766793: additional udeb packages for hppa arch

[Helge Deller]

Source: kernel
Version: 3.16.5-1
Severity: important
Tags: patch

The attached tgz file contains some more include files for the debian kernel 
package, so that a few more udeb packages will be automatically generated for 
the hppa and hppa64 architecture.

The additional udeb packages are:
crc-modules
event-modules
isofs-modules
jfs-modules
mouse-modules
nic-usb-modules
sata-modules
scsi-common-modules
serial-modules
squashfs-modules
usb-serial-modules

Can you please add those to the debian kernel package with the next upload ?

Thanks,
Helge


hppa-additional-udebs.tgz
Description: application/gzip

Bug#758968: proofgeneral: "called emacs-package-remove as a new-style add-on, but has no compat file."

[Hendrik Tews]

Hi,

thanks for the report and please apologize the delay. I'll add
the necessary emacsen-compat file in the next version of this
package to fix this bug.

Bye,

Hendrik


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

Bug#765285: Problem building mapsembler2 on several architectures: xmmintrin.h: No such file or directory

[Jakub Wilk]

* Andreas Tille , 2014-10-25, 20:01:

Unfortunately it still fails on mips, mipsel and powerpc with
| [ 97%] Building CXX object 
ext/gatb-core/tools/CMakeFiles/dbgh5.dir/dbgh5.cpp.o
| Linking CXX executable ../bin/dbgh5
| ../lib/libgatbcore.a(Storage.cpp.o): In function 
`gatb::core::tools::storage::impl::BagHDF5::insert(gatb::core::tools::math::NativeInt8
 const*, unsigned int)':
| 
/«BUILDDIR»/mapsembler2-2.2.3+dfsg/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/tools/storage/impl/CollectionHDF5.hpp:102:
 undefined reference to `__sync_fetch_and_add_8'


IANA atomics expert, but GCC documentation describes the __sync_*[0] 
built-in functions as "legacy", and I hypothesize that the __atomic_*[1] 
built-in functions are more widely available. The attached patch let me 
build mapsembler2 on powerpc, although probably all the other __sync_* 
calls should be replaced by __atomic_*. I didn't test if the package 
still works after these changes.



[0] https://gcc.gnu.org/onlinedocs/gcc-4.9.1/gcc/_005f_005fsync-Builtins.html
[1] https://gcc.gnu.org/onlinedocs/gcc-4.9.1/gcc/_005f_005fatomic-Builtins.html

--
Jakub Wilk
diff -Nru mapsembler2-2.2.3+dfsg/debian/patches/atomics mapsembler2-2.2.3+dfsg/debian/patches/atomics
--- mapsembler2-2.2.3+dfsg/debian/patches/atomics	1970-01-01 01:00:00.0 +0100
+++ mapsembler2-2.2.3+dfsg/debian/patches/atomics	2014-10-25 22:25:42.0 +0200
@@ -0,0 +1,22 @@
+--- a/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/tools/storage/impl/CollectionHDF5.hpp
 b/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/tools/storage/impl/CollectionHDF5.hpp
+@@ -99,7 +99,7 @@
+ /** We increase the number of inserted items. */
+ _nbInserted += length;
+ 
+-__sync_fetch_and_add (&_nbItems, length);
++__atomic_fetch_add (&_nbItems, length, __ATOMIC_SEQ_CST);
+ 
+ /** Close resources. */
+ status = H5Sclose (filespaceId);
+--- a/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/kmer/impl/PartitionsCommand.cpp
 b/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/kmer/impl/PartitionsCommand.cpp
+@@ -50,7 +50,7 @@
+ 
+ template
+ PartitionsCommand::~PartitionsCommand()  {
+-__sync_fetch_and_add (&_totalKmerNbRef, _totalKmerNb);
++__atomic_fetch_add (&_totalKmerNbRef, _totalKmerNb, __ATOMIC_SEQ_CST);
+ };
+ 
+ template
diff -Nru mapsembler2-2.2.3+dfsg/debian/patches/series mapsembler2-2.2.3+dfsg/debian/patches/series
--- mapsembler2-2.2.3+dfsg/debian/patches/series	2014-10-15 07:39:58.0 +0200
+++ mapsembler2-2.2.3+dfsg/debian/patches/series	2014-10-25 22:25:09.0 +0200
@@ -2,3 +2,4 @@
 run_pipeline
 add_hardening
 skip_mphe
+atomics
diff -Nru mapsembler2-2.2.3+dfsg/debian/rules mapsembler2-2.2.3+dfsg/debian/rules
--- mapsembler2-2.2.3+dfsg/debian/rules	2014-10-15 07:27:33.0 +0200
+++ mapsembler2-2.2.3+dfsg/debian/rules	2014-10-25 22:24:44.0 +0200
@@ -11,6 +11,7 @@
   export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial
   export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial
 endif
+DEB_LDFLAGS_MAINT_APPEND += -latomic
 
 CPPFLAGS:=$(shell dpkg-buildflags --get CPPFLAGS)
 CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) $(CPPFLAGS)

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

[Mike Gabriel]

Control: tag -1 moreinfo
Control: tag -1 - patch

Hi Paul,

thanks for helping with improving NX code. I am one of the Debian  
maintainers of nx-libs-lite as well of the release manager of X2Go, a  
terminal server solution that uses nxproxy and acts as upstream for  
the packages in Debian.


I test your patch and it results in several nxproxy crashes every 1-2  
minutes. The output of the session.log file you can find below.


Please check nxproxy when working together with nxagent (deb  
http://packages.x2go.org/debian jessie main) and hopefully you can  
find some changes for your patch (as I would love to have BIG-REQUESTS  
support in NX).


"""

NXPROXY - Version 3.5.0

Copyright (C) 2001, 2010 NoMachine.
See http://www.nomachine.com/ for more information.

Info: Proxy running in client mode with pid '30148'.
Session: Starting session at 'Sat Oct 25 22:41:21 2014'.
Info: Using abstract X11 socket in kernel namespace for accessing DISPLAY=:0.
Info: Connecting to remote host '127.0.0.1:30001'.
Info: Connection to remote proxy '127.0.0.1:30001' established.
Info: Connection with remote proxy completed.
Warning: Unrecognized session type 'unix-kde-depth_24'. Assuming agent  
session.

Info: Using ADSL link parameters 512/24/1/0.
Info: Using cache parameters 4/4096KB/8192KB/8192KB.
Info: Using pack method '16m-png-9' with session 'unix-kde-depth_24'.
Info: Using ZLIB data compression 1/1/32.
Info: Using ZLIB stream compression 4/4.
Info: No suitable cache file found.
Info: Forwarding X11 connections to display ':0'.
Session: Session started at 'Sat Oct 25 22:41:22 2014'.
Info: Established X server connection.
Info: Using shared memory parameters 0/0K.
Error: Can't add a message of 640681836 bytes to write buffer.
Error: Assuming error handling data in context [B].
Session: Terminating session at 'Sat Oct 25 22:42:10 2014'.
Session: Session terminated at 'Sat Oct 25 22:42:10 2014'.

NXPROXY - Version 3.5.0

Copyright (C) 2001, 2010 NoMachine.
See http://www.nomachine.com/ for more information.

Info: Proxy running in client mode with pid '30615'.
Session: Starting session at 'Sat Oct 25 22:42:28 2014'.
Info: Using abstract X11 socket in kernel namespace for accessing DISPLAY=:0.
Info: Connecting to remote host '127.0.0.1:30001'.
Info: Connection to remote proxy '127.0.0.1:30001' established.
Info: Connection with remote proxy completed.
Warning: Unrecognized session type 'unix-kde-depth_24'. Assuming agent  
session.

Info: Using ADSL link parameters 512/24/1/0.
Info: Using cache parameters 4/4096KB/8192KB/8192KB.
Info: Using pack method '16m-png-9' with session 'unix-kde-depth_24'.
Info: Using ZLIB data compression 1/1/32.
Info: Using ZLIB stream compression 4/4.
Info: No suitable cache file found.
Info: Forwarding X11 connections to display ':0'.
Session: Session started at 'Sat Oct 25 22:42:28 2014'.
Info: Established X server connection.
Info: Using shared memory parameters 0/0K.
Error: Can't add a message of 2184185436 bytes to write buffer.
Error: Assuming error handling data in context [B].
Session: Terminating session at 'Sat Oct 25 22:42:51 2014'.
Session: Session terminated at 'Sat Oct 25 22:42:51 2014'.

NXPROXY - Version 3.5.0

Copyright (C) 2001, 2010 NoMachine.
See http://www.nomachine.com/ for more information.

Info: Proxy running in client mode with pid '30893'.
Session: Starting session at 'Sat Oct 25 22:43:07 2014'.
Info: Using abstract X11 socket in kernel namespace for accessing DISPLAY=:0.
Info: Connecting to remote host '127.0.0.1:30001'.
Info: Connection to remote proxy '127.0.0.1:30001' established.
Info: Connection with remote proxy completed.
Warning: Unrecognized session type 'unix-kde-depth_24'. Assuming agent  
session.

Info: Using ADSL link parameters 512/24/1/0.
Info: Using cache parameters 4/4096KB/8192KB/8192KB.
Info: Using pack method '16m-png-9' with session 'unix-kde-depth_24'.
Info: Using ZLIB data compression 1/1/32.
Info: Using ZLIB stream compression 4/4.
Info: No suitable cache file found.
Info: Forwarding X11 connections to display ':0'.
Session: Session started at 'Sat Oct 25 22:43:07 2014'.
Info: Established X server connection.
Info: Using shared memory parameters 0/0K.
Error: Can't add a message of 3306686292 bytes to write buffer.
Error: Assuming error handling data in context [B].
Session: Terminating session at 'Sat Oct 25 22:44:15 2014'.
Session: Session terminated at 'Sat Oct 25 22:44:15 2014'.
"""

PS: I also noticed that nxproxy still has the old maintainer  
registered in Debian BTS. Please make sure that you Cc: our team  
mailing list (pkg-x2go-de...@lists.alioth.debian.org).


PPS: @Matthew Johnson: I have asked the debbugs maintainers, if they  
can change something on the override files, so that the mails for  
nxproxy end up on pkg-x2go-devel (and not in your INBOX).


Greets,
Mike

--

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

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

Bug#743634: LO 4.2 now in sid - bug now RC

[Sebastian Humenda]

Hi,

I have updated the proposed patch to also use LibreOffice-specific name spaces 
in
the description.xml of the plug-in (it refused to work without). Problem is that
after installation of the patched plug-in, the dialog doesn't pop up. I would
suppose that there's something wrong with the update done to the code
responsible for opening a dialogue.

Sebastian


signature.asc
Description: Digital signature

Bug#766774: netpbm: Shared file with kdelibs4c2a

[Alex Goebel]

kdelibs4c2a? Isn't that oldstable, or worse? Do we support mixing 
unstable and oldstable, at RC severity?
Because then I still have a few fresh bugs from unstable where 
cooperation with compiz is impacted..?!



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

Bug#760058: Will Ogre 1.8 remain in Jessie? (Was: The other packages)

[Olek]

On 10/25/2014 09:05 AM, Manuel A. Fernandez Montecelo wrote:

(Please remember to copy the submitters of the bug reports in the
future, the
BTS does not send e-mail automatically).


Ah, apologies. I assumed that you would be monitoring the games mailing 
list but I probably should not have made that assumption.




So as I said, I hoped to have only 1.9, but that doesn't seem possible now,
specially because there was no reaction from CEGUI (*) and another




(*) I think that, if somebody is interested, s/he should offer help to the
maintainer, or request to adopt the package; because the package is
awfully
out of date.


I'm afraid that it won't help for Jessie but I would be happy to help 
whoever is maintaining CEGUI. It's used in Ember and I'm a little 
familiar with it from upstream Ember work.




I do not think that Release Managers are going to grant exceptions to this
package, though.  I would probably leave it as it is (seems the safer
route),
hope that 1.8 is not removed during the freeze, and upload the latest
upstream
to experimental supporting 1.9 at some point in the near future.


Ok, sounds good. I'll plan to work with Stephen on updating the 
remaining libraries and getting all of the newest packages into 
experimental.


-Olek


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

Bug#766738: Request to Join Project pkg-haskell from Daniel Gröber (dxld-guest)

[Daniel Gröber]

From: Joachim Breitner 
Subject: Re: Bug#766738: Request to Join Project pkg-haskell from Dan 
iel Gröber (dxld-guest)

Date: Sat, 25 Oct 2014 19:20:27 +0200

Of these, it seems to me at first glance that only djinn-ghc and m 
onad-journal
are not in Sid. The latter has no unpackaged dependencies, while t 
he former

needs djinn-lib.

In summary, if I'm not missing anything, ghc-mod 5.1.1.0 would nee 
d to have

djinn-ghc, djinn-lib and monad-journal packaged.


Just verified that using the package-plan.

I think that’s a reasonable way forward.

Daniel, this might be a good start for you. Would you care to prepa 
re

packages for these three additions, and I’ll review them?


I'll give it a go :)

--Daniel


pgpSnlv7ABN1g.pgp
Description: PGP signature

Bug#766792: packagekit: Does not ship pkla file

[Laurent Bigonville]

Package: packagekit
Version: 1.0.1-1
Severity: important

Hello,

The PackageKit package is currently only shipping polkit file that are
compatible with polkit >= 0.112 which is only in experimental.

Debian unstable and jessie still ship 0.105 which uses pkla files.

That should be fixed for jessie IMHO.

Cheers,

Laurent Bigonville

-- 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.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages packagekit depends on:
ii  gdebi-core  0.9.5.5
ii  libapt-inst1.5  1.0.9.3
ii  libapt-pkg4.12  1.0.9.3
ii  libc6   2.19-12
ii  libgcc1 1:4.9.1-19
ii  libglib2.0-02.42.0-2
ii  libglib2.0-bin  2.42.0-2
ii  libgstreamer1.0-0   1.4.3-1
ii  libpackagekit-glib2-18  1.0.1-1
ii  libpolkit-gobject-1-0   0.112-3
ii  libsqlite3-03.8.7-1
ii  libstdc++6  4.9.1-19
ii  libsystemd0 215-5+b1
ii  policykit-1 0.112-3

Versions of packages packagekit recommends:
ii  packagekit-tools  1.0.1-1

Versions of packages packagekit suggests:
ii  appstream-index  0.7.3-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#704330: about adopting twitter-bootstrap

[Christian Kastner]

On 2014-10-25 22:32, László Böszörményi (GCS) wrote:
> On Sat, Oct 25, 2014 at 7:21 PM, Christian Kastner  wrote:
>
>> It would be nice to have an updated version of bootstrap within Debian.
>  Bootstrap v2.x is abandoned, especially that it needs Recess which is
> also abandoned and broken with recent less releases. There is a hope
> there will be an updated Recess[1], but its state is unknown.
> You can use version 3.x by the way, packaged as libjs-bootstrap.

Oh, I wasn't aware that 3.x was in the archive. I see it in aptitude,
but a search on packages.d.o returns nothing, and the package's page
shows "Error: No such package" for me. Can you reproduce this?

https://packages.debian.org/unstable/libjs-bootstrap

Regards,
Christian


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

Bug#757851: accessibility: orca says always "not selected"

[Mike Gabriel]

Control: severity -1 important

Hi Jean-Philippe,

On  Mo 11 Aug 2014 21:27:40 CEST, Jean-Philippe MENGUAL wrote:


Package: caja
Version: 1.8.1-2
Severity: normal

Dear Maintainer,

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


   * What led up to the situation?

I use Orca, screen reader, to vocalize MATE. For this I export gail  
and atk-bridge

GTK_MODULES. I open caja and try to select several files.

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

I press shift key, then arrow keys, to choose the files I want to  
select. They

are selected, since I can copy, move or remove them.

   * What was the outcome of this action?

But orca (gnome-orca) says "not selected".

   * What outcome did you expect instead?

It should say "selected", and nothing when nothing is selected. I'll  
forward to

Orca team too, but I think Orca speaks this because a wrong info are sent to
at-spi.

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

Thanks,



Upgrading severity to important for this issue. I really think we  
should get this into caja in Debian jessie.


Greets,
Mike

--

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

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

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


pgpi4W6e3K6Ce.pgp
Description: Digitale PGP-Signatur

Bug#704330: about adopting twitter-bootstrap

[GCS]

Hi Christian,

On Sat, Oct 25, 2014 at 7:21 PM, Christian Kastner  wrote:
> On Mon, 01 Apr 2013 09:13:35 + "Laszlo Boszormenyi (GCS)"
>  wrote:
>> Twitter includes two of their projects in bootstrap, which need
>> packaging. Both are licensed under Apache-2.0 . These are:
>> recess at http://twitter.github.com/recess/
>> Hogan.js at http://twitter.github.com/hogan.js/
>>
>> Needs investigation if Bootstrap can build without JSHint, which is
>> considered non-free and won't be packaged ATM.
>> May also need node-connect from Sencha:
>> https://github.com/senchalabs/connect
>
> any progress on this?
>
> It would be nice to have an updated version of bootstrap within Debian.
 Bootstrap v2.x is abandoned, especially that it needs Recess which is
also abandoned and broken with recent less releases. There is a hope
there will be an updated Recess[1], but its state is unknown.
You can use version 3.x by the way, packaged as libjs-bootstrap .

Regards,
Laszlo/GCS
[1] https://github.com/twitter/recess/issues/154


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

Bug#766789: liblinear1's extensive Recommends

[Christian Kastner]

Control: forcemerge 682062 766789

Hi,

while you are right that this is a bug,

On 2014-10-25 21:56, Daniel Miller wrote:
> Package: liblinear1
> Version: 1.8+dfsg-4
   
This cannot be correct, as liblinear1's Recommends was already demoted
to a suggests with version 1.8+dfsg-2. I guess you were reporting from
wheezy?

I'm merging this bug with the previous bug.

Regards,
Christian

> The nmap package depends on liblinear1 for doing IPv6 network
> fingerprint classification and matching. Because liblinear1 Recommends
> liblinear-tools, that package and all its dependencies and
> recommendations are installed when a user executes:
> 
> sudo apt-get install nmap
> ... 


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

Bug#766172: chromium: dpkg errors on initial installation (--compare-versions takes three arguments: )

[Jason Pleau]

fixed 766172 38.0.2125.101-3
thanks


Hello !

I can reproduce the issue in 38.0.2125.101-2+b1 by purging and
re-installing chromium. However with version 38.0.2125.101-3 (from sid)
I am not getting this error anymore.


--

Jason Pleau


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