Bug#1060893: provide nix-setup-systemd-xdg

[Thomas Koch]

Source: nix

Nix now supports the XDG Base Directory Specification when the config switch 
use-xdg-base-directories is turned on. See man nix.conf(5).

https://manpages.debian.org/bookworm/nix-bin/nix.conf.5.en.html

I don't think that a migration inside the nix-setup-systemd package is possible 
without breaking users. One for example might have used the $HOME/.profile/bin 
path in systemd user services.

So I propose the addition of another setup package, e.g. 
"nix-setup-systemd-xdg" which turns use-xdg-base-directories on and changes 
/usr/share/user-tmpfiles.d/nix-daemon.conf
/etc/nix/nix.conf
and
/usr/lib/environment.d/nix-daemon.conf
accordingly.

Bug#1059667:

[Thomas Koch]

I've installed nix in my user environment and an override to the nix-daemon 
systemd config.

/etc/systemd/system/nix-daemon.service.d/override.conf

[Service]
ExecStart=
ExecStart=@/home/thk/.nix-profile/bin/nix-daemon nix-daemon --daemon

This is not elegant at all, but works. Eventually I want to move to NixOS 
anyways, so elegance on a Debian system is not my first priority.

Bug#1051229: objection

[Thomas Koch]

Hi Sebastien,

objection: as upstream I discourage very clearly co-installation of TLP
with power-profiles-daemon.

A co-installation with power-profiles-daemon degrades TLP's
functionality significantly by disabling
CPU_ENERGY_PERF_POLICY_ON_AC/BAT, CPU_BOOST_ON_AC/BAT and
PLATFORM_PROFILE_ON_AC/BAT.

This is not transparent to most users of TLP.

I am aware that in Ubuntu due to constraints (guess: OEM requirements)
the co-installation became necessary. This is why I integrated the
possibility of co-installation. However, it remains a concession at the
expense of TLP.

In Debian such constraints do not exist afaik.

Btw, TLP's dev docs [1] consciously still state:

> power-profiles-daemon - conflicts
> [...]
> Conclusion: this can only be reliably prevented by not installing
power-profiles-daemon and tlp at the same time.


[1] https://linrunner.de/tlp/developers/dependencies.html

--
Freundliche Grüße / Kind regards,
Thomas Koch

Mail : linrun...@gmx.net
Web  : https://linrunner.de/tlp

Bug#1009433: tried but got stuck with dgit and git-debrebase

[Thomas Koch]

I think I believe how to fix the FTBFS:

--- a/debian/patches/0005-configure-mkdocs-for-Debian.patch
+++ b/debian/patches/0005-configure-mkdocs-for-Debian.patch
@@ -23,7 +23,8 @@ index 1302441..05ada85 100644
 +site_dir: html
  copyright: "Copyright (C) 2011-2020 Bozhidar Batsov and Projectile 
contributors"
  docs_dir: doc
- pages:
+-pages:
++nav:
  - Home: index.md
 -- Installation: installation.md
  - Usage: usage.md

But I'm stuck since I need to finally learn dgit and apparently git-debrebase. 
I'll start with the manpages.

Bug#1009704: RM: company-lsp -- ROM; obsolete

[Thomas Koch]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

company-lsp is no longer supported by emacs-lsp:

"Dropped support for company-lsp, the suggested provider is company-capf."
https://emacs-lsp.github.io/lsp-mode/page/CHANGELOG/#release-701
https://github.com/emacs-lsp/lsp-mode/commit/e80282163ac162f1d6ae813636037f37a91e001a

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmJYVLQACgkQB/xIkQQr
plqr4g//ZzVJiK21wB6R8+ZqXTe6lYDDgdblQjiBiRWnwhoIE0Cw1Oa47ldkg3nt
7XRFunX1YfQH7IZcBPyRZFO7AADTI/pQJzrpbIoJsCf1QUqvyxvCUZ28daLJZmBx
bBhtZRqFkqxuOUR69bn1q65h3cWRpZagHYOVSqSEEe4kHT+1wkd0jJ2XLl1fKcCS
o66Hk9+dhSo7VXQzOHti9wEnbDRBCrL1Vum6/rZWBvSR2xk5WaCTiD9HgWHiEs31
4vZ+dNdb/THXvYh9ORu2bEADMd20tSX9pYdozrUTkf1rb/oZ4fsNmzctzQrwf6rJ
D/VGwRFlVii8GtHsyc6UMrAWi20zNsA+Nd0lYps8n7sy60NEV6YQFsOUpTAo/+Ve
fg7+4pIRm9r47L9GEMm3t2m1TdofU767nnMoNmttuR1A1aef34YN3aUSr1/nuE8R
/nsjMVqfcO/cm1E4nRTO6MBFEH4IRiITk+HEyp6NfCwpoI2CRBdiH+1XUBMziTuU
mOmacvgjgeyAUCrwkVXJq3AmsDyecHyhn+DFRrVVhT9u1H3G2xmpw5VlvQNGU2k4
yXuHY5ECh6mOz+r7HVI8v84Hd9//2THpNYjhv5MdGSQTjIKJdHpN0ncvlulTS3hm
u91Fjdd1499j/IDUtYWeuJm8OkwynwA7acytr3LB1WRSr+btA+w=
=P6s+
-END PGP SIGNATURE-

Bug#1009169: please package new emacs version 28.1

[Thomas Koch]

Package: emacs
Version: 1:27.1+1-3.1
Severity: wishlist
X-Debbugs-Cc: tho...@koch.ro

Please excuse my impatience, but emacs 28 seems to be really great:
https://www.gnu.org/software/emacs/news/NEWS.28.1

Please consider a backport.

Do you need any help with the emacs package? Would you welcome a
co-maintainer?

Thank you!

Bug#1008632: O: closure-compiler -- JavaScript optimizing compiler

[Thomas Koch]

Package: wnpp
Severity: normal
X-Debbugs-Cc: tho...@koch.ro, s...@debian.org, 733...@bugs.debian.org, 
tmanc...@debian.org, prav...@debian.org
Control: affects -1 src:closure-compiler

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I intend to orphan the closure-compiler package.

The package description is:
 Closure Compiler is a JavaScript optimizing compiler. It parses your
 JavaScript, analyzes it, removes dead code and rewrites and minimizes
 what's left. It also checks syntax, variable references, and types, and
 warns about common JavaScript pitfalls. It is used in many of Google's
 JavaScript apps, including Gmail, Google Web Search, Google Maps, and
 Google Docs.
 .
 This package contains the /usr/bin wrapper script and manpage.


-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmJDXtUACgkQB/xIkQQr
plqvsg/9HrMYaBuwCBUABsIxmJOFywNYq4WhCDpWEBs1s7mS7gT0qHW2LLtj3ZX7
wizH0zvRrJqIfw8EiBpQeUnVUHKzjDjXaM5BrBe/mLPTT5TOS0iqIwCCrMcIvJUS
0rSl8u/aLsiaD42KpUa7gJmt/KFRVKh0TgwceclPl3vSbMT1Hk+Jy25d/aK+s3VB
tUdkDwfZ+EGz7uZlYlEZ4eSaf1sDK5y/HoRpitNFazsJ44IT6GtvJgY34VEm/ocz
XptncbgTLUufOzSNyTgaODaDHiDX9VuVbotZ2sXIpYEyfZPVyrLgTv0xcGk/9iSF
HyRUaBgg044dYr3zUK++wQ6MJXtIx6vqv2KYSc2o2mK42JwwbhkiiLmRuz/GIvJs
p80kMdykfAfseSEB815MyVg4HPPf4lB1tC4vEJN7NwrJC7LcDBxLtZpdTPVQ/Ear
uTpo2CVV4IxfiY8ynobR+2A1ShOZtHkCE4FxzRe2ZtCDWPBMOsV1YNyMDol69RNm
flTfQa7Ya/7IrOk4xGRZh5SO2nNJlKEKxsGUYPob3C8m6VEsqEwxv1Z07wjXxkge
vZEUjLh9A0VpRJefUwZzqlv1Ef5DpJ/5XL5isSdCuhYY2I5a3k+8G1/6xRSj5b7Z
XA/IrIgnx3hScgZ/xGBRWA0nTpOP+wpKgURnag0E9ZrSJewiBUI=
=tftf
-END PGP SIGNATURE-

Bug#733586: closure-compiler: new upstream version available

[Thomas Koch]

Hello,

sorry, I was under the wrong impression that closure-compiler would be 
abandoned upstream and that it would eventually die of age and be removed.
I packaged closure-compiler as a dependency of the code review system Gerrit 
which however couldn't be packaged at the time due to GWT.

Whoever does another upload to closure-compiler please also remove me from 
uploaders.

Thank you!

