Sebastian Ramacher | 23 Nov 13:58 2014
Picon

Bug#770704: ITP: wcwidth -- determine printable width of a string on a terminal

Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher <sramacher <at> debian.org>

* Package name    : wcwidth
  Version         : 0.1.4
  Upstream Author : Jeff Quast
* URL             : https://pypi.python.org/pypi/wcwidth/0.1.4
* License         : Expat
  Programming Lang: Python
  Description     : determine printable width of a string on a terminal

wcwidth allows to determine the printable width of a string on a
terminal. It provides functions similar to wcwidth(3) and wcswidth(3)
for Python programs.
--

-- 
Sebastian Ramacher
Bas Couwenberg | 22 Nov 23:07 2014
Picon
Picon

Bug#770649: ITP: pprepair -- planar partition repair tool

Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg <sebastic <at> xs4all.nl>

* Package name    : pprepair
  Version         : 0.0~20140611-c70373b
  Upstream Author : Ken Arroyo Ohori <g.a.k.arroyoohori <at> tudelft.nl> Hugo Ledoux <h.ledoux <at> tudelft.nl>
Martijn Meijers <b.m.meijers <at> tudelft.nl>
* URL             : https://github.com/tudelft3d/pprepair
* License         : GPL-3.0+ or Commercial
  Programming Lang: C++
  Description     : planar partition repair tool

pprepair (planar partition repair) takes a set of polygons and ensures that
they form a valid planar partition, made of valid polygons and having no gaps
or overlaps. It can be used as a validator, telling of problems in individual
polygons or in the planar partition, and also as an automatic repair tool,
outputting a set of polygons that do form a valid planar partition.

The package will be maintained within the Debian GIS team.

Svante Signell | 22 Nov 16:19 2014
Picon

Age of built packages to be part of the jessie release?

Hello,

I wonder how old a package build can be to be part of the release. Some
packages are built up to a year ago, and rebuilding them now FTBFS. What
to do, file a bug or accept status quo?

Thanks!

Rolf Leggewie | 22 Nov 16:06 2014

Bug#770603: ITP: libfte -- encryption library to thwart deep packet inspection censorship

Package: wnpp
Severity: wishlist
Owner: Rolf Leggewie <foss <at> rolf.leggewie.biz>

* Package name    : libfte
  Version         : 0.1.0
  Upstream Author : Kevin P Dyer <kpdyer <at> gmail.com>
* URL             : http://fteproxy.org
* License         : GPL
  Programming Lang: Python
  Description     : encryption library to thwart deep packet inspection censorship

 fteproxy provides transport-layer protection to resist keyword filtering, 
 censorship and discrimantory routing policies. Its job is to relay 
 datastreams, such as web browsing traffic, by encoding the stream into 
 messages that satisfy a user-specified regular expression.
 .
 This package provides the encryption library for the proxy software.

fteproxy and libfte are shipped separately by upstream.  I already have
an ITP open for fteproxy #746554 but the binary package needs libfte
which will be provided via this package.

I plan to maintain this together with upstream who approached for help
with the Debian packaging.

Balasankar C | 22 Nov 05:40 2014

Bug#770531: ITP: ruby-sidetiq -- recurring jobs for Sidekiq

Package: wnpp
Severity: wishlist
Owner: Balasankar C <balasankarc <at> autistici.org>

* Package name    : ruby-sidetiq
  Version         : 0.6.3
  Upstream Author : Tobias Svensson <tob <at> tobiassvensson.co.uk>
* URL             : https://github.com/tobiassvn/sidetiq
* License         : BSD-3-clause
  Programming Lang: Ruby
  Description     : recurring jobs for Sidekiq

Yann Dirson | 21 Nov 21:49 2014
Picon

Bug#770509: ITP: uci2wb -- XBoard protocol adapter for chess/shogi/xianqi engines speaking USI/UCCI/UCI-XQ

Package: wnpp
Severity: wishlist
Owner: Yann Dirson <dirson <at> debian.org>

* Package name    : uci2wb
  Version         : 2.0
  Upstream Author : H.G. Muller <h.g.muller <at> hccnet.nl>
* URL             : http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=uci2wb.git;a=summary
* License         : GPL
  Programming Lang: C
  Description     : XBoard protocol adapter for chess/shogi/xianqi engines speaking USI/UCCI/UCI-XQ

This is a protocol adapter allowing to play against eg. GPS Shogi
(package gpsshogi) and Elephant Eye (package eeye) using XBoard and
other CECP-compatible GUI programs.

Bas Couwenberg | 21 Nov 18:28 2014
Picon
Picon

Bug#770489: ITP: librewms -- simple WMS 1.3.0 interactive GUI client

Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg <sebastic <at> xs4all.nl>

