Bug#1072474: backintime-common: "sshfs" should be "dep" instead of "sug"

2024-06-02 Thread Christian Buhtz
Package: backintime-common
Version: 1.3.3-4
Severity: important

Upstream maintainer here.

I migrated from Debian 11 to 12 with fresh installing the whole system
including Back In Time (BIT). I realized that "sshfs" is not installed when
installing BIT.

I would say that "sshfs" should be a "depending" package instead of just a
"suggestion".

With "sshfs" remote backups using SSH are not possible. BIT gives error
messages about a missing "sshfs" but don't handle the situation in an elegant
way. Users will get lost. SSH using backup profiles are not disabled in this
case.

I would ease up a lot for us maintainers and users if "sshfs" would be a hard
dependecy.

Not sure how the Debian Policy is about it but I would suggest to also fix the
current stable (Debian 12) version.

Best,
Christian Buhtz


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

Kernel: Linux 6.1.0-21-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 backintime-common depends on:
ii  cron [cron-daemon]  3.0pl1-162
ii  openssh-client  1:9.2p1-2+deb12u2
ii  python3 3.11.2-1+b1
ii  python3-dbus1.3.2-4+b1
ii  python3-keyring 23.9.3-2
ii  python3-packaging   23.0-1
ii  rsync   3.2.7-1

Versions of packages backintime-common recommends:
ii  backintime-qt  1.3.3-4

Versions of packages backintime-common suggests:
pn  encfs   
pn  powermgmt-base  
pn  sshfs   

-- no debconf information



Bug#1067955: www.debian.org: Unclear why "Ubunut keyserver" is used in this description

2024-03-29 Thread Christian Buhtz
Package: www.debian.org
Severity: normal

This is about this page:

https://keyring.debian.org/creating-key.html

In the end of that page "keyserver.ubuntu.com" is used as a key server. But
page is about Debian. This section should make clear why Ubuntu is involved
here and if it needs to be that way.

Kind
Christian



Bug#1067949: www.debian.org: No language selection on "www.debian.org/doc/manuals/maint-guide/"

2024-03-29 Thread Christian Buhtz
Package: www.debian.org
Severity: normal
X-Debbugs-Cc: 924889-subscr...@bugs.debian.org

Hello,

this is about

<https://www.debian.org/doc/manuals/maint-guide/>

There is no option to select the language of that document. I always see the
translated version (in my case German). But I want to see the original of
course.

I am aware that I can manipulate the URL but that is not a solution just a
workaround.

The footer do not offer other languages like some other debian.org pages do.

Kind
Christian Buhtz



Bug#1067939: wiki.debian.org: Move "ITP" page into Developers Reference (or decide against it)

2024-03-29 Thread Christian Buhtz
Package: wiki.debian.org
Severity: normal

Dear Maintainers,

My request is about this wiki page:

<https://wiki.debian.org/ITP>

The first paragraph say that this content should be moved into the
Developers Reference.

I am not experienced enough to do it nor to decide it. I put the Dev Ref people
into CC.

Finishing such TODO comments and also removing them from the Wiki will IMHO
increase the professional image of Debian itself.

Thanks in advance,
Christian Buhtz



Bug#1067029: www.debian.org: Landing page missing donation information

2024-03-17 Thread Christian Buhtz
Package: www.debian.org
Severity: normal

Hello,

I realized that the landing page  do miss information
(or link) about how to donate to Debian.

Might be 

Kind
Christian



Bug#1066916: wiki.debian.org: Remove ""PackagingWithGit/GitDpm/ImportDsc" because it is merged into ""PackagingWithGit/GitDpm"

2024-03-15 Thread Christian Buhtz
Package: wiki.debian.org
Severity: normal

Dear Maintainer,

I don't see how to remove wiki pages.

Please remove "PackagingWithGit/GitDpm/ImportDsc" because it's content now is
integrated into "PackagingWithGit/GitDpm". There was to less content on that
page to reason it existence.

Kind
Christian Buhtz



Bug#1066902: wiki.debian.org: Loggin page typographical incorrect

2024-03-15 Thread Christian Buhtz
Package: wiki.debian.org
Severity: normal

Dear Maintainer,

this is about the German version of the logging page.

<https://wiki.debian.org/PackagingWithGit/GitDpm/ImportDsc?action=login>

In German you see this string at the end of the page.

"Wenn Sie kein Konto haben, können Sie nun eins anlegen.Passwort
vergessen?"
^
The problem is that there is a missing blank between this two sentences.

I can confirm that the English version looks ok.

I assume there is a po-file somewhere containing this false string. But I
couldn't find one and I also don't see a translation platform like Weblate to
modify it.

Thanks in advance
Christian Buhtz


Bug#1066899: wiki.debian.org: Missing definition (link) about "git-dpm project"

2024-03-15 Thread Christian Buhtz
Package: wiki.debian.org
Severity: normal

Dear Maintainer,

This report is about

<https://wiki.debian.org/PackagingWithGit/GitDpm/Initialize>

Its first paragraph tells me about "git-dpm project".

Problem description:
The term is not defined or explained on the whole page. The page also miss a
link to a definition of that term.

Suggested solution:
Use a hyperlink on the string "git-dpm project" to point the correct definition
page in the debian wiki.

Thanks in advance
Christian Buhtz



Bug#1063397: virtualenvwrapper: Installation incomplete

2024-02-07 Thread Christian Buhtz
Package: virtualenvwrapper
Version: 4.8.4-4
Severity: normal

Dear Maintainer,

I am aware that upstream do tell its users to do "source
/virtuelenvwrapper.sh".

This is an unnecessary step. When using Debian package I would expect that
"apt" will do this for me. The package do not work after "apt install". I still
have to make this manual step. This is IMHO a bug on usability.

Kind
Christian Buhtz


-- System Information:
Debian Release: 12.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1.0-17-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 virtualenvwrapper depends on:
ii  python3-virtualenvwrapper  4.8.4-4
ii  virtualenv 20.17.1+ds-1

Versions of packages virtualenvwrapper recommends:
ii  bash-completion  1:2.11-6

Versions of packages virtualenvwrapper suggests:
pn  virtualenvwrapper-doc  

-- no debconf information



Bug#1062662: gnome-software: Option "--show-metainfo" is missing in manpage

2024-02-02 Thread Christian Buhtz
Package: gnome-software
Version: 43.5-1~deb12u1
Severity: minor

Dear Maintainer,

the option "--show-metainfo" is not present in the manpage.

Kind


-- System Information:
Debian Release: 12.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1.0-17-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 gnome-software depends on:
ii  appstream0.16.1-2
ii  apt-config-icons 0.16.1-2
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gnome-software-common43.5-1~deb12u1
ii  gsettings-desktop-schemas43.0-1
ii  libadwaita-1-0   1.2.2-1
ii  libappstream40.16.1-2
ii  libc62.36-9+deb12u3
ii  libcairo21.16.0-7
ii  libfwupd21.8.12-2
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libglib2.0-0 2.74.6-2
ii  libgtk-4-1   4.8.3+ds-2+deb12u1
ii  libgtk3-perl 0.038-3
ii  libgudev-1.0-0   237-2
ii  libjson-glib-1.0-0   1.6.6-1
ii  libmalcontent-0-00.11.0-4
ii  libpackagekit-glib2-18   1.2.6-5
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpolkit-gobject-1-0122-3
ii  libsoup-3.0-03.2.2-2
ii  libxmlb2 0.3.10-2
ii  packagekit   1.2.6-5
ii  software-properties-gtk  0.99.30-4

Versions of packages gnome-software recommends:
ii  fwupd  1.8.12-2

Versions of packages gnome-software suggests:
pn  apt-config-icons-hidpi 
pn  gnome-software-plugin-flatpak  
pn  gnome-software-plugin-snap 

-- no debconf information



Bug#1062659: appstream-generator: Missing color legend in AppStream data for bookworm

2024-02-02 Thread Christian Buhtz
Package: appstream-generator
Version: v0.9.2, AS: 1.0.2
Severity: normal

Dear Maintainer,

I was looking at <https://appstream.debian.org/bookworm/index.html>

I do see 4 colored circle graphs. But the colors are not explained, not even in
tooltips.
I assume there should be a legend.

Kind
Christian Buhtz


-- System Information:
Debian Release: 12.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1.0-17-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 appstream-generator depends on:
pn  libappstream-compose0 
pn  libappstream4 
ii  libarchive13  3.6.2-1
ii  libc6 2.36-9+deb12u3
ii  libgcc-s1 12.2.0-14
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-1+b1
ii  libglib2.0-0  2.74.6-2
pn  libglibd-2.0-0
ii  libjs-highlight.js9.18.5+dfsg1-2
pn  libjs-jquery-flot 
pn  liblmdb0  
pn  libphobos2-ldc-shared100  

Versions of packages appstream-generator recommends:
ii  ffmpeg   7:5.1.4-0+deb12u1
pn  optipng  

appstream-generator suggests no packages.



Bug#1061978: bugs.debian.org: reopen not working and control-server response unclear and inconsistent

2024-01-30 Thread Christian Buhtz
Package: bugs.debian.org
Severity: minor

Dear Maintainer,

this is not a support question. I have my package maintainers to help me (as
upstream maintainer). I try to help you improving the system via giving you an
insight how users experience the system.

Because of another bug () the system marked a bug a as "done". I tried to
"reopen" it. This does not work. The response from the control server sounds
misleading to me.

> Unknown command or malformed arguments to command.
> reopen 990343
> Bug #990343 {Done: c.bu...@posteo.jp} [backintime] backintime 1.1.24 -
unhandled exception
> 'reopen' may be inappropriate when a bug has been closed with a version;
> all fixed versions will be cleared, and you may need to re-add them.
> Bug reopened
> No longer marked as fixed in versions 1.4.2.

To my understanding the last to lines indicating that the bug is open again and
not longer marked as fixed related to version 1.4.2. But looking into the
original ticket this is not true. It is "done" and marked as "fixed in 1.4.2".

The main problem is that the explanation why "reopen" is not working don't help
solving the problem.
It would be better to instruct the user about how to "reopen" that bug.

Kind



Bug#1061977: bugs.debian.org: "done" for the future not working

2024-01-30 Thread Christian Buhtz
Package: bugs.debian.org
Severity: minor

Dear Maintainer,

I tried to schedule a bug to be closed at a specific version for a version that
has not yet reached Debian repo.
Here is the example: 

The bug is fixed in upstream without having a release.
The next planed release is "1.4.2".

My intention was to do "close 990343 1.4.2" to inform Debian about that so the
bug can be closed if "1.4.2" hits the Debian repo.

But it did not work. The result is that "fixed in version 1.4.2" is set, but
also "done" is set and the ticket closed.
>From users perspective this doesn't make sense.

Expected behavior is that the ticket is still open and will be automatically
closed when 1.4.2 hits the Debian repo.

Kind



Bug#1061974: bugs.debian.org: qu...@bugs.debian.org asking for "Package"

2024-01-30 Thread Christian Buhtz
Package: bugs.debian.org
Severity: minor

Dear Maintainer,

I might miss understand something.

I tried to close a bug but also tried to be "quiet". So I use
"qu...@bugs.debian.org" and send this one line

close 990343 1.4.2

I got back an email with subject "Message with no Package: tag cannot be
processed! ()" and the beginning body "Your message didn't have a Package:".

>From my perspective as a user the bug number should be enough for the system to
determine the related package. There is no need to specify the package.
The same command worked well in the past when using "cont...@bugs.debian.org"
also without specifying a package name.

Kind
Christian



Bug#1061236: RFP: python3-pytermgui -- Python TUI framework with mouse support, modular widget system, customizable and rapid terminal markup language

2024-01-21 Thread Christian Buhtz
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

* Package name: python3-pytermgui
  Version : 7.7.0
  Upstream Author : Balázs Cene 
* URL : https://ptg.bczsalba.com/
* License : MIT
  Programming Lang: Python
  Description : Python TUI framework with mouse support, modular widget 
system, customizable and rapid terminal markup language

A modern TUI framework with modular widget system, mouse support, customizable
and a rapid terminal markup language. Good looking not only in terminal
emulators but also on tty itself.

I am not able to maintain or package this myself. I just want to bring this
up to your radar.

- The package is relevant and useful because it add a modern and fresh approach
  to other available TUI packages (urwid for example).
- It is planed to use it as a dependency for "Back In Time" (src-deb: 
backintime) package.
- Upstream seems very healthy based on commit history and number and age of
  Issues and PRs.
- The docu is of high quality.
- Upstream project structure follows modern standards (pyproject.toml,
  src-layout) and using code quality measurements.


Bug#1053512: encfs: Will EncFS be removed from Debian? / How unsecure is EncFS?

2023-10-05 Thread Christian Buhtz
Package: encfs
Version: 1.9.5-2
Severity: normal

Dear Maintainer,

I'm sure you are aware of the "security problems" of EncFS. The information are
not clear to me but to my knowledge there was an security audition some years
ago and the upstream maintainer refused to invest more ressource into the
project and suggest to migrate to gocryptfs.

There is a bug ticket at upstream summarizing some of the information

https://github.com/vgough/encfs/issues/314