> tony mancill  hat am 29.03.2022 07:26 geschrieben:
> 
>  
> Hello Nicholas,
> 
> On Mon, Mar 28, 2022 at 03:27:17PM -0400, Nicholas D Steeves wrote:
> > Control: unblock 886411 by -1
> > 
> > Hi Tony and Thomas,
> > 
> > This package came to my attention via #975505, where it was noted that
> > MathJax2 has had to disable functionality because of too ancient of a
> > closure-compiler, and at this time it appears that MathJax3 will have to
> > do the same.
> > 
> > Closure-compiler is a candidate for salvaging:
> > 
> >   https://wiki.debian.org/PackageSalvaging
> >   
> > https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging
> > 
> > The ideal resolution would be for one of the listed Uploaders to resume
> > maintenance of the package, but orphaning is of course also an option :-)
> 
> The closure-compiler package is officially a team-maintained package by
> the Java Team, so you or anyone else who is interested in joining Java
> Team and maintaining the package is welcome to do so.  That is, please
> feel free to add yourself to Uploaders.
> 
> That said, it's more of a JavaScript tool than a Java package, and so
> the package could also be moved to another team if that's preferable.
> 
> I will gladly help with either of those options, or with reviewing and
> sponsoring an upload of a newer version if one is made available.
> 
> Finally, I have never been a user of closure-compiler - my packaging
> work on it has been under the Java Team umbrella - and I have
> (obviously) been unable to devote sufficient time to it.  I will remove
> myself from Uploaders to avoid any future confusion.
> 
> > Pirate Praveen  writes:
> > 
> > > Control: block 886411 by -1
> > >
> > > On Sat, 20 Jan 2018 20:38:02 +0530 Pirate Praveen 
> > > wrote:> Being more familiar with nodejs packaging, I prefer to go back to
> > >> google-closure-compiler-js. But if there is a newer closure-compiler,
> > >> it'd make my work a lot easier.
> > >> 
> > >
> > > Hi Tony,
> > >
> > > Digging deeper, I found out even the javascript version is built using
> > > java sources (using gwt). So I have to update the java sources even for
> > > javascript version.  Hope you are still interested in updating
> > > closure-compiler and we can collaborate.
> > 
> > Hi Pirate!
> > 
> > I noticed that you were able to complete #886411 ITP: node-react using
> > some other method (perhaps google-closure-compiler-js, or perhaps
> > disabling functionality?), so I've unset the block relation.  It seemed
> > worthwhile keep you in the CC list in case you wanted to create a
> > "switch to closure-compiler" bug, and block it with this one (#733586).
> > 
> > 
> > Kind regards,
> > Nicholas
> 
> Cheers,
> tony

Bug#1008226: ITP: xpra-html5 -- HTML5 client for Xpra

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro

* Package name: xpra-html5
  Version : 4.5
  Upstream Author : Antoine Martin 
* URL : https://xpra.org
* License : Multiple Free Licenses
  Programming Lang: JavaScript
  Description : HTML5 client for Xpra

xpra-html5 started as part of the xpra package and is now maintained by
upstream in a separate VCS with a separate release cycle. I'm working on this
together with the maintainer of the xpra package.

Bug#1007922: false positive spelling: substract and subtract is both correct

[Thomas Koch]

Package: lintian
Version: 2.111.0~bpo11+1
Severity: normal
Tags: newcomer
X-Debbugs-Cc: tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

According to Webster, substract and subtract are both correct:
https://www.merriam-webster.com/dictionary/subtract
https://www.merriam-webster.com/dictionary/substract

This needs to be fixed in this file around lines 11052-11056 at current
master: data/spelling/corrections

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmI0noEACgkQB/xIkQQr
plqQcxAA1OECXW2bxu4M7Nf4FQvTw7PPgIsnZWPI2lrvaypHfkvC73zl3D485KqH
JXrQuaaNaYxqX1ds6qZMkLg7bptG2tBA+IwMA6b10WaSXz4zQ/PMC/0UfDHW9zEv
M0gUdCHyB5ltTKMagGoL4X+PejAiSBbxNzuGOPcl/LS6r4PDvx7kLkPtGQy70V7d
JftBCncHmBDXrlpvARystON4ESlOQaNc8+/+N2icRw9ETJIHXoqVhKyn+qkpKa7l
6qxxDoIRtblBruqsMzytP6HsoNePFIwnoxviW/c8f1vtnn7vMfoU/njcvDyRMs+1
pDsZDarV1urAblNP+EJFXqhMUzIhC/Dia4Lc9wMyGdViN5qvkkHfB4CvA+Y5h3C7
+XTVsFtjbRNQedGRy7TdAcGamoh3f++pDHnJfr4IeNIkdbUZZgIQHW75WnesJl1e
2jPmvUbhFcDeeL6f0TVQDXE5qHQdOHXM2loB9RVG8OK/gWoWG71B/W0hcwuckRl/
PYiA3YgBBKyTCZYeSaIk4YT1Y2+fIgI8j07ErT3xbncR7BfoNUrs4BMpsdqMOEuV
KVhw89lenw/cHC8YbKAj4pasvX06hHQe7fucoKpEUm6iCt3lD1L3exJn8ZxLLUj7
ZFm1jAymzxYi/BKTq7OSJ24lqEiLRwnMtfk0ihAYiFTAURTFmbc=
=8Brh
-END PGP SIGNATURE-

Bug#1007213: please upgrade to Xpra 4

[Thomas Koch]

Package: xpra
Version: 3.0.13+dfsg1-1
Severity: normal
X-Debbugs-Cc: tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The Debian Xpra package is very slow on my machine. So I checked whether it is
the last version.

Is there any reason beside lack of time why the Debian version has not yet
upgraded to version 4? The debian/watch file explicitly only checks for
versions starting with "3".

Do you need help with the package?

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIuLOsACgkQB/xIkQQr
plqqIxAAhr1JyB/xv1j1VyRGmSEJaPY14NXdfTwHqrJWJSI9+W7Ks4+vU577UTkq
zal8qVyFPY29anULMhi/3OvIP7pPQUMNUH2xkxBUyfaQYPXigRR4/vvcjka6IFBm
XrhSkQNKApUW2emwUm6dRQm0qWeRQqwfrn0VPVNHeXXaUViX5RnbESYVgbic9dsx
Is8AZRgW1hj/I/emwgKaaDWRR2PsQOTUphM0o/8J52bbZzEnMlZFt17mbt5y1628
5zzLoOqql4nPBG4Mh21V515ER+Gm69KoM9VdZTrmyCkWaQlBsPGCXfaOFqj2yFhz
JzcH5irRZjEizMDqJipmpZE4DoX+RVqBBspfosHuj1ZlYox9GmAEwdtntkYqwhvL
1NxloP0mrf8DsoD7PdeJPyrUCCsDYLdTCMMtzvCY0zEw9GZ5SpzS/lGomtgPSV84
uKMsur/N7zQF0BT36Ub94efSKPVCeTVzALGLHWrVk3N/tSpl3Y8+/J7LtToPgrA3
L8KrKcFPKQITfntByMOvCKQIeu35+b8IWTHswXTtbWCeqG/L6nNs4yz/5kvMKJsm
Ps6QpmVxnoODq/ovU9XfrraamCkIID2gMv49kj8i/i3YRYo3JBKkCKDPAfY7svMN
SwtpkdyitiuZpo67G5iXTKd020a2qiQArmLnFDLDfWzOSdylL34=
=HITa
-END PGP SIGNATURE-

Bug#1007171: git clone of packaging repo fails

[Thomas Koch]

Source: emacs
Severity: normal
X-Debbugs-Cc: tho...@koch.ro, debian-emac...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Posting this as a bug against the emacs source package in lack of a better 
place.

Trying to git clone the emacs repository from salsa fails:

% git clone https://salsa.debian.org/rlb/deb-emacs.git
Cloning into 'deb-emacs'...
remote: Enumerating objects: 1328855, done.
remote: Counting objects: 100% (64295/64295), done.
remote: Compressing objects: 100% (12952/12952), done.
error: object 676f341671bedf6007a029bb2f3c472ebe308603: missingNameBeforeEmail: 
invalid author/committer line - missing space before email
fatal: fsck error in packed object
fatal: fetch-pack: invalid index-pack output

Searching for the error message provided a workaround:

git clone --config transfer.fsckobjects=false \
--config receive.fsckobjects=false \
--config fetch.fsckobjects=false \
https://salsa.debian.org/rlb/deb-emacs.git

After cloning I could investigate the broken object:


% git cat-file -p 676f341671bedf60
tree 81fcfcb9f01174b95c685913b481dba5e16aaa5d
parent 7f27ada42c3342ed80354cd684f310a6c2d23db8
author  863032744 +
committer  863032744 +

Recognize either / or - as a machine/suptype separator from uname -m
to cope with older systems that have the older uname.

Output of git fsck:

error in commit 676f341671bedf6007a029bb2f3c472ebe308603: 
missingNameBeforeEmail: invalid author/committer line - missing space before 
email
error in commit 7fb42a25e934250edf3ed3c0ef16be2a16c3e3a3: 
missingNameBeforeEmail: invalid author/committer line - missing space before 
email
error in commit b563928ca802b46a1facff442d91c6e922ee8e1d: 
missingNameBeforeEmail: invalid author/committer line - missing space before 
email
error in commit dd17bafcae829d6420d099e169bbbcec2cdd6cf6: 
missingNameBeforeEmail: invalid author/committer line - missing space before 
email

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIs5qkACgkQB/xIkQQr
plrlRxAAwk0DTwPqiphr4bZ0C4k3mMRdijzy5hz/2BN9V6QfTdY0hrlIIKQgdx6e
Nz+zaUKOgmp23wg5SID0xxekA1RctZQchL7yobIICfddfBeDiZc6i+W5GryYYV3b
Qbtz9CeoazHGsMEllsd0FvGpfvE+NFRBkmCWvr2FnKnNIt4f/6/zN2mhAhqndXX3
4qzhrAIhV9F0z/Rsn/Uqm86vSH+MtSICqm5FSJBuQ3abyrP0VLiJKXU4ZZgB9N5e
PCxlUpfKLTF8pN5ddeA9Fa1F6eU49pQnWLo0ZBJh50je+3uOvfqJtVx1uVM+8wHI
Z3+QVi01UTVGHz/1Fjck7JPMr5c8wRdp1Hh7ut/0B1JgjackuuavplIdeo26zA37
zTHBjmIFphFy3/4ASyNXWZnFZSwacG7qvHDqQvMqQU9pfxjpclDmMQdbbieYGtiV
HzoMZUU4/faueahGMR4J37F+lTInI891nfo6moBqaVD6G2Rn2Y6v5C1j1CTamd39
+xu0a91FHeVshYsZh3M49vFWdZ43eo45nYKM/4uownRKnEQVmNTSjhmA0oD3uK+L
R6GOwZNB6rNJnoJqCDRl1VXRhI+AZELxEZ+e7e1D8tKXF3+Y3go8k+c7whskbnJf
4p2bFJZmDXCkvknEYR0qGDMtWdQdW3cwqPxG5K8T7ycMxineBy4=
=w3n0
-END PGP SIGNATURE-

Bug#1007162: ITP: emacs-lsp-java -- Java LSP support for emacs

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: emacs-lsp-java
  Version : 0.20211124
  Upstream Author : Ivan Yonchovski
* URL : https://github.com/emacs-lsp/lsp-java
* License : GPL 3+
  Programming Lang: elisp
  Description : Java LSP support for emacs



-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIsmCAACgkQB/xIkQQr
plpGTQ/+NkUbyU8t+HL5GGlykFin2ODujFKNaUBT7q6W1Z7ogQisKgkHW+uR7qKc
hUA9nKOk9yARKhUXbkqNOXshviayRylkmH9/nSyyiUuNcpis44cfCamZ5sUrW503
k0/dC3/agDctqaO74Qo0UrsDST0A7k7R+Y3qKxEHIO8IFylpngM7POBQvEjqyqaW
NCwmWhVxaTvYlizgb1qnEsndxp+Mcd9TkzPU+XRX8zDhJWWtjLVhAbCJrbX0SwJE
mEoI10F4h5Ftsb+lg4g8GivFi4m4t3X5toWpgcqG0NCR8tVq8KnI36BGr5yIw7zB
T0O7zcIlJzF09eKRXFzQA6rt0qiudClctJ1FpJ4ldGsTKFmqUIdihfMIuWBjL0t3
chufD3+JclvO4V2RKG0GN/BaavkYCjktgZqd4DvwxIxhFBEEYS2LkVwgOLS7N2uQ
shRcgvHVs09bfA9b0YE0n50SfLDeZZYa0UFAFLOodmB63bIpa270G3d3z+g42wTI
ti4TW2xGvyaCJMdxOD8v7L268G+8XXTee+/2RTEn0MsoIp/qNELToJBWheO+Q6/g
gmCr9jySpWfqIUiJEB1P+XEA8TaAu0APxEM6vZAc30GCWexyrZCvKkklLXYrG6Fo
Nxy9Re/8g7oT2wPc3EMtEVcuQcYppZELXnOZAlmeMTZFa/IZ0RY=
=qlrx
-END PGP SIGNATURE-

Bug#1007160: ITP: dap-mode -- DAP UI controls implemented using treemacs

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: dap-mode
  Version : 0.7
  Upstream Author : Ivan Yonchovski
* URL : https://github.com/emacs-lsp/dap-mode
* License : GPL 3+
  Programming Lang: elisp
  Description : DAP UI controls implemented using treemacs

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIskhoACgkQB/xIkQQr
plpVvw//Y7A6FujJySzVsQ2y1oXLCTL5JM66XzxnWD6gUqwK0ZEBfvhxzwcEECFO
CM7zTtyTvjXLkl8hgZYGs2p4cSnqYBaHfKWMLsvHYYIknE0+huNdHlbMjoZltdSB
Yi/srIQj+jzcx7Chh4sADH+ByePXZx+R/EycOdl9B5rbKr9eFIL3jKCNKi2NFMLw
/9Xzr3jkX2unfUVaZKJ7TXy3llyARev/eH9cLP6iPukr7pUx7biePfvXeeEL5rHw
5A0DZy8mH0XCTXsy37oTQhvUfz8j5QIj2HbT4+HtiDIBDopQH5XRytuongnw8Zrf
D0lm7K8T8CUDEQAAfp/hJlkgnvS6dQf0Du8IH6r7zh9IkvvVSmSRXKNozB1lLbvN
pYjqRB4RIHYiz8kOQ02ishf/wxrVoI3jS/c8gxRap6FglfTXVoZ6q3KHhx0yDXqk
PBh6bWJeqPSxKDK1u0RHSlZq8I5lwFTEi80IDbDhuzPaPezFB7akk44QyLUM5CVu
xZPo/4BJYSD/KuPBOcsDeVOHib1/LnhtkWrXfC4oPly57HS9uTmUMFk5dPbg2YLn
yK+Mk00DUsUJiQvEDol0GYqp9Hqr+nB34yYZHVZ9xYoQeBE//BMSg0mKtyGy+sky
7lF+mKP0r4IkviJKQV8aMWwembfs8Sos8vD5X+u1c6qEyV+91S8=
=tfbZ
-END PGP SIGNATURE-

Bug#1007159: ITP: lsp-treemacs -- treemacs integration for Emacs LSP

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: lsp-treemacs
  Version : 0.4
  Upstream Author : Ivan Yonchovski
* URL : https://github.com/emacs-lsp/lsp-treemacs
* License : GPL 3+
  Programming Lang: elisp
  Description : treemacs integration for Emacs LSP



-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIsir4ACgkQB/xIkQQr
plqYZQ//fwx5eDLj2SBFlkgimjFKKD1zGKGfMVU/FbwQGXvdW0vok9yBOG6Qwp/0
ahmo8TdKHziMJFKtrvnnjkZiT5UfvP5P1csYOL9H+Chds91NadPPJqYv5x+zTpSM
wmZZPUEoV/Q0lCSIkrT5PfCzP9iQiHG0XtmY96Np+WBYDPYAkNREQtR8TXgapYWF
Vyx6kHj/JvCQbNAZKusii5pmCwRuXitNaE3BtIaAKk1r6W3TXNZoEEWUHsTF1poS
PVOIuVsGO45SCRVAF87vBcaOdcssqvNvDPoHlwToJEWgG8GV0UhdEGRAFY5MEdEN
Psxt1DkjQsbR6iv1MCeJNMoXwbV2fiThmapSwFwDpj+talfoRZZNSkSzpK18oEG7
AqNMlsHV1T/SRlRHlHkfuKOpMS9FJKEa/68FsjdnImymE8dbyQv8CgVV+/Q3h19K
Diug5vuIsNs+2aivhQcorfvJToYL/UwOelMAyMrn9SSyyVVjZrNkmZGr76Yn7dnX
yfcOmtndkQnjGwOuqWGG7HrRZ6LxCIK8ArNxyjlEYKgr1lEP1Dow46p0c4NRsP9m
AG5VeYcGOyOGavkvXdkkggMuuAChOQNpUP+VPEjN6d/VraaNCfc9hYTjgRgsvamT
3YxD1xizQTbt4bWm/7WbXphxKlF8fWvarPogrvazzeWfNGvkmpo=
=NcLc
-END PGP SIGNATURE-

Bug#1007158: ITP: emacs-posframe -- Emacs library to Pop a frame at point

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: emacs-posframe
  Version : 1.1.7
  Upstream Author : Feng Shu 
* URL : https://github.com/tumashu/posframe
* License : GPL 3+
  Programming Lang: elisp
  Description : Emacs library to Pop a frame at point



-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIshtAACgkQB/xIkQQr
ploZLg//a6gw/zv82ftBfMQCJM71uYA37Rkpve0yvDq8S4XHgjdpzRztNO4waXO2
dtH9xtbI2wgCp6zOi2ttobSlQRmLHiTHBC5YLAR8PAYEV9LQSoeSxMHv1NI72Ut+
3bL8kdXrOxJ5yjcO7jGeN6xX4ntMMrlgbDOycxozHaI20+6LeANZGIkx7Rig3ozE
OFrwWYPdNF7jeIF9axMGKL7RRIrUdIZF+/9TOc/rKQA7umKgTENBQeSW+HrXYSoA
IOmP1y0ktW9J8MD7spZJKgWKl2Z9oIfj6ooS91rKck5loIPnMJk1KDte2+Zbu1Ng
YeQjh/NLpjwXOUh6p7MgBYx3tC6OxwV6XR5wHgd7BrfY8wuCgRms+TayekzdFn50
LWj6Y7lglmSRBFEk4Cymm4CY78n1Kz+R5cSWxp9TFLijZQqxKMyBvCDSB/K2rGDq
7fqxtlTD4RFVrSsPOKNJuCsYfvpYrETY6D6cy6pio7ZKTRNUxJnx+8/rsJ9P7cKS
EUzOO3AwwFNBOogd3an+a/dvkRlQOGrushB0/feQ6p9FWMiomo4Vwh03PPVIHTna
JHvcQtMNYFYOWjOH1LfrWBS+la00KlEPutZuIU2bOrMgzRUbp2ls5aAuo2d3fuVx
sO7DRlMDK0X9y/yzSOpE6gZyUSuTRqeWnRYkGnYplE4uArrCPdg=
=Cquu
-END PGP SIGNATURE-

Bug#1007153: ITP: bui-el -- Emacs Buffer interface library

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: bui-el
  Version : 1.2.1
  Upstream Author : Alex Kost 
* URL : https://github.com/alezost/bui.el
* License : GPL 3+
  Programming Lang: elisp
  Description : Emacs Buffer interface library

 BUI (Buffer User Interface) is a library for making 'list' (similar
 to "M-x list-packages") and 'info' (similar to customization buffers)
 interfaces to display various data (packages, buffers, functions,
 etc.).
 .
 It is not an end-user package, it is a library that is intended to be
 used by other packages.
 .
 Basically, at first you define 'list'/'info' interface using
 `bui-define-interface' macro, and then you can make user commands
 that will display entries using `bui-get-display-entries' and similar
 functions.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIseQQACgkQB/xIkQQr
plqSqhAAyZtb5dLlyVSU89qGKGLycdh1aJjKWGhkeev63HJj44bP9XEhh0akJwcg
8d27z8B3OeeRYhR5t95Lq5tcA9tyLDO+qVcyQCVRCclT3tkR1axz28BrA1i8ntKy
8dCk+HuhmOAEbJ15iNWQD08t4JmP1AMlFJaGwuBP28BfR6FK0LZ0LtHCowxzdJFn
SPz2cY04pSz31+IgzW+5UJXFUsglAr1x4JXmA1xRP0IhyzTSZUmwvax6dSFnxCMr
pDsjcZ39vbetOooaevBOE7aLtP9RAg+53//nxrz5kTOtWCtAcxeSouHe8THwh+0K
4iMiP1o4MLxKsUC8qLlZnCmh+JyMm5bq8qEV2OzKR/LxbequiZlNZoTyj18Nmkkx
aMukXXSixJRBO1Y/PqkNpBOjtMoQq2/VnGRSgWw+pCYUzr0pxgGU/EqUOetPViNP
wJEmrdIgG8qhCPMUFkPxlWStkigwlbVTVQ6F9sR5CPxbI+fU8vV+7q7YehSDUnwj
mvuY5Ma0dMKueUYmD9LmmX4p/9cDIsPk0nJzec7zNvyiBRaUIA9E8mgUGigE3rnU
rhqIDxk9oZvEBRm/Xl4AIjNjrlT0MrS+xPTCqOq2TKYHHlG/ZVnrfnIV8R+O8PaO
q1hhxTduheLGx9SH6WMDsn4Ng3E+yZJVDfCDDIsCR8r1YFmslfA=
=iCVC
-END PGP SIGNATURE-

Bug#1007152: RFP: virtiofsd -- vhost-user virtio-fs device backend written in Rust

[Thomas Koch]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: tho...@koch.ro, debian-r...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: virtiofsd
  Version : 1.1.0
  Upstream Author : multiple, Chromium OS, Intel Corp, Red Hat
* URL : https://gitlab.com/virtio-fs/virtiofsd
* License : BSD and Apache
  Programming Lang: Rust
  Description : vhost-user virtio-fs device backend written in Rust

Implementation of virtio FS: https://virtio-fs.gitlab.io for fast sharing of
host filesystem with a VM guest.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIsbr4ACgkQB/xIkQQr
plqxEw//VkwmpCB5b+ZTnhpfXSQPd68sl0Vy8mqaqVfJkkKqN9RfxjKZZbimFV0H
uvpK6cyhmWW8EvYn3Di0LBeDcuYPzJ6jEe0p6ammxrdbrotITWklQ/Zv5GF+49sm
BVOKbybNjihuNav6Fhp5DYN9mcJcfFd2vkTLqNGlIrwTngHmzjt3qvh3Y/yqXZ91
WHeWTIQKsp+8jdOJMlvLZNF1tEsSO1sO4qBNk1P1PCiXVlQ0C9M3sqlhyEl4EZQr
IieIELXulSluVmTzeikwRC1QG4Ee88T5o7pcbhHPyAbpJWQNW2v0W8t/10krtNHQ
4vpHpHPM/aMOiyDifQZw+frj4YoPZaEpgpXr5q7Y6paiWFimQ2OU+owYoCShoEsQ
hDNJtwEKKwiCR4HCOd/EgTLkfL7kCu2SCFksMc9WIQJrEjL6D3dKjh6wuj4u6+Ly
yG1zN78ArNwKkak4o68GuX6XP58rItYCZ/GeXqNQwBKj/YeA9QGhdllKkJHNyODb
JxPxnoHJkIlOJILbB340zChvjaA4WD1J9rITUBQ97Idoi/H6eGDDB5kFH7R6Hcqp
xWP1ALk8mjG+UHT5YuioQxwwBgKgx8U3Vtxhmv0fTws+qyV2TV8ZqkT/axNhGJrx
g+koZ0CHvtgctv7lKlQk7SptVzL4dYdM3CHMHMyqrddFFFPoO9M=
=e4xL
-END PGP SIGNATURE-

Bug#1007119: ITP: lsp-treemacs -- treemacs integration for Emacs LSP

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro, 
debian-emac...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: lsp-treemacs
  Version : 0.4.0
  Upstream Author : Ivan Yonchovski
* URL : https://github.com/emacs-lsp/lsp-treemacs
* License : GPL 3+
  Programming Lang: elisp
  Description : treemacs integration for Emacs LSP

This is a dependency for lsp-java.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIrY7EACgkQB/xIkQQr
ployNQ//ZGECsOfVgmcqiwJtn/N9YMa3fhiRydpczlAcIks1P4WUhLZuqLlHZJro
Cx6tQ/4mYLZ7rFCbvKyBFOlkf36kDzfUa6AfzX/CKyEl5Z/gwgOlppTiJySHPp3S
SYg57Oy2WD1U0IG6KmXTTcTCpcD6uQoQzT1Wp49HFaVHjeYFEkqUKsG6Z/kPKo+Y
PRZahAg3eTRmEP/sFWOASamgquHwBvKmiHXwt8nrN1z+t0Fu2GubeZoNC5Y6+VAg
npArRjShfkrXrV4+74vi5hdjUAbQA7jbN1euyxm4hJvf1KJoy7HwJVdQ5ZTwbgGR
1+nFeqj9+YjqRaPkVBR065LBzOKpRYr5MBz6EW9JeGRvM6kSwRLN7v1uEhUknKGU
U4bXFNVqSUdcDtRaSjLUPfi04wex8ZVAj1kEikidq+LZSbO/PiP2Na358gYaX2Aq
b5CJKPkmxIVbI6i9IU1KFhUU36UaAwHnklwAj75VTIyJcy+LVRnJzZndO0YvCAgu
vRmlynvad80p8p74sPhxDHrzD6nA8WCaJAOUllB8IxXUjflNcpVaUtNtdRZUrXAt
AyBO4E62Ro2p0usFBhVLL6rYS37FfeauUPBM3xmBWpy7nXBIP7a66h/W0ui4rQI3
jpYDOc15eb359wVH5NyxX6ycCdjOQ9uFTUnm3QcOkA2Wsm+K0+0=
=cfX8
-END PGP SIGNATURE-

Bug#1007113: ITP: emacs-request -- Compatibility layer for URL request in Emacs

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, tho...@koch.ro, 
debian-emac...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: emacs-request
  Version : 0.3.3
  Upstream Author : Takafumi Arakaki
* URL : https://github.com/tkf/emacs-request
* License : GPL 3+
  Programming Lang: Elisp
  Description : Compatibility layer for URL request in Emacs

This is a dependency for lsp-java.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAmIrQPMACgkQB/xIkQQr
ploYaw//SBJbDZXeVnFYYQEVm9gYRZtX2H6SOaFDAdb5c7DMe+U1zHv2K3Ezbglc
6IcWHpLtdGCqKgOMVefE7x2Zea82X+Dmf8WnNZmIWheRa0OWezDsJ4B/NDE2LBW8
ruOr0KcX386kWk6AnIhKPtOc0/Md+By2O118BhjWUK/LFLjthLj5r6sQc8Fb55rE
TZkuaMQHLyM4wce/X2OFF/CjTp8R4CVo5zlyefZvHG5+nKyhYJ9gXpkZWcTr8gCm
+LJ1sTKPuor+/rrEVZUnjtMT/TtLROR82XhzuRRczT9uOp3VX/NQnlT2Acqfm7hx
tGQV540EoDs0MSIHl8/50jtHofTSABQyD3ugLJ22eJ4kjMdGnyLMqaOnaOcEuKqH
KLnTdXbDo2nCT1mZG8Z9ldYvfTzAJlEGlTI8EZxnxS+eZE2CQpL4IrvhZdGc4+/L
G9THpWrTlKMjvmGnZyZWiB4fOd4q20qBZG1JJTMWnVmJqSuhKiKdm04/7rG5xOYI
5r8+yXiKy66EopH71fAIas1+umH2axWenMjkqTzMMrCnkTmrLteNoV0b+mPzjOVJ
WC6mUs8704qF55Nrw8VfNkT0ne+qO+Nt9oEpBsoNE+vNVHYZ5vS/tgN5xOjC0QIR
1sNjV+tC8FMO2eWwIIGAFhAfYAaRIsJXdF4hwwdtdCj3oApEmXM=
=D3f6
-END PGP SIGNATURE-

Bug#1005880: build depend on toml11

[Thomas Koch]

Source: nix
Version: 2.6.0+dfsg-3
Severity: minor
Tags: newcomer

The nix upstream package bundles a convenience copy of toml11. Since toml11
has been packaged now, it should also be used.

Bug#1005879: build depend on toml11

[Thomas Koch]

Source: nix
Version: 2.6.0+dfsg-3
Severity: minor
Tags: newcomer

The nix upstream package bundles a convenience copy of toml11. Since toml11
has been packaged now, it should also be used.

Bug#1004498:

[Thomas Koch]

see also this discussion:
https://lists.debian.org/debian-med/2022/02/msg9.html

Bug#1004541:

[Thomas Koch]

I added "libbsd" to the "Requires:" line in lowdown.pc and could compile nix 
(after making the necessary changes in the nix build system to propagate 
LOWDOWN_LIBS):

prefix=/usr
exec_prefix=${prefix}
libdir=/usr/lib/x86_64-linux-gnu
includedir=/usr/include

Name: lowdown
Description: simple markdown translator library
URL: https://kristaps.bsd.lv/lowdown
Version: 0.10.0
Requires: libbsd
Libs.private:
Libs: -L${libdir} -llowdown -lm
Cflags: -I${includedir}

Bug#1004541: lowdown.pc should Require bsd(?)

[Thomas Koch]

Package: liblowdown-dev
Version: 0.10.0-1
Severity: normal

While packaging nix I encountered this problem:
https://github.com/NixOS/nix/issues/5931

/usr/bin/ld: /usr/lib/x86_64-linux-gnu/liblowdown.a(document.o): in function 
`parse_list':
(.text+0x49ad): undefined reference to `strtonum'

The strtonum function is in libbsd and lowdown comes with polyfills for bsd
functions for non-bsd systems. However it was decided not to use the polyfills:
https://sources.debian.org/src/lowdown/0.10.0-1/debian/rules/#L10

In turn lowdown should somehow declare it's dependency on bsd in it's
pkg-config file. I'm not sure how to do this correctly.

(In the particular case of nix this alone would not help since upstream's
build system does not expect lowdown to have any dependencies and thus does
not call pkg-config to collect them. This could of course also be reported to
nix upstream.)

BTW: Apparently the next release of lowdown will also come with a shared 
library:
https://github.com/kristapsdz/lowdown/issues/45

Bug#1004498: RFP: toml11 -- C++11 (or later) header-only toml parser/encoder

[Thomas Koch]

Package: wnpp
X-Debbugs-Cc: debian-...@lists.debian.org, Michael R. Crusoe 
Severity: wishlist

* Package name: toml11
  Version : 3.7.0
  Upstream Author : Copyright (c) 2017-2021 Toru Niina
* URL : https://github.com/ToruNiina/toml11
* License : MIT
  Programming Lang: C++
  Description : C++11 (or later) header-only toml parser/encoder

toml11 is a C++11 (or later) header-only toml parser/encoder depending only on
C++ standard library.

- It is compatible to the latest version of TOML v1.0.0.
- It is one of the most TOML standard compliant libraries, tested with the 
language agnostic test suite for TOML parsers by BurntSushi.
- It shows highly informative error messages. You can see the error messages 
about invalid files at CircleCI.
- It has configurable container. You can use any random-access containers and 
key-value maps as backend containers.
- It optionally preserves comments without any overhead.
- It has configurable serializer that supports comments, inline tables, literal 
strings and multiline strings.
- It supports user-defined type conversion from/into toml values.
- It correctly handles UTF-8 sequences, with or without BOM, both on posix and 
Windows.

This library is a dependency of nix[1] and uncalled[2].

[1] https://tracker.debian.org/pkg/nix
[2] https://tracker.debian.org/pkg/uncalled

I've never packaged a C or C++ library so I'd be grateful for somebody else to
package this. One could look at nlohmann-json3 which is also a C++ header
library.

[3] https://tracker.debian.org/pkg/nlohmann-json3

Bug#1004481: RFP: mdbook -- create modern online books from Markdown files

[Thomas Koch]

Package: wnpp
X-Debbugs-Cc: debian-r...@lists.debian.org
Severity: wishlist

* Package name: mdbook
  Version : 0.4.15
  Upstream Author : https://rust-lang.github.io/mdBook/misc/contributors.html
* URL : https://github.com/rust-lang/mdBook
* License : Mozilla Public License 2.0
  Programming Lang: Rust
  Description : create modern online books from Markdown files

mdBook is a command line tool to create books with Markdown. It is ideal for
creating product or API documentation, tutorials, course materials or anything
that requires a clean, easily navigable and customizable presentation.

- Integrated search support
- Color syntax highlighting for code blocks for many different languages
- Theme files allow customizing the formatting of the output
- Preprocessors can provide extensions for custom syntax and modifying content
- Backends can render the output to multiple formats
- Written in Rust for speed, safety, and simplicity
- Automated testing of Rust code samples

EndOfDescription

mdBook is used by nix[1] since version 2.4 to render[2] it's documentation.

[1] https://tracker.debian.org/pkg/nix
[2] 
https://github.com/NixOS/nix/blob/3d36f48acb90c846ea5f82655161fb07eb6ba2f6/doc/manual/local.mk#L100

Bug#787080: Libreoffice vs. Collabora Online?

[Thomas Koch]

I don't know the difference between Libreoffice Online and Collabora Online?
Which one should Debian package?

These links seem relevant to understand the situation:
https://www.collaboraoffice.com/community-en/understanding-the-differences-between-libreoffice-online-code-and-collabora-online/
https://collaboraonline.github.io/post/faq/

According to the above, it seems that the main developers behind Libreoffice 
Online renamed the project to Collabora Online? In that case it would be good 
to also rename this ITP to avoid confusion?

Bug#618862: Update?

[Thomas Koch]

As a naive user I found this bug after I was confused by finding two different 
manpages for crypttab.

It would be nice, if somebody could celebrate the 10 years anniversary of this 
bug with a summary of the current state and outlook?

Thank you! Thomas

Bug#983681: Hyperkitty API token is not set in Hyperkitty configuration

[Thomas Koch]

Package: mailman3-web
Version: 0+20180916-8

The README.Debian.gz claims:

 * A secure API token for the Hyperkitty archiver is generated and
   set both in the Django and in the Hyperkitty configuration.

However I only see this token being set in MAILMAN_ARCHIVER_KEY in 
/etc/mailman3/mailman-web.py.
The api_key setting in section general of /etc/mailman3/mailman-hyperkitty.cfg 
is still "SecretArchiverAPIKey".

This has probably not yet been reported since the hyperkitty configuration 
still needs manual intervention anyways, e.g. enabling the archiver in 
mailman.cfg.

Bug#983529: Backport mailman3 for buster

[Thomas Koch]

Package: mailman3
Version: 3.2.1-1

What do you think about providing a backport of mailman3 3.3.3-1 for Buster?

I'm about to setup mailman for a German organization that would like to have 
localized messages. But those are only available in 3.3.3.

This would of course only make sense together with backports for hyperkitty and 
posterious.

Python-Django does have backports for buster.

Would you be OK if I'd upload backports?

Do you think it is feasible?

Thank you! Thomas

Bug#983189: mailman3-web should only depend on uwsgi-core, ont uwsgi

[Thomas Koch]

Package: mailman3-web
Version: 0+20200530-1

I believe, mailman3-web could depend just on uwsgi-core and does not need to 
depend on uwsgi.

mailman3-web contains it's own daemon/service mailman3-web.service. This 
service starts the uwsgi binary:

ExecStart=/usr/bin/uwsgi --plugin python3 --ini /etc/mailman3/uwsgi.ini

The uwsgi package also starts an uwsgi process. But the latter is not needed 
for mailman3-web. This creates an unnecessary idling daemon on the system which 
at a minimum confuses the system administrator.

mailman3-web apparently only needs the /usr/bin/uwsgi binary which is on my 
system provided by the alternative /usr/bin/uwsgi-core which comes from the 
package uwsgi-core.

Thank you! Thomas

Bug#877512: Minor annoyance

[Thomas Koch]

I installed slapd on my development machine and thus only want to start it if I 
am working on some ldap-related code.

However when I set SLAPD_NO_START in /etc/default/slapd I can not start the 
server at all (with the init script).

It's a minor annoyance, but I'm looking forward to the systemd service unit.

Bug#973132:

[Thomas Koch]

I've disabled the failing test in version 17.2-2

Bug#973452: ITP: git-auto-commit-mode -- Emacs minor mode to automatically commit (and push) a git repository

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-emac...@lists.debian.org

* Package name: git-auto-commit-mode
  Version : 4.7.0
  Upstream Author : Tom Willemse 
* URL : https://github.com/ryuslash/git-auto-commit-mode
* License : GPL 3+
  Programming Lang: elisp
  Description : Emacs minor mode to automatically commit (and push) a git 
repository

git-auto-commit-mode is an Emacs minor mode that tries to commit changes to a
file after every save.

Bug#964164: Bug#947017: Bug#964164: RFS: org-drill/2.7.0-1 [ITP] -- spaced repetition drills in Emacs for accelerated study/learning

[Thomas Koch]

Thank you Nicholas for the reminder and sorry for keeping you waiting.

Unfortunately, I don't believe the package would pass the NEW queue in its 
current state. You did remove the apple.jpg file but you added a new apple.png 
file that is not mentioned in debian/copyright.

I know how annoying these copyright issues are!

I think the easiest would be to just remove the file and its references without 
any replacement. You might then help upstream with a pull request to provide a 
dfsg free picture for the next version.

The following remarks are maybe not strictly required:

Even if you add a new file, you should not use debian/patches to add it but 
just include it in the debian tarball. I actually never had to do this myself, 
so I have no experience with adding a binary file.

Please also add a version number to dfsg suffix like dfsg1 or dfsg-1. It 
happened to me before that I needed multiple uploads to the new queue before I 
found all non dfsg-unfree files: https://tracker.debian.org/pkg/nix

Especially the version number of the orig tarball is different from the 
changelog. I wonder how this worked in the first place.

If you want to reflect the dfsg cleaning work also in your git packaging 
branch, I started a knowledge base article  here:
https://wiki.debian.org/kb/git_packaging_dfsg_clean_branch
An example of this: https://salsa.debian.org/debian/nix

My nix package also contains a debian/watch example to produce a dfsg clean 
orig tarball.

The git packaging repo does not contain the latest commits apparently, there is 
no debian/patches folder:
https://salsa.debian.org/emacsen-team/org-drill/-/tree/master/debian

Thank you very much for your contribution and especially for your patience!

Bug#968439: Please package emacs 27

[Thomas Koch]

Package: emacs
Severity: wishlist
X-Debbugs-CC: debian-emac...@lists.debian.org

Thank you! Any help needed?

https://www.gnu.org/savannah-checkouts/gnu/emacs/news/NEWS.27.1

Bug#959729: Build error with kernel 5.6

[Thomas Koch]

Oops, someone else invented the same change already:

https://github.com/teleshoes/acpi_call/commit/2554f05ec7a0fb042e6454c39e28faf4de159ac0

--
Freundliche Grüße / Kind regards,
Thomas Koch

Bug#959729: Build error with kernel 5.6

[Thomas Koch]

Package: acpi-call-dkms
Version: 1.1.0-5

Hi Raphael,

make.log says:
--
DKMS make.log for acpi-call-1.1.0 for kernel 5.6.0-1-amd64 (x86_64)
Mo 4. Mai 17:42:51 CEST 2020
make: Entering directory '/usr/src/linux-headers-5.6.0-1-amd64'
  AR  /var/lib/dkms/acpi-call/1.1.0/build/built-in.a
  CC [M]  /var/lib/dkms/acpi-call/1.1.0/build/acpi_call.o
/var/lib/dkms/acpi-call/1.1.0/build/acpi_call.c: In function
‘init_acpi_call’:
/var/lib/dkms/acpi-call/1.1.0/build/acpi_call.c:356:53: error: passing
argument 4 of ‘proc_create’ from incompatible pointer type
[-Werror=incompatible-pointer-types]
  356 |
_acpi_operations);
  |
