Bug#1070288: pplatex: depends on obsolete pcre3 library

[Sebastian Humenda]

control: forwarded -1 https://github.com/stefanhepp/pplatex/issues/26
thanks


signature.asc
Description: PGP signature

Bug#1070023: dict-freedict-eng-jpn: Failure to stop dictd.service on purge even if unit is not loaded

[Sebastian Humenda]

Hi

>when uninstalling (purging) the package, I got the following error message:
>
>Failed to stop dictd.service: Unit dictd.service not loaded.
>invoke-rc.d: initscript dictd, action "stop" failed.
>
>Apt reports that the subprocess returned error code 5 (five).

That is strange indeed. Checks are in place:
if command -v dictdconfig # update dictd's DB
then
dictdconfig -w
fi
if dpkg -s dictd 2> /dev/null|grep -qe '^Status:.*installed'
then
invoke-rc.d dictd stop
invoke-rc.d dictd start
fi

What is the output of
dpkg -s dictd 2> /dev/null|grep -qe '^Status:.*installed'

and return code?

Cheers
Sebastian


signature.asc
Description: PGP signature

Bug#1057322: ITP: pplatex -- parse latex logs and print warnings/errors in a human readable format

[Sebastian Humenda]

Package: wnpp
Severity: wishlist
Owner: Sebastian Humenda 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pplatex
  Version : 1.0~beta
* URL : https://github.com/stefanhepp/pplatex
* License : GPL-3+
  Programming Lang: C
  Description : parse latex logs and print warnings/errors in an human 
readable format

( LaTeX is able to produce really nice document layouts. But it is also able to
 produce a lot of noise on the command line.  `pplatex` is a command-line tool
 that parses the logs of latex and pdflatex and prints warnings and errors in
 a human readable format.

Bug#1051875: aged experimental package (freedict-swa-eng)

[Sebastian Humenda]

Hi

Thanks for being watchful. The dictionary is actually shipped ever since, it's
swh-eng. The name swa-eng was actually a mistake in naming. The renaming took
place before I took over the packaging.
Would you please be so kind to remove the package?

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#1035813: brltty: Fails to start on early boot

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 10.05.2023,  1:49 +0200:
>Sebastian Humenda, le mar. 09 mai 2023 15:53:05 +0200, a ecrit:
>> On my Debian Bookworm system, I've configured BRLTTY with speech output over
>> espeak-ng and a USB braille device. However, I am unable to use BRLTTY for my
>> password entry of my encrypted /home partition;
>
>Does it start after that?

Yes, it does. Sometimes even after lightdm has, with Orca, announced that a
password is required.

>> I've enabled the option that BRLTTY is pat of the initramfs, but I suspect it
>> is present, but not started. Is there any other action required?
>
>AFAIK all is needed is enabling it in /etc/default/brltty and running
>update-initramf -u (which prints "Installing BRLTTY into initramfs)

Yes, indeed.

>> I also think that the dependencies of BRLTTY prevent it from being started by
>> systemd at an earlier stage. I'm not familiar with the Systemd boot process,
>> but it could be related to requiring paths like /var/lib/brltty to be mounted
>
>Yes, the brltty service expresses that it needs /var/lib/brlty and
>BrlAPI. But that shouldn't be requiring /home/

Yes, but I thought that sysemd might order the mounts by some means which
would, just as an implementation detail, mount /home before it declares /var
to be present (unlikely though).

>I tried to install a system with an encrypted /home, and brltty does get
>started before the /home passphrase step. You can probably check
>journalctl and other systemd tools to see what is actually happening.

The flood of messages is a bit overwelming. The systemd unit of BRLTTY
(journalctl -u brltty) is obviously not helpful. To you suggest to read
/var/log/syslog from the boot on?

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#1035813: brltty: Fails to start on early boot

[Sebastian Humenda]

Package: brltty
Version: 6.5-7
Severity: important
Tags: a11y

Hi

On my Debian Bookworm system, I've configured BRLTTY with speech output over
espeak-ng and a USB braille device. However, I am unable to use BRLTTY for my
password entry of my encrypted /home partition; note that / is unencrypted.

I've enabled the option that BRLTTY is pat of the initramfs, but I suspect it
is present, but not started. Is there any other action required?
I also think that the dependencies of BRLTTY prevent it from being started by
systemd at an earlier stage. I'm not familiar with the Systemd boot process,
but it could be related to requiring paths like /var/lib/brltty to be mounted
and /home just unfortunately being earlier. In any case, it would be good to
still have a11y support for entering the pass-phrase, in particular, for cases
where something goes wrong.

Thanks

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

Kernel: Linux 6.1.0-7-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages brltty depends on:
ii  init-system-helpers1.65.2
ii  libasound2 1.2.8-1+b1
ii  libbluetooth3  5.66-1
ii  libbrlapi0.8   6.5-7
ii  libc6  2.36-9
ii  libcap21:2.66-3
ii  libdbus-1-31.14.6-1
ii  libexpat1  2.5.0-1
ii  libglib2.0-0   2.74.6-2
ii  libgpm21.20.7-10+b1
ii  libicu72   72.1-3
ii  liblouis20 3.24.0-1
ii  libncursesw6   6.4-2
ii  libpcre2-32-0  10.42-1
ii  libpolkit-gobject-1-0  122-3
ii  libsystemd0252.6-1
ii  libtinfo6  6.4-2
ii  lsb-base   11.6
ii  policykit-1122-3
ii  polkitd122-3
ii  sysvinit-utils [lsb-base]  3.06-4

Versions of packages brltty recommends:
ii  python3  3.11.2-1+b1

Versions of packages brltty suggests:
ii  brltty-speechd 6.5-7
ii  brltty-x11 6.5-7
pn  console-braille
pn  unicode-cldr-core  

-- Configuration Files:
/etc/default/brltty changed:
ARGUMENTS="-q"
START_IN_INITRAMFS=true


-- no debconf information

Bug#1031074: quickjs: QuickJS and security maintenance

[Sebastian Humenda]

Package: quickjs
Version: 2021.03.27-1
Severity: critical
X-Debbugs-Cc: secur...@debian.org


Hi

I have packaged QuickJS, an embeddable JavaScript engine. It is a direct
dependency for Edbrowse, a command-line browser, often used by blind users.
This currently blocks the update to the latest Edbrowse version.

QuickJS is on the same "security-sensitive" level as Duktape, i.e. it is a
JavaScript engine that, if exposed to untrusted sources, might have
vulnerabilities. Duktape is already in Debian, so I would argue that we could
also support QuickJS, hence seeking your feedback.

Upstream of *Edbrowse* said:

>> seems that QuickJS is not the most actively maintained project.
>
>Well, much more than duktape, which we used before. We had to drop duktape
>because it doesn't even support the es6 features of js, and emails to their
>maintainers went unanswered for months. In other words, duktape can't parse
>most of the js out there at this time.

I haven't talked to QuicJS upstream yet, mostly because I would need your
feedback and understand concerns, if any.

Thanks!
Sebastian

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

Kernel: Linux 6.1.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1030682: edbrowse: new version available

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 07.02.2023,  0:50 +0100:
>> [1] http://cdn.netbsd.org/pub/pkgsrc/current/pkgsrc/lang/quickjs/
>> 
>>  (I suppose I can do the initial packaging, but not sure I’d
>>  be willing to maintain it.  And even if I would, I’d need a
>>  sponsor still.)
>
>That's the æternal question. If the package is stable enough, I can
>add it to my list, but that'd be yet one more. I'd be happy to sponsor
>accessibility-related uploads however.

Actually I am just preparing the packaging on salsa, see
https://salsa.debian.org/a11y-team/quickjs

Cheers
Sebastian


signature.asc
Description: PGP signature

Bug#1030675: ansifilter FTCBFS: uses the build architecture qmake

[Sebastian Humenda]

Hi

Thanks for providing the patch. This has been fixed in upload 2.18+dfsg1-2.

Cheers
Sebastian


signature.asc
Description: PGP signature

Bug#998683: Fails to build without sufficient RAM

[Sebastian Humenda]

Package: freedict
Version: 2021.01.05-3
Severity: minor

The FreeDict source package builds the TEI XML source files, representing the
dictionary,into compiled dictionaries in the dict format. It uses XSL
stylesheets for this. Some of the dictionaries have a considerable complexity
(> 150 MB of size) and the stylesheets are known to match in huge depth of the
XML syntax tree. This leads to a vast consumption of RAM and slow processing,
currently somewhere over 16G of RAM and building times of the whole package of
6-16 h, depending on the machine and the number of parallelism. The more
concurrency is used, the higher the RAM requirements will get.
This can be only solved by a systematic rewrite of the stylesheets for which
help would be appreciated upstream.
For the time being, this bug report serves as a reminder on the Debian side
that this issue still persists.

Thanks


signature.asc
Description: PGP signature

Bug#997521: freedict: FTBFS: Failed to create secure directory (/sbuild-nonexistent/.config/pulse): No such file or directory

[Sebastian Humenda]

Control: severity -1 normal
Thanks


Hi

Lucas Nussbaum schrieb am 30.10.2021, 22:21 +0200:
>On 29/10/21 at 16:17 +0200, Sebastian Humenda wrote:
>> Could you provide the amount of RAM that is used for the failed build? If it
>> is below 16G, could it be increased, somehow?
>I use AWS EC2 m5.xlarge instances. so it's 16 GB of RAM. I could use
>larger instances, yes. However, the resources requirements for freedict
>are a bit unusual. I wonder if they should be documented in a bug
>(without release critical severity). Given the time it takes to build
>freedict, I might just exclude it from my regular rebuilds.

Yes, please do. I'll upload a version that fixes this issue, i.e. documents it
in the changelog and in a bug. Please let me know if you think it should be
mentioned somewhere else.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#997521: freedict: FTBFS: Failed to create secure directory (/sbuild-nonexistent/.config/pulse): No such file or directory

[Sebastian Humenda]

Hi

Due to the way the FreeDict stylesheets are written, a lot of memory is used.
Could you provide the amount of RAM that is used for the failed build? If it
is below 16G, could it be increased, somehow?


Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#984651: unblock: freedict/2021.01.05-3

[Sebastian Humenda]

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

Please unblock package freedict

The previous version ran the build in parallel and consumed vast amounts of
memory. The fix is simplistic: just build sequentially. I therefore would like
to request to unblock the package, since it will not affect the stability of
the upcoming release. It was blocked by #982730.

Debdiff:

```
gpgv: Signature made Tue Feb 16 22:48:52 2021 CET
gpgv:using RSA key A8574EA4228468D0463BEB0C731F86C6AC61798D
gpgv: Can't check signature: No public key
dpkg-source: warning: failed to verify signature on 
/tmp/freedict_2021.01.05-2.dsc
gpgv: Signature made Sat Mar  6 14:05:06 2021 CET
gpgv:using RSA key 0DD2BC30C6C7326B3FFACD24DBF124790B30ECA5
gpgv: Can't check signature: No public key
dpkg-source: warning: failed to verify signature on 
/mnt/sdb6/streicher/quellen/debian/freedict/freedict_2021.01.05-3.dsc
diff -Nru freedict-2021.01.05/debian/changelog 
freedict-2021.01.05/debian/changelog
--- freedict-2021.01.05/debian/changelog2021-02-16 22:45:56.0 
+0100
+++ freedict-2021.01.05/debian/changelog2021-03-03 18:26:24.0 
+0100
@@ -1,3 +1,9 @@
+freedict (2021.01.05-3) unstable; urgency=medium
+
+  * properly disable parallel builds (Closes: #982730)
+
+ -- Sebastian Humenda   Wed, 03 Mar 2021 18:26:24 +0100
+
 freedict (2021.01.05-2) unstable; urgency=medium

   * rules: Decrease --max-parallel to 1 (Closes: #982730)
diff -Nru freedict-2021.01.05/debian/control freedict-2021.01.05/debian/control
--- freedict-2021.01.05/debian/control  2021-02-16 22:45:03.0 +0100
+++ freedict-2021.01.05/debian/control  2021-03-03 18:26:24.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Sebastian Humenda 
 Build-Depends: debhelper-compat (= 13), freedict-tools (>= 0.5.0)
-Standards-Version: 4.5.0
+Standards-Version: 4.5.1
 Rules-Requires-Root: no
 Homepage: https://freedict.org/
 Vcs-Browser: https://salsa.debian.org/freedict-team/dictionaries
diff -Nru freedict-2021.01.05/debian/control.HEAD 
freedict-2021.01.05/debian/control.HEAD
--- freedict-2021.01.05/debian/control.HEAD 2021-02-16 22:45:03.0 
+0100
+++ freedict-2021.01.05/debian/control.HEAD 2021-03-03 18:26:24.0 
+0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Sebastian Humenda 
 Build-Depends: debhelper-compat (= 13), freedict-tools (>= 0.5.0)
-Standards-Version: 4.5.0
+Standards-Version: 4.5.1
 Rules-Requires-Root: no
 Homepage: https://freedict.org/
 Vcs-Browser: https://salsa.debian.org/freedict-team/dictionaries
diff -Nru freedict-2021.01.05/debian/rules freedict-2021.01.05/debian/rules
--- freedict-2021.01.05/debian/rules2021-02-16 22:45:46.0 +0100
+++ freedict-2021.01.05/debian/rules2021-03-03 15:14:00.0 +0100
@@ -11,10 +11,10 @@
 BUILD_MODE ?= normal

 # pass parallelisation through from debhelper
-ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
-NUMJOBS = $(patsubst parallel=%,%,$(filter 
parallel=%,$(DEB_BUILD_OPTIONS)))
-MAKEFLAGS += -j$(NUMJOBS)
-endif
+#ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS)))
+#NUMJOBS = $(patsubst parallel=%,%,$(filter 
parallel=%,$(DEB_BUILD_OPTIONS)))
+#MAKEFLAGS += -j$(NUMJOBS)
+#endif

 %:
dh $@ --max-parallel=1
```

Note that due to hardware failure, I cannot access my private key at the
moment, but that shouldn't make the debdiff less useful.


unblock freedict/2021.01.05-3

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

Kernel: Linux 4.19.0-14-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#982730: freedict: FTBFS: Failed to create secure directory (/sbuild-nonexistent/.config/pulse): No such file or directory

[Sebastian Humenda]

Hi

Dennis Filder schrieb am 16.02.2021, 18:26 +0100:
>The build process ran out of memory when processing
>build/dictd/eng-deu.c5 at 31% and 34% completion as these dictionaries
>are just so large. 

I was asking upfront on debian-admin whether the actual  limits would be
known, but nobody knew.

>The only real chance at a quick solution IMHO is
>--max-parallel=1 and hoping that it works. 

It should, it's around 9G of RAM that is required. I'll prepare an upload.

>Upstream devs should consider using chunking the way Docbook offers
>it.

Not sure how Docbook is required, but it's IMHO hard to chunk since the
expressions span the whole dictionary. In any case, the problem is known
upstream, there's just a lack of helping hands :).

Thanks
Sebastian

Bug#902986: tf5: Please package new fork

[Sebastian Humenda]

Hi Russ

Russ Allbery schrieb am 10.05.2020, 16:19 -0700:
>Russ Allbery  writes:
>> Sebastian Humenda  writes:
>
>>> It would be great if the properly maintained fork of TF could be
>>> packaged. It is available here:
>
>>> https://github.com/ingwarsw/tinyfugue
>
>>> I would like to see Python support as a default feature, hence my
>>> request.
>
>> Ooo, thank you, I didn't know this existed.  I'll take a look.
>
>Several years later
>
>Do you know if this fork is still being maintained?  All development seems
>to have stopped a few months after you opened this bug, and builds for the
>latest commit seem to have failed.

I could not foresee this :-). It seems indeed that this one is unmaintained
and it also seems that there is no other activity in any other place.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#946390: Proposed fix for dict-freedict-spa-deu

[Sebastian Humenda]

Hi Hannes

Thanks for your enthusiasm to fix this.

Hannes Müller schrieb am 09.12.2019, 21:03 +0100:
>I found related syntax problems in spa-deu/spa-deu.tei and fixed them
>with attached patch. The dictd file spa-deu.index now looks fine.

This patch still shows issues:
 
>+-  | modista
>++  |modista


It should be `modista`. Since it seems that spa-deu.tei is broken
anyway, it is probably better to fix its importer script. We import it from
the Ding format and the importer is currently in a rather bad shape. Any
chance you would like to look into it :)? We could still patch it downstream,
but I feel this is not the best solution.