As member of upstream maintenance team for "Back In Time"
(https://github.com/bit-team/backintime) currently depending on EncFS, I try to
find out how to deal with the problem. I also try to find out how big the
problem really is.

Debian seems to keep EncFS. That indicates to me that the problem can not be so
big.
As upstream maintainer of Back In Time I'm unsure how to  evaluate the
situation. We do think about to remove EncFS because of the security issues.

How do you evaluate the situation?

Kind
Christian Buhtz


-- System Information:
Debian Release: 12.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1.0-12-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 encfs depends on:
ii  debconf [debconf-2.0]  1.5.82
ii  fuse3 [fuse]   3.14.0-4
ii  libc6  2.36-9+deb12u3
ii  libfuse2   2.9.9-6+b1
ii  libgcc-s1  12.2.0-14
ii  libssl33.0.9-1
ii  libstdc++6 12.2.0-14
pn  libtinyxml2-9  
ii  mount  2.38.1-5+b1

encfs recommends no packages.

encfs suggests no packages.



Bug#1052162: python3-powerline-gitstatus: Seeing branch name but not (modified, ...) file counter

2023-09-18 Thread Christian Buhtz
Package: python3-powerline-gitstatus
Version: 1.3.2-1
Severity: normal

Dear Maintainer,

I installed the package "python3-powerline-gitstatus" but NOT "powerline-
gitstatus".

I migrated from Debian 11 to 12 (with installing everything fresh and new). In
Debian 11 I saw on my bash the branch  name and the counters for modified (etc)
files. But currently on Debian 12 I do see the branch name only. The counters
for modified or untracked files are missing.

I tried to install "powerline-gitstatus". When I do this everything related to
git (including the branch name) is missing in the bash powerline prompt. When I
purge that package the branch name comes back.

I did not configured powerline somehow. It do use the config files from /etc

Kind
Christian Buhtz


-- System Information:
Debian Release: 12.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1.0-12-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 python3-powerline-gitstatus depends on:
ii  python33.11.2-1+b1
ii  python3-powerline  2.8.3-4

python3-powerline-gitstatus recommends no packages.

python3-powerline-gitstatus suggests no packages.

-- no debconf information



Bug#1051984: s3ql: Upstream is at "5.1.1"

2023-09-15 Thread Christian Buhtz
Package: s3ql
Severity: important

Dear Maintainer,

upstream (https://github.com/s3ql/s3ql) is at version "5.1.1". The version
"3.7.3" in Debian repo is out of date.
The upstream version is not tracked via the "watch" file. "uscan" reports a
problem with it.

Upstream evolved a lot and seems to fix a lot of problems. It also droped the
dependency on "python-dugong" which is currently blocking the Debian package.

Thanks in advance.


-- System Information:
Debian Release: 12.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 6.1.0-12-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_CRAP
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#1042451: backintime: Remove lintian-overrides

2023-07-28 Thread Christian Buhtz
Package: backintime
Version: 1.3.3-4
Severity: normal

Dear Maintainer,

this is upstream maintainer also preparing for debian(!) packaging the upcoming
release.

There is a file "debian/backintime-common.lintian-overrides/" [1] contain this
two lines

# Necessary for the license to show up in Help->About
extra-license-file [usr/share/doc/backintime-common/LICENSE]

I see no need to override a lintian rule. If there is a rule I'll try to follow
it.
I couldn't find a changelog entry explaining that exception.

But I can see in the upstream source that there are two license files
installed.

ll /usr/share/doc/backintime-*/LICENSE
-rw-r--r-- 1 root root 18K 28. Jul 12:22 /usr/share/doc/backintime-
common/LICENSE
-rw-r--r-- 1 root root 18K 28. Jul 12:23 /usr/share/doc/backintime-qt/LICENSE

Please give advice where the LICENSE usually should be located. Couldn't find
an answer to that in DPT Policy [2]. But in [3] (section 30.4.13) it seems that
/usr/share/doc/package-name is the correct location.

So why do we need an lintian override?

I checked "lintian-explain-tags -t extra-license-file" which tells me
everything should go into debian/copyright file. We do have one, no matter that
it is outdated.

I can find better solutions at upstream to display license text. But I'm not
sure how to proceed further.

[1] -- 
[2] -- 



Bug#1042436: lintian-explain-tags: No message about unknown tags

2023-07-28 Thread Christian Buhtz
Package: lintian
Version: 2.104.0
Severity: normal
File: /usr/share/lintian/bin/lintian-explain-tags

Dear Maintainer,

the script "lintian-explain-tags" gives no human readable output (warning or
error) about tags it can not find.

$ lintian-explain-tags -t foo

Just returns 1 instead of printing "Tag unknown" or something similar.



Bug#1042435: /usr/share/lintian/bin/lintian-explain-tags: lintian-explain-tags: "dbus-policy-in-etc" unknown

2023-07-28 Thread Christian Buhtz
Package: lintian
Version: 2.104.0
Severity: minor
File: /usr/share/lintian/bin/lintian-explain-tags

Dear Maintainer,

the tag "dbus-policy-in-etc" is unknown to "lintian-explain-tags".

No output via

lintian-explain-tags -t dbus-policy-in-etc



Bug#1042428: qa.debian.org: Missing description for lintian warning tags (https://udd.debian.org/lintian/?packages=)

2023-07-28 Thread Christian Buhtz
Package: qa.debian.org
Severity: wishlist

Dear Maintainer,
I'm not sure if I'm at the right place here. I know not much about Debians
infrastructure.

This is about

https://udd.debian.org/lintian/?packages=backintime

There are two Issues, one with "groff-message" tag and one with "dbus-policy-
in-etc" tag.

To less experienced users it is not clear what this tags do mean. The
explanation should be linked somehow.

This would improve the workflow for new contributors and also attract potential
new contributors who are not familiar with Debian.

Kind
Christian



Bug#1030506: backintime-common: Version string ("1.3.3-dev") reported by backintime does not reflect the release

2023-02-04 Thread Christian Buhtz
Package: backintime-common
Version: 1.3.3-3
Severity: serious
Tags: upstream
Justification: Policy 3.2
X-Debbugs-Cc: fantonifa...@tiscali.it




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

Kernel: Linux 5.10.0-21-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages backintime-common depends on:
ii  cron [cron-daemon]  3.0pl1-137
ii  openssh-client  1:8.4p1-5+deb11u1
ii  python3 3.9.2-3
ii  python3-dbus1.2.16-5
pn  python3-keyring 
ii  rsync   3.2.3-4+deb11u1

Versions of packages backintime-common recommends:
pn  backintime-qt  

Versions of packages backintime-common suggests:
ii  encfs   1.9.5-1+b2
ii  powermgmt-base  1.36

Dear Fabio,
dear Jonathan,

My apologize. Because of line 65 in "config.py" [1] the binary of backintime-
comman and backintime-qt will report "1.3.3-dev" as version number. The "-dev"
shouldn't be there.

The reasons is I misused the Release feature of GitHub.

In the upstream repo the git tag "v1.3.3" do reflect the latest stable release.
And that release do report the correct version string (without the "-dev" at
the end).

Only the source tarball in the GitHub-Release section does have the wrong
version number.

Please let us know how we could go on fixing this.
I assume the easiest would be to clone the upstream git repo at tag "v1.3.3"
and avoid using the source tarball.

Beside the version number none of the code has changed. So it is just a
cosmetic thing.

Apologize again. We learned from this and will do it better the next time.

[1] -- 



Bug#1029265: www.debian.org: "Bugs/server-control" missing information about "Control:"

2023-01-20 Thread Christian Buhtz
Package: www.debian.org
Severity: normal

Dear Maintainer,

it is about this part of your website.

https://www.debian.org/Bugs/server-control

It lacks the information that all on that site described commands need to have
a "Control: " string in front of them. Otherwise they are useless. For new
users it seems impossible to know. My maintainers did told me how to do it. And
I still can not find that very important key information on your website.

Depending on my experience with the Debian community the info must be somewhere
there. But I couldn't find it.

Even the that linked sub-pages didn't mention the "Control: " string.

https://www.debian.org/Bugs/server-request
https://www.debian.org/Bugs/server-refcard

I assume improving this would draw less new contributors away.

Kind
Christian



Bug#1028582: python-pyfakefs: Package new upsream release (5.1.0)

2023-01-13 Thread Christian Buhtz
Package: python-pyfakefs
Version: 5.1.0
Severity: wishlist

Dear Maintainer,

upstream released a new version (5.1.0) with IMHO important new features and
fixes. Would be great that version could be packed before the Freeze.

Kind
Christian

-- System Information:
Debian Release: 11.6
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 5.10.0-20-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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)



Bug#1027823: backintime-common: New upstream release 1.3.3

2023-01-03 Thread Christian Buhtz
Package: backintime-common
Severity: wishlist
Tags: upstream

Hello,

I'm part of the upstream maintainer team. We released a new version (1.3.3) and
would like to see it in the next Debian Release.

We have a heavy bug in the previous 1.3.2 version. It isn't reported at Debian
but at upstream (https://github.com/bit-team/backintime/issues/1247).
It happens with rsync 3.2.4 or newer and is related to its way to handle
"argument protection".

The bug is fixed in backintime 1.3.3 and the solution was heavily tested and
also reviewed and approved by the rsync maintainer himself.

Thanks in advance
Christian Buhtz

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

Kernel: Linux 5.10.0-20-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages backintime-common depends on:
ii  cron [cron-daemon]  3.0pl1-137
ii  openssh-client  1:8.4p1-5+deb11u1
ii  python3 3.9.2-3
ii  python3-dbus1.2.16-5
pn  python3-keyring 
ii  rsync   3.2.3-4+deb11u1

Versions of packages backintime-common recommends:
pn  backintime-qt  

Versions of packages backintime-common suggests:
ii  encfs   1.9.5-1+b2
ii  powermgmt-base  1.36



Bug#1027265: DebianMaintainer: Explain difference to "uploaders"

2022-12-29 Thread Christian Buhtz
Package: debian-www
Severity: wishlist

Hello,

this is about the "DebianMaintainer" wiki page.
https://wiki.debian.org/DebianMaintainer

I would like to have a section there describing the difference between
"DebianMaintainer" and an "uploader".

I'm even not sure if "uploader" is an own role in the Debian hierarchy. But
looking on https://tracker.debian.org each package differentiates between
"maintainer:" and "uploaders:" (Upper left corner on the tracker site).

That is what's confusing me.

Kind
Christian Buhtz



Bug#1022231: iptables-persistent: Pre-existing /etc/iptables/rules.v4 is overriten when installing

2022-10-22 Thread Christian Buhtz
Package: iptables-persistent
Severity: normal

I had an existing /etc/iptables/rules.v4 file on my system.
In the next step I installed "iptables-persistent" and said yes to both
questions about saving current existing rules.

Then the file and my rules in it where gone.
That shouldn't happen.

When you want to touch that file that add content to it but not overwrite it.


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

Kernel: Linux 5.10.0-18-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages iptables-persistent depends on:
ii  debconf [debconf-2.0]  1.5.77
ii  iptables   1.8.7-1
pn  netfilter-persistent   



Bug#1019446: kde-config-cron: Binary missing

2022-09-09 Thread Christian Buhtz
Package: kde-config-cron
Version: 4:20.12.0-1
Severity: normal

Dear Maintainer,

installed "kde-config-cron" without having a full KDE desktop environment
enabled. I am using XFCE here but would like to have cron gui front-end.

After installation I can not find a binary for "kde-config-cron".

I checked the /usr/bin

ls -lr /usr/bin | grep kde
-rwxr-xr-x 1 root root 19K 17. Jan 2021  kdeinit5_wrapper*
-rwxr-xr-x 1 root root 19K 17. Jan 2021  kdeinit5_shutdown*
-rwxr-xr-x 1 root root 55K 17. Jan 2021  kdeinit5*
-rwxr-xr-x 1 root root 76K 17. Jan 2021  kded5*

I checked what is installed related to kde.

apt list --installed | grep kde
sudo: Hostname quark kann nicht aufgelöst werden: Der Name oder der Dienst ist
nicht bekannt

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

kde-config-cron/stable,now 4:20.12.0-1 arm64  [installiert]
kded5/stable,now 5.78.0-2 arm64  [Installiert,automatisch]
libblockdev-crypto2/stable,now 2.25-2 arm64  [Installiert,automatisch]
libblockdev-fs2/stable,now 2.25-2 arm64  [Installiert,automatisch]
libblockdev-loop2/stable,now 2.25-2 arm64  [Installiert,automatisch]
libblockdev-part-err2/stable,now 2.25-2 arm64  [Installiert,automatisch]
libblockdev-part2/stable,now 2.25-2 arm64  [Installiert,automatisch]
libblockdev-swap2/stable,now 2.25-2 arm64  [Installiert,automatisch]
libblockdev-utils2/stable,now 2.25-2 arm64  [Installiert,automatisch]
libblockdev2/stable,now 2.25-2 arm64  [Installiert,automatisch]


I checked the content of the package itself

dpkg -L kde-config-cron | grep -e bin -e lib
/usr/lib
/usr/lib/aarch64-linux-gnu
/usr/lib/aarch64-linux-gnu/qt5
/usr/lib/aarch64-linux-gnu/qt5/plugins
/usr/lib/aarch64-linux-gnu/qt5/plugins/kcm_cron.so

It seems to me that this isn't a stand alone package but something like an
addon or plugin.

That is sorry for me because I don't like to install complete KDE just for such
a simple application.

But it also seems that the dependencies of that package could be reviewed.

Or is there a way for me to start that application?

You maybe find my "Debian" unusual. It is a semi-(in)official arm64 image from
https://raspi.debian.net. It is not Raspian or a hobby project. Is is pure
Debian.


-- System Information:
Debian Release: 11.4
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 5.10.0-17-arm64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 kde-config-cron depends on:
ii  anacron   2.3-30
ii  cron [cron-daemon]3.0pl1-137
ii  kio   5.78.0-5
ii  libc6 2.31-13+deb11u3
ii  libkf5configwidgets5  5.78.0-2
ii  libkf5coreaddons5 5.78.0-4
ii  libkf5i18n5   5.78.0-2
ii  libkf5iconthemes5 5.78.0-2
ii  libkf5kiowidgets5 5.78.0-5
ii  libkf5widgetsaddons5  5.78.0-2
ii  libqt5core5a  5.15.2+dfsg-9
ii  libqt5gui55.15.2+dfsg-9
ii  libqt5printsupport5   5.15.2+dfsg-9
ii  libqt5widgets55.15.2+dfsg-9
ii  libstdc++610.2.1-6

kde-config-cron recommends no packages.

Versions of packages kde-config-cron suggests:


Bug#960771: firefox-esr: Settings modified after package updates

2020-05-16 Thread Christian Buhtz
Package: firefox-esr
Version: 68.8.0esr-1~deb10u1
Severity: important

When apt installes a new version of the package the Firefox settings are
modified.

I do not know if it is Firefox by itself, a package script or another magic
debian mechanic.

The point is that there is no need to modify this settings. There is no
technical need. It is just to bully the users. I can not understand why such a
behavior is accepted by Debian. I am interested about an answer about this
point.
I am not sure if a smaller project would be allowed to touch the users settings
in such an inpolite way.

The affected settings:
 - The hiding of the toolbar buttons. I show them all by default. After an
update they are hidden
   again behind a right-double-arrow button.
 - Keywords for the search engines. They are set back to install-default after
an package update.
 - Deleted search engines (e.g. amazon, ebay, google, bing) are back again
after an package update.

This is Debian - not Windows or Ubuntu.

When a package update touches the users settings there have to me a strict hard
technical argument to do that. In the cases I reporting there is no argument.



-- Package-specific info:


-- Addons package information

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

Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 firefox-esr depends on:
ii  debianutils   4.8.6.1
ii  fontconfig2.13.1-2
ii  libasound21.1.8-1
ii  libatk1.0-0   2.30.0-2
ii  libc6 2.28-10
ii  libcairo-gobject2 1.16.0-4
ii  libcairo2 1.16.0-4
ii  libdbus-1-3   1.12.16-1
ii  libdbus-glib-1-2  0.110-4
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-9
ii  libfontconfig12.13.1-2
ii  libfreetype6  2.9.1-3+deb10u1
ii  libgcc1   1:8.3.0-6
ii  libgdk-pixbuf2.0-02.38.1+dfsg-1
ii  libglib2.0-0  2.58.3-2+deb10u2
ii  libgtk-3-03.24.5-1
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-01.42.4-8~deb10u1
ii  libstartup-notification0  0.12-6
ii  libstdc++68.3.0-6
ii  libvpx5   1.7.0-3+deb10u1
ii  libx11-6  2:1.6.7-1
ii  libx11-xcb1   2:1.6.7-1
ii  libxcb-shm0   1.13.1-2
ii  libxcb1   1.13.1-2
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-3+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1+b3
ii  procps2:3.3.15-2
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages firefox-esr recommends:
ii  libavcodec57  7:3.2.14-1~deb9u1
ii  libavcodec58  7:4.1.4-1~deb10u1

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-6
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-7
ii  libgssapi-krb5-2   1.17-3
ii  libgtk2.0-02.24.32-3
ii  pulseaudio 12.2-4+deb10u1

-- no debconf information



Bug#946788: feedparser: PEP 479 problem causing StopIteration exceptions

2019-12-15 Thread Christian Buhtz
Package: python3-feedparser
Version: 5.2.1-1
Severity: normal
File: feedparser

Hello,

I still asked about how to handle this problem on the mailing list but did not
receive an answer.
https://alioth-lists.debian.net/pipermail/python-modules-
team/2019-December/061104.html

The debian-current stable version of feedparser is 5.2.1-1 and causing erorrs
because of PEP 479 which is switched on (armed) in Python 3.7.

Feedparser upstream still have fixed it with some lines but not yet released.
https://github.com/kurtmckee/feedparser/pull/131

The next planed stable release of Feedparser is a major one 6.0.0.

The question to you is if you would accept 6.0.0 in Debian 10 or is it a  bit
to much modifications?
Whould you prefere to see the fix backported?

Would the debian package maintainer backport this by him/herself and
create a 5.2.1-2?

Or is it better to have upstream release a 5.2.2 that the debian package
maintainer can introduce to Debian 10?

Or another way I can not see?

kind



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

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 python3-feedparser depends on:
ii  python3  3.7.3-1

python3-feedparser recommends no packages.

python3-feedparser suggests no packages.

-- no debconf information



Bug#930589: backintime: New upstream version 1.2.0

2019-06-16 Thread Christian Buhtz
Package: backintime
Version: New upstream version (1.2.0)
Severity: important
Tags: upstream

There is a new upstream version dealing with a lot of known bugs.



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

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



Bug#926341: keepassxc: Firefox AddOn "KeePassXC-Browser" force the current upstream-realease

2019-04-03 Thread Christian Buhtz
Package: keepassxc
Version: 2.3.4+dfsg.1-1~bpo9+1
Severity: important

KeePassXC 2.4.0 release official/stable at upstream.

The firefox addon "KeePassXC-Browser" no force to contact to 2.4.0 and deny to
contact to the current Debian stable keepassxc 2.3.4.

It would be nice if you could (out of the usual way) force to update to the new
version in the stable repository.

Next step would be to get in contact to the upstream developers and have a
seriouse talk with them. It is unpolite useless etc

https://github.com/keepassxreboot/keepassxc-browser/issues/375



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

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

Versions of packages keepassxc depends on:
ii  libargon2-0   0~20160821-1+b1
ii  libc6 2.24-11+deb9u4
ii  libgcrypt20   1.7.6-2+deb9u3
ii  libqt5core5a  5.7.1+dfsg-3+deb9u1
ii  libqt5dbus5   5.7.1+dfsg-3+deb9u1
ii  libqt5gui55.7.1+dfsg-3+deb9u1
ii  libqt5network55.7.1+dfsg-3+deb9u1
ii  libqt5widgets55.7.1+dfsg-3+deb9u1
ii  libqt5x11extras5  5.7.1~20161021-2
ii  libsodium18   1.0.11-2
ii  libstdc++66.3.0-18+deb9u1
ii  libx11-6  2:1.6.4-3+deb9u1
ii  libxi62:1.7.9-1
ii  libxtst6  2:1.2.3-1
ii  libykpers-1-1 1.17.3-1
ii  libzxcvbn02.0+dfsg-1
ii  zlib1g1:1.2.8.dfsg-5

keepassxc recommends no packages.

keepassxc suggests no packages.

-- no debconf information



Bug#926074: RSS-Feed: Server ignores 'Last-Modified' date

2019-03-31 Thread Christian Buhtz
Package: tracker.debian.org
Severity: normal

As developer of a RSS/Atom newsreader I found problems with the RSS-Feed offerd
by Debian-Tracker.

The 'Last-Modified' date is ignored when used in a second request in the 'If-
Modified-Since' field.
When there are only some seconds between two requests, the expected behaviour,
when using the date from the first request directly, is that in the second
request should no feed entries.

In my newsreader I use Pythons 'aiohttp' package but in that example below I
use 'feedparser' for easier handling. The problem is reproducable with both.

Side note: I know (and do) that as a workaround I can check the "published"
dates of each entry and delete them if my newsreader still have them. But this
is Debian and I am hopefull that this can be improved.

What I would reocmmand:
 1. Ofer an Etag.
 2. If not 1 than correct handling of the modified date.
 3. If not 2 than remove the modified date from the header do prevent
confusion.

Please see this Python example to illustrate the problem

Python 3.5.3 (default, Sep 27 2018, 17:25:39)
[GCC 6.3.0 20170516] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> url = 'https://tracker.debian.org/pkg/feedparser/rss'
>>> import feedparser as fp
>>> a = fp.parse(url)
>>> import json
>>> print(json.dumps(a.headers, indent=4))
{
"X-Clacks-Overhead": "GNU Terry Pratchett",
"X-Xss-Protection": "1",
"Transfer-Encoding": "chunked",
"Last-Modified": "Sat, 30 Mar 2019 13:06:51 GMT",
"Public-Key-Pins": "pin-
sha256=\"M9Wyk2x6hLne/VkyJWFx33+LB8s+kAaMbO49fnm5fEY=\"; pin-
sha256=\"ZsBWn0bekrum/1CJtBlg5yZ2eqRywN6YwGeBS31nH+s=\"; max-age=5184000",
"Strict-Transport-Security": "max-age=15552000",
"Content-Type": "application/rss+xml; charset=utf-8",
"X-Content-Type-Options": "nosniff",
"Connection": "close",
"Referrer-Policy": "same-origin",
"Content-Encoding": "gzip",
"X-Frame-Options": "sameorigin",
"Server": "Apache",
"Vary": "Cookie,Accept-Encoding",
"Date": "Sun, 31 Mar 2019 11:11:03 GMT"
}
>>> a.modified
'Sat, 30 Mar 2019 13:06:51 GMT'
>>> b = fp.parse(url, modified=a.modified)
>>> len(a.entries)
30
>>> len(b.entries)
30



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

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



Bug#882942: [sieve-connect] perl regex deprecation warning

2018-03-25 Thread Christian Buhtz
Package: sieve-connect
Version: 0.88-1
Followup-For: Bug #882942

Dear Maintainer,

the bug is still there.



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

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

Versions of packages sieve-connect depends on:
ii  libauthen-sasl-perl2.1600-1
ii  libio-socket-inet6-perl2.72-2
ii  libio-socket-ssl-perl  2.056-1
ii  libnet-dns-perl1.10-2
ii  libperl5.26 [libmime-base64-perl]  5.26.1-5
ii  libterm-readkey-perl   2.37-1+b2
ii  perl   5.26.1-5

Versions of packages sieve-connect recommends:
pn  libterm-readline-gnu-perl  

sieve-connect suggests no packages.

-- no debconf information



Bug#893251: jabref 3.8 is started with OpenJDK 9 instead of 8

2018-03-17 Thread Christian Buhtz
Package: jabref
Version: 3.8.2+ds-2
Severity: important

Dear Maintainer,

JabRef is currently not working. The script in /usr/bin/jabref requires
"java8". But this need is ignored and version 9 is used. Because of that there
are some errors.

I don'T know how to make the installed JabRef run again with "java8".

$ DEBUG_WRAPPER=1 jabref --debug
[debug] /usr/bin/jabref: Picking up the JVM designated by the alternatives
system:
[debug] /usr/bin/jabref:   JAVA_HOME = '/usr/lib/jvm/java-9-openjdk-amd64'
[debug] /usr/bin/jabref: Found JAVA_HOME = '/usr/lib/jvm/java-9-openjdk-amd64'
[debug] /usr/bin/jabref: Found JAVA_CMD = '/usr/lib/jvm/java-9-openjdk-
amd64/bin/java'
/usr/lib/jvm/java-9-openjdk-amd64/bin/java
[warning] /usr/bin/jabref: /usr/lib/jvm/java-9-openjdk-amd64/bin/java
[debug] /usr/bin/jabref: Environment variable CLASSPATH is ''
[debug] /usr/bin/jabref: Runnning /usr/lib/jvm/java-9-openjdk-amd64/bin/java
-classpath
/usr/share/java/jabref.jar:/usr/share/java/bcprov.jar:/usr/share/java/antlr3-runtime.jar:/usr/share/java/antlr4-runtime.jar:/usr/share/java/com.android.json.jar:/usr/share/java/commons-
cli.jar:/usr/share/java/commons-codec.jar:/usr/share/java/commons-
lang3.jar:/usr/share/java/commons-
logging.jar:/usr/share/java/fontbox.jar:/usr/share/java/glazedlists.jar:/usr/share/java/guava.jar:/usr/share/java/httpasyncclient.jar:/usr/share/java/httpclient.jar:/usr/share/java/httpcore.jar:/usr/share/java/httpcore-
nio.jar:/usr/share/java/httpmime.jar:/usr/share/java/java-string-
similarity.jar:/usr/share/java/jempbox.jar:/usr/share/java/jgoodies-
common.jar:/usr/share/java/jgoodies-forms.jar:/usr/share/java/jgoodies-
looks.jar:/usr/share/java/jhlabs-
filters.jar:/usr/share/java/jsoup.jar:/usr/share/java/juh.jar:/usr/share/java/jurt.jar:/usr/share/java/log4j-api.jar:/usr/share/java/log4j-core.jar:/usr/share/java/log4j-jcl.jar:/usr/share/java/microba.jar:/usr/share/java/mysql-
connector-
java.jar:/usr/share/java/pdfbox.jar:/usr/share/java/postgresql.jar:/usr/share/java/ridl.jar:/usr/share/java/spin.jar:/usr/share/java/swingx.jar:/usr/share/java/swing-
layout.jar:/usr/share/java/unirest-java.jar:/usr/share/java/unoil.jar
net.sf.jabref.JabRefMain --debug

15:27:50.292 [AWT-EventQueue-0] ERROR net.sf.jabref.FallbackExceptionHandler -
Uncaught exception Occurred in Thread[AWT-EventQueue-0,6,main]
java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
at
net.sf.jabref.logic.importer.ImportFormatReader.resetImportFormats(ImportFormatReader.java:56)
~[JabRef-3.8.2.jar:?]
at net.sf.jabref.JabRefMain.start(JabRefMain.java:78)
~[JabRef-3.8.2.jar:?]
at net.sf.jabref.JabRefMain.lambda$main$0(JabRefMain.java:40)
~[JabRef-3.8.2.jar:?]
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313)
~[?:?]
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:764) ~[?:?]
at java.awt.EventQueue.access$500(EventQueue.java:97) ~[?:?]
at java.awt.EventQueue$3.run(EventQueue.java:717) ~[?:?]
at java.awt.EventQueue$3.run(EventQueue.java:711) ~[?:?]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:89)
~[?:?]
at java.awt.EventQueue.dispatchEvent(EventQueue.java:734) ~[?:?]
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:199)
[?:?]
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124)
[?:?]
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113)
[?:?]
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) [?:?]
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) [?:?]
at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) [?:?]
Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException
at
jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
~[?:?]
at
jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
~[?:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:496) ~[?:?]
... 17 more


