Chris Lamb | 29 May 22:36 2016
Picon

Bug#825785: ITP: tab -- Typesetter for lute tablature

Package: wnpp
Severity: wishlist
Owner: Chris Lamb <lamby <at> debian.org>
X-Debbugs-Cc: debian-devel <at> lists.debian.org

* Package name    : tab
  Upstream Author : Wayne Cripps
* URL             : https://github.com/mandovinnie/Lute-Tab
* License         : BSD
  Programming Lang: C
  Description     : Typesetter for lute tablature

Tab is a typesetter for lute tablature for renaissance and baroque lutes and theorboes, in both French and
Italian notation. You edit a plain text file with special commands to enter the lute tablature, then you
run tab to convert that input into PostScript output that you can print or display with the right program.

Regards,

Mike Palmer | 29 May 22:13 2016
Picon

Bug#825784: libinput10: libinput is very choppy with ELAN1000 touchpads since 1.3.0

Package: libinput10
Version: 1.3.0-2
Severity: normal

Dear Maintainer,

Ever since libinput 1.3.0 my touchpads have been stalling and gotten very 
choppy. After quilting the following patch into the package I was able to get
it working again:

https://lists.freedesktop.org/archives/wayland-devel/2016-May/028932.html

It behaves so poorly if you don't have one of those lenovos, I feel like it 
might be worth quilting the source package in debian until libinput releases 
a fixed version.

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

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

Versions of packages libinput10 depends on:
ii  libc6         2.22-9
(Continue reading)

Christian Seiler | 29 May 21:45 2016
Picon

Bug#799061: open-isns package in Debian

Hi again,

On 05/27/2016 08:06 PM, Christian Seiler wrote:
> just wanted to ping you again about the open-isns package.

Just FYI: there was a question about getting iscsiuio into
Debian on the pkg-iscsi mailing list today:

http://lists.alioth.debian.org/pipermail/pkg-iscsi-maintainers/2016-May/002101.html

I'd really like to be able to tell users of the open-iscsi
package that I'm actively working on it, but I can't enable
iscsiuio support in open-iscsi until I upgrade it. But I
can't upgrade open-iscsi until open-isns is packaged for
Debian.

Since this has been stalled for the last 8 months, and I
haven't heard any replies from you for over 6 months (I
have pinged you 3 times with months of time in between
the pings), I'm hereby announcing that I'll take over this
ITP if I don't hear anything from you in the next 7 days.
I really don't want to step on your toes, especially since
you said you have already started packaging it; and if I
do take over the ITP, I'll be happy to co-maintain it with
you, but I cannot in good conscience let this stall the
progress on open-iscsi any longer - sorry!

Regards,
Christian

(Continue reading)

Dmitry Katsubo | 29 May 21:43 2016
Picon
Gravatar

Bug#825783: cyrus-imapd-2.4: Cyrus does not create directory in /var/run

Package: cyrus-imapd-2.4
Version: 2.4.17+nocaldav-2+b1

Hello,

I have noticed that Cyrus does not create necessary directory in /var/run
when needed. For example, when the following is specified in /etc/imapd.conf

lmtpsocket: /var/run/cyrus/lmtp

the directory /var/run/cyrus is not created, even though Cyrus starts up and
functions ok.

Expected: the directory /var/run/cyrus (or any other necessary top-level
directory) is created or Cyrus complains that directory is not writeable.

Solution: Do it in init.d script (very draft suggestion is attached) or via
/etc/tmpfiles.d/cyrus.conf:

d /var/run/cyrus 0755 cyrus mail

Andreas Henriksson | 29 May 21:37 2016
Picon
Gravatar

Bug#825305: hints on the gthumb gconf2->gsettings convertion issue

Hello Herbert Fortes.

Hopefully I can help out with the information you need.

The debian pkg gthumb-data built from src:gthumb contains the convertion
file:
https://sources.debian.net/src/gthumb/3:3.4.3-1/data/gthumb.convert/

Among other things this file specifies the gconf2 key called
"show-thumbnails" should be mapped to "org.gnome.gthumb.browse
show-thumbnails" gsettings schema key.

The gsettings schema for gthumb on the other hand also shipped declares
that no such key exists in the schema, see:
https://sources.debian.net/src/gthumb/3:3.4.3-1/data/org.gnome.gthumb.gschema.xml.in/#L48

My guess is that it has simply been removed and the convertion mapping
forgotten to be upgraded when doing so...
This suspicion was quickly confirmed by looking at your git history:
https://anonscm.debian.org/cgit/collab-maint/gthumb.git/commit/data/org.gnome.gthumb.gschema.xml.in?id=485570d6cbd5cbc5a9026acc31ba9f108e9e998b

I'd strongly suggest you simply stop shipping the (outdated/broken)
gconf2 convertion file in the debian pkg since all users of old gthumb
versions using gconf2 should have been uograded and converted over to
gsettings long ago already.
I'd also urge you to contact gthumb uostream to have them remove the
convertion file (or fix it if they think there are still remaining users
that need to be converted).

Hope thus helps clear out the confusion.
(Continue reading)

Pat | 29 May 21:15 2016

