Processed: lwjgl v3 requires kotlin
Processing control commands: > block -1 by 892842 Bug #968738 [src:lwjgl] lwjgl: please update to version 3 for libgdx 968738 was not blocked by any bugs. 968738 was blocking: 968471 Added blocking bug(s) of 968738: 892842 -- 968738: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968738 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#969007: RFP: xmppipe -- pipe stdio over XMPP
Package: wnpp Severity: wishlist * Package name: xmppipe Version : git master Upstream Author : Michael Santos * URL : https://github.com/msantos/xmppipe * License : ISC Programming Lang: C Description : pipe stdio over XMPP from the README: > xmppipe redirects stdin/stdout in a shell pipeline to an XMPP MUC > (XEP-0045). xmppipe supports flow control using stream management > (XEP-0198) and can optionally deal with overload by acting as a circuit > breaker or by discarding messages. > > xmppipe works with line oriented tools like grep, sed and > awk by outputting each message as a newline terminated, > percent-encoded string. > > xmppipe can be used in shell scripts to quickly write interactive bots > for monitoring systems or for sending alerts.
Bug#940329:
Any progress? If not, I'm willing to package this.
Bug#969001: O: src:python-asynctest
Package: wnpp Severity: normal X-Debbugs-Cc: Andrej Shadura -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I am orphaning python-asynctest. I no longer have a need for this package, and it is my understanding that upstream discourages further use of it. I might be mistaken, though, and since at least one package currently depend on it, and Andrej Shadura has shown some interest by proposing a patch upstream (see bug#954554), instead of dropping the package I am orphaning it. - Jonas -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl9FSoAACgkQLHwxRsGg ASGH2w//UGUTVOwQd4GYnsJIZSW0x+zYBMkE+ufOUnQF/AOvTALp0dEUQhOZMnff ZJ0WPoRMcso/4LAQ6hon2LzVHNgsBaHyEiTrmVdpMvTVxWPhVE4ChL/tkkHyeX2E jBivMHbTbfbv89+gsKKCt7vKsex5x42W3DZq92JgsRI9Y2Y47EGmClMHGxlOlAVc qeyNLVUn+tuSH52fF/5vVgKBt1upJ7wKKo7U3s+2r08fRG80uVcrZjQyjrMXfGVO jQCx+IdVrxKNSg0vLeeHBOdvBJdy5oPREn4bf0+HoLx+S0mzUWTQ7Iw8ri0Y/1CV 6LJDcVQlKnoNoPAaQVyoqYlMNF91MMugRZqadFoQFxRgsWWfk8QNfXQWqSlC5N/D KfLLtYXGd26E5CTTMLUzX45BpfQmXlWQua1ijIQeNePuRjj9kD8g/XJXOoRn5n0W k1s1aDPctmgIu8Vj5lehfFebURkO8v3wNMqEXyCNy71X0TxmTuTzwfve6oVMft3H wHJ9t2S9mUwPhCX4kcupn8Ng5jXEcISfoAB4CmS3av2QDUNnl/GNSYsJUOML7KUT J7ixciCHFFJtgi+4hcrtAQoYSZkNfB8657uKeY0SnpYG0qgTazghrQepbjEGvu2t xqqOlQJs8mTI8DYTL9jOXUnQXxJYWjaHAp5MvgEw0izzsYUfCt0= =sF7C -END PGP SIGNATURE-
Bug#968995: ITP: libmongocrypt -- client-side field level encryption library
Package: wnpp Severity: wishlist Owner: "Roberto C. Sanchez" -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libmongocrypt Version : 1.0.4 Upstream Author : Mongo C Driver Team * URL : https://github.com/mongodb/libmongocrypt * License : Apache License, version 2.0 Programming Lang: C Description : client-side field level encryption library libmongocrypt facilitates the client-side encryption and decryption, at the field level, of data stored in MongoDB. Additional information: The libmongocrypt package allows for building the libmongoc package (part of the mongo-c-driver source package) with support for client-side field level encryption (CSFLE). In this way libmongocrypt is an optional dependency for libmongoc. Fedora currently ships libmongocrypt and its libmongoc packages have been built with libmongocrypt, enabling Fedora users of libmongoc to interact with MongoDB databases employing CSFLE. The packaging of libmongocrypt for Debian will allow the Debian libmongoc packages to function equivalently to those shipped by Fedora. This package will be maintained by the Mongo C/C++ driver team as part of upstream development. The team already maintains the mongo-c-driver and mongo-cxx-driver source packages in Debian. -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEz9ERzDttUsU/BH8iLNd4Xt2nsg8FAl9FG4QACgkQLNd4Xt2n sg8iuxAAjlAoaPwqrLwPYBfvOJnGgpXN1MX3wmG/cZ9Xhy7iHenahekQspecNYHo coy9gnz11afkkdEDxb65E8Bkj0ExUQsVqh0AvkXqfRC7k2EkDqrlObURWpl/fOk3 AVecch84veo42QEo6VYP7Bj78T/fthpBMWcwDSdXL5p+e7ORALX2ab32S8Z9VmPY RTF53CNyQjxkz3PG6Vlzgtu8BjLnk9squkXcSR0Nwut/s9ozIDou3stD0ndDqG8g Q2nojCRxf/Xg6h6SyGefm6wESC8GQKmygSegZhJXTL6aUbl8D6uhXRVK/Rzn9QzT cjV/LvlDIcj2YMWthIvxqee+G+GZtlIwpt5DqjRH4iN07Aht+5EUCkRvEkv1L/hp iGmFxE6JMSrp/dU8bjDVx6+IxMxeQXBttZHqZzkQFTy/CKD7IXDEzrCFhCr5eocw pgOl+YqaE7TNiaQU1WXHuv5m3q2ZdkUO8kb2TFN8nGxvnBiRFhg50jYGhxsKl16Q cjHuPJGT8Xh+DwK+l6aZTGWBnBgkyHXE2M38NUBPX2BqmBaxQC1UpWAJA8CeBbMu 1JYHxyX0rZS8Sp7x8+XVBagnY8PDggWJLpzNmDv8/UaAfpGrIasTEnFKZHcTNeJx k9oDdN7KuJAD4HCYIkBTJjaQbOTwO6IFp60T5CUO5AV4ogCwmCY= =0j1E -END PGP SIGNATURE-
Bug#968987: RFP: python-pyjks -- load and manipulate Java KeyStore (JKS) data without a JVM
Package: wnpp Severity: wishlist * Package name: python-pyjks Version : v20.0.0 Upstream Author : Kurt Rose, Jeroen De Ridder * URL : https://github.com/kurtbrose/pyjks * License : MIT Programming Lang: Python Description : load and manipulate Java KeyStore (JKS) data without a JVM A pure python Java KeyStore file parser, including private/secret key decryption. Can read JKS, JCEKS, BKS and UBER (BouncyCastle) key stores. The best way to utilize a certificate stored in a jks file up to this point has been to use the java keytool command to transform to pkcs12, and then openssl to transform to pem. This is better: * no security concerns in passwords going into command line arguments, or unencrypted files being left around no dependency on * a JVM This should easily find into Python Module Team maintenance, since its pure Python with a setup.py.
Bug#882640: Uploaded dm-zoned-tools package
Hi Andrew, On Tue, Dec 18, 2018 at 05:47:23PM +1100, Andrew Worsley wrote: > I saw your talk where you asked for a packaging of the dmzadm tool. > > I am not a debian developer but am aiming to try and become one. > Anyway I created a debian package (using deb_make) and built it and > uploaded it to my debian mentor account This again came up in Ben's talk today and I was wondering what happened after you uploaded your package to mentors. I am unable to find it anywhere. Also, the latest upstream version is v1.1.0 now. -- Regards Sudip
Processed: Retitle ITP
Processing commands for cont...@bugs.debian.org: > retitle 968983 ITP: jfreesvg -- Java graphics library to generate content in > SVG format Bug #968983 [wnpp] ITP: tifffile -- Read and write TIFF(r) files with Python Changed Bug title to 'ITP: jfreesvg -- Java graphics library to generate content in SVG format' from 'ITP: tifffile -- Read and write TIFF(r) files with Python'. > thanks Stopping processing here. Please contact me if you need assistance. -- 968983: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968983 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#907576: . RE: push. dream --A Software Digital Radio Mondiale
Re: GMiller > For the Debian directory look in: > > Project 52290 > Initial commit Dream push to Salsa-Garie Miller 08 19 20 > Repository > dream/dream-2.2.1+r1339/debian/ > > I pushed my working directory (with screenshots) both as an 'existing folder' > and a '.git repo'. If you have any review comments I would be interested. Sorry, the git layout is completely wrong. The upstream sources (if you decide to commit them) need to be in the root directory of the repo, and the debian directory needs to be /debian. Also, don't add any tarballs (see `pristine-tar` instead, but that is optional), and don't commit .dsc or .buildlog or whatever. The screenshots are likely wrong in the repo as well. Looking over the debian/ dir: Why Section: non-free/hamradio ? copyright: you probably don't want to list all files individually. If all files have the same (C), just add "Files: *". You never build-depend on a C-compiler, that's what build-essential is for. libfaac-dev and libfdk-aac-dev do not exist in unstable. On which distribution did you test that? For the binary: Remove all the lib* (and zlib) dependencies, dpkg-shlibdeps will sort that out automatically. Things in debian/docs do not need to be installed by debian/install. Any COPYING file should be installed by dh_installdocs to /usr/share/doc/$package/copyright.gz, and not under random other filenames. Re debian/tests/: GUI apps are hard to test anyway, so that's entirely optional. Christoph
Bug#968983: ITP: tifffile -- Read and write TIFF(r) files with Python
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-j...@lists.debian.org, debian-de...@lists.debian.org * Package name: jfreesvg Version : 0.4.1 Upstream Author : David Gilbert * URL : http://www.jfree.org/jfreesvg * License : GPL-v2 Programming Lang: Java Description : Java graphics library to generate content in SVG format JFreeSVG is a fast, light-weight, vector graphics library for the Java platform that makes it easy to generate graphical output in SVG format directly from Java code (via SVGGraphics2D). This is a new dependency of the starjava-ttools package. I will maintain it within the Debian Java team. Salsa dir shall be created at https://salsa.debian.org/java-team/jfreesvg Best regards Ole
Bug#862269: RFP: ntfs-3g-system-compression -- NTFS-3G plugin for reading "system compressed" files
*bump* Would be very useful to get this after all Holger...