^
  | |
  | struct
file_operations *
In file included from /var/lib/dkms/acpi-call/1.1.0/build/acpi_call.c:6:
/usr/src/linux-headers-5.6.0-1-common/include/linux/proc_fs.h:64:24:
note: expected ‘const struct proc_ops *’ but argument is of type ‘struct
file_operations *’
   64 | struct proc_dir_entry *proc_create(const char *name, umode_t
mode, struct proc_dir_entry *parent, const struct proc_ops *proc_ops);
  |^~~
cc1: some warnings being treated as errors
make[2]: ***
[/usr/src/linux-headers-5.6.0-1-common/scripts/Makefile.build:273:
/var/lib/dkms/acpi-call/1.1.0/build/acpi_call.o] Error 1
make[1]: *** [/usr/src/linux-headers-5.6.0-1-common/Makefile:1696:
/var/lib/dkms/acpi-call/1.1.0/build] Error 2
make: *** [/usr/src/linux-headers-5.6.0-1-common/Makefile:180: sub-make]
Error 2
make: Leaving directory '/usr/src/linux-headers-5.6.0-1-amd64'
--

Patch is attached. For good measure it is also backwards compatible with
kernels < 5.6.

--
Freundliche Grüße / Kind regards,
Thomas Koch
--- acpi_call.c-orig	2020-05-04 13:25:32.691890015 +0200
+++ acpi_call.c	2020-05-04 13:30:48.732403548 +0200
@@ -317,11 +317,18 @@
 return ret;
 }

+#if LINUX_VERSION_CODE >= KERNEL_VERSION(5, 6, 0)
+static struct proc_ops proc_acpi_operations = {
+.proc_read  = acpi_proc_read,
+.proc_write = acpi_proc_write,
+};
+#else
 static struct file_operations proc_acpi_operations = {
 .owner= THIS_MODULE,
 .read = acpi_proc_read,
 .write= acpi_proc_write,
 };
+#endif

 #else
 static int acpi_proc_read(char *page, char **start, off_t off,
DKMS make.log for acpi-call-1.1.0 for kernel 5.6.0-1-amd64 (x86_64)
Mo 4. Mai 17:42:51 CEST 2020
make: Entering directory '/usr/src/linux-headers-5.6.0-1-amd64'
  AR  /var/lib/dkms/acpi-call/1.1.0/build/built-in.a
  CC [M]  /var/lib/dkms/acpi-call/1.1.0/build/acpi_call.o
/var/lib/dkms/acpi-call/1.1.0/build/acpi_call.c: In function ‘init_acpi_call’:
/var/lib/dkms/acpi-call/1.1.0/build/acpi_call.c:356:53: error: passing argument 4 of ‘proc_create’ from incompatible pointer type [-Werror=incompatible-pointer-types]
  356 | _acpi_operations);
  | ^
  | |
  | struct file_operations *
In file included from /var/lib/dkms/acpi-call/1.1.0/build/acpi_call.c:6:
/usr/src/linux-headers-5.6.0-1-common/include/linux/proc_fs.h:64:24: note: expected ‘const struct proc_ops *’ but argument is of type ‘struct file_operations *’
   64 | struct proc_dir_entry *proc_create(const char *name, umode_t mode, struct proc_dir_entry *parent, const struct proc_ops *proc_ops);
  |^~~
cc1: some warnings being treated as errors
make[2]: *** [/usr/src/linux-headers-5.6.0-1-common/scripts/Makefile.build:273: /var/lib/dkms/acpi-call/1.1.0/build/acpi_call.o] Error 1
make[1]: *** [/usr/src/linux-headers-5.6.0-1-common/Makefile:1696: /var/lib/dkms/acpi-call/1.1.0/build] Error 2
make: *** [/usr/src/linux-headers-5.6.0-1-common/Makefile:180: sub-make] Error 2
make: Leaving directory '/usr/src/linux-headers-5.6.0-1-amd64'

