ITP: prometheus-cli - Prometheus command line interface

2015-07-07 Thread Martín Ferrari
Package: wnpp
Severity: wishlist
Owner: Martín Ferrari 

* Package name: prometheus-cli
  Version : 0.3.0
  Upstream Author : The Prometheus Authors
* URL : https://github.com/prometheus/prometheus_cli
* License : Apache-2.0
  Programming Lang: Go
  Description : Prometheus command line interface

 A command line interface tool for querying the Prometheus server's HTTP API


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/559b8768.50...@tincho.org



ITP: golang-github-julienschmidt-httprouter -- High performance HTTP request router for Go that scales well

2015-07-07 Thread Martín Ferrari
Package: wnpp
Severity: wishlist
Owner: Martín Ferrari 

* Package name: golang-github-julienschmidt-httprouter
  Version : 1.1
  Upstream Author : Julien Schmidt. All rights reserved.
* URL : https://github.com/julienschmidt/httprouter
* License : BSD-3-clause
  Programming Lang: Go
  Description : High performance HTTP request router for Go that
scales well

 HttpRouter (github.com/julienschmidt/httprouter) is a lightweight high
 performance HTTP request router (also called multiplexer or just mux
 for short) for Go.
 .
 In contrast to the default mux of Go's net/http package, this router
 supports variables in the routing pattern and matches against the
 request method. It also scales better.
 .
 The router is optimized for high performance and a small memory
 footprint. It scales well even with very long paths and a large number
 of routes. A compressing dynamic trie (radix tree) structure is used
 for efficient matching.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/559b9cd5.1010...@tincho.org



Bug#791658: ITP: uutf -- OCaml UTF streaming codec

2015-07-07 Thread Stéphane Glondu
Package: wnpp
Severity: wishlist
Owner: "Stéphane Glondu" 

* Package name: uutf
  Version : 0.9.4
  Upstream Author : Daniel C. Bünzli
* URL : http://erratique.ch/software/uutf
* License : BSD
  Programming Lang: OCaml
  Description : UTF streaming codec

 Uutf is an non-blocking streaming Unicode codec for OCaml to decode
 and encode the UTF-8, UTF-16, UTF-16LE and UTF-16BE encoding
 schemes. It can efficiently work character by character without
 blocking on IO. Decoders perform character position tracking and
 support newline normalization.
 .
 Functions are also provided to fold over the characters of UTF
 encoded OCaml string values and to directly encode characters in
 OCaml Buffer.t values.
 .
 Uutf is made of a single, independent, module.

Uutf is a new dependency of Tyxml. It will be maintained in the Debian
OCaml team.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150707095413.17097.58680.report...@wencory.loria.fr



Re: GCC 5 / libstdc++ abi wiki: can FIXMEs be fixed?

2015-07-07 Thread Matthias Klose
On 07/05/2015 08:52 PM, Steve M. Robbins wrote:
> Hi,
> 
> I've heard rumours that GCC 5 is coming :-)

there are even rumours about GCC 6 (defaulting to C++14) ;)

> I help maintain several C++ libraries and expect some work is required to get 
> through this GCC transition.  I'd like to understand what I'm doing and do it 
> right the first time.  I'm just an average C++ programmer, not an avid 
> follower 
> of GCC nor even of debian lists.  So below are lots of questions asked out of 
> ignorance.  Please don't shoot the messenger/questioner.  :-)
> 
> Posts here and bug reports reference the wiki page 
> https://wiki.debian.org/GCC5 .  I've read that page and there are a bunch of 
> notes embedded within it that just confuse me:
> 
> 
> 1. "The good news is, that GCC 5 now provides a stable libcxx11 ABI, and 
> stable support for C++11 (GCC version before 5 called this supported 
> experimental). This required some changes in the libstdc++ ABI, and now 
> libstdc++6 provides a dual ABI, the classic libcxx98 ABI, and the new 
> libcxx11 
> (FIXME: GCC 5 (<< 5.1.1-20) only provides the classic libcxx98 ABI)."
> 
> What does the FIXME refer to?  That the correct statement is "The good new 
> is, 
> that GCC 5 (post 5.1.1-20) now provides .."?  Or something else?

removed, left over when I had no gcc-5 package in experimental.

> 2. "libstdc++ doesn't change the soname, provides a dual ABI. Existing C++98 
> binary packages will continue to work. Building these packages using g++-5 is 
> expected to work after build failures are fixed. FIXME: Will they only work 
> when built with _GLIBCXX_USE_CXX11_ABI set to 0? By default they will use the 
> new libstdc++ ABI."
> 
> What's the answer to this FIXME?  What does the last sentence mean?  Does it 
> mean that code built using g++5 by default uses the new libstdc++ ABI?