Bug#825782: libpam-modules: pam_umask man documentation is wrong

Package: libpam-modules
Version: 1.1.8-3.1+deb8u1+b1
Severity: minor

Dear Maintainer,

The description of 'man pam_umask' is completely wrong. It says the following:

"
The PAM module tries to get the umask value from the following places
       in the following order:

       ·   umask= argument

       ·   umask= entry in the user's GECOS field

       ·   UMASK= entry from /etc/default/login

       ·   UMASK entry from /etc/login.defs
"

It is not this order at all. I tested experimentally and the real order of
checking is this:

1. umask= entry in the user's GECOS field
2. umask= argument (to pam_umask.so)
3. UMASK entry from /etc/login.defs
4. UMASK= entry from /etc/default/login

such that GECOS has top priority and /etc/default/login is almost useless.
(Continue reading)

Torsten Crass | 29 May 21:17 2016
Picon

Bug#825760: kodi: Crash on startup when connecting to CEC adapter

OK,

maybe I was a little dumb... The crash symptoms I described in my 
initial report resulted from an attempt to reproduce the problem by 
remotely calling kodi through an ssh connection. I don't know how cec 
actually interacts with an application, but maybe it just didn't feel 
comfortable with the UI running on a different physical machine.

Anyway, when firing up kodi locally on the actual HTPC, the crash on 
launch is caused by an

21:06:38 T:140259291035840   ERROR: SQL: SQL error or missing database
                                             Query: SELECT idVersion 
FROM version

So... should I vote for closing this bug and open a new one, or shall we 
proceed under #825760?

Regards --

	Torsten

Andreas Beckmann | 29 May 21:17 2016
Picon

Bug#825781: libgit2: FTBFS on kfreebsd* and hurd-i386: testsuite problems

Source: libgit2
Version: 0.24.1-2
Severity: important

Hi,

the current version of libgit2 FTBFS on !linux:
https://buildd.debian.org/status/fetch.php?pkg=libgit2&arch=hurd-i386&ver=0.24.1-2&stamp=1462259730
https://buildd.debian.org/status/fetch.php?pkg=libgit2&arch=kfreebsd-amd64&ver=0.24.1-2&stamp=1460548701
https://buildd.debian.org/status/fetch.php?pkg=libgit2&arch=kfreebsd-i386&ver=0.24.1-2&stamp=1460548603

If that is not trivially fixable, please request decrufting of the
outdated binary packages.

Andreas

Andreas Beckmann | 29 May 21:12 2016
Picon

Bug#825780: opensc: FTBFS on kfreebsd: #error "Don't know how to handle user consent in this (rare) Operating System"

Source: opensc
Version: 0.16.0~rc2-1
Severity: important

Hi,

opensc FTBFS on kfreebsd-*, but previous versions built there:
https://buildd.debian.org/status/fetch.php?pkg=opensc&arch=kfreebsd-amd64&ver=0.16.0~rc2-1&stamp=1464411154

libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -DOPENSC_CONF_PATH=\"/etc/opensc/opensc.conf\"
-I../../src -Wdate-time -D_FORTIFY_SOURCE=2 -DPKCS11_THREAD_LOCKING -pthread
-I/usr/include/PCSC -fno-strict-aliasing -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -Wall -Wextra -Wno-unused-parameter
-Werror=declaration-after-statement -c card-dnie.c  -fPIC -DPIC -o .libs/card-dnie.o
card-dnie.c: In function 'dnie_ask_user_consent':
card-dnie.c:340:2: error: #error "Don't know how to handle user consent in this (rare) Operating System"
 #error "Don't know how to handle user consent in this (rare) Operating System"
  ^
Makefile:723: recipe for target 'card-dnie.lo' failed

If that bug is not trivially fixable, please request decrufting
of the outdated binary packages.

Andreas

Jaoued Zahraoui | 29 May 21:09 2016
Picon

Bug#825768: Acknowledgement (libavcodec-ffmpeg56 : Depends: libx265-59 (>= 1.7) but it is not installable [home.experiatis.com])

thank you very much for your help.

Jaoued Zahraoui
0618021128
jzahraoui <at> gmail.com
Mon CV : http://www.doyoubuzz.com/zahraoui-jaoued
Mes liens :

2016-05-29 19:06 GMT+02:00 Debian Bug Tracking System <owner <at> bugs.debian.org>:
> Thank you for filing a new Bug report with Debian.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian Multimedia Maintainers <pkg-multimedia-maintainers <at> lists.alioth.debian.org>
>
> If you wish to submit further information on this problem, please
> send it to 825768 <at> bugs.debian.org.
>
> Please do not send mail to owner <at> bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 825768: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825768
> Debian Bug Tracking System
> Contact owner <at> bugs.debian.org with problems
(Continue reading)

Andreas Beckmann | 29 May 21:07 2016
Picon

Bug#825779: RM: cpqarrayd [armel armhf mips mipsel s390x] -- ANAIS; restricted to amd64 i386

Package: ftp.debian.org
Severity: normal

Maintainer restricted the arch list to amd64 i386

Andreas


Gmane