Bug#669748: adminer still broken with apache 2.4

[Hans Mackowiak]

even in 2015, this package is not updated to the new apache2 schema
if the package is still shipped with debian (or ubuntu) then it should
be updated or removed because it isnt working in the current state.

Bug#785782:

[Dan Griswold]

Weird. It now works.

It appears that an update of libpam-systemd solved the problem. Could that
be it?

Thanks.

Dan

Bug#801746: mysql-server-5.6: Please run restorecon on directories you create (at boot and postinst) so it works with SE Linux

[Robie Basak]

Hi Russell,

Thank you for explaining this to me.

On Thu, Oct 15, 2015 at 01:19:23PM +1100, Russell Coker wrote:
> Every directory that is in a Debian package has it's context set by dpkg.  So 
> if you were to add /var/lib/mysql/mysql and /var/log/mysql to the package 
> then 
> they would have their context set correctly.
> 
> For /var/run directories if you add them to a systemd-tmpfiles configuration 
> they will get the right context.  Add a file named /usr/lib/tmpfiles.d/mysql-
> server.conf with the following contents:
> D /var/run/mysqld 0755 mysql root

This sounds like a better route to me.

> With those changes (adding directories to packages and using 
> systemd-tmpfiles) 
> there would be no risk of regression and no SE Linux specific code in your 
> package.
> 
> Systemd is now the default init system in Debian so eventually you have to 
> write a systemd service file for mysql.  When you do that you have to use the 
> tmpfiles.d configuration which will solve this issue.  I'd be happy if you 
> just 
> told everyone who uses MySQL on SE Linux to use systemd and didn't bother 
> fixing the old SysVInit script.  But while MySQL users are forced to start 
> the 
> daemon in the old way it would be good to make it work properly on SE Linux.

We are actually already using systemd:
https://anonscm.debian.org/cgit/pkg-mysql/mysql-5.6.git/tree/debian/mysql-server-5.6.mysql.service

Given that we're using systemd, should we adjust your patch to do what
you described above instead before applying? That is, ship
/var/lib/mysql and /var/log/mysql using dh_installdirs (if I understand
you correctly)? The systemd service already uses RuntimeDirectory so
will this cause the right thing to happen, or do we still need a
/usr/lib/tmpfiles.d entry?

Robie


signature.asc
Description: Digital signature

Bug#781237: apt misses "clean" command (aka apt-get clean)

[Marc Haber]

On Thu, Mar 26, 2015 at 11:56:24AM +0100, Daniel Baumann wrote:
> unfortunatly it is not possible to use s/apt-get/apt/ in jessie, since
> apt doesn't now about clean:
> 
>   daniel@debian:~$ apt clean
>   E: Invalid operation clean
>   daniel@debian:~$
> 
> it would be nice if you could add the necessary command in order to
> "deprecate" apt-get.

I stumbled over this in current sid with experimental apt as well.

Greetings
Marc

Bug#790412: RFS: circus/0.12.0-1

[David Douard]

On 10/15/2015 02:18 PM, Gianfranco Costamagna wrote:
> well, it FTBFS on both pbuilder and sbuild environments...
> 
> http://debomatic-amd64.debian.net/distribution#unstable/circus/0.12.1+dfsg-1/buildlog
> 

humm, what's problematic is that it BFS nicely with sbuild (in a sid chroot) on 
my laptop (jessie), 
so it won't be so easy to debug.

I'll try to figure out what's happening here.

David


> cheers,
> 
> G.
> 
> 
> 
> 
> 
> Il Giovedì 15 Ottobre 2015 13:48, David Douard  ha 
> scritto:
> On 10/15/2015 11:42 AM, Gianfranco Costamagna wrote:
>> Control: tags -1 moreinfo
>>
>> So please ping me as soon as you have fixed the above.
> 
> Should be ok (I hope)
> 
> David
> 
> 
> 
>>
>> cheers,
>>
>> G.
>>
>>
>>
>>
>> Il Giovedì 15 Ottobre 2015 11:11, David Douard  ha 
>> scritto:
>> On 10/13/2015 07:17 PM, Gianfranco Costamagna wrote:
>>> Control: owner -1 !
>>>
>>> Hi David
>>>
>>> quick review:
>>
>> Thanks,
>>
>>>
>>> 1) control: runtime dependencies:
>>>
>>> please let python:Depends to its job
>>
>> indeed
>>
>>> I see in setup.py
>>> install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0']
>>>
>>>
>>> (also: why some dependencies are not listed here?)
>>
>> some are dependencies for the tests (IIRC), some are optional in circus 
>> (imported 
>> in a try/except), but I prefer to keep them as Build-Depend to ensure these 
>> execution 
>> path are tested. In fact, some of them should be added in the Recommends or 
>> Suggests section.
>>
>>>
>>> 2) rules/control: please consider using python3
>>>
>>
>> I do, but one step at a time :-)
>>
>>>
>>> 3) rules: 
>>> - why you remove examples from build?
>>
>> because I don't want these in the python package, but only in 
>> /usr/share/doc/circus/examples
>>
>>
>>> - "make -C docs" I would use $(MAKE) -C docs
>>
>> Ok I'll fix that 
>>
>>
>>> the other stuff looks good, but I didn't check carefully yet :)
>>> (and I didn't try a build)
>>>
>>> cheers,
>>>
>>> G.
>>>
>>
>>
> 
> 


-- 

David DOUARD LOGILAB
Directeur du département Outils & Systèmes

+33 1 45 32 03 12david.dou...@logilab.fr
+33 1 83 64 25 26http://www.logilab.fr/id/david.douard

Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/
<>

signature.asc
Description: OpenPGP digital signature

Bug#787861: review: polyml

[Gianfranco Costamagna]

Hi James


>I have uploaded 5.5.2-1~rc2 to mentors.



please call it 5.5.2-1 and nothing more :)
you can push the same version many times on mentors with no problems.
>1) Do I need to send a separate email to this then? I also filed #801793 for a 
>transition, but that has already been closed as unnecessary since there are no 
>rdeps.


true, nevermind I didn't test carefully rdeps
(so we might go directly on unstable then)

>I hardly think linking against this static library is an issue.


ok
>7) I have added arm64, ppc64el and ppc64


what about the "any" keyword? I don't like specifying manually architectures, 
specially because it makes
porters people angry :)

porters needs a build failure instead of a build that didn't start at all, 
except when there is a good
reason to not build on a particular architecture
e.g. systemd on kfreebsd-* and hurd-*

>9) Added (libffi/msvcc.sh is MPL-1.1, GPL-2.0+ or LGPL-2.1+)


wonderful
>11) It doesn’t seem to work without the debian/tmp/ prefix. The manpage for 
>dh_install specifically mentions falling back to debian/tmp/, but there is no 
>such >statement in dh_installman, so I believe you have to specify that 
>manually.


well, no problem
>12) I unused-file-paragraph-in-dep5-copyright: Fixed by reordering entries
>13) I vcs-field-not-canonical: Changed to Vcs-Browser: 
>https://anonscm.debian.org/cgit/debian-science/packages/polyml.git/ and 
>Vcs-Git: git://anonscm.debian.org/debian-science/packages/polyml.git
>14) W shlib-with-executable-stack: This is because libpolyml has one assembly 
>file[1] for x86 (other architectures don’t have any assembly). I have added a 
>patch under debian/patches which I have also submitted upstream to fix this.
>

>[1] GNU as defaults to having an executable stack, unlike with GCC etc, and 
>you have to explicitly tell it to not do so. You can either do this by adding 
>the magic >'.section .note.GNU-stack, "", @progbits' statement, or by passing 
>it a command-line argument. The former is apparently generally preferred (and 
>is what libffi >does in its assembly files).
nice to learn something new! thanks a lot



I guess we are mostly ready, just go on unstable (urgency=low might be better)
think about arch:any

and I guess I'll prepare the upload.

cheers,

G.

Bug#801852: Promote libzeromq-perl to (at least) Recommends: field.

[Mike Gabriel]

Package: amavisd-new
Version: 1:2.10.1-1
Severity: minor

We just found an issue with amavisd-status and amavis-service  
executables missing ZMQ::LibZMQ3.


"""

root@office:/etc/amavis/conf.d# amavisd-status
Perl modules ZMQ::LibZMQ3 or ZMQ::LibZMQ2 or ZeroMQ not available
BEGIN failed--compilation aborted at /usr/sbin/amavisd-status line 110.
root@office:/etc/amavis/conf.d# amavis-services
Perl modules ZMQ::LibZMQ3 or ZMQ::LibZMQ2 or ZeroMQ not available
BEGIN failed--compilation aborted at /usr/sbin/amavis-services line 144.
root@office:/etc/amavis/conf.d

"""

Please promote libzeromq-perl at least to Recommends: field.

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


pgpcJJbmWjRqT.pgp
Description: Digitale PGP-Signatur

Bug#790412: RFS: circus/0.12.0-1

[David Douard]

On 10/15/2015 11:42 AM, Gianfranco Costamagna wrote:
> Control: tags -1 moreinfo
> 
> So please ping me as soon as you have fixed the above.

Should be ok (I hope)

David


> 
> cheers,
> 
> G.
> 
> 
> 
> 
> Il Giovedì 15 Ottobre 2015 11:11, David Douard  ha 
> scritto:
> On 10/13/2015 07:17 PM, Gianfranco Costamagna wrote:
>> Control: owner -1 !
>>
>> Hi David
>>
>> quick review:
> 
> Thanks,
> 
>>
>> 1) control: runtime dependencies:
>>
>> please let python:Depends to its job
> 
> indeed
> 
>> I see in setup.py
>> install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0']
>>
>>
>> (also: why some dependencies are not listed here?)
> 
> some are dependencies for the tests (IIRC), some are optional in circus 
> (imported 
> in a try/except), but I prefer to keep them as Build-Depend to ensure these 
> execution 
> path are tested. In fact, some of them should be added in the Recommends or 
> Suggests section.
> 
>>
>> 2) rules/control: please consider using python3
>>
> 
> I do, but one step at a time :-)
> 
>>
>> 3) rules: 
>> - why you remove examples from build?
> 
> because I don't want these in the python package, but only in 
> /usr/share/doc/circus/examples
> 
> 
>> - "make -C docs" I would use $(MAKE) -C docs
> 
> Ok I'll fix that 
> 
> 
>> the other stuff looks good, but I didn't check carefully yet :)
>> (and I didn't try a build)
>>
>> cheers,
>>
>> G.
>>
> 
> 


-- 

David DOUARD LOGILAB
Directeur du département Outils & Systèmes

+33 1 45 32 03 12david.dou...@logilab.fr
+33 1 83 64 25 26http://www.logilab.fr/id/david.douard

Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/
<>

signature.asc
Description: OpenPGP digital signature

Bug#801860: /bin/journalctl: journalctl --list-boots is too slow and memory hungry

[Edward Allcutt]

Hi Michael, :-)

On Thu, 15 Oct 2015, Michael Biebl wrote:

When I run "journalctl --list-boots" (as root) I expected to get the
output instantly or within seconds. Instead there was no output and it
appeared hung. Checking with ps/top/strace I could see it was busy
rather than sleeping and appeared to be calling brk() repeatedly to
expand its heap size.

I left it doing that until it had consumed 7+GiB of RSS and had started
to cause memory pressure and swap usage whereupon I killed it.

Is this normal? Might this be a problem with my persistent journal
files? I enabled persistent journal using the instructions in
/usr/share/doc/systemd/README.Debian.gz back in March.


How big is your /var/log/journal/ ? Is that on HDD or SSD?
What does "journalctl --verify" say?


It's a laptop spinning (at 7200 rpm) rust type storage device. I don't 
think speed of retrieval from the disk is a factor though.


# journalctl --disk-usage
Archived and active journals take up 144.0M on disk.
# du -xsh /var/log/journal/
145M/var/log/journal/
# journalctl --verify
PASS: 
/var/log/journal/2e7a303bb598373e73b04ccb5176b123/system@917974e30b5f49e789deec21ee0c033f-0001-0005203f0834a00a.journal
PASS: 
/var/log/journal/2e7a303bb598373e73b04ccb5176b123/user-1000@67b5841f8e0f4759b94f2b26b3f4cbf4-320a-000520930344d3a4.journal
PASS: 
/var/log/journal/2e7a303bb598373e73b04ccb5176b123/user-1001@33610609e8514da0aa13a2ea18bb1cb9-3114-000520916b47e09b.journal
PASS: 
/var/log/journal/2e7a303bb598373e73b04ccb5176b123/system@917974e30b5f49e789deec21ee0c033f-78bd-000527516f814654.journal
PASS: /var/log/journal/2e7a303bb598373e73b04ccb5176b123/system.journal
PASS: 
/var/log/journal/2e7a303bb598373e73b04ccb5176b123/user-1000@67b5841f8e0f4759b94f2b26b3f4cbf4-78c2-000527516f814a73.journal
PASS: /var/log/journal/2e7a303bb598373e73b04ccb5176b123/user-1000.journal
PASS: 
/var/log/journal/2e7a303bb598373e73b04ccb5176b123/user-1001@33610609e8514da0aa13a2ea18bb1cb9-7e05-000522d951e6412e.journal
PASS: /var/log/journal/2e7a303bb598373e73b04ccb5176b123/user-1001.journal
#

--
Edward Allcutt

Bug#801868: restricted-ssh-commands: should be arch-all

[Jonas Smedegaard]

Package: restricted-ssh-commands
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This package seems to be a perl script with no architecture-dependencies
and should therefore be arch-all (i.e. "all" not "any" in control file).

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWH6WPAAoJECx8MUbBoAEhwzAP/jCsZrlYDSP7FXfESTNGJY1y
LV9FL43ICWz4l9e7ZSZC1O14NOSNtcKH5HPuPbxfF0559nP+NrJE/1GADlIo1Iv6
BfCR57w6TbDIaur9P4sn/0AwT3oZNyFHJXcz00oCfDbEMWqxynTgOu8v2G9BVYa4
Ar/jTgU7/qS8IwtejG4xNMIxDX0dVRaDucbqOcEFSBHDdBrR7UmxtSOLDwWE8Ne6
jXAkEs/Y7gvPz+7EsYSH2wdgl5/EgLzSx1i5TCUlYqY859Qn4FlBhNyoDh8c2i6O
3ciPl021l4o9+MFlDHDTvys1gFlVGd/rF28uL100YLnZrHOUr43wgcpqYy7OD34n
9jKGilRR2Sz3RGPZP/jyqWdXeaRD0rlRHxgtXgohpal00cDMs01iWvq11KhZaus6
VrbNEb70rS2h67/Unn/FEv5/b6kB0yslLpq0ydh5BdbJQULeQvb63905/7FbCU6q
zfJD3aEQ61FVTYag3Icv8Gu00yh3asOrd6ATMDrQiTRSxUEB+fgKD6uASEMI96L5
3l/+byebibZjK4wKB4FwepPe9tqMYmIik1LnUH7JHJlqU+RjMkdbk5Zj1jcLZelQ
SG7QowOPC5DoSrqUTjlJ/zLXa03lEk4lXmwD0M04lBQnBkoUOG+MvhlY5eVe/kbx
2q7S8cGX41Z4B3AxtopW
=ndeh
-END PGP SIGNATURE-

Bug#790412: RFS: circus/0.12.0-1

[Gianfranco Costamagna]

Hi, actually it is *so* easy to debug.

it builds successfully here too.
Probably somewhere the buildd machines have some restrictions on the ports you 
can open on localhost
(or maybe they have services on the ports).

I think we can just disable the testsuite and live happy, or disable the tests 
requiring opening local sockets
(actually local sockets should be allowed to be opened, so you might need to 
dig into this issue)

cheers,

G.





Il Giovedì 15 Ottobre 2015 14:32, David Douard  ha 
scritto:
On 10/15/2015 02:18 PM, Gianfranco Costamagna wrote:
> well, it FTBFS on both pbuilder and sbuild environments...
> 
> http://debomatic-amd64.debian.net/distribution#unstable/circus/0.12.1+dfsg-1/buildlog
> 

humm, what's problematic is that it BFS nicely with sbuild (in a sid chroot) on 
my laptop (jessie), 
so it won't be so easy to debug.

I'll try to figure out what's happening here.

David