Bug#954050: RFS: persist-el/0.4+dfsg-1 [ITP] -- persist variables between Emacs Sessions

[Thomas Koch]

Hi Nicholas,

I just uploaded persist-el. Thank you and sorry for the delay. This was my 
first sponsorship and I also had to setup a new laptop. I'm just waiting for 
the confirmation mail for the upload.

There are a few nitpicks and I'd be grateful if you could track them, e.g. in 
bugs.d.o after the package enters the archive:

- It's a pity that we can not include the info file due to the license. Could 
you ask upstream to consider another license?
- As long as the doc is not included, I think you don't need to build depend on 
texinfo.
- If upstream also uses Git, I prefer to track upstreams master branch as 
upstream branch in the packaging repo. You could still merge their branch in 
your existing repo or restart the repo?
- Lintian also had two nitpicks, see below. I'm guilty of the "wrong" section 
myself for elpa-editorconfig. What is the teams stand on this?

Cheers, Thomas



I: persist-el source: public-upstream-key-not-minimal upstream/signing-key.asc 
has 1 extra signature(s) for keyid 066DAFCB81E42C40 
   
N:  

  
N:The package contains a public upstream signing key with extra 

  
N:signatures. The signatures are unnecessary and take up space in the   

  
N:archive.  

  
N:  

  
N:Please export the upstream key again with the command:

  
N:  

  
N: $ gpg --armor --export --export-options export-minimal,export-clean  

  
N:  

  
N:and use that key instead of the key currently in the source package.  

  
N:  

  
N:Refer to the uscan(1) manual page for details.

  
N:  

  
N:Severity: info

  
N:  

  
N:Check: debian/upstream/signing-key

  
N:  

  
I: elpa-persist: wrong-section-according-to-package-name elpa-persist => lisp   

  
N:  

  
N:This package has a name suggesting that it belongs to a section other 

  
N:than the one it is currently categorized in.
N:
N:Severity: info
N:
N:Check: fields/section
N:



> Nicholas D Steeves  hat am 11. April 2020 12:31 
> geschrieben:
> 
>  
> Hi Thomas and Sébastien,
> 
> #947017 "ITP: org-drill" is blocked by this RFS (#954050) for a
> required dependency (persist-el).  Please sponsor at your earliest
> convenience to we 

Bug#956608: solved

[Thomas Koch]

Searching for "java xmonad" finally lead me to:
https://wiki.haskell.org/Xmonad/Frequently_asked_questions#Problems_with_Java_applications.2C_Applet_java_console

Adding this line to my environment fixes the rendering:
_JAVA_AWT_WM_NONREPARENTING=1

I'll also close the upstream bug.

Bug#956608: mediathekview main GUI broken: shrinked to minimum size

[Thomas Koch]

What do you mean with "windowed" mode? When I switch mediathekview from 
fullscreen to a window and resize it, no redraw happens and the problem 
persists.

I forwarded the bug to upstream.

I use xmonad since many years with many different programs using many different 
toolkits. Mediathekview is the first program I remember having rendering 
problems.

Please keep this bug open for the moment and lets wait for upstream. Thank you.

Bug#956608: mediathekview main GUI broken: shrinked to minimum size

[Thomas Koch]

Package: mediathekview
Version: 13.2.1-4

I use xmonad as window manager, but that should hopefully not be a problem.
The app starts fullscreen, but the GUI elements only occupy the minimal
possible amount of space. As a result, the app can not be used.
Also menus are rendered far away from the top menu.

I tested Java 9, 13 and 15.

See attached screenshot

-- System Information:
Debian Release: rodete
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.2.17-1-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mediathekview depends on:
ii  java-wrappers   0.3
ii  libcommons-compress-java1.18-3
ii  libcommons-configuration2-java  2.2-1
ii  libcommons-dbcp2-java   2.7.0-1
ii  libcommons-lang3-java   3.8-2
ii  libcommons-pool2-java   2.6.2-1
ii  libcontrolsfx-java  9.0.0+hg20181001-1
ii  libguava-java   19.0-1+build2
ii  libh2-java  1.4.197-4
ii  libjackson2-core-java   2.10.1-1
ii  libjchart2d-java3.2.2+dfsg2-2
ii  libjiconfont-font-awesome-java  4.7.0.0-1
ii  libjiconfont-java   1.0.0-1
ii  libjiconfont-swing-java 1.0.1-1
ii  libjide-oss-java3.7.6+dfsg-1
ii  liblog4j2-java  2.11.2-1
ii  libmbassador-java   1.3.1-1
ii  libmiglayout-java   5.1-2
ii  libokhttp-java  3.13.1-1
ii  libopenjfx-java 11.0.2+1-1+build2
ii  libswingx-java  1:1.6.2-4
ii  libxz-java  1.8-2
ii  openjdk-15-jre [java9-runtime]  15~11-1

Versions of packages mediathekview recommends:
ii  flvstreamer  2.1c1-1+build1
ii  mpv  0.30.0-1
ii  vlc  3.0.8-3+build3

Versions of packages mediathekview suggests:
ii  ffmpeg  7:4.2.2-1+build3

-- no debconf information

Bug#953627: provide systemd timer unit as an alternative

[Thomas Koch]

Package: autopostgresqlbackup

I believe there is still no best practice (2020 March) on how to provide 
systemd timers support and cronjobs as a fallback in one package.

But I like how a systemd unit can just print to stdout and it ends up in 
journald.

Additionally, one can easily configure the user that the unit should run as and 
also override the user or any environment variable if necessary.

Please let me know if you are interested in help for systemd support.

Bug#953626: Support other ways of logging

[Thomas Koch]

Package: autopostgresqlbackup

Sending mails is not set up on my server. So it is hard to debug 
autopostgresqlbackup as it sends the collected log messages by mail.

One way would be to not delete the log files but to also timestamp and rotate 
them like the backup files themselves.

Actually I would like to run autopostgresqlbackup as a systemd timer unit and 
then to collect the log output in journald.

I open a separate feature request about supporting systemd timers.

Bug#953625: Support other means to run as postgres user

[Thomas Koch]

Package: autopostgresqlbackup

For some reason (that is a topic out of scope here), I can not use 'su' on my 
server but 'sudo' works fine.
I believe, it is also better security practice to use 'sudo' when it is 
available?

Maybe one could have a way to configure what way to use to run commands as a 
different user in /etc/defaults?

A variable $RUNAS?

$RUNAS $SU_USERNAME $COMMAND?

But then $RUNAS probably needs to call a function that also needs to be defined 
in /etc/defaults?

How about running the whole script as a specific user?

Bug#951481: upload 0.4.0 to unstable

[Thomas Koch]

Package: elpa-rust-mode

Version 0.4.0 has been uploaded to experimental in March 2019. Is there any 
reason not to upload it to unstable? Would you mind if I did it?

Bug#947562: RM: nix/new -- ROM; wrong orig tarball

[Thomas Koch]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The orig tarball currently waiting in the new queue is different from what I
expect. I don't know how this happened, but it stopps me from uploading a new
version and it disturbs me.

The easiest would be if some ftp master could just reject the nix package and
I upload a new version.

Thank you and sorry for the noise.

Thomas

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAl4HCEUACgkQB/xIkQQr
plr8OA/+LtR9gqjTYb5w37NMREXmXcL9TfH1QTghqKXLKJ5N/ZMJ1oHzEpfhf+ol
NMv0y+5o6xuHA/Dv+9aTEdaQOzW+NzCvHlSgPhDRbj2ErvArkEs7D7Ch8JMAaYNz
bqlVTH8Uyz0T2EvbLbxvLtUEdc8zS9R7QCzFsYskxC/LD9FhUi/T7aK52hazzJvt
fZeEhVKS0z26I1I3mkFp24HzZRC+/t7iyAvVykoiApWOklbRJXj4wa3XktJv+27W
JMX5MoAXMAe/Px/M2nrFGP0GyMMUF1j/jckW7QpiwCcmJCayiIer435h/b3jNko+
mrWlV2bxYO8Ubz+owe3T/fXNQXkU+HynkM9xne6DwOoYmokxYPJeAWGUBCJPsKv4
5sRSmQkjsU7ZVuac7oOgAVuMX5goD63T+HFiHfAFk/4PYEu3E76vhOZ3oicH5oJI
MXeNFXjv6RNkXT202dWsD69BB4fE9NB0mM01tE3uJGIzUVCvSBJndlp7PB0dm80D
lgYt8GD31zNrZE53ptGxtfxcByYw7EccKMHf1Y429oUIWH3O6hYEhpj0NEQJHG1v
E8WWkMCqORT1hZ0Dj4226h7qXzORDXzX8QduvD/yY1TV7vcuoxe29gra4/QR1C2H
8rXrc2PNXsDXU8GjZbU6AywL/nO/Iks+WzgnG/ElL2nZAW0fFFU=
=a2aW
-END PGP SIGNATURE-

Bug#947017: RFP: org-drill -- emacs self-learning mode with spaced repetition

[Thomas Koch]

Package: wnpp
X-Debbugs-Cc: tho...@koch.ro, debian-emac...@lists.debian.org, Phillip Lord 


org-drill was bundled as contrib in org-mode but needed an update and a new 
maintainer.
It has now a new maintainer
https://lists.gnu.org/archive/html/emacs-orgmode/2019-06/msg00191.html
is on melpa
https://melpa.org/#/org-drill
and has been removed from org-mode.
https://code.orgmode.org/bzg/org-mode/commit/2c8e8b4a186473729b983318c2befc1732127165

