Bug#855708: ITP: beckon-clojure -- handle POSIX signals in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: beckon-clojure Version : 0.1.1 Upstream Author : Jean Niklas L'orange * URL : https://github.com/hyPiRion/beckon * License : EPL-1 Programming Lang: Clojure Description : handle POSIX signals in Clojure beckon is a Clojure library to handle POSIX signals in JVM applications with a simple API. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855713: ITP: clj-digest-clojure -- message digest library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-digest-clojure Version : 1.4.5 Upstream Author : Miki Tebeka * URL : https://github.com/tebeka/clj-digest * License : EPL-1 Programming Lang: Clojure Description : message digest library for Clojure clj-digest provides message digest implementations for Clojure, handling the following types: * java.lang.String * byte array * java.io.File * java.io.InputStream * Sequences of byte arrays It supports all digest algorithms provided by Java. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855716: ITP: clj-tuple -- efficient implementations for small maps and vectors in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-tuple Version : 0.2.2 Upstream Author : Zachary Tellman * URL : https://github.com/ztellman/clj-tuple * License : MIT/X11 Programming Lang: Clojure Description : efficient implementations for small maps and vectors in Clojure clj-tuple provides efficient implementations for small maps and vectors in Clojure. The library is a drop-in replacement for Clojure's builtin vector and hash-map types. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855714: ITP: clout-clojure -- library for matching Ring HTTP requests
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clout-clojure Version : 2.1.2 Upstream Author : James Reeves * URL : https://github.com/weavejester/clout * License : EPL-1 Programming Lang: Clojure Description : library for matching Ring HTTP requests Clout is a library for matching Ring HTTP requests. It uses the same routing syntax as used by popular Ruby web frameworks like Ruby on Rails and Sinatra. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855717: ITP: crypto-equality-clojure -- Clojure library protecting against timing attacks
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: crypto-equality-clojure Version : 1.0.0 Upstream Author : James Reeves * URL : https://github.com/weavejester/crypto-equality * License : EPL-1 Programming Lang: Clojure Description : Clojure library protecting against timing attacks crypto-equality is a Clojure library for protecting against timing attacks when comparing strings or sequences of bytes. It is primarily indented for comparing user-supplied values against secrets held by the application, such as tokens or keys. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855718: ITP: pantomime-clojure -- Clojure library dealing with MIME types
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: pantomime-clojure Version : 2.1.0 Upstream Author : Michael S. Klishin * URL : https://github.com/michaelklishin/pantomime * License : EPL-1 Programming Lang: Clojure Description : Clojure library dealing with MIME types Pantomime is a tiny Clojure library that deals with MIME types (Internet media types, sometimes referred to as "content types"). It uses Apache Tika under the hood to detect MIME types using several techniques: * Known file extensions * Magic bytes * Content-type information for resources served via HTTP * XML schema information This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855721: ITP: compojure-clojure -- consice routing library for Ring
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: compojure-clojure Version : 1.5.0 Upstream Author : James Reeves * URL : https://github.com/weavejester/compojure * License : EPL-1 Programming Lang: Clojure Description : consice routing library for Ring Compojure is a small routing library for Ring that allows web applications to be composed of small, independent parts. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855722: ITP: data-priority-map-clojure -- priority maps for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: data-priority-map-clojure Version : 0.0.7 Upstream Author : Mark Engelberg * URL : https://github.com/clojure/data.priority-map * License : EPL-1 Programming Lang: Clojure Description : priority maps for Clojure data.priority-map implements priority maps in Clojure. A priority map is very similar to a sorted map with its entries sorted by value rather than by key. In addition to supporting all the functions a sorted map supports, a priority map can also be thought of as a queue of [item priority] pairs. To support usage as a versatile priority queue, priority maps also support the conj/peek/pop operations. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855719: ITP: specter-clojure -- data structure transformation library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: specter-clojure Version : 0.7.1 Upstream Author : Red Planet Labs, Inc. * URL : https://github.com/nathanmarz/specter * License : Apache-2.0 Programming Lang: Clojure Description : data structure transformation library for Clojure Specter is a Clojure(Script) library for doing queries and transformations of complex data structures in a consice and elegant way. It provides a simple API to ease common manipulations that would otherwise be cumbersome. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855723: ITP: core-memoize-clojure -- Clojure memoization library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: core-memoize-clojure Version : 0.5.9 Upstream Author : Rich Hickey and Michael Fogus * URL : https://github.com/clojure/core.memoize * License : EPL-1 Programming Lang: Clojure Description : Clojure memoization library core.memoize provides the following features: * An underlying PluggableMemoization protocol, allowing the use of customizable and swappable memoization caches. * Memoization builders for implementation of common caching strategies (FIFO, LRU, TTL, etc.) * Function for manipulating the memoization cache of core.memoize-backed functions. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855720: ITP: core-match-clojure -- optimized pattern match and predicate dispatch library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: core-match-clojure Version : 0.2.2 Upstream Author : David Nolen * URL : https://github.com/clojure/core.match * License : EPL-1 Programming Lang: Clojure Description : optimized pattern match and predicate dispatch library for Clojure An optimized pattern match and predicate dispatch library for Clojure. This library implements a pattern match compilation algorithm that uses the notion of "necessity" from lazy pattern matching. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855728: ITP: instaparse-clojure -- simple way to build parsers in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: instaparse-clojure Version : 1.4.5 Upstream Author : Mark Engelberg, Alex Engelberg and contributors * URL : https://github.com/Engelberg/instaparse * License : EPL-1 Programming Lang: Clojure Description : simple way to build parsers in Clojure Instaparse aims to be the simplest way to build parsers in Clojure. It Turns standard EBNF or ABNF notation for context-free grammars into an executable parser that takes a string as an input and produces a parse tree for that string. It works for any context-free grammar, including left-recursive, right-recursive and ambiguous grammars, and supports hiccup and enlive as output targets. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855724: ITP: cpath-clojure -- transparently collect files on the classpath
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: cpath-clojure Version : 0.1.2 Upstream Author : Yannick Scherer * URL : https://github.com/xsc/cpath-clj * License : EPL-1 Programming Lang: Clojure Description : transparently collect files on the classpath cpath-clj is a small library to transparently collect files on the classpath based on a given base directory, which may also reside inside a JAR. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855726: ITP: core-async-clojure -- asynchronous programming using channels for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: core-async-clojure Version : 0.2.395 Upstream Author : Rich Hickey * URL : http://github.com/clojure/core.async * License : EPL-1.0 Programming Lang: Clojure Description : asynchronous programming using channels for Clojure core.async is a Clojure library designed to provide facilities for async programming and communication. It allows the creation and control of multiple independent processes within a single Clojure program. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855727: ITP: hikaricp-java -- High performance JDBC connection pool library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: hikaricp-java Version : 2.4.11 Upstream Author : Brett Wooldridge * URL : https://github.com/brettwooldridge/HikariCP * License : Apache-2.0 Programming Lang: Java Description : high-performance JDBC connection pool library HikariCP is a high performance, low overhead JDBC connection pool library for Java. It aims at being simple, robust, reliable and extremely fast. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855725: ITP: crypto-random-clojure -- secure random generator for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: crypto-random-clojure Version : 1.2.0 Upstream Author : James Reeves * URL : https://github.com/weavejester/crypto-equality * License : EPL-1 Programming Lang: Clojure Description : secure random generator for Clojure crypto-random is a small Clojure library for generating cryptographically secure random bytes and strings. The random data may be returned as a byte array, a base32, base64 or hed string or as a slug suitable for inclusion in a URL. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855729: ITP: hiccup-clojure -- fast library for rendering HTML in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: hiccup-clojure Version : 1.0.5 Upstream Author : James Reeves * URL : https://github.com/weavejester/hiccup * License : EPL-1 Programming Lang: Clojure Description : fast library for rendering HTML in Clojure Hiccup is a library for representing HTML in Clojure. It uses vectors to represent elements and maps to represent an element's attributes. Hiccup also includes logic to render different HTML elements in different ways in order to accomodate browser quirks. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855730: ITP: java-classpath-clojure -- examine the Java classpath from Clojure programs
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: java-classpath-clojure Version : 0.2.3 Upstream Author : Rich Hickey, Stuart Sierra, and contributors * URL : https://github.com/clojure/java.classpath * License : EPL-1 Programming Lang: Clojure Description : examine the Java classpath from Clojure programs java.classpath is a Clojure library that provides access to the Java classpath. The `classpath` function returns a sequence of java.io.File objects representing all JAR files and directories on the classpath. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855732: ITP: prismatic-schema -- Clojure(Script) library for declarative data description and validation
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: prismatic-schema Version : 1.1.3 Upstream Author : Jason Wolfe * URL : https://github.com/plumatic/schema * License : EPL-1 Programming Lang: Clojure Description : Clojure(Script) library for declarative data description and validation Schema is a rich language for describing data shapes, with a variety of features: * Data validation, with descriptive error messages of failures (targeted at programmers) * Annotation of function arguments and return values, with optional runtime validation * Schema-driven data coercion, which can automatically, succinctly, and safely convert complex data types. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855731: ITP: lazymap-clojure -- transparent wrapper around Clojure's map types
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: lazymap-clojure Version : 3.1.1 Upstream Author : Meikel Brandmeyer * URL : https://bitbucket.org/kotarak/lazymap/ * License : MIT/X11 Programming Lang: Clojure Description : transparent lazy wrapper around Clojure's map types LazyMap is a transparent wrapper around the map types of Clojure. It works similar to lazy-seq for sequences: the value associated with a key via lazy-assoc is not evaluated until it is actually accessed. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855733: ITP: medley-clojure -- Clojure/ClojureScript utility library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: medley-clojure Version : 0.8.4 Upstream Author : James Reeves * URL : https://github.com/weavejester/medley * License : EPL-1 Programming Lang: Clojure Description : Clojure/ClojureScript utility library Medley is a lightweight Clojure/ClojureScript library of useful, mostly pure functions that are "missing" from clojure.core. Medley has a tight focus and limits itself to a small set of general-purpose functions. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855736: ITP: puppetlabs-dujour-version-check-clojure -- software update version checking for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-dujour-version-check-clojure Version : 0.2.1 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/dujour-version-check * License : Apache-2.0 Programming Lang: Clojure Description : software update version checking for Clojure dujour-version-check provides a simple way to perform version checks against an update server URL. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855734: ITP: math-numeric-tower-clojure -- math functions for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: math-numeric-tower-clojure Version : 0.0.4 Upstream Author : Mark Engelberg, Sean Corfield * URL : https://github.com/clojure/math.numeric-tower * License : EPL-1 Programming Lang: Clojure Description : math functions for Clojure math.numeric-tower provides math functions that deal intelligently with the various types in Clojure's numeric tower, as well as math functions commonly found in Scheme implementations: * (expt x y) - x to the yth power * (abs n) - absolute value of n * (gcd m n) - greatest common divisor of m and n * (lcm m n) - least common multiple of m and n * (floor x) - round down * (ceil x) - round up * (round x) - round to nearest * (sqrt x) - square root, exact if possible * (exact-integer-sqrt k) returns floor of square root and the "remainder" This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855735: ITP: potemkin-clojure -- collection of facades and workarounds for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: potemkin-clojure Version : 0.4.3 Upstream Author : Zachary Tellman * URL : https://github.com/ztellman/potemkin * License : MIT/X11 Programming Lang: Clojure Description : collection of facades and workarounds for Clojure Potemkin offers utility functions to ease some programming tasks in Clojure: * `import-vars` allows functions, macros, and values to be defined in one namespace, and exposed in another * A number of utility functions that make creating types easier (def-derived-map, def-map-type, def-abstract-type and deftype+) * Faster implementations of Clojure builtins (fast-bound-fn and fast-memoize) All functions reside in the `potemkin' namespace. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855738: ITP: puppetlabs-ring-middleware-clojure -- common Ring middleware for Puppet projects
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-ring-middleware-clojure Version : 1.0.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/ring-middleware * License : Apache-2.0 Programming Lang: Clojure Description : common Ring middleware for Puppet projects This is a Ring middleware meant for use with the Trapperkeeper Jetty9 webservice. It also contains common Ring middleware between Puppet projects and helpers to be used with it. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855741: ITP: puppetlabs-trapperkeeper-clojure -- framework for configuring, composing and running Clojure services
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-clojure Version : 1.5.2 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper * License : Apache-2.0 Programming Lang: Clojure Description : framework for configuring, composing and running Clojure services Trapperkeeper is a Clojure framework for hosting long-running applications and services. It can be thought of as a sort of "binder" for Ring applications and other modular bits of Clojure code. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855739: ITP: puppetlabs-kitchensink-clojure -- utility library for Puppet Labs clojure projects
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-kitchensink-clojure Version : 1.4.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/clj-kitchensink * License : Apache-2.0 Programming Lang: Clojure Description : utility library for Puppet Labs clojure projects kitchensink is a library of utility functions that are common to several Puppet Clojure projects. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855740: ITP: puppetlabs-jvm-ssl-utils -- library for SSL certificate management on the JVM
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-jvm-ssl-utils Version : 0.8.3 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/jvm-ssl-utils * License : Apache-2.0 Programming Lang: Clojure Description : library for SSL certificate management on the JVM ssl-utils provides a library to ease SSL certificate management on the JVM. It supports handling X.509 certificate extensions. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855743: ITP: puppetlabs-trapperkeeper-metrics-clojure -- Trapperkeeper Metrics Service
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-metrics-clojure Version : 0.2.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper-metrics * License : Apache-2.0 Programming Lang: Clojure Description : Trapperkeeper Metrics Service trapperkeeper-metrics is a library intended to help make it easier to track metrics in other Trapperkeeper applications. It includes: * a TK service that manages the life cycle of your metrics registry * config-driven control of metrics and metrics reporting * other miscellaneous utility functions for working with metrics This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855742: ITP: puppetlabs-stockpile-clojure -- Simple, durable Clojure queuing library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-stockpile-clojure Version : 0.0.3 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/stockpile * License : Apache-2.0 Programming Lang: Clojure Description : simple, durable Clojure queuing library A simple, durable Clojure queueing library. Stockpile supports the durable storage and retrieval of data. After storage, stockpile returns an "entry" that can be used to access the data later. When no longer needed, the data can be atomically discarded. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855744: ITP: puppetlabs-trapperkeeper-status-clojure -- status monitoring for trapperkeeper services
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-status-clojure Version : 0.5.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper-status * License : Apache-2.0 Programming Lang: Clojure Description : status monitoring for trapperkeeper services The Trapperkeeper Status Service is a Trapperkeeper service that provides a web endpoint for getting status information for a Trapperkeeper-based application. Other Trapperkeeper services may register a status callback function with the Status Service, returning any kind of status information that is relevant to the consuming service. The Status Service will make this information available via HTTP, in a consistent, consolidated format. This makes it possible for users to automate monitoring and other tasks around the system. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855746: ITP: puppetlabs-typesafe-config-clojure -- Clojure wrapper around libtypesafe-config-java
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-typesafe-config-clojure Version : 0.1.5 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/clj-typesafe-config * License : Apache-2.0 Programming Lang: Clojure Description : Clojure wrapper around libtypesafe-config-java A thin Clojure wrapper around the Typesafe Config library for Java. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855745: ITP: puppetlabs-trapperkeeper-webserver-jetty9-clojure -- trapperkeeper webserver service
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-trapperkeeper-webserver-jetty9-clojure Version : 1.5.9 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/trapperkeeper-webserver-jetty9 * License : Apache-2.0 Programming Lang: Clojure Description : trapperkeeper webserver service trapperkeeper-webserver-jetty9 provides a webserver service for use with the trapperkeeper service framework, utilizing the Jetty 9 Java web server. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855748: ITP: ring-anti-forgery-clojure -- Ring middleware to prevent CSRF attacks
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-anti-forgery-clojure Version : 1.0.1 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-anti-forgery * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware to prevent CSRF attacks ring-anti-forgery is a Ring middleware that prevents CSRF attacks via a randomly-generated anti-forgery token. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855749: ITP: clojure-ring -- Clojure web applications library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clojure-ring Version : 1.5.0 Upstream Author : Mark McGranaghan * URL : https://github.com/ring-clojure/ring * License : MIT/X11 Programming Lang: Clojure Description : Clojure web applications library Ring is a Clojure web applications library inspired by Python's WSGI and Ruby's Rack. By abstracting the details of HTTP into a simple, unified API, Ring allows web applications to be constructed of modular components that can be shared among a variety of applications, web servers, and web frameworks. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855750: ITP: ring-mock-clojure -- library for creating mock Ring request maps
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-mock-clojure Version : 0.3.0 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-mock * License : MIT/X11 Programming Lang: Clojure Description : library for creating mock Ring request maps Ring-Mock is a library for creating mock Ring request maps. It is primarily used for tesitng purposes. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855751: ITP: tools-analyzer-clojure -- analyzer for host agnostic Clojure code
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-analyzer-clojure Version : 0.6.9 Upstream Author : Nicola Mometto, Rich Hickey & contributors * URL : https://github.com/clojure/tools.analyzer * License : EPL-1 Programming Lang: Clojure Description : analyzer for host agnostic Clojure code An analyzer for host agnostic Clojure code, written in Clojure and producing AST in EDN. The analyzer in this library should not to be used directly as it lacks any knowledge about host-specific special forms and it should only be considered as a building platform for host-specific analyzers. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855752: ITP: tools-analyzer-jvm-clojure -- analyzer for Clojure code providing additional jvm-specific passes
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-analyzer-jvm-clojure Version : 0.6.9 Upstream Author : Nicola Mometto, Rich Hickey & contributors. * URL : https://github.com/clojure/tools.analyzer.jvm * License : EPL-1 Programming Lang: Clojure Description : analyzer for Clojure code providing additional jvm-specific passes An analyzer for Clojure code, written on top of tools.analyzer, providing additional JVM-specific passes. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855715: ITP: clj-yaml-clojure -- YAML encoding and decoding for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-yaml-clojure Version : 0.4.0 Upstream Author : lance bradley * URL : https://github.com/lancepantz/clj-yaml * License : EPL-1 Programming Lang: Clojure Description : YAML encoding and decoding for Clojure clj-yaml provides YAML encoding and decoding for Clojure via the SnakeYAML Java library. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855712: ITP: clj-http-clojure -- Clojure HTTP client library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clj-http-clojure Version : 2.3.0 Upstream Author : M. Lee Hinman * URL : https://github.com/dakrone/clj-http * License : MIT/X11 Programming Lang: Clojure Description : Clojure HTTP client library clj-http is an HTTP library wrapping the Apache HttpComponents client library for Java. The design of clj-http is inspired by the Ring protocol for Clojure HTTP server applications. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855753: ITP: tools-nrepl-clojure -- Clojure network REPL
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-nrepl-clojure Version : 0.2.12 Upstream Author : Chas Emerick and contributors * URL : https://github.com/clojure/tools.nrepl * License : EPL-1 Programming Lang: Clojure Description : Clojure network REPL tools.nrepl provides a (networked) REPL server and client, along with some common APIs of use to IDEs and other tools that may need to evaluate Clojure code in remote environments. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855756: ITP: tools-trace-clojure -- Clojure tracing facility in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-trace-clojure Version : 0.7.9 Upstream Author : Stuart Sierra, Michel Salim, Luc Prefontaine, Jonathan Fischer Friberg, Michal Marczyk * URL : https://github.com/clojure/tools.trace * License : EPL-1 Programming Lang: Clojure Description : Clojure tracing facility A Clojure trace tool. Defines tracing macros/fns to help you see what your code is doing. Formerly known as clojure.contrib.trace. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855755: ITP: typesafe-config-java -- configuration library for JVM languages
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: typesafe-config-java Version : 1.3.1 Upstream Author : Typesafe, Inc * URL : https://github.com/typesafehub/config * License : Apache-2.0 Programming Lang: Java Description : configuration file library for JVM languages typesafe-config is a library providing configuration file parsing support to JVM languages. It is implemented in plain Java with no external dependencies and supports three configuration file formats: * Java properties * JSON files * A human-friendly JSON superset It can additionally merge multiple files across all formats and load configuration data from plain files, URLs or the class path. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855754: ITP: tools-reader-clojure -- complete Clojure and EDN-only reader
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-reader-clojure Version : 0.10.0 Upstream Author : Nicola Mometto, Rich Hickey & contributors * URL : https://github.com/clojure/tools.reader * License : EPL-1 Programming Lang: Clojure Description : complete Clojure and EDN-only reader clojure.tools.reader offers all functionality of the reader from clojure-1.7.0, and more. Using reader types provided by this library, column info is available and both line and column metadata is attached to multiple datatypes. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855757: ITP: honeysql-clojure -- library for mapping Clojure data structures to SQL
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: honeysql-clojure Version : 0.8.2 Upstream Author : Justin Kramer * URL : https://github.com/jkk/honeysql * License : EPL-1 Programming Lang: Clojure Description : library for mapping Clojure data structures to SQL honeysql allows building SQL queries programmatically, even at runtime, without having to bash strings together. Queries are built as Clojure maps, which in turn are converted into clojure.java.jdbc parameterized SQL. honeysql also provides a number of helper functions to further help create queries. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855758: ITP: fast-zip-visit-clojure -- Clojure zipper-based visitor library (fast-zip version).
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: fast-zip-visit-clojure Version : 1.0.2 Upstream Author : Alexander K. Hudek * URL : https://github.com/akhudek/zip-visit * License : MIT/X11 Programming Lang: Clojure Description : Clojure zipper-based visitor library (fast-zip version) A Clojure library implementing functional visitors over zippers. This library was inspired partly by the j-treevisit library. This version of the library uses the fast-zip zipper implementation. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855759: ITP: fast-zip-clojure -- modification of clojure.zip that uses protocols and records
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: fast-zip-clojure Version : 0.5.0 Upstream Author : Rich Hickey * URL : https://github.com/akhudek/fast-zip * License : EPL-1 Programming Lang: Clojure Description : fast functional hierarchical zipper for Clojure fast-zip is a drop-in replacement for Clojure's built-in clojure.zip. Internally it uses protocols and records, making it much faster than clojure.zip. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855760: ITP: metrics-clojure -- Clojure wrapper for Coda Hale's metrics library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: metrics-clojure Version : 2.9.0 Upstream Author : Steve Losh and contributors * URL : https://github.com/sjl/metrics-clojure * License : MIT/X11 Programming Lang: Clojure Description : Clojure wrapper for Coda Hale's metrics library This package contains the following Clojure libraries, wrapping around the respective io.dropwizard.metrics Java libraries: * metrics-clojure: A Clojure facade for Coda Hale's metrics library * metrics-clojure-ganglia: Ganglia reporter integration for metrics-clojure * metrics-clojure-health: Glueing together metrics-clojure and healthchecks * metrics-clojure-jvm: Glueing together metrics-clojure and JVM instrumentation * metrics-clojure-ring: Integration of metrics-clojure with Ring This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855737: ITP: puppetlabs-i18n -- Clojure i18n library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-i18n Version : 0.6.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/i18n * License : Apache-2.0 Programming Lang: Clojure Description : Clojure i18n library puppetlabs-i18n provides convenience functions to access the JVM's localization facilities and automates managing messages and resource bundles. The tooling for translators uses GNU gettext so that translators can work with PO files which are widely used and for which a huge amount of tooling exists. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855764: ITP: puppetlabs-http-client-clojure -- wrapper around libhttpasyncclient-java
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-http-client-clojure Version : 0.8.0 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/clj-http-client * License : Apache-2.0 Programming Lang: Clojure Description : Clojure wrapper around libhttpasyncclient-java puppetlabs-http-client is a wrapper around the Apache HttpAsyncClient library providing some extra functionality for configuring SSL in a way compatible with Puppet. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855765: ITP: puppetlabs-comidi-clojure -- HTTP route definitions for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: puppetlabs-comidi-clojure Version : 0.3.1 Upstream Author : Puppet Inc * URL : https://github.com/puppetlabs/comidi * License : Apache-2.0 Programming Lang: Clojure Description : HTTP route definitions for Clojure Comidi is a library containing utility functions and compojure-like syntactic sugar wrappers around the bidi web routing library. It aims to provide a way to define web routes that takes advantage of the strengths of both bidi and compojure: * Route definitions are simple, composable and introspectable data structures. * Helper functions / macros for defining routes still provide the nice syntax of compojure This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855766: ITP: ring-headers-clojure -- Ring middleware for common response headers
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-headers-clojure Version : 0.2.0 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-headers * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware for common response headers ring-headers is a Ring middleware for adding and manipulating common HTTP response headers. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855767: ITP: math-combinatorics-clojure -- generate lazy sequences for common combinatorial functions in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: math-combinatorics-clojure Version : 0.1.4 Upstream Author : Mark Engelberg, Sean Corfield * URL : https://github.com/clojure/math.combinatorics * License : EPL-1 Programming Lang: Clojure Description : generate lazy sequences for common combinatorial functions in Clojure math.combinatorics is a collection of efficient functional algorithms for generating lazy sequences for common combinatorial functions, like partitions, selections, cartesian products, etc. It is implemented in pure Clojure. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855769: ITP: tools-namespace-clojure -- tools for managing namespaces in Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: tools-namespace-clojure Version : 0.2.9 Upstream Author : Stuart Sierra * URL : https://github.com/clojure/tools.namespace * License : EPL-1 Programming Lang: Clojure Description : tools for managing namespaces in Clojure A set of tools for managing namespaces in Clojure. Parse `ns` declarations from source files, extract their dependencies, build a graph of namespace dependencies within a project, update that graph as files change, and reload files in the correct order. Note that tools.namespace only manages namespace dependencies within a single project and is not a substitute for tools like leiningen or maven. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855768: ITP: ring-defaults-clojure -- Ring middleware that provides sensible defaults
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-defaults-clojure Version : 0.2.3 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-defaults * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware that provides sensible defaults Knowing what middleware to add to a Ring application, and in what order, can be difficult and prone to error. This library attempts to automate the process, by providing sensible and secure default configurations of Ring middleware for both, websites and HTTP APIs. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855770: ITP: riddley-clojure -- code walking library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: riddley-clojure Version : 0.1.14 Upstream Author : Zachary Tellman * URL : https://github.com/ztellman/riddley * License : MIT/X11 Programming Lang: Clojure Description : code walking library for Clojure Riddley aims at fixing the shortcomings of clojure.walk for pervasive code transformations. It provides a correct `riddley.walk/macroexpand-all`, which preserves the binding information in `&env` and expands inlined functions, and `riddley.walk/walk-exprs`, which is a general mechanism for code walking and transformation. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855773: ITP: ring-ssl-clojure -- Ring middleware for managing HTTPS requests
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: ring-ssl-clojure Version : 0.2.1 Upstream Author : James ConroyFinn, James Reeves * URL : https://github.com/ring-clojure/ring-ssl * License : MIT/X11 Programming Lang: Clojure Description : Ring middleware for managing HTTPS requests This library is a collection of Ring middleware for managing HTTPS requests. It includes middleware for: * parsing the X-Forwarded-Proto header * redirecting HTTP requests to HTTPS * adding the Strict-Transport-Security response header This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855772: ITP: clojure-ring-codec -- Clojure library for encoding and decoding data
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: clojure-ring-codec Version : 1.0.1 Upstream Author : James Reeves * URL : https://github.com/ring-clojure/ring-codec * License : MIT/X11 Programming Lang: Clojure Description : Clojure library for encoding and decoding data Functions for encoding and decoding data into formats commonly used in web applications. It supports allows encoding/decoding to/from: - Base64 - www-form-urlencoded strings - percent-encoded strings - url-encoded strings This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855775: ITP: prismatic-plumbing -- Clojure utility belt library
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: prismatic-plumbing Version : 0.5.3 Upstream Author : Jason Wolfe * URL : https://github.com/plumatic/plumbing * License : EPL-1 Programming Lang: Clojure Description : Clojure utility belt library Plumbing includes the following libraries: * Graph: a simple and declarative way to specify a structured computation, which is easy to analyze, change, compose, and monitor. * plumbing.core: a library of very commonly used functions. * plumbing.map: common operations on maps (both immutable Clojure maps and mutable Java maps) This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855774: ITP: java-jmx-clojure -- produce and consume JMX beans from Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: java-jmx-clojure Version : 0.3.3 Upstream Author : Stuart Halloway * URL : https://github.com/clojure/java.jmx * License : EPL-1 Programming Lang: Clojure Description : produce and consume JMX beans from Clojure java.jmx is a Clojure library for producing and consuming Java Management Extensions (JMX) beans, allowing Clojure programs to use the JVM's instrumentation facilities. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855747: ITP: raynes-fs-clojure -- filesystem utility library for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: raynes-fs-clojure Version : 1.4.6 Upstream Author : Miki Tebeka, Anthony Grimes * URL : https://github.com/Raynes/fs * License : EPL-1 Programming Lang: Clojure Description : filesystem utility library for Clojure me.raynes/fs is a collection of functions that interact with the filesystem. It wraps java.io.File and offers support for emulating a cwd-like behavior under JVM. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#855771: ITP: overtone-at-at-clojure -- simple ahead-of-time function scheduler for Clojure
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos Control: block 673515 by -1 * Package name: overtone-at-at-clojure Version : 1.2.0 Upstream Author : Sam Aaron, Jeff Rose, Michael Neale * URL : https://github.com/overtone/at-at * License : EPL-1 Programming Lang: Clojure Description : simple ahead-of-time function scheduler for Clojure at-at is a simple ahead-of-time function scheduler for Clojure. It allows scheduling the execution of an anonymous function at a specified point in the future. This library is a prerequisite for packaging PuppetDB and/or Puppet Server.
Bug#673515: do
Hi, On 21:23 Tue 21 Feb , Geert Stappers wrote: > > Hi, > > On 2017-02-23 I was impressed by seeing all those ITPs. They say: do > > Yes, doing gets things done. > > > Thanks for being an example. > > Yes, this e-mail is intented as a compliment Thanks for the compliment! I'll do my best to get everything in good shape and upload as soon as possible. Apollon
Bug#855749: Bug#855772: Bug#855749: ITP: clojure-ring -- Clojure web applications library
On 21:44 Wed 22 Feb , Guus Sliepen wrote: > On Tue, Feb 21, 2017 at 04:55:35PM +0200, Apollon Oikonomopoulos wrote: > > > * Package name: clojure-ring > > Description : Clojure web applications library > > Shouldn't the package be called ring-clojure then, to keep in line with > all the other clojure library packages? The same goes for > clojure-ring-codec -> ring-codec-clojure. Yes, you're right. clojure-ring is the result of a wrong search-and-replace :) Thanks for pointing it out!
Bug#852243: libslingshot-clojure: Version upgrade request to 0.12.2
Control: block 673515 by -1 Hi, On Sun, 22 Jan 2017 15:55:02 -0500 Elana Hashman wrote: > Package: libslingshot-clojure > Version: 0.10.3-4 > Severity: wishlist > Control: block 819811 by -1 > > To facilitate packaging leiningen2, this package needs an upgrade to > version 0.12.2. As this is also blocking PuppetDB, I will go ahead and upload 0.12.2 to experimental (let's keep unstable as-is during the freeze) in the following days, if nobody objects. Regards, Apollon
Bug#852248: libtools-cli-clojure: Version upgrade request to 0.3.1
Control: block 673515 by -1 Hi, On Sun, 22 Jan 2017 16:17:29 -0500 Elana Hashman wrote: > Package: libtools-cli-clojure > Version: 0.2.4-3 > Severity: wishlist > Control: block 819811 by -1 > > To facilitate packaging leiningen2, this package needs an upgrade to > version 0.3.1. As this is blocking PuppetDB, I intend to upload *0.3.5* to experimental in the following days if noone objects. Thanks for packaging leiningen! Regards, Apollon
Bug#855727: ITP: hikaricp-java -- High performance JDBC connection pool library
Hi Emmanuel, On 22:36 Wed 22 Feb , Emmanuel Bourg wrote: > Hi Apollon, > > If you plan to package this library, do you think you could bring it > under the Java Team umbrella please? Sure, that was my intention from the beginning, and the same goes for typesafe-config as well. Cheers, Apollon
Bug#859454: [Pkg-puppet-devel] Bug#859454: puppet: package upgrade fails due to preinst not stopping puppet daemon
Control: tags -1 moreinfo Hi Dan, On 12:11 Mon 03 Apr , Dan Urist wrote: > Package: puppet > Version: 4.8.2-3~bpo8+1 > Severity: important > > It appears that there is no check for a running puppet daemon in the > preinst phase of the package installation. The preinst phase should > check whether the puppet daemon is running and stop it, but apparently > it doesn't do that, so the upgrade fails at the end when it attempts > to start the puppet daemon since the old daemon is still running. If I > manually stop the daemon before upgrade, the upgrade proceeds without > error, and the puppet agent is started at the end of the process. I have an idea about what might be wrong, but just to make sure, which version are you upgrading from? I guess you're upgrading from Jessie's 3.7.2, correct? Regards, Apollon
Bug#859454: [Pkg-puppet-devel] Bug#859454: Bug#859454: puppet: package upgrade fails due to preinst not stopping puppet daemon
Control: tags -1 - moreinfo Hi again, On 23:28 Wed 26 Apr , Apollon Oikonomopoulos wrote: > Control: tags -1 moreinfo > > Hi Dan, > > On 12:11 Mon 03 Apr , Dan Urist wrote: > > Package: puppet > > Version: 4.8.2-3~bpo8+1 > > Severity: important > > > > It appears that there is no check for a running puppet daemon in the > > preinst phase of the package installation. The preinst phase should > > check whether the puppet daemon is running and stop it, but apparently > > it doesn't do that, so the upgrade fails at the end when it attempts > > to start the puppet daemon since the old daemon is still running. If I > > manually stop the daemon before upgrade, the upgrade proceeds without > > error, and the puppet agent is started at the end of the process. > > I have an idea about what might be wrong, but just to make sure, which > version are you upgrading from? I guess you're upgrading from Jessie's > 3.7.2, correct? Indeed, I was able to reproduce this using sysvinit in a Jessie chroot. The problem is due to the fact that during the upgrade path, Puppet 4's puppet-common is unpacked before puppet 3.7's prerm is run: as the new puppet-common package does not ship /usr/bin/puppet, when puppet 3.7.2's prerm is called, the `test -x $DAEMON' test in /etc/init.d/puppet fails and stopping the service is silently skipped. The solution here is to use the new puppet-common's preinst to stop the puppet service during upgrades from versions of puppet-common that shipped /usr/bin/puppet. Apollon
Bug#861429: unblock: puppet/4.8.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, Please unblock package puppet. The version currently in unstable (4.8.2-4) fixes two important bugs: - It makes the package piuparts-clean by properly cleaning up /var/cache/puppet/state (#855923) - It makes puppet upgrade cleanly from Jessie under sysvinit when the puppet agent is running as a daemon (#859454) Additionally, it includes a Breaks: against older facter versions, which use Puppet 3 API functions that no longer exist in Puppet 4, breaking `facter --puppet'. Full source debdiff attached. Regards, Apollon unblock puppet/4.8.2-4 diff -Nru puppet-4.8.2/debian/changelog puppet-4.8.2/debian/changelog --- puppet-4.8.2/debian/changelog 2017-02-15 14:23:21.0 +0200 +++ puppet-4.8.2/debian/changelog 2017-04-28 17:38:26.0 +0300 @@ -1,3 +1,15 @@ +puppet (4.8.2-4) unstable; urgency=medium + + * Handle creation and removal of /var/cache/puppet/state (Closes: #855923) + * Add Breaks against old facter versions; facter before 2.4.0 uses a +deprecated Puppet settings API making `facter --puppet` no longer work with +Puppet 4. + * puppet-common: stop the puppet service in preinst when upgrading from +Puppet 3. Fixes upgrade on sysvinit systems running the puppet agent. +(Closes: #859454) + + -- Apollon Oikonomopoulos Fri, 28 Apr 2017 17:38:26 +0300 + puppet (4.8.2-3) unstable; urgency=medium * Mark systemd as the default service provider for Debian. If the system is diff -Nru puppet-4.8.2/debian/control puppet-4.8.2/debian/control --- puppet-4.8.2/debian/control 2017-02-15 14:23:19.0 +0200 +++ puppet-4.8.2/debian/control 2017-04-28 17:38:26.0 +0300 @@ -39,7 +39,8 @@ Suggests: ruby-rrd Breaks: puppet-common (<< 4.5.1-1), puppetmaster-common (<< 4.4.2-1~), -puppet-agent (<< 4.8.1-3~) +puppet-agent (<< 4.8.1-3~), +facter (<< 2.4.0~) Replaces: puppet-common (<< 4.5.1-1), puppetmaster-common (<< 4.4.2-1~) Description: configuration management system diff -Nru puppet-4.8.2/debian/puppet-common.preinst puppet-4.8.2/debian/puppet-common.preinst --- puppet-4.8.2/debian/puppet-common.preinst 1970-01-01 02:00:00.0 +0200 +++ puppet-4.8.2/debian/puppet-common.preinst 2017-04-28 17:38:26.0 +0300 @@ -0,0 +1,13 @@ +#!/bin/sh + +set -e + +# Stop puppet agent before removing /usr/bin/puppet on upgrade; otherwise the +# initscript will fail to stop the service, see #859454. +if [ "$1" = "upgrade" ] && dpkg --compare-versions "$2" lt "4.4.2-1~"; then + if [ -x "/etc/init.d/puppet" ]; then + invoke-rc.d puppet stop || true + fi +fi + +#DEBHELPER# diff -Nru puppet-4.8.2/debian/puppet.dirs puppet-4.8.2/debian/puppet.dirs --- puppet-4.8.2/debian/puppet.dirs 2017-02-15 14:23:19.0 +0200 +++ puppet-4.8.2/debian/puppet.dirs 2017-04-28 17:38:26.0 +0300 @@ -1,3 +1,4 @@ var/lib/puppet var/log/puppet +var/cache/puppet/state usr/share/puppet/modules diff -Nru puppet-4.8.2/debian/puppet.postinst puppet-4.8.2/debian/puppet.postinst --- puppet-4.8.2/debian/puppet.postinst 2017-02-15 14:23:19.0 +0200 +++ puppet-4.8.2/debian/puppet.postinst 2017-04-28 17:38:26.0 +0300 @@ -24,14 +24,15 @@ dpkg-statoverride --update --add puppet puppet 0750 /var/log/puppet fi + # Create folders common to "puppet" and "puppetmaster", which need + # to be owned by the "puppet" user if ! dpkg-statoverride --list /var/lib/puppet >/dev/null 2>&1; then dpkg-statoverride --update --add puppet puppet 0750 /var/lib/puppet fi - # Create folders common to "puppet" and "puppetmaster", which need - # to be owned by the "puppet" user - install --owner puppet --group puppet --directory \ - /var/cache/puppet/state + if ! dpkg-statoverride --list /var/cache/puppet/state >/dev/null 2>&1; then + dpkg-statoverride --update --add puppet puppet 0750 /var/cache/puppet/state + fi if [ -z "$2" ]; then # Disable the service by default on new installations
Bug#860646: Failure analysis
Hi, The build failure is due to panicking_test producing different output on i386 than what is expected by the golden file. The difference is that all occurrences of `runtime.call32' in the golden file are replaced by `runtime.call16' in the actual output. --- stretch/build/golang-github-jacobsa-ogletest-0.0~git20150610/obj-i686-linux-gnu/src/github.com/jacobsa/ogletest/test_cases/golden.panicking_test 2017-05-02 13:37:31.490452706 +0300 +++ golang-github-jacobsa-ogletest-0.0~git20150610/test_cases/golden.panicking_test 2017-05-02 13:18:21.0 +0300 @@ -6,7 +6,7 @@ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).ExplicitPanic some_file.txt:0 -runtime.call16 +runtime.call32 some_file.txt:0 reflect.Value.call some_file.txt:0 @@ -24,7 +24,7 @@ some_file.txt:0 github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).ExplicitPanicInHelperFunction some_file.txt:0 -runtime.call16 +runtime.call32 some_file.txt:0 reflect.Value.call some_file.txt:0 @@ -40,7 +40,7 @@ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).NilPointerDerefence some_file.txt:0 -runtime.call16 +runtime.call32 some_file.txt:0 reflect.Value.call some_file.txt:0 This is consistent with go's implementations of `reflectcall' for i386[1] and amd64[2] respectively. [1] https://golang.org/src/runtime/asm_386.s#L450 [2] https://golang.org/src/runtime/asm_amd64.s#L446 All in all, everything works as expected. Since part of the test output is architecture-dependent, upstream's test suite should take that into account. For the time being we could either disable this test completely on non-amd64 architectures, or patch integration_test.go to mangle all `runtime.call[0-9]+' tokens before comparing output and expected streams. Regards, Apollon
Bug#860646: Patch available
Control: tags -1 patch upstream
The attached debdiff makes the package build cleanly on i386 (also
tested on amd64). It extends upstream's existing code for sanitizing the
test output to replace all instances of `runtime.call\d+' with
`runtime.callXX', so that the test output will not vary between
architectures.
If nobody objects, I intend to NMU the package tomorrow and forward the
fix upstream.
Regards,
Apollon
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog 2017-01-11 19:42:43.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog 2017-05-02 14:14:37.0 +0300
@@ -1,3 +1,11 @@
+golang-github-jacobsa-ogletest (0.0~git20150610-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Handle architecture-dependent output in panicking test. Fixes FTBFS on
+i386 (Closes: #860646).
+
+ -- Apollon Oikonomopoulos Tue, 02 May 2017 14:14:37 +0300
+
golang-github-jacobsa-ogletest (0.0~git20150610-6) unstable; urgency=medium
* Team upload.
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/files golang-github-jacobsa-ogletest-0.0~git20150610/debian/files
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/files 2017-01-11 19:40:53.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/files 1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-golang-github-jacobsa-ogletest_0.0~git20150610-6_source.buildinfo devel extra
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch 1970-01-01 02:00:00.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch 2017-05-02 14:14:37.0 +0300
@@ -0,0 +1,49 @@
+Author: Apollon Oikonomopoulos
+Description: Mangle arch-dependent runtime.callXX tokens in test output
+ Strip architecture-dependent strings from the test output, as these break the
+ panicking test (at least) on i386.
+Bug-Debian: 860646
+Forwarded: no
+Last-Update: 2017-05-02
+--- a/integration_test.go
b/integration_test.go
+@@ -142,6 +142,10 @@
+ timingRe4 := regexp.MustCompile(`SlowTest \([0-9.]+ms\)`)
+ o = timingRe4.ReplaceAll(o, []byte("SlowTest (1234ms)"))
+
++ // Replace arch-dependent runtime.call32 etc. with runtime.callXX
++ callRe := regexp.MustCompile(`runtime.call\d+`)
++ o = callRe.ReplaceAll(o, []byte("runtime.callXX"))
++
+ return o
+ }
+
+--- a/test_cases/golden.panicking_test
b/test_cases/golden.panicking_test
+@@ -6,7 +6,7 @@
+
+ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).ExplicitPanic
+ some_file.txt:0
+-runtime.call32
++runtime.callXX
+ some_file.txt:0
+ reflect.Value.call
+ some_file.txt:0
+@@ -24,7 +24,7 @@
+ some_file.txt:0
+ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).ExplicitPanicInHelperFunction
+ some_file.txt:0
+-runtime.call32
++runtime.callXX
+ some_file.txt:0
+ reflect.Value.call
+ some_file.txt:0
+@@ -40,7 +40,7 @@
+
+ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).NilPointerDerefence
+ some_file.txt:0
+-runtime.call32
++runtime.callXX
+ some_file.txt:0
+ reflect.Value.call
+ some_file.txt:0
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series 2017-01-11 19:29:43.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series 2017-05-02 14:14:37.0 +0300
@@ -1,2 +1,3 @@
803320.patch
dump-golden-files.patch
+mangle-runtime.callXX.patch
Bug#861474: slim: Session restarts in a loop renedering whole system useless.
Control: tags -1 patch Hi all, On Sun, 30 Apr 2017 12:38:33 +0200 Lukas wrote: > Hi > > Got the same problem on stretch. > > Changing the systemd service type to simple solves the problem for me: > > echo "Type=simple" >> /lib/systemd/system/slim.service > systemctl daemon-reload > > So, i guess the dbus name can't be acquired... > > BR > > Lukas So, to recap, this is due to the fix for #860465, which is part of 1.3.6-5. It appears that in order to fix plymouth handling, the service file was modified to include a number of things slim currently does *not* support: - BusName=org.freedesktop.DisplayManager which was added to the unit file silently converts the unit to Type=dbus and instructs systemd to expect slim to bind the org.freedesktop.DisplayManager endpoint on the system bus before it marks the service as running. However, grepping the source indicates that slim is completely unaware of dbus. Thus this directive causes systemd to endlessly restart slim every TimeoutStartSec seconds. - Moreover, slim seems to not be able to stop plymouth by itself, contrary to what is stated in the service file. This is also reflected by the manual handling of plymouth in the upstart and initscript files. The attached debdiff resolves the restart loop, while ensuring that slim plays nice with plymouth. If nobody responds, I intend to NMU the package tomorrow. Regards, Apollon diff -Nru slim-1.3.6/debian/changelog slim-1.3.6/debian/changelog --- slim-1.3.6/debian/changelog 2017-04-23 19:14:21.0 +0300 +++ slim-1.3.6/debian/changelog 2017-05-02 16:48:36.0 +0300 @@ -1,3 +1,11 @@ +slim (1.3.6-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * slim.service: drop BusName and Conflicts/OnFailure=plymouth-quit.service +(Closes: #861474) + + -- Apollon Oikonomopoulos Tue, 02 May 2017 16:48:36 +0300 + slim (1.3.6-5) unstable; urgency=medium * Fix bugged Debian-Lines theme. (Closes: #776693) diff -Nru slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch --- slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch 2017-04-23 18:38:28.0 +0300 +++ slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch 2017-05-02 16:46:20.0 +0300 @@ -5,20 +5,11 @@ --- a/slim.service +++ b/slim.service -@@ -2,7 +2,16 @@ +@@ -1,6 +1,6 @@ + [Unit] Description=SLiM Simple Login Manager - After=systemd-user-sessions.service +-After=systemd-user-sessions.service ++After=systemd-user-sessions.service plymouth-quit.service -+# replaces plymouth-quit since slim quits plymouth on its own -+Conflicts=plymouth-quit.service -+After=plymouth-quit.service -+ -+# slim takes responsibility for stopping plymouth, so if it fails -+# for any reason, make sure plymouth still stops -+OnFailure=plymouth-quit.service -+ [Service] ExecStartPre=/bin/sh -c '[ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/slim" ]' - ExecStart=/usr/bin/slim -nodaemon - Restart=always -+BusName=org.freedesktop.DisplayManager
Bug#861726: unblock: golang-github-jacobsa-ogletest/0.0~git20150610-6.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, Please unblock package golang-github-jacobsa-ogletest. The version in unstable (0.0~git20150610-6.1) fixes an FTBFS on i386 (and possibly other architectures), see #860646 for details. Regards, Apollon unblock golang-github-jacobsa-ogletest/0.0~git20150610-6.1
Bug#861726: Acknowledgement (unblock: golang-github-jacobsa-ogletest/0.0~git20150610-6.1)
And the full debdiff, which I forgot to attach. Sorry!
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog 2017-01-11 19:42:43.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/changelog 2017-05-02 14:14:37.0 +0300
@@ -1,3 +1,11 @@
+golang-github-jacobsa-ogletest (0.0~git20150610-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Handle architecture-dependent output in panicking test. Fixes FTBFS on
+i386 (Closes: #860646).
+
+ -- Apollon Oikonomopoulos Tue, 02 May 2017 14:14:37 +0300
+
golang-github-jacobsa-ogletest (0.0~git20150610-6) unstable; urgency=medium
* Team upload.
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/files golang-github-jacobsa-ogletest-0.0~git20150610/debian/files
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/files 2017-01-11 19:40:53.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/files 1970-01-01 02:00:00.0 +0200
@@ -1 +0,0 @@
-golang-github-jacobsa-ogletest_0.0~git20150610-6_source.buildinfo devel extra
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch 1970-01-01 02:00:00.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/mangle-runtime.callXX.patch 2017-05-02 14:14:37.0 +0300
@@ -0,0 +1,49 @@
+Author: Apollon Oikonomopoulos
+Description: Mangle arch-dependent runtime.callXX tokens in test output
+ Strip architecture-dependent strings from the test output, as these break the
+ panicking test (at least) on i386.
+Bug-Debian: 860646
+Forwarded: https://github.com/jacobsa/ogletest/pull/30
+Last-Update: 2017-05-02
+--- a/integration_test.go
b/integration_test.go
+@@ -142,6 +142,10 @@
+ timingRe4 := regexp.MustCompile(`SlowTest \([0-9.]+ms\)`)
+ o = timingRe4.ReplaceAll(o, []byte("SlowTest (1234ms)"))
+
++ // Replace arch-dependent runtime.call32 etc. with runtime.callXX
++ callRe := regexp.MustCompile(`runtime.call\d+`)
++ o = callRe.ReplaceAll(o, []byte("runtime.callXX"))
++
+ return o
+ }
+
+--- a/test_cases/golden.panicking_test
b/test_cases/golden.panicking_test
+@@ -6,7 +6,7 @@
+
+ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).ExplicitPanic
+ some_file.txt:0
+-runtime.call32
++runtime.callXX
+ some_file.txt:0
+ reflect.Value.call
+ some_file.txt:0
+@@ -24,7 +24,7 @@
+ some_file.txt:0
+ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).ExplicitPanicInHelperFunction
+ some_file.txt:0
+-runtime.call32
++runtime.callXX
+ some_file.txt:0
+ reflect.Value.call
+ some_file.txt:0
+@@ -40,7 +40,7 @@
+
+ github.com/jacobsa/ogletest/somepkg_test.(*PanickingTest).NilPointerDerefence
+ some_file.txt:0
+-runtime.call32
++runtime.callXX
+ some_file.txt:0
+ reflect.Value.call
+ some_file.txt:0
diff -Nru golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series
--- golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series 2017-01-11 19:29:43.0 +0200
+++ golang-github-jacobsa-ogletest-0.0~git20150610/debian/patches/series 2017-05-02 14:14:37.0 +0300
@@ -1,2 +1,3 @@
803320.patch
dump-golden-files.patch
+mangle-runtime.callXX.patch
Bug#853167: ganeti-instance-debootstrap: OS installations fails because sfdisk believes the disk is in use
Hi Martin, Apologies for the late response. Here's a preliminary root cause analysis: On Mon, 30 Jan 2017 13:33:33 +0100 Martin Weinelt wrote: > This disk is currently in use - repartitioning is probably a bad idea. > Umount all file systems, and swapoff all swap partitions on this disk. > Use the --no-reread flag to suppress this check. > > sfdisk: Use the --force flag to overrule all checks. > ``` In util-linux 2.26, a safeguard was added to sfdisk to try to detect if a disk is in use before partitioning. It does so by issuing the BLKRRPART ioctl, which instructs the kernel to re-read the partition table, which will fail if the disk is currently in use, and this is what sfdisk looks for. However, this operation will also fail with -EINVAL in a number of cases, including when devices are declared to the kernel as unpartitionable, i.e. with bdev->minors == 1. And this is how DRBD declares its own devices. IOW, BLKRRPART on DRBD devices will *always* fail, regardless whether the device is in use or not. > > Adding `--force` to the sfdisk call in > /usr/share/ganeti/os/debootstrap/common.sh:98 > will allow for completion of the os installation. > Adding `--no-reread` didn't change a thing for me. In theory, `--no-reread` should work. I tested it manually here, can you please give it a try again? I would prefer to add `--no-reread` rather than `--force`, if the former works. Regards, Apollon
Bug#861474: slim: Session restarts in a loop renedering whole system useless.
Hi Mateusz, On 17:12 Tue 02 May , Apollon Oikonomopoulos wrote: > The attached debdiff resolves the restart loop, while ensuring that > slim plays nice with plymouth. If nobody responds, I intend to NMU the > package tomorrow. Would you like to update the package, or should I go ahead with the NMU as described above? Regards, Apollon
Bug#861817: unblock: slim/1.3.6-5.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, Please unblock package slim The version in unstable fixes a critical bug that caused slim to be periodically re-started when run under systemd, rendering the users' desktops unusable. For more details, please see #861474. Full source debdiff attached. Thanks, Apollon unblock slim/1.3.6-5.1 diff -Nru slim-1.3.6/debian/changelog slim-1.3.6/debian/changelog --- slim-1.3.6/debian/changelog 2017-04-23 19:14:21.0 +0300 +++ slim-1.3.6/debian/changelog 2017-05-02 16:48:36.0 +0300 @@ -1,3 +1,16 @@ +slim (1.3.6-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * slim.service: Drop BusName=, fixing endless (re-)start loop under systemd. +Thanks Aggelos Avgerinos for testing. +(Closes: #861474) + * slim.service: Drop Conflicts=plymouth-quit.service and +OnFailure=plymouth-quit.service, as slim does not stop plymouth by itself. +Retain After=plymouth-quit.service for correct ordering though, which +should be sufficient to solve #860465. + + -- Apollon Oikonomopoulos Tue, 02 May 2017 16:48:36 +0300 + slim (1.3.6-5) unstable; urgency=medium * Fix bugged Debian-Lines theme. (Closes: #776693) diff -Nru slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch --- slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch 2017-04-23 18:38:28.0 +0300 +++ slim-1.3.6/debian/patches/fix-missing-plymouth-handling.patch 2017-05-02 16:48:36.0 +0300 @@ -1,24 +1,16 @@ -Description: Replace plymouth-quit.service since slim will quit plymouth by itself +Description: Order slim.service after plymouth-quit.service + See the discussion in https://bugs.debian.org/782456 Author: Mateusz Łukasik Bug-Debian: https://bugs.debian.org/860465 -Last-Update: 2017-04-23 +Last-Update: 2017-05-03 --- a/slim.service +++ b/slim.service -@@ -2,7 +2,16 @@ +@@ -1,6 +1,6 @@ + [Unit] Description=SLiM Simple Login Manager - After=systemd-user-sessions.service +-After=systemd-user-sessions.service ++After=systemd-user-sessions.service plymouth-quit.service -+# replaces plymouth-quit since slim quits plymouth on its own -+Conflicts=plymouth-quit.service -+After=plymouth-quit.service -+ -+# slim takes responsibility for stopping plymouth, so if it fails -+# for any reason, make sure plymouth still stops -+OnFailure=plymouth-quit.service -+ [Service] ExecStartPre=/bin/sh -c '[ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/slim" ]' - ExecStart=/usr/bin/slim -nodaemon - Restart=always -+BusName=org.freedesktop.DisplayManager
Bug#803504: dovecot pam authentication broken
Control: tags -1 unreproducible moreinfo Hi, On 11:46 Mon 06 Feb , Herbert Schmid wrote: > This is still a problem with dovecot 1:2.2.9-1ubuntu2.1. > > The problem seems that pam searches the modules in > /lib/security > when invoked from dovecot, but on my system they are in > lib/x86_64-linux-gnu/security/ > and not found. > > Regular login via sshd works, so I think the bug hides in dovecot. > > > I know that I'm reporting about a ubuntu package to the debian > maintainers and apologize. But as I found this bug I believe this is the > right place to share my findings. I'm unable to reproduce this on a Debian system. That said, dovecot shouldn't even know/care about where the pam modules are located: this is handled transparently by the PAM library. Can you please attach any relevant logs, as well as the versions of all pam-related packages? Regards, Apollon
Bug#803504: dovecot pam authentication broken
On 13:20 Mon 06 Feb , Herbert Schmid wrote: > > To trigger, you need to have some additional modules installed and enabled. I'm still unable to reproduce this, but have some comments, see below. > > Authentification fails completly if you us some additional modules in an > auth clause. But the error can be seen with session, too: > > $ dpkg -l libpam* | grep ^i > ii libpam-cgfs2.0.5-0ubuntu1~ubuntu16.04.1 amd64 > PAM module for managing cgroups for LXC > ii libpam-gnome-keyring:amd64 3.18.3-0ubuntu2 amd64 > PAM module to unlock the GNOME keyring upon login > ii libpam-modules:amd64 1.1.8-3.2ubuntu2 amd64 > Pluggable Authentication Modules for PAM > ii libpam-modules-bin 1.1.8-3.2ubuntu2 amd64 > Pluggable Authentication Modules for PAM - helper binaries > ii libpam-runtime 1.1.8-3.2ubuntu2 all > Runtime support for the PAM library > ii libpam-systemd:amd64 229-4ubuntu16amd64 > system and service manager - PAM module > ii libpam0g:amd64 1.1.8-3.2ubuntu2 amd64 > Pluggable Authentication Modules library > > > From the log (as an example): > Feb 6 09:20:20 intern auth: PAM unable to dlopen(pam_cgfs.so): > /lib/security/pam_cgfs.so: cannot open shared object file: No such file > or directory This message is a bit misleading: it is printed only after PAM has searched both, /lib//security *and* /lib/security and was unable to load the module (but only mentions the latter). If you strace the auth process, you'll probably see PAM trying both locations before emitting the warning. This can be caused by dlopen() not being able to load pam_cgfs.so, even though it exists. Can you please strace -f the auth process to find out if it tries both locations first?
Bug#803504: dovecot pam authentication broken
Control: retitle -1 dovecot-core: default vsz_limit may cause PAM authentication failures Control: tags -1 - moreinfo unreproducible + wontfix On 20:31 Mon 06 Feb , Herbert Schmid wrote: > I tried various values for default_vsz_limit. > It failes with 256M and 258M, but succeedes with 260M and above. > > 256M seem to be reasonable value for 32-Bit-Systems, but with > 64-bit-opcodes libraries are to big. > > pam_smb loads a lot of libraries, so it takes much memory. But there is > at least one more pam module i like to use addionally to pam_smb. so the > default value should be greater than the 260M from above. > > A reasonable default value would be 384M or 512M (on 64-Bit-Systems), or > the like. Well, it depends on your PAM configuration really. On my production servers, auth processes are < 128M in vsize. I'm a bit relucant to change the default, we can discuss it with upstream first. > Thanks for the help, I now know which knob to use to make thinks work. Thanks for helping to pinpoint the exact cause. Most likely this is also what the original submitter saw. I'm marking it as wontfix for the time being, but leaving it open for documentation purposes. Thanks, Apollon
Bug#803504: dovecot pam authentication broken
On 21:08 Mon 06 Feb , Herbert Schmid wrote: > Please reopen, at least while discussing with upstream. Don't worry, I'm not closing the bug. I'm just marking it as non-actionable for the time being.
Bug#854487: [Pkg-puppet-devel] Bug#854487: Binary-only package puppet was silently converted into a package shipping and running a service
Hi, On 17:36 Tue 07 Feb , Alexander Kurtz wrote: > Package: puppet > Severity: critical > Tags: security > Justification: Potentially opens up a new security hole > > Hi! > > In the old days, users wanting the puppet binaries but not the puppet > daemon would install the puppet-common but not the puppet package [0]. > This changed when puppet 4.5 was uploaded to Debian, now the puppet > package contained the binaries and the puppet-agent package contained > the service [1]. This transition was done properly, as the new service > packages would not be installed by default. > > However, now somebody decided, that it's a good idea to drop the > puppet-agent package and move the service file back to the puppet > package [1]. This is bad, very, very bad. Here's why: That somebody was me, apologies. Unfortunately the split to puppet/puppet-agent caused other issues (see #826730 and #827867) and we decided to revert it. > >1. As of today, there is no apparently no package shipping only the > binaries but not the service files. >2. I have quite a few systems where I occasionally run puppet manually, > but which should never run puppet automatically. >3. Those systems began to look for a puppet master at the default > server address "puppet" recently as the new package version got > installed. >4. As a result, anybody with control over DNS could have responded and > potentially taken over those systems. > > Please understand that your change made my and potentially other > people's system vulnerable without even telling them about it. I urge > you strongly to revert this change! When I moved things back to puppet, I failed to notice that the 3.x puppet agent behavior of starting the agent by default, but with a disable lock in place, was gone. I will fix this ASAP and file for an unblock. Regards, Apollon
Bug#854487: [Pkg-puppet-devel] Bug#854487: Bug#854487: Binary-only package puppet was silently converted into a package shipping and running a service
On 19:10 Tue 07 Feb , Russ Allbery wrote: > Alexander Kurtz writes: > > > However, now somebody decided, that it's a good idea to drop the > > puppet-agent package and move the service file back to the puppet > > package [1]. This is bad, very, very bad. Here's why: > > I don't think this is the problem. I think the problem is that the > service is enabled by default. > > There's no harm in having everything in one package provided that the > service defaults to *disabled*, not enabled. My recollection is that this > is even what the puppet-agent package did, although maybe I'm > misremembering. Sort of, actually in 3.x the service was enabled, but the agent was disabled in postinst using puppet agent --disable. Nowadays I think it makes more sense to simply not enable the service by default. > But it looks like the default installation logic may have > been lost with the merge into a single puppet package. For the record, this is exactly what happened. > > For systemd, I think the fix may be as easy as using --no-enable in a > dh_systemd_enable override. I'm not sure how this used to be done for > dh_installinit. > > (Completely agreed that having the daemon start and try to use the server > named "puppet" as a Puppet master on package installation is pretty bad.) >
Bug#854487: [Pkg-puppet-devel] Bug#854487: Bug#854487: Bug#854487: Binary-only package puppet was silently converted into a package shipping and running a service
On 15:07 Wed 08 Feb , Apollon Oikonomopoulos wrote: > On 19:10 Tue 07 Feb , Russ Allbery wrote: > > Alexander Kurtz writes: > > > > > However, now somebody decided, that it's a good idea to drop the > > > puppet-agent package and move the service file back to the puppet > > > package [1]. This is bad, very, very bad. Here's why: (In defense of moving things back to puppet from puppet-agent, apart from #826730 and #827867, it was also breaking the upgrade path for people from jessie, since puppet-agent would not be installed automatically for those who had puppet installed.) > > > > I don't think this is the problem. I think the problem is that the > > service is enabled by default. > > > > There's no harm in having everything in one package provided that the > > service defaults to *disabled*, not enabled. My recollection is that this > > is even what the puppet-agent package did, although maybe I'm > > misremembering. > > Sort of, actually in 3.x the service was enabled, but the agent was > disabled in postinst using puppet agent --disable. Nowadays I think it > makes more sense to simply not enable the service by default. > > > But it looks like the default installation logic may have > > been lost with the merge into a single puppet package. > > For the record, this is exactly what happened. Digging a bit further into the issue, the `puppet agent --disable' logic is still there, but it does not currently work for the following reasons: - In an attempt to be as safe as possible, we create the lock file manually (i.e. not via `puppet agent --disable') in *preinst*, with a hardcoded path to the lockfile (/var/lib/puppet/state/agent_disabled.lock). However: - puppet agent's default vardir was changed during the migration to 4.x from /var/lib/puppet to /var/cache/puppet and the agent lockfile path was not updated. Even if it was updated, it still depends on the actual values of vardir and/or agent_disabled_lockfile present in the [main] and [agent] sections of /etc/puppet/puppet.conf. Now, I fixed that by a) adjusting the path in preinst, b) adding an explicit `puppet agent --disable' call in postinst before the debhelper stanzas, which will always do the right thing no matter what the config value for agent_disabled_lockfile is. I also updated the DEP-8 tests to actually check that the lock *puppet agent knows about* is present on installation. This should give the same behavior as puppet 3.7. > > > > > For systemd, I think the fix may be as easy as using --no-enable in a > > dh_systemd_enable override. I'm not sure how this used to be done for > > dh_installinit. For dh_installinit things are unfortunately not that straightforward. The only way I can see for this to work, is to call dh_installinit --no-scripts to prevent dh_ii from modifying the maintainer scripts and then manually add most of the boilerplate code without that single `update-rc.d puppet defaults' call. I find this ugly enough to not prefer it over the `puppet agent --disable' approach.
Bug#854487: [Pkg-puppet-devel] Bug#854487: Bug#854487: Bug#854487: Bug#854487: Binary-only package puppet was silently converted into a package shipping and running a service
Control: tags -1 pending On 16:48 Wed 08 Feb , Apollon Oikonomopoulos wrote: > On 15:07 Wed 08 Feb , Apollon Oikonomopoulos wrote: > > On 19:10 Tue 07 Feb , Russ Allbery wrote: > > > For systemd, I think the fix may be as easy as using --no-enable > > > in a > > > dh_systemd_enable override. I'm not sure how this used to be done for > > > dh_installinit. > > For dh_installinit things are unfortunately not that straightforward. > The only way I can see for this to work, is to call dh_installinit > --no-scripts to prevent dh_ii from modifying the maintainer scripts and > then manually add most of the boilerplate code without that single > `update-rc.d puppet defaults' call. I find this ugly enough to not > prefer it over the `puppet agent --disable' approach. Actually, it is much simpler than that: adding an `update-rc.d defaults puppet && update-rc.d disable puppet` before the debhelper stanzas just works and does the right thing. Given that in either case (service disabled, or agent locked) manual intervention is required (and desirable), I think it is best to just disable the service. I'll prepare an upload shortly.
Bug#854487: [Pkg-puppet-devel] Bug#854487: Bug#854487: Bug#854487: Bug#854487: Binary-only package puppet was silently converted into a package shipping and running a service
On 10:01 Wed 08 Feb , Russ Allbery wrote: > Apollon Oikonomopoulos writes: > > > Actually, it is much simpler than that: adding an `update-rc.d defaults > > puppet && update-rc.d disable puppet` before the debhelper stanzas just > > works and does the right thing. > > > Given that in either case (service disabled, or agent locked) manual > > intervention is required (and desirable), I think it is best to just > > disable the service. I'll prepare an upload shortly. > > I had completely forgotten about the logic to disable it by default. My > recollection is that this was the result of some discussion about > disabling the init script and this ended up being better, but I forget the > history. I also vaguely recall there was a discussion about this. The changelog mentions: * Start puppet agent by default, to reflect systemd configuration * …but disable puppet agent on initial install * Add dep8 tests for initially disabled puppet agent So it seems this was done during the systemd transition (also when the START= flag was removed from /etc/default/puppet). > > I think restoring the disable logic may be all that's required. Unfortunately the disable logic is hard to get right at this point: the agent lock location will vary depending on whether the local administrator has touched /etc/puppet/puppet.conf (which may already be present on first installation, especially on pre-seeded systems). I think disabling the service is arguably a better solution and it's trivial to get right. Additionally, all the setups I know of use cron for running the puppet agent, so these admins will want the service disabled anyway (of course this is argumentum ad populum, but it serves as an indication that this is not an unreasonable course of action). > > Thank you for looking at this! > Thanks for the feedback! Regards, Apollon
Bug#854674: unblock: puppet/4.8.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package puppet. 4.8.2-2 fixes a critical bug (#854487) introduced in 4.8.1-3. In short, the puppet package will enable the puppet service by default and puppet will try to connect to the 'puppet' host and receive configuration, which may or may not be intended. Previously, our safeguard against this was to start the puppet service, but leave the agent locked, which meant it would not apply any configuration whatsoever. Unfortunately, this proved to be fragile and stopped working when the agent lock path changed. The fix for this in unstable is to simply not enable the service on new installations at all, rather than enable it but lock the agent. This is a better approach for a number of reasons (resource waste, many systems running puppet under cron anyway etc). The change is properly documented, and also handles the upgrade path from Jessie. See the attached source debdiff for details. unblock puppet/4.8.2-2 diff -Nru puppet-4.8.2/debian/changelog puppet-4.8.2/debian/changelog --- puppet-4.8.2/debian/changelog 2017-01-23 14:39:14.0 +0200 +++ puppet-4.8.2/debian/changelog 2017-02-08 15:24:55.0 +0200 @@ -1,3 +1,18 @@ +puppet (4.8.2-2) unstable; urgency=high + + * Do not enable the puppet service by default on fresh installs +(Closes: #854487). ++ Preserve the agent lock on upgrade from 3.x to safeguard upgrades from + Jessie systems where puppet was installed but never used. + * Update the DEP-8 tests to check that the service is disabled. + * Strip the agent locking logic from puppet.preinst now that we disable the +service by default. + * Add a debian/NEWS entry documenting the disabled service. + * Update the information in README.Debian and remove the (now obsolete) +paragraph about stored configs. + + -- Apollon Oikonomopoulos Wed, 08 Feb 2017 15:24:55 +0200 + puppet (4.8.2-1) unstable; urgency=medium * New upstream bugfix release. diff -Nru puppet-4.8.2/debian/NEWS puppet-4.8.2/debian/NEWS --- puppet-4.8.2/debian/NEWS 2017-01-23 14:37:53.0 +0200 +++ puppet-4.8.2/debian/NEWS 2017-02-08 15:24:55.0 +0200 @@ -1,3 +1,21 @@ +puppet (4.8.2-2) unstable; urgency=high + + As of 4.8.2-2, the puppet service is not enabled by default on new + installations and has to be manually enabled using + + systemctl enable puppet.service + or + update-rc.d puppet enable + + if desired. Note that upgrades from previous puppet versions are not + affected by this change and will preserve the service status. + + Since some versions of the package shipped with the service enabled by + default, if you are upgrading please check and make sure that the service on + your system is properly enabled or disabled to match your preference. + + -- Apollon Oikonomopoulos Wed, 08 Feb 2017 17:43:52 +0200 + puppet (4.8.1-2) unstable; urgency=medium The Ruby Puppet master as shipped in Debian can currently handle Puppet 3.x diff -Nru puppet-4.8.2/debian/puppet.postinst puppet-4.8.2/debian/puppet.postinst --- puppet-4.8.2/debian/puppet.postinst 2017-01-23 14:37:53.0 +0200 +++ puppet-4.8.2/debian/puppet.postinst 2017-02-08 15:24:55.0 +0200 @@ -31,15 +31,24 @@ # Create folders common to "puppet" and "puppetmaster", which need # to be owned by the "puppet" user install --owner puppet --group puppet --directory \ - /var/lib/puppet/state + /var/cache/puppet/state - # Between 4.4.1-2 and 4.8.1-3, puppet was called 'puppet-agent' - # Preserve the systemd and SysV service states - if [ -n "$2" ] && dpkg --compare-versions "$2" gt "4.4.1-2~" && \ + if [ -z "$2" ]; then + # Disable the service by default on new installations + update-rc.d puppet defaults >/dev/null || true + update-rc.d puppet disable >/dev/null || true + elif [ -n "$2" ] && dpkg --compare-versions "$2" gt "4.4.2-1~" && \ dpkg --compare-versions "$2" lt "4.8.1-3~"; then + # Between 4.4.2-1 and 4.8.1-3, puppet was called 'puppet-agent' + # Preserve the systemd and SysV service states if deb-systemd-helper debian-installed puppet-agent.service; then - if ! deb-systemd-helper --quiet was-enabled puppet-agent.service; then -deb-systemd-helper unmask puppet.service >/dev/null || true + # dh_systemd_enable will not enable the service by + # default as of 4.8.2-2; enable it if puppet-agent was + # enabled. + deb-systemd-helper unmask puppet.service >/dev/null || true + if deb-systemd-helper --quiet was-enabled puppet-agent.service; then +deb-systemd-helper enable puppet.service >/dev/null || true + else deb-systemd-helper update-state puppet.service >/dev/null || true fi fi @@ -53,6 +62,18
Bug#854680: [Pkg-puppet-devel] Bug#854680: service resource cannot be disabled, spews error messages
Hi Bernhard, Thanks for the report. On 14:22 Thu 09 Feb , Bernhard Schmidt wrote: > please note that this is not a duplicate of #854487 (although related > because > my manifest tried to disable the puppet service). > > Puppet on Stretch spews an error message about a wrong invocation of dpkg > --compare-version on stderr when trying to disable a service. > > root@dns-q-neu:~# puppet resource service puppet enable='false' --debug > Debug: Runtime environment: puppet_version=4.8.2, ruby_version=2.3.3, > run_mode=user, default_encoding=UTF-8 > Debug: Evicting cache entry for environment 'production' > Debug: Caching environment 'production' (ttl = 0 sec) > Debug: Evicting cache entry for environment 'production' > Debug: Caching environment 'production' (ttl = 0 sec) > Debug: Evicting cache entry for environment 'production' > Debug: Caching environment 'production' (ttl = 0 sec) > Debug: Evicting cache entry for environment 'production' > Debug: Caching environment 'production' (ttl = 0 sec) > Debug: Evicting cache entry for environment 'production' > Debug: Caching environment 'production' (ttl = 0 sec) > Debug: Failed to load library 'cfpropertylist' for feature 'cfpropertylist' > Debug: Puppet::Type::Service::ProviderInit: false value when expecting true > Debug: Puppet::Type::Service::ProviderUpstart: 0 confines (of 4) were true > Debug: Puppet::Type::Service::ProviderDaemontools: file /usr/bin/svc does not > exist > Debug: Puppet::Type::Service::ProviderRunit: file /usr/bin/sv does not exist > Debug: Puppet::Type::Service::ProviderOpenbsd: file /usr/sbin/rcctl does not > exist > Debug: Puppet::Type::Service::ProviderOpenrc: file /bin/rc-status does not > exist > Debug: Puppet::Type::Service::ProviderGentoo: file /sbin/rc-update does not > exist > Debug: Puppet::Type::Service::ProviderRedhat: file /sbin/chkconfig does not > exist > Debug: Puppet::Type::Service::ProviderLaunchd: file /bin/launchctl does not > exist > Debug: Loaded state in 0.03 seconds > Debug: Loaded transaction store file in 0.00 seconds > dpkg: error: --compare-versions takes three arguments: > So, the service provider for Debian is still broken... We had fixed that for Jessie previously, I'll check and see if the patch actually works and (most important) if it breaks sysv-rc systems. Regards, Apollon
Bug#854680: [Pkg-puppet-devel] Bug#854680: service resource cannot be disabled, spews error messages
Control: retitle -1 puppet: service enable control broken when sysv-rc is not present On 14:22 Thu 09 Feb , Bernhard Schmidt wrote: > dpkg: error: --compare-versions takes three arguments: > > > Type dpkg --help for help about installing and deinstalling packages [*]; > Use 'apt' or 'aptitude' for user-friendly package management; > Type dpkg -Dhelp for a list of dpkg debug flag values; > Type dpkg --force-help for a list of forcing options; > Type dpkg-deb --help for help about manipulating *.deb files; > This actually comes from a check against sysv-rc in the "debian" (aka update-rc.d/invoke-rc.d) provider. I'm just documenting this here (and changing the title), as switching the default to systemd will not trigger this. Regards, Apollon
Bug#854680: [Pkg-puppet-devel] Bug#854680: Bug#854680: service resource cannot be disabled, spews error messages
Control: tags -1 severity serious
Hi,
On 17:51 Thu 09 Feb , Apollon Oikonomopoulos wrote:
> Control: retitle -1 puppet: service enable control broken when sysv-rc is not
> present
>
> On 14:22 Thu 09 Feb , Bernhard Schmidt wrote:
> > dpkg: error: --compare-versions takes three arguments:
> >
> >
> > Type dpkg --help for help about installing and deinstalling packages [*];
> > Use 'apt' or 'aptitude' for user-friendly package management;
> > Type dpkg -Dhelp for a list of dpkg debug flag values;
> > Type dpkg --force-help for a list of forcing options;
> > Type dpkg-deb --help for help about manipulating *.deb files;
> >
>
> This actually comes from a check against sysv-rc in the "debian" (aka
> update-rc.d/invoke-rc.d) provider. I'm just documenting this here (and
> changing the title), as switching the default to systemd will not
> trigger this.
Bumping this to RC, as sysv-rc is not installed by default anymore,
making the service provider unusable on a default Stretch installation.
I have prepared a fix with two different changes:
- Default to systemd as a service provider for all Debian versions. If
the system is not actually running on systemd (i.e. [ ! -d
/run/systemd/system ]), then it will fall back to the "debian"
provider.
- Remove the following check from lib/puppet/provider/service/debian.rb:
if `dpkg --compare-versions $(dpkg-query -W --showformat '${Version}'
sysv-rc) ge 2.88 ; echo $?`.to_i == 0
update_rc @resource[:name], "disable"
else
update_rc "-f", @resource[:name], "remove"
update_rc @resource[:name], "stop", "00", "1", "2", "3", "4", "5", "6",
"."
end
This check is irrelevant nowadays: update-rc.d is now in
init-system-helpers and the "disable" keyword is supported since at
least squeeze.
Regards,
Apollon
Bug#854674: closed by Ivo De Decker (Re: unblock: puppet/4.8.2-2)
Dear Release Team, On 23:12 Thu 09 Feb , Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the release.debian.org package: > > #854674: unblock: puppet/4.8.2-2 > > It has been closed by Ivo De Decker . Thank you for unblocking puppet. Since I also have a fix for #854680 pending, would it be possible to reduce the migration delay for 4.8.2-2? Regards, Apollon
Bug#855030: debian-installer-9-netboot-amd64: d-i does not copy kernel command line arguments after "---" to the bootloader
Package: debian-installer-9-netboot-amd64 Version: 20170127 Severity: important Dear Maintainer, We are using d-i with preseeding to automatically provision virtual machines. While testing the Stretch installer, I found out that (contrary to Jessie's installer and the documentation), it does not copy the "net.ifnames=0" argument from the kernel command line to grub's command line, even though I specify it after "---". Steps to reproduce: 1. Create an empty qemu disk image (/tmp/stretch.img) 2. Boot the installer using kvm: kvm -m 512 -kernel /usr/lib/debian-installer/images/9/amd64/text/debian-installer/amd64/linux \ -initrd /usr/lib/debian-installer/images/9/amd64/text/debian-installer/amd64/initrd.gz \ -append "url=URL_TO_SIMPLE_PRESEED_FILE country=GR locale=en_US language=en interface=eth0 keymap=us priority=critical --- net.ifnames=0" \ -drive format=qcow2,if=virtio,file=/tmp/stretch.img,cache=unsafe \ -netdev user,id=user0 -device virtio-net-pci,netdev=user0 -no-reboot 3. After installation, the virtual machine will boot up without net.ifnames=0 and the primary network interface will be called ens3. The workaround in this case is to preseed debian-installer/add-kernel-opts with the extra kernel command arguments. Regards, Apollon
Bug#752512: corosync: Corosync doesn't start at reboot
Control: retitle -1 drbd-utils: initscript may wait forever (wfc-timeout unset) Hi, On 10:45 Thu 12 May , Ferenc Wágner wrote: > Christoph Berg writes: > > > Is that something we can or should fix on the corosync side? > > Without further information I can't see anything to fix in corosync. > > > Or reassign to drbd-utils to change the default for wfc-timeout? > > Sounds like a good idea, the original report shows S03drbd S04corosync. > The DRBD maintainers will be able to judge whether changing the default > wfc-timeout makes sense. This is clearly something that should be working by default. DRBD upstream strongly recommends using a cluster manager to control DRBD resources, so it really doesn't make any sense for DRBD to block corosync. I'll have a look and try to figure out a working solution. Regards, Apollon
Bug#824879: elasticsearch-curator debian/patches/ causing build problems.
Control: tags -1 moreinfo Hi Zach, On 17:29 Fri 20 May , Volchak, Zakhar (Zach) wrote: > Package: elasticsearch-curator > Version: 3.5.1-1 > > When trying to build this package with "debuild -uc -us", it throws > an error that is caused by the debian/patches/ of this version. Of > what I understand, the patch is being applied in the previous > version, but patches/ was not removed in the current version. > Thus, when trying to build, dpkg-buildpackage is trying to apply > patch that is already applied and throws an error.: > > > dpkg-source: info: the patch has fuzz which is not allowed, or is malformed > dpkg-source: info: if patch 'setup.py-read-README-utf-8' is correctly applied > by quilt, use 'quilt refresh' to update it > dpkg-source: error: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B > .pc/setup.py-read-README-utf-8/ --reject-file=- < > source.orig.hFq4PZ/debian/patches/setup.py-read-README-utf-8 gave error exit > status 1 > > Seems like removing debian/patches/ folder preserves the changes > of the patch and is able to build successfully. (running 'quilt refresh' > didn't solve the problem) > > I am using "debuild 2.15.3" and "lintian v2.5.30+deb8u4" I am unable to reproduce this. Running `apt-get source elasticsearch-curator` to obtain the source from unstable, I can see: $ quilt push -a Applying patch setup.py-read-README-utf-8 patching file setup.py Now at patch setup.py-read-README-utf-8 The patch is current and it applies without fuzz. The source also builds properly on reproducible.debian.net[1], so I suspect there's something wrong with the sources you're using. Can you please double-check that you are using the correct sources? Regards, Apollon [1] https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/elasticsearch-curator
Bug#807927: ITP: ripe-atlas-tools -- command-line client for RIPE Atlas
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos * Package name: ripe-atlas-tools Version : 1.1.1 Upstream Author : RIPE NCC * URL : https://github.com/RIPE-NCC/ripe-atlas-tools * License : GPLv3 Programming Lang: Python Description : command-line client for RIPE Atlas ripe-atlas-tools is the official command-line client for RIPE Atlas. RIPE Atlas is a global network of probes that measure Internet connectivity and reachability, providing an overview of the state of the Internet in real time. Currently the following operations are supported by the command line interface: . * Creation of measurements (ping, traceroute, DNS) * Reports on public measurements * Retrieval of measurement streams * Public measurement searches * Probe listings
Bug#807934: ITP: python-ripe-atlas-cousteau -- Python wrapper around the RIPE Atlas API
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos * Package name: python-ripe-atlas-cousteau Version : 1.0.5 Upstream Author : RIPE NCC * URL : https://github.com/RIPE-NCC/ripe-atlas-cousteau * License : GPLv3 Programming Lang: Python Description : Python wrapper around the RIPE Atlas API RIPE Atlas Cousteau is a Python library wrapping the RIPE Atlas HTTP API. RIPE Atlas is a global network of probes that measure Internet connectivity and reachability, providing an overview of the state of the Internet in real time.
Bug#807936: ITP: python-ripe-atlas-sagan -- parsing library for RIPE Atlas measurement results
Package: wnpp Severity: wishlist Owner: Apollon Oikonomopoulos * Package name: python-ripe-atlas-sagan Version : 1.1.7 Upstream Author : RIPE NCC * URL : https://github.com/RIPE-NCC/ripe.atlas.sagan * License : GPLv3 Programming Lang: Python Description : parsing library for RIPE Atlas measurement results Ripe Atlas Sagan is a Python library for parsing RIPE Atlas measurement results. It aims at providing a consistent high-level interface for a rapidly changing low-level format used by the RIPE Atlas probes. RIPE Atlas is a global network of probes that measure Internet connectivity and reachability, providing an overview of the state of the Internet in real time. This package is required for packaging ripe-atlas-tools.
Bug#808010: python-socketio-client: please update to the latest upstream version
Package: python-socketio-client Version: 0.5.3-1 Severity: wishlist Dear Maintainer, The 0.6 series adds support for Socket.IO 1.x, which is needed at least for packaging the RIPE Atlas Python libraries (see #807934). Would it be possible to update to the latest upstream version? Also, In case you decide to update socketio-client, please consider enabling Python3 support as well. If you lack the time to do so or need any assistance, I would be glad to help. Thanks in advance, Apollon signature.asc Description: PGP signature
Bug#822130: Boost 1.55 to be removed; your attention required
Hi, On 12:17 Sat 07 May , László Böszörményi wrote: > Sorry for the slow reaction. The FTBFS reason is the package test > case. It's threaded and the sequence is confused by the file timestamp > resolution of Hurd and kFreeBSD architectures. It's one second only > (Linux has millisecond resolution). Actually, it's ext4 (and btrfs) that has nanosecond resolution. At least ext2 and ext3 have 1 second timestamp resolutions as well, so we can't really rely on the platform being Linux or not. > Question is, how should it be handled? Disable self-tests, ignore the > results or maybe remove mongodb from the mentioned architectures? IMHO, we should just disable the test suite on affected architectures. Have you checked if the test suite of 2.6 runs (IIRC the test suite harness has changed significantly after 2.4)? Regards, Apollon