>I also scanned all other dictionaries for the same problem but found no
>other candidates. I try to provide also a related upstream patch.

Thanks for this.

Sebastian


signature.asc
Description: PGP signature

Bug#912753: orca-sops: Initialization impossible as normal user

[Sebastian Humenda]

Hi

Thanks for the report. This issue should be fixed in the latest upload. Please
reopen this bug if this doesn't work for you.

Sebastian


signature.asc
Description: PGP signature

Bug#911387: licensecheck: Fails to detect CC-by-sa version

[Sebastian Humenda]

Package: licensecheck
Version: 3.0.31-2
Severity: normal


Hi

Licensecheck v3.0.31 reports this on
:

jpn-deu.tei: CC by-sa

The output is missing the version number, though its directly after the licence
name.

Thanks

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

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages licensecheck depends on:
ii  libgetopt-long-descriptive-perl0.103-2
ii  libmoo-perl2.003004-1
ii  libnamespace-clean-perl0.27-1
ii  libpath-iterator-rule-perl 1.014-1
ii  libpath-tiny-perl  0.104-2
ii  libpod-constants-perl  0.19-1
ii  libregexp-pattern-license-perl 3.0.31-3
ii  libscalar-list-utils-perl  1:1.50-1
ii  libsort-key-perl   1.33-2
ii  libstrictures-perl 2.05-1
ii  libstring-copyright-perl   0.003005-1
ii  libstring-escape-perl  2010.002-2
ii  libtry-tiny-perl   0.30-1
ii  perl   5.26.2-7+b1
ii  perl-base [libscalar-list-utils-perl]  5.26.2-7+b1

licensecheck recommends no packages.

Versions of packages licensecheck suggests:
ii  bash-completion  1:2.8-1

-- no debconf information

Bug#910186: ITP: freedict-wikdict -- bilingual dictionaries from WikDict converted by FreeDict

[Sebastian Humenda]

Package: wnpp
Severity: wishlist
Owner: Sebastian Humenda 

* Package name: freedict-wikdict
  Version : 2018.10.20
  Upstream Author : FreeDict Developers
* URL : https://freedict.org
* License : GPL
  Programming Lang: Python, Perl, XSL, Make
  Description : bilingual dictionaries from WikDict converted by FreeDict

FreeDict provides bilingual dictionaries from various sources. These are either
manually edited or auto-imported from other projects. This package contains
dictionaries imported from the WikDict project.

Bug#905270: ITP: freedict-tools -- Build system for FreeDict dictionaries

[Sebastian Humenda]

Package: wnpp
Severity: wishlist
Owner: Sebastian Humenda 

* Package name: freedict-tools
  Version : 0.2.0
  Upstream Author : FreeDict 
* URL : http://freedict.org
* License : Many, mostly GPL-3+ and GPL-2+
  Programming Lang: Python, Make, Shell, Perl
  Description : Build system for FreeDict dictionaries

 This package contains the FreeDict build system and its scripts, used to build
 and distribute dictionaries in the TEI format. FreeDict dictionaries are
 stored in a format independent from the dictionary program, called TEI. These
 utilities and scripts allow to convert the TEI files of the dictionary source
 into the formats understood by dictionary programs.

This package is required to modernise the FreeDict dictionary packaging of
Debian.

Bug#902347: Fixed upstream

[Sebastian Humenda]

Hi

This has already been fixed upstream. I would still keep this report open,
until the next version lands in testing. I don't want to see this buggy version
for Debian stable.

Thanks!

Bug#902986: tf5: Please package new fork

[Sebastian Humenda]

Package: tf5
Version: 5.0beta8-7
Severity: wishlist

Hi

It would be great if the properly maintained fork of TF could be packaged. It is
available here:
https://github.com/ingwarsw/tinyfugue

I would like to see Python support as a default feature, hence my request.

Thanks!
Sebastian
-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tf5 depends on:
ii  libc62.27-3
ii  libgnutls-openssl27  3.5.18-1
ii  libpcre3 2:8.39-9
ii  libtinfo66.1+20180210-4
ii  zlib1g   1:1.2.11.dfsg-1

tf5 recommends no packages.

Versions of packages tf5 suggests:
pn  spell  

-- no debconf information

Bug#902347: brltty-espeak: omits certain punctuation in speech output, even if "announce all" activated

[Sebastian Humenda]

Hi

Alex ARNAUD schrieb am 26.06.2018, 10:12 +0200:
>As I understand it's an upstream bug, could you please report it upstream to
Sure, but it needs to be reported downstream, I don't want this in the next
release.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#902347: brltty-espeak: omits certain punctuation in speech output, even if "announce all" activated

[Sebastian Humenda]

Package: brltty-espeak
Version: 5.6-4
Severity: normal
Tags: a11y

Hi

I'm using BRLTTY with eSpeak as output module. I have set the punctuation level
to all:

$ grep 'punct' /var/lib/brltty/brltty.prefs
speech-punctuation all

but for instance "|" and "<" are not announced, whereas "-" or even '"' is.
Using `speak --punct'|<>' 'a|b| <= c'` works, too.

Thanks

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

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages brltty-espeak depends on:
ii  brltty 5.6-4
ii  libc6  2.27-3
ii  libespeak-ng1  1.49.2+dfsg-2

brltty-espeak recommends no packages.

brltty-espeak suggests no packages.

-- no debconf information

Bug#896245: python3-gleetex: gleetex fails to import

[Sebastian Humenda]

Hi

Matthias Klose schrieb am 26.04.2018,  7:58 +0200:
>please avoid the usage of distutils, it's not really needed, and the os module
>can be used for that kind of usage. patch attached.
While I agreee, is this so much of a problem? I'd make the change upstream, but
do not see any urgent reason for change here.

Thanks


signature.asc
Description: PGP signature

Bug#896871: ITP: orca-sops -- simple orca plugin system

[Sebastian Humenda]

Package: wnpp
Severity: wishlist
Owner: Sebastian Humenda <shume...@gmx.de>

* Package name: orca-sops
  Version : 1.0.2
  Upstream Author : Christian Hempfling
* URL : https://github.com/chrys87/simple-orca-plugin-system
* License : LGPL-3
  Programming Lang: Python, Shell
  Description : simple orca plugin system

The simple orca plugin system provides an infrastructure to add and remove
plugins for the Orca screen reader easily. Plugins can be both written in Shell
and Python and can be simple scripts for reading the contents of the clipboard
or more advanced scripts to alter the behaviour of Orca itself.

Bug#882593: ITP: texhyphj -- Support for TeX hyphenation patterns in Java

[Sebastian Humenda]

Package: wnpp
Severity: wishlist
Owner: Sebastian Humenda <shume...@gmx.de>

* Package name: texhyphj
  Version : 1.2
  Upstream Author : Joel Håkansson
* URL : https://github.com/joeha480/texhyphj
* License : LGPL-2.1
  Programming Lang: Java
  Description : Support for TeX hyphenation patterns in Java

 This Java library allows the re-use of hyphenation patterns, as used by LaTeX.
 .
 This project continues the work by David Tolpin. Specifically, adding UTF-8
 support for pattern files while maintaining the original functionality.

It is a dependency of dotify-cli, which I am trying to package. Upstream is
alive.

Bug#874054: Setting QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1 has a huge negative performance impact, should not be always on

[Sebastian Humenda]

Hi

Lisandro Damián Nicanor Pérez Meyer schrieb am 02.09.2017, 11:02 -0300:
>According to [upstream] setting QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1 has a
>huge negative performace impact on Qt, so it should not be enabled by
>default. And, if I understand correctly, this is the current behavior.
>
>Upstream suggested that maybe we should try to only set this variable if
>the appropriate hardware is found. Do you have any ideas on how we could
>achieve this?
This is not a good idea, because not all screen reader users have dedicated
hardware. Users only using speech for navigation would be without Qt a11y.
Couldn't we detect whether a screen reader (Orca) is installed, or is this a
default on Desktop systems, these days?

Cheers
Sebastian


signature.asc
Description: PGP signature

Bug#858600: unblock: gladtex/2.1-2

[Sebastian Humenda]

Hi again

I forgot to mention that it closes #857911 in Testing.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#858600: unblock: gladtex/2.1-2

[Sebastian Humenda]

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

Please unblock package gladtex

The version in testing depends on the wrong texlive packages and hence won't
work for users not using a full texlive setup.

Furthermore, the package has issues with the locale, which I believe is fixed
with a minimal patch.

I have tried the new package in a minimal, clean [Stretch] pbuilder chroot and
it works fine.

The (short) debdiff is attached.

Thanks

unblock gladtex/2.1-2

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (450, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru gladtex-2.1/debian/changelog gladtex-2.1/debian/changelog
--- gladtex-2.1/debian/changelog2016-08-30 17:48:08.0 +0200
+++ gladtex-2.1/debian/changelog2017-03-16 11:35:43.0 +0100
@@ -1,3 +1,10 @@
+gladtex (2.1-2) unstable; urgency=medium
+
+  * correct dependency information for library package (Closes: #857911)
+  * add ability to work in environments without locale set up
+
+ -- Sebastian Humenda <shume...@gmx.de>  Thu, 16 Mar 2017 11:35:43 +0100
+
 gladtex (2.1-1) unstable; urgency=medium
 
   * new upstream release
diff -Nru gladtex-2.1/debian/control gladtex-2.1/debian/control
--- gladtex-2.1/debian/control  2016-08-30 17:48:08.0 +0200
+++ gladtex-2.1/debian/control  2017-03-16 11:35:43.0 +0100
@@ -10,7 +10,8 @@
 
 Package: python3-gleetex
 Architecture: all
-Depends: ${misc:Depends}, ${python3:Depends}, texlive-latex-base, 
preview-latex-style, dvipng
+Depends: ${misc:Depends}, ${python3:Depends}, texlive-latex-recommended,
+texlive-fonts-recommended, preview-latex-style, dvipng
 Description: Module to embed LaTeX equations in HTML files
  GleeTeX is a python module to create images from formulas. It can parse HTML
  documents and replace all occurrences of some formula through images.
diff -Nru gladtex-2.1/debian/patches/ignore_unset_locale 
gladtex-2.1/debian/patches/ignore_unset_locale
--- gladtex-2.1/debian/patches/ignore_unset_locale  1970-01-01 
01:00:00.0 +0100
+++ gladtex-2.1/debian/patches/ignore_unset_locale  2017-03-16 
11:35:43.0 +0100
@@ -0,0 +1,28 @@
+Description: correctly handle unset locale
+ The program couldn't handle an unset locale and failed to work under such
+ circumstances. The minimal patch corrects this behaviour.
+ It has been applied upstream, too.
+Author: Sebastian Humenda <shume...@gmx.de>
+Last-Update: <2017-03-16>
+
+Index: gladtex/gleetex/document.py
+===
+--- gladtex.orig/gleetex/document.py
 gladtex/gleetex/document.py
+@@ -190,12 +190,14 @@ class LaTeXDocument:
+ # try to guess language and hence character set (fontenc)
+ import locale
+ language = locale.getdefaultlocale()
+-if language: # extract just the language code
++if language and language[0]: # extract just the language code
+ language = language[0].split('_')[0]
++if not language or not language[0]:
++language = 'en'
+ # check whether language on computer is within T1 and hence 
whether
+ # it should be loaded; I know that this can be a misleading
+ # assumption, but there's no better way that I know of
+-if language in ['fr', 'es', 'it', 'de', 'nl', 'ro']:
++if language in ['fr', 'es', 'it', 'de', 'nl', 'ro', 'en']:
+ encoding_preamble += '\n\\usepackage[T1]{fontenc}'
+ else:
+ raise ValueError(("Language not supported by T1 fontenc "
diff -Nru gladtex-2.1/debian/patches/series gladtex-2.1/debian/patches/series
--- gladtex-2.1/debian/patches/series   2016-08-30 17:48:08.0 +0200
+++ gladtex-2.1/debian/patches/series   2017-03-16 11:35:43.0 +0100
@@ -1 +1,2 @@
 fix_clean_command
+ignore_unset_locale


signature.asc
Description: PGP signature

Bug#857911: python3-gleetex: missing dependency, renders it unusable after install

[Sebastian Humenda]

Package: python3-gleetex
Version: 2.1-1
Severity: serious

Hi

It seems that texlive packages were re-ordered internally. This did not affect
me yet, since I'm usually using texlive-full. I a clean container, GladTeX (and
its library gleetex)fails to work because of missing dependencies. This renders
the whole package unusable.

Sebastian

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (450, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages python3-gleetex depends on:
ii  dvipng   1.14-2+b3
ii  preview-latex-style  11.90-1
pn  python3:any  
ii  texlive-latex-base   2016.20170123-5

python3-gleetex recommends no packages.

python3-gleetex suggests no packages.

-- no debconf information

Bug#852149: Re : Re: Firefox-ESR Crash in Stretch when exiting Browser with Orca running

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 14.03.2017, 22:52 +0100:
>Testers: Ping?
I had a similar issue, but didn't experience it for quite a while now. I just
tried it a few times with given package and so no problem with it.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#857126: cpufrequtils: Fails to install/upgrade (syntax error in init script)

[Sebastian Humenda]

Hi

Andreas Henriksson schrieb am 08.03.2017, 21:55 +0100:
>On Wed, Mar 08, 2017 at 10:57:38AM +0100, Sebastian Humenda wrote:
>> Package: cpufrequtils
>> Version: 008-1+b1
>> Severity: grave
>> Justification: renders package unusable
>[...]
>> Mar 08 10:54:47 kraftkrust cpufrequtils[13461]: /etc/init.d/cpufrequtils: 3: 
>> /etc/default/cpufrequtils: Syntax error: Unterminated quoted string
>[...]
>
>The /etc/init.d/cpufrequtils file is not shipped in the package since
>cpufrequtils 002-2.1 (a very long time ago, prior to old-old-stable).
This machine was set up with Jessie, so it's certainly not a left-over.

>I would guess the init script breaking down is simply caused by your
>local configuration. Possibly the package did not properly remove
>the config file back when it was removed ages ago.
Mh, ok. I have tried
`sudo apt-get purge cpufrequtils && sudo apt install cpufrequtils`.

After a purge, no init script is present.

>Anyway, the installs and works fine here in the normal case.
I am interested what the unusual case for my system is.

>Could you please attach your /etc/init.d/cpufrequtils ? Do you know
>if this file was ever modified by you or not?
It is attached. It has not been modified by me, especially I have just purged it
and the issue persists.

Sorry for the late reply, I had overlooked the email and will respond in a more
timely fashion to make this not a blocker for Stretch.

Thanks!
Sebastian

#!/bin/sh
### BEGIN INIT INFO
# Provides:   cpufrequtils
# Required-Start: $remote_fs loadcpufreq
# Required-Stop:
# Default-Start:  2 3 4 5
# Default-Stop:
# Short-Description: set CPUFreq kernel parameters
# Description: utilities to deal with CPUFreq Linux 
#   kernel support
### END INIT INFO
# 

DESC="CPUFreq Utilities"

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
CPUFREQ_SET=/usr/bin/cpufreq-set
CPUFREQ_INFO=/usr/bin/cpufreq-info
CPUFREQ_OPTIONS=""

# use lsb-base
. /lib/lsb/init-functions

# Which governor to use. Must be one of the governors listed in:
#   cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
#
# and which limits to set. Both MIN_SPEED and MAX_SPEED must be values
# listed in:
#   cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
# a value of 0 for any of the two variables will disabling the use of 
# that limit variable.
#
# WARNING: the correct kernel module must already be loaded or compiled in.
# 
# Set ENABLE to "true" to let the script run at boot time.
# 
# eg:   ENABLE="true"
#   GOVERNOR="ondemand"
#   MAX_SPEED=1000
#   MIN_SPEED=500

ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="0"
MIN_SPEED="0"

check_governor_avail() {
info="/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors"
if [ -f $info ] && grep -q "\<$GOVERNOR\>" $info ; then
return 0;
fi
return 1;
}

[ -x $CPUFREQ_SET ] || exit 0

if [ -f /etc/default/cpufrequtils ] ; then
. /etc/default/cpufrequtils
fi

# if not enabled then exit gracefully
[ "$ENABLE" = "true" ] || exit 0

if [ -n "$MAX_SPEED" ] && [ $MAX_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --max $MAX_SPEED"
fi

if [ -n "$MIN_SPEED" ] && [ $MIN_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --min $MIN_SPEED"
fi

if [ -n "$GOVERNOR" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --governor $GOVERNOR"
fi

CPUS=$(cat /proc/stat|sed -ne 's/^cpu\([[:digit:]]\+\).*/\1/p')
RETVAL=0
case "$1" in
start|force-reload|restart|reload)
log_action_begin_msg "$DESC: Setting $GOVERNOR CPUFreq governor"
if check_governor_avail ; then
for cpu in $CPUS ; do
log_action_cont_msg "CPU${cpu}"
$CPUFREQ_SET --cpu $cpu $CPUFREQ_OPTIONS 2>&1 > 
/dev/null || \
RETVAL=$?
done
log_action_end_msg $RETVAL ""
else
log_action_cont_msg "disabled, governor not available"
log_action_end_msg $RETVAL
fi
;;
stop)
;;
*)
echo "Usage: $0 {start|stop|restart|reload|force-reload}"
exit 1
esac

exit 0



signature.asc
Description: PGP signature

Bug#857126: cpufrequtils: Fails to install/upgrade (syntax error in init script)

[Sebastian Humenda]

Package: cpufrequtils
Version: 008-1+b1
Severity: grave
Justification: renders package unusable

Hi

After executing `apt-get dist-upgrade`, I get:

Setting up cpufrequtils (008-1+b1) ...
update-rc.d: warning: start and stop actions are no longer supported; falling 
back to defaults
update-rc.d: warning: start and stop actions are no longer supported; falling 
back to defaults
Job for cpufrequtils.service failed because the control process exited with 
error code.
See "systemctl status cpufrequtils.service" and "journalctl -xe" for details.
invoke-rc.d: initscript cpufrequtils, action "start" failed.
* cpufrequtils.service - LSB: set CPUFreq kernel parameters
   Loaded: loaded (/etc/init.d/cpufrequtils; generated; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2017-03-08 10:54:47 CET; 4ms ago
 Docs: man:systemd-sysv-generator(8)
  Process: 13461 ExecStart=/etc/init.d/cpufrequtils start (code=exited, 
status=2)

Mar 08 10:54:47 kraftkrust systemd[1]: Starting LSB: set CPUFreq kernel 
parameters...
Mar 08 10:54:47 kraftkrust cpufrequtils[13461]: /etc/init.d/cpufrequtils: 3: 
/etc/default/cpufrequtils: Syntax error: Unterminated quoted string
Mar 08 10:54:47 kraftkrust systemd[1]: cpufrequtils.service: Control process 
exited, code=exited status=2
Mar 08 10:54:47 kraftkrust systemd[1]: Failed to start LSB: set CPUFreq kernel 
parameters.
Mar 08 10:54:47 kraftkrust systemd[1]: cpufrequtils.service: Unit entered 
failed state.
Mar 08 10:54:47 kraftkrust systemd[1]: cpufrequtils.service: Failed with result 
'exit-code'.
dpkg: error processing package cpufrequtils (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 cpufrequtils
E: Sub-process /usr/bin/dpkg returned an error code (1)

Please let me know if I can provide more details.

Thanks
Sebastian

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (450, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages cpufrequtils depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  libc6  2.24-9
ii  libcpufreq0008-1+b1
ii  lsb-base   9.20161125

cpufrequtils recommends no packages.

cpufrequtils suggests no packages.

-- debconf information:
  cpufrequtils/enable: true

Bug#854295: brltty-espeak: crashes while emitting speech

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 28.02.2017, 23:28 +0100:
>Sebastian Humenda, on lun. 27 févr. 2017 14:30:19 +0100, wrote:
>> Sebastian Humenda schrieb am 20.02.2017, 11:13 +0100:
>> Ok, seems hard to reproduce. Here's another bt.
>Does the change at least reduce the frequency of happening?
That is really hard to tell. I would say yes, given that it worked for more than
two weeks :).

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#854295: brltty-espeak: crashes while emitting speech

[Sebastian Humenda]

Hi

Sebastian Humenda schrieb am 20.02.2017, 11:13 +0100:
>>Ok, we can wait more, no pb :)
>No crashes, I think it's safe.
Ok, seems hard to reproduce. Here's another bt.

Thanks
Sebastian
===


Thread 8 (Thread 0x7f6285632700 (LWP 16207)):
#0  0x7f629273e536 in futex_abstimed_wait_cancelable (private=0, 
abstime=0x0, expected=0, futex_word=0x7f628ead8e20 ) 
at ../sysdeps/unix/sysv/linux/futex-internal.h:205
__ret = -512
oldtype = 0
err = 
#1  0x7f629273e536 in do_futex_wait (sem=sem@entry=0x7f628ead8e20 
, abstime=0x0) at sem_waitcommon.c:111
#2  0x7f629273e5e4 in __new_sem_wait_slow (sem=0x7f628ead8e20 
, abstime=0x0) at sem_waitcommon.c:181
_buffer = 
  {__routine = 0x7f629273e4f0 <__sem_wait_cleanup>, __arg = 
0x7f628ead8e20 , __canceltype = -2057102060, __prev = 
0x0}
err = 
d = 0
#3  0x7f629273e679 in __new_sem_wait (sem=sem@entry=0x7f628ead8e20 
)
at sem_wait.c:29
#4  0x7f628e8b4d29 in polling_thread (p=) at 
src/libespeak-ng/event.c:257
a_stop_is_required = 0
a_status = 
__PRETTY_FUNCTION__ = "polling_thread"
#5  0x7f6292736424 in start_thread (arg=0x7f6285632700) at 
pthread_create.c:333
__res = 
pd = 0x7f6285632700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {140061121390336, 
3196702752626820878, 0, 140061140511567, 140061121390336, 140060829763568, 
-3271316536130418930, -3271340861131077874}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#6  0x7f62924799bf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 7 (Thread 0x7f627bfff700 (LWP 3814)):
#0  0x7f629247054d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7f6292fc49f6 in g_main_context_poll (priority=, 
n_fds=2, fds=0x7f62700010c0, timeout=, context=0x7f628001a6b0) 
at ././glib/gmain.c:4228
poll_func = 0x7f6292fd4840 
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 2
allocated_nfds = 2
fds = 0x7f62700010c0
#2  0x7f6292fc49f6 in g_main_context_iterate (context=0x7f628001a6b0, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
././glib/gmain.c:3924
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 2
allocated_nfds = 2
fds = 0x7f62700010c0
#3  0x7f6292fc4d82 in g_main_loop_run (loop=0x7f628001a640) at 
././glib/gmain.c:4125
__func__ = "g_main_loop_run"
#4  0x7f62935ac4f6 in gdbus_shared_thread_func (user_data=0x7f628001a680)
at ././gio/gdbusprivate.c:247
data = 0x7f628001a680
#5  0x7f6292fec345 in g_thread_proxy (data=0x7f628001c4a0) at 
././glib/gthread.c:784
thread = 0x7f628001c4a0
#6  0x7f6292736424 in start_thread (arg=0x7f627bfff700) at 
pthread_create.c:333
__res = 
pd = 0x7f627bfff700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {140060963895040, 
3196702752626820878, 0, 140061397808015, 0, 140061397909568, 
-3271847774729681138, -3271340861131077874}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#7  0x7f62924799bf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 6 (Thread 0x7f628f902700 (LWP 2903)):
#0  0x7f629247054d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x56156aeaa37c in asyncExecuteIoCallback ()
#2  0x56156aea8f19 in asyncAwaitCondition ()
#3  0x56156aea9030 in asyncWaitFor ()
#4  0x56156aed0816 in runTuneThread ()
#5  0x56156aeaba8f in  ()
#6  0x7f6292736424 in start_thread (arg=0x7f628f902700) at 
pthread_create.c:333
__res = 
pd = 0x7f628f902700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {140061292111616, 
3196702752626820878, 0, 140736167970879, 0, 140061397909568, 
-3271329567061194994, -3271340861131077874}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#7  0x7f62924799bf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 5 (Thread 0x7f6287070700 (LWP 16203)):
#0  0x7f629247054d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x56156aeaa37c in asyncExecuteIoCallback ()
#2  0x56156aea8f19 in asyncAwaitCondition ()
#3  0x56156aea9030 in asyncWaitFor ()
#4  0x56156aee6894 in runSpeechDri