g++-5 in testing/unstable defaults to the cxx98 ABI (without any choice to use
the new ABI), g++-5 in experimental defaults to the new ABI (with the choice to
use the old one using -D_GLIBCXX_USE_CXX11_ABI=0).

> But if not rebuilt, existing code will use the existing libcxx98 ABI?

yes.

> The next 
> paragraph says "GCC 6 is expected to change the c++ standard default ..." -- 
> but doesn't GCC 5 change the standard default already?

No. The compiler still defaults to the c++98 standard.  Apparently the naming of
the ABI's is confusing, upstream now renamed it to "gcc4-compatible" and "new".
Whether this is better ... I don't know.  GCC 5 now provides a libstdc++ which
conforms to the c++11 standard, and the implementation is supposed to provide a
stable ABI.

> 3. "Library packages built using -std=c++0x or -std=c++11 may have an ABI 
> change (unknown yet how many). How to find out about these?"
> 
> What does this mean?  Why would they have an ABI change?  And how do we find 
> out?

GCC upstream marked the c++11 as experimental in pre GCC 5 versions. There is no
guarantee that it worked in the past (however for the majority of transitions in
the past, it worked quiet well).  I assume you'll only find out when something
goes wrong, and you see breakage. For applications, you probably won't notice
after the rebuild, for a library you may do a transition, changing the package 
name.

> 4. "If the library exports some symbols having either _cxx11 or B5cxx11 in 
> the 
> symbol name, it may be incompatible, if these are symbols which form part of 
> the public API. To find out if these are part of the public API, you would 
> need 
> to build all reverse dependencies and see if any of these new symbols are 
> referenced."
> 
> Being pedantic: isn't that a signal of ABI (rather than API) change?

I didn't call that an API change. I'm just trying to describe where these ABI
changes are relevant to trigger a library transition.

> More 
> importantly: supposing my library does export some such symbols.  Checking 
> reverse deps in Debian is of course helpful: if any are referenced, then we 
> know the interface changed.

this is my understanding.

> (or does it?  what if the reverse-dep uses the 
> symbol itself internally -- might this show a false-positive?)

It's not clear to me what you mean. If a library libfoo has a cxx11 symbol
defined, that is used by an app/reverse-dep, then it is not a false positive.
Just looking at the undefined symbols in the app without sorting out other cxx11
symbols coming from other libraries (e.g. from libstdc++) might lead to false
positives.

> But if none 
> are found, can we conclude the interface has NOT changed?  I wouldn't think 
> so: it may simply be that the code in Debian simply doesn't exercise the 
> relevant part of the interface.  If that is the case: how then can one 
> convince themself that there really is no change in interface?

your decision to make. If you think that this will make an ABI change, maybe ask
upstream, and/or change the library name.

> Additionally, there are some places where the text confuses me even without 
> FIXME or 

Bug#791675: ITP: django-celery-transactions -- Django transaction support for Celery tasks

2015-07-07 Thread Michael Fladischer
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: django-celery-transactions
  Version : 0.3.2
  Upstream Author : Nicolas Grasset  
* URL : 
https://github.com/fellowshipofone/django-celery-transactions
* License : BSD-2-clause
  Programming Lang: Python
  Description : Django transaction support for Celery tasks

 django-celery-transactions holds on to Celery tasks until the current database
 transaction is committed, avoiding potential race conditions as described in
 Celery's user guide.

 Features:
  * If the transaction is rolled back, the tasks are discarded. Django's
transaction middleware does this if an exception is raised.
  * If transactions aren't being managed, tasks are sent as normal. This means
that sending tasks from within Django's shell will work as expected, as
will the various transaction decorators commit_manually, commit_on_success,
etc.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJVm9zJAAoJEGlMre9Rx7W2lpwP/1f9pXdPYtCPSlMGvT2uKTOQ
8xY7d4N/sViPnFigNAuMqsYcdBILNCZodRPEHxBZCSuOejcV4CD+IJVnT0vLXFbe
ITF1g9U6AMV078QUqM8R4sg2W8QtYyqskcDADiTBBcv0r+ux+8d7leEHpWipmyt2
7qKTZUiKYMVri5NkylVLVOWuzcknw1zrA+Dxbw9Y3UmoMa2ew39r/zO4BacYxoF4
MvM6l4KRlku6JX/+ErEdi9g+xgcAzb1/imR5KA2U76O6I94FJq84ajpXcc/INKzg
nhGnmuNS/EtT+19ZTT771c76pKnSS+JzR9W4fX94us0fKzuCDAXTF/1W+wnQ1Nvg
yFMrjC6cIgk910CWv1A8Ok8zGS2Le8rjnuzJFntY9YjEYxO8IafPRWU0eBDEP288
435d8T8NVgJbvBbqALH7QadOg2NbQCd6fnMZ/FteixSuFt+rJMTl+lPNj+g1osox
QsgtvEfocdaLOxZpSj53WLwG4iJR9aeeHxnmAa5q5yiUzReEP1Pc7Oo1TYHcX9cN
iJR89ptds7uQLV555qbGtzD1Qf3rjnL5/kSWCl9AHM/cibjmrAi5Bn6wB3UOWIBB
rFAQ+QIN3ge0zBDIC15W5LC/sg59srfn2ME4yWJJ0pYmzEUb0zBp2Lnzp1PJCgGr
I3tEUIAaCKEs/bttoZOV
=76Fc
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150707140604.31702.78899.reportbug@kashyyyk