$ DEBUG_WRAPPER=1 JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ jabref --debug
[debug] /usr/bin/jabref: Using provided JAVA_HOME =
'/usr/lib/jvm/java-8-openjdk-amd64/'
[debug] /usr/bin/jabref: Found JAVA_HOME = '/usr/lib/jvm/java-8-openjdk-amd64/'
[debug] /usr/bin/jabref: Found JAVA_CMD = '/usr/lib/jvm/java-8-openjdk-
amd64//bin/java'
/usr/lib/jvm/java-8-openjdk-amd64//bin/java
[warning] /usr/bin/jabref: /usr/lib/jvm/java-8-openjdk-amd64//bin/java
[debug] /usr/bin/jabref: Environment variable CLASSPATH is ''
[debug] /usr/bin/jabref: Runnning /usr/lib/jvm/java-8-openjdk-amd64//bin/java
-classpath

Bug#893235: libtreectrl2.2.so: undefined symbol: TclGetLong

2018-03-17 Thread Christian Buhtz
Package: tktreectrl
Version: 2.2.8-3
Severity: important

Dear Maintainer,

after the last dist-upgrade (sid) I am not able to use "tktreectrl" anymore.
Please see the self-describing output

$ tclsh
% package require treectrl
couldn't load file "/usr/lib/treectrl2.2.8/libtreectrl2.2.so":
/usr/lib/treectrl2.2.8/libtreectrl2.2.so: undefined symbol: TclGetLong