Bug#854295: brltty-espeak: crashes while emitting speech

[Sebastian Humenda]

Samuel Thibault schrieb am 13.02.2017, 10:52 +0100:
>Sebastian Humenda, on Mon 13 Feb 2017 10:47:33 +0100, wrote:
>> I haven't encountered any issues yet. It is rather hard to say whether it is
>> fixed, because the bug is hard to reproduce. However, there have been no 
>> further crashes so far.
>
>Ok, we can wait more, no pb :)
No crashes, I think it's safe.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#855059: freedict: clean target makes git unclean

[Sebastian Humenda]

Hi

Ritesh Raj Sarraf schrieb am 13.02.2017, 23:29 +0530:
>I have faced this issue myself a couple of times. I am not sure what the
>official stance is, but having the clean target make the git repo
>inconsistent looks like a bug to me.
Yes, it is, but rather in the Git workflow:

[…]
>gbp:error: You have uncommitted changes in your source tree:
>gbp:error: On branch master
>Your branch is up-to-date with 'origin/master'.
>Changes not staged for commit:
>  (use "git add/rm ..." to update what will be committed)
>  (use "git checkout -- ..." to discard changes in working directory)
>
>deleted:eng-hun/eng-hun.tei
That file is generated automatically and shouldn't be in the source anyway:

$ wget 
https://sourceforge.net/projects/freedict/files/English%20-%20Hungarian/0.1/freedict-eng-hun-0.1.src.tar.bz2/download
 2>&1 > /dev/null
$ tar xf download
$ ls eng-hun
ChangeLog eng-hun.tei.header Makefile

This is on my ToDo list for a while now. hun-eng (and the reversed) were shipped
in a binary format, but with a free license. We used to pull from upstream and
extract the source. Given that the original author(s) are inactive these days,
we really should get rid of the conversion process from binary to TEI and rather
ship the proper TEI file as source. I will try to tackle this this or next
month.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#854295: brltty-espeak: crashes while emitting speech

[Sebastian Humenda]

Hello

Samuel Thibault schrieb am 12.02.2017, 12:15 +0100:
[…]0
>> > >Sebastian Humenda, on Sun 05 Feb 2017 21:02:37 +0100, wrote:
>> > >> I'm not sure whether the issue is actually in BRLTTY or espeak-ng, but
>> > >> I couldn't encounter any issues while using speech-dispatcher with
>> > >> espeak-ng yet.
>> > >
>> > >Ok.  I'm afraid that might be an issue with the way BRLTTY uses espeak
>> > >and espeak-ng behaves: BRLTTY sets a callback, but espeak-ng calls it
>> > >from its own thread, which may pose some unexpected issues.  Could you
>> > >try the attached patch?
[…]
>So, how is it going?
I haven't encountered any issues yet. It is rather hard to say whether it is
fixed, because the bug is hard to reproduce. However, there have been no 
further crashes so far.

Thanks!
Sebastian


signature.asc
Description: PGP signature

Bug#854295: brltty-espeak: crashes while emitting speech

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 08.02.2017, 23:49 +0100:
>Sebastian Humenda, on Sun 05 Feb 2017 21:02:37 +0100, wrote:
>> I'm not sure whether the issue is actually in BRLTTY or espeak-ng, but
>> I couldn't encounter any issues while using speech-dispatcher with
>> espeak-ng yet.
>
>Ok.  I'm afraid that might be an issue with the way BRLTTY uses espeak
>and espeak-ng behaves: BRLTTY sets a callback, but espeak-ng calls it
>from its own thread, which may pose some unexpected issues.  Could you
>try the attached patch?
I've applied the patch and BRLTTY still runs fine. It's a bug which occurs
irregularly, so it's hard to tell whether the issue is fixed.


>It may cripple BRLTTY functionalities a bit, but at least potentially make it
>more robust for Stretch, and we'll have a closer look upstream.
What exactly do you mean by "cripple"?

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#854295: brltty-espeak: crashes while emitting speech

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 06.02.2017,  0:21 +0100:
>Could you install:
[...]
>brltty-dbgsym
>
>> #0  0x7f3fec3c7540 in  () at /usr/lib/x86_64-linux-gnu/libasound.so.2
>
>and libasound2-dbgsym
libasound2 was already installed, do you have any idea why the symbols don't
show up?

The full BT with symbols from BRLTTY is below.

Thanks
Sebastian
===

Thread 8 (Thread 0x7f3fd2ffd700 (LWP 5407)):
#0  0x7f3fe8f0f54d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7f3fe9a639f6 in g_main_context_poll (priority=, 
n_fds=2, fds=0x7f3fc40010c0, timeout=, context=0x7f3fd801a690)
at ././glib/gmain.c:4228
poll_func = 0x7f3fe9a73840 
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 2
allocated_nfds = 2
fds = 0x7f3fc40010c0
#2  0x7f3fe9a639f6 in g_main_context_iterate (context=0x7f3fd801a690, 
block=block@entry=1, dispatch=dispatch@entry=1, self=)
at ././glib/gmain.c:3924
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 2
allocated_nfds = 2
fds = 0x7f3fc40010c0
#3  0x7f3fe9a63d82 in g_main_loop_run (loop=0x7f3fd801a170) at 
././glib/gmain.c:4125
__func__ = "g_main_loop_run"
#4  0x7f3fea04b4f6 in gdbus_shared_thread_func (user_data=0x7f3fd801a660) 
at ././gio/gdbusprivate.c:247
data = 0x7f3fd801a660
#5  0x7f3fe9a8b345 in g_thread_proxy (data=0x7f3fd801c4a0) at 
././glib/gthread.c:784
thread = 0x7f3fd801c4a0
#6  0x7f3fe91d5424 in start_thread (arg=0x7f3fd2ffd700) at 
pthread_create.c:333
__res = 
pd = 0x7f3fd2ffd700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {139912099649280, 
5538853934696073039, 0, 139912527930255, 0, 139912528031808, 
-5574801368476711089, -5574853307566946481}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#7  0x7f3fe8f189bf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 7 (Thread 0x7f3fec7c2900 (LWP 4199)):
#0  0x7f3fe8f0f54d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x5653f0d0437c in poll (__timeout=268, __nfds=, 
__fds=) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
monitorArray = 0x7ffc70c62410
monitors = {array = 0x7ffc70c62410, count = 8}
executed = 0
functionElement = 0x0
functions = 0x5653f2bddc60
functionCount = 
#2  0x5653f0d0437c in awaitMonitors (monitors=0x7ffc70c62460, 
monitors=0x7ffc70c62460, timeout=268) at ../../Programs/async_io.c:360
monitorArray = 0x7ffc70c62410
monitors = {array = 0x7ffc70c62410, count = 8}
executed = 0
functionElement = 0x0
functions = 0x5653f2bddc60
functionCount = 
#3  0x5653f0d0437c in asyncExecuteIoCallback (iod=, 
timeout=268) at ../../Programs/async_io.c:742
monitorArray = 0x7ffc70c62410
monitors = {array = 0x7ffc70c62410, count = 8}
executed = 0
functionElement = 0x0
functions = 0x5653f2bddc60
functionCount = 
#4  0x5653f0d02f19 in awaitAction (timeout=) at 
../../Programs/async_wait.c:128
cbx = 0x5653f0f78640 
parameters = {tsd = 0x5653f2bdcc90, timeout = 268}
elapsed = 1986572
first = 0
period = {start = {seconds = 21, nanoseconds = 743352468}, length = 
2147483647}
#5  0x5653f0d02f19 in asyncAwaitCondition (timeout=2147483647, 
testCondition=testCondition@entry=0x5653f0cf6560 , 
data=data@entry=0x7ffc70c62560) at ../../Programs/async_wait.c:159
elapsed = 1986572
first = 0
period = {start = {seconds = 21, nanoseconds = 743352468}, length = 
2147483647}
#6  0x5653f0cf83ca in brlttyWait (duration=) at 
../../Programs/core.c:1137
ucd = {handler = 0x0, data = 0x0}
#7  0x5653f0cf623a in brlttyRun () at ../../Programs/brltty.c:34
exitStatus = PROG_EXIT_SUCCESS
#8  0x5653f0cf623a in main (argc=, argv=) at 
../../Programs/brltty.c:213
exitStatus = PROG_EXIT_SUCCESS