Parceria - Hotel Costeiro

2015-07-07 Thread Reservas - Hotel Costeiro

Prezados, Bom dia!

O Hotel Costeiro deseja realizar uma parceria de hospedagem.

Somos o único hotel 3 estrelas de Olinda e possuímos tarifas  
extremamente competitivas. Nos nossos valores estão já inclusos o café  
da manhã, que é servido em nosso restaurante com vista para o mar e  
todas as taxas. É gratuito também o uso do estacionamento e a internet  
WI-FI.


Todos os nossos apartamentos são equipados com ar condicionado, TV a  
cabo, frigobar, cofre digital, WI-FI gratuita e secador de cabelo.  
Dispomos de restaurante aberto ao público até 23h:30min.


O Costeiro está a apenas 2km do centro histórico de Olinda e a 4km do  
Centro de Convenções.


Aguardamos o seu contato a fim de que possamos passar mais detalhes  
sobre a parceria.




--
Atenciosamente,

Tatiana Fonseca
Depto. De Reservas

HOTEL COSTEIRO

Av. Ministro Marcos Freire, nº 681 – Bairro Novo
Olinda – Pernambuco – CEP: 53030-000
Tel.: + 55 81 3429-4877
Fax: + 55 81 3429 - 3904
site: www.costeiro.com.br
E-mail: reser...@costeiro.com.br


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/8f8b0762d104b4fd0595a56c4dd3f...@costeiro.com.br



Bug#791679: ITP: pdftables -- parse PDFs and extracts what it believes to be tables

2015-07-07 Thread Sandro Tosi
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi 

* Package name: pdftables
  Version : 0.0.4
  Upstream Author : ScraperWiki Ltd
* URL : http://scraperwiki.com
* License : BSD
  Programming Lang: Python
  Description : parse PDFs and extracts what it believes to be tables

 PDFTables helps with extracting tables from PDF files.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150707151157.27635.74475.reportbug@debian-amd64-800



Bug#791683: ITP: pynliner -- CSS-to-inline-styles conversion tool for HTML

2015-07-07 Thread Sandro Tosi
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi 

* Package name: pynliner
  Version : 0.5.2
  Upstream Author : Tanner Netterville
* URL : https://github.com/rennat/pynliner
* License : MIT
  Programming Lang: Python
  Description : CSS-to-inline-styles conversion tool for HTML

 Because Pynliner uses BeautifulSoup to find the tags specified in the CSS it
 aggressively converts to HTML. This means that templating languages like Mako,
 Genshi, and Jinja will be pounded into valid HTML in the process of applying
 styles.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150707152137.27717.91926.reportbug@debian-amd64-800



Bug#791684: ITP: python-tornadorpc -- library for XML/JSON RPC using the Tornado framework

2015-07-07 Thread Sandro Tosi
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi 

* Package name: python-tornadorpc
  Version : 0.1.1
  Upstream Author : Josh Marshall
* URL : https://github.com/joshmarshall/tornadorpc
* License : Apache-2.0
  Programming Lang: Python
  Description : library for XML/JSON RPC using the Tornado framework

 This library is an implementation of both the JSON-RPC and the XML-RPC
 specification (server-side) for the Tornado web framework. It supports the
 basic features of both, as well as the MultiCall / Batch support for both
 specifications. The JSON-RPC handler supports both the original 1.0
 specification, as well as the new (proposed) 2.0 spec, which includes batch
 submission, keyword arguments, etc.
 .
 There is also a base library that other RPC protocols could use to quickly get
 tied into Tornado.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150707153215.27779.44812.reportbug@debian-amd64-800



Re: Bug#790933: ITP: drive - Google Drive tool

2015-07-07 Thread Philipp Kern

On 2015-07-05 13:16, Christian Seiler wrote:

A good example for this is the open(1) command: way back when Linux was
still in its infancy, somebody decided it would be a good idea to have
a command to run something on a different virtual text console, and
they named it 'open'. This is the reason why you have 'xdg-open' for
opening files according to their mime type (and that command is not
that known, because of its name), because 'open' was already taken. For
an operation such as starting something on a new virtual terminal, open
is far too generic a name to have been a sensible choice even back
then, but that ship has sailed.