I am not familiar with Tk/Tcl. I am using Tkinter Python most. So I am not sure
If I interprete the informations correct.

Please let me know If I could provide you more informations.



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

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

Versions of packages tktreectrl depends on:
ii  libc6 2.27-2
ii  libx11-6  2:1.6.4-3
ii  tk8.6.0+9

tktreectrl recommends no packages.

tktreectrl suggests no packages.

-- no debconf information



Bug#890792: python-tktreectrl: Python3 package

2018-02-18 Thread Christian Buhtz
Package: python-tktreectrl
Version: 2.0.1-1
Severity: normal

Dear Maintainer,

as described in the docs and with an confirmation of the upstream maintainr
(Michael Lange) I know that tktreectrl can run with Python3, too.

Because of that there should be a "python3-tktreectrl" package, too.



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

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

Versions of packages python-tktreectrl depends on:
ii  python  2.7.14-4
ii  tktreectrl  2.2.8-1

python-tktreectrl recommends no packages.

Versions of packages python-tktreectrl suggests:
pn  python-python-tktreectrl-doc  

-- no debconf information



Bug#890750: python-pmw: Python3 version available

2018-02-18 Thread Christian Buhtz
Package: python-pmw
Version: 1.3.2-6
Severity: normal

Dear Maintainer,

as it can be read on the project website

https://sourceforge.net/projects/pmw/

there is a Pmw version for Python 3.

Would be great if there would be a package for this in Debian.



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

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

Versions of packages python-pmw depends on:
ii  python 2.7.14-4
ii  python-tk  2.7.14-2
ii  python2.7  2.7.14-6

Versions of packages python-pmw recommends:
ii  blt  2.5.3+dfsg-4

Versions of packages python-pmw suggests:
pn  python-pmw-doc  

-- no debconf information



Bug#882532: freecad: FreeCADGuiInit.py not existing but mentioned in the log file

2017-11-23 Thread Christian Buhtz
Package: freecad
Version: 0.16.6712+dfsg1-1+b2
Severity: normal

Dear Maintainer,

when using "-l" a log file is written to ~/.FreeCAD.

In there is this line

"Log: Init: Running FreeCADGuiInit.py start script... done"

But this file doesn't exist on my system.



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

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

Versions of packages freecad depends on:
ii  libboost-atomic1.62.0   1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0   1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.01.62.0+dfsg-4+b2
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b2
ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b2
ii  libboost-python1.62.0   1.62.0+dfsg-4+b2
ii  libboost-regex1.62.01.62.0+dfsg-4+b2
ii  libboost-signals1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0   1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0   1.62.0+dfsg-4+b2
ii  libc6   2.25-2
ii  libcoin80v5 3.1.4~abc9f50+dfsg1-2
ii  libfreeimage3   3.17.0+ds1-5+b2
ii  libfreetype62.8.1-0.1
ii  libgcc1 1:7.2.0-16
ii  libgl1  1.0.0-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  liboce-foundation11 0.18.2-2
ii  liboce-modeling11   0.18.2-2
ii  liboce-ocaf-lite11  0.18.2-2
ii  liboce-ocaf11   0.18.2-2
ii  liboce-visualization11  0.18.2-2
ii  libpyside1.21.2.2+source1-2
ii  libpython2.72.7.14-2
ii  libqt4-network  4:4.8.7+dfsg-11
ii  libqt4-opengl   4:4.8.7+dfsg-11
ii  libqt4-svg  4:4.8.7+dfsg-11
ii  libqt4-xml  4:4.8.7+dfsg-11
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libshiboken1.2v51.2.2-5+b1
ii  libsoqt4-20 1.6.0~e8310f-3
ii  libspnav0   0.2.3-1
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxerces-c3.2  3.2.0+debian-2
ii  libxext62:1.3.3-1+b2
ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-10
ii  pyside-tools0.2.15-1+b1
ii  python  2.7.14-1
ii  python-collada  0.4-2
ii  python-matplotlib   2.0.0+dfsg1-2+b1
ii  python-pivy 0.5.0~v609hg-3.1
ii  python-ply  3.9-1
ii  python-pyside   1.2.2+source1-2
ii  python2.7   2.7.14-2
ii  zlib1g  1:1.2.8.dfsg-5

freecad recommends no packages.

Versions of packages freecad suggests:
pn  graphviz  
pn  povray

-- no debconf information



Bug#882510: freecad: Python module WebGUI missing

2017-11-23 Thread Christian Buhtz
Package: freecad
Version: 0.16.6712+dfsg1-1+b2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

direct after installation I am not able to start correct FreeCAD. The main
window comes up with a simple error message in the Output message window. No
file menu no file no toolbar or anything I can interact with.

The log file says

Log: Init: Running FreeCADGuiInit.py start script... done
Log: Init: Activating default workbench StartWorkbench
Err: No module named WebGui
Log: Traceback (most recent call last):
  File "", line 43, in Initialize

Log: Init: Showing main window



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

Kernel: Linux 4.9.11-towo.2-siduction-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages freecad depends on:
ii  libboost-atomic1.62.0   1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0   1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.01.62.0+dfsg-4+b2
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b2
ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b2
ii  libboost-python1.62.0   1.62.0+dfsg-4+b2
ii  libboost-regex1.62.01.62.0+dfsg-4+b2
ii  libboost-signals1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0   1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0   1.62.0+dfsg-4+b2
ii  libc6   2.25-2
ii  libcoin80v5 3.1.4~abc9f50+dfsg1-2
ii  libfreeimage3   3.17.0+ds1-5+b2
ii  libfreetype62.8.1-0.1
ii  libgcc1 1:7.2.0-16
ii  libgl1  1.0.0-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  liboce-foundation11 0.18.2-2
ii  liboce-modeling11   0.18.2-2
ii  liboce-ocaf-lite11  0.18.2-2
ii  liboce-ocaf11   0.18.2-2
ii  liboce-visualization11  0.18.2-2
ii  libpyside1.21.2.2+source1-2
ii  libpython2.72.7.14-2
ii  libqt4-network  4:4.8.7+dfsg-11
ii  libqt4-opengl   4:4.8.7+dfsg-11
ii  libqt4-svg  4:4.8.7+dfsg-11
ii  libqt4-xml  4:4.8.7+dfsg-11
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libshiboken1.2v51.2.2-5+b1
ii  libsoqt4-20 1.6.0~e8310f-3
ii  libspnav0   0.2.3-1
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxerces-c3.2  3.2.0+debian-2
ii  libxext62:1.3.3-1+b2
ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-10
ii  pyside-tools0.2.15-1+b1
ii  python  2.7.14-1
ii  python-collada  0.4-2
ii  python-matplotlib   2.0.0+dfsg1-2+b1
ii  python-pivy 0.5.0~v609hg-3.1
ii  python-ply  3.9-1
ii  python-pyside   1.2.2+source1-2
ii  python2.7   2.7.14-2
ii  zlib1g  1:1.2.8.dfsg-5

freecad recommends no packages.

Versions of packages freecad suggests:
pn  graphviz  
pn  povray

-- no debconf information



Bug#882509: freecad: manpage is not up to date and miss some informations

2017-11-23 Thread Christian Buhtz
Package: freecad
Version: 0.16.6712+dfsg1-1+b2
Severity: normal

Dear Maintainer,

please see "man freecad".
After set type "freecad -t" and you will get a error message including a usage
information like a manpage would does. There are the options for freecad are
described in more detailes and with more informations as in the usual manpage.

e.g. "-l" does tell where the log file is written.



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

Kernel: Linux 4.9.11-towo.2-siduction-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages freecad depends on:
ii  libboost-atomic1.62.0   1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0   1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.01.62.0+dfsg-4+b2
ii  libboost-filesystem1.62.0   1.62.0+dfsg-4+b2
ii  libboost-program-options1.62.0  1.62.0+dfsg-4+b2
ii  libboost-python1.62.0   1.62.0+dfsg-4+b2
ii  libboost-regex1.62.01.62.0+dfsg-4+b2
ii  libboost-signals1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0   1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0   1.62.0+dfsg-4+b2
ii  libc6   2.25-2
ii  libcoin80v5 3.1.4~abc9f50+dfsg1-2
ii  libfreeimage3   3.17.0+ds1-5+b2
ii  libfreetype62.8.1-0.1
ii  libgcc1 1:7.2.0-16
ii  libgl1  1.0.0-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  liboce-foundation11 0.18.2-2
ii  liboce-modeling11   0.18.2-2
ii  liboce-ocaf-lite11  0.18.2-2
ii  liboce-ocaf11   0.18.2-2
ii  liboce-visualization11  0.18.2-2
ii  libpyside1.21.2.2+source1-2
ii  libpython2.72.7.14-2
ii  libqt4-network  4:4.8.7+dfsg-11
ii  libqt4-opengl   4:4.8.7+dfsg-11
ii  libqt4-svg  4:4.8.7+dfsg-11
ii  libqt4-xml  4:4.8.7+dfsg-11
ii  libqtcore4  4:4.8.7+dfsg-11
ii  libqtgui4   4:4.8.7+dfsg-11
ii  libshiboken1.2v51.2.2-5+b1
ii  libsoqt4-20 1.6.0~e8310f-3
ii  libspnav0   0.2.3-1
ii  libstdc++6  7.2.0-16
ii  libx11-62:1.6.4-3
ii  libxerces-c3.2  3.2.0+debian-2
ii  libxext62:1.3.3-1+b2
ii  libzipios++0v5  0.1.5.9+cvs.2007.04.28-10
ii  pyside-tools0.2.15-1+b1
ii  python  2.7.14-1
ii  python-collada  0.4-2
ii  python-matplotlib   2.0.0+dfsg1-2+b1
ii  python-pivy 0.5.0~v609hg-3.1
ii  python-ply  3.9-1
ii  python-pyside   1.2.2+source1-2
ii  python2.7   2.7.14-2
ii  zlib1g  1:1.2.8.dfsg-5

freecad recommends no packages.

Versions of packages freecad suggests:
pn  graphviz  
pn  povray

-- no debconf information