(BTW, once this is done: https://melpa.org/#/org-drill-table )

* Package name: org-drill
  Version : 2.7
  Upstream Author : Paul Sexton , Phillip Lord 

* URL : https://gitlab.com/phillord/org-drill
* License : GPL-3+
  Programming Lang: elisp
  Description : emacs self-learning mode with spaced repetition

Org-Drill is an extension for Emacs' org-mode. Org-Drill uses a spaced
repetition algorithm to conduct interactive “drill sessions”, using org files
as sources of facts to be memorised. The material to be remembered is
presented in random order. The self-rated recall of each item is used to
schedule the item for later revision.

Bug#941587: help needed?

[Thomas Koch]

Is anybody already working on this?
Any help needed?
Are there any blockers?
Any hints on how to get started packaging the new version?

Bug#943917: 95dbus_update-activation-env in dbus-x11 overwrites systemd environment variables

[Thomas Koch]

Package: dbus-x11
Version:  1.12.16-2

`man 5 environment.d` describes a mechanism to set environment variables for 
the global and user-session systemd instance.

However when dbus-x11 is installed, the user session environment defined in the 
above way is overwritten by 
/etc/X11/Xsession.d/95dbus_update-activation-env[1], more exactly by

dbus-update-activation-environment --verbose --systemd --all

The --systemd option triggers a call to the SetEnvironment method:
https://sources.debian.org/src/dbus/1.12.16-2/tools/dbus-update-activation-environment.c/#L244

"SetEnvironment() may be used to alter the environment block that is passed to 
all spawned processes. [...] Settings passed will override previously set 
variables."[2]

https://bugs.debian.org/833318 suggests that the --systemd option does not work 
anyways. If that is the case, then I propose to just remove it.

If that is not an possible, than I'm not sure what the solution is. Maybe it 
makes sense to go to the drawing board and check how environment variables are 
set right now in dbus, systemd and the session leader process and how we think 
it should be. - Any prior art here?

[1] 
https://sources.debian.org/src/dbus/1.12.16-2/debian/95dbus_update-activation-env
[2] 
https://www.freedesktop.org/wiki/Software/systemd/dbus#Manager-SetEnvironment

P.s.: My workspace policy enforces dbus-x11 and purges dbus-user-session. But 
even with dbus-x11, I consider it a bug if the documented mechanism to set the 
systemd environment does quietly fail.

Bug#721287: sponsor offer

[Thomas Koch]

Let me know if you need a sponsor for the package.

Bug#924298: #924298: wish not granted

[Thomas Koch]

Hi Marc,

to be honest: I'm *really* tired of reports like this. No offense intended.

The answer is in the FAQ [1] and no – neither shall I put it in the
/etc/default/tlp nor shall I change TLP's defaults out of adoration for
the idol powertop.

[1] https://www.linrunner.de/en/tlp/docs/tlp-faq.html#powertop

-- 
Viele Grüße / Kind regards,
Thomas Koch

Mail : linrun...@gmx.net
Web  : http://linrunner.de/tlp

Bug#794624: already in new

[Thomas Koch]

https://ftp-master.debian.org/new/web-mode_16.0.21-1.html

Bug#920625: ITP: company-lsp -- Company completion backend for emacs lsp-mode

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 
X-Debbugs-Cc: tho...@koch.ro, debian-de...@lists.debian.org, 
debian-emac...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: company-lsp
  Version : 2.1.0
  Upstream Author : Caibin Chen 
* URL : https://github.com/tigersoldier/company-lsp
* License : GPL-3+
  Programming Lang: elisp
  Description : Company completion backend for emacs lsp-mode

company-lsp provides features that are not available by using company-capf + 
lsp-mode:

* Support trigger characters. For example typing . will trigger completion for 
TypeScript.
* Use completion item's label as completion labels and replace it with its 
insertText if available.
* Fetch completion candidates asynchronously (Thanks @sebastiencs).
* Apply text edits specified by completion candidates after completion.
* Do not cache the completion candidates if they are incomplete.
* Expand snippets on completion (requires yasnippet).

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAlxNzqQACgkQB/xIkQQr
plrfpRAAjyvgb/nwmjzxwL0Kghr56gbyhkKmxoPKpZq1MQnGa8GXHqq5VrUml6ct
QTRUZSoOqy2eD4wk72mYzvbJMGwu/UnJF2NIuYauj2sSnQlXFng3QQKh22Kj0SDv
T2/gK4bAu+I2oC8ptXYt+MWNwKrHAY8AbdnLKie7JkW9d4WPafOEPW/5QxlsATG2
lipEfWoQQftIoFQSYr9V44vqeyFfLOqvklLjaLA3L3sUhtKFsHRqcO3SddpTkwlS
wINJrw8Bv9MYZRK9MhfPpmVCa5UH95Oq1AA9TaSzkMbok3GNLKXuWotec6+Ou9iU
PjOSuBDbKtLInts2f5jjx5neiKvY08utCwhHXtyC0+78Td+GY2py1LLf0PPsSZ6/
Cmn+/q7/PljmVBPw4Mhw+vLnM0gq0o9FGCIKIJR+3cu+0zBjrGUH3jGGGNFV+Qm3
+f0TJ8OT1m7y2Kdii0r0BQx9mnEGBd/WV8oKS5K8Se4DsYGpUmegXWf2VoJgVfAB
kS7PinTZG9Cux4PdWbzcdGL3XBhs0DYkfYTMLhVsZclNXTTAEGSro4Wxb9BObFa7
qBnO4RFD8YEOSknH0mDumeRr4fR9c2yRI3y2p6E6IazpfGPP2nKAKgmED9VOE76j
SvHyAclZj+OOf3tu46WuFTV6W6b1LfSch2A49Ko++/mb55SmIh0=
=91IG
-END PGP SIGNATURE-

Bug#829644:

[Thomas Koch]

haskell-mode 16.1-4 is in the new queue and fixes this bug.
I'm sorry for not having seen this bug before and closing it via the changelog.

I'll close this bug once the package is in unstable.

Bug#905691: ITP: elpa-lsp-mode -- Emacs client library for the Language Server Protocol

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: elpa-lsp-mode
  Version : 4.2
  Upstream Author : Alan Zimmerman, Vibhav Pant , Sebastien 
Chapuis
* URL : https://github.com/emacs-lsp/lsp-mode
* License : GPL-3.0
  Programming Lang: elisp
  Description : Emacs client library for the Language Server Protocol

A Emacs Lisp library for implementing clients for servers using Microsoft's
Language Server Protocol[1].

The library is designed to integrate with existing Emacs IDE frameworks
(completion-at-point, xref (beginning with Emacs 25.1), flycheck, etc).

[1] https://github.com/Microsoft/language-server-protocol

This is a dependency for elpa-lsp-haskell (and of course other languages).

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAltqmCwACgkQB/xIkQQr
plomphAAySy6jYTpelim+BmG2dVURXKEmIAeS+ce+zBUTZTgTSwgjARCCQ496wE/
hzeh4BPhbtYsqxr0oj8swIgJDxFcRBradOmVKVKAUMC8X2V/eJI1crf2Ow73/JyZ
z+K4u2YF9WwUDwyZtUxNOFG/hwGPDtR4E848XW7jpJPXQ8+/Czql4klImo+kop1j
PshCMIT/ccMNvrPYUL15mRsHDTMB5UeeLmahNHHMf3bykEjAHrpWLhkebtgq7q11
Y3KsSFM326h42SkRj45wpUZaFGoBizbRmz/xBCiCvodlVt+k0aqzMtD/PIIIJbGI
gThgf1hEA9JwjRlG6yJzo0kuRrCNNphwqlRmQdKwcRxtUVJvCmaDbiveNgkYDxaY
63lIH/ZJe+sHEOD32co/EB1Wr9+9+Syfi1grhFTb5Myv1JWJtg67iS90ZqYhYRiN
qfR8qWJvBub4ncNfwBfHfn531DRbM7WKwK7I32Qhm5yo+NMDN55tDlCFjtS1mEXd
+rA7Ye5J9asopWVSw5rc7L0t3TtY6uUaHdr4QGnhWToW5RYbBWp6zxkXWZ651aUD
YUAPfrIzd+yIb6Q4XGXjqs09+Cc4it5bSZp1j5RkWULkir/eU3SdbbkktgnBxydB
8SEJoGLGgSZ12KIYjU3wLacfTJdsjIYq5omFeus+XdQFkQyeS5M=
=Bbbd
-END PGP SIGNATURE-

Bug#905690: ITP: elpa-lsp-ui -- higher level UI modules of lsp-mode for emacs

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: elpa-lsp-ui
  Version : 20180619.251
  Upstream Author : Sebastien Chapuis , Tobias Pisani 

* URL : https://github.com/emacs-lsp/lsp-ui
* License : GPL-3.0
  Programming Lang: elisp
  Description : higher level UI modules of lsp-mode for emacs

This is a dependency for elpa-lsp-haskell

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAltqlxYACgkQB/xIkQQr
plrIVw//d0hbKyhR2a0kLoqPXw14/DYaW4dwXaIrMc1bXu6OXFc/caXEcGV++gNY
RqN/iWKbfsH1RzPZz0/I0brlWJ5MG34gwgpGupEmKvksZgxL1lvqP8ukDPZa3Krl
cK9Z/X2Pg5R29YLNlfeYBXLCF8ECV1a+lZTst/g4GdaeAL6c66StAf50ZsVUmwfj
1jrn4E3thA31fNRWgfBXWem3ohYT8RPV1QUARhVD7NISnX6AwQM7j6a3B5F3H++x
B53haeGnW6vYE/D3fF2lsj/HfpwohS08m6iVTVHbqgPY7Yh/PB5xzr/qU/b3AMmV
FoixTYxFlQWd0SwVZN/KjUAJDFJdmRGUA4EY7SlClVJByvt9A/gAzlhSkWQcoOe1
eDUgbFknZuZQWYgJEmugY1J9bzxFd3qe+koh+70nCgv3X+gbi2sRjTbv5bSEmZcw
lyTirmk+Hlbqqz+NE+cftGcbOX18G3xYPudJPJWiq9bALnv0GVu5nw3P0OEwvNeR
FH6FA9ddTbWP0ku25STShIb3auKofSped818L1wZ77iARCP9iiBIBTDGorHpyr5o
X+yPUQf++o5rCpSixpCEoQVY7oYAVOa0OGhjQPNMlR6TPfplI6Yaput55dOiwjqn
d3S6/PnhLDkySyFx+iwTS6m9JmlEAVUGaMU46JcjiIMS2ltxd1g=
=1gzd
-END PGP SIGNATURE-

Bug#905688: ITP: elpa-lsp-haskell -- Emacs Lisp library for interacting with a haskell-ide-engine server using Microsoft's Language Server Protocol

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: elpa-lsp-haskell
  Version : 20180806.631
  Upstream Author : Alan Zimmerman, Vibhav Pant 
* URL : https://github.com/emacs-lsp/lsp-haskell
* License : GPL-3.0
  Programming Lang: elisp
  Description : Emacs Lisp library for interacting with a 
haskell-ide-engine server using Microsoft's Language Server Protocol

The library is designed to integrate with existing Emacs IDE frameworks
(completion-at-point, xref (beginning with Emacs 25.1), flycheck,
haskell-mode, intero, etc).

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAltqj+IACgkQB/xIkQQr
plqGUQ//QXGHH0BHVEdOU+BGxVuURiw/J/BiPR7ozO4QwTqxN6XNt6HfAtEwsrl/
+sqEmuWUluylR8/zEHZd0U19qQpTFeHC8I4yuZ2IyuUkmPfpYLxr+3KnEro3zqUG
aOBJFm2zggtDV3bHjLn89MQXCL+yp7iEgUPSHdO1EytXRt+PzP7xlV/cm/4tumni
n6O+X+AmR+JXhHb93la0hnC2sLtzKkNEor55SkbgS+bmxSGQge0iUINoV44oekz8
dupBmH17fJH7aha7Y4R/pB0DEmgESHNkfG47eqWJrePlxQEFREvfz5wYrpfxGdlR
ZWw8rIFuFbIxrR60Cjh/3Itrl3ijQNV0WRC9MGcb28GpWZsol+KK6hNEPjrqYfKP
2cMfusFLXXy7jYh+drkepakeh+y/nHPNde1Y+GCT48OjD3gK5IfvPDKQZcuLLcGk
rQ2w7Wy4QY+DUkpJHWS/yOdrPbGYLHLwBYwokksF8CDGz+MxY10UK4SzCsONBHvD
bQV9xRmptN0zOYpcZyjB++qr7VlCUyZB9RDZl/Q9N0a6MajJ740Lt3k47Pb7JAIi
EDCSSG5FNtdd03AqLy4uPUX+s11o7JFuucw0ZyrHMLsRW4qAua2VURKva64NbjWQ
64EnpNTFInT95+bKm8ZNYBSTpB+RimkZQvE3SJwintQBdxyCeK0=
=djBo
-END PGP SIGNATURE-

Bug#905285: (no subject)

[Thomas Koch]

No it doesn't, TLP has no functionality to activate a timeout to suspend.

Please uninstall the package, cold restart your system and check if the
symptom persists. I expect it won't.

Regarding tp-smapi refer to the FAQ please:
https://linrunner.de/en/tlp/docs/tlp-faq.html#kernmod

Regards, Thomas -- TLP's author

Bug#904947: RFS: xwrited/3-1

[Thomas Koch]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for an update to my package "xwrited":
  https://tracker.debian.org/pkg/xwrited
  https://salsa.debian.org/debian/xwrited

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

  https://mentors.debian.net/package/xwrited

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

dget -x 
https://mentors.debian.net/debian/pool/main/x/xwrited/xwrited_3-1.dsc

Changes since the last upload:

  * new upstream version 3
  * fix Vcs-* tags in d/control (alioth->salsa)
  * update debian-policy 3.9.6->4.1.5, no changes
  * update debhelper version 9->11
  * rm patch correct_command_name_in_manpage, fixed upstream
  * rm patch respect_CPPFLAGS_from_environment

Regards,
   Thomas Koch

Bug#904909: RFS: editorconfig-emacs/0.7.12-1

[Thomas Koch]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my update to upstream version 0.7.12 for the 
package "editorconfig-emacs" which is already in the archive.

It builds those binary packages:

elpa-editorconfig - coding style indenter for all editors - Emacsen plugin

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

  https://mentors.debian.net/package/editorconfig-emacs


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

dget -x 
https://mentors.debian.net/debian/pool/main/e/editorconfig-emacs/editorconfig-emacs_0.7.12-1.dsc

Changes since the last upload:

  * new upstream version (Closes: 865332, 859011)
  * update Vcs-* tags, alioth->salsa
  * update Standards-Version 3.9.6->4.1.5, no changes needed
  * mv editorconfig from Depends: to Recommends:
  * update debhelper 9->11

The update adds autopkgtests which are failing. However the same tests are 
executed during build and succeed. I want to work with upstream on debugging 
the failures. I think it is better to keep the autopkgtest config in the 
package instead of hiding the problem.

Regards,
   Thomas Koch

Bug#904269: RFS: rurple-ng/0.5+16-2, only packaging updates

[Thomas Koch]

Package: sponsorship-requests
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for updates to my existing package "rurple-ng":
https://tracker.debian.org/pkg/rurple-ng

It builds those binary packages:

  rurple-ng  - learn programming in Python with a robot

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

https://mentors.debian.net/package/rurple-ng

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

  dget -x 
https://mentors.debian.net/debian/pool/main/r/rurple-ng/rurple-ng_0.5+16-2.dsc

Changes since the last upload:

  * also build and ship the html manual
  * update debhelper compat level 9->10
  * accept nmus
  * install COPYING.txt to /usr/share/rurple-ng to fix about dialog
fixes: https://github.com/thkoch2001/rurple-ng/issues/1
  * bump standards version 3.9.4->4.1.5, see next line
  * rm menu file as per lintian tag command-in-menu-file-and-desktop-file

Regards,
   Thomas Koch

P.s. I hope that I don't need sponsorship anymore soon:
https://nm.debian.org/process/489

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAltUlfEACgkQB/xIkQQr
plrJJg/+LQ5nwzGhqktgbUWOl4UQtR5s6EM5SWRAErlI2XsB8akUPDdxGIk6CrGJ
PqxwUwvLym+DYWHeNlC929HcWjSmmnR7S2mAoMyAVlE+XtiLzBnxDcNXq7T1YuTW
zDyOD49aLES5H3QOHP1LskqtUTTZQV9bf7GvTau1tsbm7gDrL6tH8OSO5E+mCRKS
Flh9gElO9u6s4nFLPxJsVwzp9SWcKV8mS3jOUJSAX+Xu4BBUMbt0TxNo7qRSLP1t
b8htHA4IWWULp8PYS1FHjyq4FFdXL0HV1heMdbDymlb95RFlPATZtahWPviAeMpn
1e6AQzx97UK/WfAH9WR1PBabGxVfvrjUc1LL5afhRo6UBS+c/hDLzQjBrO0q6WKg
Ntb6PcZojdoomadcCkMWsp0efDOkbouCA7uCoA/vtIehXeAJXSVM/VFyVqbMOqsX
FBYzDF5gx6CuC5Gw4ELoKSyU08eE/TEF8McaOIbP9d9GNHxyxsaND8NREFPTf3Ot
CO0pX6P1FvDTQ2HOnhbpwgS8Bbnfhy8Df0rT80qfWYXWswpWZv6m9OI2sh+ZfNAr
oEntzK2pk7nIKYZY7jWiH1Nn4GPhgKmkh04JzuY+loOMvgCy3+j5lOczw4iOMKWQ
lss/vcvmqpGQPzVbPH+40Iga02FoyY/p3HwmKUfkmfmhwihFVMY=
=z8xE
-END PGP SIGNATURE-

Bug#903839: use tar feature to always turn on root-owner-group option

[Thomas Koch]

Package: dpkg
Version: 1.19.0.5
Severity: minor
Tags: newcomer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The dpkg-deb command learned the option --root-owner-group in [1][2]. I
believe this option can be safely removed and turned on by default.

[1] https://bugs.debian.org/291320 dpkg-deb: New --build --owner=root option to 
avoid fakeroot
[2] 
https://salsa.debian.org/dpkg-team/dpkg/commit/2436807c87b033a1ea25164d3b951cd559084a5a

The tar command has the options --owner-map and --group-map which can be used
to except owners and groups from being converted to root:root by the --owner
and --group options.

I produced a list of owners and groups used by packages found by lintian:

$ w3m -dump 
https://lintian.debian.org/tags/should-specify-rules-requires-root.html \
  | egrep "\([^:]+:[^:]+\)" \
  | cut -d \( -f 2 \
  | sort -u

All owners and groups are reserved by base-passwd. It should therefor be save
to call tar for data.tar unconditionally with

- --owner root --group root
- --owner-map reserved-owners
- --group-map reserved-groups

assuming that reserved-* contains mapping of all reserved owners and groups to
themselves.

Please let me know if you think this is a good idea and worth crafting a
patch.

related: #884999 debhelper: Please default Rules-Require-Root to no

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAltLe8cACgkQB/xIkQQr
plq4HRAA4Yt1CdNyVYzMBABgMAvWzuW5aUltUZNInh7v26GDriT6BI2A24Cj6oqe
7uc0taf9iqilkT4oxg08kwM1hGt/T5CcOf72WZ7BeKArC9CjBjyxTLe4UWVn+oB1
LRORyKBP6i9Lx3hagjkQd8vfSEH4I2j21+ddRiIhnRIRo2629mpz2MU9qir+0bwj
xat8Vm2jArPc3DBFY8TVBZTne/OStaiYA26I5JLQUNFjgAOer3wBrJkPXPZKB8jI
Isnha0QlmUbGGkI/LuOnm9duDiZqKMqnwbukxMf+BOLJEmrljPkt1NFPf5iU/ddq
yD+xtsOeIr7aRyC5QFoMNbJJVUj5g7n6Q25rteaCmpzTWPVGpnsAMblop9qWNa9Q
mWtoFKA/DWnHp2u1qy/kcmXfYcjp+3y8sA/OZMA6sI6XLucY9TvRopjAFfEa1H2p
wS0Qpt+qR2D6oivRYVHIr1KFi8roDkCIk8NOkrTfAbONVeZnaIcsWKEsdz117bIs
TnEms6yJu828/TkQP1uE+nOXInaGNFxp4LZJpQgF5mSR4Pe2ZLiejnvQNRvNBZnr
/KY6IR684DmolRG4SjiTxz25nftb4cxTRV2YBuZZ1etX50Hz3n9PapAl5OIvq1Ga
AnnPeY+Qte2+XtdMIDXBhdMwWlsGl1veae+2ikJYK0JoB3Us59w=
=eHdt
-END PGP SIGNATURE-

Bug#903428: javadocs generated by javahelper include jquery

[Thomas Koch]

Package: javahelper
Severity: important
Tags: newcomer

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The command jh_build calls javadoc. The output of javadoc contains a copy of
jquery which leads to lintian error:
https://lintian.debian.org/tags/embedded-javascript-library.html

One solution would be if javahelper would strip the embedded jquery library
and replace it with a symlink to the version from the jquery debian package
and add a dependency on the jquery package to the -doc package.

The problem is that we'd need to rebuild all javadoc packages if the jquery
package gets updated in an incompatible way.

Therefor it would be better if javadoc had an option to build the docs without
jquery, but I have not found such an option. What does javadoc need jquery for
in a world with HTML5?

There was bug 883981 about exactly this ("openjdk-9: embeds jquery.js when
creating javadoc") which got autoclosed.

I made this bug important since it leads to policy violation errors in the
generated packages. It is not feasible to fix this bug in all the generated
- -doc packages manually.

Java 11 should at least come with an updated jquery:
https://bugs.openjdk.java.net/browse/JDK-8204865

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAltDu/wACgkQB/xIkQQr
ploAtQ//fWEVjPbtCzCVXO/YhjZ9YJ1iXTC1ErfIveY+6SQ57USahu6I9GQ6IZll
WNtYuXWaxhOeHtEmEVQmSaSU0urXA9n9dq4VjZ0wznGzj84w/73UX+KcvyLmRo5f
fiWyHTdNC9IPpdEpPbmSgWESXOZ4HlSb591CZlp61HnZ71Px0m/B0nL6f1eTZ9pF
/B0Gyr1BTQCg3reDINSaZrKXtdK7xqVWguFQD/JxP/T4+71ulzMATOHD8usLYiyZ
/4t2VfPNFUTfaP2Kgwq/xeezGp3c/rzLtIk4gosnmSV/il8fYZFe5JVUBwSp7RR8
9eD8XHm7wMnle77uuJpOSUhdqF3IjBJ/4vUJS4IenrUHg5z4RQco1niP/qOqWw6G
CuPjqkmTzBF62xQFiPlvarsobs7KFLdn33cmdTZoITpbG84Ycdgwve5hpryJ+dgR
G8dwjFI+262bXMBP5mic7aGWOtLpPVix34atcl5s6j3h8DWwgOl45fm14CDGq3Ix
XRO1cTPAHy61hKm5FPXbWWp8BQ0DlLLdjio0YLSqTCnNvkg1Z7N+68sQWmIFAyPq
Oda/zF04Oz6qshdOQb7CoiHZZ9HiL2G+22/097wSkjL3kBCogKxwWJw+R/fWJfKx
D0hJSX6/ZcSozbIzwJpQFfDrvqc4TLij0gWMzXciEZePCZr0AwU=
=sf3F
-END PGP SIGNATURE-

Bug#903420: RFA: libjsr311-api-java -- JSR 311, JAX-RS, Java API for RESTful Web Services

[Thomas Koch]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request an adopter for the libjsr311-api-java package.

The package description is:
 Java API for the development of Web services built according to the
 Representational State Transfer (REST) architectural style.

I don't use Java anymore and my knowledge about Java packaging has
faded away.

I'm preparing an upload to bring the package to the latest standard
before I go and will need a sponsor for this. I'm working on it here

https://mentors.debian.net/package/libjsr311-api-java
https://salsa.debian.org/thk-guest/libjsr311-api-java/commits/test

Thank you!

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEdgQCBVl/ppbxMTvKB/xIkQQrploFAltDqToACgkQB/xIkQQr
ployEA/+NCHAhT1xw+HDgfz419dHu5+D26cOvNbKTQAh2G7Je0jz7lkNTx3ifGA7
2rTXnGCDchiR4MnQs1hVJXibB9VmCSBTDwwhZ22Pax4leIauYunrTJdIwCmz8SjU
Wgt0rrpm8htPj7rdsGDEd9AayxFy7ygxM/eOIJIuEkk2dQeCPF7OC43r53tKhz9S
L5bgSN+YBdrBEF+ztIK60cl72LFKeZlPJq3E9ewjIN2Yjgfr4EKpz74RRIu9rueB
Q0W/SNUSbMXkxSAeseZbRr6i8GZuV7wtmJEbRuqVlnLcFGkwSbmWEvxlyHkQBu6e
H3yYronf+HEW5wB/n+LY7PKbxC+cF9DvPISK1meXaFn3bzR7f9n/5ZMqXayvvMzj
Y9yDCnFQCRmOp62+nLyHSTuBlDeY8bC+gARAF1BiRvkfFLfuOvsfMy3ZhcB3mRMx
1Q8yhG9nC4G8LTG2QYbJetOxq3jQVbaF6QJppLUfz81XCi+lb1lwQZ5wZZq9NfO1
h0NQE3qHlgOiz0NEg6Snmvz+rRPxuT7nxARDo5UCcB++CxpR+4BmtrIaMSbvZkGU
SPBSqy8Ax1405AXedQghGqn3ebhEy+qcKJkL0cRTS7WaWU1VKMgF4mQsj678daQE
Pq0YeX82xdud6cwwr9ylWoAMPhtNr0kicOargmIrASDySe2lvNQ=
=LmPL
-END PGP SIGNATURE-

Bug#888577: Solution

[Thomas Koch]

Your problem is mentioned in the FAQ:
http://linrunner.de/en/tlp/docs/tlp-faq.html#btusb

Bug#861960: (no subject)

[Thomas Koch]

just for completeness. Starting kmail again does not show the error message 
again. So this is just a very intimidating first user experience but nothing 
that a user can not work around.

Bug#840128: linux-perf-4.7: dependency module installation issue

[Thomas Koch]

> Unfortunately, I don't currently have at my disposal one of those
> newer ThinkPads that would be able to load the acpi-call module
acpi_call is not ThinkPad specific by any means. It loads on every
hardware.

Regards, Thomas

Bug#790192: sponsor request: termit

[Thomas Koch]

a...@debian.org -> bcc
also bcc: 790...@bugs.debian.org

Hi Thijs,

I uploaded my termit package to mentors:
https://mentors.debian.net/package/termit

The respective dsc file can be found at:
https://mentors.debian.net/debian/pool/main/t/termit/termit_3.0-1.dsc

We've been on vacation last weekend so this easy step took a bit longer.

I forgot to add closes: 790192 to the changelog but will close it manually 
after upload to the archive.

Regards,

Thomas

Bug#829403: tlp: screen flickers every 2-10 seconds

[Thomas Koch]

Hi,

the T560 doesn't contain radeon graphics, so there's no point in trying
RADEON* settings.

The flickering occurs on battery power only? Then try to disable ALPM [1]:

>  SATA_LINKPWR_ON_BAT=max_performance

Please provide the full output of (as root)

> tlp-stat

[1] http://linrunner.de/en/tlp/docs/tlp-configuration.html#alpm

Regards

-- 
Thomas Koch

Bug#808418: provide desktop entry file for taffybar

[Thomas Koch]

Package: taffybar
Severity: wishlist
Tags: upstream

Please install a file taffybar.desktop with the below content in
/usr/share/applications. This is necessary to list taffybar in
"RequiredComponents" in a session file. See man gnome-session or man
cinnamon-session for reference.

[Desktop Entry]
Version=1.0
Type=Application
Name=taffybar
GenericName=Desktop Panel
NoDisplay=true
Exec=/usr/bin/taffybar
TryExec=/usr/bin/taffybar
Terminal=false
Keywords=Status Bar;Notification Daemon;Systray

Bug#720707: state of RFP: grml-zsh-config?

[Thomas Koch]

Hi Axel,

sorry, I wanted to ask you on Saturday: What's the state of the grml-zsh-config 
packaging for Debian? Could you provide a braindrop of the problems you're 
aware of and what discussions have happened?

I've to set up ZSH on two new machines and would like to use this occasion to 
take over this package if it makes sense.

Thomas

Bug#804272: fails to synchronize caldav to OpenXChange without notice

[Thomas Koch]

Package: akonadi-server
Version: 1.13.0-2+deb8u1
Severity: serious
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I've started to use the Calendar and Contacts features of Kontact together
with mailbox.org seriously. mailbox.org uses OpenXChange and I connect to it
via DAV groupware resources.

After entering many contacts, I noticed that they were not synchronized
anymore to mailbox.org. I solved this by copying all contacts in an vCard
folder resource, setting up a new DAV groupware resource and copying the
contacts back.

Today I noticed that calendar events were not synchronized from the
mailbox.org server to my laptop.

Since there are many search hits for this kind of error with different CalDav
server, I believe that this is a bug in Akonadi.

Maybe it would be possible to backport a newer version of Akonadi and Kontact
for Jessie that might have fewer bugs? That would also be a good preparation
to maybe get a working Kontakt for Stretch?

This bug is serious because it causes important personal data loss.

Thank you, Thomas Koch

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

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

Versions of packages akonadi-server depends on:
ii  akonadi-backend-postgresql  1.13.0-2+deb8u1
ii  libakonadiprotocolinternals11.13.0-2+deb8u1
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libc6   2.19-18+deb8u1
ii  libgcc1 1:4.9.2-10
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-network  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-sql  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6  4.9.2-10

akonadi-server recommends no packages.

Versions of packages akonadi-server suggests:
pn  akonadi-backend-mysql   
ii  akonadi-backend-postgresql  1.13.0-2+deb8u1
pn  akonadi-backend-sqlite  

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWPQMNAAoJEAf8SJEEK6ZabjEP+wT+7IOVCXHiNJgNHIEuXW34
SFptaUTo/E58mT0Vu7QO07cyEe+t0BuvrFI3FW7LmWGUTFQnKISW/pVMCWNPt/gZ
zuWJ2EQN3ZXgsoMKWwil3yBGSbMTxZ8At9htG5N8u/F5OPGcGZ3sp7ZUVXjg1Azx
iQroxFxqs1c81fwsOil5UqSDDvfdM9+OWq9xAjWvietvz2DdS/SEKHhM9kaquxJx
Q6wTm2LXul5bltQuGiaMqADvNy1aLdM3tWbbFPVeREQI5ImjyiiITgBQtT/eEOQK
SRG6dyARHyTbxLFkycMpcU4U1j8vcX/MATS2OkipVXiApxUE7zj2yM6+YsYYmpf1
dOUDYxRBFCyE92dNUXM5GiYM1rAZMipsBP6LZbNcuAKAI4JwLIzUjk6pMTi3lbVp
Rcd8YPqqLDELc7siEjnrfuY/e2lTy7DJi44FdRmRrjUIVL8+5bRwKVrGhH6QHUOy
VKY4zWnElClh2o4oqSqlJRT+Gna+xj7q5204gffxLIg9iB7Yymwa3FVuZIjxChMV
YVR7nF1NllotnL1qt+YTQCJe/neXGJrT0p+t3mkIiGIYzSKDm9aAbmCXq6T1XPvb
14IXDrt/pTZt/3kULj2+P1gm2TKO0T16XmN6yRJLvUj5Cr4CrxqJSf2m10/xUJaD
DYK0iHacBL5Xz1Gn3M/Z
=RWEM
-END PGP SIGNATURE-

Bug#800401: RFP: frege-lang -- Haskell implementation for the Java Virtual Machine

[Thomas Koch]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: frege-lang
  Upstream Author : Ingo Wechsung 
* URL : http://frege-lang.org
* License : BSD-3
  Programming Lang: Frege, Java
  Description : Haskell implementation for the Java Virtual Machine

Like any Haskell, it is purely functional, enjoys a strong static type system
with global type inference and non-strict - also known as lazy - evaluation.

Frege compiles to Java, runs on the JVM, and uses any Java library you
want. It can be used inside any Java project.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWCZ/NAAoJEAf8SJEEK6ZaJkcP/RpRuOw+a4/X4Ih/AiZxb5Yt
HJEqB5fPU+FxcDVt2FOgukqodasV5S11upozf/hZhsdP6us8dqOzAabZ28/eqoDf
wsdb7JrI62ZAj+maDycOx8APu9JyDWbLkC8hWBniZBiLJ5Ozm8CFG0FtNhMci//R
3EaS8rpBck1aaW5K6mGuuKTuPpPTRoZIrkrNbcpMeS9oA9pleFxroCwM9w7g0s7Z
MB9WjJjiDgSi9SxdI7Lbf0SjhkbDHaFcIP3KMvrX77cvmtdvmFlAqpa2tROSwxhg
N7vKuoSqH1yOejr8bLAD8srO1HMXXDsNp8AkXHT1suq4EHO5KRM4NvgBL8PkAWar
rDwUT7wslIc30LJO0t3M9WDUpFbHtXfNA1whi3Rcl9a60SSDU6HmTzncpi0/KslV
DeJqWDt08Tok+vVovg8Cq/Xa3K7k7mu89qf3+hcsdOaGwN5H1fhuzbhm1eYAprvY
DsSLaRS6sefvQmz0v+Y3UX3IYurUJXbwd4RDIjUvlUNYfWz33VPbWBL050EWg/Lr
/JBlnqOtL1dl8Qg4G7MjRYFyTFIx4JtNyO7i0cq9tCR/pya4HsW1VmsQRshWzLvp
+r/6tQ2o5KaRdkc7wf0kYS3bjqQMLD0b0wug+jMbcQ2oQjyevzuNSBVGHvDactPe
+QIdcv7E+FJ0EJPIy3dV
=6f8O
-END PGP SIGNATURE-

Bug#800312: RFH: unpaper -- post-processing tool for scanned pages

[Thomas Koch]

Thank you very much Andreas! That was fast and it worked. :-)

Bug#800312: RFH: unpaper -- post-processing tool for scanned pages

[Thomas Koch]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I request assistance with maintaining the unpaper package in Debian.

When the unpaper 6.1 is built in Debian unstable against ffmpeg it fails
to load the png files from its own tests folder. I already filled an
upstream bug about this:
https://github.com/Flameeyes/unpaper/issues/39

Upstream however seems to be unresponsive ATM and my C skills are very
rusty. :-(

I suspect that there's some incompatibility between ffmpeg and libav.
Upstream builds against libav and in Debian we use ffmpeg.

Thank you,

Thomas Koch


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWCB7nAAoJEAf8SJEEK6Za0OAP/RqPFKq4EUcpdegW8UHCZCnD
wPeJk6lwSz0ikDw9kXti3n6WBetr1A8ufjWFraLGB2bxiT6zopemldCNmRjLarlz
CpS49reFC0YuUUQNrDuIlO/Gxl4egYhSkR5O+FrsRNZZP6h8pRVlNRXaMLFx+LIn
aJ3P0mqr8od7bUbzc8q1ziOtahDhLPE4sERm4CICyYijlY9jG6ac/1XZEYxDKyvp
ST1yOTveACD6NNMgPLd1qs3JWgOi8BOl2asr+Qu4dc7HJddVU0s7p4+TxaxgRBXc
C3tpnbgOlmWgroRacxO7mVYvUOxIfR3LomQul1Tfx6NCjDROKgy2V9weNLnEg7N4
DPWvwsKM2Oa9Y7QeKOcWdrpVZ1lbOOh0KaeMyoJXJmd9KQq4j+39C1iHDwBReXq8
WYfiaWEVZSD9YRFcWXRu3Dll8qSjHUYIjbb6ae3Q5EPJnRFQm2W09LUMJv3ExkNc
Kn660lxE+DAJERuZENnaL9Cx98jvBNTTK7i8DyDAxU70xTvAEgzEU4uuJbVLLh4k
NFjkXKv5i9CUqnahwUaQrekQO8am/rzYtgZ+yxgN1zFbobbh1AJ+lnu0L6a+vwrQ
ijt6k+CJWCMM7QJNeLex96B7vRecIv9TQi/R9DU+qimDGt4l9vG0fUUFpOOaaUHZ
S10eq2qMkaCJ/TZaxXrN
=Dy4g
-END PGP SIGNATURE-

Bug#799208: dh-elpa should provide substvar for depends field

[Thomas Koch]

Package: dh-elpa
Version: 0.0.4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I followed the example from the elpa-hello package. Its debian/control does
not list anything in the binary Depends field beside ${misc:Depends}.

So I thought dh-elpa would populate the misc:Depends substvar with a
dependency to emacsen-common and maybe also to a version of emacs.

But all the other packages in the pkg-emacsen git repo on alioth have explicit
dependencies on emacsen-common and a version of emacs.

Shouldn't at least the dependency on emacsen-common be included by
${misc:Depends}? The emacs dependency version might be different for every
package. On the other hand the substvar could be populated with a lower bound,
e.g. emacs >= 24|emacsen.

Greetings,

Thomas Koch


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV+b6/AAoJEAf8SJEEK6ZaHAUP/39sA+sTbQLNhGhDLep4N8Il
ReZLNLTImhUnwyhOa6XKko6653dLJjIBR4v9uZnStrwLs5WppWXlPP0IgBdT9BOp
MbH7r6yZsr6wdnTCZ+qX3UtAbqg9hJVfiz/KItaCzuQH6zdYBxBTIxKpGcDMeArI
oBI2QFnAbOkvIjCwhVzBrM2HsAQnedh9o/r1neMezNwxlqaf9d1sDzo8Xr5sK4yp
GbHM5QTeErpxFcrDtmvBq8Sov1y3swwukzrJvrf35K7HA+7sbpwcaz1/clGKhmLU
YsrcPnZvJJVpBBKlo4Kqb+03Br5BJxQ7u4qdgZ+4sY+xrpakUSC3IgKaVFeJDx0I
66TkgyqA7e0zN4vO52GKqVUze1BdrGxspeA7WTfbtVihvOUTCV4fFvPV23hQhcEX
juQ5ON1Xw+IDd2FhYk/Zm0AsoOJS5hGciAXBjDpRGGRmvUJENbZlL9gKhJpbknVa
RekJnMwdzPCWRuTh4TRPVbbD5wMOo6pNM63c7XHOOliNvi7LEuwWAMgGXlmYf7D3
D3DvHCg4xa9QdVUPae6JQ687j92Lhv5WbGRMZiL0cKwWtkYfF7Yyy6eAtwA7D5qf
/lyMWfNem2bWxi8kyMlWweqVAPpeCMqiVa0aa92XhokZmF7wQAZd1hSvzY4zRHhR
GVJHMi+oNzqAYur1ow+f
=wwzw
-END PGP SIGNATURE-

Bug#711695: RFS: editorconfig-emacs

[Thomas Koch]

should be ready for review once alioth shows the repo:
http://anonscm.debian.org/cgit/pkg-emacsen/pkg/editorconfig.git/

Bug#799032: debian upstream version must equal elpa version

[Thomas Koch]

Package: dh-elpa
Version: 0.0.4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

My upstream package version is 0.4+git20153108+a5e5f9e since I wanted to package
a snapshot a bit after 0.4. dh_elpa installs the package into
/usr/share/emacs/site-lisp/elpa-src/editorconfig-0.4

Emacsen-common however searches the elisp files at configure time in
/usr/share/emacs24/site-lisp/elpa/editorconfig-0.4+git20153108+a5e5f9e

This results in

Setting up elpa-editorconfig (0.4+git20153108+a5e5f9e-1) ...
Install elpa-editorconfig for emacs24
install/editorconfig-0.4+git20153108+a5e5f9e: Handling install of emacsen 
flavor emacs24
install/editorconfig-0.4+git20153108+a5e5f9e: byte-compiling for emacs24
>>Error occurred processing *.el: File error (("Opening input file" "No such 
>>file or directory" 
>>"/usr/share/emacs24/site-lisp/elpa/editorconfig-0.4+git20153108+a5e5f9e/*.el"))
ERROR: install script from elpa-editorconfig package failed

For my current case I can just package the real 0.4 version. But for the future
we might want to handle this case.

I could also patch the version number in the elisp header...

I recommend to keep installing the package in /.../editorconfig-0.4 to not
confuse the dependencies defined in elpa packages.

Regards,

Thomas Koch

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV97TQAAoJEAf8SJEEK6Zae5gQAMZFH+V0hJlKrQLUUFF2mEln
g77ZcKpjGLSAuepJq0d/o/xEPWlg30ITfNF+WywwhuF3tdngLUbV2KzY9AeKy2Z+
wA/90V8x+d5+Eg5CsluEVMyPyrbn93WKYEsDdo6NJ4VnQW2VEtIz9Pkmii2HH4im
sRHIPo597h8gKrGQAqYrba1kYpxp4F9tAjp/ZcLHI3wI6lNc/Jnvq1J4SngFfe+9
LVNgnXb5EvBlRtlMEWtkNiiSf3IPr3rA+Ras+yniweYB0yz0LeatvmzuaZneCGuI
hmTefk2ZJwWO5sFxAcCzUTPOFr2hd7oSrISXWROcCGi1ce/9zqdKztM2NqYC0nrn
Quhwt6euPiwy6r1HjLkl4qZmlyh4GXcRvMKFKCN+XmEYMESt8MEr2Js6YeMbexAd
o/+ndpv523IS1FyWgXIbimpU8kla3dw886A9WSr0Osyq+khxDfQwQdlWbIu5NpOj
2HNkZooZxx7Uf97HbMRXh/Cxlj5xe12G5YwA2dviBl/GsD2xOWOWoiy5BoAGeNae
0Q83qb0Uh7OVcYkxLKuZ9XPEZCyID0LJ9NWbvqOS1qz5EK+F5FnjiPHN4oTyBQuK
zvdKBNAu1Rajbk39j6ft5MX6cwwqrZVaFeF7m5DTMMjadBqW+pRVC1FaA5q0Q5ca
NxoEtGV64GyKHCpau8So
=c9XD
-END PGP SIGNATURE-

Bug#772179: Xmonad with Gnome

[Thomas Koch]

On Monday, August 31, 2015 04:46:58 PM Joachim Breitner wrote:
> Hi,
> 
> CC’ing d-haskell.
> 
> TL;DR: Per wants to make sure that xmonad works with Gnome, as it used
>to do in squeeze, and I just gave him commit access.
> 
> Am Sonntag, den 30.08.2015, 12:08 +0200 schrieb Per Olofsson:
> > On 2015-08-29 14:47, Joachim Breitner wrote:
> > > thanks for your findings. I would not oppose adding this configuration
> > > to the package, but only under the condition that someone who 
actually
> > > uses it (i.e. you) continues to feel responsible for that part (i.e.
> > > keeps it working, responds to bug reports etc.)
> > > 
> > > Are you interested in that?
> > 
> > Sure!
> > 
> > > If so, you can have commit access to the packaging repository and you
> > > can add the changes yourself, including any needed documentation 
and
> > > Recommends or Suggests.
> > 
> > OK, that sounds good.
> 
> added. You can checkout the repository using
> $ git clone alioth.debian.org:/git/pkg-haskell/DHG_packages.git
> and you find the xmonad packaging in p/xmonad.
> 
> It is debian/ only, but simply run "origtargz -u" in that directory to
> get a usual unpacked Debian source directory. From that on, apply your
> usual Debian-packaging-foo :-)
> 
> Feel free to add yourself to Uploaders. Also, it might help to add your
> name and mail address as comments to the session files etc. that you
> create, so that when there is a problem with them in a few years, I
> remember who to prod about it :-)
> 
> Shout if you need anything else.
> 
> Greetings,
> Joachim

I switched to Mate+Xmonad and thought that I should also add my 
configuration to the xmonad package. While we're at it I should investigate 
what I did back than...

Thomas Koch

Bug#796293: insufficient/confusing documentation for pgpsigurlmangle

[Thomas Koch]

Package: devscripts
Version: 2.15.8~bpo8+1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

There are a few related shortcomings with the documentation of
pgpsigurlmangle and the related lintian tag
debian-watch-may-check-gpg-signature.

1) The uscan manpage says:
This signature must be made  by  a  key  found  in  the keyring
debian/upstream/signing-key.pgp  or the armored keyring
debian/upstream/signing-key.asc.
- - What is an armored keyring?
- - Isn't it, that the .asc file is just one public key as produced
by gpg --armor --export $KEYID?
- - Please give an example how to correctly produce this file.
- - How can I produce a keyring .pgp file?
- - Which format should be preferred? I don't like choices.