> cheers,
> 
> G.
> 
> 
> 
> 
> 
> Il Giovedì 15 Ottobre 2015 13:48, David Douard  ha 
> scritto:
> On 10/15/2015 11:42 AM, Gianfranco Costamagna wrote:
>> Control: tags -1 moreinfo
>>
>> So please ping me as soon as you have fixed the above.
> 
> Should be ok (I hope)
> 
> David
> 
> 
> 
>>
>> cheers,
>>
>> G.
>>
>>
>>
>>
>> Il Giovedì 15 Ottobre 2015 11:11, David Douard  ha 
>> scritto:
>> On 10/13/2015 07:17 PM, Gianfranco Costamagna wrote:
>>> Control: owner -1 !
>>>
>>> Hi David
>>>
>>> quick review:
>>
>> Thanks,
>>
>>>
>>> 1) control: runtime dependencies:
>>>
>>> please let python:Depends to its job
>>
>> indeed
>>
>>> I see in setup.py
>>> install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0']
>>>
>>>
>>> (also: why some dependencies are not listed here?)
>>
>> some are dependencies for the tests (IIRC), some are optional in circus 
>> (imported 
>> in a try/except), but I prefer to keep them as Build-Depend to ensure these 
>> execution 
>> path are tested. In fact, some of them should be added in the Recommends or 
>> Suggests section.
>>
>>>
>>> 2) rules/control: please consider using python3
>>>
>>
>> I do, but one step at a time :-)
>>
>>>
>>> 3) rules: 
>>> - why you remove examples from build?
>>
>> because I don't want these in the python package, but only in 
>> /usr/share/doc/circus/examples
>>
>>
>>> - "make -C docs" I would use $(MAKE) -C docs
>>
>> Ok I'll fix that 
>>
>>
>>> the other stuff looks good, but I didn't check carefully yet :)
>>> (and I didn't try a build)
>>>
>>> cheers,
>>>
>>> G.
>>>
>>
>>
> 
> 


-- 

David DOUARD LOGILAB
Directeur du département Outils & Systèmes

+33 1 45 32 03 12david.dou...@logilab.fr
+33 1 83 64 25 26http://www.logilab.fr/id/david.douard

Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/

Bug#801670: speech-dispatcher: Hangs and does no longer take speech from Orca until killed

[Mario Lang]

Halim Sahin  writes:

> Which audiooutputmethod are you using?

The default, whatever that is.  This machine is freshly installed.

> If you use pulseaudio
> it might be interesting to find out if speech-dispatcher was crashed or
> pulseaudio.

Killing the speech-dispatcher process cleaned the problem up.  I did not
need to fiddle with PulseAudio to get sound back.  So I rather suspect
the culprit was Speech-Dispatcher.

-- 
CYa,
  ⡍⠁⠗⠊⠕

Bug#801859: ITP: pg8000 -- Pure-Python PostgreSQL Driver

[Rahul Amaram]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

Package name: pg8000
Version: 1.10.2
Upstream Author: Mathieu Fenniak
URL: https://github.com/mfenniak/pg8000
License: BSD
Description: pg8000 is a Pure-Python interface to the PostgreSQL 
database engine.  It is
 one of many PostgreSQL interfaces for the Python programming language. 
pg8000
 is somewhat distinctive in that it is written entirely in Python and 
does not

 rely on any external libraries (such as a compiled python module, or
 PostgreSQL's libpq library). pg8000 supports the standard Python DB-API
 version 2.0

Bug#801860: /bin/journalctl: journalctl --list-boots is too slow and memory hungry

[Michael Biebl]

Am 15.10.2015 um 13:08 schrieb Edward Allcutt:
> Package: systemd
> Version: 227-2
> Severity: normal
> File: /bin/journalctl
> 
> Dear Maintainer,
> 
> I'm not sure if this is expected behaviour or not, but it's certainly
> not ideal. :-)
> 
> When I run "journalctl --list-boots" (as root) I expected to get the
> output instantly or within seconds. Instead there was no output and it
> appeared hung. Checking with ps/top/strace I could see it was busy
> rather than sleeping and appeared to be calling brk() repeatedly to
> expand its heap size.
> 
> I left it doing that until it had consumed 7+GiB of RSS and had started
> to cause memory pressure and swap usage whereupon I killed it.
> 
> Is this normal? Might this be a problem with my persistent journal
> files? I enabled persistent journal using the instructions in
> /usr/share/doc/systemd/README.Debian.gz back in March.
> 

How big is your /var/log/journal/ ? Is that on HDD or SSD?
What does "journalctl --verify" say?


-- 
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#785782:

[Simon McVittie]

Control: tags 785782 + moreinfo

On 15/10/15 12:26, Dan Griswold wrote:
> Weird. It now works.

Please use a subject line describing the bug, and/or quote earlier
context; the bug number is literally the only context I had for this
email :-)

For other developers' information, this is a gdm3 bug report, "greeter
screen appears without login prompt".

> It appears that an update of libpam-systemd solved the problem. Could
> that be it?

Probably; the only information available in the bug report is that it's
*something* to do with libpam-systemd.

If either you or Daniel can provide relevant logs for the failing case,
someone might be able to say something more specific about it; in the
absence of additional logs, I don't think anyone is going to be able to
solve this or determine why it happened. If you are using systemd as
your init system, all the relevant information should end up in
/var/log/syslog* or the systemd journal.

S

Bug#801866: flashplugin-nonfree: update-flashplugin-nonfree fails to install last falsh version (again)

[Eric Valette]

Package: flashplugin-nonfree
Version: 1:3.6.1+b1
Severity: critical
Tags: security
Justification: root security hole


update-flashplugin-nonfree --install
already exists: /usr/share/pixmaps/flash-player-properties.png
root@r-x-ceva6380:/home/ceva6380# update-flashplugin-nonfree --status
Flash Player version installed on this system  : 11.2.202.521
Flash Player version available on upstream site: 11.2.202.535
flash-mozilla.so - auto mode
  link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so
  link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so
  link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50

-- Package-specific info:
Debian version: stretch/sid
Architecture: amd64
Package version: 1:3.6.1+b1
Adobe Flash Player version: LNX 11,2,202,521
MD5 checksums:
160a01dd00527304e5291e65eb0c65e2  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
8bd01552efd2de8ce5b70dbb90538885  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz
bf65cc6bb862a6117f21b618f8c98a60  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link best version is /usr/lib/flashplugin-nonfree/libflashplayer.so
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
  link flash-mozilla.so is /usr/lib/mozilla/plugins/flash-mozilla.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
lrwxrwxrwx 1 root root 34 Aug 25 15:17 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
/etc/alternatives/flash-mozilla.so

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

Kernel: Linux 4.1.9 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.25.1-7
ii  ca-certificates20150426
ii  debconf [debconf-2.0]  1.5.57
ii  gnupg  1.4.19-5
ii  libatk1.0-02.18.0-1
ii  libcairo2  1.14.2-2
ii  libcurl3-gnutls7.45.0-1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgcc11:5.2.1-22
ii  libglib2.0-0   2.46.0-2
ii  libgtk2.0-02.24.28-1
ii  libnspr4   2:4.10.9-2
ii  libnss32:3.20-1
ii  libpango1.0-0  1.38.0-3
ii  libstdc++6 5.2.1-22
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16.3-3

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.35-1
pn  hal
ii  iceweasel  41.0.1-1
ii  konqueror-nsplugins4:15.08.1-1
pn  ttf-mscorefonts-installer  
ii  ttf-xfree86-nonfree4.2.1-4

-- no debconf information

Bug#801853: sheepdog: corosync transition: update build-deps

[Arturo Borrero Gonzalez]

Package: sheepdog
Version: 0.8.3-4
Severity: serious

Dear maintainer,

Starting with corosync 2.3.5-1, the package libcorosync-dev no longer exists.
The build-deps should be updated to libcorosync-common-dev, libcpg-dev and 
libcfg-dev.

Find attached a patch.

best regards.
Author: Arturo Borrero Gonzalez 
Date:   Thu Oct 15 11:42:42 2015 +0200

d/control: update build-deps on corosync

libcorosync-dev no longer exists.

Signed-off-by: Arturo Borrero Gonzalez 

diff --git a/debian/control b/debian/control
index c22c377..2df2226 100644
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,9 @@ Build-Depends: debhelper (>= 9),
  dh-autoreconf,
  bash-completion,
  pkg-config,
- libcorosync-dev,
+ libcorosync-common-dev,
+ libcpg-dev,
+ libcfg-dev,
  liburcu-dev,
  libzookeeper-mt-dev [!hppa],
  libfuse-dev,

Bug#801857: ITP: twextpy -- Python module consisting of extensions to the Twisted Framework

[Rahul Amaram]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

Package name: twextpy
Version: 0.1.b2.dev15059
Upstream Author: Apple Inc.
URL: http://trac.calendarserver.org/wiki/twext
License: Apache-2.0
Description: This is a Python module consisting of extensions to the 
Twisted Framework and is mainly used by calendarserver

Bug#801861: dh_python2:67: public extension linked with libpython2.7: pyopenvdb.i386-linux-gnu.so

[Mathieu Malaterre]

Package: openvdb
Version: 3.1.0-1

Warning is present:

I: dh_python2 fs:316: renaming pyopenvdb.so to pyopenvdb.i386-linux-gnu.so
W: dh_python2 dh_python2:67: public extension linked with
libpython2.7: pyopenvdb.i386-linux-gnu.so

Please fix

Bug#801863: ITP: congress -- OpenStack Policy as a Service

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: congress
  Version : 2.0.0~rc1
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/congress
* License : Apache-2.0
  Programming Lang: Python
  Description : OpenStack Policy as a Service

 Congress is an OpenStack project to provide policy as a service across any
 collection of cloud services in order to offer governance and compliance for
 dynamic infrastructures.

Bug#689854: pmount needs some loving care

[Barak A. Pearlmutter]

> I request an adopter for the pmount package.

I can adopt it, although I'd much prefer to team/co-maintain.

I've done a bit of work, which I just took the liberty of pushing to
branch barak-tweaks in
 git://anonscm.debian.org/git/pmount/pmount-debian.git
This supports btrfs and has some other misc fixes like updated packaging
scripts and rm freeze-my-shell bash completion file.

Barring objections, I'll dput it as better-than-nothing.

Cheers,

--Barak.
--
Barak A. Pearlmutter 
 Dept Comp Sci, Maynooth University, Co. Kildare, Ireland
 http://barak.pearlmutter.net

Bug#790412: RFS: circus/0.12.0-1

[Gianfranco Costamagna]

well, it FTBFS on both pbuilder and sbuild environments...

http://debomatic-amd64.debian.net/distribution#unstable/circus/0.12.1+dfsg-1/buildlog

cheers,

G.





Il Giovedì 15 Ottobre 2015 13:48, David Douard  ha 
scritto:
On 10/15/2015 11:42 AM, Gianfranco Costamagna wrote:
> Control: tags -1 moreinfo
> 
> So please ping me as soon as you have fixed the above.

Should be ok (I hope)

David



> 
> cheers,
> 
> G.
> 
> 
> 
> 
> Il Giovedì 15 Ottobre 2015 11:11, David Douard  ha 
> scritto:
> On 10/13/2015 07:17 PM, Gianfranco Costamagna wrote:
>> Control: owner -1 !
>>
>> Hi David
>>
>> quick review:
> 
> Thanks,
> 
>>
>> 1) control: runtime dependencies:
>>
>> please let python:Depends to its job
> 
> indeed
> 
>> I see in setup.py
>> install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0']
>>
>>
>> (also: why some dependencies are not listed here?)
> 
> some are dependencies for the tests (IIRC), some are optional in circus 
> (imported 
> in a try/except), but I prefer to keep them as Build-Depend to ensure these 
> execution 
> path are tested. In fact, some of them should be added in the Recommends or 
> Suggests section.
> 
>>
>> 2) rules/control: please consider using python3
>>
> 
> I do, but one step at a time :-)
> 
>>
>> 3) rules: 
>> - why you remove examples from build?
> 
> because I don't want these in the python package, but only in 
> /usr/share/doc/circus/examples
> 
> 
>> - "make -C docs" I would use $(MAKE) -C docs
> 
> Ok I'll fix that 
> 
> 
>> the other stuff looks good, but I didn't check carefully yet :)
>> (and I didn't try a build)
>>
>> cheers,
>>
>> G.
>>
> 
> 


-- 

David DOUARD LOGILAB
Directeur du département Outils & Systèmes

+33 1 45 32 03 12david.dou...@logilab.fr
+33 1 83 64 25 26http://www.logilab.fr/id/david.douard

Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/

Bug#801865: libreoffice: FTBFS[kfreebsd-*]; still uses gcj?

[Steven Chamberlain]

Package: libreoffice
Version: 1:5.0.3~rc1-1
Severity: normal

Hi,

Despite this change:
|- build-depend on default-jdk (>= 2:1.7-52.1) for OpenJDK 7 on kfreebsd-*
|  again

the regenerated debian/control file in the package still had gcj
in build-depends for kfreebsd.  I think this is because of an
out-of-date java-common package, which defines $java_architectures in
/usr/share/java/java_defaults.mk.

Perhaps build-depends should be bumped to java-common (>= 0.52.1~)?
Otherwise in an out-of-date sid chroot it could still try to build
with gcj.

This is probably not the reason for the current FTBFS, but I think it
would be good to rule this out, so that gcj is not installed at all when
libreoffice is built on the Debian buildds.

Thanks!

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

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

Bug#791219: This bug blocks the update of SimGrid

[Martin Quinson]

unarchive 791219
reopen 791219
thanks

Hello,

SimGrid provides some NS3 bindings since a long time, where the NS
models can be used in place of the SimGrid ones. 

The version 3.12 of SimGrid (released monday) tries to use the Debian
version of NS3 when found, but it fails with the following error:
lib/libsimgrid.so.3.13: undefined reference to
  ns3::PacketSinkHelper::PacketSinkHelper(std::__cxx11::basic_string, ns3::Address)'
lib/libsimgrid.so.3.13: undefined reference to
  ns3::internal::MakeUintegerChecker(unsigned long, unsigned long,
  std::__cxx11::basic_string)'
lib/libsimgrid.so.3.13: undefined reference to
  ns3::ObjectFactory::Set(std::__cxx11::basic_string, ns3::AttributeValue
  const&)'
[...]

I think that the transition is now needed. 

Thanks for your work,
Mt.

-- 
This paper needs a major rewrite to fix the English, make it more
concise, explain clearly what exactly is the performance evaluation
methodology, and how it is different from the obvious. 
 -- Bastard Reviewer From Hell (seen for real as PC member)




- End forwarded message -

-- 
User n.: Someone who believes anything written in the documentation.
Programmer n.: Someone who checks and adapts the source code.


signature.asc
Description: Digital signature

Bug#801854: claws-mail: A huge number of recipients in an email get a bad display

[rpnpif]

Package: claws-mail
Version: 3.11.1-3
Severity: normal

Dear Maintainer,

I received an email with 327 recipients. Yes it is bad !
But I am not the sender.

The display in claws-mail is bad.
Only the 88th first recipient are displayed. The 89th is truncated as:
Real name 
pn  claws-mail-tools 
ii  iceweasel [www-browser]  38.3.0esr-1~deb8u1
ii  lynx-cur [www-browser]   2.8.9dev1-2+deb8u1
ii  mousepad 0.3.0-2
ii  w3m [www-browser]0.5.3-19

-- no debconf information

Bug#801855: ongl: test strings depend on default character encoding of the build system

[Jérémy Bobbio]

Source: ognl
Version: 2.7.3-6
Severity: minor
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale

Hi!

It seems that depending on the build system default character encoding,
the non-ASCII characters in org/ognl/test/QuotingTest.java might get
mistranslated.

This also prevents ongl from building reproducibly when one locale is
ISO-8859-15 and the other is UTF-8. See:
https://reproducible.debian.net/dbd/unstable/amd64/ognl_2.7.3-6.debbindiff.html
(also supplied as attachment)

-- 
Lunar.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


ognl_2.7.3-6.debbindiff.html.xz
Description: Binary data


signature.asc
Description: Digital signature

Bug#801858: ITP: glui -- GLUT-based C++ user interface library which provides controls such as buttons, checkboxes, radio buttons, and spinners to OpenGL applications

[Johannes Schauer]

Package: wnpp
Severity: wishlist
Owner: Johannes Schauer 

* Package name: glui
  Version : 2.37
  Upstream Author : Paul Rademacher, Bill Baxter, John Kew, Nigel Stewart
* URL : https://github.com/libglui/glui/wiki
* License : ZLIB
  Programming Lang: C++
  Description : GLUT-based C++ user interface library which provides
controls such as buttons, checkboxes, radio buttons, and
spinners to OpenGL applications

Features of the GLUI User Interface Library include:

  *  Complete integration with GLUT toolkit
  *  Simple creation of a new user interface window with a single line of code
  *  Support for multiple user interface windows
  *  Standard user interface controls such as:
  *  Buttons
  *  Checkboxes for boolean variables
  *  Radio Buttons for mutually-exclusive options
  *  Editable text boxes for inputting text, integers, and floating-point 
values
  *  Spinners for interactively manipulating integer and floating-point 
values
  *  Static text fields
  *  Panels for grouping sets of controls
  *  Separator lines to help visually organize groups of controls
  *  Controls can generate callbacks when their values change
  *  Variables can be linked to controls and automatically updated when the 
value of the control changes ("live variables")
  *  Controls can be automatically synchronized to reflect changes in live 
variables
  *  Controls can trigger GLUT redisplay events when their values change
  *  Layout and sizing of controls is automatic
  *  Controls can be grouped into columns
  *  User can cycle through controls using Tab key

glui is necessary for the OpenGL 3D viewer of 3dtk and Doris, a script
driven OpenGL viewer using Lua.

As upstream of 3dtk I took over maintenance of glui upstream in
agreement with its original authors to make sure it continues to work
well.

cheers, josch

Bug#800014: multipath-udeb: not installable: depends on libsystemd0

[Ritesh Raj Sarraf]

Control: tag -1 help


On Fri, 2015-09-25 at 11:59 +0200, Cyril Brulebois wrote:
> Package: multipath-udeb
> Version: 0.5.0+git0.770e6d0d-3
> Severity: grave
> Justification: renders package unusable
> 
> 
> [ Please keep debian-b...@lists.debian.org in the loop. ]
> 
> Hi,
> 
> Your package in unstable gained a dependency which cannot be
> satisfied:
> libsystemd0 has no udeb. It's therefore no longer installable, along
> with partman-multipath which depends on it.


OKay!! I gave multiple shots on it and have not been able to determine
why the multipath/multipath binary gets linked to libsystemd.

I'm tagging this bug with "help". Any help is welcome.

Log is attached. And anyone who wants to help can look at the systemd
branch.

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."

rrs@chutzpah:~/Community/Packaging/pkg-lvm/multipath-tools/libmultipath 
(systemd)$ ldd libmultipath.so.0 
linux-vdso.so.1 (0x7ffee95be000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f3e3428)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f3e3407c000)
libdevmapper.so.1.02.1 => /lib/x86_64-linux-gnu/libdevmapper.so.1.02.1 
(0x7f3e33e25000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7f3e33e05000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f3e33bef000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f3e33845000)
/lib64/ld-linux-x86-64.so.2 (0x55acd16f1000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f3e3363d000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 
(0x7f3e33418000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f3e33116000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7f3e32eff000)
libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x7f3e32cf9000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7f3e32a8a000)
libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x7f3e32885000)
18:04 ♒♒♒   ☺
rrs@chutzpah:~/Community/Packaging/pkg-lvm/multipath-tools/libmultipath 
(systemd)$ cd ../multipath
18:05 ♒♒♒   ☺
rrs@chutzpah:~/Community/Packaging/pkg-lvm/multipath-tools/multipath (systemd)$ 
ls
01_udev*  02_multipath*  11-dm-mpath.rules  main.c  Makefile  multipath.8  
multipath.conf.5  multipath.init.suse  multipath.rules
18:05 ♒♒♒   ☺
rrs@chutzpah:~/Community/Packaging/pkg-lvm/multipath-tools/multipath (systemd)$ 
USE_SYSTEMD=0 make
cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wformat-security -Wall 
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector 
--param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC 
-DLIB_STRING=\"lib64\" -I../libmultipath -c -o main.o main.c
cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wformat-security -Wall 
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector 
--param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC 
-DLIB_STRING=\"lib64\" -I../libmultipath main.o -o multipath -Wl,-z,relro 
-lpthread -ldevmapper -ldl -L../libmultipath -lmultipath -ludev
gzip -9 -c multipath.8 > multipath.8.gz
gzip -9 -c multipath.conf.5 > multipath.conf.5.gz
18:05 ♒♒♒   ☺
rrs@chutzpah:~/Community/Packaging/pkg-lvm/multipath-tools/multipath (systemd)$ 
ldd multipath
linux-vdso.so.1 (0x7ffd2869a000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fc7fea39000)
libdevmapper.so.1.02.1 => /lib/x86_64-linux-gnu/libdevmapper.so.1.02.1 
(0x7fc7fe7e3000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fc7fe5de000)
libmultipath.so.0 => /lib/libmultipath.so.0 (0x7fc7fe397000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7fc7fe377000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fc7fdfcd000)
/lib64/ld-linux-x86-64.so.2 (0x5651472f3000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fc7fddc5000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 
(0x7fc7fdba)
libsystemd.so.0 => /lib/x86_64-linux-gnu/libsystemd.so.0 
(0x7fc7fdb1e000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fc7fd908000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7fc7fd607000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7fc7fd3ef000)
libcap.so.2 => /lib/x86_64-linux-gnu/libcap.so.2 (0x7fc7fd1e9000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7fc7fcf7b000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fc7fcd57000)
libgcrypt.so.20 => /lib/x86_64-linux-gnu/libgcrypt.so.20 
(0x7fc7fca75000)

Bug#689854: pmount needs some loving care

[Axel Beckert]

Hi Barak,

Barak A. Pearlmutter wrote:
> > I request an adopter for the pmount package.
> 
> I can adopt it, although I'd much prefer to team/co-maintain.

As mentioned before, I could help with package maintenance, but not
with the upstream code.

> I've done a bit of work, which I just took the liberty of pushing to
> branch barak-tweaks in
>  git://anonscm.debian.org/git/pmount/pmount-debian.git
>
> This supports btrfs and has some other misc fixes like updated packaging
> scripts and rm freeze-my-shell bash completion file.

Thanks!

Vincent wrote:
> > I'm the current upstream maintainer too, so the
> > adopter will have to take care of upstream too.

So wouldn't it be better to make a new upstream release instead of
adding patches to debian/patches/?

> Barring objections, I'll dput it as better-than-nothing.

For my taste, the changelog item "Update debian packaging scripts"
should be more verbose. (But then again some people think, my
changelog entries are slightly too verbose. ;-)

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

Bug#781237: apt misses "clean" command (aka apt-get clean)

[Julian Andres Klode]

On Thu, Oct 15, 2015 at 01:49:25PM +0200, Marc Haber wrote:
> On Thu, Mar 26, 2015 at 11:56:24AM +0100, Daniel Baumann wrote:
> > unfortunatly it is not possible to use s/apt-get/apt/ in jessie, since
> > apt doesn't now about clean:
> > 
> >   daniel@debian:~$ apt clean
> >   E: Invalid operation clean
> >   daniel@debian:~$
> > 
> > it would be nice if you could add the necessary command in order to
> > "deprecate" apt-get.
> 
> I stumbled over this in current sid with experimental apt as well.
> 

We'd prefer to automatically clean up things instead of adding
a clean sub command to the apt command. So after an install,
remove all installed packages.

That's not implemented yet, though.

It's not the purpose of the apt command to replace the other
tools, it exists as a complementary, higher level, interface
for users who do not want to worry about more low level stuff.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#784898: RFS: duperemove/0.10-1 [ITP]

[Gianfranco Costamagna]

Hi Felix,

 Il Mercoledì 14 Ottobre 2015 20:21, Felix Zielcke  ha 
scritto:


>Thanks very much to both of you.
>I created now a github fork for it:
>
>https://github.com/fezie/duperemove
>
>Though I didn't do much yet.


https://github.com/fezie/duperemove/commit/958c4f520a6f9c2552f2b98a3bd1504ee2196073

lol :)
(please fix)