* Package name    : librewms
  Version         : 1.0.0a
  Upstream Author : Alessandro Furieri <a.furieri <at> lqt.it>
* URL             : https://www.gaia-gis.it/fossil/librewms/
* License         : GPL-3.0+
  Programming Lang: C++
  Description     : simple WMS 1.3.0 interactive GUI client

LibreWMS is an open source Geography application built on top of SpatiaLite
and RasterLite2. It's basically simple and really light-weight, but it's an
almost complete WMS 1.3.0 interactive GUI client.

The package will be maintained within the Debian GIS team.

Bas Couwenberg | 21 Nov 16:54 2014
Picon
Picon

Bug#770480: ITP: librasterlite2 -- library for huge raster coverages using a SpatiaLite DBMS

Package: wnpp
Severity: wishlist
Owner: Bas Couwenberg <sebastic <at> xs4all.nl>

* Package name    : librasterlite2
  Version         : 1.0.0~rc0
  Upstream Author : Alessandro Furieri <a.furieri <at> lqt.it>
* URL             : https://www.gaia-gis.it/fossil/librasterlite2/
* License         : MPL-1.1 or GPL-2.0+ or LGPL-2.1+
  Programming Lang: C
  Description     : library for huge raster coverages using a SpatiaLite DBMS

librasterlite2 is an open source library that stores and retrieves huge
raster coverages using a SpatiaLite DBMS.

It is intended to completely replace and supersede librasterlite.
The two projects are completely unrelated: the unique similarity between
both is just in covering the same identical application area.

The package will be maintained within the Debian GIS team.

Balasankar C | 21 Nov 16:29 2014

Bug#770475: ITP: ruby-ice-cube -- ruby date recurrence library

Package: wnpp
Severity: wishlist
Owner: Balasankar C <balasankarc <at> autistici.org>

* Package name    : ruby-ice-cube
  Version         : 0.11.1
  Upstream Author : John Crepezzi <john.crepezzi <at> gmail.com>
* URL             : http://seejohncode.com/ice_cube/
* License         : Expat
  Programming Lang: Ruby
  Description     : ruby date recurrence library

Hajime MIZUNO | 21 Nov 15:22 2014

Bug#770466: ITP: dash-el -- Modern list manipulation library for Emacs

Package: wnpp
Severity: wishlist
Owner: Hajime Mizuno <mizuno-as <at> ubuntu.com>
X-Debbugs-Cc: debian-devel <at> lists.debian.org,
debian-emacsen <at> lists.debian.org, debian-devel <at> debian.or.jp

* Package name    : dash-el
  Version         : 2.9.0
  Upstream Author : Magnar Sveen <magnars <at> gmail.com>
* URL             : https://github.com/magnars/dash.el
* License         : GPL-3+
  Programming Lang: lisp
  Description     : Modern list manipulation library for Emacs

 dash.el is API library to manipulate a list by Emacs Lisp.
 This library supplements list manipulation easily.
 For example, returning a sublist of the original list.
 Bag of various functions which modify input list.
 Reducing lists into single value.
 Partitioning the input list into a list of lists.
 Such a function is included.

--

-- 
Regards,

Hajime MIZUNO <mizuno-as <at> ubuntu.com>
Key fingerprint = 9B07 B934 B70C 8482 8892  E276 502E 0713 4EEF 9E8D

Simon McVittie | 21 Nov 13:42 2014
Picon

Architectures where unaligned access is (not) OK?

A couple of questions for people who know low-level things:

* Of Debian's architectures (official and otherwise), which ones are
  known/defined/designed to be OK with unaligned accesses from
  user-space, and which ones (can be configured to) crash or give wrong
  answers?

* Would it be safer to assume that future architectures are in the
  "unaligned accesses are OK" category, or the "not OK"
  category?

The ones I know for sure are:

- OK: any-i386, any-amd64
- not OK: armel

I believe powerpc, s390 and arm64 might be in the "OK" category, and
mips* and sparc in the "not OK" category. I've seen conflicting
information about which category armhf is in: on #757037, Marc
Kleine-Budde said that ARMv6 and up guarantee that unaligned access is
fine, but I've also found Ubuntu bug reports about unaligned access
failures on armhf.

The context is that
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757037 describes lzo2
failing to start up on armel due to unaligned memory accesses. lzo2 has
a cpp macro, LZO_CFG_NO_UNALIGNED which can be defined to stop it doing
"clever" things with casting pointers. If the maintainer doesn't object
(or fix the bug of course), I intend to NMU lzo2 to use that macro on at
least armel; I would like to sanity-check whether I should be using a
(Continue reading)


Gmane