Bug#857709: ITP: golang-github-confluentinc-confluent-kafka-go -- Apache Kafka Go client by Confluent
Package: wnpp Severity: wishlist Owner: Christos Trochalakis * Package name: golang-github-confluentinc-confluent-kafka-go Version : 0.9.4 Upstream Author : Magnus Edenhill, Confluent Inc. * URL : https://github.com/confluentinc/confluent-kafka-go * License : Apache-2.0 Programming Lang: Go Description : Apache Kafka Go client by Confluent Confluent's Kafka client for Go wraps the librdkafka C library, providing full Kafka protocol support with great performance and reliability. . The Go bindings are supported by Confluent, founded by the creators of Kafka, and part of their Confluent Platform offering, so the client can be expected to keep pace with Kafka development. . The Go bindings provide a high-level Producer and Consumer with support for the balanced consumer groups of Apache Kafka 0.9 and above. Although there is already one Kafka Go client in the archive[0] and an ITP for a second one[1] I believe it makes sense to also include confluent-kafka-go. It's a fairly new client written by Magnus Edenhill, the author of librdkafka which handles all the low level bits of the Kafka protocol. The fact that this is a wrapper for librdkafka, the de facto high performant Kafka bindings, and the official support by Confluent make confluent-kafka-go a great candidate for a Go Kafka client. I plan to co-maintain it under the pkg-kafka umbrella along with the Python client and librdkafka itself. [0] golang-github-shopify-sarama-dev [1] golang-github-optiopay-kafka (http://bugs.debian.org/857318)
Bug#857713: ITP: librandom123 -- parallel random numbers library
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: librandom123 Version : 1.09 Upstream Author : John K. Salmon and Mark A. Moraes and Ron O. Dror and David E. Shaw * URL : http://www.deshawresearch.com/resources_random123.html * License : BSD Programming Lang: C Description : parallel random numbers library Random123 is a family of highly parallelizable counter-based random number generators (CBRNGs) that are useful for a wide range of applications. . Random123 is a library of "counter-based" random number generators (CBRNGs), in which the Nth random number can be obtained by applying a stateless mixing function to N instead of the conventional approach of using N iterations of a stateful transformation. CBRNGs are ideal for a wide range of applications on modern multi-core CPUs, GPUs, clusters, and special-purpose hardware. Three families of non-cryptographic CBRNGs are described in a paper presented at the SC11 conference: ARS (based on the Advanced Encryption System (AES)), Threefry (based on the Threefish encryption function), and Philox (based on integer multiplication). They all satisfy rigorous statistical testing (passing BigCrush in TestU01), vectorize and parallelize well (each generator can produce at least 264 independent streams), have long periods (the period of each stream is at least 2128), require little or no memory or state, and have excellent performance (a few clock cycles per byte of random output). The Random123 library can be used with CPU (C and C++) and GPU (CUDA and OpenCL) applications. Remark: This library is used in a target of Debian Med (exabayes[1]) and thus I intend to maintain it inside the Debian Med team even if the scope is science in general. In case somebody else intends to serve as an additional uploader and prefers Debian Science team I'd be fine to move the packaging from current https://anonscm.debian.org/git/debian-med/librandom123.git to Debian Science git. [1] http://sco.h-its.org/exelixis/web/software/exabayes/
Bug#857726: ITP: roguenarok -- versatile and scalable algorithm for rogue taxon identification
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: roguenarok Version : 1.0 Upstream Author : Andre J. Aberer * URL : https://github.com/aberer/RogueNaRok * License : GPL Programming Lang: C Description : versatile and scalable algorithm for rogue taxon identification RogueNaRok is a versatile and scalable algorithm for rogue taxon identification. It also includes implementations of the maximum agreement subtree, leaf stability index and taxonomic instability index. Remark: The package is maintained by the Debian Med team at https://anonscm.debian.org/git/debian-med/roguenarok.git
Bug#857727: ITP: golang-github-minio-cli -- A small package for building command line apps in Go
Package: wnpp Severity: wishlist Owner: Henti Smith X-Debbugs-CC: debian-devel@lists.debian.org, pkg-go-maintain...@lists.alioth.debian.org * Package name: golang-github-minio-cli Version : 1.3.0+git20170313.0.8683fa7-1 Upstream Author : Minio Cloud Storage * URL : https://github.com/minio/cli * License : Expat Programming Lang: Go Description : A small package for building command line apps in Go cli is a simple, fast, and fun package for building command line apps in Go. The goal is to enable developers to write fast and distributable command line applications in an expressive way. -- --
Bug#857751: ITP: golang-github-buger-jsonparser -- fast schemaless JSON parser for Go
Package: wnpp Severity: wishlist Owner: Sascha Steinbiss * Package name: golang-github-buger-jsonparser Version : 0.0~git20170215.0.6bd1670-1 Upstream Author : Leonid Bugaev * URL : https://github.com/buger/jsonparser * License : MIT Programming Lang: Go Description : fast schemaless JSON parser for Go This is a JSON parser library for Go that does not require previous knowledge of the structure of the payload (e.g. creating structs) and allows accessing fields by providing the path to them. It is up to 10 times faster than standard encoding/json package (depending on payload size and usage) and allocates no additional memory.
Re: [moodle-packaging] again: future of Moodle in Debian: ship with Debian 10 Buster in 2019?
Hi Joost, Thank you for your work so far. I'm afraid that realistically it's not possible to maintain quality Moodle 3.0 package in Debian (or Ubuntu 16.04). >From the Moodle site: "Bug fixes for security issues in 3.0.x will end 8 May 2017". This means in less than 2 months upstream will stop all support for Moodle 3.0. There will be no more security patches. At the same time there will be security bug fixes released for Moodle 3.1, 3.2, 3.3. Many of them will affect (be exploitable in) non-supported Moodle 3.0. It will be a lot of work for the maintainer to test all of them and back-port those needed. Another problem is amount of embedded libraries. I understand that "Debian way" would be to de-couple them and package as separate packages. This is simply too much work. Finally, you had a compelling argument for packaging in Debian: "Sites like Tilburg University rely on a stable security-maintained moodle. We're not realy that eager to implement and upgrade to new moodles with new features every month or so. We'd rather do such a thing every 2 year or so. I'm sure we're not the only one." I agree with it 100% - but now it's possible to accomplish that with upstream Moodle version. You basically stick to Moodle LTS releases. They should not contain new features just bug fixes. And if you really want a stable releases but with security fixes, then you start with a bit later LTS version (e.g. Moodle 3.1.6). So overall I think there is little value in Debian package and a lot of work. And while it breaks my heart (I love both Debian and Moodle) I must say that we're better off removing that package and let people use upstream version. Tomek On 10 March 2017 at 11:50, Joost van Baal-Ilić wrote: > Hi, > > Is any DD interested in working on shipping Moodle with upcoming upcoming > Debian 10 Buster release? This would mean the package should be in good > shape > early 2019; and there should be commitment to keep maintaining the package > for > some more years. > > "Moodle is a learning platform designed to provide educators, > administrators > and learners with a single robust, secure and integrated system to create > personalised learning environments." It's like the Free Software > alternative > for Blackboard. > > It's a huge PHP web application, it needs a database backend (MySQL, > e.g.) It > comes with bundled PHP modules from other upstreams. Upstream ships a > .tgz; I > believe one needs a javascript enabled webbrowser to be able to download > from > https://download.moodle.org/releases/security/ (so crafting a watch-file > is not > trivial). The upstream team (hi Dan and Marina) is helpful and responsive. > > Thanks to the work of Isaac Clerencia, Tomasz Muras, Didier Raboud, Thijs > Kinkhorst and others, Moodle has been shipped with Debian in some form > since > 2003 (moodle 1.1.1), see > http://metadata.ftp-master.debian.org/changelogs/main/m/ > moodle/moodle_2.7.18+dfsg-1_changelog > . > > Currently, it's in unstable only, see https://bugs.debian.org/807317 and > https://bugs.debian.org/747084 : I am the only person working on this > package > and due to time constrains can't commit to helping with security support in > upcoming Debian 9 stable/stretch. However, there _is_ an unofficial > backport > to current stable/jessie, available from "deb http://non-gnu.uvt.nl/debian > jessie uvt", see https://non-gnu.uvt.nl/debian/jessie/moodle/ . > > The Debian Moodle packaging "team" uses git on Alioth, see > https://alioth.debian.org/projects/pkg-moodle/ . There's also > pkg-moodle-maintain...@lists.alioth.debian.org . (That one however is > not very > suitable for development discussions since its archive is not publically > accessible.) > > In april 2016, Nishanth Aravamudan and Steve Langasek worked on moodle > (3.0.3+dfsg-0ubuntu1) which is shipped with Ubuntu xenial (16.04LTS) and > yakkety (16.10). > > It would be really cool if Debian would continue to ship moodle in some > form. > And it would be very sad if we'd fail to continue shipping it... I am > willing > to spend _some_ time on making this happen. However, if nobody steps up > soonish to help, I'm afaid moodle support in Debian will stop. I'll upload > upcoming 2.7.19+dfsg-1 in a couple of days; if nothing changes that would > be my > last moodle upload to Debian... :( > > Anybody interested in working on getting e.g. something based upon > Nishanth's > and Steve's moodle 3.0.* in Debian Buster? I offer to help. > > Bye, > > Joost > > > > Op Wed, Feb 04, 2015 at 09:54:41AM +0100 schreef Joost van Baal-Ilić: > > > [...] > > At Tilburg University we are running moodle on some Debian systems; we > have > > an interest in keeping it working for us. I basically took over the work > > from Thijs. > > > > Op Thu, Jan 22, 2015 at 07:47:17AM + schreef Dan Poltawski: > > > > > > 'Upstream' here. > [...] > > > Thank you very much for trying to get in touch with us. > > > > > > I've been cc'd on the Moodle debian bugs for
Re: Post-stretch mass bug filing: build-depending on automake1.11
On Sun, Mar 12, 2017 at 05:36:30PM +, Simon McVittie wrote: > Most packages in Debian that run autoreconf currently build-depend > directly or indirectly on automake (version 1.14.1 in jessie, released > 2013; version 1.15 in stretch/sid, released in 2015). However, 58 > packages in sid still build with automake1.11, released in 2009. This > doesn't seem desirable for buster. > > I am *not* planning to report these bugs as RC, unless the release team > or the automake1.11 maintainer want to remove automake1.11 from > buster entirely (if so, please let me know). > > Most of the packages that I've glanced at so far seem to have moved > from an ancient version (often automake1.4 or automake1.9) to 1.11. The relevant question is whether there is a non-zero amount of packages where a 1.11 -> 1.15 switch would be hard. One important package that is hard to convert to 1.15 could be enough to keep automake1.11 even in buster (we have 5 different autoconf versions in stretch...). >... > A couple of these packages build-depend on > automake (>= 1.11) | automake1.11, but to be honest they'd probably be > better off with just automake (>= 1.11) anyway, so I haven't filtered > those out. What you describe is somewhere between "minor" and not worth reporting. But several packages have automake1.11 | automake (>= 1:1.11) Ouch. > Regards, > S >... cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Weediof
Sent from my iPhone
Bug#857786: ITP: leaflet-contextmenu -- Context menu for Leaflet
Package: wnpp Severity: wishlist Owner: Dominik George -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: leaflet-contextmenu Version : 1.4.0 Upstream Author : Adam Ratcliffe * URL : https://github.com/aratcliffe/Leaflet.contextmenu * License : Expat Programming Lang: JavaScript Description : Context menu for Leaflet Leaflet.contextmenu is a plugin for Leaflet, a JavaScript mapping library. . It provides a simple context menu for the map view. -BEGIN PGP SIGNATURE- iQJ4BAEBCABiFiEEPJ1UpHV1wCb7F/0mt5o8FqDE8pYFAljIdLwxGmh0dHBzOi8v d3d3LmRvbWluaWstZ2VvcmdlLmRlL2dwZy1wb2xpY3kudHh0LmFzYxIcbmlrQG5h dHVyYWxuZXQuZGUACgkQt5o8FqDE8pY7dw//SrO1ssgT3PhqjJVT6xWxZVn06Jdk 9KyWTFIrii1TM8hZQU7p1UOSXyzXSsUkquHSnFE05JPDUG/rl7FOZTgpZ78GjYjB 2h4qlLiTu1DWYx0wTnoOkec0jC/n1yTRESXP56y8+YS/WUQYcwKySICKIzMKetjD Lpv62eQnxHOtL8/pcHDPZzHRI1WDL2jGwb6WGcOPN+WCEOrI5VmxE6BwwwKjwXgo hCcfc2dh9KJe8mIEyFtJCKevidL1/Lj+/eOQmFw64KDJ8qvNVyB6R6k1Us6tNRVY VrQQH9hyIXUJOWbaZwdeY3pwHxSxEjemlAW1TEx08TkWLJ5oOztS2/nW6TJSmiQ1 LfiFoyzyPuX+CjZ9EUsZoKHEpFO9sH3DhSmo47KfFcOWlzZDY5BvUzoCZLC9z0WT cM1jRfz4/XYC1nGkM8+tYGRhbsMQMKw2c3gVTXSXccWBT+/h0fwtOpkFwB0o5wYt 6N9rE4CwFyo4AK0IgV4L8OhMVbd9sk3hXW69u8s+5BbqPWGmrcaMiSREpvHjNMuz pBqXyMDtxWUXMCG1Jx70KrISL8jYt6EwbFisQdhWKoO6E/Hm8mcVmvcaZv+xBmdr nfKpWxKTrusMhEuUvVqdhUU1vk/gN+hC5RKGvgNzO33e2vQszeHeYLcu9axYnLz3 n73ffe1b1dZ1Ds0= =DuTT -END PGP SIGNATURE-
Bug#857787: ITP: octave-sparsersb -- RSB sparse matrix anipulation for Octave
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere * Package name: octave-sparsersb Version : 1.0.2 Upstream Author : Michele Martone * URL : http://octave.sourceforge.net/sparsersb/ * License : GPL-3+ Programming Lang: C++ and Octave Description : RSB sparse matrix anipulation for Octave This package contains an interface to the librsb package implementing the Recursive Sparse Blocks (RSB) sparse matrix format for fast shared-memory sparse matrix computations in Octave, a scientific computation software. This Octave add-on package is part of the Octave-Forge project. This package will be collectively maintained by the Debian Octave Group.
Re: Post-stretch mass bug filing: build-depending on automake1.11
On Wed, 15 Mar 2017 at 00:03:21 +0200, Adrian Bunk wrote: > The relevant question is whether there is a non-zero amount of packages > where a 1.11 -> 1.15 switch would be hard. Yes. Based on my admittedly hazy recollections of upgrading the Autotools build systems in upstream projects across that range, the main problem is likely to be the switch from the serial test harness to the parallel test harness as default - but that's easier now than it was when moving to Automake 1.13, because it should be acceptable by now to hard-require a modern version (one that offers the serial-tests option for instance) rather than going to great lengths to support both. > One important package that is hard to convert to 1.15 could be enough to > keep automake1.11 even in buster (we have 5 different autoconf versions > in stretch...). I'm hoping that won't happen, but we'll see. I too am saddened by the number of autoconf versions in the archive. > >... > > A couple of these packages build-depend on > > automake (>= 1.11) | automake1.11, but to be honest they'd probably be > > better off with just automake (>= 1.11) anyway, so I haven't filtered > > those out. > > What you describe is somewhere between "minor" and not worth reporting. I think it's worth reporting just to make grep-based QA easier, but as you say, certainly minor or wishlist. > But several packages have > automake1.11 | automake (>= 1:1.11) If those are non-trivial to convert, then at least we can say they're RC-buggy because they fail to build with their dependencies satisfied? :-) S
Spare parts for port equipments : Fantuzzi Reggiane, CVS Ferrari, Belotti, Terex, Kalmar, Konecranes, Linde, Hyster
We are pleased to introduce our company, HIT Srl, as supplier of spare parts for crane, reachstacker and forklift. We are specialist in OEM spare parts for brands like CVS Ferrari, Fantuzzi Reggiane (become Terex, today Konecranes), Belotti, and also Konecranes, Kalmar, Linde, Hyster. You can send your inquire to info(at)hitsrl.it , we will reply you shortly! Best regards HIT Spare parts team HIT Srl - Reggio Emilia - ITALY Tel +39 0522 1756017Fax +39 0522 271015 If you don’t like receive our emails just reply us adding NOEMAIL in object (not in body).