BTW, please upload on mentors too, I don't like to clone stuff from outside 
Debian
(and please consider joining collab-maint and creating a repository there)

>Thanks again very much.
>You can't imagine how good that feels to me :-)


well, this was directed to Mattia, who gives always useful hints to the 
community and he
is mostly there but not yet :)

anyway, I looked to your Debian activities, and you are really a good and 
prominent Maintainer,
let me know if you want to do the great jump, I can start looking deeply at 
your work and
sponsor your packages :)

cheers,

G.

Bug#801856: ITP: twextpy -- Python module consisting of extensions to the Twisted Framework

[Rahul Amaram]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

Package name: twextpy
Version: 0.1.b2.dev15059
Upstream Author:
URL: http://trac.calendarserver.org/wiki/twext
License: Apache-2.0
Description: This is a Python module consisting of extensions to the 
Twisted Framework and is mainly used by calendarserver.


--
http://rahul.amaram.name

Bug#801854: claws-mail: A huge number of recipients in an email get a bad display

[Ricardo Mones]

Control: tags -1 moreinfo

Hi,

On Thu, 15 Oct 2015 12:20:01 +0200
rpnpif  wrote:

> Package: claws-mail
> Version: 3.11.1-3
> Severity: normal
> 
> Dear Maintainer,
> 
> I received an email with 327 recipients. Yes it is bad !
> But I am not the sender.

Indeed, not a nice one to receive :) 
 
> The display in claws-mail is bad.
> Only the 88th first recipient are displayed. The 89th is truncated as:
> Real name  and it is not a link (black color).

Sounds like the header reached the limits of the unfolding buffer.
 
> In the list panel, the subject is replaced by the mention:
> (No subject)
> and the date by:
> (No Date)
> But both the subject and the date are correct in the message.

Yes, but the parser entered probably into a bad state because of the
recipients' header and was unable to get something for those (I'd bet
they're after the very long recipient list).

> Expected :
> All the recipient list should be displayed.
> The subject and the date should be displayed in the list panel.

Agreed :) but just to be sure of my guesses are correct and not having to
build a mail like that by hand, can you send me such mail privately?

You may use also a self-destructing one-time service if you want to be sure
I'm the only one getting the copy and not all intermediate mail relays:
https://onetimepaste.org/

regards,
-- 
 Ricardo Mones
 http://people.debian.org/~mones
 «As well look for a needle in a bottle of hay. -- Miguel de Cervantes»


pgpnr7zOD3A5K.pgp
Description: OpenPGP digital signature

Bug#801213: RFS: python-privacyidea/2.7-1

[Daniel Stender]

On 15.10.2015 11:46, Gianfranco Costamagna wrote:
> Control: owner -1 !
> Control: tags -1 moreinfo
> 
> Hi
> 
> please fix the mentors issues and remove tag moreinfo as soon as you have 
> addressed them.
> 
> e.g. ITP bug is needed, the changelog should target unstable not jessie, you 
> should contain only an
> "initial release, closes: #ITP" or similar
> 
> please try to use pybuild in rules file
> 
> compat level=9 debhelper >=9,
> 
> and so on :)
> 
> cheers,
> 
> G.

Hi Gianfranco,

I've agreed with Cornelius that I'm going to maintain this for Debian.

I'm going to fix everything very soon, come back then.

Ciao,
Daniel

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#800714: Support for Icewind Dale 2

[Markus Koschany]

Control: tags -1 patch pending

Added support for Icewind Dale 2, English Windows install from gog.com.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#766426: Dolphin search displays "Invalid protocol" error.

[Brendon Higgins]

For the benefit of those, like me, who encounter this problem with a recent 
install, note that the solution has changed since the transition in Testing to 
KDE Frameworks 5: don't install baloo4, it won't work with current dolphin. 
Instead, install baloo-kf5.

Maintainers, please consider making plasma-desktop (or some package you think 
is more appropriate - perhaps dolphin) at least recommend baloo-kf5. From what 
I can tell, right now, nothing even suggests baloo-kf5, and it's rather opaque 
to an ordinary user that this package might be necessary for some standard 
functionality.

Peace,
Brendon

Bug#801867: NetworkStatusDevice needs wildcard due to new enx* devices

[積丹尼 Dan Jacobson]

Package: icewm-common
Version: 1.3.8+githubmod+20150914+fa3fdef-2
Severity: wishlist

In .icewm/preferences can't a wildcard be established?
Else with the new enx* devices, it is becoming a headache to maintain,
NetworkStatusDevice="enx8efaba64c25e enx2e5e0fa75f52 ppp0 wlan0"

Bug#801767: some files are not in any deb since the package split

[Sebastien Bacher]