Bug#877718: jabref: new upstream version 4.0

2017-10-04 Thread Christian Buhtz
Package: jabref
Version: 3.8.2+ds-2
Severity: normal

Dear Maintainer,

there is a new upstream version 4.0 available.



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

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

Versions of packages jabref depends on:
ii  default-jre [java8-runtime] 2:1.8-59
ii  java-wrappers   0.1.28
ii  libandroid-json-java7.0.0+r33-1
ii  libantlr3-runtime-java  3.5.2-8
ii  libantlr4-runtime-java  4.5.3-2
ii  libbcprov-java  1.57-1
ii  libcommons-cli-java 1.4-1
ii  libcommons-lang3-java   3.5-1
ii  libcommons-logging-java 1.2-1
ii  libglazedlists-java 1.9.1-2
ii  libguava-java   19.0-1
ii  libhttpasyncclient-java 4.1.3-1
ii  libhttpclient-java  4.5.3-1
ii  libhttpmime-java4.5.3-1
ii  libjava-string-similarity-java  0.24-1
ii  libjempbox-java 1:1.8.13-1
ii  libjgoodies-common-java 1.8.1-2
ii  libjgoodies-forms-java  1.9.0-3
ii  libjgoodies-looks-java  2.7.0-2
ii  libjhlabs-filters-java  2.0.235-3
ii  libjsoup-java   1.10.2-1
ii  liblog4j2-java  2.8.2-1
ii  libmicroba-java 1:0.4.4.3-5
ii  libpdfbox-java  1:1.8.13-1
ii  libreoffice-java-common 1:5.4.1-1
ii  libspin-java1.5+dfsg-8
ii  libswing-layout-java1.0.4-4
ii  libswingx-java  1:1.6.2-2
ii  libunirest-java-java1.4.8-2
ii  openjdk-8-jre [java8-runtime]   8u144-b01-2

Versions of packages jabref recommends:
pn  libmysql-java
pn  libpostgresql-jdbc-java  
ii  libreoffice-writer   1:5.4.1-1
ii  xdg-utils1.1.1-1

Versions of packages jabref suggests:
ii  evince [postscript-viewer]   3.25.92-1
ii  ghostscript [postscript-viewer]  9.21~dfsg-1
ii  mupdf [pdf-viewer]   1.11+ds1-1
ii  xpdf [pdf-viewer]3.04-4+b1

-- no debconf information



Bug#874024: claws-mail-tnef-parser: claws crash when viewing a winmail.dat mail

2017-09-02 Thread Christian Buhtz
Package: claws-mail-tnef-parser
Version: 3.15.0-3
Severity: important

Dear Maintainer,

when viewing a mail with winmail.dat and having TNEF-parser plugin active claws
crashes reproducible.

This are the first and last lines of the debug output.

claws.c:102:Starting Claws Mail version Claws Mail 3.15.0-dirty
utils.c:1817:using default rc_dir /home/user/.claws-mail
main.c:2212:Using control socket /tmp/claws-
mail-1000/58c107d390fa69c187b12327b2ba0270
main.c:2276:Opening socket /tmp/claws-
mail-1000/58c107d390fa69c187b12327b2ba0270
main.c:774:runtime GTK+ 2.24.31 / GLib 2.53.6
main.c:782:buildtime GTK+ 2.24.31 / GLib 2.53.6
main.c:791:Compiled-in features:
main.c:796: compface
main.c:802: Enchant
main.c:808: GnuTLS
main.c:814: IPv6
main.c:820: iconv
main.c:826: JPilot
main.c:832: LDAP
main.c:838: libetpan 1.8
main.c:844: libSM
...
summaryview.c:3682:TIMING summary_display_msg_full : 0s045ms
procheader.c:155:generic_get_one_field: empty line
procheader.c:155:generic_get_one_field: empty line
procheader.c:155:generic_get_one_field: empty line
tnef_parse.c:295:Tnef parser parsing part (42402).
tnef_parse.c:297:content: /home/user/.claws-mail/mimetmp/claws.KURU5Y
Attempting to parse /home/user/.claws-mail/mimetmp/claws.KURU5Y...
suspecting a corrupt file in UTF8 conversion

Because of a maybe-bug in reportbug I am not able to add an attachment in the
first report. I will try to add the claws.KURUSY in the next comment.



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

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

Versions of packages claws-mail-tnef-parser depends on:
ii  claws-mail   3.15.0-3
ii  libatk1.0-0  2.24.0-1
ii  libc62.24-17
ii  libcairo21.14.10-1
ii  libcurl3-gnutls  7.55.0-1
ii  libdb5.3 5.3.28-13.1
ii  libetpan20   1.8.0-1
ii  libexpat12.2.3-1
ii  libfontconfig1   2.12.3-0.2
ii  libfreetype6 2.8-0.2
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.53.6-1
ii  libgnutls30  3.5.15-2
ii  libgtk2.0-0  2.24.31-2
ii  liblockfile1 1.14-1+b1
ii  libpango-1.0-0   1.40.11-1
ii  libpangocairo-1.0-0  1.40.11-1
ii  libpangoft2-1.0-01.40.11-1
ii  libsasl2-2   2.1.27~101-g0780600+dfsg-3
ii  libytnef01.9.2-2
ii  zlib1g   1:1.2.8.dfsg-5

claws-mail-tnef-parser recommends no packages.

claws-mail-tnef-parser suggests no packages.

-- no debconf information



Bug#872858: backintime-qt: python3-pyqt5 removed because of transistions

2017-08-21 Thread Christian Buhtz
Package: backintime-qt
Version: 1.2.0~alpha0
Severity: important

Dear Maintainer,

in the current unstable/sid version of Debian GNU/Linux backintime will be
removed by an update/upgrade because python3-pyqt5 is removed because of three
open transistions.

The process is to complex for me. I don't understand it completly. Can we do
here something?



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

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

Versions of packages backintime-qt depends on:
ii  backintime-common1.2.0~alpha0
ii  libnotify-bin0.7.7-2
ii  policykit-1  0.105-18
ii  python3  3.5.3-3
ii  python3-dbus.mainloop.pyqt5  5.7+dfsg-5+b1
ii  python3-pyqt55.7+dfsg-5+b1
ii  x11-utils7.7+3+b1

Versions of packages backintime-qt recommends:
ii  python3-secretstorage  2.3.1-2

Versions of packages backintime-qt suggests:
ii  meld  3.16.4-1

-- no debconf information



Bug#871523: xfce4-panel: Multiple monitors: panel ignores the "main monitor"

2017-08-08 Thread Christian Buhtz
Package: xfce4-panel
Version: 4.12.1-2
Severity: normal

Dear Maintainer,

I have two monitors. In the display settings of xfce4 I can declare on of them
as the "main monitor". There is a check box for it. It doesn't matter in which
order the monitors are from the viewpoint of the BIOS. I use the second (from
BIOS) monitor as the "main" one. You can see a number in front of the monitor
name in the display settings. I use #2 as "main".

This work well, because "plank" for example only appears on the "main monitor".

The "panel" settings have an "Output" option. Per default it is set to
"automatic". IMO this means the "main monitor" should be used. But the panel
use the #1 monitor by default.
Currently I explicite set "Monitor 2" in that option to workaround this.

Usual it is ok if #1 one would be use when "Automatic" is set. BUT xfce4 itself
offers the concept of a "main monitor" in it's display settings. So each other
xfce-component should follow that concept, too.



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

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

Versions of packages xfce4-panel depends on:
ii  exo-utils0.10.7-1
ii  libatk1.0-0  2.24.0-1
ii  libc62.24-14
ii  libcairo21.14.10-1
ii  libdbus-1-3  1.11.16+really1.10.22-1
ii  libdbus-glib-1-2 0.108-2
ii  libexo-1-0   0.10.7-1
ii  libfontconfig1   2.12.3-0.2
ii  libfreetype6 2.8-0.2
ii  libgarcon-1-00.6.1-1
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.53.4-3
ii  libgtk2.0-0  2.24.31-2
ii  libice6  2:1.0.9-2
ii  libpango-1.0-0   1.40.6-1
ii  libpangocairo-1.0-0  1.40.6-1
ii  libpangoft2-1.0-01.40.6-1
ii  libsm6   2:1.2.2-1+b3
ii  libwnck222.30.7-5.1
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxfce4ui-1-0   4.12.1-2
ii  libxfce4util74.12.1-3
ii  libxfconf-0-24.12.1-1

xfce4-panel recommends no packages.

xfce4-panel suggests no packages.

-- no debconf information



Bug#871266: claws-mail: "corrupt file in UTF8 conversion" Crash while get new mails

2017-08-07 Thread Christian Buhtz
Package: claws-mail
Version: 3.15.0-2+b2
Severity: important

Dear Maintainer,

I did a full dist-upgrade today and now have problems with claws-mail. Don't
know how to interprete the error messages about UTF-8.

That is the output on bash

---
$ LANG=en_US && claws-mail

(process:21692): Gdk-WARNING **: locale not supported by C library

(process:21692): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
/home/user/.claws-mail/mimetmp/.comments: unlink: Is a directory

(claws-mail:21692): Claws-Mail-WARNING **: mh_filename_from_utf8: failed to
convert character set
What'sforWhat'sGeprüftesTürssuspecting a corrupt file in UTF8 conversion
---

The last line indicates a part of a subejct string.



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

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

Versions of packages claws-mail depends on:
ii  libatk1.0-0  2.24.0-1
ii  libc62.24-14
ii  libcairo21.14.10-1
ii  libcompfaceg11:1.5.2-5+b2
ii  libcurl3-gnutls  7.52.1-5
ii  libdb5.3 5.3.28-13
ii  libdbus-1-3  1.11.16+really1.10.22-1
ii  libdbus-glib-1-2 0.108-2
ii  libenchant1c2a   1.6.0-11+b2
ii  libetpan20   1.8.0-1
ii  libexpat12.2.3-1
ii  libfontconfig1   2.12.3-0.2
ii  libfreetype6 2.8-0.2
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.53.4-3
ii  libgnutls30  3.5.14-2
ii  libgtk2.0-0  2.24.31-2
ii  libice6  2:1.0.9-2
ii  libldap-2.4-22.4.45+dfsg-1
ii  liblockfile1 1.14-1+b1
ii  libpango-1.0-0   1.40.6-1
ii  libpangocairo-1.0-0  1.40.6-1
ii  libpangoft2-1.0-01.40.6-1
ii  libpisock9   0.12.5-dfsg-2+b3
ii  librsvg2-2   2.40.18-1
ii  libsasl2-2   2.1.27~101-g0780600+dfsg-3
ii  libsm6   2:1.2.2-1+b3
ii  xdg-utils1.1.1-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages claws-mail recommends:
pn  aspell-en | aspell-dictionary  
ii  claws-mail-i18n3.15.0-2
ii  xfonts-100dpi  1:1.0.4+nmu1

Versions of packages claws-mail suggests:
pn  claws-mail-doc  
pn  claws-mail-tools
ii  firefox [www-browser]   54.0-2
ii  links [www-browser] 2.14-3
ii  midori [www-browser]0.5.11-ds1-4+b1
ii  mousepad0.4.0-4
ii  opera-stable [www-browser]  46.0.2597.57
ii  w3m [www-browser]   0.5.3-34

-- no debconf information


Bug#871257: kexi: new release

2017-08-07 Thread Christian Buhtz
Package: kexi
Version: 1:2.9.11+dfsg-4+b1
Severity: normal

Dear Maintainer,

the current 2.9.11 version in sid is far away from being usable and it is
outdated/old.

Please see the new 3.0.1 stable release of Kexi.

kind



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

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

Versions of packages kexi depends on:
ii  calligra-libs1:2.9.11+dfsg-4+b1
ii  kde-runtime  4:16.08.3-2
ii  kexi-data1:2.9.11+dfsg-4
ii  libc62.24-14
ii  libgcc1  1:7.1.0-12
ii  libglib2.0-0 2.53.4-3
ii  libkdecore5  4:4.14.26-2
ii  libkdeui54:4.14.26-2
ii  libkfile44:4.14.26-2
ii  libkio5  4:4.14.26-2
ii  libkrosscore44:4.14.26-2
ii  libktexteditor4  4:4.14.26-2
ii  libqt4-xml   4:4.8.7+dfsg-11
ii  libqtcore4   4:4.8.7+dfsg-11
ii  libqtgui44:4.8.7+dfsg-11
ii  libstdc++6   7.1.0-12

kexi recommends no packages.

Versions of packages kexi suggests:
ii  kexi-calligrasheets-driver  1:2.9.11+dfsg-4+b1
pn  kexi-mysql-driver   
pn  kexi-postgresql-driver  
pn  kexi-sybase-driver  
pn  kexi-xbase-driver   

-- no debconf information



Bug#869409: libnotify-bin: add informations about upstream

2017-07-23 Thread Christian Buhtz
Package: libnotify-bin
Version: 0.7.7-2
Severity: normal

Dear Maintainer,

plesae add informations about upstream in the expectable places.

Looking at the debian tracker there is no direct information. The only hint is
that the "maintainer" are the "Debian GNOME Maintainers".