Thread 6 (Thread 0x7f3fdd24a700 (LWP 11328)):
#0  0x7f3fe91dd536 in futex_abstimed_wait_cancelable (private=0, 
abstime=0x0, expected=0, futex_word=0x7f3fe5578e20 )
at ../sysdeps/unix/sysv/linux/futex-internal.h:205
__ret = -512
oldtype = 0
err = 
#1  0x7f3fe91dd536 in do_futex_wait (sem=sem@entry=0x7f3fe5578e20 
, abstime=0x0) at sem_waitcommon.c:111
#2  0x7f3fe91dd5e4 in __new_sem_wait_slow (sem=0x7f3fe5578e20 
, abstime=0x0) at sem_waitcommon.c:181
_buffer = {__routine = 0x7f3fe91dd4f0 <__sem_wait_cleanup>, __arg = 
0x7f3fe5578e20 , __canceltype = -584803052, __prev = 
0x0}
err = 
d = 0
#3  0x7f3fe91dd679 in __new_sem_wait (sem=sem@entry=0x7f3fe5578e20 
) 

Bug#854295: brltty-espeak: crashes while emitting speech

[Sebastian Humenda]

Package: brltty-espeak
Version: 5.4-6
Severity: important

Hi

Every now and then, BRLTTY crashes. It looks as if there is an issue while
emitting speech using espeak-ng. I'm not sure whether the issue is actually in
BRLTTY or espeak-ng, but I couldn't encounter any issues while using
speech-dispatcher with espeak-ng yet.

The full back trace is attached to this report.

Thanks
Sebastian

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (450, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages brltty-espeak depends on:
ii  brltty 5.4-6
ii  libc6  2.24-9
ii  libespeak-ng1  1.49.0+dfsg-7

brltty-espeak recommends no packages.

brltty-espeak suggests no packages.

-- no debconf information
Thread 8 (Thread 0x7f3fd2ffd700 (LWP 5407)):
#0  0x7f3fe8f0f54d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7f3fe9a639f6 in g_main_context_poll (priority=, 
n_fds=2, fds=0x7f3fc40010c0, timeout=, context=0x7f3fd801a690)
at ././glib/gmain.c:4228
poll_func = 0x7f3fe9a73840 
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 2
allocated_nfds = 2
fds = 0x7f3fc40010c0
#2  0x7f3fe9a639f6 in g_main_context_iterate (context=0x7f3fd801a690, 
block=block@entry=1, dispatch=dispatch@entry=1, self=)
at ././glib/gmain.c:3924
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 2
allocated_nfds = 2
fds = 0x7f3fc40010c0
#3  0x7f3fe9a63d82 in g_main_loop_run (loop=0x7f3fd801a170) at 
././glib/gmain.c:4125
__func__ = "g_main_loop_run"
#4  0x7f3fea04b4f6 in gdbus_shared_thread_func (user_data=0x7f3fd801a660) 
at ././gio/gdbusprivate.c:247
data = 0x7f3fd801a660
#5  0x7f3fe9a8b345 in g_thread_proxy (data=0x7f3fd801c4a0) at 
././glib/gthread.c:784
thread = 0x7f3fd801c4a0
#6  0x7f3fe91d5424 in start_thread (arg=0x7f3fd2ffd700) at 
pthread_create.c:333
__res = 
pd = 0x7f3fd2ffd700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {139912099649280, 
5538853934696073039, 0, 139912527930255, 0, 139912528031808, 
-5574801368476711089, -5574853307566946481}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#7  0x7f3fe8f189bf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 7 (Thread 0x7f3fec7c2900 (LWP 4199)):
#0  0x7f3fe8f0f54d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x5653f0d0437c in asyncExecuteIoCallback ()
#2  0x5653f0d02f19 in asyncAwaitCondition ()
#3  0x5653f0cf83ca in brlttyWait ()
#4  0x5653f0cf623a in main ()

Thread 6 (Thread 0x7f3fdd24a700 (LWP 11328)):
#0  0x7f3fe91dd536 in futex_abstimed_wait_cancelable (private=0, 
abstime=0x0, expected=0, futex_word=0x7f3fe5578e20 )
at ../sysdeps/unix/sysv/linux/futex-internal.h:205
__ret = -512
oldtype = 0
err = 
#1  0x7f3fe91dd536 in do_futex_wait (sem=sem@entry=0x7f3fe5578e20 
, abstime=0x0) at sem_waitcommon.c:111
#2  0x7f3fe91dd5e4 in __new_sem_wait_slow (sem=0x7f3fe5578e20 
, abstime=0x0) at sem_waitcommon.c:181
_buffer = {__routine = 0x7f3fe91dd4f0 <__sem_wait_cleanup>, __arg = 
0x7f3fe5578e20 , __canceltype = -584803052, __prev = 
0x0}
err = 
d = 0
#3  0x7f3fe91dd679 in __new_sem_wait (sem=sem@entry=0x7f3fe5578e20 
) at sem_wait.c:29
#4  0x7f3fe5354d29 in polling_thread (p=) at 
src/libespeak-ng/event.c:257
a_stop_is_required = 0
a_status = 
__PRETTY_FUNCTION__ = "polling_thread"
#5  0x7f3fe91d5424 in start_thread (arg=0x7f3fdd24a700) at 
pthread_create.c:333
__res = 
pd = 0x7f3fdd24a700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {139912269833984, 
5538853934696073039, 0, 139912116431695, 139912269833984, 139912116441760, 
-5574809793591933105, -5574853307566946481}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#6  0x7f3fe8f189bf in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 5 (Thread 0x7f3fe63a0700 (LWP 4201)):
#0  0x7f3fe8f0f54d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x5653f0d0437c in asyncExecuteIoCallback ()
#2  0x5653f0d02f19 in asyncAwaitCondition ()
#3  0x5653f0d03030 in 

Bug#838665: /usr/lib/python3/dist-packages/speechd_config/config.py: runs argparse on Python module import

[Sebastian Humenda]

Hi

Adrian Bunk schrieb am 18.01.2017, 20:34 +0200:
>On Mon, Sep 26, 2016 at 02:16:45PM +0200, Sebastian Humenda wrote:
>> I'll provide a patch to upstream shortly and attach it here as well, so that 
>> it
>> is fixed both upstream and downstream.
>
>any news regarding that?
Yes, I've investigated where my patch went and it was applied upstream for
0.8.*, which in turn was already uploaded to Debian. On my Stretch box, I cannot
confirm the issue anymore. If you execute the attached file as:

python3 test.py -k

it works fine. It previously complaint about a missing option, because it was 
executing
argparse on module import, which it doesn't do anymore.

I'd say the issue is fixed and would ask the maintainer to verify this or give
more details, so that I can provide more patches.

Thanks
Sebastian
#!/usr/bin/env python3
import speechd_config
print("hi")


signature.asc
Description: PGP signature

Bug#838665: /usr/lib/python3/dist-packages/speechd_config/config.py: runs argparse on Python module import

[Sebastian Humenda]

Hi

Adrian Bunk schrieb am 18.01.2017, 20:34 +0200:
>On Mon, Sep 26, 2016 at 02:16:45PM +0200, Sebastian Humenda wrote:
>> I'll provide a patch to upstream shortly and attach it here as well, so that 
>> it
>> is fixed both upstream and downstream.
>
>any news regarding that?
Well, I had intended to attach the patch to my previous email, but forgot it, so
the downstream patch is gone. Upstream told me two days ago, that the patch
wouldn't fully work. I'm awaiting details on this and then backport the patch
again.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#851263: vbetool: crashes by executing illegal hardware instruction

[Sebastian Humenda]

Package: vbetool
Version: 1.1-4
Severity: normal

Hi

Using `dpms off` to switch off the display does not work anymore:

% sudo vbetool dpms off
zsh: illegal hardware instruction  sudo vbetool dpms off

I can confirm this on both a 32bit and 64bit system.
Graphics card is reported by lspci as

VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09).

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

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

Versions of packages vbetool depends on:
ii  libc6 2.24-8
ii  libpci3   1:3.5.2-1
ii  libx86-1  1.1+ds1-10.1

vbetool recommends no packages.

vbetool suggests no packages.

-- no debconf information

Bug#829386: xorg: Xorg crashes

[Sebastian Humenda]

Hi

>I have attached the upstream fix for this issue, to be applied to the
>xserver-xorg-input-libinput package.
Works fine for me.

Thanks


signature.asc
Description: PGP signature

Bug#848016: WIHCTIG

[Sebastian Humenda]

Eric,

bitte nutze g zum antworten. Samuel hat das auch so gemacht. die
Googlemail-Adresse ist für private Zwecke und hat auf dem Bugtracker nichts
verloren.

Nun ist es zu spät - bitte aber für die nächsten Male.

Grüße
Sebastian


signature.asc
Description: PGP signature

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

[Sebastian Humenda]

Hi

Emilio Pozuelo Monfort schrieb am 14.12.2016, 11:15 +0100:
>On 14/12/16 11:05, Sebastian Humenda wrote:
>> Hi
>> 
>> Emilio Pozuelo Monfort schrieb am 12.12.2016, 19:31 +0100:
>>> On 12/12/16 12:54, Sebastian Humenda wrote:
>>>> Control: reassign 838703 xserver-xorg-input-libinput
>>>> Control: tags 838703 +pending
>>>>
>>>> Samuel Thibault schrieb am 09.12.2016, 20:19 +0100:
>>>>> This is very likely the same bug as
>>>>> https://bugs.freedesktop.org/show_bug.cgi?id=98464 which has a proposed
>>>>> patch, could you check try?
>>>> Thanks, that patch solves the issue.
>>>
>>> Can you try with xserver-xorg-input-libinput 0.23.0-1, which I just 
>>> uploaded?
>> Have you applied the very same patch? If so, I have been overoptimistic. The
>> problem persists.
>
>I haven't applied any patch.
Ok, that had confused me.  I did not look carefully and assumed that you had
applied the patch and hence the issue would still exist _with_ the patch.

As soon as I apply the patch to the latest version again, everything works as
expected, but without, X crashes.

I'll participate in the upstream discussion. The Debian bug report is mainly to
raise awareness before the next stable release.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

[Sebastian Humenda]

Hi

Emilio Pozuelo Monfort schrieb am 12.12.2016, 19:31 +0100:
>On 12/12/16 12:54, Sebastian Humenda wrote:
>> Control: reassign 838703 xserver-xorg-input-libinput
>> Control: tags 838703 +pending
>> 
>> Samuel Thibault schrieb am 09.12.2016, 20:19 +0100:
>>> This is very likely the same bug as
>>> https://bugs.freedesktop.org/show_bug.cgi?id=98464 which has a proposed
>>> patch, could you check try?
>> Thanks, that patch solves the issue.
>
>Can you try with xserver-xorg-input-libinput 0.23.0-1, which I just uploaded?
Have you applied the very same patch? If so, I have been overoptimistic. The
problem persists.

>If that doesn't help, please send a backtrace with debugging symbols to the
>upstream bug.
I'd say the issues are unrelated, I have a null pointer in a LED update
function, the upstream bug fixes something else.

What about the patch that I've submitted, is that problematic?

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#848016: brltty-espeak: very monotonous speech and noticable delays in speech output

[Sebastian Humenda]

Package: brltty-espeak
Version: 5.4-3
Severity: important

Hi

after an upgrade of brltty-espeak (which links to espeak-ng), the speech output
is very monotonous and all speech rhythm lost, including e.g. breaks for periods
at the end of a sentence.
That makes it hard to listen to it for a longer period. It is likely to be a
brltty-espeak issue, because

espeak-ng -w test.wav "Some longer text, it has proper stressing of 
words."
aplay test.wav

sounds as `espeak -w test.wav ...`, so without any change.

Furthermore, there is a noticeable delay when interrupting speech with e.g. the
control key. This is problematic when scrolling through texts, because some
portion of the old line is spoken before the new text starts. This makes it
impossible for speech-only users to figure out what is actually on the line

I have taken a log with `brltty -ldebug,speech` and have attached  it.

Please let me know if I can provide more information to help resolving this
issue.

Thanks


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (10, 'unstable')
Architecture: i386 (i686)

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

Versions of packages brltty-espeak depends on:
ii  brltty 5.4-3
ii  libc6  2.24-7
ii  libespeak-ng1  1.49.0+dfsg-2

brltty-espeak recommends no packages.

brltty-espeak suggests no packages.