2) There is no example of a full watch file with a pgpsigurlmangle
option. I needed several tries to get it right because it was the
first time that I had to produce a non trivial watch file with an
option. I believe that many others might be in the same situation.
Please add an example to the uscan manpage or the lintian tag or
both.

3) The lintian tag says:
verified against a keyring stored in debian/upstream-signing-key.asc
The manpage does not mention this file. It seems that the code
still uses it, but it is confusing.

4) How about a script, that checks all watch files, tries GET
requests against $URL.sig, $URL.asc and proposes a new watch file
to the maintainer in case it finds something?

Thomas Koch

- -- Package-specific info:

- --- /etc/devscripts.conf ---

- --- ~/.devscripts ---
DEBSIGN_KEYID=042BA65A
DEBUILD_DPKG_BUILDPACKAGE_OPTS=-i\.git -I.git
DEBEMAIL=tho...@koch.ro
DEBFULLNAME=Thomas Koch
BTS_INTERACTIVE=yes
BTS_DEFAULT_CC=tho...@koch.ro

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.17.25
ii  libc62.19-18
ii  perl 5.20.2-3+deb8u1
ii  python3  3.4.2-2
pn  python3:any  none

Versions of packages devscripts recommends:
ii  at  3.1.16-1
ii  curl7.38.0-4+deb8u2
ii  dctrl-tools 2.23
ii  debian-keyring  2015.04.10
ii  dput0.9.6.4
ii  equivs  2.0.9
ii  fakeroot1.20.2-1
ii  file1:5.22+15-2
ii  gnupg   1.4.18-7
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.03-1
ii  libjson-perl2.61-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.11-1
ii  liburi-perl 1.64-1
ii  libwww-perl 6.08-1
ii  lintian 2.5.35~bpo8+1
ii  man-db  2.7.0.2-5
ii  patch   2.7.5-1
ii  patchutils  0.3.3-1
ii  python3-debian  0.1.27
ii  python3-magic   1:5.22+15-2
ii  sensible-utils  0.0.9
ii  strace  4.9-2
ii  unzip   6.0-16
ii  wdiff   1.2.2-1
ii  wget1.16-1
ii  xz-utils5.1.1alpha+20120614-2+b3

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20141216cvs-2
ii  build-essential  11.7
pn  cvs-buildpackage none
pn  debbindiff   none
ii  devscripts-el35.12
ii  gnuplot  4.6.6-2
ii  gpgv 1.4.18-7
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
pn  libterm-size-perlnone
ii  libtimedate-perl 2.3000-2
pn  libyaml-syck-perlnone
ii  mutt 1.5.23-3
ii  openssh-client [ssh-client]  1:6.7p1-5
pn  svn-buildpackage none
ii  w3m  0.5.3-19

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV1s9+AAoJEAf8SJEEK6Za6PkP/3TiZFiDqh8XFe5h6ycs7NtC
7YlVkoZAQ6LHzH4qFJo3xmnjSdMtX+t8f0uyAUijCIVKR0eFFl+IhcymzhMuHZve
ddU8UouXZWm4jkUfXluyoJkHJkEWri90nZaq1F6iCMmJCljKVK0J4XZP4OJlZZ3k
6ka26KBkDp+wTTAPUWrRDckYsxMN60mOo+2OAGm+Gmyg5/QKcdf/VoKUWnLBt1ak
/l7uRSRd422CWDOqQJX1MpPM5nz65f16S1+AEWtkMnq3BxrfFKkudD26dam+lnLo
en1V6Ia1/uMS1/jgzrJsxpGn6kHrSVQkqcKRco+5yiGRYylvcQG237Gh04LAiCO2
IctQCtG05mGUPKBR44PMULgal18JkAwgZB5Ty9z+hNugiOGsuQOIV9u8MdKs1ll6
nqT+QzlttS1nFeHtB39RfNHF319DDsE5Wfuh3GZdi0sRXPUdncY7tncqJ3AVRQUx
475LdfmkRh81IMoKaFbJy3MayVAbT2LOtsU2+SJlzRJtueVyTukuBUR0vkflPB2d
JPFJW8UgG6v2sLZu9f11nsh60MkugO1iDfcO+HRXXSZQ47Noyr7YPqzdAs0dzJNH
XQBYLv7tNs1g0v4I2CnY3zCr+TLk0gTdidisvKINWwy7uXUkho0nwFJuYYcGzn3l
oEKKgNOqWP5OshvrK1dt
=puBp
-END PGP