Concrete:
 - add a link to the upstream source (not only to debians one)
   https://git.gnome.org/browse/libnotify/
 - add a link to the upstream project page
   (couldn't find a package specific page on gnome.org yet)
 - a linkt to the gnome bugtracker would be nice, too
 - add this infos to the debian tracker page AND somewhere in  the source-docu
(e.g. README.debian, CONTRIBUTE.debian, AUTHERS, manpage, ...)

Of course I know and aggree that reports should be addressed first to the own
distro. But some reporters are more then just "users" and know (or have their
own opinion) what belongs to the distro-maintainer and what to upstream. Please
make it possible to let the reporter decide that by her-/himself.

kind



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

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

Versions of packages libnotify-bin depends on:
ii  libc6 2.24-12
ii  libglib2.0-0  2.52.3-1
ii  libnotify40.7.7-2

libnotify-bin recommends no packages.

libnotify-bin suggests no packages.

-- no debconf information



Bug#869283: libnotify-bin: Can not find the sources of the manpage

2017-07-22 Thread Christian Buhtz
Package: libnotify-bin
Version: 0.7.7-2
Severity: normal

Dear Maintainer,

I tried to contribute but can not find the sources of the manpage (for notify-
send) somewhere.



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

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

Versions of packages libnotify-bin depends on:
ii  libc6 2.24-12
ii  libglib2.0-0  2.52.3-1
ii  libnotify40.7.7-2

libnotify-bin recommends no packages.

libnotify-bin suggests no packages.

-- no debconf information



Bug#869277: /usr/bin/notify-send: Improve the manpage

2017-07-22 Thread Christian Buhtz
Package: libnotify-bin
Version: 0.7.7-2
Severity: normal
File: /usr/bin/notify-send

Dear Maintainer,

please let the manpage be improved.

There should be informations about the options '--category' and '--hints'. The
possible values and there effect should be described in the manpage.

I link to http://www.galago-project.org/specs/notification is nice but not
enough and under the quality of Debian packages.

kind



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

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

Versions of packages libnotify-bin depends on:
ii  libc6 2.24-12
ii  libglib2.0-0  2.52.3-1
ii  libnotify40.7.7-2

libnotify-bin recommends no packages.

libnotify-bin suggests no packages.

-- no debconf information



Bug#865357: kodi: Debians language/keyboard settings ignored by Kodi

2017-06-20 Thread Christian Buhtz
Package: kodi
Version: 2:17.1+dfsg1-3
Severity: normal
Tags: l10n

Dear Maintainer,

I am using Debian in Germany, with german timezone, german language and german
keyboard layout (QWERTZ). Debian installer set this up by himself without
problems. Nearly all software is working in German.

But Kodi ignores it. The default settings there use QWERTY, English interface,
Belgium measurement units.

kind



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.9.11-towo.2-siduction-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kodi depends on:
ii  init-system-helpers  1.48
ii  kodi-bin 2:17.1+dfsg1-3
ii  kodi-data2:17.1+dfsg1-3

Versions of packages kodi recommends:
pn  kodi-visualization-spectrum  

kodi suggests no packages.

-- no debconf information



Bug#863499: Trash: sort the files/folders by "time of deletion"

2017-05-27 Thread Christian Buhtz
Package: thunar
Version: 1.6.11-1
Severity: normal

Dear Maintainer,

while viewing the content of the Trash there is no way to sort the files and
folders by there deletetion date/time. So I have no way to find the last
deleted files.



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

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

Versions of packages thunar depends on:
ii  desktop-file-utils  0.23-1
ii  exo-utils   0.10.7-1
ii  libatk1.0-0 2.22.0-1
ii  libc6   2.24-10
ii  libcairo2   1.14.8-1
ii  libdbus-1-3 1.10.18-1
ii  libdbus-glib-1-20.108-2
ii  libexo-1-0  0.10.7-1
ii  libgdk-pixbuf2.0-0  2.36.5-2
ii  libglib2.0-02.50.3-2
ii  libgtk2.0-0 2.24.31-2
ii  libgudev-1.0-0  230-3
ii  libice6 2:1.0.9-2
ii  libnotify4  0.7.7-2
ii  libpango-1.0-0  1.40.5-1
ii  libsm6  2:1.2.2-1+b3
ii  libthunarx-2-0  1.6.11-1
ii  libxfce4ui-1-0  4.12.1-2
ii  libxfce4util7   4.12.1-3
ii  libxfconf-0-2   4.12.1-1
ii  shared-mime-info1.8-1
ii  thunar-data 1.6.11-1

Versions of packages thunar recommends:
ii  dbus-x11 [dbus-session-bus]  1.10.18-1
ii  gvfs 1.30.4-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1
ii  thunar-volman0.8.1-2
ii  tumbler  0.1.31-2+b3
pn  xdg-user-dirs
ii  xfce4-panel  4.12.1-2

Versions of packages thunar suggests:
ii  thunar-archive-plugin 0.3.1-4
ii  thunar-media-tags-plugin  0.2.1-1+b2

-- no debconf information



Bug#863498: Trash: undo for delete files to trash

2017-05-27 Thread Christian Buhtz
Package: thunar
Version: 1.6.11-1
Severity: normal

Dear Maintainer,

when I use the Trash to delete files/folders there is no way (menu or Ctrl+Z)
to get them back.



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

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

Versions of packages thunar depends on:
ii  desktop-file-utils  0.23-1
ii  exo-utils   0.10.7-1
ii  libatk1.0-0 2.22.0-1
ii  libc6   2.24-10
ii  libcairo2   1.14.8-1
ii  libdbus-1-3 1.10.18-1
ii  libdbus-glib-1-20.108-2
ii  libexo-1-0  0.10.7-1
ii  libgdk-pixbuf2.0-0  2.36.5-2
ii  libglib2.0-02.50.3-2
ii  libgtk2.0-0 2.24.31-2
ii  libgudev-1.0-0  230-3
ii  libice6 2:1.0.9-2
ii  libnotify4  0.7.7-2
ii  libpango-1.0-0  1.40.5-1
ii  libsm6  2:1.2.2-1+b3
ii  libthunarx-2-0  1.6.11-1
ii  libxfce4ui-1-0  4.12.1-2
ii  libxfce4util7   4.12.1-3
ii  libxfconf-0-2   4.12.1-1
ii  shared-mime-info1.8-1
ii  thunar-data 1.6.11-1

Versions of packages thunar recommends:
ii  dbus-x11 [dbus-session-bus]  1.10.18-1
ii  gvfs 1.30.4-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1
ii  thunar-volman0.8.1-2
ii  tumbler  0.1.31-2+b3
pn  xdg-user-dirs
ii  xfce4-panel  4.12.1-2

Versions of packages thunar suggests:
ii  thunar-archive-plugin 0.3.1-4
ii  thunar-media-tags-plugin  0.2.1-1+b2

-- no debconf information



Bug#859886: opendict: ENTER doesn't work

2017-04-08 Thread Christian Buhtz
Package: opendict
Version: 0.6.7-1
Severity: important

Dear Maintainer,

when hitting ENTER in the "Word:" search field it has no effect. I have to use
the "Look Up" button to start the search.

But the tooltip of the search field indicates that it should work with ENTER.

kind



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

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

Versions of packages opendict depends on:
ii  python-wxgtk3.0  3.0.2.0+dfsg-3+b1
pn  python:any   

opendict recommends no packages.

Versions of packages opendict suggests:
pn  dictd 
pn  festival  

-- no debconf information



Bug#858343: /sbin/mount.cifs: mount.cifs ask for a password also when "guest ok = yes"

2017-03-21 Thread Christian Buhtz
Package: cifs-utils
Version: 2:6.7-1
Severity: minor
File: /sbin/mount.cifs

Dear Maintainer,

I know the relevant section of the manpage of mount.cifs where the option
"password" is explaint.

mount.cifs will always ask for a password (if it is not given implicite with
environment variable or credential file) also when guest users are allowed on
the samba share. This makes no sense and I see no good reason for that
behaviour.

Describing that buggy behaviour in the manpage doesn't make it better. It is a
bug.

kind



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

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

Versions of packages cifs-utils depends on:
ii  libc6 2.24-9
ii  libcap-ng00.7.7-3+b1
ii  libkeyutils1  1.5.9-9
ii  libkrb5-3 1.15-1
ii  libpam0g  1.1.8-3.5
ii  libtalloc22.1.8-1
ii  libwbclient0  2:4.5.6+dfsg-1
ii  samba-common  2:4.5.6+dfsg-1

cifs-utils recommends no packages.

Versions of packages cifs-utils suggests:
ii  keyutils   1.5.9-9
ii  smbclient  2:4.5.6+dfsg-1
pn  winbind

-- no debconf information



Bug#858178: uuidcdef: buffer overflow

2017-03-19 Thread Christian Buhtz
Package: uuidcdef
Version: 0.3.13-6
Severity: normal

Dear Maintainer,

I simply tried to run "uuidcdef" and got this output.

user@TONNE:/etc$ uuidcdef
*** buffer overflow detected ***: uuidcdef terminated
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x7fcfa7284bcb]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7fcfa730d0b7]
/lib/x86_64-linux-gnu/libc.so.6(+0xf71f0)[0x7fcfa730b1f0]
/lib/x86_64-linux-gnu/libc.so.6(+0xf67a9)[0x7fcfa730a7a9]
/lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0xac)[0x7fcfa7288bdc]
/lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x789)[0x7fcfa725b4a9]
/lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x8c)[0x7fcfa730a83c]
/lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7fcfa730a78d]
uuidcdef(+0xd5b)[0x563bec86bd5b]
uuidcdef(+0xa7b)[0x563bec86ba7b]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7fcfa72342b1]
uuidcdef(+0xad9)[0x563bec86bad9]
=== Memory map: 
563bec86b000-563bec86d000 r-xp  08:01 95421035
/usr/bin/uuidcdef
563beca6c000-563beca6d000 r--p 1000 08:01 95421035
/usr/bin/uuidcdef
563beca6d000-563beca6e000 rw-p 2000 08:01 95421035
/usr/bin/uuidcdef
563becad6000-563becaf7000 rw-p  00:00 0  [heap]
7fcfa6df8000-7fcfa6e0e000 r-xp  08:01 95683143
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fcfa6e0e000-7fcfa700d000 ---p 00016000 08:01 95683143
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fcfa700d000-7fcfa700e000 r--p 00015000 08:01 95683143
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fcfa700e000-7fcfa700f000 rw-p 00016000 08:01 95683143
/lib/x86_64-linux-gnu/libgcc_s.so.1
7fcfa700f000-7fcfa7013000 r-xp  08:01 95682770
/lib/x86_64-linux-gnu/libuuid.so.1.3.0
7fcfa7013000-7fcfa7212000 ---p 4000 08:01 95682770
/lib/x86_64-linux-gnu/libuuid.so.1.3.0
7fcfa7212000-7fcfa7213000 r--p 3000 08:01 95682770
/lib/x86_64-linux-gnu/libuuid.so.1.3.0
7fcfa7213000-7fcfa7214000 rw-p 4000 08:01 95682770
/lib/x86_64-linux-gnu/libuuid.so.1.3.0
7fcfa7214000-7fcfa73a9000 r-xp  08:01 9567
/lib/x86_64-linux-gnu/libc-2.24.so
7fcfa73a9000-7fcfa75a8000 ---p 00195000 08:01 9567
/lib/x86_64-linux-gnu/libc-2.24.so
7fcfa75a8000-7fcfa75ac000 r--p 00194000 08:01 9567
/lib/x86_64-linux-gnu/libc-2.24.so
7fcfa75ac000-7fcfa75ae000 rw-p 00198000 08:01 9567
/lib/x86_64-linux-gnu/libc-2.24.so
7fcfa75ae000-7fcfa75b2000 rw-p  00:00 0
7fcfa75b2000-7fcfa75d5000 r-xp  08:01 95686995
/lib/x86_64-linux-gnu/ld-2.24.so
7fcfa77a8000-7fcfa77ab000 rw-p  00:00 0
7fcfa77d1000-7fcfa77d5000 rw-p  00:00 0
7fcfa77d5000-7fcfa77d6000 r--p 00023000 08:01 95686995
/lib/x86_64-linux-gnu/ld-2.24.so
7fcfa77d6000-7fcfa77d7000 rw-p 00024000 08:01 95686995
/lib/x86_64-linux-gnu/ld-2.24.so
7fcfa77d7000-7fcfa77d8000 rw-p  00:00 0
7ffc8c9bd000-7ffc8c9de000 rw-p  00:00 0
[stack]
7ffc8c9ed000-7ffc8c9ef000 r--p  00:00 0  [vvar]
7ffc8c9ef000-7ffc8c9f1000 r-xp  00:00 0  [vdso]
ff60-ff601000 r-xp  00:00 0
[vsyscall]
Abgebrochen

And by the way: The manpage mentioned the existence of "uuidgen". But it is not
in the system.

kind



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

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

Versions of packages uuidcdef depends on:
ii  libc6 2.24-9
ii  libuuid1  2.29.1-1

uuidcdef recommends no packages.

uuidcdef suggests no packages.

-- no debconf information



Bug#856200: latexdiff: New upstream website

2017-02-26 Thread Christian Buhtz
Package: latexdiff
Version: 1.1.1-2
Severity: important

Dear Maintainer,