the previous patch overlooked that the manpage is already included in
.manpages
diff -Nru hexchat-2.10.2/debian/changelog hexchat-2.10.2/debian/changelog
--- hexchat-2.10.2/debian/changelog 2014-12-28 16:58:31.0 +
+++ hexchat-2.10.2/debian/changelog 2015-10-14 13:47:34.0 +0100
@@ -1,3 +1,11 @@
+hexchat (2.10.2-2) wily; urgency=medium
+
+  * debian/hexchat.install:
+- install files missing since the split, include pkgconfig needed 
+  to build xchat-gnome (Closes: #801767)
+
+ -- Sebastien Bacher   Wed, 14 Oct 2015 13:40:06 +0100
+
 hexchat (2.10.2-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru hexchat-2.10.2/debian/hexchat.install 
hexchat-2.10.2/debian/hexchat.install
--- hexchat-2.10.2/debian/hexchat.install   2014-12-28 16:58:31.0 
+
+++ hexchat-2.10.2/debian/hexchat.install   2015-10-15 11:18:32.0 
+0100
@@ -2,3 +2,5 @@
 usr/bin/hexchat
 usr/share/appdata
 usr/share/applications/hexchat.desktop
+usr/lib/*/pkgconfig/hexchat-plugin.pc
+usr/share/dbus-1

Bug#801864: ncurses: please make the build reproducible

[Esa Peuha]

Source: ncurses
Version: 6.0+20150810-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the “reproducible builds” effort [1], we have noticed
that ncurses could not be built reproducibly.

The problem is that the sort order of keys.list is affected by the
locale of the build environment. Here is a patch to fix that.

 [1]: https://wiki.debian.org/ReproducibleBuilds
--- ncurses/Makefile.in.orig	2015-08-06 02:15:41.0 +0300
+++ ncurses/Makefile.in	2015-08-06 02:15:41.0 +0300
@@ -225,7 +225,7 @@
 	./make_keys$(BUILD_EXEEXT) keys.list > $@
 
 keys.list :	$(tinfo)/MKkeys_list.sh
-	AWK=$(AWK) $(SHELL) $(tinfo)/MKkeys_list.sh $(TERMINFO_CAPS) | sort >$@
+	AWK=$(AWK) $(SHELL) $(tinfo)/MKkeys_list.sh $(TERMINFO_CAPS) | LC_ALL=C sort >$@
 
 make_keys$(BUILD_EXEEXT) : \
 		$(tinfo)/make_keys.c \

Bug#801770: devscripts: rmadison does not run properly but instead has a mishmash of rubbish

[Sharon Kimble]

"Adam D. Barratt"  writes:

> On 2015-10-15 7:35, Sharon Kimble wrote:
> [...]
>>> On Wed, 2015-10-14 at 18:32 +0100, Sharon Kimble wrote:
 "Adam D. Barratt"  writes:
> [...]
 >> rmadison emacs24
 >> <��0
 >> E��l9[)���fՀ���֌؇�{OK)��t7���}"�S�8�ە���1�ʹ�E��GA2�4z�p���׹E��q�J���Qa4
 >> �uq(��J��0�Q(�+.IL�IE�9,�b#��fTC0��X�
 >>�@Ri0O��OAA��
 >> H�%�"Bv��B7�h���%��%�y�4��"> Oct 14 13:09:17 @~]$ [489]>;
 >>
 >> This is on a fresh install of jessie yesterday, 64bit. I've tried 
 >> upgrading to
 >> the version of devscripts in testing, but it makes no difference, still 
 >> the
 >> same mishmash.
> [...]
 > I'm unable to reproduce this:
> [...]
>> Is it possible that I have a corrupted font which is causing the
>> mish-mash? Do you know the font that "rmadison" uses please?
>
> I guess it's possible. rmadison won't be using any particular font of its own 
> accord though, it's just writing output to
> the console.
>
I've just retried rmadison on my console of choice, "lxterminal", and
rmadison is working perfectly. Its possible that my multiple reboots
yesterday cleared the problem, so could you please close my bug report?
Thanks, and sorry for the noise, in future, I'll try a reboot to see if
it closes any problem!

Thanks
Sharon.
-- 
A taste of linux = http://www.sharons.org.uk
TGmeds = http://www.tgmeds.org.uk
Debian 8.0, fluxbox 1.3.7, emacs 24.5.50.3


signature.asc
Description: PGP signature

Bug#800348: empathy crash at startup (segmentation violation)

[Pascal Obry]

Confirmed, latest version of Empathy fixes this issue for me.

Thanks a lot!

-- 
  Pascal Obry /  Magny Les Hameaux (78)

  The best way to travel is by means of imagination

  http://v2p.fr.eu.org
  http://www.obry.net

  gpg --keyserver keys.gnupg.net --recv-key F949BD3B

Bug#801441: jessie-pu: package bcfg2/1.3.5-1

[Arto Jantunen]

"Adam D. Barratt"  writes:
>> > Shouldn't there be a corresponding set of files appearing in the second
>> > package? (in /Reporting/south_migrations)
>> 
>> I don't know the answer to that question, my understanding of Django is
>> rather limited (which is also why I didn't write the patch to do
>> this). The "initial migration" file grows quite a bit, so it's entirely
>> possible that it ends up containing the relevant parts of those, but
>> this is only a theory.
>
> My understanding of Django is likely less than yours, it just seems odd
> to have the patch create the new files and then for them not to be
> shipped.

You were correct here, there was something missing from the patch. Even
without the migrations in place an upgrade from the wheezy version did
succeed when I tested it. Perhaps wheezy isn't old enough to need
those.

In any case I'll do a new upload to unstable with this fixed, I'll get
back to you after that.

-- 
Arto Jantunen

Bug#801213: RFS: python-privacyidea/2.7-1

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo

Hi


please fix the mentors issues and remove tag moreinfo as soon as you have 
addressed them.

e.g. ITP bug is needed, the changelog should target unstable not jessie, you 
should contain only an
"initial release, closes: #ITP" or similar


please try to use pybuild in rules file

compat level=9 debhelper >=9,


and so on :)


cheers,

G.

Bug#801838: RFS: node-es5-shim/4.1.14+dfsg-1 [ITP]

[Julien Puydt]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "node-es5-shim"

 * Package name: node-es5-shim
   Version : 4.1.14+dfsg-1
   Upstream Author : Kristopher Michael Kowal and contributors
 * URL : http://github.com/es-shims/es5-shim/
 * License : Expat
   Section : web

It builds those binary packages:

  libjs-es5-shim - ECMAScript 5 compat. shims for old JavaScript 
engines (library)
  node-es5-shim - ECMAScript 5 compat. shims for old JavaScript engines 
(Node.js)


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


  http://mentors.debian.net/package/node-es5-shim


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

dget -x 
http://mentors.debian.net/debian/pool/main/n/node-es5-shim/node-es5-shim_4.1.14+dfsg-1.dsc


It is also available here:
Vcs-Git: git://anonscm.debian.org/pkg-javascript/node-es5-shim.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-javascript/node-es5-shim.git


Thanks,

Snark on #debian-js

Bug#801842: ITP: python-pulp -- an LP modeler

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-pulp
  Version : 1.6.0
  Upstream Author : Stuart Anthony Mitchell 
* URL : https://github.com/coin-or/pulp
* License : Expat
  Programming Lang: Python
  Description : an LP modeler

 PuLP is an LP modeler written in python. PuLP can generate MPS or LP files
 and call GLPK[1], COIN CLP/CBC[2], CPLEX[3], and GUROBI[4] to solve linear
 problems.

This is a dependency needed for Congress, which is OpenStack policy as a
Service.

Bug#799473: No fonts in python-mapnik 3

[Sebastiaan Couwenberg]

On 14-10-15 23:59, Sebastiaan Couwenberg wrote:
> So we'll need to patch python-mapnik to also support the SYSTEM_FONTS
> option in setup.py.

This should be fixed in todays upload of python-mapnik
(1:0.0~20151012-a063df4-1), it includes a patch to support SYSTEM_FONTS
in setup.py. The patch is likely to be included upstream soon, see:

https://github.com/mapnik/python-mapnik/pull/59

Kind Regards,

Bas

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

Bug#801850: busybox: readlink gets shadowed by busybox causing debconf to possibly fail

[Olliver Schinagl]

Package: busybox
Version: 1:1.22.0-15
Severity: important
Tags: newcomer

Dear Maintainer,

When installing busybox's symlink readlink gets installed (without checking)
into /usr/bin/readlink. Some packages require readlink support via debconf (for
example the flash-kernel package) but busybox's readlink does not offer the -m
option. Coreutils however, a requirement for debian and its tools (debconf),
also supplies readlink. With both coreutils and busybox installed however, the
busybox variant gets used before the coreutils variant causing package
failures.

A quick fix/workaround:
if [ -f /bin/readlink ]; then
unlink /usr/bin/readlink
fi

This on armhf jessie variant using busybox 1:1.22.0-9+deb8u1.



-- System Information:
Debian Release: stretch/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.3.0-rc1+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages busybox depends on:
ii  libc6  2.19-22

busybox recommends no packages.

busybox suggests no packages.

-- no debconf information

Bug#801770: devscripts: rmadison does not run properly but instead has a mishmash of rubbish

[Sharon Kimble]

"Adam D. Barratt"  writes:

> [Was this intentionally not copied to the bug report?]

No, it seems that my email proggie, "gnus", doesn't pick up the bug
report address from your email. I do a "very wide reply and yank", which
should just pick up every email address associated with the email, but it
only picks up yours. Like it has done with this one, so I've hunted for
the bug email address which I've included. 

>
> On Wed, 2015-10-14 at 18:32 +0100, Sharon Kimble wrote:
>> "Adam D. Barratt"  writes:
>> 
>> > Control: tags -1 + moreinfo unreproducible
>> > Control: severity -1 important
>> >
>> > On 2015-10-14 13:12, Sharon Kimble wrote:
>> >> Package: devscripts
>> >> Version: 2.15.9
>> >> Severity: grave
>> >> Justification: renders package unusable
>> >
>> > An issue with a single script in the package does not render the whole 
>> > package unusable (even for an "important"
>> > script).
>> 
>> I could find no way for just reporting a bug with "rmadison", it seemed
>> the only solution was to raise the bug against "devscripts".
>
> Nope, that's correct. It's a bug about devscripts, but it's not a
> _grave_ bug about devscripts.
>
>> >> rmadison emacs24
>> >> <��0
>> >> E��l9[)���fՀ���֌؇�{OK)��t7���}"�S�8�ە���1�ʹ�E��GA2�4z�p���׹E��q�J���Qa4
>> >> �uq(��J��0�Q(�+.IL�IE�9,�b#��fTC0��X�
>> >>�@Ri0O��OAA��
>> >> H�%�"Bv��B7�h���%��%�y�4��"> >> Oct 14 13:09:17 @~]$ [489]>;
>> >>
>> >> This is on a fresh install of jessie yesterday, 64bit. I've tried 
>> >> upgrading to
>> >> the version of devscripts in testing, but it makes no difference, still 
>> >> the
>> >> same mishmash.
>> >>
>> >> I was hoping to see the output showing what version of emacs24 in all 
>> >> debian
>> >> repos.
>> >
>> > I'm unable to reproduce this:
> [...]
>> [boudiccas:Wed Oct 14 18:26:43 @~]$ [526]>; grep -i rmadison 
>> /etc/devscripts.conf
>> # rmadison
>> # RMADISON_URL_MAP_EXAMPLE=http://example.com/madison.cgi
>> # RMADISON_DEFAULT_URL=debian
>> # RMADISON_ARCHITECTURE is set.
>> # RMADISON_ARCHITECTURE=source,i386,amd64,all
>> [boudiccas:Wed Oct 14 18:26:47 @~]$ [527]>; env | grep -i proxy
>> [boudiccas:Wed Oct 14 18:27:09 @~]$ [528]>; which rmadison
>> /usr/bin/rmadison
>> [boudiccas:Wed Oct 14 18:27:28 @~]$ [529]>; type rmadison
>> rmadison is /usr/bin/rmadison
>> [boudiccas:Wed Oct 14 18:27:46 @~]$ [530]>; 
>
> That all looks reasonable enough as far as I can see.
>
> Regards,
>
> Adam

Is it possible that I have a corrupted font which is causing the
mish-mash? Do you know the font that "rmadison" uses please?

Thanks
Sharon.
-- 
A taste of linux = http://www.sharons.org.uk
TGmeds = http://www.tgmeds.org.uk
Debian 8.0, fluxbox 1.3.7, emacs 24.5.50.3


signature.asc
Description: PGP signature

Bug#767173: Reg: gnome-shell: Display freezes but mouse stays operational

[karthikeyank]

 I can still confirm the bug, I am using gnome-shell version "3.14.4-1".Is
it fixed or the root cause found?  if there is any other workaround to overcome
the issue plese let me know.

I couldn't find any specific pattern of this freezing issue.  But, for me
freezing happened in the following situations/scenarios,

1.  When the notification/dialogue boxes are opened
 ex a) file properties dialgue
  b) (file) save location selection dialogue opened
2.  While browsing (randomly & some 50+ tabs opened in iceweasel)
3.  While opening nautilus/gedit etc as root user
Almost all the freezing scenario the mouse pointer is moving but click function
not works.

On each freeze I do switch to tty1 and issuing  "/etc/init.d/gdm3 restart".


--
Regards,
K. Karthikeyan,
Engineer,
C-DAC Chennai.
Office : +91-44-22542226 / 27
Extension : 243
---
[ C-DAC is on Social-Media too. Kindly follow us at:
Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ]

This e-mail is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy
all copies and the original message. Any unauthorized review, use,
disclosure, dissemination, forwarding, printing or copying of this email
is strictly prohibited and appropriate legal action will be taken.
---

Bug#801770: devscripts: rmadison does not run properly but instead has a mishmash of rubbish

[Adam D. Barratt]

On 2015-10-15 7:35, Sharon Kimble wrote:
[...]

On Wed, 2015-10-14 at 18:32 +0100, Sharon Kimble wrote:

"Adam D. Barratt"  writes:

[...]

>> rmadison emacs24
>> <��0
>> 
E��l9[)���fՀ���֌؇�{OK)��t7���}"�S�8�ە���1�ʹ�E��GA2�4z�p���׹E��q�J���Qa4
>> �uq(��J��0�Q(�+.IL�IE�9,�b#��fTC0��X�
>>�@Ri0O��OAA��
>> H�%�"Bv��B7�h���%��%�y�4��"> Oct 14 13:09:17 @~]$ [489]>;
>>
>> This is on a fresh install of jessie yesterday, 64bit. I've tried upgrading 
to
>> the version of devscripts in testing, but it makes no difference, still the
>> same mishmash.

[...]

> I'm unable to reproduce this:

[...]

Is it possible that I have a corrupted font which is causing the
mish-mash? Do you know the font that "rmadison" uses please?


I guess it's possible. rmadison won't be using any particular font of 
its own accord though, it's just writing output to the console.


Regards,

Adam

Bug#737079: nscd crashes on netgroup lookups

[Mike Gabriel]

Hi Carlos, hi Arthur,

On  Do 15 Okt 2015 06:29:28 CEST, Carlos O'Donell wrote:


On Wed, Oct 14, 2015 at 4:28 PM, Arthur de Jong  wrote:

On Wed, 2015-10-14 at 07:56 +, Mike Gabriel wrote:

The Debian Edu team heavily relies on NIS netgroups coming from
LDAP. So any help with this in Debian jessie is highly appreciated!!!


The last time I looked at nscd code I was not very happy ;) Also, nscd
has a long history of instability and returning incorrect results.


The upstream glibc community has been working hard to rectify these
issues, and Red Hat in particular spent a lot of time making the
netgroup caching as bullet-proof as possible. If you have real bugs,
please file them upstream and come talk to the community.


Btw, if anyone thinks this is something that libnss-ldapd does wrong,
please let me know. Not all NSS interfaces are consistent in terms of
memory management, return codes, etc. so there could be something
wrong.


They should be consistent. Again, if you find something wrong, please
file a bug. The upstream glibc community is radically different now
and certainly more accepting of discussions on these issues.

Cheers,
Carlos.


How can I help getting this fixed? I can easily reproduce crashes /  
hangings in a Debian Edu based setup.


If any of you could provide me with an update glibc / nscd containing  
the relevant patches, I can easily give feedback.


The errors take a while before they occur, so I can only give delayed  
feedback when a new build for testing is available.


Would it make sense to test glibc from experimental (i.e., rebuild on  
a jessie system and install it there)? Or can one of the Debian pkg  
maintainers go through the upstream commits relevant and provide me  
with a patched glibc based on the version in Debian jessie?


I'd prefer of the glibc maintainer in Debian could play proxy between  
Debian BTS and upstream BTS.


Greets+Thanks for input and help on this,
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


pgpzrvi4w4R0a.pgp
Description: Digitale PGP-Signatur

Bug#791995: debian-edu-config: should provide /etc/cups/client.conf to fix network printing on clients (was: debian-edu: task desktop-other should contain libdns-mdns as a Depends to fix printer setup

[Mike Gabriel]

Hi Wolfgang,

On  Mi 14 Okt 2015 18:17:17 CEST, Wolfgang Schweer wrote:


On Wed, Oct 14, 2015 at 01:31:04PM +, Mike Gabriel wrote:

On  Mo 13 Jul 2015 11:07:18 CEST, Wolfgang Schweer wrote:
>On IRC sunweaver pointed out that the existence of /etc/cups/client.conf
>would break setting up locally attached printers (via locally running
>cups). While this is true in general, there's a way to have local
>printer(s) (attached to real workstations) configured centrally on
>tjener. To get this working install the package p910nd on the
>workstation and configure it, see man p910nd. (For a USB printer you
>would set P910ND_OPTS="-f /dev/usb/lp0" and P910ND_START=1 in
>/etc/default/p910nd.) Then you can set up this printer on tjener as
>AppSocket/HP Jetdirect printer using 'socket://:9100' as
>URI. For diskless workstations a similar app socket tool is available by
>default, see the jessie manual how to set up printers attached to LTSP
>clients.

The question now remains: shall we simply ship /etc/cups/client.conf as
package file in debian-edu-config or treat/create-if-not-there that file
with cfengine.


As the file only makes sense along with the instructions, it would IMO
be best to add these to a Printing Know How chapter of the manual and to
avoid shipping/creating the file.


I don't like creating that file from scratch either. We don't know  
with what we will conflict later.


However, deploying systems that cannot print via TJENER right away  
sounds a bit awkward, too, IMHO.


The deeper question are...

Why doesn't CUPS browsing work out of the box?
Why does it require a BrowsePoll entry in cups-browsed.conf (at least  
it does here...)?


Right?

Basically, if cups-browsed is installed, the local cupsd of a Debian  
Edu client should "find" the shared printers on the network.


Maybe we should attempt at getting this fixed?

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


pgpGo80N0jHg5.pgp
Description: Digitale PGP-Signatur

Bug#801844: [systemd] Sudden Unbootable System

[David Baron]

Package: systemd
Version: 226-4
Severity: grave

--- Please enter the report below this line. ---
Systemd is still 226-4, not upgraded, had been working up until my first boot 
morning of 14.10 
which booted OK.
 
Upgraded some KF5 Baloo packages to fix dorked KDE, rebooted, then bingo.
 
Boot stops with
lvmetad is not active yet
disk/by-uuid/fca . invalid path or logical
 
Then a minute-30 second start job runs for a device (differing uuid).
After that, control/D choice.
 
Control/D will reboot, try again, same thing.
Entering root password gives me a shell but I do not know what to do in it.
 
My second boot option is same kernel but with
append="init=/lib/sysvinit/init"
This boots up the old way, just fine!
 
Relevant errors in dmesg: (After init bootup)
:~$ dmesg | grep -i fail  
***
[   19.586295] systemd-logind[3346]: Failed to enable subscription: Launch 
helper exited with 
unknown return code 1
[   19.586332] systemd-logind[3346]: Failed to fully start up daemon: 
Input/output error
[   37.068868] systemd-logind[4387]: Failed to enable subscription: Launch 
helper exited with 
unknown return code 1
[   37.068899] systemd-logind[4387]: Failed to fully start up daemon: 
Input/output error
[   47.726971] systemd-logind[4595]: Failed to enable subscription: Launch 
helper exited with 
unknown return code 1
[   47.727005] systemd-logind[4595]: Failed to fully start up daemon: 
Input/output error
[  123.679649] systemd-logind[4850]: Failed to enable subscription: Launch 
helper exited 
with unknown return code 1
[  123.679691] systemd-logind[4850]: Failed to fully start up daemon: 
Input/output error
[  130.322873] systemd-logind[4873]: Failed to enable subscription: Launch 
helper exited 
with unknown return code 1
[  130.322902] systemd-logind[4873]: Failed to fully start up daemon: 
Input/output error
 
Running a mostly up-to-date 64 bit Sid box.
Easy enough to get back to that root shell if there are any ideas of what to 
check there.
 

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.0.0-1-amd64

Debian Release: Kali Linux 2.0
  500 unstableftp.us.debian.org 
  500 testing ftp.us.debian.org 
  500 kali-currentsecurity.kali.org 
  500 kali-currenthttp.kali.org 
  500 jessie  linux.dropbox.com 
1 experimentalftp.us.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
=
libacl1(>= 2.2.51-8) | 2.2.52-2
libaudit1   (>= 1:2.2.1) | 1:2.4.4-4
libc6  (>= 2.17) | 
libcap2(>= 2.10) | 
libcryptsetup4  (>= 2:1.4.3) | 
libdbus-1-3   (>= 1.1.1) | 
libgcrypt11   (>= 1.5.1) | 
libkmod2 (>= 5~) | 
liblzma5(>= 5.1.1alpha+20120614) | 
libpam0g   (>= 0.99.7.1) | 
libselinux1   (>= 2.1.9) | 
libsystemd-daemon0(= 204-14) | 
libsystemd-journal0   (= 204-14) | 
libudev1(>= 189) | 
libwrap0 (>= 7.6-4~) | 
libsystemd-login0 (= 204-14) | 
util-linux (>= 2.19.1-2) | 
initscripts  (>= 2.88dsf-17) | 
sysv-rc  | 
udev | 
acl  | 
adduser  | 
libcap2-bin  | 


Recommends  (Version) | Installed
=-+-===
libpam-systemd| 226-4


Suggests(Version) | Installed
=-+-===
systemd-ui| 3-4



--- Output from package bug script ---
Warning: locale not supported by C library, locale unchanged

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

[Andreas Tille]

Hi Sascha,

in principle I would like to sponsor.  The only thing I do not like is
the fact that two packaging repositories are hanging around in
git.debian.org.  This might be confusing for potentially interested
persons.  Please either do

  1. merge your repository into collab-maint/jquery-datatables.git
  2. if you have no access to collab-maint yet feel free to move
 your repository into Debian Med Git *and* ask Matthias for
 either removing his repository or cleaning it up from files
 and just drop a README.status file pointing to the actively
 maintained one
  3. ask Matthias for either removing his repository or cleaning it
 up from files and just drop a README.status file pointing to
 the actively maintained one and stay with your private
 repository

I'd prefer 1. and 2. (in this order) way much over 3.

Kind regards

Andreas.

On Wed, Oct 14, 2015 at 10:21:48AM +0100, Sascha Steinbiss wrote:
> Hi all,
> 
> as a result of bug #798900 [1] (also partially discussed here) I have
> prepared a proper source-built package for DataTables [2], to be used as
> a dependency for packages that for now just use embedded copies of
> jquery.dataTables.js or jquery.dataTables.min.js.
> 
> I guess this supersedes the prospective package in collab-maint [3]
> which did not use the upstream source but rather their release
> repository which just provides build artifacts. Also, the previous
> package is outdated and was apparently never uploaded. See the original
> ITP [4]. Is it OK to close the ITP bug with my new package?
> 
> If you are happy with the package, could anyone sponsor?
> 
> Thanks
> Sascha
> 
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798900
> [2] https://anonscm.debian.org/cgit/users/sascha-guest/datatables.js.git/
> [3] https://anonscm.debian.org/cgit/collab-maint/jquery-datatables.git/
> [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719601
> 
> 
> -- 
>  The Wellcome Trust Sanger Institute is operated by Genome Research 
>  Limited, a charity registered in England with number 1021457 and a 
>  company registered in England with number 2742969, whose registered 
>  office is 215 Euston Road, London, NW1 2BE. 
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de

Bug#801837: ITP: yank -- interactively select and yank terminal output to stdout or xsel

[Sébastien Delafond]

On Oct/15, Jakub Wilk wrote:
> Sounds very cool, but apt-file tells me this name is already taken:
> 
> emboss: /usr/bin/yank

I think I'll keep the package name, but I'll install the binary itself
under some other name, maybe something like /usr/bin/yank-cli ?

Cheers,

--Seb

Bug#801849: node-jquery does not register

[folkert]

Package: node-jquery
Version: 1.6.3-1
Severity: important

Hi,

The node-jquery package no longer works at all:

module.js:460
  return process.dlopen(module, path._makeLong(filename));
 ^

Error: Module did not self-register.
at Error (native)
at Object.Module._extensions..node (module.js:460:18)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:311:12)
at Module.require (module.js:366:17)
at require (module.js:385:17)
at Object. (/usr/lib/nodejs/contextify/contextifyjs.js:1:77)
at Module._compile (module.js:435:26)
at Object.Module._extensions..js (module.js:442:10)
at Module.load (module.js:356:32)


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

Kernel: Linux 4.0.0-trunk-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages node-jquery depends on:
ii  node-jsdom  0.8.10+dfsg1-1
ii  nodejs  4.2.1~dfsg-1

node-jquery recommends no packages.

node-jquery suggests no packages.

-- no debconf information

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

[Sascha Steinbiss]

Hi Andreas,

thanks for considerin my package.

> in principle I would like to sponsor.  The only thing I do not like is
> the fact that two packaging repositories are hanging around in
> git.debian.org.  This might be confusing for potentially interested
> persons.  

I absolutely agree and surely would like to sort this out.

Please either do
> 
>   1. merge your repository into collab-maint/jquery-datatables.git

Well, the JS policy [1] stating that the repository should reflect the
source package name, which according to the policy should have a
different name than the one Matthias chose several years ago for his
one. But they also state it's not a hard requirement so I guess this is
an option.
However, I would need to be approved for collab-maint access first.
Could you probably help?

>   2. if you have no access to collab-maint yet feel free to move
>  your repository into Debian Med Git *and* ask Matthias for
>  either removing his repository or cleaning it up from files
>  and just drop a README.status file pointing to the actively
>  maintained one

Sure, I wanted to get in touch with him anyway.

>   3. ask Matthias for either removing his repository or cleaning it
>  up from files and just drop a README.status file pointing to
>  the actively maintained one and stay with your private
>  repository

The private repo was just for sponsoring/review to not leave a stray
package in the Debian Med area in case I get advised to move it to the
Javascript team etc. It definitely was not intended to stay ;)

> I'd prefer 1. and 2. (in this order) way much over 3.

Agreed. If you can help me sort out getting collab-maint access I would
be happy to coordinate the next steps with Matthias to update the
repository he started. If not, I will follow option 2.

Thanks for your help
Sascha

[1] https://wiki.debian.org/Javascript/Policy

> On Wed, Oct 14, 2015 at 10:21:48AM +0100, Sascha Steinbiss wrote:
>> Hi all,
>>
>> as a result of bug #798900 [1] (also partially discussed here) I have
>> prepared a proper source-built package for DataTables [2], to be used as
>> a dependency for packages that for now just use embedded copies of
>> jquery.dataTables.js or jquery.dataTables.min.js.
>>
>> I guess this supersedes the prospective package in collab-maint [3]
>> which did not use the upstream source but rather their release
>> repository which just provides build artifacts. Also, the previous
>> package is outdated and was apparently never uploaded. See the original
>> ITP [4]. Is it OK to close the ITP bug with my new package?
>>
>> If you are happy with the package, could anyone sponsor?
>>
>> Thanks
>> Sascha
>>
>>
>> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798900
>> [2] https://anonscm.debian.org/cgit/users/sascha-guest/datatables.js.git/
>> [3] https://anonscm.debian.org/cgit/collab-maint/jquery-datatables.git/
>> [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719601
>>
>>
>> -- 
>>  The Wellcome Trust Sanger Institute is operated by Genome Research 
>>  Limited, a charity registered in England with number 1021457 and a 
>>  company registered in England with number 2742969, whose registered 
>>  office is 215 Euston Road, London, NW1 2BE. 
>>
>> ___
>> Debian-med-packaging mailing list
>> debian-med-packag...@lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
>>
> 


-- 
 The Wellcome Trust Sanger Institute is operated by Genome Research 
 Limited, a charity registered in England with number 1021457 and a 
 company registered in England with number 2742969, whose registered 
 office is 215 Euston Road, London, NW1 2BE. 

Bug#801839: mate-session-manager: /etc/mate/defaults.list doesn't affect nautilus from working

[shirish शिरीष]

Package: mate-session-manager
Version: 1.10.2-3
Severity: important

Dear Maintainer,
I installed the new release and went to /etc/mate/defaults.list

cat /etc/mate/defaults.list | grep caja

x-content/software=caja-autorun-software.desktop
inode/directory=caja.desktop
application/x-gnome-saved-search=caja.desktop

Now as per above, caja should be the one running things but
unfortunately it is nautilus who is calling the shots. What should I
do ?

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

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

Versions of packages mate-session-manager depends on:
ii  dbus-x11 1.10.0-3
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libdbus-1-3  1.10.0-3
ii  libdbus-glib-1-2 0.102-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdk-pixbuf2.0-0   2.32.1-1
ii  libglib2.0-0 2.46.0-2
ii  libgtk2.0-0  2.24.28-1
ii  libice6  2:1.0.9-1+b1
ii  libmate-desktop-2-17 1.10.2-1
ii  libpango-1.0-0   1.38.0-3
ii  libpangocairo-1.0-0  1.38.0-3
ii  libpangoft2-1.0-01.38.0-3
ii  libsm6   2:1.2.2-1+b1
ii  libstartup-notification0 0.12-4
ii  libsystemd0  227-2
ii  libx11-6 2:1.6.3-1
ii  libxau6  1:1.0.8-1
ii  libxext6 2:1.3.3-1
ii  libxrender1  1:0.9.8-1+b1
ii  libxtst6 2:1.2.2-1+b1
ii  mate-desktop-common  1.10.2-1
ii  upower   0.99.3-1+b2

Versions of packages mate-session-manager recommends:
ii  caja  1.10.4-1
ii  marco 1.10.2-1
ii  mate-panel1.10.1+gfdl1-1
ii  mate-polkit   1.10.2-1
ii  mate-settings-daemon  1.10.2-1

mate-session-manager suggests no packages.

-- no debconf information


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#801784: gitk de_DE.UTF-8: Error in startup script: bad menu entry index "Ansicht bearbeiten ..."

[deavid]

This bug has happened to me yesterday when I upgraded gitk from 1:2.5.3-1
to 1:2.6.1-1

My system is in spanish:

from aptitude.log:
[ACTUALIZAR] git:i386 1:2.5.3-1 -> 1:2.6.1-1
[ACTUALIZAR] git-core:i386 1:2.5.3-1 -> 1:2.6.1-1
[ACTUALIZAR] git-doc:i386 1:2.5.3-1 -> 1:2.6.1-1
[ACTUALIZAR] git-gui:i386 1:2.5.3-1 -> 1:2.6.1-1
[ACTUALIZAR] git-man:i386 1:2.5.3-1 -> 1:2.6.1-1
[ACTUALIZAR] git-svn:i386 1:2.5.3-1 -> 1:2.6.1-1
[ACTUALIZAR] gitk:i386 1:2.5.3-1 -> 1:2.6.1-1



$ gitk -- view_reservada.qs
Error in startup script: bad menu entry index "Modificar vista..."
while executing
".bar.view entryconf [mca "Edit view..."] -state normal"
invoked from within
"if {$cmdline_files ne {} || $revtreeargs ne {} || $revtreeargscmd ne {}} {
# create a view for the files/dirs specified on the command line
se..."
(file "/usr/bin/gitk" line 12442)

$ LANG=C; gitk -- view_reservada.qs
(without visible error)

Also, in my system, doing "gitk" without arguments works. But whenever i
put one, i get the above error.

Please note this package version is in unstable and testing.

Bug#801840: 0.9.2-2 plymouth.NEWS entry has 'UNRELEASED' as release

[Didier 'OdyX' Raboud]

Package: plymouth
Version: 0.9.2-1
Severity: minor

Hi Laurent,

apparently 0.9.2-2 was uploaded with debian/plymouth.NEWS'release not updated
to 'unstable':

> plymouth (0.9.2-2) UNRELEASED; urgency=medium
> 
>   Starting with this version, installing the plymouth package will
> (…)

Cheers,

OdyX

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages plymouth depends on:
ii  init-system-helpers  1.24
ii  initramfs-tools  0.120
ii  libc62.19-22
ii  libdrm2  2.4.64-1
ii  libplymouth4 0.9.2-1

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base 8.0.2
pn  plymouth-themes  

-- no debconf information

Bug#801839: please close the bug, I had inadvertantly changed it in ~/.config/mimeapps.list

[shirish शिरीष]

fixed 801839 1.10.2-3
thanks

Hi all,

I had inadvertantly changed inode/directory=$something.org.Nautilus.desktop

changing it back to inode/directory=caja.desktop made it work.

So my mistake.

Have attempted to close/fix the bug.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#801843: fusionforge-plugin-scm{giti, svn}: package removed, processes still running: xinetd

[Andreas Beckmann]

Package: fusionforge-plugin-scmgit,fusionforge-plugin-scmsvn
Version: 6.0.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left processes
running after the package has been removed and/or purged.

This is very probably due to not using invoke-rc.d
as mandated by policy 9.3.3.2.

In https://lists.debian.org/debian-devel/2009/08/msg00182.html and
followups it has been agreed that these bugs are to be filed with
severity serious.

>From the attached log (scroll to the bottom...):

1m42.8s ERROR: FAIL: Processes are running inside chroot:
  COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
  xinetd  6292 root  cwdDIR   0,20  460 3378999138 
/tmp/piupartss/tmpwjdP5B
  xinetd  6292 root  rtdDIR   0,20  460 3378999138 
/tmp/piupartss/tmpwjdP5B
  xinetd  6292 root  memREG   0,2043592 3379009778 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/libnss_nis-2.19.so
  xinetd  6292 root  memREG   0,2031632 3379009766 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/libnss_compat-2.19.so
  xinetd  6292 root  memREG   0,2047712 3379009772 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/libnss_files-2.19.so
  xinetd  6292 root  memREG   0,20  1729984 3379009770 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/libc-2.19.so
  xinetd  6292 root  memREG   0,2035176 3379009767 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/libcrypt-2.19.so
  xinetd  6292 root  memREG   0,20  1051056 3379009781 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/libm-2.19.so
  xinetd  6292 root  memREG   0,2089104 3379009768 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/libnsl-2.19.so
  xinetd  6292 root  memREG   0,20   140928 3379009775 
/tmp/piupartss/tmpwjdP5B/lib/x86_64-linux-gnu/ld-2.19.so
  xinetd  6292 root0r   CHR1,3  0t0 3379007767 
/tmp/piupartss/tmpwjdP5B/dev/null
  xinetd  6292 root1r   CHR1,3  0t0 3379007767 
/tmp/piupartss/tmpwjdP5B/dev/null
  xinetd  6292 root2r   CHR1,3  0t0 3379007767 
/tmp/piupartss/tmpwjdP5B/dev/null


cheers,

Andreas


fusionforge-plugin-scmgit_6.0.3-1.log.gz
Description: application/gzip

Bug#801838: RFS: node-es5-shim/4.1.14+dfsg-1 [ITP]

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo

as said on irc:

1) rules:

override_dh_auto_test: please add a comment on the above line regarding the 
reason for
disabling the testsuite (requires internet connection or similar)

2) rules:
override_dh_auto_install:
   dh_install

what? ^^^

3) add a README.source explaining the reason for having a dfsg repackage (even 
if copyright files-excluded is clear)

4) you install both es5-*.js and es5-*.min.js, are them needed both?

the other stuff looks good to me

cheers,

G.






Il Giovedì 15 Ottobre 2015 8:33, Julien Puydt  ha 
scritto:
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "node-es5-shim"

  * Package name: node-es5-shim
Version : 4.1.14+dfsg-1
Upstream Author : Kristopher Michael Kowal and contributors
  * URL : http://github.com/es-shims/es5-shim/
  * License : Expat
Section : web

It builds those binary packages:

   libjs-es5-shim - ECMAScript 5 compat. shims for old JavaScript 
engines (library)
   node-es5-shim - ECMAScript 5 compat. shims for old JavaScript engines 
(Node.js)

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

  http://mentors.debian.net/package/node-es5-shim


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

 dget -x 
http://mentors.debian.net/debian/pool/main/n/node-es5-shim/node-es5-shim_4.1.14+dfsg-1.dsc

It is also available here:
Vcs-Git: git://anonscm.debian.org/pkg-javascript/node-es5-shim.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-javascript/node-es5-shim.git

Thanks,

Snark on #debian-js

Bug#799706: kdbus-dkms: not all services available

[Ritesh Raj Sarraf]

On Thu, 2015-10-15 at 03:16 +0200, Michael Biebl wrote:
> I've uploaded 0.20150901t074837.245fe93-1, would be great if you can
> retry with that version.

Thanks Michael. This version works perfect on my setup.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#801845: keepalived running under kvm virtual host , occour kernal painc, I can provder dmesg log.

[unable to handle kernel NULL pointer dereference]

Package: keepalived
Version: 1:1.2.13-1
Severity: normal

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 ***


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages keepalived depends on:
ii  iproute   1:3.16.0-2
ii  ipvsadm   1:1.26-4
ii  libc6 2.19-18+deb8u1
ii  libnl-3-200   3.2.24-2
ii  libnl-genl-3-200  3.2.24-2
ii  libpci3   1:3.2.1-3
ii  libsensors4   1:3.3.5-2
ii  libsnmp30 5.7.2.1+dfsg-1
ii  libssl1.0.0   1.0.1k-3+deb8u1
ii  libwrap0  7.6.q-25

keepalived recommends no packages.

keepalived suggests no packages.

-- debconf-show failed
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Initializing cgroup subsys cpuacct
[0.00] Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) 
(gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u5 
(2015-10-09)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=2f4a0d14-6551-4e56-a20a-36bf86f0bd2e ro quiet
[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x0009fbff] usable
[0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved
[0.00] BIOS-e820: [mem 0x000f-0x000f] reserved
[0.00] BIOS-e820: [mem 0x0010-0x3ffd] usable
[0.00] BIOS-e820: [mem 0x3ffe-0x3fff] reserved
[0.00] BIOS-e820: [mem 0xfeffc000-0xfeff] reserved
[0.00] BIOS-e820: [mem 0xfffc-0x] reserved
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.8 present.
[0.00] DMI: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 
rel-1.8.2-0-g33fbe13 by qemu-project.org 04/01/2014
[0.00] Hypervisor detected: KVM
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] AGP: No AGP bridge found
[0.00] e820: last_pfn = 0x3ffe0 max_arch_pfn = 0x4
[0.00] MTRR default type: write-back
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 008000 mask FF8000 uncachable
[0.00]   1 disabled
[0.00]   2 disabled
[0.00]   3 disabled
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[0.00] found SMP MP-table at [mem 0x000f6480-0x000f648f] mapped at 
[880f6480]
[0.00] Base memory trampoline at [88099000] 99000 size 24576
[0.00] init_memory_mapping: [mem 0x-0x000f]
[0.00]  [mem 0x-0x000f] page 4k
[0.00] BRK [0x01af4000, 0x01af4fff] PGTABLE
[0.00] BRK [0x01af5000, 0x01af5fff] PGTABLE
[0.00] BRK [0x01af6000, 0x01af6fff] PGTABLE
[0.00] init_memory_mapping: [mem 0x3fc0-0x3fdf]
[0.00]  [mem 0x3fc0-0x3fdf] page 2M
[0.00] init_memory_mapping: [mem 0x3c00-0x3fbf]
[0.00]  [mem 0x3c00-0x3fbf] page 2M
[0.00] init_memory_mapping: [mem 0x0010-0x3bff]
[0.00]  [mem 0x0010-0x001f] page 4k
[0.00]  [mem 0x0020-0x3bff] page 2M
[0.00] init_memory_mapping: [mem 0x3fe0-0x3ffd]
[0.00]  [mem 0x3fe0-0x3ffd] page 4k
[0.00] BRK [0x01af7000, 0x01af7fff] PGTABLE
[0.00] RAMDISK: [mem 0x36402000-0x371f8fff]
[0.00] ACPI: Early table checksum verification disabled
[0.00] ACPI: RSDP 0x000F6290 14 (v00 BOCHS )
[0.00] ACPI: RSDT 0x3FFE163B 30 (v01 BOCHS  BXPCRSDT 
0001 BXPC 0001)
[0.00] ACPI: FACP 0x3FFE0BDA 74 (v01 BOCHS  BXPCFACP 
0001 BXPC 0001)
[0.00] ACPI: DSDT 0x3FFE0040 000B9A (v01 BOCHS  BXPCDSDT 
0001 BXPC 0001)
[0.00] ACPI: FACS 0x3FFE 40
[0.00] ACPI: SSDT 0x3FFE0C4E 000975 (v01 BOCHS  BXPCSSDT 
0001 BXPC 0001)
[ 

Bug#801848: iwatch: Typo in /etc/default/iwatch makes it unable to start

[Milan Horák]

Package: iwatch
Version: 0.2.2-3
Severity: important

In /etc/default/iwatch is defined CONFIG_FILE variable, but iwatch 
expects CONFIGFILE defined.

This makes iwatch unable to start.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/32 CPU cores)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iwatch depends on:
ii  libevent-perl1.23-1+b1
ii  liblinux-inotify2-perl   1:1.22-1+b1
ii  libmail-sendmail-perl0.79.16-1
ii  libxml-simpleobject-libxml-perl  0.53-2
ii  perl-modules 5.20.2-3+deb8u1
ii  postfix [mail-transport-agent]   2.11.3-1

iwatch recommends no packages.

Versions of packages iwatch suggests:
pn  sendxmpp
pn  yowsup-cli  

-- Configuration Files:
/etc/default/iwatch changed:
START_DAEMON=true
CONFIGFILE=/etc/iwatch/iwatch.xml

-- no debconf information

Bug#801841: TypeError: QPen(): argument 1 has unexpected type 'NoneType'

[Julien Cristau]

Package: hgview
Version: 1.8.1-1
Severity: normal

I've been seeing this recently:

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/hgviewlib/qt4/styleditemdelegate.py", 
line 63, in paint
self._draw_graph(painter, option, index)
  File "/usr/lib/python2.7/dist-packages/hgviewlib/qt4/styleditemdelegate.py", 
line 39, in _func
out = func(self, painter, *ags, **kws)
  File "/usr/lib/python2.7/dist-packages/hgviewlib/qt4/styleditemdelegate.py", 
line 129, in _draw_graph
self._draw_graph_ctx(painter, pix, ctx, gnode)
  File "/usr/lib/python2.7/dist-packages/hgviewlib/qt4/styleditemdelegate.py", 
line 149, in _draw_graph_ctx
self._draw_graph_node(painter, dot_x, dot_y, radius, dot_color, ctx)
  File "/usr/lib/python2.7/dist-packages/hgviewlib/qt4/styleditemdelegate.py", 
line 164, in _draw_graph_node
self._draw_graph_node_draft(painter, x, y, r, color, ctx)
  File "/usr/lib/python2.7/dist-packages/hgviewlib/qt4/styleditemdelegate.py", 
line 200, in _draw_graph_node_draft
self._set_graph_node_style(painter, color, ctx)
  File "/usr/lib/python2.7/dist-packages/hgviewlib/qt4/styleditemdelegate.py", 
line 187, in _set_graph_node_style
pen = QPen(pencolor)
TypeError: QPen(): argument 1 has unexpected type 'NoneType'

Cheers,
Julien

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages hgview depends on:
ii  hgview-common   1.8.1-1
ii  python  2.7.9-1
ii  python-docutils 0.12+dfsg-1
ii  python-qscintilla2  2.9+dfsg-9
ii  python-qt4  4.11.4+dfsg-1+b2

hgview recommends no packages.

hgview suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator.

[John Paul Adrian Glaubitz]

So, I just had a look at the latest package version you put up on
mentors and I can't even install the build dependencies:

(experimental-amd64-sbuild)root@z6:/# apt-get install libpng16-dev
libfreetype6-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
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:
 libfreetype6-dev : Depends: libpng-dev
E: Unable to correct problems, you have held broken packages.
(experimental-amd64-sbuild)root@z6:/#

How did you manage to build the package on your machine? And is there
no way to use an older version of libpng? I don't understand why the
PPSSPP developers thought it would be a good idea to build against
libpng16 when libpng12 is still the default version.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#801277: closed by Christian Marillat <maril...@debian.org> (Bug#801277: fixed in mkvtoolnix 8.4.0-2)

[Dmitry Smirnov]

On Sunday 11 October 2015 16:36:07 Debian Bug Tracking System wrote:
>New patch from upstream to fix broken saved configuration file
> (Closes: #801277).
> It has been closed by Christian Marillat .

Many thanks for quick fix, Christian. All good. :)

-- 
Best wishes,
 Dmitry Smirnov.

---

Good luck happens when preparedness meets opportunity.


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

Bug#801812: /usr/bin/xdg-open: xdg-open no longer opens djvu files

[Per Olofsson]

Hi Jeffrey,

Den 2015-10-14 kl. 21:13, skrev Jeffrey Ratcliffe:
> Package: xdg-utils
> Version: 1.1.1-1
> Severity: normal
> File: /usr/bin/xdg-open
> 
> With the previous version of xdg-utils, xdg-open opened djvu files without 
> problem. Now it doesn't.

Which desktop environment (if any) are you using?

Could you run

  sh -x /usr/bin/xdg-open somefile.djvu

(where somefile.dvju is a dvju file) and send me the output?

-- 
Pelle

Bug#800730: [pkg-gnupg-maint] Bug#800730: Bug#800730: gnupg2: key generation unusable in es_US.UTF-8

[NIIBE Yutaka]

Hello,

I think that this bug is fixed in 2.1.9.  Please confirm.
--

Bug#800835: skl_dmc_ver1.bin seems is good only for skylake processors and later according to the bug at launchpad.

[shirish शिरीष]

Hi all,

I have tried (in vain) to get more info. about the specific firmware .
The only link I got was an invalid bug in bugs.freedesktop.org

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

https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1441861

As can be seen from the bug there :-

DCM

DCM is a display micro-controller that provides additional low-power
idle states for improved platform power consumption. The
skl_dmc_ver4.bin firmware is hot-loaded to the display microcontroller
at runtime, and the microcontroller manages the additional low-power
idle states independently from the OS/Kernel.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#801837: ITP: yank -- interactively select and yank terminal output to stdout or xsel

[Jakub Wilk]

* Sebastien Delafond , 2015-10-15, 08:04:

* Package name: yank
 Version : 0.4.0
 Upstream Author : Anton Lindqvist
* URL : https://github.com/mptre/yank
* License : MIT
 Programming Lang: C
 Description : interactively select and yank terminal output to stdout or 
xsel


Sounds very cool, but apt-file tells me this name is already taken:

emboss: /usr/bin/yank

--
Jakub Wilk

Bug#762981: The first user should be a member of the lpadmin group

[Wolfgang Schweer]

On Thu, Oct 15, 2015 at 08:27:36AM +, Mike Gabriel wrote:
> Ok. I get that. The balance here is: simple for maintainers and simple for
> first-time users/admins.

Yes. Hard to find the right one.
 
> >Also, avoiding changes to the initial
> >LDAP data base would make upgrading easier.
> 
> I also get this point and I think we should not carve the initial LDAP
> bootstrap into stone, either. How about adding LDAP ldif files that document
> the changes between the different Debian Edu main server versions.

Sounds like a very good idea.
 
> Btw., have you already taken a look at [1]?

No, but will do so.

Also, are you aware of 

https://wiki.debian.org/DebianEdu/Status/Jessie

and 

https://wiki.debian.org/DebianEdu/Documentation/Jessie/Upgrades


Wolfgang



signature.asc
Description: PGP signature

Bug#791995: debian-edu-config: should provide /etc/cups/client.conf to fix network printing on clients (was: debian-edu: task desktop-other should contain libdns-mdns as a Depends to fix printer setup

[Wolfgang Schweer]

On Thu, Oct 15, 2015 at 08:22:47AM +, Mike Gabriel wrote:
> I don't like creating that file from scratch either. We don't know with what
> we will conflict later.

Right.
 
> However, deploying systems that cannot print via TJENER right away sounds a
> bit awkward, too, IMHO.

Yes.
 
> The deeper question are...
> 
> Why doesn't CUPS browsing work out of the box?

Because libdns-mdns isn't installed. That's what this bug report was all 
about originally (and why I filed it against debian-edu cause it's a 
task problem).

So to fix the printing issue for stretch, this might be the way to go.

As far as jessie is concerned I'm unsure if such a change would be 
acceptable, so I searched for another solution.

Wolfgang



signature.asc
Description: PGP signature

Bug#719960: libnet-arp-perl: Net::ARP::arp_lookup always fails (regression)

[Florian Schlichting]

On Sat, Aug 17, 2013 at 01:19:35PM +0200, Vincent Lefevre wrote:
> On 2013-08-17 12:41:26 +0200, Florian Schlichting wrote:
> > The implementation changed between 1.0.4-1 and 1.0.8-1; whereas before,
> > it would just open /proc/net/arp and look for the IP address, matching
> > the device only when given, it now uses the SIOCGARP ioctl for which a
> > device name is mandatory.
> > 
> > So I think this "works as intended", but one could perhaps ask upstream
> > to provide an option to iterate over several / all available devices, or
> > amend the documentation to explain that undef values are not / no longer
> > supported.
> 
> OK, but indeed this should be documented. I think it would be nice
> if it could iterate over the devices (or get the device directly
> from the IP address, if possible), as the user doesn't necessarily
> know the device in question (even when the user knows the physical
> device, as the device name may have a random value).

I came accross this bug report again the other day, and forwarded it
upstream to see what the Net-ARP author would say. His answer was:

I am not actively developing in Perl anymore and only fix nasty bugs
and security issues in that Perl module, but if you would provide a
working patch I would integrate it.

(https://rt.cpan.org/Public/Bug/Display.html?id=107677)

It is unlikely that I will find the time to develop such a patch myself
in the forseeable future, but I will certainly look at / forward any
contributions by other people (but by all means feel free to work with
upstream directly).

Florian

Bug#790412: RFS: circus/0.12.0-1

[Gianfranco Costamagna]

Control: tags -1 moreinfo

So please ping me as soon as you have fixed the above.

cheers,

G.




Il Giovedì 15 Ottobre 2015 11:11, David Douard  ha 
scritto:
On 10/13/2015 07:17 PM, Gianfranco Costamagna wrote:
> Control: owner -1 !
> 
> Hi David
> 
> quick review:

Thanks,

> 
> 1) control: runtime dependencies:
> 
> please let python:Depends to its job

indeed

> I see in setup.py
> install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0']
> 
> 
> (also: why some dependencies are not listed here?)

some are dependencies for the tests (IIRC), some are optional in circus 
(imported 
in a try/except), but I prefer to keep them as Build-Depend to ensure these 
execution 
path are tested. In fact, some of them should be added in the Recommends or 
Suggests section.

> 
> 2) rules/control: please consider using python3
> 

I do, but one step at a time :-)

> 
> 3) rules: 
> - why you remove examples from build?

because I don't want these in the python package, but only in 
/usr/share/doc/circus/examples


> - "make -C docs" I would use $(MAKE) -C docs

Ok I'll fix that 


> the other stuff looks good, but I didn't check carefully yet :)
> (and I didn't try a build)
> 
> cheers,
> 
> G.
> 


-- 

David DOUARD LOGILAB
Directeur du département Outils & Systèmes

+33 1 45 32 03 12david.dou...@logilab.fr
+33 1 83 64 25 26http://www.logilab.fr/id/david.douard

Formations - http://www.logilab.fr/formations
Développements - http://www.logilab.fr/services
Gestion de connaissances - http://www.cubicweb.org/

Bug#788418: New upload in mentors

[Ghislain Vaillant]

On 14/10/15 13:55, Herbert Parentes Fortes Neto (hpfn) wrote:

Hi Ghislain,


Alright, I have uploaded a new candidate package on mentors.

However, the lintian on mentors shows an error that I cannot reproduce
locally on my gbp build. The error is the following:

postinst-must-call-ldconfig

and makes no-sense to me, as I am not doing anything much differently
from the previous upload. Besides, my local lintian does not show it.

Thoughts?


Your local lintian is 'sid' ? If so, it is a different
version of mentors, I believe.

I asked the same question days ago. And debhelper on
sid should take care of it.


regards,



So these errors should probably be disregarded.

The package in mentors is ready for review then.

Awaiting Gianfranco's comments.

Many thanks,
Ghis

Bug#801847: xorg: Cannot type after X restart

[Andreas Tscharner]

Package: xorg
Version: 1:7.7+12
Severity: important

Dear Maintainer,

I start my computer and login (using slim) without problems (into WindowMaker). 
After terminating the session slim starts up again, but I cannot type anything 
at all.
Also I noticed that I cannot type anything on the console that is showing up 
for a short time before X restarts-

This happens on my laptop (Intel 4000 gfx card with open driver) as well as on 
my desktop (nVidia with proprietary driver).

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

lrwxrwxrwx 1 root root 13 Aug 18  2012 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Oct  6 09:35 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to 

Bug#801730: transition: gnome-desktop3

[Emilio Pozuelo Monfort]

On 15/10/15 03:25, Michael Biebl wrote:
> Am 14.10.2015 um 18:34 schrieb Emilio Pozuelo Monfort:
> 
>>> https://release.debian.org/transitions/html/auto-gnome-desktop3.html
>>> https://release.debian.org/transitions/html/auto-cheese.html
> 
>> Go ahead.
> 
> Awesome, thanks Emilio.
> 
> I've uploaded gnome-desktop3 and cheese and they have been built everywhere.
> 
> Please schedule the binNMUs for gnome-desktop3 and cheese.

Scheduled.

Emilio

Bug#795636: [pkg-gnupg-maint] Bug#795636: gnupg-agent: adding 384-bit ECDSA key puts wrong fingerprint in sshcontrol

[NIIBE Yutaka]

Hello,

I think that this bug is fixed in 2.1.9.  Please confirm.

Thank you for your bug reports.
-- 

Bug#797804: PGadmin3 still segfaults :-(

[Gallien LABEYRIE]

Following the previous post, does anyone know whether this bug has been 
corrected ?
Thanks in advance,

Gallien

On Tue, 6 Oct 2015 10:19:03 +0200 (CEST) "Marc F. Neininger" 
 wrote:
 > Hi,
 >
 >
 > I used gdb for the first time. The first backtrace is incomplete.
 > Below you find the complete backtrace after a seg fault of pgadmin3.
 >
 >
 > TIA
 >
 >
 > Marc
 >
 >
 > marc@Touchlette:~$ gdb pgadmin3
 > GNU gdb (Debian 7.10-1) 7.10
 > Copyright (C) 2015 Free Software Foundation, Inc.
 > License GPLv3+: GNU GPL version 3 or later 

 > This is free software: you are free to change and redistribute it.
 > There is NO WARRANTY, to the extent permitted by law. Type "show copying"
 > and "show warranty" for details.
 > This GDB was configured as "x86_64-linux-gnu".
 > Type "show configuration" for configuration details.
 > For bug reporting instructions, please see:
 > .
 > Find the GDB manual and other documentation resources online at:
 > .
 > For help, type "help".
 > Type "apropos word" to search for commands related to "word"...
 > Reading symbols from pgadmin3...(no debugging symbols found)...done.
 > (gdb) run
 > Starting program: /usr/bin/pgadmin3
 > [Thread debugging using libthread_db enabled]
 > Using host libthread_db library 
"/lib/x86_64-linux-gnu/libthread_db.so.1".
 > 10:09:52: Debug: Adding duplicate image handler for 'PNG file'
 >
 > Program received signal SIGSEGV, Segmentation fault.
 > __lll_unlock_elision (lock=0x132c5e0, private=0)
 > at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
 > 29 ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c: Datei oder 
Verzeichnis
 > nicht gefunden.
 >
 > gdb> bt
 >
 > #0 __lll_unlock_elision (lock=0x132c5e0, private=0)
 > at ../nptl/sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
 > #1 0x75906290 in ?? ()
 > from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
 > #2 0x00794b60 in ?? ()
 > #3 0x7579ed5e in 
wxAppConsoleBase::CallEventHandler(wxEvtHandler*,
 > wxEventFunctor&, wxEvent&) const ()
 > from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
 > #4 0x7593bad8 in
 > wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&,
 > wxEvtHandler*, wxEvent&) ()
 > from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
 > #5 0x7593bbdb in wxEventHashTable::HandleEvent(wxEvent&, 
wxEvtHandler*)
 > () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
 > #6 0x7593bf88 in wxEvtHandler::TryHereOnly(wxEvent&) ()
 > from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
 > #7 0x7593bd93 in wxEvtHandler::DoTryChain(wxEvent&) (

Bug#801846: chsh: Warning: ? does not exist

[積丹尼 Dan Jacobson]

Package: passwd
Version: 1:4.2-3 

Not ideal:

# chsh nobody
Changing the login shell for nobody
Enter the new value, or press ENTER for the default
Login Shell [?]: 
chsh: Warning: ? does not exist

Bug#801851: jessie-pu: package multipath-tools/0.5.0-6+deb8u1

[Ritesh Raj Sarraf]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

This update to multipath-tools fixes a couple of problems. Details are
referenced in the changelog, and further details are present in
referenced bugs.

All these changes are already available in Unstable

Please let me know when I can upload.


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

Kernel: Linux 4.2.3+ (SMP w/4 CPU cores)
Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru multipath-tools-0.5.0/debian/changelog multipath-tools-0.5.0/debian/changelog
--- multipath-tools-0.5.0/debian/changelog	2015-05-28 01:01:37.0 +0530
+++ multipath-tools-0.5.0/debian/changelog	2015-10-15 14:49:35.0 +0530
@@ -1,3 +1,19 @@
+multipath-tools (0.5.0-6+deb8u3) jessie; urgency=medium
+
+  * fix discovery of devices with blank rev
+- 0014-libmultipath-discovery-blank-rev-attr.patch:  
+  * Updates for compatibility with commit "multipath: Implement
+'property' blacklist".
+- 0015-libmultipath-property-whitelist-SCSI_IDENT.patch
+Thanks to Mauricio Faria de Oliveira (Closes: #782400, #782488)
+  * [5ffc2f4] Add documentation to cover additional friendly names
+scenarios. Thanks to Scott Moser (Closes: #788841)
+  * [af3f228] init: Fix stop failure when no root device is found
+(Closes: #795278)
+  * [b77859e] Add debian/gbp.conf to use pristine-tar branch
+
+ -- Ritesh Raj Sarraf   Thu, 15 Oct 2015 14:16:45 +0530
+
 multipath-tools (0.5.0-6+deb8u1) jessie; urgency=medium
 
   * [b40599e] Add dm-service-time path checked.
diff -Nru multipath-tools-0.5.0/debian/gbp.conf multipath-tools-0.5.0/debian/gbp.conf
--- multipath-tools-0.5.0/debian/gbp.conf	1970-01-01 05:30:00.0 +0530
+++ multipath-tools-0.5.0/debian/gbp.conf	2015-10-15 14:49:35.0 +0530
@@ -0,0 +1,2 @@
+[DEFAULT]
+pristine-tar = True
diff -Nru multipath-tools-0.5.0/debian/multipath-tools.init multipath-tools-0.5.0/debian/multipath-tools.init
--- multipath-tools-0.5.0/debian/multipath-tools.init	2015-05-28 01:01:37.0 +0530
+++ multipath-tools-0.5.0/debian/multipath-tools.init	2015-10-15 14:47:24.0 +0530
@@ -63,16 +63,20 @@
 	;;
   stop)
 	DONT_STOP_MPATHD=0
-root_dev=$(awk '{ if ($1 !~ /^[ \t]*#/ && $1 ~ /\// && $2 == "/") { print $1; }}' /etc/mtab)
-	dm_num=$(dmsetup info -c --noheadings -o minor $root_dev 2>/dev/null)
-	if [ $? -ne 0 ]; then
+	root_dev=$(awk '{ if ($1 !~ /^[ \t]*#/ && $1 ~ /\// && $2 == "/") { print $1; }}' /etc/mtab)
+	if [ -n "$root_dev" ]; then
+		dm_num=$(dmsetup info -c --noheadings -o minor $root_dev 2>/dev/null)
+	else
+		dm_num=
+	fi
+	if [ $? -ne 0 -o -z "$dm_num" ]; then
 		# Looks like we couldn't find a device mapper root device
 		# But we shouldn't bail out here, otherwise the stop target and the
 		# upgrade processes will break. See DBUG #674733
-		echo;
+		:
 	else
 		root_dm_device="dm-$dm_num"
-		[ -d $syspath/$root_dm_device ] && teardown_slaves $syspath/$root_dm_device
+		[ -d "$syspath/$root_dm_device" ] && teardown_slaves $syspath/$root_dm_device
 	fi
 
 	if [ x$DONT_STOP_MPATHD = x0 ]; then
diff -Nru multipath-tools-0.5.0/debian/multipath-tools.README.Debian multipath-tools-0.5.0/debian/multipath-tools.README.Debian
--- multipath-tools-0.5.0/debian/multipath-tools.README.Debian	2015-05-28 01:01:37.0 +0530
+++ multipath-tools-0.5.0/debian/multipath-tools.README.Debian	2015-10-15 14:47:24.0 +0530
@@ -25,6 +25,20 @@
 This device should be accessible as /dev/mapper/diskbox1-lun0.
 
 
+
+If using user_friendly_names = yes, please ensure that your /etc/multipath/bindings
+file gets propagated to the initramfs.
+
+For that, please follow the following steps:
+
+1) set "user_friendly_names = yes" in /etc/multipath.conf
+2) Run `multipath -F` to flush your device maps. For root on multipath devices,
+   this could still be tricky
+3) Run `multipath -v3` to read your /etc/multipath.conf changes.
+4) Run `update-initramfs -u -k all` to update your initramfs images.
+
+
+
 Where did my FC-connected filesystem go?
 
 If you were previously mounting a device connected to your system by
diff -Nru multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch
--- multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch	1970-01-01 05:30:00.0 +0530
+++ multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch	2015-10-15 14:47:24.0 +0530
@@ -0,0 +1,37 @@
+Forwarded: https://www.redhat.com/archives/dm-devel/2015-April/msg00049.html
+From 

Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources

[Andreas Tille]

Hi Sascha,

On Thu, Oct 15, 2015 at 10:16:59AM +0100, Sascha Steinbiss wrote:
> thanks for considerin my package.

You are welcome.
 
> > in principle I would like to sponsor.  The only thing I do not like is
> > the fact that two packaging repositories are hanging around in
> > git.debian.org.  This might be confusing for potentially interested
> > persons.  
> 
> I absolutely agree and surely would like to sort this out.
> 
> Please either do
> > 
> >   1. merge your repository into collab-maint/jquery-datatables.git
> 
> Well, the JS policy [1] stating that the repository should reflect the
> source package name, which according to the policy should have a
> different name than the one Matthias chose several years ago for his
> one. But they also state it's not a hard requirement so I guess this is
> an option.

I think you should follow JS policy which I was not aware about.  So the
best thing to do would probably be to rename the existing repository to
collab-maint/datatables.js.git.

> However, I would need to be approved for collab-maint access first.
> Could you probably help?

I think you need to follow the procedure explained here:

   https://lists.debian.org/debian-devel-announce/2012/01/msg6.html

   "What if I am a DM, do I need to find an advocate?"


> >   2. if you have no access to collab-maint yet feel free to move
> >  your repository into Debian Med Git *and* ask Matthias for
> >  either removing his repository or cleaning it up from files
> >  and just drop a README.status file pointing to the actively
> >  maintained one
> 
> Sure, I wanted to get in touch with him anyway.
> 
> >   3. ask Matthias for either removing his repository or cleaning it
> >  up from files and just drop a README.status file pointing to
> >  the actively maintained one and stay with your private
> >  repository
> 
> The private repo was just for sponsoring/review to not leave a stray
> package in the Debian Med area in case I get advised to move it to the
> Javascript team etc. It definitely was not intended to stay ;)

I admit I was not aware of a Javascript team.  May be it makes sense
then to join this team and move the Git repository there.  I'm fine with
sponsoring your package also in this case.
 
> > I'd prefer 1. and 2. (in this order) way much over 3.
> 
> Agreed. If you can help me sort out getting collab-maint access I would
> be happy to coordinate the next steps with Matthias to update the
> repository he started. If not, I will follow option 2.

Feel free to either join collab-maint or Javascript team and ping me
if you need further help.
 
Kind regards

   Andreas.

 
> [1] https://wiki.debian.org/Javascript/Policy
> 
> > On Wed, Oct 14, 2015 at 10:21:48AM +0100, Sascha Steinbiss wrote:
> >> Hi all,
> >>
> >> as a result of bug #798900 [1] (also partially discussed here) I have
> >> prepared a proper source-built package for DataTables [2], to be used as
> >> a dependency for packages that for now just use embedded copies of
> >> jquery.dataTables.js or jquery.dataTables.min.js.
> >>
> >> I guess this supersedes the prospective package in collab-maint [3]
> >> which did not use the upstream source but rather their release
> >> repository which just provides build artifacts. Also, the previous
> >> package is outdated and was apparently never uploaded. See the original
> >> ITP [4]. Is it OK to close the ITP bug with my new package?
> >>
> >> If you are happy with the package, could anyone sponsor?
> >>
> >> Thanks
> >> Sascha
> >>
> >>
> >> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798900
> >> [2] https://anonscm.debian.org/cgit/users/sascha-guest/datatables.js.git/
> >> [3] https://anonscm.debian.org/cgit/collab-maint/jquery-datatables.git/
> >> [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719601
> >>
> >>
> >> -- 
> >>  The Wellcome Trust Sanger Institute is operated by Genome Research 
> >>  Limited, a charity registered in England with number 1021457 and a 
> >>  company registered in England with number 2742969, whose registered 
> >>  office is 215 Euston Road, London, NW1 2BE. 
> >>
> >> ___
> >> Debian-med-packaging mailing list
> >> debian-med-packag...@lists.alioth.debian.org
> >> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> >>
> > 
> 
> 
> -- 
>  The Wellcome Trust Sanger Institute is operated by Genome Research 
>  Limited, a charity registered in England with number 1021457 and a 
>  company registered in England with number 2742969, whose registered 
>  office is 215 Euston Road, London, NW1 2BE. 
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de

Bug#793814: Workaround for this bug

[Michael Biebl]

Am 15.10.2015 um 07:35 schrieb Stefano:
> Same here. I have a git server with clients connecting every 10 minutes or
> so via SSH, and the problem is exactly the same.
> 
> About 20 hours from reboot logind goes nuts, then it must be restarted at
> very variable intervals, about a couple a day.

Still looking for a reliable way to trigger this issue, a minimal test
case. For some reason I don't run into this problem, so we need to find
the conditions under which that happens.




-- 
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#801844: [systemd] Sudden Unbootable System

[Michael Biebl]

Control: tags -1 + moreinfo

Am 15.10.2015 um 10:23 schrieb David Baron:
> Package: systemd
> Version: 226-4
> Severity: grave
> 
> --- Please enter the report below this line. ---
> Systemd is still 226-4, not upgraded, had been working up until my first boot 
> morning of 14.10 
> which booted OK.
>  
> Upgraded some KF5 Baloo packages to fix dorked KDE, rebooted, then bingo.
>  


Please provide the complete list of packages you installed/upgraded
since the last time you booted successfully.

Did anything change in your configuration?

What exactly is your configuration? LVM details, fstab etc would be
great to have. As many details as possible.

The dmesg output about logind doesn't look relevant.




-- 
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#801874: postsrsd: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: postsrsd
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of postsrsd debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of postsrsd debconf messages
# Copyright (C) 2015 postsrsd package's copyright holder
# This file is distributed under the same license as the postsrsd package.
# Beatrice Torracca , 2015.
msgid ""
msgstr ""
"Project-Id-Version: postsrsd\n"
"Report-Msgid-Bugs-To: posts...@packages.debian.org\n"
"POT-Creation-Date: 2015-09-30 06:57+0200\n"
"PO-Revision-Date: 2015-10-15 10:37+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: string
#. Description
#: ../postsrsd.templates:2001
msgid "Local domain name to use as origin:"
msgstr "Nome di dominio locale da usare come origine:"

#. Type: string
#. Description
#: ../postsrsd.templates:2001
msgid ""
"Please enter the domain name to use in rewritten addresses of forwarded "
"mail. The SPF policy for that domain should allow this mail server to send "
"mail."
msgstr ""
"Inserire il nome di dominio da usare negli indirizzi riscritti dei messaggi "
"di posta inoltrati. La configurazione SPF per tale dominio deve permettere a "
"questo server di posta di inviare posta."

#. Type: string
#. Description
#: ../postsrsd.templates:2001
msgid "Without a configured local domain name, postsrsd will not start."
msgstr "Senza un nome di dominio locale configurato, postsrsd non si avvierà."

Bug#801875: open-iscsi: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: open-iscsi
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of open-iscsi debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of open-iscsi debconf messages
# Copyright (C) 2015 open-iscsi package's copyright holder
# This file is distributed under the same license as the open-iscsi package.
# Beatrice Torracca , 2015.
msgid ""
msgstr ""
"Project-Id-Version: open-iscsi\n"
"Report-Msgid-Bugs-To: open-is...@packages.debian.org\n"
"POT-Creation-Date: 2015-09-30 06:58+0200\n"
"PO-Revision-Date: 2015-10-15 10:40+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: boolean
#. Description
#: ../open-iscsi.templates:2001
msgid "Proceed with removing open-iscsi?"
msgstr "Procedere alla rimozione di open-iscsi?"

#. Type: boolean
#. Description
#: ../open-iscsi.templates:2001
msgid ""
"There are currently active iSCSI sessions. If you remove open-iscsi now this "
"may lead to data loss and/or hang the system at shutdown."
msgstr ""
"Ci sono sessioni iSCSI attualmente attive. Se si rimuove open-iscsi adesso "
"ciò potrebbe portare a perdite di dati o a blocchi del sistema al momento "
"dello spegnimento."

#. Type: boolean
#. Description
#: ../open-iscsi.templates:2001
msgid "Do not do this if this system's root filesystem is on iSCSI."
msgstr "Non farlo se il file system radice di questo sistema è su iSCSI."

#. Type: boolean
#. Description
#: ../open-iscsi.templates:2001
msgid ""
"If you do proceed, open-iscsi will try to unmount all filesystems on iSCSI "
"and log out from current sessions. If that fails (because a filesystem is "
"still in use), the kernel will keep the current iSCSI sessions open, but "
"will not perform any recovery if there is an interruption of the network "
"connection (or if the target is rebooted)."
msgstr ""
"Se si procede, open-iscsi cercherà di smontare tutti i file system su iSCSI "
"e disconnettere le sessioni attuali. Se ciò fallisce (perché un file system "
"è ancora in uso), il kernel manterrà le sessioni iSCSI attuali aperte, ma "
"non effettuerà alcun ripristino in caso di interruzione della connessione di "
"rete (o se la destinazione viene riavviata)."

#. Type: boolean
#. Description
#: ../open-iscsi.templates:2001
msgid ""
"If you really intend to remove open-iscsi, you should abort here and then "
"stop open-iscsi:"
msgstr ""
"Se si desidera veramente rimuovere open-iscsi, si dovrebbe interrompere qui "
"e poi fermare open-iscsi:"

#. Type: boolean
#. Description
#: ../open-iscsi.templates:2001
msgid ""
"If that did not clean up everything, manually umount all filesystems that "
"are on iSCSI, manually dismantle the storage stack, and only then log out "
"from all iSCSI sessions:"
msgstr ""
"Se ciò non ripulisce tutto, smontare manualmente tutti i file system che "
"sono su iSCSI, smantellare manualmente lo stack di archiviazione e solo "
"allora fare il logout da tutte le sessioni iSCSI:"

#. Type: boolean
#. Description
#: ../open-iscsi.templates:2001
msgid "At that point, it should be safe to remove this package."
msgstr ""
"A quel punto dovrebbe essere possibile rimuovere questo pacchetto in modo "
"sicuro."

#. Type: boolean
#. Description
#: ../open-iscsi.templates:3001
msgid "Proceed with upgrading open-iscsi?"
msgstr "Procedere all'aggiornamento di open-iscsi?"

#. Type: boolean
#. Description
#: ../open-iscsi.templates:3001
msgid ""
"There are currently failed iSCSI sessions. Upgrading open-iscsi may cause "
"data loss."
msgstr ""
"Ci sono sessioni iSCSI attualmente fallite. L'aggiornamento di open-iscsi "
"potrebbe portare a perdita di dati."

#. Type: boolean
#. Description
#: ../open-iscsi.templates:3001
msgid ""
"If you do not proceed, the preinstallation script will be aborted and you "
"will have the option to manually recover the iSCSI sessions. (Note that "
"aborting an upgrade is problematic if you are dist-upgrading your entire "
"system.) You may also recover the iSCSI sessions manually while keeping this "
"prompt open and then choose to proceed. Or you may choose to proceed "
"directly, after which iscsid will be restarted and session recovery will be "
"attempted once more."
msgstr ""
"Se non si procede, lo script di preinstallazione sarà terminato e si avrà "
"l'opzione di recuperare manualmente le sessioni iSCSI. (Notare che la "
"terminazione di un aggiornamento è problematica se si sta facendo il dist-"
"upgrade di tutto il sistema.) Si possono anche recuperare le sessioni iSCSI "
"manualmente mentre si tiene questo prompt aperto e poi scegliere di "
"procedere. Oppure si può scegliere di procedere 

Bug#801474: kscreen: No longer supports 2 monitors

[Gerardo Martin Chaves]

Package: kscreen
Followup-For: Bug #801474

Salvo,

I'm not the maintainer and don't have too much knowledge of KScreen but maybe I
can help you.

I installed the 4:5.4.2-1 versión of kscreen and on my system both monitors
work fine.
Plug and unplug are detected correctly and the screens are positioned
correctly.

Do you find errors on $HOME/.xsession-errors or /var/log/Xorg.0.log?

KScreen had some problemas in the past that were solved by deleting the files
in $HOME/.local/share/kscreen/

I hope to be helpful.



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kscreen depends on:
ii  kde-cli-tools  4:5.4.2-1
ii  libc6  2.19-22
ii  libkf5configcore5  5.14.0-1
ii  libkf5configwidgets5   5.14.0-1
ii  libkf5coreaddons5  5.14.0-1
ii  libkf5dbusaddons5  5.14.0-1
ii  libkf5globalaccel5 5.14.0-1
ii  libkf5i18n55.14.0-1
ii  libkf5screen6  4:5.4.2-1
ii  libkf5widgetsaddons5   5.14.0-1
ii  libkf5xmlgui5  5.14.0-1
ii  libqt5core5a   5.4.2+dfsg-9
ii  libqt5dbus55.4.2+dfsg-9
ii  libqt5gui5 5.4.2+dfsg-9
ii  libqt5qml5 5.4.2-6
ii  libqt5quick5   5.4.2-6
ii  libqt5widgets5 5.4.2+dfsg-9
ii  libstdc++6 5.2.1-21
ii  plasma-framework   5.14.0-1
ii  qml-module-qtgraphicaleffects  5.4.2-2+b1

kscreen recommends no packages.

kscreen suggests no packages.

-- no debconf information

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator.

[Sérgio Benjamim]

Hi,


How did you manage to build the package on your machine? And is there
no way to use an older version of libpng? I don't understand why the
PPSSPP developers thought it would be a good idea to build against
libpng16 when libpng12 is still the default version.

Adrian



All distro moved or are moving to libpng16, only debian is in the 1.2.x 
for ages.


I fixed it in the dirty way: I installed manually the headers and 
pkgconfig of 1.6 in the system :)


There's no way to use 1.2, upstream is using new features of 1.6, I 
tried once.


---

Sergio Benjamim

Bug#689854: pmount needs some loving care

[Barak A. Pearlmutter]

> So wouldn't it be better to make a new upstream release instead of
> adding patches to debian/patches/?

I actually did also push them to the maintain-0.9.23 branch of
 git://anonscm.debian.org/pmount/pmount.git
But maybe it would be best if people test it a bit before making an
"upstream" release...

Bug#801767: hexchat pkgconfig file

[Jesse Rhodes]

Sebastien,

I will not be including your patch in the hexchat debian package for
the following reasons:

- the changelog line is incorrect as these files were intentionally left out
- you have not given any justification for also including the dbus file
- most importantly, pkgconfig files go in -dev packages, not main
binary packages.

However, (he)xchat-indicator functionality is something that is
requested often. So please do confirm if it actually WORKS with
hexchat (not just builds) and if so then I will add a -dev package for
this purpose.

sney

Bug#798341: [inkscape] impossible to install inkscape

[Diego Alejandro Agudelo España]

Hey Mattia,

Thanks a lot for such a detailed answer. It seems that I'm in situation 3b
(it asks me to remove half of the system :( ) as well. I've no idea about
the package that can be generating the issue.

The most problematic package seems to be libsigc++-2.0-0v5 and according to
[1] a complex transition is taking place right now. This can be a potential
cause as well but in this scenario I have no idea about how to proceed.

On the other hand I think that now that I'm better prepared to fix issues
with apt with your recommendations and hints. I really appreciate your help.

Regards,

Diego

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition


2015-10-14 23:40 GMT+00:00 Mattia Rizzolo :

> On Wed, Oct 14, 2015 at 11:03:25PM +, Diego Alejandro Agudelo España
> wrote:
> > First of all I want to apologize beforehand if I'm breaking any rule or
> > protocol for reporting bugs in Debian, it's the first time I'm
> > writing/reporting a problem here.
> >
> > I noticed that you marked this ticket as closed but after reading this
> > thread I'm still unable to install Inkscape in Debian testing. The error
> > message I got is similiar to the message reported by Marco Righi, which
> is:
>
> Indeed, let me assure you no bug is currently in place (well, at least
> this one is not), and that any support forum might be very well able to
> help you resolve this.
>
> Anyway, let me give you some hints and let's see whether we're able to
> sort it out.
>
> > The following packages have unmet dependencies:
> >  inkscape : Depends: libatkmm-1.6-1v5 (>= 2.22.1) but it is not going to
> be installed
> > Depends: libcairomm-1.0-1v5 (>= 1.6.4) but it is not going
> to be installed
> > Depends: libglibmm-2.4-1v5 (>= 2.44.0) but it is not going
> to be installed
> > Depends: libgtkmm-2.4-1v5 (>= 1:2.24.0) but it is not going
> to be installed
> > Depends: libpangomm-1.4-1v5 (>= 2.36.0) but it is not going
> to be installed
> > Depends: libsigc++-2.0-0v5 (>= 2.2.0) but it is not going to
> be installed
> > E: Unable to correct problems, you have held broken packages.
>
> Ok, so according to you you don't have any other repository enabled.
> I can believe you: I hade several problems too, and I had to manually do
> something, even if I don't use any other external repository, that's
> because I had a locally built package that was blocking things.
> Another common case is a library that got manually installed for
> whatever reason: if that the case apt won't easily propose you a
> solution including removing them, while in this case might be needed.
>
> The workthrough I'm suggesting you to persue is:
>  1) try to tell apt to install all those package it does not want to
> install, other than installing the singular
>  2) if it still complain take one library per time still giving problems
> and force apt to install it
>  3) you'll arrive at some point where it propose you to remove some
> pacakages; this can mean either half of your system or a handful of
> packages
>   3a) if they are only a handful of leaf packages just remove them,
>   you'll try reinstalling them later, once you resolved this other
>   problem
>   3b) if it's half of the system then reand that list throughly, and
>   look for "suspicious" packages, that means packages installed
>   locally, manually built, coming from other repository you removed,
>   and big leaf packages that might cause issues (I mean, "big"
>   end-user applications, like sigil.  Most probably the faulty
>   package is also outdated.  Ask apt to explicitely update it, or
>   remove it.
>  4) goto 1
>
> If everything is good I suggest you to mark as automatically installed
> every package other than inkscape itself, so that apt can be more ease
> with them and treat them as a real library, something that can come and
> go:
>
> $ sudo apt-mark auto $pkg1 $pkg2 $pkg3 $pkgN
>
>
> In my case I was in the 3b situation, reviewing that list made me notice
> a locally build scribus package, and some other stuff I just removed and
> fixed to get them back later on.
> It may look hard to do but trust me is not :)
> It just requires some time if you're not used to keep apt in your hands,
> but nothing to be scared about :)
>
> > Do you guys have any suggestion to fix this?
> >
> > I'm open to provide more details about my particular system
> configuration.
>
> Please try this and see where you end.  Hopefully you'll find what is
> blocking you.
> I'd like to at least see whether I can help somebody keeping his system
> working...
>
>
> :)
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  http://mapreri.org  : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: 

Bug#799580: redirects http https in paste.debian.net

[alberto fuentes]

oh, and the other benefit of fixing the redirect is that you dont need to
backport the fix :)

Bug#787861: review: polyml

[James Clarke]

Hi Gianfranco,

> On 15 Oct 2015, at 10:56, Gianfranco Costamagna 
>  wrote:
> 
> Hi James
> 
> 
>> I have uploaded 5.5.2-1~rc2 to mentors.
> 
> 
> 
> please call it 5.5.2-1 and nothing more :)
> you can push the same version many times on mentors with no problems.

Changed

>> 1) Do I need to send a separate email to this then? I also filed #801793 for 
>> a transition, but that has already been closed as unnecessary since there 
>> are no rdeps.
> 
> 
> true, nevermind I didn't test carefully rdeps
> (so we might go directly on unstable then)

Changed to unstable

> 
>> I hardly think linking against this static library is an issue.
> 
> 
> ok
>> 7) I have added arm64, ppc64el and ppc64
> 
> 
> what about the "any" keyword? I don't like specifying manually architectures, 
> specially because it makes
> porters people angry :)
> 
> porters needs a build failure instead of a build that didn't start at all, 
> except when there is a good
> reason to not build on a particular architecture
> e.g. systemd on kfreebsd-* and hurd-*

Changed to "any"

> 
>> 9) Added (libffi/msvcc.sh is MPL-1.1, GPL-2.0+ or LGPL-2.1+)
> 
> 
> wonderful
>> 11) It doesn’t seem to work without the debian/tmp/ prefix. The manpage for 
>> dh_install specifically mentions falling back to debian/tmp/, but there is 
>> no such >statement in dh_installman, so I believe you have to specify that 
>> manually.
> 
> 
> well, no problem
>> 12) I unused-file-paragraph-in-dep5-copyright: Fixed by reordering entries
>> 13) I vcs-field-not-canonical: Changed to Vcs-Browser: 
>> https://anonscm.debian.org/cgit/debian-science/packages/polyml.git/ and 
>> Vcs-Git: git://anonscm.debian.org/debian-science/packages/polyml.git
>> 14) W shlib-with-executable-stack: This is because libpolyml has one 
>> assembly file[1] for x86 (other architectures don’t have any assembly). I 
>> have added a patch under debian/patches which I have also submitted upstream 
>> to fix this.
>> 
> 
>> [1] GNU as defaults to having an executable stack, unlike with GCC etc, and 
>> you have to explicitly tell it to not do so. You can either do this by 
>> adding the magic >'.section .note.GNU-stack, "", @progbits' statement, or by 
>> passing it a command-line argument. The former is apparently generally 
>> preferred (and is what libffi >does in its assembly files).
> nice to learn something new! thanks a lot
> 
> 
> 
> I guess we are mostly ready, just go on unstable (urgency=low might be better)
> think about arch:any

Urgency changed to low (other points addressed above)

> 
> and I guess I'll prepare the upload.
> 
> cheers,
> 
> G.

I have uploaded the latest version to mentors. Currently, the old maintainers 
are still listed in debian/control. I’m happy to assume responsibility for bug 
reports etc, so do I need to add myself to Uploaders? I don’t want to tread on 
anyone’s toes though if that’s bad form.

James



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#775834: kernel-package: Installed vmlinuz file has insufficient read permissions

[Toby Speight]

A workaround exists: on every client root directory, write the
following to a file in /etc/kernel/postinst.d/ (you'll probably also
want "UMASK=022" in your /etc/initramfs-tools/initramfs.conf, too):

#!/bin/sh
set -e
# Ensure that kernel image is readable by tftpd
vmlinuz_location="$2"
if test -e "$vmlinuz_location"
then
chmod a+r "$vmlinuz_location"
fi

Bug#801867: NetworkStatusDevice needs wildcard due to new enx* devices

[Eduard Bloch]

tags 801867 + upstream
thanks

Hallo,
* 積丹尼 Dan Jacobson [Thu, Oct 15 2015, 09:06:57PM]:
> Package: icewm-common
> Version: 1.3.8+githubmod+20150914+fa3fdef-2
> Severity: wishlist
> 
> In .icewm/preferences can't a wildcard be established?
> Else with the new enx* devices, it is becoming a headache to maintain,
> NetworkStatusDevice="enx8efaba64c25e enx2e5e0fa75f52 ppp0 wlan0"

Please report this to the upstream (Github issue).

I checked the code, it's not totally trivial since currently all builtin
applets are initialized on-the-fly and are only hidden/revealed when the
device goes up/down. Your wish means that we would need to maintain an
unknown number of devices and that number can change randomly... this
should be possible but has some implications in icewm's static
structure.

Regards,
Eduard.
-- 
 ok, bei apt bin ich vorsichtig geworden, habe mir mein letztes System
aptgeschossen.

Bug#780530: Packaging repository

[Rahul Amaram]

On Friday 02 October 2015 02:43 PM, Gregor Riepl wrote:

Did you make any progress on packaging calendarserver?

I saw that 5.2.2 is in sid, but neither jessie nor stretch have it.

Your git server seems to be down, by the way.
Can you post your (packed) debian/ here instead?


I have started work on packaging calendarserver 7.0. The current status 
is that with python-sqlparse 0.1.13, the calendarserver process starts 
successfully. Here are the pending action items:


1. Figure out how to resolve dependency on sqlparse 0.1.14 (blocker)
2. twexty remove dependency on Python.h. When running calendarserver, it 
throws an error: 
/usr/lib/python2.7/dist-packages/twext/python/__pycache__/_cffi_twext_python_sacl_xe128630fxbbd600c.c:2:20: 
fatal error: Python.h: No such file or directory. Installing python-dev 
solves the issue but we should ideally be doing it at the time of 
building the twext package.

3. calendarserver systemd script (is it ok to continue using init.d script)?
4. Test regular flow
5. Test LDAP configuration
6. Test NSS directory service
7. Test upgrade from 3.x and 5.x

Other Notes:

1. All the necessary packages' git repos are at 
http://anonscm.debian.org/cgit/calendarserver/ (twextpy.git and

pg800.git are the new packages that calendarserver depends on).

2. The directory layout that I am following is as described in : 
http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.BRANCH.NAMING


3. If you want to do any changes, you can checkout "debian/sid" branch 
and work on it. Latest upstream code has already been imported to the 
debian/sid branch of all the four packages (calendarserver, twextpy, 
pycalendar, pg8000).


4. To build calendarserver packages, run the command:

gbp buildpackage --git-ignore-new --git-debian-branch=debian/sid 
--git-upstream-tag="dfsg/%(version)s" --git-pristine-tar --git-pbuilder 
--git-arch=amd64 --git-dist=DEP14


To build any of the remaining packages (pycalendar / twextpy / pg8000), run:

gbp buildpackage --git-ignore-new --git-debian-branch=debian/sid 
--git-pristine-tar --git-pbuilder --git-arch=amd64 --git-dist=DEP14


The initial cowbuilder directory can be created using:

DIST=sid ARCH=amd64 git pbuilder create


Thanks,
Rahul.

--
http://rahul.amaram.name

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator.

[John Paul Adrian Glaubitz]

On 10/15/2015 05:23 PM, Gianfranco Costamagna wrote:
> well, I am, but I was giving a fact, not saying I would sponsor such hack, 
> just mentioning
> that $somebody else is already doing that on debian.

Embedding a library is an absolute no-go in Debian, particularly
with core stuff like libpng. The security team is going to kill
you when they find out.

The fact that someone managed to sneak their packages with an
embedded library into the archive doesn't make it any better. You
should talk to the FTP team with a beer over this. They'll tell
you how much they have to reject just because people's packaging
is sometimes really horrible despite the fact that DDs should
know better!

> personally I would like to see the transition start, but with the libstdc++5 
> ongoing one
> I don't think -release will ever give an ack for it
> (modulo somebody working on it)

We already have several huge transitions going on. I am maintainer
and co-maintainer for m68k, sh4, sparc, sparc64 and x32 and I am
happy about any transition which is currently not going on yet
as transitions cost a lot of pain for us.

> Of course the package is now in a no-go state :(

Yes, that's my whole point. We can upload it like that. As simple
as that. A random emulator is not important enough that I start
a fight with the security or release team.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913