By that logic 'xdg-open' would also have been barred to use the name 
'open'.



So _please_, please choose a different name for the binary in
Debian,[1] because accessing a cloud service (that might not be around
in 10 years, see e.g. Google News as for how such things can disappear
in a relatively short time) is something really, really specific and
really shouldn't take up a generic name that will haunt us for years to
come.


OT: You're not looking for News here, you're looking for Reader. (Except 
if you are in Spain.)


Kind regards
Philipp Kern


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/ef7d770ee5f34e7b0250d2a387e00...@hub.kern.lc



Bug#791695: ITP: libdevel-overloadinfo-perl -- module to introspect overloaded operators

2015-07-07 Thread gregor herrmann
Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libdevel-overloadinfo-perl
  Version : 0.002
  Upstream Author : Dagfinn Ilmari Mannsåker 
* URL : https://metacpan.org/release/Devel-OverloadInfo
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module to introspect overloaded operators

Devel::OverloadInfo returns information about overloaded operators for a
given class (or object), including where in the inheritance hierarchy the
overloads are declared and where the code implementing it is.


signature.asc
Description: Digital Signature


Bug#791700: ITP: libtest-deep-type-perl -- Test::Deep plugin for validating type constraints

2015-07-07 Thread gregor herrmann
Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org

* Package name: libtest-deep-type-perl
  Version : 0.006
  Upstream Author : Karen Etheridge 
* URL : https://metacpan.org/release/Test-Deep-Type
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Test::Deep plugin for validating type constraints

Test::Deep::Type provides the sub is_type to indicate that the data being
tested must validate against the passed type. This is an actual type object,
not a string name -- for example something provided via MooseX::Types, or a
plain old coderef that returns a bool (such as what might be used in a Moo
type constraint).


signature.asc
Description: Digital Signature


Bug#791701: ITP: ruby-omniauth-saml -- a generic SAML strategy for OmniAuth

2015-07-07 Thread Balasankar C
Package: wnpp
Severity: wishlist
Owner: Balasankar C 

* Package name: ruby-omniauth-saml
  Version : 1.3.1
  Upstream Author : Practically Green, Inc.
* URL : https://github.com/PracticallyGreen/omniauth-saml/
* License : Expat
  Programming Lang: Ruby
  Description : a generic SAML strategy for OmniAuth


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150707182412.10377.35718.reportbug@sasalam



Re: preparing for GCC 5, especially libstdc++6

2015-07-07 Thread Martin Michlmayr
* Matthias Klose  [2015-06-16 23:37]:
> it's time to prepare for GCC 5 as the default compiler in unstable.

FWIW, I compiled the entire archive on arm64 and I didn't find any
obvious compiler bugs (i.e. internal compiler errors and similar).

I found some more build failures with GCC 5 (mostly failures that only
show up on !x86 and some new packages) which I reported to the BTS.

-- 
Martin Michlmayr
Linux for HP Helion, Hewlett-Packard


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150707201348.gi21...@jirafa.cyrius.com



Bug#791720: ITP: prometheus-pushgateway -- Prometheus exporter for ephemereal jobs

2015-07-07 Thread Martín Ferrari
Package: wnpp
Severity: wishlist
Owner: Martín Ferrari 
X-Debbugs-CC: debian-devel@lists.debian.org

* Package name: prometheus-pushgateway
  Version : 0.2.0
  Upstream Author : The Prometheus Authors
* URL : https://github.com/prometheus/prometheus_cli
* License : Apache-2.0
  Programming Lang: Go
  Description : Prometheus exporter for ephemereal jobs

 The Prometheus Pushgateway exists to allow ephemeral and batch jobs to
 expose their metrics to Prometheus. Since these kinds of jobs may not
 exist long enough to be scraped, they can instead push their metrics
 to a Pushgateway. The Pushgateway then exposes these metrics to
 Prometheus.
 .
 The Pushgateway is explicitly not an aggregator, but rather a metrics
 cache.  It does not have a statsd-like semantics. The metrics pushed
 are exactly the same as you would present for scraping in a
 permanently running program.
 .
 For machine-level metrics, the textfile collector of
 prometheus-node-exporter is usually more appropriate. The Pushgateway
 is best used for service-level metrics.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/559c3a77.4070...@tincho.org



Bug#791723: ITP: apache-log4j-extras1.2 -- Extras for Apache log4j

2015-07-07 Thread Hilko Bengen
Package: wnpp
Owner: Hilko Bengen 
Severity: wishlist

* Package name: apache-log4j-extras1.2
  Version : 1.2.17
  Upstream Author : Apache Software Foundation
* URL or Web page : https://logging.apache.org/log4j/extras/
* License : Apache-2.0
  Description : Extras for Apache log4j

log4j extras are a dependency for Elasticsearch >= 1.5


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87si8zek4h@msgid.hilluzination.de