Bug#793644: ITP: hadoop -- Apache Hadoop distributed processing framework

[Thomas Koch]

On Saturday 25 July 2015 23:10:11 Emmanuel Bourg wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Emmanuel Bourg ebo...@apache.org
 
 * Package name: hadoop

I've packaged hadoop in 2011. However nobody(?) used it and I switched jobs 
and lost interest. I don't know when and why hadoop was removed from the 
archive.
I doubt that anybody would use a debian version of hadoop now as long as it 
isn't backed by upstream, cloudera or hortonworks.

People running large hadoop installations probably don't use dpkg to install 
stuff but a configuration management system like puppet, cfengine, ansible?

Thomas


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

Bug#784438: ITP: autosubmit -- Manage weather and climate experiments on supercomputers

[Thomas Koch]

On Wednesday, May 06, 2015 01:05:20 PM Alastair McKinstry wrote:
 * Package name: autosubmit

Please use a more specific package name for such a specialised package.

Thank you!

Thomas Koch


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

Bug#589436: Any update?

[Thomas Koch]

Hi Thomas,

- gerrit 2.12 will have a build option to build it without GWT. I don't think 
that we will ever manage to have GWT in Debian as long as no company throws 
some money at a DD.

- Gerrit is build with buck. Wikipedia has a git repo of a Debian package of 
buck but I don't think that they work on getting it into the Debian archive.

- Gerrit build depends on the h2 database although I can't imagine anybody 
using it in production. Packaging h2 isn't rewarding nor fun.

I don't have time ATM to work on gerrit packaging unless somebody can pay me.

Greetings, Thomas Koch


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

Bug#780525: ITP: xwrited -- display write and wall messages as desktop notifications

[Thomas Koch]

Package: wnpp
Severity: wishlist
Owner: Thomas Koch tho...@koch.ro

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: xwrited
  Version : 1
  Upstream Author : Guido Berhoerster guido+xwri...@berhoerster.name
* URL : https://code.guido-berhoerster.org/projects/xwrited/
* License : MIT
  Programming Lang: C
  Description : display write and wall messages as desktop notifications
 The xwrited utility displays write(1) and wall(1) messages as desktop
 notifications. A notification daemon compliant to the freedesktop.org
 Desktop Notification Specification draft needs to be running in order
 to display the notifications.
 .
 This utility is useful e.g. to send (forward) broadcast (wall) messages
 to all users from cronjobs or system daemons.
 .
 The xwrited daemon is autostarted for each new X session after the
 installation of this package.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVBbMZAAoJEAf8SJEEK6ZaV34P/jz6BFI1AXuSNsWJ/B995Odi
SGlWBKKC1mGjwQzhVkeLQQWJeSb8dVhY2ALuYsmHz0wK7cppYIGYCXx8Ja+YmQHc
F1AtqRP0z6SgJgUKc6LNqcgAfnkkV3LEVdA/Zwn/CtZSN9bHpFEbIckERnEDfV9w
yRb3Yvvw4z4zvRnQVdRz9plmqA7hhyzxjM06XnIX4gNw1WlFdThNFaQyXuJpgcUh
jd6LPVGBPMa13LHJYjt1REw5WBOTOyd8fu4317vPrsFkM+nEfxTD9gbvaF6Qptkq
NpyGh59uJNmYwgVlYvNFn2gjKo1beo4xcJBmogkBbQGOQTnSAfvCuG6X6Dz8RngI
05pOhJQKBDCv21U7X83p24W3U4BIdxzVqHoK9uTtEA1EpjLg7kKJVJ4vnbSNVa5B
1aAG2iR4xtHCk66g3f9qgyJz5HK8aL7F7W8wsZj26zxyHoW9Z6iSsOQbKp7l86si
CXg6x0tOlYEr8n0+aXVFf6ifHT4UCGfPD3LSxFEbX5su4Z1sS5dS6SIS3gDvlP14
kV/4WzB2QR9zACvYlweF07CpZPXs+3zikkJfobA/6LLhRDPsHXKbtVa0OZdq6Jt1
PTmajM1kBUMLtEya0/oOYaqbDjsHAD7k8KSYhpG03dyWAfM6OjtyUtXzOuqug16a
ubnKNNZ3w8zReG5WwpEp
=w3Ec
-END PGP SIGNATURE-


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

Bug#780182: more info on kwallet and gpg2 high cpu usage

[Thomas Koch]

Hi Lisandro, Valentin,

thank you for responding. I did a bit of investigation and testing now. The 
issue appears and disappears when I add or remove an Adressbook in KAdressbook 
(embedded in Kontact) via the Open-XChange connector.

I need to reboot my machine after I add the Open-XChange adressbook to get the 
issue again, but I reproduced this two times.

I also monitored dbus interfaces  org.kde.KPasswdServer and org.kde.KWallet 
and see the following dbus traffic on those interfaces multiple times parallel 
to the start of around 20 gpg2 processes:


signal sender=:1.52 - dest=(null destination) serial=484 
path=/modules/kpasswdserver; interface=org.kde.KPasswdServer; member=checkAuth
InfoAsyncResult
   int64 62
   int64 0
   struct {
  byte 1
  string 
https://MYUSERNAME%40mailbox.org:mypassw...@dav.mailbox.org/servlet/webdav.contacts;
  string 
  string 
  string 
  string 
  string 
  string 
  string OX WebDAV
  string 
  boolean false
  boolean false
  boolean false
  boolean false
  array [
  ]
   }

method call sender=:1.52 - dest=org.kde.kwalletd serial=482 
path=/modules/kwalletd; interface=org.kde.KWallet; member=keyDoesNotExist
   string kdewallet
   string Passwords
   string https-myusern...@mailbox.org@dav.mailbox.org:-1-OX WebDAV

I replaced my username and password in the output.

The connection to KWallet is also given by the error messages that pop up when 
I kill the gpg2 processes.

I don't know the gpgme++ library. Is it possible, that this library starts 
gpg2 processes?

Regards,

Thomas Koch


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

Bug#780182: kwalletd spawns 20 gpg2 processes every 5 minutes and burns my cpu to ashes

[Thomas Koch]

Package: kde-runtime
Version: 4:4.14.2-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I'm using kwallet with the new gpg backend.

Since the last aptitude update and reboot kwalletd seems to open around 20 
instances
of the following process every 5 minutes:

gpg2 --batch --no-sk-comment --status-fd 12 --no-tty --charset utf8 \
 --enable-progress-filter --display :0 --with-colons --fixed-list-mode \
 --with-fingerprint --with-fingerprint --list-keys --

I'm currently running
 while true ;do killall gpg2 ; sleep 1;done
to be able to write this bug report.

When those gpg2 processes get killed, two different kinds of dialog windows pop 
up:

Error when attempting to open the wallet kdewallet. The wallet was encrypted 
using
the GPG Key ID 07FC4891042BA65A but this key was not found on your system.
or
Error when attempting to decrypt the wallet kdewallet using GPG. If you're 
using a
SmartCard, please ensure it's inserted then try again.
GPG error was No data

I have a keyring that is way too big and thus amplifies the problem for me. But 
that
should not result in an overheated cpu.

I believe the process asking for wallet access might be kmail via akonadi since 
no
other KDE program is running AFAIK.

Some of the last updates were:

qt4-x11 (source) 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 - 
4:4.8.6+git64-g5dc8b2b+dfsg-3
gnupg:amd64 1.4.18-6 - 1.4.18-7

Thank you,

Thomas Koch


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

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

Versions of packages kde-runtime depends on:
ii  kde-runtime-data4:4.14.2-2
ii  kdelibs5-plugins4:4.14.2-5
ii  libasound2  1.0.28-1
ii  libattica0.40.4.2-1
ii  libc6   2.19-15
ii  libcanberra00.30-2.1
ii  libexiv2-13 0.24-4.1
ii  libgcc1 1:4.9.2-10
ii  libgcrypt20 1.6.2-4+b1
ii  libgpgme++2 4:4.14.2-2+b1
ii  libgpgme11  1.5.1-6
ii  libjpeg62-turbo 1:1.3.1-11+deb7u1
ii  libkactivities6 4:4.13.3-1
ii  libkcmutils44:4.14.2-5
ii  libkdeclarative54:4.14.2-5
ii  libkdecore5 4:4.14.2-5
ii  libkdesu5   4:4.14.2-5
ii  libkdeui5   4:4.14.2-5
ii  libkdewebkit5   4:4.14.2-5
ii  libkdnssd4  4:4.14.2-5
ii  libkemoticons4  4:4.14.2-5
ii  libkfile4   4:4.14.2-5
ii  libkhtml5   4:4.14.2-5
ii  libkio5 4:4.14.2-5
ii  libkmediaplayer44:4.14.2-5
ii  libknewstuff3-4 4:4.14.2-5
ii  libknotifyconfig4   4:4.14.2-5
ii  libkparts4  4:4.14.2-5
ii  libkpty44:4.14.2-5
ii  libkxmlrpcclient4   4:4.14.2-2+b1
ii  libntrack-qt4-1 016-1.3
ii  libopenexr6 1.6.1-8
ii  libphonon4  4:4.8.0-4
ii  libplasma3  4:4.14.2-5
ii  libpulse-mainloop-glib0 5.0-13
ii  libpulse0   5.0-13
ii  libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-declarative  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-network  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-script   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-svg  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-xml  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtwebkit42.3.4.dfsg-3
ii  libsmbclient2:4.1.17+dfsg-1
ii  libsolid4   4:4.14.2-5
ii  libssh-gcrypt-4 0.6.3-4
ii  libstdc++6  4.9.2-10
ii  libwebp50.4.1-1.2+b2
ii  libx11-62:1.6.2-3
ii  libxcursor1 1:1.1.14-1+b1
ii  oxygen-icon-theme   4:4.14.0-1
ii  perl5.20.2-2
ii  phonon  4:4.8.0-4
ii  plasma-scriptengine-javascript  4:4.14.2-2

kde-runtime recommends no packages.

Versions of packages kde-runtime suggests:
ii  djvulibre-bin3.5.25.4-4+b1
ii  finger   0.17-15
pn  icoutils none
pn  libcanberra-pulsenone
ii  sound-theme-freedesktop  0.8-1

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJU/qJ3AAoJEAf8SJEEK6Zaq4IP/10oxHnyzSlL7pCr67H5RwVj
y9ebG2

Bug#694730: status of libsass debian packaging?

[Thomas Koch]

Hi,

is there any blocker with packaging libsass and sassc or just lack of time and 
somebody should take over?

Are there any git repos of the last packaging efforts for this too packages so 
that one doesn't need to start from scratch again?

Regards,

Thomas Koch


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

Bug#778379: kcollectd should not hard depend on collectd

[Thomas Koch]

Package: kcollectd
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I want to install kcollectd on my laptop to view rrd files
from my server. I can mount the folder with the rrd files with
e.g. NFS or sshfs.

In this case it's annoying to install collectd on my laptop
although I don't intend to use it there.

Maybe it might be better to just recommend collectd?

Thank you,