-- no debconf information
2016-12-13@09:44:11.261 [brltty] BRLTTY 5.4 rev BRLTTY-5.4 [http://brltty.com/]
2016-12-13@09:44:11.283 [brltty] lock descriptor allocated: 
queue-discarded-elements
2016-12-13@09:44:11.283 [brltty] Protokollierungsausführlichkeit: debug,speech
2016-12-13@09:44:11.284 [brltty] pushed command environment: initial
2016-12-13@09:44:11.284 [brltty] report listener registered: 0: 
handleUpdateBrailleOnline
2016-12-13@09:44:11.285 [brltty] program exit event added: screen-data
2016-12-13@09:44:11.285 [brltty] Arbeitsverzeichnis: /home/swannie
2016-12-13@09:44:11.285 [brltty] Konfigurationsdatei: /etc/brltty.conf
2016-12-13@09:44:11.285 [brltty] Modifizierbares Verzeichnis: /var/lib/brltty
2016-12-13@09:44:11.285 [brltty] Einstellungsdatei: brltty.prefs
2016-12-13@09:44:11.285 [brltty] Verzeichnis mit Schreibzugriff: /var/run/brltty
2016-12-13@09:44:11.285 [brltty] Treiber-Verzeichnis: /lib/brltty
2016-12-13@09:44:11.285 [brltty] Tabellenverzeichnis: /etc/brltty
2016-12-13@09:44:11.306 [brltty] program exit event added: tunes
2016-12-13@09:44:11.306 [brltty] tune thread state change: 0 -> 1
2016-12-13@09:44:11.307 [brltty] tune thread state change: 1 -> 3
2016-12-13@09:44:11.307 [brltty] regions: text=0.0 status=0.0
2016-12-13@09:44:11.307 [brltty] shifts: full=1 half=0 vertical=5
2016-12-13@09:44:11.307 [brltty] checking for text table: 
/etc/brltty/Text/de_DE.ttb
2016-12-13@09:44:11.349 [brltty] checking for text table: 
/etc/brltty/Text/de.ttb
2016-12-13@09:44:11.364 [brltty] compiling text table: /etc/brltty/Text/de.ttb
2016-12-13@09:44:11.364 [brltty] file opened: /etc/brltty/Text/de.ttb fd=8
2016-12-13@09:44:11.364 [brltty] including data file: /etc/brltty/Text/de.ttb
2016-12-13@09:44:11.371 [brltty] file opened: /etc/brltty/Text/ltr-latin.tti 
fd=9
2016-12-13@09:44:11.371 [brltty] including data file: 
/etc/brltty/Text/ltr-latin.tti
2016-12-13@09:44:11.382 [brltty] file opened: /etc/brltty/Text/ltr-alias.tti 
fd=10
2016-12-13@09:44:11.382 [brltty] including data file: 
/etc/brltty/Text/ltr-alias.tti
2016-12-13@09:44:11.389 [brltty] file opened: /etc/brltty/Text/ctl-latin.tti 
fd=9
2016-12-13@09:44:11.390 [brltty] including data file: 
/etc/brltty/Text/ctl-latin.tti
2016-12-13@09:44:11.398 [brltty] file opened: /etc/brltty/Text/num-dot6.tti fd=9
2016-12-13@09:44:11.398 [brltty] including data file: 
/etc/brltty/Text/num-dot6.tti
2016-12-13@09:44:11.398 [brltty] file opened: /etc/brltty/Text/num-alias.tti 
fd=10
2016-12-13@09:44:11.398 [brltty] including data file: 
/etc/brltty/Text/num-alias.tti
2016-12-13@09:44:11.400 [brltty] file opened: /etc/brltty/Text/common.tti fd=9
2016-12-13@09:44:11.400 [brltty] including data file: 
/etc/brltty/Text/common.tti
2016-12-13@09:44:11.401 [brltty] file opened: /etc/brltty/Text/spaces.tti fd=10
2016-12-13@09:44:11.401 [brltty] including data file: 
/etc/brltty/Text/spaces.tti
2016-12-13@09:44:11.415 [brltty] file opened: /etc/brltty/Text/boxes.tti fd=10
2016-12-13@09:44:11.415 [brltty] including data file: /etc/brltty/Text/boxes.tti
2016-12-13@09:44:11.417 [brltty] file opened: /etc/brltty/Text/blocks.tti fd=10
2016-12-13@09:44:11.417 [brltty] including data file: 
/etc/brltty/Text/blocks.tti
2016-12-13@09:44:11.417 [brltty] Texttabelle: de
2016-12-13@09:44:11.417 [brltty] program exit event added: text-table
2016-12-13@09:44:11.418 [brltty] Attributtabelle: left_right
2016-12-13@09:44:11.418 [brltty] program exit event added: 

Bug#848008: brltty: fails to detect keyboard when started before systemd-udev-settle.service

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 13.12.2016,  8:37 +0100:
>Sebastian Humenda, on Tue 13 Dec 2016 06:32:13 +0100, wrote:
>> When enabling a keyboard table in /etc/brltty.conf, brltty should provide
>> navigation commands using the keyboard. On some systems, this doesn't work 
>> after
>> boot, because the keyboard has not been detected yet. The fix is to add the
>> following to the unit file:
>> 
>> [Unit]
>> After=systemd-udev-settle.service
>> Wants=systemd-udev-settle.service
>> 
>> This has been fixed upstream, too.
>
>Mmm, but that will delay brltty startup more than strictly necessary.
On my system, the delay is not perceptible, although that is not a objective
measurement.
I have to enter a passphrase for my hard disk and brltty is always up before I
get prompted for it.

>Shouldn't brltty be able to catch keyboard shortcuts from newly-plugged
>keyboards? It'd then just catch the keyboards as they get detected by
>udev, without delaying the startup.
If I understood upstream correctly, that is impossible, because the keyboard is
not detected as new device. New devices are automatically recognized by brltty,
but if udev is still discovering the devices, the handling seems to be
different.

The proposed change possibly breaks the initramfs-option of BRLTTY, but that
never worked for me so far.

Sebastian


signature.asc
Description: PGP signature

Bug#848008: brltty: fails to detect keyboard when started before systemd-udev-settle.service

[Sebastian Humenda]

Package: brltty
Version: 5.4-3
Severity: important

Hi

When enabling a keyboard table in /etc/brltty.conf, brltty should provide
navigation commands using the keyboard. On some systems, this doesn't work after
boot, because the keyboard has not been detected yet. The fix is to add the
following to the unit file:

[Unit]
After=systemd-udev-settle.service
Wants=systemd-udev-settle.service

This has been fixed upstream, too.

Thanks

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

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

Versions of packages brltty depends on:
ii  init-system-helpers1.46
ii  libasound2 1.1.2-1
ii  libbluetooth3  5.43-1
ii  libbrlapi0.6   5.4-3
ii  libc6  2.24-7
ii  libglib2.0-0   2.50.2-2
ii  libgpm21.20.4-6.2
ii  libicu57   57.1-5
ii  libncursesw5   6.0+20161126-1
ii  libpolkit-gobject-1-0  0.105-17
ii  libsystemd0232-7
ii  libtinfo5  6.0+20161126-1
ii  lsb-base   9.20161125
ii  policykit-10.105-17

Versions of packages brltty recommends:
ii  python  2.7.11-2

Versions of packages brltty suggests:
ii  brltty-speechd   5.4-3
ii  brltty-x11   5.4-3
pn  console-braille  

-- Configuration Files:
/etc/brltty/Attributes/invleft_right.atb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Attributes/invleft_right.atb'
/etc/brltty/Attributes/left_right.atb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Attributes/left_right.atb'
/etc/brltty/Attributes/upper_lower.atb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Attributes/upper_lower.atb'
/etc/brltty/Contraction/af.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/af.ctb'
/etc/brltty/Contraction/am.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/am.ctb'
/etc/brltty/Contraction/countries.cti [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/countries.cti'
/etc/brltty/Contraction/de-basis.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/de-basis.ctb'
/etc/brltty/Contraction/de-kurzschrift.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/de-kurzschrift.ctb'
/etc/brltty/Contraction/de-vollschrift.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/de-vollschrift.ctb'
/etc/brltty/Contraction/en-ueb-g2.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/en-ueb-g2.ctb'
/etc/brltty/Contraction/en-us-g2.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/en-us-g2.ctb'
/etc/brltty/Contraction/es.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/es.ctb'
/etc/brltty/Contraction/fr-abrege.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/fr-abrege.ctb'
/etc/brltty/Contraction/fr-integral.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/fr-integral.ctb'
/etc/brltty/Contraction/ha.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ha.ctb'
/etc/brltty/Contraction/id.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/id.ctb'
/etc/brltty/Contraction/ipa.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ipa.ctb'
/etc/brltty/Contraction/ja.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ja.ctb'
/etc/brltty/Contraction/ko-g1.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ko-g1.ctb'
/etc/brltty/Contraction/ko-g2.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ko-g2.ctb'
/etc/brltty/Contraction/ko.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ko.ctb'
/etc/brltty/Contraction/latex-access.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/latex-access.ctb'
/etc/brltty/Contraction/letters-latin.cti [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/letters-latin.cti'
/etc/brltty/Contraction/mg.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/mg.ctb'
/etc/brltty/Contraction/mun.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/mun.ctb'
/etc/brltty/Contraction/nabcc.cti [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/nabcc.cti'
/etc/brltty/Contraction/nl.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/nl.ctb'
/etc/brltty/Contraction/ny.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ny.ctb'
/etc/brltty/Contraction/pt.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/pt.ctb'
/etc/brltty/Contraction/si.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/si.ctb'
/etc/brltty/Contraction/sw.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/sw.ctb'
/etc/brltty/Contraction/th.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/th.ctb'
/etc/brltty/Contraction/zh-tw-ucb.ctb 

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

[Sebastian Humenda]

Control: reassign 838703 xserver-xorg-input-libinput
Control: tags 838703 +pending

Hi

Samuel Thibault schrieb am 09.12.2016, 20:19 +0100:
>This is very likely the same bug as
>https://bugs.freedesktop.org/show_bug.cgi?id=98464 which has a proposed
>patch, could you check try?
Thanks, that patch solves the issue.

Sebastian


signature.asc
Description: PGP signature

Bug#847689: dict-freedict-eng-hin: add separator inbetween devanagari and english output

[Sebastian Humenda]

Hi

that's an interesting upstream issue. It's not present in the upstream
repository anymore, but in the released source file. I will try to make a
release and import the fixed dictionary before the freeze.

Thanks
Sebastian


signature.asc
Description: PGP signature

Bug#847317: libatk-wrapper-java: causes delay when navigating certain UI elements

[Sebastian Humenda]

Package: libatk-wrapper-java
Version: 0.33.3-12
Severity: important

Hi

When navigating in Java GUI applications, unknown), certain UI elements cause a
very distractive delay. So for instance, in a program called Mediathekview, the
navigation between the cells and rows of a table with information about films,
it can take more than 2 seconds before speech and braille respond. This makes
navigating a table with 50 rows cumbersome.
A different example is a search view in the same program, which restricts the
displayed information in the table while typing. Typing multiple words in there
can take even longer before the program starts to respond again.

I have taken a debug log with `orca --debug`(attached) and am running OpenJDK
version "1.8.0_111" on an amd64 system (Debian), more information below.
Please let me know if I can provide more information to help locating/fixing
this issue.

Thanks!

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

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

Versions of packages libatk-wrapper-java depends on:
ii  x11-utils  7.7+3

Versions of packages libatk-wrapper-java recommends:
ii  libatk-wrapper-java-jni  0.33.3-12

libatk-wrapper-java suggests no packages.


debug-2016-12-07-10:30:28.out.xz
Description: application/xz


signature.asc
Description: PGP signature

Bug#838778: libatk still causes crashes

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 05.12.2016,  2:21 +0100:
>Sebastian Humenda, on Fri 02 Dec 2016 18:09:48 +0100, wrote:
>> I've attached a full back trace (pretty long) taken with "thread apply all bt
>> full". I've also attached the hs_err log file.
>
>Thanks for the trace!  I have found the corresponding culprit.  Could you
>try with version -12 which I have just uploaded?
Thanks, that fixes the issue!

Sebastian


signature.asc
Description: PGP signature

Bug#838778: libatk still causes crashes

[Sebastian Humenda]

control: found 838778 0.33.3-11

Hi,

when launching a Java application, for this example Mediathekview, certain
actions trigger a crash of the whole JVM.

I've attached a full back trace (pretty long) taken with "thread apply all bt
full". I've also attached the hs_err log file.

I'm running Debian testing.

Thanks
Sebastian


hs_err_pid4304.log.xz
Description: application/xz

Thread 25 (Thread 0x7f0b44fef700 (LWP 4328)):
#0  0x7f0b6e86e538 in pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x7f0b6d80c6b7 in os::PlatformEvent::park(long) 
(_abstime=0x7f0b44feecf0, _mutex=0x7f0b5c2a6a28, _cond=0x7f0b5c2a6a50)
at ./src/hotspot/src/os/linux/vm/os_linux.cpp:4997
abst = {tv_sec = 1066, tv_nsec = 655272244}
ret = -3
#2  0x7f0b6d80c6b7 in os::PlatformEvent::park(long) 
(this=this@entry=0x7f0b5c2a6a00, millis=)
at ./src/hotspot/src/os/linux/vm/os_linux.cpp:5661
abst = {tv_sec = 1066, tv_nsec = 655272244}
ret = -3
#3  0x7f0b6d8162a7 in os::PlatformEvent::park(long) 
(this=this@entry=0x7f0b5c2a6a00, millis=)
at ./src/hotspot/src/os/linux/vm/os_linux.cpp:5685
v = 
#4  0x7f0b6d7d0ea9 in Monitor::IWait(Thread*, long) (timo=, 
ev=0x7f0b5c2a6a00) at ./src/hotspot/src/share/vm/runtime/mutex.cpp:426
nmt = 
err = 0
ESelf = 0x7f0b5c2a6a00
WasOnWaitSet = 
#5  0x7f0b6d7d0ea9 in Monitor::IWait(Thread*, long) 
(this=this@entry=0x7f0b5c006e90, Self=Self@entry=0x7f0b5c2a6000, 
timo=timo@entry=50)
at ./src/hotspot/src/share/vm/runtime/mutex.cpp:802
ESelf = 0x7f0b5c2a6a00
WasOnWaitSet = 
#6  0x7f0b6d7d1cba in Monitor::wait(bool, long, bool) (this=0x7f0b5c006e90, 
no_safepoint_check=no_safepoint_check@entry=true, timeout=timeout@entry=50, 
as_suspend_equivalent=as_suspend_equivalent@entry=false) at 
./src/hotspot/src/share/vm/runtime/mutex.cpp:
wait_status = 
#7  0x7f0b6d960df3 in WatcherThread::sleep() const 
(this=this@entry=0x7f0b5c2a6000) at 
./src/hotspot/src/share/vm/runtime/thread.cpp:1275
timedout = 
now = 
ml = { = {}, _mutex = 0x7f0b5c006e90}
remaining = 50
time_slept = 
osts = { = {}, _osthread = 0x7f0b5c2a6d70, 
_old_state = RUNNABLE}
time_before_loop = 1066605272128
#8  0x7f0b6d96106f in WatcherThread::run() (this=0x7f0b5c2a6000) at 
./src/hotspot/src/share/vm/runtime/thread.cpp:1320
time_waited = 
#9  0x7f0b6d80e192 in java_start(Thread*) (thread=0x7f0b5c2a6000) at 
./src/hotspot/src/os/linux/vm/os_linux.cpp:782
counter = 33
#10 0x7f0b6e868464 in start_thread (arg=0x7f0b44fef700) at 
pthread_create.c:333
__res = 
pd = 0x7f0b44fef700
now = 
unwind_buf = 
  {cancel_jmp_buf = {{jmp_buf = {139686378927872, 
7612648398347314436, 0, 139687079754543, 0, 139687080104000, 
-7515656070468983548, -7515572714457127676}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = 
pagesize_m1 = 
sp = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#11 0x7f0b6df7e9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 24 (Thread 0x7f0b457f7700 (LWP 4320)):
#0  0x7f0b6e86e538 in pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x7f0b6d80c6b7 in os::PlatformEvent::park(long) 
(_abstime=0x7f0b457f6bf0, _mutex=0x7f0b5c25b428, _cond=0x7f0b5c25b450)
at ./src/hotspot/src/os/linux/vm/os_linux.cpp:4997
abst = {tv_sec = 1067, tv_nsec = 613386736}
ret = -3
#2  0x7f0b6d80c6b7 in os::PlatformEvent::park(long) 
(this=this@entry=0x7f0b5c25b400, millis=)
at ./src/hotspot/src/os/linux/vm/os_linux.cpp:5661
abst = {tv_sec = 1067, tv_nsec = 613386736}
ret = -3
#3  0x7f0b6d8162a7 in os::PlatformEvent::park(long) 
(this=this@entry=0x7f0b5c25b400, millis=)
at ./src/hotspot/src/os/linux/vm/os_linux.cpp:5685
v = 
#4  0x7f0b6d7d0ea9 in Monitor::IWait(Thread*, long) (timo=, 
ev=0x7f0b5c25b400) at ./src/hotspot/src/share/vm/runtime/mutex.cpp:426
nmt = 
err = 0
ESelf = 0x7f0b5c25b400
WasOnWaitSet = 
#5  0x7f0b6d7d0ea9 in Monitor::IWait(Thread*, long) 
(this=this@entry=0x7f0b5c006190, Self=Self@entry=0x7f0b5c25a800, 
timo=timo@entry=1000)
at ./src/hotspot/src/share/vm/runtime/mutex.cpp:802
ESelf = 0x7f0b5c25b400
WasOnWaitSet = 
#6  0x7f0b6d7d1cba in Monitor::wait(bool, long, bool) (this=0x7f0b5c006190, 
no_safepoint_check=no_safepoint_check@entry=true, timeout=1000, 
as_suspend_equivalent=as_suspend_equivalent@entry=false) at 
./src/hotspot/src/share/vm/runtime/mutex.cpp:
wait_status = 
#7  0x7f0b6d9c716a in VMThread::loop() (this=this@entry=0x7f0b5c25a800) at 

Bug#844813: freedict: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

[Sebastian Humenda]

Hi

Lucas Nussbaum schrieb am 19.11.2016,  7:22 +0100:
[...]
>> if [ "xsltproc" == "xsltproc" ]; then \
>>   xsltproc --novalid --xinclude --stringparam current-date 2016-11-19 
>> ../tools/xsl/tei2c5.xsl jpn-eng.tei >jpn-eng.c5; \
>>   else \
>>   xsltproc --novalid ../tools/xsl/tei2c5.xsl jpn-eng.tei 
>> \$current-date=2016-11-19 >jpn-eng.c5; fi
>> make[1]: *** Deleting file 'jpn-eng.c5'
>> E: Caught signal ‘Terminated’: terminating immediately
>> ../tools/Makefile.common:154: recipe for target 'jpn-eng.c5' failed
>> make[1]: *** [jpn-eng.c5] Terminated
>> debian/rules:27: recipe for target 'jpn-eng' failed
>> make: *** [jpn-eng] Terminated
>> E: Build killed with signal TERM after 150 minutes of inactivity
This dictttionary is very large and our (XSL) transformations is inefficient. It
takes around 3 hours on my machine to build and I'm not sure how strong the
build servers on AWS are. May I ask to relax the timing constrait, please?

Thanks

Bug#787955: openjdk-8-jre: crashes in GUI program when focussing widgets with

[Sebastian Humenda]

Hi

Samuel Thibault schrieb am 08.11.2016, 23:10 +0100:
>Sebastian Humenda, on Mon 18 Jul 2016 13:47:50 +0200, wrote:
>> Erich Schubert schrieb am 17.07.2016, 11:30 +0200:
>> >This seems to be fixed for me. I could not reproduce anymore.
>> I'm still experiencing the same issue. I've uploaded a core dump on [^1]. It 
>> is
>> actually enough to start the application, in this case MediathekView, alt+tab
>> out of the window and into it again. After a short while the application
>> crashes. The crash did not produce a log file though. If there's anything I 
>> can
>> do to help, please let me know.
>
>I believe you are here actually talking about Bug#838778, which started
>happening with version 0.33.3-8 of java-atk-wrapper, right?  This is
>very particular, it only happens with a screen reader, this is unrelated
>with the kind of issues that people not using a screen reader could be
>having.
When reporting this bug, I was not yet sure of this. However, I've just took a
core dump with debugging symbols and it's indeed not related to Mediathekview.

It's however not fixed yet for me, although 838778 is marked as closed and
0.33.3-9 of libatk-wrapper is installed on my system.
Should I reopen 838778 and provide a full traceback there?

Please close this bug, if appropriate.

Sebastian

Bug#806867: python-scipy: FTBFS when built with dpkg-buildpackage -A (No module named scipy)

[Sebastian Humenda]

Hi

Julian Taylor schrieb am 03.10.2016, 14:53 +0200:
>where did you get the tarball from that you pushed to git?
>its different from what uscan pulls and is missing all the documentation.
Good question, I went to
, more specifically
.

If that's different from what's in the git repo, I might have made a mistake. In
this case, please be so kind to correct it.

Thanks


signature.asc
Description: PGP signature

Bug#838764: brltty: crashes when using sd module, but no speech-dispatcher present

[Sebastian Humenda]

Hi

Upstream proposed a better solution, patch attached.

Thanks
diff --git a/Programs/spk_thread.c b/Programs/spk_thread.c
index 288518c..49fffaf 100644
--- a/Programs/spk_thread.c
+++ b/Programs/spk_thread.c
@@ -253,7 +253,7 @@ testThreadValidity (volatile SpeechDriverThread *sdt) {
 
 if (spk) {
   if (sdt == spk->driver.thread) {
-if (!sdt->stopping) {
+if (sdt->threadState == THD_READY) {
   return 1;
 }
   }


signature.asc
Description: PGP signature

Bug#612729: freedict-kur-deu: FTBFS: dictd2dic: command not found

[Sebastian Humenda]

Control: tabs -1 unreproducible moreinfo
Thanks

I cannot reproduce this issue on my machine, also in a clean pbuilder
environment. From upstreams version history I can see that this issue did
exist, but apparently it was fixed.  If you think that this issue still
persists, please let me know.  Otherwise I am going to close this bug in two
weeks time.

Thanks


signature.asc
Description: PGP signature

Bug#838665: /usr/lib/python3/dist-packages/speechd_config/config.py: runs argparse on Python module import

[Sebastian Humenda]

Hi

I'll provide a patch to upstream shortly and attach it here as well, so that it
is fixed both upstream and downstream.

Sebastian


signature.asc
Description: PGP signature

Bug#827320: libspeechd-dev: unusable: /usr/include/libspeechd.h:31:32: fatal error: libspeechd_version.h: No such file or directory

[Sebastian Humenda]

Control: tags -1 unreproducible 
Thanks

In a clean unstable pbuilder session, I'm unable to reproduce this bug.

user@machine:/tmp$ echo '#include ' | gcc -x c -c -
user@machine:/tmp$ echo $?
0



signature.asc
Description: PGP signature

Bug#806867: python-scipy: FTBFS when built with dpkg-buildpackage -A (No module named scipy)

[Sebastian Humenda]

Just to let people know: I'm working on it and hope to upload a new package
shortly.

Bug#838764: brltty: crashes when using sd module, but no speech-dispatcher present

[Sebastian Humenda]

Package: brltty
Version: 5.3.1-3
Severity: serious
Tags: patch

When using BRLTTY with the sd module loaded, it crashes on system boot, when
Speech Dispatcher is not running. This is a serious problem, because it leaves
the user without braille after boot. BRLTTY also does not restart automatically
(which is possibly a different issue).

Looking at the code, the crash occurs because of a null pointer being
dereferenced in the asynchronous messaging code, more specifically in the
communication between speech thread and some other thread.
The proposed patch fixes the issue (confirmed with two subsequent boots now).

The issue has been reported upstream as well, please see
.

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

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

Versions of packages brltty depends on:
ii  init-system-helpers  1.44
ii  libasound2   1.1.2-1.1
ii  libbluetooth35.36-1+b2
ii  libbrlapi0.6 5.3.1-4~trytofixnullptr
ii  libc62.23-5
ii  libgpm2  1.20.4-6.2
ii  libicu57 57.1-4
ii  libncursesw5 6.0+20160625-1
ii  libsystemd0  231-4
ii  libtinfo56.0+20160625-1
ii  lsb-base 9.20160629

Versions of packages brltty recommends:
ii  python  2.7.11-2

Versions of packages brltty suggests:
ii  brltty-speechd   5.3.1-4~trytofixnullptr
ii  brltty-x11   5.3.1-4~trytofixnullptr
pn  console-braille  

-- Configuration Files:
/etc/brltty.conf changed:
text-table  de  # German
contraction-table   de-kurzschrift  # German (contracted - 1998 standard)
speech-driver   sd  # SpeechDispatcher (text to speech server)
speech-parameters sd:Language= # [two-letter language code]
keyboard-table  laptop  # bindings for keyboards without a keypad

/etc/brltty/Attributes/invleft_right.atb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Attributes/invleft_right.atb'
/etc/brltty/Attributes/left_right.atb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Attributes/left_right.atb'
/etc/brltty/Attributes/upper_lower.atb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Attributes/upper_lower.atb'
/etc/brltty/Contraction/af.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/af.ctb'
/etc/brltty/Contraction/am.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/am.ctb'
/etc/brltty/Contraction/countries.cti [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/countries.cti'
/etc/brltty/Contraction/de-basis.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/de-basis.ctb'
/etc/brltty/Contraction/de-kurzschrift.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/de-kurzschrift.ctb'
/etc/brltty/Contraction/de-vollschrift.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/de-vollschrift.ctb'
/etc/brltty/Contraction/en-ueb-g2.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/en-ueb-g2.ctb'
/etc/brltty/Contraction/en-us-g2.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/en-us-g2.ctb'
/etc/brltty/Contraction/es.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/es.ctb'
/etc/brltty/Contraction/fr-abrege.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/fr-abrege.ctb'
/etc/brltty/Contraction/fr-integral.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/fr-integral.ctb'
/etc/brltty/Contraction/ha.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ha.ctb'
/etc/brltty/Contraction/id.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/id.ctb'
/etc/brltty/Contraction/ipa.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ipa.ctb'
/etc/brltty/Contraction/ja.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ja.ctb'
/etc/brltty/Contraction/ko-g1.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ko-g1.ctb'
/etc/brltty/Contraction/ko-g2.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ko-g2.ctb'
/etc/brltty/Contraction/ko.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/ko.ctb'
/etc/brltty/Contraction/latex-access.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/latex-access.ctb'
/etc/brltty/Contraction/letters-latin.cti [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/letters-latin.cti'
/etc/brltty/Contraction/mg.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/mg.ctb'
/etc/brltty/Contraction/mun.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/mun.ctb'
/etc/brltty/Contraction/nabcc.cti [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/nabcc.cti'
/etc/brltty/Contraction/nl.ctb [Errno 13] Keine Berechtigung: 
u'/etc/brltty/Contraction/nl.ctb'

Bug#838703: libinput10: leads to a crash of X when working in a virtual tty

[Sebastian Humenda]

Package: libinput10
Version: 1.5.0-1
Severity: important
Tags: upstream patch

When starting an X session with startx and changing to a virtual console using
ctl+alt+f, X is crashing after a while. Looking at the libinput code,
there's a null pointer in the code, which is dereferenced without a check.
The attached patch fixes the problem.

I've set the priority to important, since I use virtual consoles for most of my
daily work (due to accessibility reasons) and need to switch to an X session
frequently to access the web. Restarting the X server every time means a
considerable overhead.



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

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

Versions of packages libinput10 depends on:
ii  libc6 2.23-5
ii  libevdev2 1.5.4+dfsg-1
ii  libinput-bin  1.5.0-1
ii  libmtdev1 1.1.5-1
ii  libudev1  231-4
ii  libwacom2 0.19-1

libinput10 recommends no packages.

libinput10 suggests no packages.

-- no debconf information
Index: libinput/src/evdev.c
===
--- libinput.orig/src/evdev.c
+++ libinput/src/evdev.c
@@ -259,7 +259,9 @@ evdev_device_led_update(struct evdev_dev
 	struct input_event ev[ARRAY_LENGTH(map) + 1];
 	unsigned int i;
 
-	if (!(device->seat_caps & EVDEV_DEVICE_KEYBOARD))
+	if (device == NULL)
+	return;
+else if (!(device->seat_caps & EVDEV_DEVICE_KEYBOARD))
 		return;
 
 	memset(ev, 0, sizeof(ev));

Bug#833950: [Pkg-alsa-devel] Bug#833950: libasound2: brltty-espeak stops working with 1.1.2-1

[Sebastian Humenda]

Hi,

Elimar Riesebieter schrieb am 11.08.2016, 19:40 +0200:
>* Sebastian Humenda <shume...@gmx.de> [2016-08-10 20:30 +0200]:
>
>> Package: libasound2
>> Version: 1.1.2
>> Severity: serious
>> Tags: patch
>> Justification: breaks system for blind users [RC, stretch]
>> 
>> After an upgrade to the specified version, BRLTTY starts up with speech 
>> working
>> (brltty-espeak is using libao -> libasoun2), but speech stops working after
>> roughly a minute. The BRLTTY process is still running, but speech cannot be
>> brought back, only a restart of BRLTTY fixes this issue. All other playback 
>> of
>> sound using ALSA works fine. Since it is not related to any changes in BRLTTY
>> (tried several stable versions), the issue must be in libasound2. The 
>> provided
>> patch fixes the issue reliably for me.
>
>Thanks for the patch.
The patch seems to introduce another issue. Aplay does not terminate after
playback and keeps the handle to the file open as well. I use aplay for
notifications on my system, so ended up with no free file descriptors after a
while. This behaviour is not present in the unpatched version.
Please let me know if there is anything else I can do.

Sebastian


signature.asc
Description: PGP signature

Bug#833950: libasound2: brltty-espeak stops working with 1.1.2-1

[Sebastian Humenda]

Package: libasound2
Version: 1.1.2
Severity: serious
Tags: patch
Justification: breaks system for blind users [RC, stretch]

After an upgrade to the specified version, BRLTTY starts up with speech working
(brltty-espeak is using libao -> libasoun2), but speech stops working after
roughly a minute. The BRLTTY process is still running, but speech cannot be
brought back, only a restart of BRLTTY fixes this issue. All other playback of
sound using ALSA works fine. Since it is not related to any changes in BRLTTY
(tried several stable versions), the issue must be in libasound2. The provided
patch fixes the issue reliably for me.


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

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

Content-Type: text/x-diff; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="patch"

--- ./src/pcm/pcm.c.orig	2016-08-10 19:39:59.881564371 +0200
+++ ./src/pcm/pcm.c	2016-08-10 19:40:04.211539997 +0200
@@ -2544,6 +2544,7 @@
 	pcm->fast_op_arg = pcm;
 	INIT_LIST_HEAD(>async_handlers);
 #ifdef THREAD_SAFE_API
+	pcm->thread_safe = 1;
 	pthread_mutex_init(>lock, NULL);
 	{
 		static int default_thread_safe = -1;

Bug#793340: mumble: Another hard consequence

[Sebastian Humenda]

Hi,

Chris Knadle schrieb am 08.02.2016, 18:24 +:
[...]
>One thing I note in the debug output in the original bug report (after
>looking at it again) are repeats of this line:
>
>   WARNING Qt AtSpiAdaptor: Could not find accessible on path:
>   "/org/a11y/atspi/accessible/140532364506704"
>
>Assuming this is indeed a full path description, "/org" is not a typical
>root level directory, but "/opt" is.  Is this possibly a misconfiguration?
AFAIK that's a dbus path, should be all right.

>> 2. Another big problem when mumble isn't closed properly (segfault like
>> here, kill, etc): it looses it configuration (push-to-talk key, audio
>> settings, etc).
>> Is it known?
>
>Hmm.  I think this is the first I've heard of that.  I've looked through the
>issues reported upstream and I don't think I see this (loss of configuration
>on segfault/kill/crash) reported there either.
It won't be much help, but I've experienced a very similar issue, also with
qt-atspi / orca. I usually terminate Mumble using "killall mumble" and I lost my
audio settings twice. However, at some point the settings were saved.
That is a very vague description, but I wanted to let you know that
Jean-Philippe's observation can be (vaguely) confirmed.

Cheers
Sebastian


signature.asc
Description: PGP signature

Bug#803281: Update of GladTeX

[Sebastian Humenda]

Hi,

I'll try to provide an update in the upcoming month. However the next upload
will not require the gif library anymore. Still, thanks fo reporting.

Cheers
Sebastian


signature.asc
Description: PGP signature

Bug#794934: RM: accessodf -- ROM; builds but is unusable; orphaned by upstream author

[Sebastian Humenda]

Package: ftp.debian.org
Severity: normal

Hi,

Due to a change in LibreOffice, the plugin AccessODF cannot be used anymore.
Without a patch this package fails to build. When applying a patch provided by
the LibreOffice team it would be installable again, but it is in an unusable
state (the plugin doesn't work at all).
Since I'm the maintainer, I've contacted upstream and the author told me that
the mentioned patch won't fix the issue, in order to be usable again it would 
need major
refactoring for which the author doesn't have time. Hence I am requesting
removal of this package (as a package maintainer).

Thanks
Sebastian


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

Bug#771289: [debian-freedict] Bug#771289: dict-freedict-eng-hin: incorrect definition of word 'lust'

[Sebastian Humenda]

Hi,

Ritesh Raj Sarraf schrieb am 28.11.2014, 15:40 +0530:
Package: dict-freedict-eng-hin
Version: 2014.10.22-2
Severity: normal

The example set for the word lust in the eng-hin dictionary is
incorrect:
[...]
Thanks for reporting. That's fixed upstream.

Cheers
Sebastian


signature.asc
Description: Digital signature

Bug#787955: openjdk-8-jre: crashes in GUI program when focussing widgets with tab

[Sebastian Humenda]

Package: openjdk-8-jre
Version: 8u45-b14-3
Severity: important

This crash occurred while executing mediathekview, although it seems to be a
jvm-related issue, hence reporting it here.

After opening the application and using tab roughly 3-4 times to focus 
different UI widgets the application crashed. This happens reliably.
The only change I've made to Java is to enable accessibility support in
/etc/java-8-openjdk/accessibility.properties, although I can confirm the same
for Debian 7 with openjdk-7-jre.

I've attached hs_err_pid.log and uploaded the core dump to:

http://wwwpub.zih.tu-dresden.de/~s7369555/core.xz

If you feel that bug report should be reported to upstream directly, I would ask
for assistance, since reporting a bug requires to enter a graphical code which I
cannot do.

Thanks

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

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

Versions of packages openjdk-8-jre depends on:
ii  libasound21.0.28-1
ii  libatk-wrapper-java-jni   0.30.5-1
ii  libc6 2.19-18
ii  libgif4   4.1.6-11
ii  libgl1-mesa-glx [libgl1]  10.5.5-1
ii  libgtk2.0-0   2.24.25-3
ii  libjpeg62-turbo   1:1.4.0-7
ii  libpng12-01.2.50-2+b2
ii  libpulse0 6.0-2
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxrandr22:1.4.2-1+b1
ii  openjdk-8-jre-headless8u45-b14-3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages openjdk-8-jre recommends:
ii  fonts-dejavu-extra  2.35-1
ii  libgconf2-4 3.2.6-3
ii  libgnome2-0 2.32.1-5
ii  libgnomevfs2-0  1:2.24.4-6+b1

Versions of packages openjdk-8-jre suggests:
pn  icedtea-8-plugin  none

-- no debconf information
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x7f402f9a280e, pid=31471, tid=139912084903680
#
# JRE version: OpenJDK Runtime Environment (8.0_45-b14) (build 
1.8.0_45-internal-b14)
# Java VM: OpenJDK 64-Bit Server VM (25.45-b02 mixed mode linux-amd64 
compressed oops)
# Problematic frame:
# V  [libjvm.so+0x69480e]  jni_GetArrayLength+0x4e
#
# Core dump written. Default location: [X]
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

---  T H R E A D  ---

Current thread (0x7f3fb800f800):  JavaThread Thread-0 [_thread_in_vm, 
id=31503, stack(0x7f3fd19ed000,0x7f3fd21ee000)]

siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 
0x

Registers:
RAX=0x7f40302722a9, RBX=0x7f3fb800f800, RCX=0x, 
RDX=0x7f40302780d8
RSP=0x7f3fd21eca70, RBP=0x7f3fd21eca90, RSI=0x, 
RDI=0x7f3fb800f800
R8 =0x0004, R9 =0x7f40302e29fa, R10=0x7f4030639460, 
R11=0x
R12=0x7f3fb800f9e0, R13=0x, R14=0x0001, 
R15=0x7f3fb800ea50
RIP=0x7f402f9a280e, EFLAGS=0x00010202, CSGSFS=0x0033, 
ERR=0x0004
  TRAPNO=0x000e

Top of Stack: (sp=0x7f3fd21eca70)
0x7f3fd21eca70:   7f3fd21ecbb0 7f3fb8003270
0x7f3fd21eca80:   7f3fd21ecbb0 7f3fd21ecb60
0x7f3fd21eca90:   7f3fd21ecb20 7f400afb2422
0x7f3fd21ecaa0:   0007 7f3fb8517cc0
0x7f3fd21ecab0:   00100018 0007000c
0x7f3fd21ecac0:   7f3f0007 aa3be29f2e708500
0x7f3fd21ecad0:    7f3fb88a91e8
0x7f3fd21ecae0:    7f3fb80ef158
0x7f3fd21ecaf0:   7f3fb88a91e0 7f3fb800f9e0
0x7f3fd21ecb00:    7f3fb82ffe40
0x7f3fd21ecb10:   7f3fb8517cc0 7f3fb8003270
0x7f3fd21ecb20:   7f3fd21ecb50 7f3fd23fbbee
0x7f3fd21ecb30:   7f3fb8003270 7f3fb8003270
0x7f3fd21ecb40:   7f3fb885b390 7f3fd240300b
0x7f3fd21ecb50:   01007f3f 7f3fd21eccac
0x7f3fd21ecb60:   7f3fb885b390 7f3f00e0
0x7f3fd21ecb70:   7f3fb802006c 
0x7f3fd21ecb80:    7f3fb885b3e0
0x7f3fd21ecb90:    7f400980a5d9
0x7f3fd21ecba0:   001f 7f4009809b1c
0x7f3fd21ecbb0:   7f3fb8004a60 0445
0x7f3fd21ecbc0:   00010005 0444
0x7f3fd21ecbd0:   006f 7f3fb800ea33
0x7f3fd21ecbe0:   7f40283dc390 7f3fb8007300
0x7f3fd21ecbf0:   7f3fb800ea18 aa3be29f2e708500
0x7f3fd21ecc00:   7f3fb8003270 7f3fb8003270
0x7f3fd21ecc10:   7f3fd2402f70 7f3fb8007300

Bug#768720: [debian-freedict] Bug#768720: freedict: FTBFS in jessie: sed: can't read tmp.tei: No such file or directory

[Sebastian Humenda]

Hello,

this issue was believed to be solved in upstream already. This happens due to
parallel builds. The Makefile doesn't recognize the extraction of the binary
variant of hun-eng before transforming it. I will upload a package with parallel
builds disabled.

Sebastian


signature.asc
Description: Digital signature

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

[Sebastian Humenda]

Hi,

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

Sebastian


signature.asc
Description: Digital signature

Bug#759952: [debian-freedict] Bug#759952: Build failure is caused by parallel build

[Sebastian Humenda]

Hello Jan,

Jan Niehusmann schrieb am 15.09.2014,  0:11 +0200:
it seems like #759952 is caused by the parallel build.
The Double definition lines are not related. They are just warnings
and wouldn't cause the build to fail.
Yes, those are just produced by dbview.

So I think there are two ways to fix this FTBFS:

a) forbid parallel builds
b) set proper dependencies so all-dz doesn't run before build-prep is
Sorry, yesterday evening a patch was introduced upstream to address this. Thank
you very much for your investigative work, I'll try to push the upstream fix as
soon as possible.

Sebastian


signature.asc
Description: Digital signature

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

[Sebastian Humenda]

Hello,

I'll try to upload it the upcoming weekend.

Sebastian


signature.asc
Description: Digital signature

Bug#746745: ITP: python-pandocfilters

[Sebastian Humenda]

Package: wnpp
Severity: wishlist
Owner: Sebastian Humenda shume...@gmx.de

* Package name: python-pandocfilters
  Version : 1.2
  Upstream Author : John MacFarlane
* URL : https://pypi.python.org/pypi/pandocfilters/
* License : BSD3
  Programming Lang: Python
  Description : python bindings for Pandoc's filters
   Pandoc is a powerful utility to transform various input formats into a wide
   range of output formats. To alter the exported output document, Pandoc allows
   the usage of filters, which are pipes that read a JSON serialization of the
   Pandoc AST from stdin, transform it in some way, and write it to stdout.
   .
   This package provides Python/Python3 bindings.


signature.asc
Description: Digital signature

Bug#742679: missing license in debian/copyright

[Sebastian Humenda]

Tags: patch

attached a patch which reworks the copyright file completely.

It should fix all issues.

Sebastian
diff -urw lives-1.6.2~ds1.old/debian/copyright lives-1.6.2~ds1/debian/copyright
--- lives-1.6.2~ds1.old/debian/copyright	2012-06-26 07:20:26.0 +
+++ lives-1.6.2~ds1/debian/copyright	2014-04-26 19:34:57.640877457 +
@@ -1,22 +1,19 @@
-This package was debianized by:
-
-Gürkan Sengün gur...@phys.ethz.ch on Mon, 12 Nov 2007 15:32:32 +0200.
-
-It was downloaded from:
-
-http://www.xs4all.nl/%7Esalsaman/lives/current/
-
-The package is currently collaboratively maintained by the Debian
-Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org
-
-Upstream Authors:
-
-Gabriel Finch salsa...@xs4all.nl
-Marco de la Cruz ma...@reimeika.ca (multi_encoder and plugins)
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Upstream-Name: accessodf
+Source: http://www.xs4all.nl/%7Esalsaman/lives/current/
+
+Files: *
+Copyright:  2002-2010 Gabriel Finch
+2004-2005 Marco De la Cruz
+2001-2005 Fukuchi Kentaro
+1998 The Regents of the University of California (Regents)
+1995-1999, 2000, 2001, 2002 Free Software Foundation, Inc
+2009 Carles Carbonell Bernado
+2009 Gstreamer
+2009 GTK+ team
 Adrian Frischauf (code cleanup for gcc 2.xx)
 Niels Elburg (colourspace conversion and OSC)
 j...@v2v.cc (help with the build system)
-Fukuchi Kentaro fuku...@megaui.net
 Silvano Kysucix Galliani
 Denis Jaromil Rojo
 Tom Schouten
@@ -26,78 +23,167 @@
 Matt Wright, Center for New Music and Audio Technologies - University of California, Berkeley
 Alexej Kolga aleksej.ko...@gmail.com
 Alexej Penkov aleksej.pen...@gmail.com
+License: GPL-3+
 
-Copyright:
-
-Copyright (C) 2002-2010 Gabriel Finch
-Copyright (C) 2004-2005 Marco De la Cruz
-Copyright (C) 2001-2005 Fukuchi Kentaro
-Copyright (C) 1998 The Regents of the University of California (Regents)
-Copyright (C) 1995-1999, 2000, 2001, 2002 Free Software Foundation, Inc
-Copyright (C) 2009 Carles Carbonell Bernado
-Copyright (C) 2009 Gstreamer
-Copyright (C) 2009 GTK+ team
-
-License:
-
-This program is free software: you can redistribute it and/or modify
-it under the terms of the GNU General Public License as published by
-the Free Software Foundation, either version 3 of the License, or
-(at your option) any later version.
-
-This program is distributed in the hope that it will be useful,
-but WITHOUT ANY WARRANTY; without even the implied warranty of
-MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-GNU General Public License for more details.
-
-You should have received a copy of the GNU General Public License
-along with this program.  If not, see http://www.gnu.org/licenses/.
-
-The GNU General Public License which can be found,
-on Debian systems, at /usr/share/common-licenses/GPL-3.
-
-
-libOSC is licensed as follows:
+Files: intl/*
+Copyright: 1995-1998, 2000-2003, 2005-2006 Free Software Foundation, Inc.
+License: GPL-2+
+
+Files: debian/*
+Copyright:  2007-2009 Gürkan Sengün gur...@phys.ethz.ch
+2009-2010 Harry Rickards hricka...@l33tmyst.com
+2010-2014 Alessio Treglia ales...@debian.org
+2010 Debian Multimedia Packages team pkg-multimedia-maintain...@lists.alioth.debian.org
+License: GPL-3+
+
+Files: libOSC/*
+Copyright: 1998, The Regents of the University of California (Regents)
+License: libosc-license
 Permission to use, copy, modify, distribute, and distribute modified versions
 of this software and its documentation without fee and without a signed
 licensing agreement, is hereby granted, provided that the above copyright
 notice, this paragraph and the following two paragraphs appear in all copies,
 modifications, and distributions.
-
-IN NO EVENT SHALL REGENTS BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT,
-SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING
-OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF REGENTS HAS
-BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
-
+ .
+ IN NO EVENT SHALL REGENTS BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL,
+ INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF
+ THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF REGENTS HAS BEEN
+ ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+ .
 REGENTS SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
-THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
-PURPOSE. THE SOFTWARE AND ACCOMPANYING DOCUMENTATION, IF ANY, PROVIDED
-HEREUNDER IS PROVIDED AS IS. REGENTS HAS NO OBLIGATION TO PROVIDE
-MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
-
-The noia icons are licensed under LGPL
-  

Bug#706544: gnome-orca: No more braille output after restarting orca

[Sebastian Humenda]

Hello,

When i run orca for the first time - after login - speech and braille both 
work fine. After restarting orca i have no more braille output anymore. 
I quitted orca by pressing Insert + Q and restarted it by pressing Alt + F2, 
typing in orca and pressing enter. 
I have tried so on a Debian 7.4 and cannot reproduce this issue. Since you have
experienced this behavior before the release of Wheezy, please try to reproduce
the problem on a up-to-date Debian 7.x.

Which GNOME session did you use and did you run startx or did you log in using a
log-in manager?

Sebastian


signature.asc
Description: Digital signature

Bug#743081: [debian-freedict] Bug#743081: freedict: FTBFS: unable to parse hun-eng.tei

[Sebastian Humenda]

Hi,

please try to make the hun-eng directory accessible to me, e.g. by uploading an
archive of this directory after the error occurred.

I cannot reproduce this issue on a pbuilder amd64 chroot.

Thanks


signature.asc
Description: Digital signature

Bug#742360: python-ldap: please provide a python3 version

[Sebastian Humenda]

Package: python-ldap
Version: 2.4.10-1
Severity: wishlist
Tags: upstream

Please provide a package for python3-ldap, as available e.g. on

https://pypi.python.org/pypi/python3-ldap

Thanks

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (1001, 'stable')
Architecture: i386 (i686)

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

Versions of packages python-ldap depends on:
ii  libc6  2.13-38+deb7u1
ii  libldap-2.4-2  2.4.31-1+nmu2
ii  python 2.7.3-4+deb7u1
ii  python2.6  2.6.8-1.1
ii  python2.7  2.7.3-6

python-ldap recommends no packages.

Versions of packages python-ldap suggests:
pn  python-ldap-doc  none
pn  python-pyasn1none

-- no debconf information


signature.asc
Description: Digital signature

Bug#740156: speech-dispatcher: raises pitch for every word starting with a capital

[Sebastian Humenda]

Package: speech-dispatcher
Version: 0.8-5
Severity: important

Hi,

speech-dispatcher speaks every word beginning with a capital  letter with raised
pitch, as if it were spelling a word. Since German capitalizes a lot of words,
it makes e.g. Orca really hard to use (because it causes headache).

I have stripped down /etc/speech-dispatcher/speechd.conf to contain just:

AudioOutputMethod libao
AddModule espeak   sd_espeak   espeak.conf
DefaultModule espeak
DefaultCapLetRecognition  none

I also removed ~/.speech-dispatcher and ~/.config/speech-dispatcher.

I can reproduce this behavior both with Orca and spd-say on the command line.
E.g. using spd-say -o espeak Hello.

Thanks
Sebastian

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

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

Versions of packages speech-dispatcher depends on:
ii  adduser  3.113+nmu3
ii  libc62.18-3
ii  libdotconf1.01.0.13-3
ii  libespeak1   1.47.11-1
ii  libflite11.4-release-8
ii  libglib2.0-0 2.38.2-5
ii  libltdl7 2.4.2-1.7
ii  libspeechd2  0.8-5
ii  lsb-base 4.1+Debian12
ii  speech-dispatcher-audio-plugins  0.8-5

Versions of packages speech-dispatcher recommends:
ii  pulseaudio  4.0-6+b1

Versions of packages speech-dispatcher suggests:
pn  libttspico-utilsnone
pn  speech-dispatcher-doc-csnone
pn  speech-dispatcher-festival  none

-- Configuration Files:
  (omitted, directory has been removed for testing purposes)

-- no debconf information


signature.asc
Description: Digital signature

Bug#739528: ITP: GladTeX

[Sebastian Humenda]

Package: wnpp
Owner: Sebastian Humenda shume...@gmx.de
Severity: wishlist

* Package name: gladtex
  Version : 0.1
  Upstream Author : GladTeX developers
* URL : http://gladtex.sf.net
* License : GPL-2+
  Programming Lang: Perl, C
  Description :  Embed LaTeX equations in HTML files

GladTeX is a preprocessor that enables the use of LaTeX equations within HTML
files. The equations, embedded in EQ.../EQ tags, as if within $$..$$ in
LaTeX, is fed through latex and replaced by images.

Additionally all images get an alt-tag for alternative texts that contains the
LaTeX-equivalent of the image. This is handy for text-mode browsers or blind
people using a screen reader.



signature.asc
Description: Digital signature

Bug#738715: [debian-freedict] Bug#738715: dict-freedict-eng-rus: GoldenDict does not show requested article (at least for dict-freedict-eng-rus 2013.11.30-1)

[Sebastian Humenda]

Hello,

Nikolay Shaplov schrieb am 12.02.2014, 14:31 +0400:
I've installed dict-freedict-eng-rus 2013.11.30-1 from unstable and tried to 
use is through GoldenDict. But it does not work.

It always shows wrong article (not the article I've typed in search input 
field). For example if I type free it would show free in the list of 
suggestions, but when I press enter, it will show me fragrant article in a 
new tab with free word in the tab's title.
I cannot confirm that using the dictd server together with the dict client:


krustus ~ :) % dict free
1 definition found

From English-Russian FreeDict Dictionary ver. 0.2.1 [fd-eng-rus]:

  free /friː/
   безвозмездны҄; бесплатны҄
krustus ~ :) % dict fragrant
1 definition found

From English-Russian FreeDict Dictionary ver. 0.2.1 [fd-eng-rus]:

  fragrant /frəgrənt/
   ароматически҄; ароматичны҄


I hope the Russian signs didn't get destroyed because of my tty.

I cannot confirm your problem with dictd and dict. Please install dictd and use
one of the suggested clients and see if the problem remains. If not, please
report.

   Sebastian


signature.asc
Description: Digital signature

Bug#738715: [debian-freedict] Bug#738715: Bug#738715: dict-freedict-eng-rus: GoldenDict does not show requested article (at least for dict-freedict-eng-rus 2013.11.30-1)

[Sebastian Humenda]

Hello again,

sorry, I've used the wrong dict-freedict-eng-rus database, due to problems on my
unstable system.

When installing eng-rus, dictd even stops working. So it seems to be indeed
something serious. I'll have a look.

Thanks
Sebastian


signature.asc
Description: Digital signature

Bug#738881: [debian-freedict] Bug#738881: [dict-freedict-deu-eng] invoke-rc.d: unknown initscript, /etc/init.d/dictd not found.

[Sebastian Humenda]

Hello,

am I right that you haven't installed dictd or dicod when the error occurs? If 
so, I'm going
to fix that with the next upload.

Sebastian


signature.asc
Description: Digital signature

Bug#738715: [debian-freedict] Bug#738715: dict-freedict-eng-rus: GoldenDict does not show requested article (at least for dict-freedict-eng-rus 2013.11.30-1)

[Sebastian Humenda]

Hallo,

it has, after a short look, nothing to do with the index file. It looks like the
new lines between the definitions are missing in the .dict.dz-file. Not sure
why.
I'll check that against an upstream build.

Sebastian


signature.asc
Description: Digital signature

Bug#733919: Patch

[Sebastian Humenda]

Hello Thomas,

Thomas Goirand schrieb am 12.02.2014, 22:52 +0800:
 please consider the attached patch. It fixes the following issues:
 
  * depend on libdotconf0
  * bump standards-version
  * fix lintian warnings about debian/rules
 
 Please try, if your time permits it, to upload a new package as soon as
 possible. The transition from libdotconf1.0 to libdotconf0 is an important 
 step
 for the Debian Accessibility team.
[...]
There's no libdotconf0 in Sid. How am I supposed to upload then?
I had a wrong understanding of how the libdotconf transition would take place
and therefore I supplied wrong information. I just saw that your package was a
blocker for this transition.

libdotconf0 is already in experimental. You could prepare the upload with this
version.

Also, wouldn't it make more sense to just remove libdotconf0 completely,
and let dh_shlibdeps do its work?
Thank you for pointing that out. I never used dh_shlibdeps before, so if you
have time and know how to handle this, I would be very glad if you could prepare
a new package version with this fix.

Thanks
Sebastian


signature.asc
Description: Digital signature

Bug#733919: Patch

[Sebastian Humenda]

Dear maintainer,

please consider the attached patch. It fixes the following issues:

 * depend on libdotconf0
 * bump standards-version
 * fix lintian warnings about debian/rules

Please try, if your time permits it, to upload a new package as soon as
possible. The transition from libdotconf1.0 to libdotconf0 is an important step
for the Debian Accessibility team.

If you don't find the time, we will consider a NMU.

Thanks
Sebastian
diff -u mysqmail-0.4.9/debian/changelog mysqmail-0.4.9/debian/changelog
--- mysqmail-0.4.9/debian/changelog	2014-02-11 17:33:01.0 +0100
+++ mysqmail-0.4.9/debian/changelog	2014-02-11 17:29:11.973281312 +0100
@@ -1,3 +1,10 @@
+mysqmail (0.4.9-11.1) unstable; urgency=low
+
+  * non-maintainer upload
+  * depend on libdotconf0
+
+ -- Sebastian Humenda shume...@gmx.de  Tue, 11 Feb 2014 17:23:43 +0200
+
 mysqmail (0.4.9-10) unstable; urgency=low
 
   * Team upload.
diff -u mysqmail-0.4.9/debian/control mysqmail-0.4.9/debian/control
--- mysqmail-0.4.9/debian/control	2014-02-11 17:33:01.0 +0100
+++ mysqmail-0.4.9/debian/control	2014-02-11 17:24:32.247894229 +0100
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Thomas Goirand z...@debian.org
 Build-Depends: debhelper (= 5), po-debconf, libdotconf-dev, libmysqlclient-dev | libmysqlclient15-dev
-Standards-Version: 3.8.3
+Standards-Version: 3.9.5
 Dm-Upload-Allowed: yes
 Vcs-Browser: http://git.gplhost.com/gitweb/?p=mysqmail.git
 Vcs-Git: http://git.gplhost.com/mysqmail.git
@@ -11,7 +11,7 @@
 
 Package: mysqmail
 Architecture: all
-Depends: ${misc:Depends}, debconf, libdotconf1.0, ${shlibs:Depends}
+Depends: ${misc:Depends}, debconf, libdotconf0, ${shlibs:Depends}
 Description: real-time logging system in MySQL
  MySQMail is a set of tiny daemon loggers for mail and FTP servers that
  save traffic information in a MySQL database. The information is split
@@ -22,7 +22,7 @@
 
 Package: mysqmail-pure-ftpd-logger
 Architecture: any
-Depends: ${misc:Depends}, libdotconf1.0, lsb-base, pure-ftpd | pure-ftpd-mysql, mysqmail, ${shlibs:Depends}
+Depends: ${misc:Depends}, libdotconf0, lsb-base, pure-ftpd | pure-ftpd-mysql, mysqmail, ${shlibs:Depends}
 Description: real-time logging system in MySQL - Pure-FTPd traffic-logger
  MySQMail is a set of tiny daemon loggers for mail and FTP servers that
  save traffic information in a MySQL database. The information is split
@@ -33,7 +33,7 @@
 
 Package: mysqmail-postfix-logger
 Architecture: any
-Depends: ${misc:Depends}, libdotconf1.0, lsb-base, postfix, mysqmail, ${shlibs:Depends}
+Depends: ${misc:Depends}, libdotconf0, lsb-base, postfix, mysqmail, ${shlibs:Depends}
 Description: real-time logging system in MySQL - Postfix traffic-logger
  MySQMail is a set of tiny daemon loggers for mail and FTP servers that
  save traffic information in a MySQL database. The information is split
@@ -44,7 +44,7 @@
 
 Package: mysqmail-courier-logger
 Architecture: any
-Depends: ${misc:Depends}, courier-imap-ssl | courier-imap | courier-pop | courier-pop-ssl, libdotconf1.0, lsb-base, mysqmail, ${shlibs:Depends}
+Depends: ${misc:Depends}, courier-imap-ssl | courier-imap | courier-pop | courier-pop-ssl, libdotconf0, lsb-base, mysqmail, ${shlibs:Depends}
 Description: real-time logging system in MySQL - Courier traffic-logger
  MySQMail is a set of tiny daemon loggers for mail and FTP servers that
  save traffic information in a MySQL database. The information is split
@@ -55,7 +55,7 @@
 
 Package: mysqmail-dovecot-logger
 Architecture: any
-Depends: ${misc:Depends}, dovecot-pop3d, dovecot-imapd, libdotconf1.0, lsb-base, mysqmail, ${shlibs:Depends}
+Depends: ${misc:Depends}, dovecot-pop3d, dovecot-imapd, libdotconf0, lsb-base, mysqmail, ${shlibs:Depends}
 Description: real-time logging system in MySQL - Dovecot traffic-logger
  MySQMail is a set of tiny daemon loggers for mail and FTP servers that
  save traffic information in a MySQL database. The information is split
Gemeinsame Unterverzeichnisse: mysqmail-0.4.9/debian/po und mysqmail-0.4.9/debian/po.
diff -u mysqmail-0.4.9/debian/rules mysqmail-0.4.9/debian/rules
--- mysqmail-0.4.9/debian/rules	2014-02-11 17:33:01.0 +0100
+++ mysqmail-0.4.9/debian/rules	2014-02-11 17:17:41.485857370 +0100
@@ -8,7 +8,7 @@
 	dh_testdir
 	touch $@
 
-build: build-stamp
+build: build-stamp build-arch build-indep
 build-stamp:
 	dh_testdir
 	$(MAKE)
@@ -39,6 +39,7 @@
 
 # Build architecture-independent files here.
 binary-indep: build install
+build-indep:
 # We have nothing to do by default.
 
 # Build architecture-dependent files here.
@@ -59,6 +60,7 @@
 	dh_gencontrol
 	dh_md5sums
 	dh_builddeb
+build-arch:
 
 binary: binary-indep binary-arch
 .PHONY: build clean binary-indep binary-arch binary install


signature.asc
Description: Digital signature

Bug#483286: [debian-freedict] Bug#483286: maybe already fixed?

[Sebastian Humenda]

Hello Mattia,

Mattia Rizzolo schrieb am 11.02.2014, 19:48 +0100:
Seems that ara-eng dict is currently available.
Maybe this bug could be closed?
Do you see why

http://packages.qa.debian.org/freedict

doesn't list tis bug? Or do I miss something?

Could you please  close #860351 in Ubunt?

Thanks for pointing that out.

Sebastian
-- 
Web: http://www.crustulus.de | Blog: 
http://www.crustulus.de/cgi-bin/blog.cgi?de-0
Freies Latein-Deutsch-Wörterbuch: http://www.crustulus.de/freedict.de.html
FreeDict: Free multilingual dictionary databases - http://www.freedict.org


signature.asc
Description: Digital signature

Bug#737100: status update

[Sebastian Humenda]

The problem reported above is on its way to being solved. There were further
licensing issues encountered and therefore the whole licensing of tools/ from
the source directory is re-checked.
A new upload will also have a machine-readable copyright file to ease the
licensing look up.


signature.asc
Description: Digital signature

Bug#732188: RFS: freedict -- free bilingual dictionary databases

[Sebastian Humenda]

Sébastien Villemot schrieb am 05.01.2014, 20:41 +0100:
A few things that I would like to see fixed before uploading:

- the dict-freedict-all package depends on nonexistent afr-deu package
It actually exists. Please see files below.

- the source package does not build in a minimal chroot (with
pbuilder/cowbuilder); there seem to be some missing dependency on a perl
XML module
libxml-libxml-perl was missing. Fixed.

- could you please add a pristine-tar branch to the git repository, so
that the tarball created from the git is always the same?
Done so.

- upgrade to latest Standards-Version (3.9.5)
Done.

- remove the packaging team from the Uploaders field (it is already in
the Maintainer field, no need to repeat it)
Ok.

- add fields Vcs-Git and Vcs-Browser in debian/control; by the way, the
repository should be name freedict.git, like the source package (without
the prepending pkg-)
Fixed both. You can optain the latest source from:

ssh://git.debian.org/git/pkg-freedict/freedict.git

You can optain the lastest bundle from:

http://crustulus.de/downloads/freedict.tar.bz2

Thanks
Sebastian


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

Bug#732188: RFS: freedict -- free bilingual dictionary databases

[Sebastian Humenda]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

after the FreeDict packages got orphaned I started to prepare new Debian
packages because Debian as a international project needs free dictionary
databases in its archive. Now I'm looking for sponsors for my package(s):

 * Package name: freedict
 * Version : 2013.11.30
 * Upstream Author : The FreeDict project
 * URL : http://freedict.org
 * License : various (depending on dictionary, included in copyright
 notice)
 * Section : text

The list of packages might seem a bit large at the first glance, but it has to
be noted that the package's packaging is mostly auto-generated and therefore the
packages are mostly identical (except for the data, of course).

It builds those binary packages:

dict-freedict-afr-deu dict-freedict-afr-eng dict-freedict-ara-eng
dict-freedict-bre-fra dict-freedict-ces-eng dict-freedict-ckb-kmr
dict-freedict-cym-eng dict-freedict-dan-eng dict-freedict-deu-eng
dict-freedict-deu-fra dict-freedict-deu-ita dict-freedict-deu-kur
dict-freedict-deu-nld dict-freedict-deu-por dict-freedict-deu-tur
dict-freedict-eng-afr dict-freedict-eng-ara dict-freedict-eng-ces
dict-freedict-eng-cym dict-freedict-eng-deu dict-freedict-eng-ell
dict-freedict-eng-fra dict-freedict-eng-gle dict-freedict-eng-hin
dict-freedict-eng-hrv dict-freedict-eng-hun dict-freedict-eng-ita
dict-freedict-eng-lat dict-freedict-eng-lit dict-freedict-eng-nld
dict-freedict-eng-pol dict-freedict-eng-por dict-freedict-eng-rom
dict-freedict-eng-rus dict-freedict-eng-spa dict-freedict-eng-srp
dict-freedict-eng-swe dict-freedict-eng-tur dict-freedict-fra-bre
dict-freedict-fra-deu dict-freedict-fra-eng dict-freedict-fra-nld
dict-freedict-gla-deu dict-freedict-gle-eng dict-freedict-gle-pol
dict-freedict-hrv-eng dict-freedict-hun-eng dict-freedict-isl-eng
dict-freedict-ita-deu dict-freedict-ita-eng dict-freedict-jpn-deu
dict-freedict-kha-deu dict-freedict-kha-eng dict-freedict-kur-deu
dict-freedict-kur-eng dict-freedict-kur-tur dict-freedict-lat-deu
dict-freedict-lat-eng dict-freedict-lit-eng dict-freedict-mkd-bul
dict-freedict-nld-deu dict-freedict-nld-eng dict-freedict-nld-fra
dict-freedict-nno-nob dict-freedict-oci-cat dict-freedict-pol-gle
dict-freedict-por-deu dict-freedict-por-eng dict-freedict-san-deu
dict-freedict-slk-eng dict-freedict-spa-ast dict-freedict-spa-eng
dict-freedict-srp-eng dict-freedict-swe-eng dict-freedict-swh-pol
dict-freedict-tur-deu dict-freedict-tur-eng

You can download all packages together with the *.dsc, *.orig.tar.gz, *.changes,
*.debian.gz, *.diff.gz as one tbz2 archive from:

http://crustulus.de/downloads/freedict.tar.bz2

The packaging is done via git:

ssh://git.debian.org/git/pkg-freedict/pkg-freedict.git

More information about the FreeDict project can be obtained from

http://freedict.org

Changes since the last upload:

  * new maintainer (Closes: 704967)
  * upstream fixed wrong translation in eng-deu (Closes: #652124)
  * fix [upstream] incorrect words in deu-eng and reimport it from upstream
(Closes: #630374)
  * import of new upstream version
  * reworked [completely] debian build infrastructure
   * debian/control is now autogenerated
  * bump standards-version


If you have any questions or comments, please feel free to contact me or write
to the mailing list:

pkg-freedict-disc...@lists.alioth.debian.org

Thank you in advance
Sebastian


signature.asc
Description: Digital signature

Bug#723919: maven-debian-helper: Fails to recognize scope system

[Sebastian Humenda]

Package: maven-debian-helper
Version: 1.6.5
Severity: normal

mh_make ignores dependencies like:
scopesystem/scope
systemPath/some/path/to/a/jar/systemPath

and claims that they cannot be found in the maven-repo.

In special cases, recognizing the scope system could be important to allow
packages to be build where the dependencies won't have maven meta information.

Thanks
Sebastian

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

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

Versions of packages maven-debian-helper depends on:
ii  default-jdk 1:1.7-49
ii  libmaven-clean-plugin-java  2.5-1
ii  libmaven-compiler-plugin-java   2.0.2-6
ii  libmaven-jar-plugin-java2.2-6
ii  libmaven-resources-plugin-java  2.3-7
ii  libmaven-site-plugin-java   2.1-2
ii  libplexus-velocity-java 1.1.8-1
ii  libsurefire-java2.10-4
ii  maven-repo-helper   1.8.4
ii  maven2  2.2.1-14
ii  velocity1.7-4

maven-debian-helper recommends no packages.

Versions of packages maven-debian-helper suggests:
ii  apt-file  2.5.2
ii  devscripts2.13.3
ii  libmaven-javadoc-plugin-java  2.6.1-2
ii  subversion1.7.9-1+nmu4



signature.asc
Description: Digital signature

Bug#719919: libsaxon-java: Provide maven-repo information

[Sebastian Humenda]

Package: libsaxon-java
Version: 1:6.5.5-8
Severity: wishlist

Hello,

when packaging libraries with Maven, every library which the package depends on
must have maven meta information in /usr/share/maven-repo. Please provide
those e.g. by using maven-repo-helper and maybe a POM from:
  https://raw.github.com/daisy-consortium/osgi-libs/master/jing/pom.xml
(or an self-generated).

Thanks
Sebastian
-- System Information:
Debian Release: 7.1
  APT prefers stable
  APT policy: (1001, 'stable')
Architecture: i386 (i686)

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

libsaxon-java depends on no packages.

libsaxon-java recommends no packages.

Versions of packages libsaxon-java suggests:
ii  libjdom1-java  1.1.2+dfsg-2
ii  libsaxon-java-doc  1:6.5.5-8


signature.asc
Description: Digital signature

Bug#646586: dict-freedict-deu-eng complains on locale during installation

[Sebastian Humenda]

Hello,

jaa...@ro.ru schrieb am 25.10.2011, 16:30 +0400:
During installation, the following message appears:

Setting up dict-freedict-deu-eng (1.3-4) ...
  The parameter --locale=xx_YY.utf-8 was not set in your
/etc/default/dictd,
  so after installing this package dictd may stop working.

So far, the only, probably unrelated, ill effect which I observe is
that one has to adjust the gnome terminal settings manually to get
the right characters in the output of the dict program.
Which character were you using? The dict server is a bit old-fashioned about
encodings; FreeDict decided to use UTF-8 as default for their dictionaries, but
that is what you have to tell dict as well, to get the proper encoding for your
terminal.

Sebastian


signature.asc
Description: Digital signature

Bug#630374: dict-freedict-deu-eng: Incorrect use of wider and wieder

[Sebastian Humenda]

Hello,

Andreas Teuchert schrieb am 13.06.2011, 12:55 +:

the German-English Freedict dictionary contains some incorrect use of
wider and wieder. The following list contains the incorrect words I
Thanks for the list. I have just fixed that upstream. After the next release /
the next upstream import it should be fixed.

Sebastian


signature.asc
Description: Digital signature

Bug#710567: libreoffice-accessodf: better another section

[Sebastian Humenda]

Hello,

Christoph Anton Mitterer schrieb am 01.06.2013,  0:40 +0200:
PacThis is currently in section java,... wouldn't e.g. editors
or something else fit better?
Indeed. Will be fixed with the next upload.

Sebastian
-- 
Web: http://www.crustulus.de   | Blog (eng / deu): http://www.crustulus.de/blog
Freies Latein-Deutsch-Wörterbuch: http://www.crustulus.de/freedict.de.html
FreeDict: Free multilingual dictionary databases - http://www.freedict.org


signature.asc
Description: Digital signature