the "homepage" link on the debian tracker is not correct. The official homepage
incl. upstream-source and bug-tracker is


Maybe this will fix the problem on the debian-tracker
"Problems while searching for new upstream version"

kind



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

Kernel: Linux 4.10.0-towo.3-siduction-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages latexdiff depends on:
ii  perl  5.24.1-1

Versions of packages latexdiff recommends:
ii  texlive-generic-recommended  2016.20170123-4
ii  texlive-latex-base   2016.20170123-4
ii  texlive-latex-extra  2016.20170123-4

Versions of packages latexdiff suggests:
ii  git 1:2.11.0-2
ii  subversion  1.9.5-1

-- no debconf information



Bug#854977: xfce4-session: unchecked "Automatically save session on logout" has no effect

2017-02-12 Thread Christian Buhtz
Package: xfce4-session
Version: 4.12.1-5
Severity: important

Dear Maintainer,

this bug is still reported in upstream.


I report it here again because the upstream-bugreport is from August 2014
without being triaged. This indicates substantially problems in the xfce-
project team. Because of Debian qualitiy reason I recommend to kill xfce from
Debian repository.

The option "Automatically save session on logout" is ignored. Everytime I
logout/shutdown/reboot something is written into ~/.cache/sessions.

I found that out because the start of xfce slows down extremly. In the xfce-
forum someone told me this can be fixed If I would delete that folder (while
not logged in). This worked for one time. The next time (with the unchecked
option!) the folder and some files in it are still recreated and the next
startup slows down.

kind



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

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

Versions of packages xfce4-session depends on:
ii  libatk1.0-02.22.0-1
ii  libc6  2.24-9
ii  libcairo2  1.14.8-1
ii  libdbus-1-31.10.14-1
ii  libdbus-glib-1-2   0.108-2
ii  libfontconfig1 2.11.0-6.7
ii  libfreetype6   2.6.3-3+b1
ii  libgdk-pixbuf2.0-0 2.36.4-1
ii  libglib2.0-0   2.50.2-2
ii  libgtk2.0-02.24.31-2
ii  libice62:1.0.9-1+b1
ii  libpango-1.0-0 1.40.3-3
ii  libpangocairo-1.0-01.40.3-3
ii  libpangoft2-1.0-0  1.40.3-3
ii  libpolkit-gobject-1-0  0.105-17
ii  libsm6 2:1.2.2-1+b1
ii  libwnck22  2.30.7-5.1
ii  libx11-6   2:1.6.4-3
ii  libxfce4ui-1-0 4.12.1-2
ii  libxfce4util7  4.12.1-3
ii  libxfconf-0-2  4.12.1-1
ii  xfce4-settings 4.12.1-1
ii  xfconf 4.12.1-1

Versions of packages xfce4-session recommends:
ii  dbus-x11   1.10.14-1
ii  libpam-systemd 232-17
pn  light-locker   
ii  systemd-sysv   232-17
ii  upower 0.99.4-4
ii  x11-xserver-utils  7.7+7
ii  xfdesktop4 4.12.3-3
ii  xfwm4  4.12.3-3

Versions of packages xfce4-session suggests:
pn  fortunes-mod  
pn  pm-utils  
ii  sudo  1.8.19p1-1

-- Configuration Files:
/etc/xdg/xfce4/xfconf/xfce-perchannel-xml/xfce4-session.xml changed [not 
included]

-- no debconf information



Bug#854948: apt-config: manpage not specific enough about the main functionality of the tool

2017-02-12 Thread Christian Buhtz
Package: apt-config
Severity: minor

Dear Maintainer,

the first lines of the german(!) manpage of apt-config (Debian unstable) are
not specific enough.

They don't tell exactly with clear words what the tool does. Because of that
and because of the name of the tool the user can implicite that it is possible
to modify the configuration of apt with it. But it is not possible - when I
understand it correct.

Please reformulate the lines and maybe add the information that it is not
possible to modifiy the configuration. Please check the english (original?)
version of the manpage for the same issues.

kind



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

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



Bug#854802: minidlna: The options --user annd --uuid in the manpage are not clear enough described

2017-02-10 Thread Christian Buhtz
Package: minidlna
Version: 1.1.6+dfsg-1
Severity: minor

Dear Maintainer,

in the manpage of minidlna.conf the options "user" and "uuid" are not clear
enough.

I am not sure but I think they are the same. The differences is only that one
use the user name as a string and the other as a number. Correct?

This should be clear in the manapge that they are belong together. And please
see the default minidlna.conf. In the comment for "user" it sounds like that an
ID could also be used there for the option "user".

Quite confusing.



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

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

Versions of packages minidlna depends on:
ii  adduser  3.115
ii  libavformat577:3.2.2-2
ii  libavutil55  7:3.2.2-2
ii  libc62.24-9
ii  libexif120.6.21-2
ii  libflac8 1.3.2-1
ii  libid3tag0   0.15.1b-12
ii  libjpeg62-turbo  1:1.5.1-2
ii  libogg0  1.3.2-1
ii  libsqlite3-0 3.16.2-2
ii  libvorbis0a  1.3.5-4
ii  lsb-base 9.20161125

minidlna recommends no packages.

minidlna suggests no packages.

-- Configuration Files:
/etc/minidlna.conf changed [not included]

-- no debconf information



Bug#852154: pdfshuffler: Namespace Poppler not available

2017-01-21 Thread Christian Buhtz
Package: pdfshuffler
Version: 0.6.0-8
Severity: normal

Dear Maintainer,

I installed pdfshuffler but can not start it because of that message.

$ pdfshuffler
Traceback (most recent call last):
  File "/usr/local/bin/pdfshuffler", line 30, in 
from pdfshuffler.pdfshuffler import main
  File "/usr/local/lib/python2.7/dist-packages/pdfshuffler/pdfshuffler.py",
line 76, in 
gi.require_version('Poppler', '0.18')
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 118, in
require_version
raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace Poppler not available

After that I installed python-poppler* packages. But the message didn't change.

Here are some more package informations

$ apt-cache policy pdfshuffler
pdfshuffler:
  Installiert:   0.6.0-8
  Installationskandidat: 0.6.0-8
  Versionstabelle:
 *** 0.6.0-8 500
500 http://httpredir.debian.org/debian unstable/main i386 Packages
100 /var/lib/dpkg/status

$ apt-cache policy python-poppler*
python-poppler-dbg:
  Installiert:   0.12.1-9
  Installationskandidat: 0.12.1-9
  Versionstabelle:
 *** 0.12.1-9 500
500 http://httpredir.debian.org/debian unstable/main i386 Packages
100 /var/lib/dpkg/status
python-poppler-qt4:
  Installiert:   0.24.0-1+b2
  Installationskandidat: 0.24.0-1+b2
  Versionstabelle:
 *** 0.24.0-1+b2 500
500 http://httpredir.debian.org/debian unstable/main i386 Packages
100 /var/lib/dpkg/status
python-poppler:
  Installiert:   0.12.1-9
  Installationskandidat: 0.12.1-9
  Versionstabelle:
 *** 0.12.1-9 500
500 http://httpredir.debian.org/debian unstable/main i386 Packages
100 /var/lib/dpkg/status



-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

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

Versions of packages pdfshuffler depends on:
ii  python-gtk2 2.24.0-5.1
ii  python-poppler  0.12.1-9
ii  python-pypdf2   1.26.0-2
pn  python:any  

pdfshuffler recommends no packages.

pdfshuffler suggests no packages.

-- no debconf information



Bug#847838: xfce4: ~/.xfce4-session.verbose-log.last without timestamps

2016-12-12 Thread Christian Buhtz
Package: xfce4
Version: 4.12.3
Severity: minor

Dear Maintainer,

there is a log file
~/.xfce4-session.verbose-log.last
and
~/.xfce4-session.verbose-log

There are no timestamps in that log messages. That makes the log file nearly
useless for diagnosis of current problems.

kind
Christian Buhtz



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

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

Versions of packages xfce4 depends on:
ii  gtk2-engines-xfce3.2.0-2
ii  libxfce4ui-utils 4.12.1-2
ii  orage4.12.1-2
ii  thunar   1.6.10-4
ii  xfce4-appfinder  4.12.0-2
ii  xfce4-panel  4.12.1-2
ii  xfce4-pulseaudio-plugin  0.2.4-1
ii  xfce4-session4.12.1-5
ii  xfce4-settings   4.12.1-1
ii  xfconf   4.12.1-1
ii  xfdesktop4   4.12.3-3
ii  xfwm44.12.3-3

Versions of packages xfce4 recommends:
pn  desktop-base  
pn  tango-icon-theme  
ii  thunar-volman 0.8.1-2
ii  xfce4-notifyd 0.3.4-1
pn  xorg  

Versions of packages xfce4 suggests:
ii  gtk3-engines-xfce3.2.0-2
ii  xfce4-goodies4.12.3
ii  xfce4-power-manager  1.4.4-4

-- no debconf information



Bug#847717: jabref: "toogle groups interface" not persistent

2016-12-10 Thread Christian Buhtz
Package: jabref
Version: 3.6+ds-1
Severity: minor

Dear Maintainer,

this report is about the "View -> Toogle groups interface".

I can activate it without problems. The groups tree is shown. After restart
jabref it is gone.
I can reproduce this with the current package version.

Using the version 3.7 (from jabref.org) I can not reproduce this. It seems that
3.7 doesn't forget the toggle status of the groups interface.

kind
Christian Buhtz



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

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

Versions of packages jabref depends on:
ii  default-jre [java8-runtime] 2:1.8-57
ii  java-wrappers   0.1.28
ii  libandroid-json-java7.0.0+r3-1
ii  libantlr3-runtime-java  3.5.2-6
ii  libantlr4-runtime-java  4.5.3-1
ii  libbcprov-java  1.55-2
ii  libcommons-cli-java 1.3.1-3
ii  libcommons-lang3-java   3.5-1
ii  libcommons-logging-java 1.2-1
ii  libglazedlists-java 1.9.1-2
ii  libguava-java   19.0-1
ii  libhttpasyncclient-java 4.1.2-1
ii  libhttpclient-java  4.5.2-2
ii  libhttpmime-java4.5.2-2
ii  libjava-string-similarity-java  0.19-1
ii  libjempbox-java 1:1.8.12-1
ii  libjgoodies-common-java 1.8.1-2
ii  libjgoodies-forms-java  1.9.0-3
ii  libjgoodies-looks-java  2.7.0-2
ii  libjhlabs-filters-java  2.0.235-3
ii  libjsoup-java   1.10.1-1
ii  liblog4j2-java  2.7-1
ii  libmicroba-java 1:0.4.4.3-5
ii  libpdfbox-java  1:1.8.12-1
ii  libreoffice-java-common 1:5.2.4~rc1-1
ii  libspin-java1.5+dfsg-8
ii  libswing-layout-java1.0.4-4
ii  libswingx-java  1:1.6.2-2
ii  libunirest-java-java1.4.8-1
ii  openjdk-8-jre [java8-runtime]   8u111-b14-3

Versions of packages jabref recommends:
pn  libmysql-java
pn  libpostgresql-jdbc-java  
ii  libreoffice-writer   1:5.2.4~rc1-1
ii  xdg-utils1.1.1-1

Versions of packages jabref suggests:
ii  evince [postscript-viewer]   3.22.1-2
ii  ghostscript [postscript-viewer]  9.20~dfsg-1
ii  okular [postscript-viewer]   4:16.08.2-1
pn  xpdf | pdf-viewer

-- no debconf information



Bug#846559: yocto-reader: Remove the package because of very low quality

2016-12-02 Thread Christian Buhtz
Package: yocto-reader
Version: 0.9.4+nmu1
Severity: normal

Dear Maintainer,

please remove the package from the repository.

1. No "help" implemented (click on the menu point in the reader). No manpage.
No user-documentation in /usr/share/doc/yocto-reader.

2. The tracker doesn't point to the project website. As you can read in the
"copyright" file in the doc-folder the project website is http://yocto-
reader.flouzo.net/. But it is dead - no response from there.

3. After installing the package the user doesn't know how to start it. No
binary, no manpage. And no .desktop-file.

>From the viewpoint of useability this is a very low qualitiy of the package.
Because of no project website there is no information about the status and
activity of Upstream. Is the project still in development or is it dead?

Maybe you as the maintainer have "better connection" to the Upstream-devs. The
should clearify the points or remove the package.



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

Kernel: Linux 4.8.11-towo.3-siduction-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

yocto-reader depends on no packages.

Versions of packages yocto-reader recommends:
pn  apache2 | httpd  

yocto-reader suggests no packages.

-- no debconf information



Bug#834901: texlive-full: biber is missing

2016-08-20 Thread Christian Buhtz
Package: texlive-full
Version: 2016.20160819-2
Severity: important

"biber" is not avaialbe on my system. I tried to "find" it. There is no binary
on my system.

I had to install it manually with "apt install biber".

But shouldn't it come with "texlive-full"?



-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 2856 Aug 20 15:29 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Feb 22 15:54 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Aug 19 16:53 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Aug 19 16:53 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 1101 Jul 24 16:39 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Aug 19 16:53 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Aug 19 16:53 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5041 Aug 20 10:00 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Feb 22 15:54 mktex.cnf
-rw-r--r-- 1 root root 1101 Jul 24 16:39 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf

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

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