Thomas Koch

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJU3zoiAAoJEAf8SJEEK6ZaQHAP/AmROhuYhw3CpiNC+0Vm68FY
4Y1kp9IYCOy/s4nPrMGYKn4ubz4lyYpHOqpToyKTG+a6WcAtDsrdjmtEhELu98SE
rHd3r0ZYr41nNBmhCLktaE9hp506/NYXgL9CIolvzMQRV2LriF/gWvFPZqpHFXIo
6ZLJw5sVp6C18X4z25X4r6J2AufIDNdhiu90CRCN7HV/UCtsqWOi/tqSEzIJUTaU
OBRcYr5eFL0QQI7rk/HdidCEZy8rdtSaSi6m0YCio0aZJN5Cs7HLvUeCsG+rwLhb
kUCGwdk0oARDmt5GnwNyq/6zLr/+vUE9C5ZviyDp6ZnirAFw8XipNMxheE3OnfYU
M3qtkcrGNFKv32gc0K+wMZwCTfCW0rqabujTN1g88JU8u0omdqvpEG1LuconM3zu
5efVaLA/CVog+j1MzRs0zhEFKvmhtw6nI4a9lw2j4omYI5kltG+rAHF86u9ZUABZ
8JmIkJPxGSS1x72QSQK8JQ/m1EP2nzRFtKI545wH6K2BObRf2UtQ1ur6KHP/hNX0
3kfeWR24M0Hvd8FbvVgvYqojkjbuhcYA6t5pzqeANO3CgMkP3TUkxKMlgHrDP0AL
TkFfAYAEkUkkW+MCXbBNZ5ZJKvIgBomPgB3zXLcFw2VzKgh4qz3tq0Hxs3dmBGSa
lozeNYp8PqbZ2a0aRTxd
=js8a
-END PGP SIGNATURE-


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

Bug#773781: missing documentation about using hoogle as cgi-bin

[Thomas Koch]

Package: hoogle
Version: 4.2.33-4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

hoogle ships with /usr/lib/cgi-bin/hoogle and 
/etc/apache2/conf-available/hoogle.conf.
This strongly suggests that it would be possible to run a local hoogle server at
localhost/cgi-bin/hoogle.

I did (as root)
a2enconf hoogle
a2enmod cgi
service apache2 reload

Opening localhost/cgi-bin/hoogle results in a 503 Service Unavailable and an 
error.log
message:
(22)Invalid argument: [client ::1:35524] AH01257: unable
to connect to cgi daemon after multiple tries: /usr/lib/cgi-bin/hoogle

Best regards, Thomas Koch

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

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

Versions of packages hoogle depends on:
ii  ghc-doc   7.6.3-20
ii  libc6 2.19-13
ii  libffi6   3.1-2+b2
ii  libgmp10  2:6.0.0+dfsg-6
ii  libjs-jquery  1.7.2+dfsg-3.2
ii  zlib1g1:1.2.8.dfsg-2+b1

hoogle recommends no packages.

Versions of packages hoogle suggests:
ii  apache2 [httpd]  2.4.10-8

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJUmTTRAAoJEAf8SJEEK6Za/m4QANaDsUQmzvIFJQOPZ4DMQSzy
cHR2d2vkKZKV8NtJLQhCAN4noJg8L8+2tcYUnbwgQuFFmSv/pZLYJfU/PtvCYwX8
S6BYeWTV9mEZDLsirNRfpFiZrijamTkX6tDRgIp3PYI66cAllaLM2mbGY8w3MkMW
O3wObHO2kIrvokZeAhlPJq3ZzXtc7d7hHyNRt1iRBQSI8SO3nAOA47veX01nOcgu
Vg29ebnknkj45Ph5A4EhOFUP4+Nsi+IozaWNB5M5R/dug2Aj+mFNyoOZ3siXRofL
NvPihbOXC898it4UPNsU95bLM+L/KwRprkqObggtSPrYwgSuBUqqeSNaZ8I29erY
SLiSkidDeRfjegoqzu6C2XtzFLObwcwa9ojzUESeAbw/5FOhIls5fR64tA2tFKff
pRIviNpaRgM0ifrEUS3zKMj5yFMMAfzoA9cqeORYfVrK6SoeMg3Qud/8Zko9BNQ7
5PoNAecOFMGN+JirBl+J6v7GNZXBnKzaxvIA/qrLCE2I/LLTuhrFuQkPQ6i+dpE5
NdxDUu3TTdN6lwaJt51Vggzsq2nsEg+E69lbqFrohmDjRP+c5w3KbMO6yaIyKIbl
w6nr8DwK82IyfheE5oCfsScVr3BiiDrK1DeHOkpl29/9LL20uC1dH6NLWplBT22F
Qy42z/caEBK2CAmhWaa9
=i7wI
-END PGP SIGNATURE-


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

Bug#772505: nm-applet segfaults when left click on systray icon and wader-core installed

[Thomas Koch]

Package: network-manager-gnome
Version: 0.9.10.0-2
Severity: normal
File: /usr/bin/nm-applet

Dear Maintainer,

I'm running nm-applet in the mate desktop (with gnome-keyring running!). 
When I left click the systray icon the program segfaults. Right clicking works.
The problem only occurs if wader-core is installed. Therefor I CC the wader-core
maintainer.

The backtrace:

#0  0x0042e0dd in gsm_add_menu_item (device=0x21191a0, 
multiple_devices=0, connections=0x0, active=0x0, menu=0x20b64e0, 
applet=0x1e92030)
at applet-device-gsm.c:342
#1  0x00417e88 in add_device_items (type=NM_DEVICE_TYPE_MODEM, 
all_devices=0x1ec9a40, all_connections=0x21124c0, menu=0x20b64e0, 
applet=0x1e92030)
at applet.c:1611
#2  0x00418302 in nma_menu_add_devices (menu=0x20b64e0, 
applet=0x1e92030) at applet.c:1727
#3  0x00418e1f in nma_menu_show_cb (menu=0x20b64e0, applet=0x1e92030) 
at applet.c:1974
#4  0x7f740fa76245 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#5  0x7f740fa87f6c in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x7f740fa90778 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x7f740fa909df in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8  0x7f7411b7a6cc in gtk_widget_show () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#9  0x7f7411a5398a in gtk_menu_popup_for_device () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#10 0x7f7411a53e2a in gtk_menu_popup () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#11 0x0041cbcc in status_icon_activate_cb (icon=0x2040d70, 
applet=0x1e92030) at applet.c:3479
#12 0x7f740fa76474 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x7f740fa90087 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#14 0x7f740fa909df in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#15 0x7f7411911329 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#16 0x7f7411a4031d in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#17 0x7f740fa76245 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x7f740fa87f6c in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x7f740fa90285 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#20 0x7f740fa909df in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#21 0x7f7411b70de4 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#22 0x7f7411a3dd2e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#23 0x7f7411a3f93e in gtk_main_do_event () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#24 0x7f74115e7b12 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#25 0x7f740f7a0c5d in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#26 0x7f740f7a0f48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#27 0x7f740f7a1272 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#28 0x0041368c in main (argc=1, argv=0x7fff56fdb178) at main.c:106

Regards, Thomas Koch

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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.8.12-1
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gconf-service3.2.6-3
ii  gnome-icon-theme 3.12.0-1
ii  libc62.19-13
ii  libcairo21.14.0-2.1
ii  libdbus-1-3  1.8.12-1
ii  libdbus-glib-1-2 0.102-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.14.5-1
ii  libmm-glib0  1.4.0-1
ii  libnm-glib-vpn1  0.9.10.0-3
ii  libnm-glib4  0.9.10.0-3
ii  libnm-gtk0   0.9.10.0-2
ii  libnm-util2  0.9.10.0-3
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-2
ii  libpangocairo-1.0-0  1.36.8-2
ii  libsecret-1-00.18-1+b1
ii  mate-polkit [policykit-1-gnome]  1.8.0+dfsg1-4
ii  network-manager  0.9.10.0-3

Versions of packages network

Bug#772179: provide Xmonad/GNOME session in jessie like in wheezy

[Thomas Koch]

Package: xmonad
Version: 0.10-4+b2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

I'm trying to setup a new laptop with jessie and there isn't a Xmonad/GNOME
session anymore. I understand that GNOME made it much more complicate to
switch the window manager? Is there no hope to make it work?

If so, there should be at least a news file telling people that they have to
switch.

Or could we instead provide integration with KDE/LXDE/XFCE?

Regards, Thomas Koch

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJUgi57AAoJEAf8SJEEK6ZaDaYP/ivM/kfcXLv8pZoHUOMxGnSZ
nrWFvJOTEpuGuSgB1uZcSCku6RP4xVQ3ZVOUy+IGGAvoqQ9MjBTCsjAdKwKMWYbH
rY26HIAFJZ5wd/tS3qvas1+PWHQrxFPAjWh9K+JjReVP565KVRJAFyjwhveq0LGF
DJCdCOJnBdaalFCEA5SHciD6765bLntjQeYZn5B8E0/XKOgzCllbqar732enmcta
5JSiZI9MwsJBfDT25n6XAbVyfp12FuQf+cuhqVfFff9Lnu7zdJDB/j+1RVxGFF6y
yGe2RILlsYm6SQPdV+obyAJz9E9VThX0hk4qStffHFzeD4O6dfzKRV/l04fqyQxV
nr4qW0yJGjJbCHRoWheP06VAN0Hn7nUCZ8luSOR6mGdps/y9a1wkUxvLbC7wdZdn
TcueW3wL3DeZNcXNVLtiCX+Ep3XZto90qfAQhClHK3IGAtFApjX2g6YR6xiTiOZC
V/E5qv6zT4S38UqDDxmlnTYSeU+Rl587NLDcQTfEevVyCGQeQQ/EwAsufLHEDE8P
cBEup4+LcZHXc1/hcx0XoaiZnUIxpf/AmA8HfPE3iIOaL5XSkbeCiCYDr+J1PoQ/
U+wxBCoWVG1cYQjnrk8D8O4hLq0dyhD1/3ZC3LUbvQ2sIlJfW+JBoCzKZZ9TwFuU
+JHFHV65McL4KKakki1D
=qQyh
-END PGP SIGNATURE-


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

Bug#765390: sponsorship-requests: RFS: cfengine3/3.6.2-0

[Thomas Koch]

On Tuesday, October 14, 2014 06:42:53 PM Brian Bennett wrote:
 I'm looking for new sponsorship for cfengine3, a package which I believe to

I'm not a DD so I can't upload cfengine. But I've
- compared that the tarball matches the content of the git repo:
tarball from: https://cfengine.com/source-code cfengine-3.6.2.tar.gz 
SHA-512:  
b1bf6010d4309980846524ca94bb39f624f4ed0df3af220df91f7210b4441456840df4d62d6d6260b417ea7cf959509ca96c1a26c6da67bda7b3c1e5dbbc

git commit id af86d946fc9a8d314c3688a09bf564bf593503f1

- You might want to review the updates to Debians policy and update the 
standards version in debian/control. Some DDs reject packages for less than a 
lintian warning:

W: cfengine3 source: ancient-standards-version 3.9.4 (current is 3.9.6)

The package FTBFS in my pbuilder chroot with failed acceptance tests:

# XFAIL: 0
# FAIL:  1
FAIL: testall
./01_vars/02_functions/readtcp_connection_fail.cf Pass
./02_classes/01_basic/redmine_6509.cf FAIL (Suppressed, Redmine #6509)
./05_processes/01_matching/004.cf FAIL
./05_processes/01_matching/006.cf FAIL
./05_processes/01_matching/100.cf FAIL
./05_processes/01_matching/201.cf FAIL
./06_storage/01_local/001.cf FAIL
./08_commands/staging/default_failed_returncodes.cf Skipped (Staging tests are 
disabled)
./16_cf-serverd/01_start/007.cf FAIL
./16_cf-serverd/01_start/010.cf FAIL
./16_cf-serverd/01_start/copy_from_digest_different.cf FAIL
./16_cf-serverd/01_start/copy_from_digest_different_expand_ip_and_shortcut.cf 
FAIL
./16_cf-serverd/01_start/copy_from_encrypted_md5_zero_length_file.cf FAIL
./16_cf-serverd/01_start/copy_from_md5_zero_length_file.cf FAIL
./18_examples/ouputs/check_outputs.cf FAIL
Failed tests: 13 (1 are known and suppressed)

(-I've packed the tests/acceptance folder in the attached tarball.-Mail got 
rejected by gmail-)

I've pushed the result of my build directory including test logs to:
https://github.com/thkoch2001/Cfengine-debian/tree/build_result

You might also consider to register at http://mentors.debian.net and upload 
the cfengine3 package there to make the review easier for potential sponsors.

Thank you!

Thomas Koch


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

Bug#711471: Package is in NEW

[Thomas Koch]

Package for 0.6 [1] is in NEW [2] waiting for the ftp-master's approval.

[1] https://ftp-master.debian.org/new/tlp_0.6-1.html
[2] https://ftp-master.debian.org/new.html

Regards, Thomas

-- 
Thomas Koch – linrun...@gmx.net


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

Bug#765390: sponsorship-requests: RFS: cfengine3/3.6.2-0

[Thomas Koch]

On Thursday, October 16, 2014 07:53:12 PM Brian Bennett wrote:
 Thomas,
 
 Thanks for the feedback. We'll fix it ASAP. Can you give me the exact steps
 you used to build? I've had several different build methods recommended to
 me. Currently we're just using git-buildpackage.

git-buildpackage -S
sudo pbuilder --update
sudo pbuilder --build ../cfengine*.dsc


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

Bug#760305: RFP: hasktags -- Produces ctags tags and etags TAGS files for Haskell programs

[Thomas Koch]

On Wednesday, September 03, 2014 10:11:19 PM Joachim Breitner wrote:
 Hi,
 
 Am Dienstag, den 02.09.2014, 19:48 +0200 schrieb Thomas Koch:
  I'm trying to setup my emacs for Haskell development and follow
  https://github.com/serras/emacs-haskell-tutorial/blob/master/tutorial.md
  
  The only missing part from this guide so far that's not in Debian is
  hasktags.
  
  Is there any particular reason, why it's not packaged other than that
  nobody did it yet? Or is there any blocker?
 
 no reason that I know about.
 
 How does it related to hothasktags? Is it superceded by that? Do we need
 both?

hothasktags only produces VIM ctag files but no emacs etag files. Emacs haskell-
mode seems to expect and only support hasktags.

I just did an experimental packaging of hasktags just by running 
cabal-debian --debianize --quilt
over the code as explained in
http://www.mhatta.org/blog/2013/03/21/recipe-for-debian-haskell-packaging

AND IT WORKED!!!

I've never ever had such a great packaging experience in any other language!

I reviewed the source code and signed it:
https://github.com/thkoch2001/hasktags

I would be very thankful, if somebody with more debian-haskell experience 
could package (and maybe even backport) hasktags. As I wrote, it seems to be 
the only missing part to set up a basic but productive emacs based development 
environment on Debian.

Regards, Thomas Koch


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

Bug#760338: Patch for Linux 3 .17

[Thomas Koch]

Hi Raphaël,

i'd like to propose to integrate this yet unmerged patch for Linux:
https://github.com/mkottman/acpi_call/pull/49

The resulting code works with older kernels too.

Regards, Thomas

@Andreas: thanks for your support!

-- 
Thomas Koch – linrun...@gmx.net


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

Bug#760338: ITP: acpi-call -- Kernel module that enables you to call ACPI methods

[Thomas Koch]

Hi,

it would be great if acpi-call were in Debian too! This would facilitate
TLP's installation instructions considerably.

I'm not shure if Julian's kernel work will be completed in the near future.

Regards, Thomas


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

Bug#760305: RFP: hasktags -- Produces ctags tags and etags TAGS files for Haskell programs

[Thomas Koch]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: hasktags
  Version : 0.69.0
  Upstream Author : The GHC Team
* URL : http://hackage.haskell.org/package/hasktags
* License : BSD3
  Programming Lang: Haskell
  Description : Produces ctags tags and etags TAGS files for Haskell 
programs

- 

I'm trying to setup my emacs for Haskell development and follow
https://github.com/serras/emacs-haskell-tutorial/blob/master/tutorial.md

The only missing part from this guide so far that's not in Debian is hasktags.

Is there any particular reason, why it's not packaged other than that nobody
did it yet? Or is there any blocker?

Thank you,

Thomas Koch

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJUBgLqAAoJEAf8SJEEK6ZaPeoQAKhrMgJmQ7qWE8oUKM1JA91Y
N8r3OlbeP+JH+T9JpSiTnCX90OCf5kGrQb9DVghD+ueHA81JOvbf61iQmUpzil2V
GSRL0V4rekC0H6woqyfqJevj3TPUe1wttBxh7G1+hI0GHl16//Lh40yXSiyYyWF2
+u2WWAqQr9bg1hTzdKi4L01hzLiknZhlidtesolTZv9Hcs+PZtfykjzez41L55Ns
qUQkfDUOOHneLIW2HXeSSYuTqQ28QJ4Grx/3j6xhqi9Kjt7op2QHdnBA70XUBu6L
Ktd74aIIPKGxOIDZ4/CbbL+ilgMmUZUMFSt+baxOuAsNy0SqzxfYi67G2aymg5dN
Jsme14KRQNA0yLXAa/SXiDt5ZSEobEtKcFtl1ALOM8LV/iXaTgUX15QCDwftW1CO
aRxyJcrXOOK9USDWWU4WlEajQYe0PVbR/K6jb4pqH7RJG/nYDw/TS/qE2RGiJ/MR
3vZcATh/0nofLjclp0HZZlS2Ko8Ae2aN3jSGGVWXnMSOCzsYNptTMUG6AaA1JwQB
/cEjSmZn4x1sqU4MNiJx3trqJyX6uDXiubBBfdgTgAlXtXQbTBjMQHRy+s7nqwox
58Xb+E2jZjjP7/9+nDuLJx39Jfpi5YpXGXcj1XOSpd9kWR8QCYizfl8gZKOZ1aFG
kezaDoyfFbpq+mUR0Vit
=70zr
-END PGP SIGNATURE-


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