Versions of packages texlive-full depends on:
ii  chktex 1.7.4-1+b1
ii  cm-super   0.3.4-9
ii  context2016.05.17.20160523-1
ii  dvidvi 1.0-8etch2
ii  dvipng 1.14-2+b2
ii  feynmf 1.08-10
ii  fragmaster 1.7-5
ii  info   6.1.0.dfsg.1-8
ii  lacheck1.26-15
ii  latex-cjk-all  4.8.4+git20150701-2
ii  latexdiff  1.1.1-2
ii  latexmk1:4.41-1
ii  lcdf-typetools 2.105~dfsg-2
ii  lmodern2.004.5-3
ii  prerex 6.5.3-1
ii  prosper1.00.4+cvs.2007.05.01-4
ii  psutils1.17.dfsg-2
ii  purifyeps  1.1-2
ii  t1utils1.39-2
ii  tex-gyre   20160520-1
ii  texinfo6.1.0.dfsg.1-8
ii  texlive-base   2016.20160819-2
ii  texlive-bibtex-extra   2016.20160819-1
ii  texlive-binaries   2016.20160513.41080-6
ii  texlive-extra-utils2016.20160819-1
ii  texlive-font-utils 2016.20160819-1
ii  texlive-fonts-extra2016.20160819-1
ii  texlive-fonts-extra-doc2016.20160819-1
ii  

Bug#834517: screengrab: Imgur Dirct link URL full with HTML-code

2016-08-16 Thread Christian Buhtz
Package: screengrab
Version: 1.95+20160128-3
Severity: important

Dear Maintainer,

When I upload a screenshot to imgur the dialog doesn't show me the correct
links.

I can not post everything of it becaus it is full with HTML code.

e.g. "Direct link:" starts with
  http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;>

The same with the other two link fields.

Looks like that imgur changed something.



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

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

Versions of packages screengrab depends on:
ii  libc62.23-4
ii  libgcc1  1:6.1.1-11
ii  libkf5windowsystem5  5.23.0-1
ii  libqt5core5a 5.6.1+dfsg-3+b1
ii  libqt5dbus5  5.6.1+dfsg-3+b1
ii  libqt5gui5   5.6.1+dfsg-3+b1
ii  libqt5network5   5.6.1+dfsg-3+b1
ii  libqt5widgets5   5.6.1+dfsg-3+b1
ii  libqt5x11extras5 5.6.1-2
ii  libqt5xdg1   1.3.0-3+b1
ii  libstdc++6   6.1.1-11
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb-xfixes0   1.11.1-1

screengrab recommends no packages.

screengrab suggests no packages.

-- no debconf information



Bug#515565: Allow allrunes fonts to be used by X applications

2016-06-25 Thread Christian Buhtz
Package: texlive-fonts-extra
Version: 2016.20160623-1
Followup-For: Bug #515565

Dear Maintainer,

I am not totaly sure if my problem is related to that "bug". So please correct
me if I am wrong.

I installed texlive-extra-fonts to get Fira-fonts available. "Available" means
in the whole system including X (e.g. LibreOffice).

But the simple problem is that "/usr/share/texlive/texmf-dist/fonts/" (where
the fonts are installed) is not scanned by "fc-cache". IMO the texlive font
directory should be added to the "/etc/fonts/local.conf". This would solve the
problem.

Or their could be a symlink in some of the system font directries.

What do you think?



-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 2857 Jun 25 17:56 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Feb 22 15:54 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Jun 23 05:58 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Jun 23 05:58 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 1101 May 25 14:24 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Jun 23 05:58 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Jun 23 05:58 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5041 Jun 25 17:53 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Feb 22 15:54 mktex.cnf
-rw-r--r-- 1 root root 1101 May 25 14:24 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf

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

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

Versions of packages texlive-fonts-extra depends on:
ii  fonts-cabin1.5-2
ii  fonts-comfortaa2.003-1
ii  fonts-crosextra-caladea20130214-1
ii  fonts-crosextra-carlito20130920-1
ii  fonts-dejavu-core  2.35-1
ii  fonts-dejavu-extra 2.35-1
ii  fonts-ebgaramond   0.015+git20130628-3
ii  fonts-ebgaramond-extra 0.015+git20130628-3
ii  fonts-font-awesome 4.6.3~dfsg-1
ii  fonts-freefont-otf 20120503-4
ii  fonts-freefont-ttf 20120503-4
ii  fonts-gfs-artemisia1.1-5
ii  fonts-gfs-complutum1.1-6
ii  fonts-gfs-didot1.1-6
ii  fonts-gfs-neohellenic  1.1-6
ii  fonts-gfs-olga 1.1-5
ii  fonts-gfs-solomos  1.1-5
ii  fonts-junicode 0.7.8-2
ii  fonts-lato 2.0-1
ii  fonts-linuxlibertine   5.3.0-2
ii  fonts-lobstertwo   2.0-2
ii  fonts-oflb-asana-math  000.907-6
ii  fonts-roboto-hinted 

Bug#826131: texlive-base: tlmgr "cannot setup TLPDB" and doesn't open/update because of that

2016-06-02 Thread Christian Buhtz
Package: texlive-base
Version: 2016.20160523-1
Severity: normal

I tried to start tlmgr in four different ways.
 - as user
   1. update --all
   2. --gui
 - as root
   3. update --all
   4. --gui

It doesn because of "cannot setup TLPDB".

Please see the bash output for further details

$ uname -a
Linux MONSTER 4.5.5-towo.1-siduction-686 #1 SMP PREEMPT siduction 4.5-11
(2016-05-19) i686 GNU/Linux

$ tlmgr --version
(running on Debian, switching to user mode!)
tlmgr revision 41258 (2016-05-19 17:23:37 +0200)
tlmgr using installation: /usr/share/texlive
TeX Live (http://tug.org/texlive) version 2016

$ tlmgr --gui
(running on Debian, switching to user mode!)

  Sorry, no translations available for de_DE (nor de); falling back to English.
Make sure that you have the package "texlive-msg-translations" installed.
(If you'd like to help translate the installer's messages, please see
http://tug.org/texlive/doc.html#install-tl-xlate for information.)

Loading local TeX Live database
  (/home/user/texmf/tlpkg/texlive.tlpdb)
This may take some time, please be patient ...
cannot setup TLPDB in /home/user/texmf at /usr/bin/tlmgr line 5713.
Compilation failed in require at /usr/bin/tlmgr line 4638.

$ sudo tlmgr --gui
[sudo] Passwort für user:
(running on Debian, switching to user mode!)

  Sorry, no translations available for de_DE (nor de); falling back to English.
Make sure that you have the package "texlive-msg-translations" installed.
(If you'd like to help translate the installer's messages, please see
http://tug.org/texlive/doc.html#install-tl-xlate for information.)

Loading local TeX Live database
  (/root/texmf/tlpkg/texlive.tlpdb)
This may take some time, please be patient ...
cannot setup TLPDB in /root/texmf at /usr/bin/tlmgr line 5713.
Compilation failed in require at /usr/bin/tlmgr line 4638.

$ tlmgr update --all
(running on Debian, switching to user mode!)
cannot setup TLPDB in /home/user/texmf at /usr/bin/tlmgr line 5713.

$ sudo tlmgr update --all
(running on Debian, switching to user mode!)
cannot setup TLPDB in /root/texmf at /usr/bin/tlmgr line 5713.



-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 2845 Jun  2 15:51 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Feb 22 15:54 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 May 23 03:54 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 May 23 03:54 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 1101 May 25 14:24 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 May 23 03:54 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 May 23 03:54 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 5041 May 28 19:59 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Feb 22 15:54 mktex.cnf
-rw-r--r-- 1 root root 1101 May 25 14:24 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  

Bug#825914: qupzilla: spellcheck not deactivateable

2016-05-31 Thread Christian Buhtz
Package: qupzilla
Version: 1.8.9+20151214-2
Severity: normal

Hi,
I am using QupZilla from Debian unstable (Siduction).

"hunspell" is installed in my system.
QupZilla "SpellCheck settings" point to that hunspell.

There is no seriouse way to deactive the spellchecking in QupZilla.
The current workaround is just to change the path in the "SpellCheck settings"
to the nirvana. That works fine but isn't a solution.
Please just add a simple checkbox for spellchecking.

kind



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

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

Versions of packages qupzilla depends on:
ii  libc6  2.22-9
ii  libgcc11:6.1.1-4
ii  libqt5core5a   5.5.1+dfsg-17
ii  libqt5sql5-sqlite  5.5.1+dfsg-17
ii  libqt5webkit5  5.5.1+dfsg-2+b1
ii  libqt5widgets5 5.5.1+dfsg-17
ii  libqupzilla1   1.8.9+20151214-2
ii  libstdc++6 6.1.1-4

qupzilla recommends no packages.

qupzilla suggests no packages.

-- no debconf information



Bug#825825: ttf-mscorefonts-installer: using outdated font file

2016-05-30 Thread Christian Buhtz
Package: ttf-mscorefonts-installer
Version: 3.6
Severity: important
Tags: upstream

Dear Maintainer,

this package still installes a outdated version of Times New Roman font file.

It still doesn't support smallcaps.

The version from Windows 7 (which is quite old!) support that.

So please update this.

Thanks



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

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



Bug#825274: xbacklight: incomplete manpage

2016-05-25 Thread Christian Buhtz
Package: xbacklight
Version: 1.2.1-1
Severity: minor
Tags: upstream

Dear Maintainer,

plesae see the manpage of xbacklight. Two problems.

First...

In the SYNOPSIS some options are missing:
 - time
 - steps


Second...
And a "-v" or "--version" option is completly missing. Even the "usage" output
doesn't over version information. The version number on the bottom of the
manpage is to far away.

kind
Christian



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

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

Versions of packages xbacklight depends on:
ii  libc6  2.22-9
ii  libxcb-randr0  1.11.1-1
ii  libxcb-util0   0.3.8-3
ii  libxcb11.11.1-1

xbacklight recommends no packages.

xbacklight suggests no packages.

-- no debconf information



Bug#704116: kernel-package: [make-kpkg] manpage not uptodate

2013-03-28 Thread Christian Buhtz
Package: kernel-package
Version: 12.036+nmu3
Severity: minor

I am using Kubuntu 12.10 32bit in a german version.

The manpage (german) of make-kpkg is from 2002 and have one wrong and some
incomplete informations.
I am not sure but I think the english version of the manpage has the same
state.

1. wrong information
The man-page tell that there is a need to run make-kpkg as root (what is extrem
risky!), with fakeroot or to tell him by parameter how to become (fakeroot)
root.

I tested it myself. From userside there is no need to tell make-kpkg how to
become root or to run it as (fake)root. Because make-kpkg handle it for itself.
I checked it. All files in my created deb are with root-rights without running
make-kpkg as (fake)root. And I was able to install the deb without any errors.
Just cancle this information.

2. missing and incomplite configuration
Two usual usecases for make-kpkg:
a) The configuration of the kernel is completely missing.
b) The configuration is from an older kernel-version and some new-options there
are unset. So the config is incomplete.
How does make-kpkg behave in such situations? The man-page-described behaviour
is unclear and maybe wrong. (I need more time to test it myself.)
The author or code-maintainer should be contacted to clearing this questions
and bring the man-page to a real state.

Because of missunderstandig the communication ways I opened a similary bug-
report on the Ubuntu-BugTracking-System lunchpad.
https://bugs.launchpad.net/ubuntu/+source/gst-plugins-ugly0.10/+bug/1160735

-- System Information:
Debian Release: wheezy/sid
  APT prefers quantal-updates
  APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500,
'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports')
Architecture: i386 (i686)

Kernel: Linux 3.5.0-27-generic (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 kernel-package depends on:
ii  binutils   2.22.90.20120924-0ubuntu2
ii  build-essential11.5ubuntu3
ii  debianutils4.3.4
ii  file   5.11-2
ii  gettext0.18.1.1-9ubuntu1
ii  make   3.81-8.2ubuntu2
ii  module-init-tools  3.16-1ubuntu6
ii  po-debconf 1.0.16+nmu2ubuntu1
ii  util-linux 2.20.1-5.1ubuntu2

Versions of packages kernel-package recommends:
ii  cpio  2.11-8ubuntu3

Versions of packages kernel-package suggests:
pn  btrfs-tools none
ii  bzip2   1.0.6-4
pn  docbook-utils   none
ii  e2fsprogs   1.42.5-1ubuntu2
pn  grub | grub2none
ii  initramfs-tools [linux-initramfs-tool]  0.103ubuntu0.2
pn  jfsutilsnone
ii  libncurses5-dev [libncurses-dev]5.9-10ubuntu1
ii  linux-source3.5.0.27.43
ii  linux-source-3.5.0 [linux-source]   3.5.0-27.46
pn  mcelog  none
pn  oprofilenone
ii  pcmciautils 018-8
ii  ppp 2.4.5-5ubuntu2
ii  procps  1:3.3.3-2ubuntu3
pn  quota   none
pn  reiserfsprogs   none
pn  squashfs-tools  none
ii  udev175-0ubuntu13
pn  xfsprogsnone
ii  xmlto   0.0.25-2


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