Bug#1014388: RFA: py-lmdb

[Ondřej Surý]

Package: wnpp
Severity: normal
Control: affects -1 src:py-lmdb

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I request an adopter for the py-lmdb package.

Ondrej

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAmLD/zBfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz
NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u
WcLeIA/+Ovk8LOH8NaxfDvacLxUjhV0KhXaQ5FUriaGgHfuFp62fGNjrO1sZnFmR
XS4B8ZOaue4C61ysZvVFWKwp+nU6O8V1BbMo43ZtqiOjskiVdgB1O90MUtg1Hx3C
KRhyybwLav8r3atc9CrO9fJAidDVFM2ulrx7rJVRGgomL+dJOB3PtU0MneRk4XtI
KHfI9onNqMz9LHRGyyyIUQ/zjm/aGkK/XcP7+DGcdiSO28FRigGsonEiuUuiHXC8
nkPdGQJUBE8/7IygkVPcMdhnPdIW3ttHTO989SgJnnflAjXjKzxzBDEAXRQtqXIW
LXaBGbp6EKpM84f3X2+nTi0/9sH3aKnhQvRB+3OfFVzVWc2r1K7c/Tskvh/Me+QY
A0mNGNid2IQoGXjsxVwGgryrscoURTpmhaFYfhrGSa4wD4KRt2m9/LpsyN5Ib0F+
/Yn6wp15f9R3J9gBGUz1SJv6CK5PIwuSZ+AmDCTOxceUKzqZSXaWjN9Mw1xKuqdP
TdKPwBogSakG8OFtbKjFZpgN7y9X61DcnbtgteqDrWLEIriUkR+fH6MHy9C6QgPT
VO0ZTg1dRTluTHfIYgdROAbX1/wB4PmabhYpf5ZYCyvViAqKoI6O1nyS8JpGOHnr
6wkBveCxAYeUajbYzuwRJYbQ3Qon/cujmyu7wo6eTk60FTsljjA=
=dNad
-END PGP SIGNATURE-

Bug#1014387: RFA: db-defaults

[Ondřej Surý]

Package: wnpp
Severity: normal
Control: affects -1 src:db-defaults

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I request an adopter for the db-defaults package.

Ondrej

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAmLD/xpfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz
NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u
WcL5PA/+PBvOy8sapAH6nRYNaybZIhup9MGKctUAyEZFpajBeL26+eYANkMvw089
blkTebQnNLLR4cDXY92nfyvdkXHy1xXfpxzqNEOyUOiQm5kRJwaHzhFwTJzL0Fgv
diaP7z3e96p2683ZadKuaU7KbwDO9jTInkryXvBkiBS+BC3ovozRXwQDxWDCWTzd
98aiEyjNzkqxTUEmdtv4RSsn3valzkCa/12ZIQwegq+FK+Jct0hwfF7qMOuSZig5
fogb+gGPmnBGLC0v1hwdZpnCoX3vBIeaxqvD7XpHUflauTh0sF7b956CejxWv7wY
8Fp81tYpqtmEH69gyYNTlV2HNI7srX50NrSx0BtgfZjGJNG017xXn9y3Tq2Y0Zmu
JXHyET9wyYe3BrAby2b16qrCASJY9gAuK5NbZo09hshFUNJeL+SH23TQKCZl6t2K
5gcqGtLCBYDAg3meHpC11jkYEm2XoAYh12Y6M9bu4yBONGw0vOCASNC/q6g1IWDT
u3+QqE55Q25UYLjYGy0wt/RXDYWxw5Gter87OwAKJPQPn8/FkifgJwiVTT/T3xkE
DQdBopgun6MXcchwWwhSCwTqgdRK5ihFeXTwcUYVpHleuSaIe6JXG4fOntCzjne4
oPEZKqderJ6zR7XH7Ml83wVZvFNdRUmzxcXvHe8inzdy35OKcbk=
=85JK
-END PGP SIGNATURE-

Bug#1014386: RFA: db5.3 -- Berkeley v5.3 Database Libraries [runtime]

[Ondřej Surý]

Package: wnpp
Severity: normal
Control: affects -1 src:db5.3

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I request an adopter for the db5.3 package.

The package description is:
 This is the runtime package for programs that use the v5.3 Berkeley
 database library.

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAmLD/q1fFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz
NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u
WcIokQ/+M870ROYjegHfyjuNb6mU6KRs9c0t/jHvSRPf8j45gs8KLBkM+FPjh8N6
nCwhPDJab7zme+nTGP90GGmMH6oe3bfrvCLJCbG3hvJuCE0PHZ77/j8PtEpQX0x8
nkrSlFeQ9kNf5uuHatFBf/0QdUNOEfRwP9rI0yL84vtzyHiCI4+0KGqC+Lzr8OOm
leyFsdQjUB2PAm+Ka7mPR4iYb9+neOhXWCHvkHC+MyDObW6/R8Ydn2VqoW0Q+PNG
HGA7fjUQyrUNnTFGCGxFGJcpp3x7jigaAm/eKF+lM2Fx0BPk8Pl125r9Q4lPFUY5
mrQU58Ql/LOueHK2peCytF3O0BE4Dgvh7Q6jWNsSmQG+4soOfqFWEt2FLyN3Oaae
0oPEnoxzqogvhRk+JgnAV5Dh1TTnV8/6cb/1bkilumzsfb+BR8lExjiGo5PPea+g
vFpgV3BNYYGUPNTXgt4gBEr19ZrfHTFXmtEMMFfMzbJgdANN5f+oj6bT/3jG7Pls
f7/YmvxBKXjhFxli+vpfBL59yjcTR+OIbWsEuUdeqTjoWb4Vw33a06DYiK8ZKxwG
pc4R3C2wwclplIR2S+vjiovZ4CqVrnlVG6U9z/W74QAuGpRQ1BgDDI26UFQan/Jq
H3WjtkYuNyjFlrpmJ93ACK4VzDrw/47b+LTkVqPCf3ggaCVgLKE=
=6rIt
-END PGP SIGNATURE-

Bug#976705: ITP: netopeer2 -- server for implementing network configuration management

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: netopeer2
  Version : 1.1.39
  Upstream Author : CESNET, z.s.p.o.
* URL : https://github.com/CESNET/Netopeer2
* License : BSD-3-clause
  Programming Lang: C
  Description : server for implementing network configuration management

 Netopeer2 is a server for implementing network configuration management based
 on the NETCONF Protocol. This is the second generation, originally available as
 the Netopeer project. Netopeer2 is based on the new generation of the NETCONF
 and YANG libraries - libyang and libnetconf2. The Netopeer2 server uses sysrepo
 as a NETCONF datastore implementation.

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAl/N7JBfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz
NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u
WcJ7ERAAiQAaOGr/pp0TRKzYTt7friTa/zqls48tdayn2C91m91DgaOQaA4I/rj5
Dtu3BZUkunz5jN8Nd33jOkXBqqArkLkPJzmCNoJRNbX6HHKktGJKjaHuWUeUju6W
9bnKw02HklgyYhTFs5PjcrhB4CtfeijbE0eQcC9RHSYG5ddqDmrNbeCB+kIOw69v
jJtGlVPvSWfC3WCtx7zANY7LDAgt293gjechG/Q/EfrO8yeOwdOxdwgySGP+r/kp
wYC8lsIT/0dA2+CH761r/5WsL6KqGad4D6gY1RMJtlcrQ2q49CL4M3n2M5XOTB8B
i9tcJRYI5FRcpiIc1ECQM4Ti8NBRBmQkzVy6hSuY73e+M3/Dp6ALgspUY/5Oeymm
XuUr5RqecaerrfZRZvAAIZQD3V2qohAAf4hH74FYPRiFiRWjmqurhM6jMstsleIq
RpuKtz0qs0LhIyWcpDobVHMVTCHYz0ebxZLiAm1iyqWPVyDUxLhj8WCZnNSB5WdB
VuqhtoNfYwQaLacud4jws3vP9BDZiqBMMxwhU/GJ2bKfVZk+YMP1c9pXEAsbsIDS
uVZTrY96V0J4YdRWKlxIE5M8LN0NhViplJdmAlaVRLdjTPlkj2QktBktXv74EZur
azphX8U6hGn9Ogbj7+lwifNgjdh9++CNBCecpYr+18+1VH2zEiU=
=48kQ
-END PGP SIGNATURE-

Bug#976701: ITP: libnetconf2 -- NETCONF protocol library

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: libnetconf2
  Version : 1.1.16
  Upstream Author : CESNET, z.s.p.o.
* URL : https://github.com/CESNET/libnetconf2
* License : Apache-2.0.
  Programming Lang: C, C++
  Description : NETCONF protocol library

 NETCONF library in C intended for building NETCONF clients and servers. NETCONF
 is the NETwork CONFiguration protocol introduced by IETF.
 .
 libnetconf2 is a NETCONF library in C handling NETCONF authentication and all
 NETCONF RPC communication both server and client-side. Note that NETCONF
 datastore implementation is not a part of this library. The library supports
 both NETCONF 1.0 (RFC 4741) as well as NETCONF 1.1 (RFC 6241). The main
 features include:
 .
  * NETCONF over SSH (RFC 4742, RFC 6242), using libssh.
  * NETCONF over TLS (RFC 7589), using OpenSSL.
  * DNSSEC SSH Key Fingerprints (RFC 4255)
  * NETCONF over pre-established transport sessions (using this mechanism the
communication can be tunneled through sshd(8), for instance).
  * NETCONF Call Home (RFC 8071).
  * NETCONF Event Notifications (RFC 5277),

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAl/N2eRfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz
NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u
WcK5sw/8CqwvPrMo3m7Bg7foEUEazfK7hucklmf8l4L0biC3sITTwIj2YdniVJnw
eUNCU+TUO+AEae9qOhj0LWqzH6CW62u8YWfJ0TvbTV3uhmwwhRCK+MuE4VoI4bxH
YDReimFSTgJ1rPD+Kt2ueF9TDpiO6V88om5r5oAhaVHUcclNZmtXJ6sWOxytlWI4
FGAhsLqhi0Mfvk9oLQ9ijbcQtynuLyHBmgx5QpWgMfB0Bst+/MdpI1dSaoDqWrmE
08kBN/2KHq48Fw/NZGZyPS7y+9n3rwHSGesz/jpQTJEUYwC1gt+ZfnMUw+0DrK8X
PiLlS+I9XDQT+r3au6bZhi1nUIvWs7vhRmiUzMsGoII62BwKeuSIq0gjw6FqOSOy
Zbe9XGgBgq63XdMSIFF3nt12N+YpmdZGAECeIpwXofCohQSoeC1NZpoX5voHECXT
94PmmDzaT9kmZ6fvfqo4WnrPWgLxowLFAkeZCUjfnfruJebxyiX0TZ+bbWcxeiVB
w0ez1qP8w9TF+jgsuORXRksrZacrhbgseOG00Vc3jUZSnT45rKOAUMsuRO11Ymt7
4EiDClqRCxyXuQqSxBgxikF2QwkTXyiCb7e/vI0q4yMO4OAKSMGjYe2SgQFNy1cY
f9cnrGHMH4joYS2lqEjNYrujckJ3/Qr46pWP8WRPnFjKMgdROeU=
=xph4
-END PGP SIGNATURE-

Bug#976375: ITP: sysrepo -- YANG-based configuration and operational state data store

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: sysrepo
  Version : 1.4.70
  Upstream Author : CESNET, z.s.p.o.
* URL : https://github.com/sysrepo/sysrepo
* License : Apache-2.0
  Programming Lang: C, C++
  Description : YANG-based configuration and operational state data store

 Applications can use sysrepo to store their configuration modeled by provided
 YANG model instead of using e.g. flat configuration files. Sysrepo will ensure
 data consistency of the data stored in the datastore and enforce data
 constraints defined by YANG model.
 .
 Sysrepo can be easily integrated with management agents such as NETCONF or
 RESTCONF servers, using the same client library API that applications use to
 access their configuration.

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAl/KAYxfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz
NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u
WcLZOw//XK6d1DuGJWbod31wCn93HrTQy5dY7WZpOvSw+jnOYF8lHlr6Lca4RDV6
ycv/BMJevrotNn/c3O1g/NBmSBMIEG9f5BEKZqkNAW3r2V9GcxA3arsKkZFWon0w
OErqZXS51wjy5cPCbE+V7KZb8jGUUvDznOzaY0e27HllVRWgxIVZFh0BrCkEO8Ra
Hx388XoZM9TqW+FD/yUlNr0uwqpbST6ge/OlTdqVADlY+Z1QR1c4GUN6xMHlVFTM
lQXCUnqlqInGNU45voFwrGJAezhBXGw90wIwPwwH8XnwORMRNa3GrfpGxe6o6wIc
dDrXgCOi48vWjr+pDgCZpacBJ9/I4R+iohA7JuL9FkgaraPw0eoHvX3uj/GbJl/v
fu+spF7qV6zJ5cFe1qsEb0uzX+erWnnyWwYG3n9pTSyRwCa6r1g64fWQDoLRlQ1l
cfLN94UybH5zanj03dNrBWynivjtjhjToMMdA5q8lKWaZ9jE3/A2XIhFSfqAKwvS
nStCXj+M4b/QILfP4lt6IjfLEKsqo/Bz/vaMMxKFuxNwxYxhzxT/n+kYoutHcmya
gJSPF/m2PvtzrIERwOY1pzQK8qcqPsLuHdXvPWnn58VaowR2iRoVY2xANv6ssxjT
qf8RFHAl0FmZUw0Y7YQl+jiJ8DxPoGvRY3GUrwwARfQpeZHlhxY=
=ETCM
-END PGP SIGNATURE-

Bug#949467: ITP: ocaml-domain-name -- RFC 1035 Internet domain names

[Ondřej Surý]

That sounds very good description to me. Thanks.

--
Ondřej Surý 

> On 21 Jan 2020, at 09:41, Stéphane Glondu  wrote:
> 
> Le 21/01/2020 à 09:11, Ondřej Surý a écrit :
>>> A domain name is a sequence of labels separated by dots, such as
>>> foo.example. Each label may contain any bytes. The length of each
>>> label may not exceed 63 charactes. The total length of a domain name
>>> is limited to 253 (byte representation is 255), but other protocols
>>> (such as SMTP) may apply even smaller limits. A domain name label is
>>> case preserving, comparison is done in a case insensitive manner.
>> 
>> that is extremely bad package description, it describes domain name,
>> and not what the package does and why it’s useful.
> 
> You are right. What about the following?
> 
> This module provides an abstract type for domain names, as defined by
> RFC 1035. It provides useful functions that operate on domain names
> while guaranteeing invariants such as the length limit.
> 
> 
> Cheers,
> 
> -- 
> Stéphane

Bug#949467: ITP: ocaml-domain-name -- RFC 1035 Internet domain names

[Ondřej Surý]

> On 21 Jan 2020, at 09:01, Stéphane Glondu  wrote:
> 
> A domain name is a sequence of labels separated by dots, such as
> foo.example. Each label may contain any bytes. The length of each
> label may not exceed 63 charactes. The total length of a domain name
> is limited to 253 (byte representation is 255), but other protocols
> (such as SMTP) may apply even smaller limits. A domain name label is
> case preserving, comparison is done in a case insensitive manner.

Hi,

that is extremely bad package description, it describes domain name,
and not what the package does and why it’s useful.

Ondrej
--
Ondřej Surý
ond...@sury.org

Bug#886679: Status of ITA

[Ondřej Surý]

Hi,

what’s the status of the adoption?

We use coccinelle for BIND 9 and I would be happy to start things moving again.

Ondrej
--
Ondřej Surý
ond...@sury.org

Bug#921717: RFA: cyrus-imapd -- Cyrus mail system - IMAP support

[Ondřej Surý]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I request an adopter for the cyrus-imapd package due to the lack of
time on my and hmh's side.

The package description is:
 Cyrus is an IMAP server designed to handle massive quantities of mail,
 with a number of features not found in other IMAP implementations,
 including support for:
  - running the daemon without root privileges;
  - POP3 and NNTP in addition to plain IMAP;
  - CalDAV and CardDAV;
  - secure IMAP using SSL;
  - server-side filtering with Sieve;
  - mail users without login accounts;
  - simple mail quotas;
  - virtual domains;
  - IPv6.
 .
 This package contains the IMAP (Internet Mail Access Protocol) portion
 of the Cyrus IMAPd suite.
 .
 For more information, please see the cyrus-common package.
 Cyrus is an IMAP server designed to handle massive quantities of mail,
 with a number of features not found in other IMAP implementations,
 including support for:
  - running the daemon without root privileges;
  - POP3 and NNTP in addition to plain IMAP;
  - CalDAV and CardDAV;
  - secure IMAP using SSL;
  - server-side filtering with Sieve;
  - mail users without login accounts;
  - simple mail quotas;
  - virtual domains;
  - IPv6.
 .
 This package contains the IMAP (Internet Mail Access Protocol) portion
 of the Cyrus IMAPd suite.
 .
 For more information, please see the cyrus-common package.

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEEw2Gx4wKVQ+vGJel9g3Kkd++uWcIFAlxdYQVfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEMz
NjFCMUUzMDI5NTQzRUJDNjI1RTk3RDgzNzJBNDc3RUZBRTU5QzIACgkQg3Kkd++u
WcI6bg/+Pv5UMLxFMwA3ZKBxmBmTvhv44smSqc/r6dKlbfsJjoLX90BWJNf1Kv48
772nTNSyMwsrgEaSvrTJs2Oh9Wq2o1HsfotM2FJuVF+BcOTd5j/raAg9ljRfPz7n
UujF6aW04dmR/rnG1yvqGWrdFNtqdaGgLfCpqdwnal/E4xsxHNkcjFNqptAekj6Z
30uARZPK+ceWzvFvo8ZeMudrrsD706SyDHT5Ry2+zE440P8e/UReUoTU77+iCoth
gKzPEeLwiXMFiQyiTceYJBmBhJYDU/VthknmK5kHynHAIwJ39jDm3+kPirtSlSUu
IFxp3fxcssk6TKouOyOErlQNUr7tP75uw5bdU8y40PI5GeMW9iZGTcx7RZZ69oQB
OD65Q+9ULMWmSby4uWqsoA3uRkF4q1aNhzFxbK7gFcVyGDYPc/DBPvtj9khabVzp
y50Ra2vtwFTQbBR1PCS3PJ6mFHLUwe6KC6/PRXH3FdrYv/RBp3aDS3Ys+aM5tYIG
iWUUYOkOLtTE5LFutnDg1TO+i2oJUGRftZtZqF57w/PDHR69roGww5m+athjyxM0
ThIAJetB4TjL6TzvEaNrbDTZV2IYH3cB2AnCgo4MazELwPc+SEQNRvaV8hSy/xEn
lsrgijGbSk8NhPInicFVueQzU8fjxtrrf3aXqx4pHT/rWjqNpCY=
=4qfj
-END PGP SIGNATURE-

Bug#874203: ITP: libapache2-mod-md -- ACME certificate support for apache2

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: =?utf-8?b?T25kxZllaiBTdXLDvQ==?= 

* Package name: libapache2-mod-md
  Version : 0.8.1
  Upstream Author : greenbytes GmbH
* URL : github.com/icing/mod_md
* License : Apache-2.0
  Programming Lang: C
  Description : ACME certificate support for apache2

 This is an apache2 module for obtaining and maintaining certificates
 issued by ACME-compatible Certificate Authority such as Let's Encrypt.

Bug#869117: RFA: opendnssec -- dependency package to install full OpenDNSSEC suite

[Ondřej Surý]

Package: wnpp
Severity: normal

I request an adopter for the opendnssec package.

The package description is:
 OpenDNSSEC is a complete DNSSEC zone signing system which is very
 easy to use with stability and security in mind.  There are a lot of
 details in signing zone files with DNSSEC and OpenDNSSEC covers most
 of it.
 .
 This meta-package depends on the standard distribution of OpenDNSSEC.

I no longer use OpenDNSSEC and I think it would be best, if someone
who does use OpenDNSSEC would adopt the package.

Cheers,
Ondrej

Bug#823807: ITA: courier

[Ondřej Surý]

Done, pushed.

O.
-- 
Ondřej Surý <ond...@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

On Thu, Mar 30, 2017, at 09:42, Markus Wanner wrote:
> Hello Ondřej,
> 
> On 03/29/2017 08:44 PM, Ondřej Surý wrote:
> > Feel free and go ahead. I would be most happy if somebody take over and
> > I have already orphaned the package.
> 
> thank you for your work on courier.
> 
> A remaining question: the git repo on alioth/collab-maint is still at
> 0.76.3-2. Did you simply forget to push 0.76.3-3 and the orphaning? Or
> shall I commit that to git from the archive?
> 
> Kind Regards
> 
> Markus

Bug#823807: ITA: courier

[Ondřej Surý]

Hi Markus,

I got the email fixed. It was just the first relay rejecting emails.

Feel free and go ahead. I would be most happy if somebody take over and
I have already orphaned the package.

Cheers,
-- 
Ondřej Surý <ond...@sury.org>
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

On Thu, Mar 23, 2017, at 22:48, Markus Wanner wrote:
> Hi,
> 
> as a happy long-time [0] user of courier-mta on Debian [0], I'd like to
> try my best to make that fine MTA stay in Debian. I'm offering to adopt
> courier, courier-authlib and courier-unicode.
> 
> I'd welcome all the help I can get and would love to team up with
> others, as my spare time is pretty limited. Therefore this call to other
> fellow courier users: please speak up!
> 
> Kind Regards
> 
> Markus Wanner
> 
> 
> [0]: Just checked my archive: Jun 2003 is the first mail I received with
> Courier. Must have been on Debian woody.
> 
> Email had 1 attachment:
> + signature.asc
>   2k (application/pgp-signature)

Bug#848979: O: courier-unicode

[Ondřej Surý]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

I am formally orphaning courier-mta packages.

Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYWorHXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH21IP/jkMCZ0gX4xdltOv6eDj9aRF
RJismtN0dcnMRo+r6NicEKQYdpsvgMlTQC4tPGz5izyWenwt2QgH2og1dCm6M4OZ
n4uvoKMfItOGSYcMBI+sq20e+sZLcbTn9T0pKF+y44h5wgUOxbb8rCtw6p5OS5zq
hPnv2L0o0NYubo7uEUrzu3jNgP16OfC9caWv5HcJoa21SZDHUlymNZ3DTFpDtMqc
efGhvj5x6ZMY1oBchVA+6d4eJyhHp00twikP1UHJZBBNKooGjK8rDYF0Kx7q+4M4
R2UpJ10Hdu/7516I/wEoi7kxTKv+cTR6sDJg6mH1+kUGooBitpG0qkv7VNmyy6WT
eX4/D4IHa4xjFi+WL4IlWmII1PEekgu7GhXZ2LA2L1OSuDhZ3x0zMB084mSVZMXd
//og/fW0/D+p8aH5sOlvGV5o1j81pLaqkgitgkhrffy/cOAh3WZ+bYcxf+FDYLcZ
JKLLrVARbQqx50luwVK0bnlvuw/iflTgETw6wCM2/tzFJK3PESEGxNWT1kQZ/AVM
0TTi7lCK6UFmA6X179Qs3FNFnp0HYQNgaR84DBpTAkvq0rIaHMiXZL4A1AepUJ3f
Z5IQqdZZ2sffG0zE1skE4xJl0TpZVNkKHo1xWzSa4LCDykSCAUFcgeQ/9O7M3Qbs
Hp1Q6wp0mqeZTmjXJQPM
=9rCT
-END PGP SIGNATURE-

Bug#848980: O: courier

[Ondřej Surý]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

I am formally orphaning courier-mta packages.

Ondrej


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYWoriXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH92oQAKBmhMy2uE50lFg9F0cpdYBW
Gcqs4vBD5YslBamBzWujH2D9Cqxq3WuyXiBwCBfoMu/YRawbUWBHYLnMrazEgtzn
eASSI8z4VIWo5B/uSoC0OIIN1uhRKqjTvgWyqvZrBK1KcnZGCHb9zJhWf6JM6YLq
R6HLzKYoZwcmgsLRNR1+/oZ8TJt+PnsOQiEIRXfI1Ra1NUMtJH2My/edRqlQ5XTd
IeQXF5+NjzszVJJI41SF1fUOk9SBEiu0OFgGFlRlPpfSBCn9lwxr4tGppkTgSPVf
HfE9XYHmZJxiFpOvPPRrWhIBtRqk4tXB2kinH2SAGVqrX7LPElRYweTpJWzu7F6/
khzTJVZypYmydh451zCWfoYFUVUb06cFCQJ9zhVElyW83iZT+GYxczPRYiEz2/Vy
9yfcZLZ+P51bo+JhpNax6A0vWkyYkwYesDJLTTcJSIz9rsQyQOZSZO1dG7Tn/yQ5
8SIfB/4ELnh6bfHtDZ7/juSUfVWFyJHf206QppWuNJdFt/GQBvXrTu7vATfH0EwX
d9wNr+RhzHqm3LFckeVXjehdNiXhEfBIeQKYDjgZLCI/+fzv3Rd3L8mZ/Kg5LDkr
cCvwOY6895xZ4rn1WlgKFYQVUlTvBoAnmTzruFRoZij5JFYzcDns66Pu+ptAOpSD
SeIcR4Absrpn6Dw/WOsf
=mDqp
-END PGP SIGNATURE-

Bug#848981: O: courier-authlib

[Ondřej Surý]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

I am formally orphaning courier-mta packages.

Ondrej


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYWor4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHg4kQAM29Jh95Cft7Tu9tH2XK4VMk
uAnOrB6RH25tXObN5CXNGLoac/eIu+tVPVJoKS8cfdPN82GS8SRvyTWSqJZLhYp5
X7bVKJqs35ZUKeV+N3SYX/cUtbxf0Z2cstpC6IWIrVxK0HetruivjdI+ydqBJnVK
HZZhFFFaNlx2BekY0Ol4p65s7kv9N0KXDA1POmS+M1oxHKJ5PoxKCl0p4+rT8UtD
vKzKMQmVrHgcwdeLMBoGSo3PkS5mIctM8B0ZOETo8t3u78B+NKkIlFvyUk7/3b1o
ychgCeuWQ1EGw0C/GB3ezZxAN6NPuP0hgjnLXxVMUPbU7yS7gUVBdcYnBhT/WDXS
txYCfO29zd45OJH5pxo8xdLtjSlsZ9njshGyTc0t4aKGXP7yM7O0p4XmHQ2u66a1
G3QqkHpjK/C5ImUHIPmBobeKM6+Yq8xhxzbCKmQETQ8fzZwxdE1U3nrr6KhM2JvW
gT0YlCP31llVQkKrrRyQqEsBHUSOmHEUt/tvZxmmj/vhnHbbMoL5DOP/1awAXR5d
aaFph2S/Gn5I3W0MERPFPkMg69pvElUZPcjVu/jc9yjnvT56TZkmQ6TUYvwgsTCH
s4T7ZNWjitciESk6NJWr5J8a76HDcS+P8kdDpxZq3VQxrpSOfaPi4ECzMBkdXSIo
C2Dtvk94Ae8kT39CCATL
=8ISX
-END PGP SIGNATURE-

Bug#823807: RFH: courier

[Ondřej Surý]

Package: wnpp
Severity: normal

Hi,

I recently helped to update Debian packaging for src:courier,
src:courier-authdaemon and src:courier-unicode, and I rewrote most of the 
existing packaging.

These packages desperately need a maintainer who is at least running
the Courier IMAP suite himself, as I can only solve generic packaging
bugs, but nothing that requires deeper knowledge of the Courier IMAP
server.

There are some upstream quirks (like having configure.ac in every damn
subdirectory on the planet, so running autoreconf takes agggs,
and it's own view how the filesystem ownership and permissions should
look like), but that's has been already handled and the packages are
not particulary hard to be packaged as of this moment.

There are some issues related to the init scripts (shell scripts
running shell scripts including shell scripts) and writing more stuff
into NEWS.Debian, but those are small things, but they require a
person with live Courier IMAP installation, so he is acustomed how
things are usually done.

Cheers,
Ondrej

Bug#704706: ITP: python-browserid -- Python library for the BrowserID Protocol (Mozilla Persona)

[Ondřej Surý]

Are you sure we need this in the archive? Packaging dead horse doesn't seem 
like a good idea...

Wikipedia says:

It was launched in July 2011, but after failing to achieve traction, Mozilla 
announced in January 2016 plans to decommission the service by the end of the 
year.[3]

O. 
-- 
Ondřej Surý 



On 24 Mar 2016 13:52, at 13:52, Nicolas Dandrimont <ol...@debian.org> wrote:
>* Pierre-Elliott Bécue <be...@crans.org> [2016-03-23 22:44:18 +0100]:
>
>> Control: owner -1 !
>> Control: retitle -1 ITP: python-browserid -- Python library for the
>BrowserID Protocol (Mozilla Persona)
>> 
>> Hey,
>> 
>> I intend to package. VCS is up, the package builds correctly.
>> 
>> VCS: https://github.com/P-EB/python-browserid
>> Build results: https://peb.pimeys.fr/packages/python-browserid/
>> 
>> Comments welcome, and if everything seems okay, please, I'd like to
>request
>> for sponsorship on this package.
>
>Hi Pierre-Elliott,
>
>To get more luck, you should really use the proper channels for
>sponsorship:
>either the debian-python mailing-list specific to python packages, or
>the
>general sponsorship-requests process on the debian-mentors mailing-list
>(more
>info is available on http://mentors.debian.net/sponsors).
>
>Cheers (and good luck with your packages!),
>-- 
>Nicolas Dandrimont
>
>BOFH excuse #287:
>Telecommunications is downshifting.

Bug#816380: ITP: tideways -- Tideways PHP Profiler Extension

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý" <ond...@debian.org>

* Package name: tideways
  Version : 4.0.3
  Upstream Author : 2009 Facebook, 2014 Qafoo GmbH
* URL : http://tideways.io
* License : Apache-2.0
  Programming Lang: C
  Description : Tideways PHP Profiler Extension

 The Profiler extension contains functions for finding performance
 bottlenecks in PHP code.  The extension is one core piece of
 functionality for the Tideways Profiler Platform.  It solves the
 problem of efficiently collecting, aggregating and analyzing the
 profiling data when running a Profiler in production.

NOTE: This is more modern replacement to XHProf (well, at least people
who requested this to be packaged have been saying this).

Bug#809326: ITP: php-mongodb -- MongoDB driver for PHP

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý" <ond...@debian.org>

* Package name: php-mongodb
  Version : 1.1.1
  Upstream Author : Derick Rethans <der...@php.net>, Jeremy Mikola, Hannes 
Magnusson <bj...@php.net>
* URL : http://pecl.php.net/package/mongodb
* License : Apache 2.0
  Programming Lang: C
  Description : MongoDB driver for PHP

 The purpose of this driver is to provide exceptionally thin glue
 between MongoDB and PHP, implementing only fundemental and
 performance-critical components necessary to build a fully-functional
 MongoDB driver.

Bug#801813: ITP: sphinxcontrib-rubydomain -- Ruby domain for HTTP APIs

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: "Ondřej Surý" <ond...@debian.org>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: sphinxcontrib-rubydomain
  Version : 0.1~dev-20100804
  Upstream Author : SHIBUKAWA Yoshiki 
* URL : https://pythonhosted.org/sphinxcontrib-rubydomain/
* License : BSD-2-clause
  Programming Lang: Python
  Description : Ruby domain for HTTP APIs

 This contrib extension, sphinxcontrib.rubydomain provides a Ruby domain
 to write Ruby documents.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJWHqpjXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHXAYP/0A13SQnKtwGefKXWxr1uNKb
VAzp3O9BofDGkEJMYlkD5z9E6mQNCtSQxxvZJhrS2ID6+f1UillzIEpPIe9OtGyv
mY0P7gpyyeyhW7P5o6HuPcteE9SYLfDjog/dtMsFLGOWFDr5E7+1meb8xs3vyio1
8dZhA1E9IMIyAb2ZWn3H/eiQDHpeMERoP2KARYj8aBRCK5W0dvP4YBD+CtJYmBlG
GV/e/tWyDKzAUcIQBNNmpKVlRH4lYvpcENMqmHkvb6D4wpEWglArmeuiQpyA5etD
+JvXcA8JYprKFDap6nuPC4MplJS4WT0pVyVs28cpGdouE289k3cUnoT+i1/Nw3KS
+HRYtvOUiqke9g6Vo84tlY/Um0oNInadPYP0xKLCq4i7Oh3Mx076H1oHAXAho3qs
kPHgye9VudnymvmpTcYTDmb3iPGqRRabdS3oEn2+hL6jZi5CD/YF9n2EOJcVbCfC
sG3eBtYYzdm+SfCADUplb8+/3xJ5UAS12zngDgnE/KgxC04xfIFQjm8hXCCpR0GP
9XneJqIvSWApE/EDNpBaUtuL/oig2uRfuqV5oPoKE6MRabu8RWYrZkpk0n2HYg9n
Oyhz3oEbYtUGIF4JKf0A6c8xz/wcjl54R+I2gFWWyvUZLFZDISVy8c6izwFwaWpM
We9NgE5VZmUzattcKtn6
=viEt
-END PGP SIGNATURE-

Bug#799864: RFH: cyrus-sasl2

[Ondřej Surý]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

cyrus-sasl2 needs you!  The most (all) of the members of packaging
team are dormant, and the cyrus-sasl2 feels neglected, we need a new
blood who will love and care about cyrus-sasl2.

There are not much upstream releases in past and the package is also
in semi-good shape, so it's mostly about looking at the user reported
bugs, reporting the upstream bugs to upstream bugzilla, and pulling
the patches back.  The usual drill...  If you apply remember that this
is the SASL package that's the core of many authentication protocols,
so you should be sure about every change to the package you do.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJWAp3aXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHUqAQAK5DALYIByeXvMJr6WqNCBxF
5dRDMhLY6681Q/EBiWBnEDhRuxHUXxUrY/DkbERw3h2sfYyyVaoDdO5s/f0kkl9L
qYTT7IAXrDzrm9x31a+eLswaN2sb8ySg3LiMZEB+kZNePYA7WqiHZeWBOPutQyyJ
VXIVDXd8khaimc9RtGCY48Tlforo/CfHIcLukG5EIio8dpcE7Vyyz9Jr7XWWdPm9
ctDio0BFkfE1KTtg1QGbXXuGDXiuiqeOQc+e86AStG6gAFIKR8/orwVE1hmPo80C
2kQ0gidMdEEAsCx3brj0DUcgze09GZtVMwl2dBDxs/WjtFtkyRrPlUP8Vw2ey+CY
xpAmS6T/SblJJ5rKZAQHN95Emjl9V9OcyPSal6lpueoB8h8A6HOyEj9jZilrvvP8
O9kawhNu2stQ6FEsp+Xnl7F0cYfX6gNgXiRTNCc6m00JVWsvL8nd84zgUPepCJZN
g0tU7s7rZRwAixZ6bmH947Gz/MBqvY6vZvPGOQl+HWkLDvgaWfm96BAVHtCIMCim
lhNNGMe+mRlUQgRwjQpbdq+4m2GdDCSdrrerGlRBiSitqbZRyxyRvO3WjiVahzTj
gV0l+EqoEw35ruwGxPC8cBwCIqwhFJVz8tNTD1/YoSnYU89jN1DTG4pMP4xpX6as
ndJvlLSeXFvEu5jvqITK
=xb57
-END PGP SIGNATURE-

Bug#794747: ITP: rapache -- server-side R integration with Apache 2

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: rapache
  Version : 1.3.7
  Upstream Author : Vanderbilt University
* URL : http://www.rapache.org/
* License : Apache-2.0
  Programming Lang: C
  Description : server-side R integration with Apache 2

 This package provides the R module that adds support for embedding
 the R interpreter inside Apache 2 webserver.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVwy2IXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH6a8QAIjSy6+vfUKc+40+AefoFuxo
nzhlmqqlCE/m1eVdnRIbJk/uh+AcAcrqW5TXhkyG3LnjjHZkgkYJXIJuQloDXhFs
NIwtT0IwlssD/YR6/9iUwucMdh71esh/h+QI+YwY6WLPdB4Kzvd2DsonzuegUwPy
0VlpSjvpG+aG1bA7gk2fndm1fvW3nO6Iwe3dUrXKO+wMzvaxxwh+JSGpPk/DCy1/
MX/Cajddn6RXbCibcC9uqZpiUZqj3UOHFG1I9ppGhikLIndTQmwK75zGUm2coBOB
AaUCn+hqW6fId+Ct1pywQZf0AUZkAilnZ4wIVDAPRrSJ2Eera5EOubrFbD0iVm3e
fkOIY9dO1IknDvAlozelVKfjRxxkeq0ZgmMElZ9ruQPNSsGynfiifRrxfLF3T2pj
trrL/qnzYpJcRZwqE9FNXhdJBd3TIPK6Z8FcPAlyde9O0PJFBB7jkmeHo1Zwb0rh
+MxKbnbDRWRzHWRGvcUe7Uvn3RsrEGQ35+HsIHxhiq+lgO1Z22/vrZbOAij4jeBT
sZBLHupZR+rq9dzgu6AL5feJXyrvDZ2cgLwMUwapzYz9SzuOJDBi9qazuXyM01bs
Wxl4LRpVzIuBtvqXDIhIEwhPt4yowXhKO3y6zj1hqqRTEGe92RAdnMCP0EgtH84N
gyJIjJaQYjkcNG+Lv8xD
=YAiU
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150806094859.19019.8056.report...@lettie.labs.nic.cz

Bug#794749: ITP: hedgehog -- visualisation tool for DNS

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: hedgehog
  Version : 2.0.0~rc2
  Upstream Author : Sinodun Ltd.
* URL : http://dns-stats.org/
* License : Apache-2.0
  Programming Lang: C, R
  Description : visualisation tool for DNS

 Hedgehog is a visualisation tool for DNS statistics that consumes data
 acquired with the DSC collector.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJVwy5EXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHczIQAJS9xGLjGBPbYOR3MiKR/4Je
wt60Xoyn5vWi8j+lQgh2sjeIR1B6A1lPnZT4upmKRoptauFkgkSu+h6znoKQMV/f
F9CslSliDcj4HNojw5IRw0bY1qkL+xcEUKie8JWte4VtksAE15aBKnidY7+MwJVe
NGVt9wv6AC7vqZnaEfe7v7bDh1+QKavTijshhjCnSR3dJBLPCf9pLTJ8ElKj9Jiv
havz/9VVAyNKeiDhdfU0hEhCgPA76uHfeqKA7QuodYrEm/iNEyxuPiZcoP7uI1Od
kfdSWkyBmFOF5ydtpJ+hZaEfYgTf0OnLEOEz61IjdkHHCy4UQoAbn39Sz7GJmRNv
TjSkG4r7j3YIYGVg3lhLK6K8FJkwzPKCnF1N/oLhNeQX7URE6Prmh8eJM17L41ZM
B+FoCn51n8BWN6vj17qUIFQ0NbHndECu8/wsiPR5oROGbCrDvyZ+ftxbqUSxHTuk
F8vRJI8RmhivFSaBAXL3mRde7/onMVyF0ZKCaJadUN6XvKZFzrFOj1z1y+8cl1W1
qmbPwSeaWtlskXk14qftMEN+Vr/TTgMqROajFzt10yyWNt5wwuPqp+0aT/NcPveF
Y+fHcSnnec6FBsF11N8dY/rQtDTfZyoQ9tAyGXPdQJgnMpH8PFvXWaHC+ujticXb
clfa1vMk/eOKSFrekDOy
=rC36
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150806095204.19084.63944.report...@lettie.labs.nic.cz

Bug#785027: ITP: hedgehog -- visualisation tool for DNS

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: hedgehog
  Version : 2.0.0
  Upstream Author : ICANN
* URL : http://dns-stats.org/
* License : Apache 2.0
  Programming Lang: C++, R, Shell, Perl
  Description : visualisation tool for DNS

 Hedgehog is a visualisation tool for DNS statistics that consumes
 data acquired with the DSC collector (pkg:dsc-statistics-collector).
 The data is presented via a web interface which uses R, R-Apache,
 HTML5, javascript and googleViz.  A long term goal is to utilise R to
 add statistical analysis capabilities to the front end.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150511170539.15487.16265.report...@kage.sury.org

Bug#785026: ITP: r-cran-rpostgresql -- GNU R package providing database interface and driver for PostgreSQL

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: r-cran-rpostgresql
  Version : 0.4
  Upstream Author : Joe Conway et al.
* URL : 
http://cran.r-project.org/web/packages/RPostgreSQL/index.html
* License : GPL-2
  Programming Lang: C and R
  Description : GNU R package providing database interface and driver for 
PostgreSQL

 This package provides a Database Interface (DBI) compliant driver for
 GNU R to access PostgreSQL database systems.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150511170329.15402.21976.report...@kage.sury.org

Bug#774706: ITP: dnsviz -- tool suite for analysis and visualization of DNS behaviour

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: dnsviz
  Version : 0.2.0
  Upstream Author : Casey Deccio cdec...@verisign.com
* URL : https://github.com/dnsviz/dnsviz
* License : GPL
  Programming Lang: Python
  Description : tool suite for analysis and visualization of DNS behaviour

 DNSViz is a tool suite for analysis and visualization of Domain Name
 System (DNS) behavior.  It is used by invoking its command line
 utilities to obtain and analyze DNS responses.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150106151638.7067.55971.report...@kage.sury.org

Bug#767890: ITP: python-getdns -- modern asynchronous DNS API (python bindings)

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: python-getdns
  Version : 0.2.0
  Upstream Author : Verisign  NlNetLabs
* URL : http://getdnsapi.org/
* License : BSD-3-clause
  Programming Lang: Python
  Description : modern asynchronous DNS API (python bindings)

 getdns is a modern asynchronous DNS API.  It implements DNS entry
 points from a design developed and vetted by application developers,
 in an API specification edited by Paul Hoffman.  With the development
 of this API, we intend to offer application developers a modernized
 and flexible way to access DNS security (DNSSEC) and other powerful
 new DNS features; a particular hope is to inspire application
 developers towards innovative security solutions in their
 applications.
 .
 This package contains pythong bindings for the library.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJUV1CNXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHcvcP/2ecDe7EJs/pUxGZIJp1aIn/
tzUfOZsxbaCueBi0LlDXwb00fm1FbR4eWlMupE+GIr+amp5EDZ3dpq3rH5WT0kDv
19kuUHliSTv8DV3EbzpYKvqzvyN0Ka8b4o3C9B8N97ETjmPXUZJGlfChmbUgAnY6
ZsnpxHydhV3LbcTNymSPckYGEOvEotQtzjHXcBQM7VG3NPrOkl5vY/Mxvr51T9ff
uExF6EztwgWlW25MfC9Ux+WdqT9KzqYh1zXlz+6CrCZbb0J6gCxjAW58JyDbGm39
T/bviEw+8HE3btT+EOXOMP+j5lpueQNafo4VpNK0cNjFPImP6NH1CK70s+klxH7j
aJxS+nJf4xuZQnbZ9k46UXyQvNcS18DItxsrkJ0izrqtF3F/X1qdZV8SBnb/w7Em
GKtcSCb0O2vJoCsCFhsLVzlMP5KgkwKCSqU0yOOigjTiPrVV6QqTiU4B75aSCvOM
GBMlc0DkQ5IHBea2cyN4O66fe7zDYnOcwF29ZnKLDaZ3LiXxRVWm6PrVQzE30l6l
oYzxgwmMJUsG+bu2KxpGtygtERrIe8Xmkw6yhVqpOnZeYc+bMi61P0lKkeVGn2NO
FmVGJSPBZu6y/ndX6nF9b/Q2q8J3OH2tnIQcs/iShqMABAGEH/Ukf5VqI7ghdX88
qsXS9Jg0q7qpfatBiwu/
=SyPq
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141103095317.7374.22940.report...@lettie.nic.cz

Bug#672845: RFH Packaging DNSSEC/TLSA Validator

[Ondřej Surý]

Preliminary packaging (aka it compiles and works) can be found:

https://github.com/oerdnj/dnssec-validator

and packages for wheezy and jessie/amd64 can 

http://people.debian.org/~ondrej/dnssec-validator/
# no repo, just bare dir

I just found the upstream misses OpenSSL exception[1], so I will
have to sort it out together with next stable upstream release.

1. Do we already have some nice *SSL boilerplate exception that
would allow OpenSSL derivative libraries as well?

O.

On Mon, Jul 21, 2014, at 18:41, David Prévot wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256
 
 Control: unblock -1 by 675923
 Control: noowner 675923
 Control: retitle 675923 RFP: firebreath -- cross-platform browser plugin
 framework
 
 Hi Ondřej,
 
 Le 21/07/2014 11:21, Ondřej Surý a écrit :
  my team has just produced js-types version of DNSSEC/TLSA Validator
  so it won't break with recent Mozilla changes.
 […]
  We have also got rid of FireBreath framework and other stuff, so
  the packaging should be much easier now.
 
 Great, that should make #672845 finally fixable (assuming we’re talking
 about the same thing).
 
  Would there be somebody willing to help me with packaging?
 […]
  I will stay on packaging team, I just need a kick-off (or a least a tip
  for good existing package I can canibalize...)
 
 Sure, pick (almost) any package handled by the Debian Mozilla Extension
 Maintainers (CCed), feel free to join us on the list or IRC. Please
 maintain it inside the team if you want to take the lead on it (and
 feel free to take the ownership of #672845 then).
 
 Regards
 
 David
 
 
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1
 
 iQEcBAEBCAAGBQJTzULIAAoJEAWMHPlE9r08d8kH/0iNgXNi6wjM4lcpWVego9OE
 KdLlMLM3Ayu1KsKxHGGiP6F7G7zoT02Y45vy4Q42QBKb78V1ZsqsGmsVlkI+Ud5t
 oejzt6EbVjXxhIHLVXGgODcLh+FIwGdfiaHsYqR4GepS6pl89rvOnqBnZfxVT3Qn
 C47CPIphmKCP6/jst+E6UfZPkrvK9SXoT2L3JmqFhRe2/ukzYoc3NzoTrLewZWcQ
 S5sVY91HpEVI6aSp9RUpTo5w7yeE06W9SuFT2mTZ0G9PnUAKX46D49h6GtkXfPZi
 O+Dz7vPxBcyoRXqQm5nn86tbTdBVPjknpw3uIuXEUQmyoUEQhu/9jBJRrPx3cGU=
 =ObyE
 -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/53cd42cf.7060...@debian.org
 


-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1405989723.6701.144176417.7323c...@webmail.messagingengine.com

Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key

[Ondřej Surý]

Hi Robert,

On Fri, Jun 27, 2014, at 00:32, Robert Edmonds wrote:
 Ondřej Surý wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Ondřej Surý ond...@debian.org
  
  * Package name: dnssec-root-key
 
 Hm, I would maybe call this dnssec-root-anchors.  Technically there
 should be very few copies of the root key :-)

I ended up with dns-root-data, and also included root.zone and
root.hints.

The git repo resides at github.com at the moment as I feel it's not
appropriate for collab-maint:

https://github.com/oerdnj/dns-root-data

 Similarly, s/key/trust anchors/g in the descriptions?

Yep, already fixed that:

Package: dns-root-data
Architecture: all
Depends: ${misc:Depends}
Description: DNS root data including root zone and DNSSEC key
 This package contains various root zone related data as published
 by IANA to be used by various DNS software as a common source
 of DNS root zone data, namely:
 .
  * Root Hints and Zone Files (root.hints, root.zone)
  * Root Trust Anchors (root.key, root.ds)

Version : 20100715
Upstream Author : ICANN/IANA
  * URL : http://data.iana.org/root-anchors/
 
  * License : Public Data (same as with root.zone)
 
 It might be nice to include a copy of this document in /usr/share/doc:

True, fixed in git.

 http://data.iana.org/root-anchors/draft-icann-dnssec-trust-anchor.txt
 
 Since it looks like this is the only place where a schema is defined for
 the root-anchors.xml file.
 
 But I guess we would need a better (non-)license than this:
 
Copyright (c) 2010 Internet Corporation For Assigned Names and
Numbers.

We do, I spoken with Kim Davies and the IANA published data is basically
public domain.

Programming Lang: None
Description : This package contains DNSSEC root key
  
  This package contains DNSSEC root key in all available
  formats that all packages doing DNSSEC validation can
  use as a common data source.
  .
  unbound-anchor is used to keep the root.key up-to-date
  via RFC5011 mechanism.

I have removed the unbound-anchor runtime dependency in the end. Somehow
I feel it would be better to update this package via s-p-u mechanism.

  PERSONAL NOTE: I now maintain at least two packages that
  need DNSSEC root.key (hash-slinger and getdns[1]).  There
  are at least bind9, unbound and dnsmasq that can use this
  as well.
  
  
  1. Waiting for next upstream release with proper libtool
  flags.
 
 So, I wonder if this package should be responsible for providing the
 root-anchors.xml file, and the bind9/unbound/dnsmasq/etc. packages
 should be responsible for converting that from XML to whatever format
 they use (and unfortunately it appears every different program uses a
 different trust anchor format).

I provide root.key and root.ds in /etc/dns/. It's probably not a bad
idea to also provide root-anchors.xml in /usr/share/dns-root-data/

As a side note - do you think that /etc/dns/ is OK, or we should use
/usr/share/dns-root-data/ (or /usr/share/dns/)?

 Or by all available formats do you mean that this source package
 should take the root-anchors.xml file and generate several common
 formats (at package build time?) and provide them in /usr/share
 alongside the original root-anchors files from iana.org, so that DNSSEC
 software packages don't need an XML dependency?  (Though, bind9 and
 unbound-anchor already pull in XML parsing libraries, but e.g. dnsmasq
 currently does not.)

My thought is to provide just root.key and root.ds and adjust if the
users of the package needs more.

 Should we patch unbound-anchor so that its fallback mode (where it tries
 to fetch files from https://data.iana.org/root-anchors/) can be made to
 check file:///usr/share/dnssec-root-anchors/ first?  (And if so, it'd be
 nice to upstream that.)

Yes, I was surprised that upstream unbound-anchor cannot be used
in offline mode.

 Should we do anything about the built-in static content in
 unbound-anchor that would be duplicative of the content in this package?
 I'm talking about this:
 
 
 http://anonscm.debian.org/gitweb/?p=users/edmonds/unbound.git;a=blob;f=smallapp/unbound-anchor.c;h=8ea4726b06313bf2f910d07f870d4e5350e25bce;hb=HEAD#l207
 
 And this:
 
 
 http://anonscm.debian.org/gitweb/?p=users/edmonds/unbound.git;a=blob;f=smallapp/unbound-anchor.c;h=8ea4726b06313bf2f910d07f870d4e5350e25bce;hb=HEAD#l237

That's probably up to you. It seems to be a good idea to look for the
dns-root-data contents first before falling back to the compiled in
defaults.

 And, finally, is it known that the root DNSSEC key will be rolled over
 with RFC 5011 semantics?

To be honest, I thought so, but when you have asked, I now don't know
for sure :).

 Anyway, consider this email an offer to co-maintain :-)

Sure, you are always welcome to comaintain. Fixed in git :).

Ondrej
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org

Bug#752745: ITP: dnssec-root-key -- This package contains DNSSEC root key

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: dnssec-root-key
  Version : 20100715
  Upstream Author : ICANN/IANA
* URL : http://data.iana.org/root-anchors/
* License : Public Data (same as with root.zone)
  Programming Lang: None
  Description : This package contains DNSSEC root key

This package contains DNSSEC root key in all available
formats that all packages doing DNSSEC validation can
use as a common data source.
.
unbound-anchor is used to keep the root.key up-to-date
via RFC5011 mechanism.

- --

PERSONAL NOTE: I now maintain at least two packages that
need DNSSEC root.key (hash-slinger and getdns[1]).  There
are at least bind9, unbound and dnsmasq that can use this
as well.


1. Waiting for next upstream release with proper libtool
flags.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJTq8iuAAoJEAyZtw70/LsHnXAQALn7VdqAb19f8lfon4xErVTl
X51iFSNoqIFJQgl1y80sFsStVbPgwGgqPmRnrviVmjXvYphJs6YpZkIZCG1EMbz6
ICUHdVrH9//hbjHkY265W2SOECo2uRXPYZ6EgHl0keKJbZPodnlxrxlhPeQ9y68Q
srh7/glB/BMxU1k6VJwut50w00Cr9vmYX4mtG0I8GNBmWhQU0GXS/4qdNWMnIqaL
qGaDN2sheFHsaEqL0pZquK4U7tL0Ah0J/6VUHiPbnqI49olii7N3IXtH7i9KM3V1
2JFPTN2S0I8qGh/e4kbZzko2zULbwKwFYRP9hymU/CQ1WMnYpmonN+iHgVL0K2rO
6qF4OQKS/Fw/mttym5fir3aBL+mKhbuVtVnH3WsC6Lra3hyB1sPTFAZZyfgTLe7v
N1shbIznaUtDXQ/rey/n9ljC3HJa6hUQ9s1ae7SmkmVj9cbbuMZNFEkCUgco6VXM
O1D5q5oJ/F0xsWLutJ0BirkGqKHqiL7/6sofWRyysNrRdqM63p7XNCeOy8o06YUH
P/FkaL/Uk1sTabL07pFjknYmRORWdhglNaUD1Xy9r8LlHpDyk/qf8vkBzN0Y4dHH
XgLKm6UDMm5tjhlIyjArIVT4Q22i+ZVsvkPCsEXrglimrrMQxDTI6Gi8q6FbfuD8
iczDv8qKX0dehB2IoRBe
=afU7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140626071603.2788.54208.report...@howl.nic.cz

Bug#746355: ITP: ruby-awesome-nested-set -- awesome nested set implementation for Active Record

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-awesome-nested-set
  Version : 2.1.6
  Upstream Author : Collective Idea
* URL : https://rubygems.org/gems/awesome_nested_set
* License : MIT/Expat
  Programming Lang: Ruby
  Description : awesome nested set implementation for Active Record

 Awesome Nested Set is an implementation of the nested set pattern for
 ActiveRecord models.  It is a replacement for acts_as_nested_set and
 BetterNestedSet.
 .
 This is a new implementation of nested set based off of
 BetterNestedSet that fixes some bugs, removes tons of duplication,
 adds a few useful methods, and adds STI support.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJTX3EFAAoJEAyZtw70/LsHrHoP/3X4bQDMPnc3i2ZlQync7iNf
YBu8pXH2v+2MzwbHWTX3DsgY69ZBbdxufhr6gqPYwTnapc84f9d04FVzkWMGajaK
PcPm4kKKU4gLiOsUA5/TE3Tzo2n78ZPQeSNnLsfGH6U6OX+JhK0lDk0bGwmCyZC4
XiFkKcEPsdA+i30M9iB2ASa7wHfRhkxwh5h/kzn8beL0WGTVE9Mzvzry5vjMMS1Z
5m1BWZUgQjjOWP9++CRPKAhA7jXimenswPnrDDEj/joGv0lzH0D9D6Sy8/DPiMnB
OQC8GMGs93yf0BLHX2bNql93kTuzoMUtlokYv76swp7iJxytnIQoyNrDdOgZw56k
LAuxVTl+MIgHNKEjhw7qXLlMLP3hOvZQC/8Cgeyz7U7DyEo51i7UtHzYB4RwSQBz
uLyJyzBA6HWjgf5IhtUzKRRQ7iyRqN5PalpIm1Q47BlQXk4i2XfNYyirgrk2a/+3
19yOUCvkQJ4LW8mHG94a3hEWVQ8uWxZP+n8XDxuY+r/tA21AlzxnLkLTrNwZN1m9
dYC6acux6yxQFIP4UYJJX3tPBkx7EMlByPANQwhpVorYMFZcNIuJoZGcEF2rRsa+
KyJEzp5Eg0ppUuFeM9OIO7mCF/p85aAwfrd7CkNv0bzdQ7t7eXwf+sphB99047PA
VGBajF8st0hkOKip43cL
=vgaV
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140429092944.16572.69687.report...@howl.nic.cz

Bug#740916: ITP: dms -- DNS Management System

[Ondřej Surý]

The DNS = Bind mindset makes me really sad. There is a couple of excellent 
authoritative standard-adhering modern DNS servers (Knot DNS, NSD, PowerDNS) 
out there that beat the hell out of Bind in one way or another and still when 
you say DNS people will just say Bind. (Well same for the tasksel job...)

I know that I am biased being upstream for Knot DNS and maintainer for NSD even 
longer, but could we call this a Bind9 Management System in Debian? Since this 
is what it really is.

O.
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

 On 6. 3. 2014, at 7:55, Matthew Grant m...@mattgrant.net.nz wrote:
 
 Package: wnpp
 Severity: wishlist
 Owner: Matthew Grant m...@mattgrant.net.nz
 
 * Package name: dms
  Version : 1.0
  Upstream Author : Matthew Grant m...@mattgrant.net.nz
 * URL : http://mattgrant.net.nz/software/dms
 * License : GPL3
  Programming Lang: Python
  Description : DNS Management System
 
 DNS Management System using bind9 and PostgresQL 9.2+.  Uses Dynamic
 Updates to update and manage the Zones in Bind9.  Has a daemon which
 uses a State Machine for publishing zones from the DB.  There is a
 command line/shell program zone_tool for operation on the Zones,
 including running an editor, and a JSON RPC over http interface via
 Apache and mod_wsgi.
 
 oMaster can have DR Failover
 
 oIPv6 fully supported in back end and front end
 
 oIPv6 DNS RRs ()
 
 oDynamic DNS configuration of Master server reduces need for
 reconfig and reload operations.
 
 oDNS RRs supported include SOA NS A  MX PTR TXT SPF RP SSHFP SRV
 NSAP NAPTR LOC KX IPSECKEY HINFO CERT DS. DNSSEC handled by bind9 master
 
 oAuto DNSSEC via Bind9 dynamic DNS. Bind9 master server auto
 maintains zone DNSSEC operations records and signing. NSEC3 and NSEC
 supported. DNSSEC key management on Master server file system pending
 write of key management module. Key material directory is replicated via
 DR protocol (rsync) though. DMS is fully enabled to use DNSSEC for
 securing our core domains.
 
 o   Apex resource record (SOA and NS) management across all zones - can
be turned off per zone.
 
 o   Auto reverse PTR generation
 
 o   Customer control of their own automated reverse DNS. Individual PTR
records, and complete reverse zones. Useful for business IPv6 and IPv4
blocks. Enables on site use of IP PABX, intranet and email for SMBs on
XDSL/Fibre.
 
 o   zone_tool command line administrative tool on master servers
 
 o   IPSEC secured communications between each of DR master replicas and slaves
 
 o   Modular design. For example, Racoon IPSEC can be replaced if needed.
 
 o   Multiple Slave DNS server software implementations. NL Netlabs nsd3
can be used as a slave server once backend code is completed, and a
simple configuration monitoring/HUP daemon implemented to run on each
slave.
 
 o   slave server/Server Groups (SG) support. Live migration of zones.
 
 o   Private SGs for internal zones.
 
 o   Retention of deleted zones in database for aged auto-deletion later.
 
 o   Multiple Zone Instances per Zone. Roll forward and roll back
changes. Again old ZIs aged for auto deletion above a threshold number.
 
 o   Templates used for generating name server configuration includes -
master, replicas and slaves.
 
 o   Rsync to distribute name server configuration to servers.
 
 o   Central distribution of name server configuration segments.
 
 o   Hot standby master replica for DR purposes with manually controlled
fail over. Includes automatic replica/slave server reconfiguration.
 
 o   WSGI JSON RPC over HTTPS API for mulitple front ends
 
 o   Security tags to control what front ends can see
 
 o   Zone reference metadata to tag the zone with the owner/customer
entity ID. Set by DMI when a zone is created. Tag out of table in DB via
foreign key for easy reference renaming.
 
 o   zone_tool has built in pager support and editor support via standard
shell environment variables.
 
 o   zone_tool has a configurable restricted shell mode for Help Desk use
 
 o   RR Groups and RR comments supported in DB for use in text editor and
in Web Admin DMI (DNS Management Interface)
 
 o   zone_tool has colourised diff support to display changes between
different ZIs for a zone
 
 o   Vim can be used as zone tool editor, giving DNS colourised Zone file
syntax high lighting.
 
 
 -- 
 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/20140306075515.5154.49732.report...@sid-dev.internal.anathoth.net
 

Bug#740916: ITP: dms -- DNS Management System

[Ondřej Surý]

On Fri, Mar 7, 2014, at 9:21, Matt Grant wrote:
 I am afraid the string 'dms' is very deeply buried through out all the
 code
 
 Quite happy to describe it as the bind9 DNS Management System though.

Thank you very much. I would be even happier if the upstream lost the
tight coupling to bind, but that's in my daydreaming box :).

 Have to be careful to as 'BIND' may be a trademark of DNSco and the
 ISC...

DNSco is just a organization for support contracts. I am not aware that
ISC holds the trademark over BIND name nor enforce it. I am looking at
several ISC people right at this moment :)), so I can ask them quickly
when dnsop WG is over.

O.

 On Fri, 2014-03-07 at 08:01 +, Ondřej Surý wrote:
  The DNS = Bind mindset makes me really sad. There is a couple of
  excellent authoritative standard-adhering modern DNS servers (Knot
  DNS, NSD, PowerDNS) out there that beat the hell out of Bind in one
  way or another and still when you say DNS people will just say Bind.
  (Well same for the tasksel job...)
  
  I know that I am biased being upstream for Knot DNS and maintainer for
  NSD even longer, but could we call this a Bind9 Management System in
  Debian? Since this is what it really is.
  
  O.
  -- 
  Ondřej Surý ond...@sury.org
  Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
  
  On 6. 3. 2014, at 7:55, Matthew Grant m...@mattgrant.net.nz wrote:
  
  
   Package: wnpp
   Severity: wishlist
   Owner: Matthew Grant m...@mattgrant.net.nz
   
   * Package name: dms
Version : 1.0
Upstream Author : Matthew Grant m...@mattgrant.net.nz
   * URL : http://mattgrant.net.nz/software/dms
   * License : GPL3
Programming Lang: Python
Description : DNS Management System
   
   DNS Management System using bind9 and PostgresQL 9.2+.  Uses Dynamic
   Updates to update and manage the Zones in Bind9.  Has a daemon which
   uses a State Machine for publishing zones from the DB.  There is a
   command line/shell program zone_tool for operation on the Zones,
   including running an editor, and a JSON RPC over http interface via
   Apache and mod_wsgi.
   
   oMaster can have DR Failover
   
   oIPv6 fully supported in back end and front end
   
   oIPv6 DNS RRs ()
   
   oDynamic DNS configuration of Master server reduces need for
   reconfig and reload operations.
   
   oDNS RRs supported include SOA NS A  MX PTR TXT SPF RP SSHFP
   SRV
   NSAP NAPTR LOC KX IPSECKEY HINFO CERT DS. DNSSEC handled by
   bind9 master
   
   oAuto DNSSEC via Bind9 dynamic DNS. Bind9 master server auto
   maintains zone DNSSEC operations records and signing. NSEC3 and
   NSEC
   supported. DNSSEC key management on Master server file system
   pending
   write of key management module. Key material directory is
   replicated via
   DR protocol (rsync) though. DMS is fully enabled to use DNSSEC
   for
   securing our core domains.
   
   o   Apex resource record (SOA and NS) management across all zones -
   can
  be turned off per zone.
   
   o   Auto reverse PTR generation
   
   o   Customer control of their own automated reverse DNS. Individual
   PTR
  records, and complete reverse zones. Useful for business IPv6 and
   IPv4
  blocks. Enables on site use of IP PABX, intranet and email for
   SMBs on
  XDSL/Fibre.
   
   o   zone_tool command line administrative tool on master servers
   
   o   IPSEC secured communications between each of DR master replicas
   and slaves
   
   o   Modular design. For example, Racoon IPSEC can be replaced if
   needed.
   
   o   Multiple Slave DNS server software implementations. NL Netlabs
   nsd3
  can be used as a slave server once backend code is completed, and
   a
  simple configuration monitoring/HUP daemon implemented to run on
   each
  slave.
   
   o   slave server/Server Groups (SG) support. Live migration of
   zones.
   
   o   Private SGs for internal zones.
   
   o   Retention of deleted zones in database for aged auto-deletion
   later.
   
   o   Multiple Zone Instances per Zone. Roll forward and roll back
  changes. Again old ZIs aged for auto deletion above a threshold
   number.
   
   o   Templates used for generating name server configuration includes
   -
  master, replicas and slaves.
   
   o   Rsync to distribute name server configuration to servers.
   
   o   Central distribution of name server configuration segments.
   
   o   Hot standby master replica for DR purposes with manually
   controlled
  fail over. Includes automatic replica/slave server
   reconfiguration.
   
   o   WSGI JSON RPC over HTTPS API for mulitple front ends
   
   o   Security tags to control what front ends can see
   
   o   Zone reference metadata to tag the zone with the owner/customer
  entity ID. Set by DMI when a zone is created. Tag out of table in
   DB via
  foreign key for easy reference renaming.
   
   o

Bug#741011: ITP: getdns -- modern asynchronous DNS API

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: getdns
  Version : 0.1.0
  Upstream Author : NLnet Labs, Verisign Labs and No Mountain Software
* URL : http://getdnsapi.net
* License : BSD
  Programming Lang: C
  Description : modern asynchronous DNS API

 getdns is a modern asynchronous DNS API.  It implements DNS entry
 points from a design developed and vetted by application developers,
 in an API specification edited by Paul Hoffman.  With the development
 of this API, we intend to offer application developers a modernized
 and flexible way to access DNS security (DNSSEC) and other powerful
 new DNS features; a particular hope is to inspire application
 developers towards innovative security solutions in their
 applications.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlMZqZIACgkQ9OZqfMIN8nMbFgCdFJ66ylapZoa5AXqVnCJ3QqRZ
OAgAn2SC1zNOAa8+HcrzmrDV1UuV4G92
=Q9ZB
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140307111221.31946.7927.report...@howl.nic.cz

Bug#647096: Anyone working on this?

[Ondřej Surý]

I would be happy to co-maintain/sponsor the package.

I did forgot about it and I would be happy to have co-maintainer.

O.
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

 On 25. 1. 2014, at 8:51, Diane Trout di...@ghic.org wrote:
 
 Hello,
 
 I partially built a package for dnssec-trigger before I remembered to check 
 wnpp. 
 
 Would it be worthwhile to finish my package and try to submit it to Debian?
 
 To get it releasable I would need to:
 * Write an init script
 * Figure out why the network manager script doesn't seem to be working right
   now.
 * Adapt the current configuration script to run at postinst.
 
 I'm going to do the first two anyway because I'm having some of network 
 problems this tool can solve.
 
 Diane

Bug#736497: ITP: openpgpkey-milter -- automatically PGP encrypt emails for milter-capable MTAs

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: openpgpkey-milter
  Version : 0.2
  Upstream Author : Paul Wouters p...@nohats.ca
* URL : ftp://ftp.nohats.ca/openpgpkey-milter/
* License : LGPL-3
  Programming Lang: Python
  Description : automatically PGP encrypt emails for milter-capable MTAs

 openpgpkey-milter is a sendmail/postfix milter service that will
 attempt to automatically PGP encrypt plaintext emails received by the
 MTA/MUA before relaying the message further towards the recipient(s).
 These can be messages received from the network, or generated
 locally.
 .
 WARNING: This is pre-release software. It's only been testing by me
 on my personal postfix server. Running this anywhere on a production
 machine might cost you your job, although afterwards please do let me
 know how it failed you so I can fix it.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlLiSfAACgkQ9OZqfMIN8nOqXQCfQvtgnhr21KX2kKuJ6FEoW4jD
w7wAnA2K6/5cWv3xKqcbk8XPTBcnmME5
=CF9o
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20140124110936.23596.60620.report...@howl.nic.cz

Bug#732011: O: gyrus -- GNOME tool for Cyrus-IMAP servers administration

[Ondřej Surý]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Orphaning my last GNOME package.  Somebody please pick this up if you
are using it or interested in it.

Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlKpot8ACgkQ9OZqfMIN8nN+AQCfQm7myLFKQvmcGeP+1S8ciZUx
BU0AnRVyryab5LpYPXe3iuLHWnSseLX+
=HN+Q
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20131212114954.31401.93300.report...@howl.nic.cz

Bug#703452: ITP: php5-redis -- PHP API for communicating with the Redis key-value store

[Ondřej Surý]

Hi Cyril,

another 3 month has passed and nothing has happened. I am taking the ITP
under PHP PECL team and uploading the Jonas's packaged version to the
archive.

I have added you as an uploader, so you are welcomed to join the team,
if you are really sure you have the needed time to maintain the package.

Ondrej
-- 
Ondřej Surý ond...@sury.org
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1382344127.19512.36470165.24201...@webmail.messagingengine.com

Bug#718952: ITP: php-mysqlnd-ms -- MySQL replication and load balancing module for PHP

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: php-mysqlnd-ms
  Version : 1.5.2
  Upstream Author : Ulf Wendel ulf.wen...@phpdoc.de
* URL : http://pecl.php.net/package/mysqlnd_ms
* License : PHP License
  Programming Lang: C
  Description : MySQL replication and load balancing module for PHP

 The mysqlnd_ms replication and load balancing plugin can be used with
 PHP MySQL extensions (ext/mysql, ext/mysqli, ext/pdo_mysql) if they
 are compiled to use mysqlnd.  The plugin inspects queries and does
 read-write splitting. Read-only queries are sent to MySQL replication
 slave servers while all other queries are redirected to the MySQL
 replication master server.  Very few, if any, application changes are
 required, depending on the usage scenario.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlIB8ewACgkQ9OZqfMIN8nNWhwCgi3eB7mm0+jUpE4nFaU6fpw4l
f3AAnjccAq/dFCorTn1TvcOk7mer/qDk
=Kq+U
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130807070623.15861.68978.report...@howl.nic.cz

Bug#719012: ITP: fonts-humor-sans -- a font in the style of xkcd

[Ondřej Surý]

Hi,

the font is very low quality and contains only us-ascii characters; not
even latin-1 is supported.

Are you sure it's worth packaging?

O.


On Wed, Aug 7, 2013 at 8:13 PM, Ramakrishnan Muthukrishnan 
r...@rkrishnan.org wrote:

 Package: wnpp
 Owner: Ramakrishnan Muthukrishnan rkrish...@debian.org
 Severity: wishlist

 * Package name: fonts-humor-sans
   Version : 1.0
   Upstream Author : Michael Ciuffo  ch00...@gmail.com
 * URL or Web page : http://antiyawn.com/uploads/humorsans.html
 * License : SIL Open Font License, Version 1.1
   Description : a font in the style of xkcd
   This truetype font has the typeface that looks like the ones in the
   popular online comic, xkcd (http://xkcd.com).




-- 
Ondřej Surý ond...@sury.org
Have you tried Knot DNS – https://www.knot-dns.cz/
– a high-performance authoritative-only DNS server

Bug#694757: ITP: libmdb -- OpenLDAP Memory-Mapped Database

[Ondřej Surý]

JFTR As agreed with upstream I am waiting for 0.9.7 release with SONAME,
which should be out in couple of days.

O.
-- 
Ondřej Surý ond...@sury.org

Bug#698681: MIT code embedded into GPL-3+ library

[Ondřej Surý]

Upstream claims the code is GPL-3+, see the forwarded email I just sent
you, so it needs to be cleared.

O.


On Thu, Jun 6, 2013 at 11:29 AM, Jérémy Lal kapo...@melix.org wrote:

 I don't think this concerns debian-legal, so i move the discussion
 back to seafile ITP.

 On 06/06/2013 07:40, Ondřej Surý wrote:
  Hi,
 
  I am working on packaging ccnet[1] library (requirement for seafile),
  and the upstream code has two licenses in the base directory - MIT
  and GPL-3+.
  When I asked for clarification they have replied the code is GPL-3+
  with some parts reused from some other project which was MIT
  licensed.

 There is some confusion...
 Copyright [2] is BSD-2-clause and there's a GPL3 LICENCE.txt file.
 So it's the other way around.

  Unfortunatelly the individual source files are not licensed, so it's
  unclear to me what's the license of the files and the packages as
  whole.

 Then you should review the whole package file by file.
 Let me help :

 * There is some copy/paste/rename of inet_ntop.c code [3][4],
   ISC License, in lib/libccnet_utils.c.
 * lib/buffer.c has a BSD-3-clause license.
 * lib/net.c has an mcast_join function that seems directly taken from
   Unix Network Programming sample code [5]. I did not find a license
   for that file. There is a disclaimer, though.
 * net/common/getgateway.c is from libnatpmp, see [6].
   Now BSD-3-clause.
 * net/common/list.h is a kernel header, GPL-2 license.

 No GPL-3 found unless i missed something.

  Can you provide a guidance?
 
  (It would still need openssl+gpl exception to go in.)
 
  Ondřej Surý 1. https://github.com/haiwen/ccnet

 Hope that helped,
 Jérémy.


 [2]
 https://raw.github.com/haiwen/ccnet/master/COPYRIGHT
 [3]
 https://github.com/haiwen/ccnet/commit/f9a41fbc
 [4]
 https://github.com/haiwen/ccnet/commit/2de2207f
 [5]
 http://www.unpbook.com/unpv13e.tar.gz
 in lib/mcast_join.c
 [6]
 http://packages.qa.debian.org/libn/libnatpmp.html




-- 
Ondřej Surý ond...@sury.org

Bug#698681: MIT code embedded into GPL-3+ library

[Ondřej Surý]

Thanks.

We will also need to get the updated json-glib to the archive:

See https://github.com/haiwen/libsearpc/pull/3 and
https://bugzilla.gnome.org/show_bug.cgi?id=701698

I don't think the oneliner patch is worth the whole library fork.

And are we cool? I don't want you to be pissed at me :).

O.


On Thu, Jun 6, 2013 at 12:21 PM, Jérémy Lal kapo...@melix.org wrote:

 Oh, right. Opened an issue then :

 https://github.com/haiwen/ccnet/issues/7

 Jérémy.


 On 06/06/2013 12:07, Ondřej Surý wrote:
  Upstream claims the code is GPL-3+, see the forwarded email I just sent
 you, so it needs to be cleared.
 
  O.




-- 
Ondřej Surý ond...@sury.org

Bug#481898: RFS: zkt -- A tool to manage keys and signatures for DNSSEC-zones

[Ondřej Surý]

Hi Jeroen,

somehow I never got your package.

I would gladly sponsor your package, but the one on mentors is wrongly
packaged. Same for git repo.

You need to split the package into upstream sources and debian patch.

O.
-- 
Ondřej Surý ond...@sury.org

Bug#698681: Any progress on seafile-client?

[Ondřej Surý]

Hi Lin,

I am sorry, but the package in the current state is nowhere near to be
released in the Debian.

The upstream tarball includes two upstream libraries. That might be okayish
for releasing just the client, but when you package other binaries (the
server) which will link to the same library, you want to use shared
libraries. Also this makes the packaging unnecessarily complex.

But you certainly cannot embed libjson-glib-1.0 as part of libsearpc (under
different name), that's just security nightmare

I will create the initial packaging in correct way (I already have
libsearpc 1.1.0+dfsg, e.g. without embedded json-glib, packaged), and make
you the co-maintainer of the packages.

Ondrej


On Wed, May 22, 2013 at 2:09 PM, Shuai Lin linshuai2...@gmail.com wrote:

 Hi Sury,

 Glad to hear this. Actually I have been working on packaging
 seafile-client for debian with guide and help from Jérémy Lal 
 kapo...@melix.org, who has been very nice and patient.

 But for the last two months Jeremy seems to be kind of busy, so the debian
 related work has been stalled for a while.

 Since you are interested, here are some work we have done:

 The seafile deb branch on github:

 https://github.com/haiwen/seafile/tree/deb/debian

 seafile-client package on  mentors.debian.net

 http://mentors.debian.net/package/seafile-client


 Regards,
 Lin



 On Wed, May 22, 2013 at 7:50 PM, Ondřej Surý ond...@sury.org wrote:

 Hi,

 I am interested in building seafile, seahub and client packages for
 Debian. Did you already do some work or it this more like RFP than ITP?

 Ondrej
 --
 Ondřej Surý ond...@sury.org





-- 
Ondřej Surý ond...@sury.org

Bug#698681: Any progress on seafile-client?

[Ondřej Surý]

On Wed, Jun 5, 2013 at 3:59 PM, Jérémy Lal kapo...@melix.org wrote:

 When i asked Shuai Lin about packaging them i understood those libs
 were in a too early development phase to be released independently,
 so i postponed the review of those libs.
 Shuai, are those two libs releasable in separate packages now ?


The library has proper SOVER, so there's no fear:

libsearpc_la_LDFLAGS = -version-info 1:2:0  -no-undefined

Thumbs up! Only thing I would recommend is to use GCC visibility (
http://gcc.gnu.org/wiki/Visibility) to hide symbols not indended for public
use, but that's just a nit.


 Are those libs used by seafile-server or other software ?


ondrej@kiMac:/tmp$ git clone git://github.com/haiwen/seafile.git /dev/null
[...]

$ grep -Elr searpc.*\.h . | cut -f 2 -d / | sort -u
app
common
daemon
gui
lib
monitor
server

$ grep -Elr ccnet.*\.h . | cut -f 2 -d / | sort -u
app
common
controller
daemon
gui
httpserver
lib
monitor
server

Does that answer your question?

Ondřej, nowhere near to be released are hard words to read, considering we
 never said it was ready to be released at all - only that some work has
 been done. Let's encourage Shuai, not discourage him


Sorry, I didn't mean to sound harsh. I thought that the package is shiny
and ready and I was slightly disappointed that it's not yet. And I really
dislike bundled libraries (php-src/ext/module/ is full of them).


 Note also that it is not recommended practice to dfsg-repack only to get
 rid of a convenience copy of a lib :
 http://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles

 http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#repackagedorigtargz


Well, let's hope this https://github.com/haiwen/libsearpc/pull/3 gets
accepted then :)

The right thing to do is to just link against the debian-installed lib.


Well, it's probably just a matter of taste. I found it easier to strip the
embedded libraries than to cherry-pick all the scattered licenses and
gather them up in the debian/copyright. It's also much easier on our
ftp-masters to review less sources.

Anyway there's one more problem: ccnet is not releaseable now since the
licensing is quite unclear. There's MIT and GPL-3+ license, and I would
like to have this solved (and acked by the first author) before ccnet
enters the Debian.

O.


 Jérémy.


 On 05/06/2013 15:16, Ondřej Surý wrote:
  Hi Lin,
 
  I am sorry, but the package in the current state is nowhere near to
  be released in the Debian.
 
  The upstream tarball includes two upstream libraries. That might be
  okayish for releasing just the client, but when you package other
  binaries (the server) which will link to the same library, you want
  to use shared libraries. Also this makes the packaging unnecessarily
  complex.
 
  But you certainly cannot embed libjson-glib-1.0 as part of libsearpc
  (under different name), that's just security nightmare
 
  I will create the initial packaging in correct way (I already have
  libsearpc 1.1.0+dfsg, e.g. without embedded json-glib, packaged), and
  make you the co-maintainer of the packages.
 
  Ondrej
 
 
  On Wed, May 22, 2013 at 2:09 PM, Shuai Lin linshuai2...@gmail.com
  mailto:linshuai2...@gmail.com wrote:
 
  Hi Sury,
 
  Glad to hear this. Actually I have been working on packaging
  seafile-client for debian with guide and help from Jérémy Lal
  kapo...@melix.org mailto:kapo...@melix.org, who has been very
  nice and patient.
 
  But for the last two months Jeremy seems to be kind of busy, so the
  debian related work has been stalled for a while.
 
  Since you are interested, here are some work we have done:
 
  The seafile deb branch on github:
 
  https://github.com/haiwen/seafile/tree/deb/debian
 
  seafile-client package on  mentors.debian.net
  http://mentors.debian.net
 
  http://mentors.debian.net/package/seafile-client
 
 
  Regards, Lin
 
 
 
  On Wed, May 22, 2013 at 7:50 PM, Ondřej Surý ond...@sury.org
  mailto:ond...@sury.org wrote:
 
  Hi,
 
  I am interested in building seafile, seahub and client packages for
  Debian. Did you already do some work or it this more like RFP than
  ITP?
 
  Ondrej -- Ondřej Surý ond...@sury.org mailto:ond...@sury.org
 
 
 
 
 
  -- Ondřej Surý ond...@sury.org mailto:ond...@sury.org




-- 
Ondřej Surý ond...@sury.org

Bug#466699: ITP: libzdb -- Zild Database Library

[Ondřej Surý]

Hi Paul,

updated package ready for upload resides here:

http://anonscm.debian.org/gitweb/?p=collab-maint/libzdb.git;a=summary

The package is lintian and piuparts clean.

Paul, is it ok with you if I upload the package to unstable now?

O.
-- 
Ondřej Surý ond...@sury.org

Bug#698681: Any progress on seafile-client?

[Ondřej Surý]

On Wed, Jun 5, 2013 at 5:12 PM, Jérémy Lal kapo...@melix.org wrote:

   Well, it's probably just a matter of taste. I found it easier to
  strip the embedded libraries than to cherry-pick all the scattered
  licenses and gather them up in the debian/copyright. It's also much
  easier on our ftp-masters to review less sources.

 If it was a master of taste i would do the same as you, get rid of
 convenience copies.
 The idea behind the links i gave above is to refrain people from repacking
 on
 personal taste; and distribute *original* upstream tarballs.
 Of course, once there is a good reason to do repack (typically dfsg) then
 you can remove
 embedded convenience copies as well. But you might as well not exclude
 them.


Well, there was no upstream tarball anyway, I did create one from git (git
archive), so basically no-repacking has happened here.


 Slightly unrelated : the version libsearpc 1.1.0+dfsg is misleading since
 there is no DFSG involved in this repacking.


True, but it was so convenient :). Please suggest a better name, or let's
cross-fingers and let's hope our upstream friends will release 1.1.1
without bundled json-glib library (pretty please).

Anyway the current status of seafile packages:

http://anonscm.debian.org/gitweb/?p=collab-maint/libsearpc.git;a=summary
 (uploaded)
http://anonscm.debian.org/gitweb/?p=collab-maint/libzdb.git;a=summary(uploaded
+ asked upstream to grant OpenSSL exception)
 http://anonscm.debian.org/gitweb/?p=collab-maint/ccnet.git;a=summary (WIP
and needs some more licensing love[*])

* - E: libccnet0: possible-gpl-code-linked-with-openssl  E: ccnet-bin:
possible-gpl-code-linked-with-openssl

Shuai, please add OpenSSL exception to the license (if you are going to
keep GPL-3 and not MIT) as suggested here:

http://people.gnome.org/~markmc/openssl-and-the-gpl.html

O.
-- 
Ondřej Surý ond...@sury.org

Bug#698681: Any progress on seafile-client?

[Ondřej Surý]

JFTR the seafile needs an gpl+openssl exception too.

E: seafile-server: possible-gpl-code-linked-with-openssl
E: seafile-client: possible-gpl-code-linked-with-openssl
E: seafile-common: possible-gpl-code-linked-with-openssl
E: seafile-applet: possible-gpl-code-linked-with-openssl

Some very crude preliminary packaging (not yet even tried in clean chroot)
with some basic splitting into subpackages (without really understanding
the content and without tight dependencies between them) can be found:

http://anonscm.debian.org/gitweb/?p=collab-maint/seafile.git;a=summary

Hey, it builds and put files into packages, we are almost there :).

O.



On Wed, Jun 5, 2013 at 6:40 PM, Ondřej Surý ond...@sury.org wrote:

 On Wed, Jun 5, 2013 at 5:12 PM, Jérémy Lal kapo...@melix.org wrote:

   Well, it's probably just a matter of taste. I found it easier to
  strip the embedded libraries than to cherry-pick all the scattered
  licenses and gather them up in the debian/copyright. It's also much
  easier on our ftp-masters to review less sources.

 If it was a master of taste i would do the same as you, get rid of
 convenience copies.
 The idea behind the links i gave above is to refrain people from
 repacking on
 personal taste; and distribute *original* upstream tarballs.
 Of course, once there is a good reason to do repack (typically dfsg) then
 you can remove
 embedded convenience copies as well. But you might as well not exclude
 them.


 Well, there was no upstream tarball anyway, I did create one from git (git
 archive), so basically no-repacking has happened here.


 Slightly unrelated : the version libsearpc 1.1.0+dfsg is misleading since
 there is no DFSG involved in this repacking.


 True, but it was so convenient :). Please suggest a better name, or let's
 cross-fingers and let's hope our upstream friends will release 1.1.1
 without bundled json-glib library (pretty please).

 Anyway the current status of seafile packages:

 http://anonscm.debian.org/gitweb/?p=collab-maint/libsearpc.git;a=summary
  (uploaded)
 http://anonscm.debian.org/gitweb/?p=collab-maint/libzdb.git;a=summary(uploaded
  + asked upstream to grant OpenSSL exception)
  http://anonscm.debian.org/gitweb/?p=collab-maint/ccnet.git;a=summary(WIP and 
 needs some more licensing love[*])

 * - E: libccnet0: possible-gpl-code-linked-with-openssl  E: ccnet-bin:
 possible-gpl-code-linked-with-openssl

 Shuai, please add OpenSSL exception to the license (if you are going to
 keep GPL-3 and not MIT) as suggested here:

 http://people.gnome.org/~markmc/openssl-and-the-gpl.html

 O.
 --
 Ondřej Surý ond...@sury.org




-- 
Ondřej Surý ond...@sury.org

Bug#702222: ITP: Pelican -- Any news?

[Ondřej Surý]

ftp-master.debian.org/new.html


On Wed, May 29, 2013 at 11:32 AM, Simon Chopin chopin.si...@gmail.comwrote:

 Hi Ondrej,

 It seems the license issue is solved at least in the 2.3.1 release, any
 news on this ITP?

 Cheers,
 Simon




-- 
Ondřej Surý ond...@sury.org

Bug#709295: ITP: seafile -- online file storage and collaboration server

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: seafile
  Version : 1.6.1
  Upstream Author : Seafile Ltd. freepl...@gmail.com
* URL : http://seafile.com
* License : GPL3+
  Programming Lang: C
  Description : online file storage and collaboration server

 Seafile enables you to build private cloud for file sharing and
 collaboration among team members in your company/organization. This
 is the client of the seafile system.
 .
 First you create a file library in the web and upload files to
 it. Then you share it into a team or with another user.
 .
 File libraries can also be synchronized among computers and mobile
 devices.  You download a library to your PC. Whenever you add, delete
 or edit a file, the latest version be uploaded to the server
 automatically and then be synchronized to everyone's computer.
 .
 This package contains the seafile server.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130522115009.7273.8567.reportbug@localhost6.localdomain6

Bug#698681: Any progress on seafile-client?

[Ondřej Surý]

Hi,

I am interested in building seafile, seahub and client packages for Debian.
Did you already do some work or it this more like RFP than ITP?

Ondrej
-- 
Ondřej Surý ond...@sury.org

Bug#708329: ITP: php-yac -- YAC (Yet Another Cache) for PHP 5

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: php-yac
  Version : 0~gitf7e74e
  Upstream Author : Xinchen Hui
* URL : https://github.com/laruence/yac
* License : The PHP License, version 3.01
  Programming Lang: C
  Description : YAC (Yet Another Cache) for PHP 5

 The Yet Another Cache (YAC) is a shared memory user data cache for
 PHP, which provides framework for caching user variables locally.
 This framework completes the missing parts of the Zend OpCache that
 was introduced in PHP 5.5.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130515071403.8117.57604.reportbug@localhost6.localdomain6

Bug#708332: ITP: php-apcu -- APC (Alternative PHP Cache) User Cache

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: php-apcu
  Version : 4.0.1
  Upstream Author : Joe Watkins pthre...@pthreads.org
* URL : http://pecl.php.net/package/APCu
* License : The PHP License, version 3.01
  Programming Lang: C
  Description : APC (Alternative PHP Cache) User Cache for PHP 5

 The APCu is userland caching: APC (Alternative PHP Cache) stripped of
 opcode caching after the deployment of Zend OpCache in PHP 5.5 as the
 primary solution to opcode caching in future versions of PHP.
 .
 The APCu is a fast solution for userland caching (and dumping) of PHP
 variables locally, it is not distributed like MemcacheD, but they can
 be used together for optimal caching.

 NOTE: This package will replace php-apc.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130515072136.8396.28437.reportbug@localhost6.localdomain6

Bug#708332: ITP: php-apcu -- APC (Alternative PHP Cache) User Cache

[Ondřej Surý]

On Wed, May 15, 2013 at 5:15 PM, Prach Pongpanich prach...@gmail.com wrote:
 I see you use the pkg-php-maint as Maintainer in php-apcu [1],
 t's PECL module, Could you explain that to me, please?

Because this is one of the few modules I do care about as a PHP
maintainer, since messing this up has big impact on every area of PHP.

O.
--
Ondřej Surý ond...@sury.org


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG_z�=chuysvxhjegce5y9nzjrvntjw1xh2n+p36u...@mail.gmail.com

Bug#602034: jpeg8 vs jpeg-turbo

[Ondřej Surý]

On Wed, Apr 24, 2013 at 3:19 PM, Bill Allombert
bill.allomb...@math.u-bordeaux1.fr wrote:
 On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote:
 Hi Bill and Debian Developers,

 My proposal is:
 A. Add libjpeg-turbo to Debian archive (that's easy)
 B. Add required provides/alternatives for libjpeg62-dev and
 libjpeg8-dev (where API/ABI match)
 C. Decide which package should provide default libjpeg-dev library

 1. 
 https://bitbucket.org/libgd/gd-libgd/issue/50/tests-jpeg-jpeg_readc-fails-on-debian
 2. http://lists.fedoraproject.org/pipermail/devel/2013-January/176299.html
 3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602034

 As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more 
 feature.

 I do not see libjpeg-turbo as a suitable replacement. It has
 1) an different license.
 2) much more security issues in a much smaller timeframe.
 3) do not implement the full libjpeg8 ABI, nor the upcoming libjpeg9.

Bill,

sorry to barge in, but as a maintainer of the most prominent rev-deps
of libjpeg (libgd2  php5-gd), I would like to have some questions
answered, and I cannot find the answer neither on http://www.ijg.org/
nor http://www.infai.org/jpeg/.

1. Who is behind IJG? Is it just Guido Vollbeding or there are more people?
2. What's the legal status of IJG?
3. What is the relation of IJG and InfAI (http://www.infai.org/jpeg/)?
4. Is there a (public) bug tracker?
5. Is there a source repository?
6. Is there a mailing list for libjpeg development/users?
7. How do I contribute code to IJG libjpeg?
8. There are new features incorporated to libjpeg? Is that a community
process? Or how are the changes driven? IJG (and the features they
implement in libjpeg) is independent from jpeg.org (the standards
committee).
9. Is there a documentation for new features of libjpeg (DCT,
SmartScale), so independent implementations can be done?
10. And what is JPEGClub (http://jpegclub.org/)? (Just found it in the
comment rant under: http://blog.kaourantin.net/?p=116)

I haven't been able to find answers at IJG or any linked sites, so as
you are so far the only one taking stand for IJG jpeg implementation,
I would like to to help me to answer those questions.

I wouldn't bother to care about libjpeg in Debian, but it's one of the
core graphics libraries, and I think we should strive for good
compatibility with the rest of the distros, applications and our
users. And the 'new features' of libjpeg seems to contradict this.

Ondrej
--
Ondřej Surý ond...@sury.org


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caljhhg-6u1y0v50zxuzn-2zcgomxy0dg5qb7cqsyc2m1zlz...@mail.gmail.com

Bug#602034: jpeg8 vs jpeg-turbo

[Ondřej Surý]

Hi Bill and Debian Developers,

while doing work on GD Library 2.1.0 it was discovered there's
encoding incompatibility introduced by libjpeg8/9 [1]. While doing
further research I have found that Fedora has switched to
libjpeg-turbo[2] (for reasoning please read the referred email).
Ubuntu (and Steam) is also using libjpeg-turbo as base jpeg library.
SuSE has also switched to libjpeg-turbo some time ago (just had a
quick chat with it's maintainer).

Debian has already open ITP[3] #602034 for libjpeg-turbo, which
support libjpeg62 API/ABI and also some important bits of libjpeg8. As
libjpeg is one of the base libraries of the system, I think it might
be a good idea to discuss this project wide. Also although I have an
opinion (as you might have guessed from this email) that we should try
to be aligned with other distributions and the reasoning for not going
for , I will be happy with whatever result will end-up.

My proposal is:
A. Add libjpeg-turbo to Debian archive (that's easy)
B. Add required provides/alternatives for libjpeg62-dev and
libjpeg8-dev (where API/ABI match)
C. Decide which package should provide default libjpeg-dev library

1. 
https://bitbucket.org/libgd/gd-libgd/issue/50/tests-jpeg-jpeg_readc-fails-on-debian
2. http://lists.fedoraproject.org/pipermail/devel/2013-January/176299.html
3. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602034

Ondrej
--
Ondřej Surý ond...@sury.org


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG9iNiA6kXfo0M+vgo-+xGZjpiX8jNXJguXv=rec9de...@mail.gmail.com

Bug#705448: ITP: ruby-grit -- Ruby Git bindings

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-grit
  Version : 2.5.0
  Upstream Author : Tom Preston-Werner, Scott Chacon, Chris Wanstrath, and PJ 
Hyett
* URL : http://grit.rubyforge.org/
* License : Expat
  Programming Lang: Ruby
  Description : Ruby Git bindings

 Grit gives you object oriented read/write access to Git repositories
 via Ruby. The main goals are stability and performance. To this end,
 some of the interactions with Git repositories are done by shelling
 out to the system's git command, and other interactions are done with
 pure Ruby reimplementations of core Git functionality. This choice,
 however, is transparent to end users, and you need not know which
 method is being used.
 .
 This software was developed to power GitHub, and should be considered
 production ready.
 .
 This version has been patched for use with GITLAB.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415075028.18443.35245.reportbug@localhost6.localdomain6

Bug#638910: ITP: omniauth -- Standardized Multi-Provider Authentication

[Ondřej Surý]

owner 638910 !
thank you

Guys, I am taking this under the Debian Ruby Extras Maintainers group
umbrella. It's needed for gitlab packaging and this ITP is open for
too long.

You are welcome to come and join the Debian Ruby Extras Maintainers
any time and help with the packaging. I would be happy to sponsor
updates and fixes to this package.

O.
--
Ondřej Surý ond...@sury.org


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG_bZ-Z59WQFbmMvz5XUD5hKyzE9naeHeSSKk7g=Ys...@mail.gmail.com

Bug#705463: ITP: ruby-sasl -- SASL client library for Ruby

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-sasl
  Version : 0.0.3.3
  Upstream Author : Stephan Maka  Ping Yu
* URL : http://github.com/pyu10055/ruby-sasl/
* License : MIT, Ruby
  Programming Lang: Ruby
  Description : SASL client library for Ruby

 This is a reusable Ruby library for client implementations that need
 to do authentication over Simple Authentication and Security Layer
 (RFC 4422).  The library is mainly targeted at Jabber/XMPP libraries.
 .
 This is the pyu-ruby-sasl gem variant of the library.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415105033.1959.8260.reportbug@localhost6.localdomain6

Bug#705472: ITP: ruby-omniauth-ldap -- LDAP strategy for Ruby OmniAuth library

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-omniauth-ldap
  Version : 1.0.3
  Upstream Author : Ping Yu and Intridea, Inc.
* URL : https://github.com/gitlabhq/omniauth-ldap
* License : Expat
  Programming Lang: Ruby
  Description : LDAP strategy for Ruby OmniAuth library

 OmniAuth is a Ruby library that standardizes multi-provider
 authentication for web applications. It was created to be powerful,
 flexible, and do as little as possible. Any developer can create
 strategies for OmniAuth that can authenticate users via disparate
 systems. OmniAuth strategies have been created for everything from
 Facebook to LDAP.
 .
 This package contains LDAP strategy for OmniAuth.
 .
 This version has been patched for use with GITLAB.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415130437.17776.52979.reportbug@localhost6.localdomain6

Bug#705477: ITP: ruby-yaml-db -- library to export/import of database into/from yaml files

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-yaml-db
  Version : 0.2.3
  Upstream Author : Orion Henry and Adam Wiggins of Heroku
* URL : https://github.com/lostapathy/yaml_db
* License : Expat
  Programming Lang: Ruby
  Description : library to export/import of database into/from yaml files

 YamlDb is a database-independent format for dumping and restoring
 data from any database that has an ActiveRecord adapter.
 .
 This can be used as a replacement for mysqldump or pg_dump, but only
 for the databases typically used by Rails apps.  Users, permissions,
 schemas, triggers, and other advanced database features are not
 supported - by design.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415141104.26934.95953.reportbug@localhost6.localdomain6

Bug#705479: ITP: ruby-grack -- Git Smart HTTP Server Rack implementation in Ruby/Rack

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-grack
  Version : 1.0.0
  Upstream Author : Scott Chacon
* URL : https://github.com/gitlabhq/grack
* License : Expat
  Programming Lang: Ruby
  Description : Git Smart HTTP Server Rack implementation in Ruby/Rack

 Rack application replacement for the builtin git-http-backend CGI
 handler distributed with Git.
 .
 The default git-http-backend only runs as a CGI script, and
 specifically is only targeted for Apache 2.x usage (it requires
 PATH_INFO to be set and specifically formatted).  This Rack
 application can run on nearly every major and minor webserver out
 there by making it Rack capable.
 .
 This the GITLAB version of the library.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415145044.16143.30608.reportbug@localhost6.localdomain6

Bug#705480: ITP: ruby-grit-ext -- utf-8 support extension for grit

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-grit-ext
  Version : 0.8.1
  Upstream Author : Saito Wu
* URL : https://github.com/SaitoWu/grit_ext
* License : Expat
  Programming Lang: Ruby
  Description : utf-8 support extension for grit

 This packages extends ruby-grit with utf-8 support.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415150754.32103.63459.reportbug@localhost6.localdomain6

Bug#705482: ITP: ruby-charlock-holmes -- Ruby character encoding detection library

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-charlock-holmes
  Version : 0.6.9.4
  Upstream Author : Brian Lopez
* URL : https://github.com/brianmario/charlock_holmes
* License : Expat
  Programming Lang: Ruby
  Description : Ruby character encoding detection library

 Character encoding detecting library for Ruby using ICU library.
 This library provides character encoding detection and transcoding.


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130415152029.11143.52672.reportbug@localhost6.localdomain6

Bug#702222: ITP: pelican -- blog aware, static website generator

[Ondřej Surý]

The licensing issue with Smashing Magazine css file was solved, but not yet
pushed to the git or next release:

https://github.com/getpelican/pelican/blob/master/pelican/themes/notmyidea/static/css/main.css

O.


On Tue, Apr 2, 2013 at 9:51 AM, Daniel Baumann 
daniel.baum...@progress-technologies.net wrote:

 any news/progress on this?

 --
 Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
 Email:  daniel.baum...@progress-technologies.net
 Internet:   http://people.progress-technologies.net/~daniel.baumann/




-- 
Ondřej Surý ond...@sury.org

Bug#702222: ITP: pelican -- blog aware, static website generator

[Ondřej Surý]

Why?

The upstream has solved the licensing and they just need to release new
version with fixed license.  There's no hurry to meet some deadline here...

O.


On Tue, Apr 2, 2013 at 10:20 AM, Daniel Baumann 
daniel.baum...@progress-technologies.net wrote:

 On 04/02/2013 09:57 AM, Ondřej Surý wrote:
  The licensing issue with Smashing Magazine css file was solved, but not
  yet pushed to the git or next release:

 any chance you could upload a +dfsg package in the meantime?

 --
 Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
 Email:  daniel.baum...@progress-technologies.net
 Internet:   http://people.progress-technologies.net/~daniel.baumann/




-- 
Ondřej Surý ond...@sury.org

Bug#702222: ITP: pelican -- blog aware, static website generator

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: pelican
  Version : 3.1.1
  Upstream Author : Alexis Métaireau
* URL : http://getpelican.com/
* License : GNU AGPLv3
  Programming Lang: Python
  Description : static blog generator in Python

 Pelican is a static site generator, written in Python.  It allows you
 to write your weblog entries directly with your editor of choice in
 reStructuredText, Markdown, or AsciiDoc, and generates completely
 static output that is easy to host anywhere.  Pelican includes a
 simple CLI tool to (re)generate the weblog and it is easy to
 interface with DVCSes and web hooks.


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130304095135.27646.70688.reportbug@localhost6.localdomain6

Bug#702229: ITP: python-feedgenerator -- Syndication feed generation library

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: python-feedgenerator
  Version : 1.5
  Upstream Author : Django Software Foundation and Dirk Makowski
* URL : https://pypi.python.org/pypi/feedgenerator
* License : BSD-3
  Programming Lang: Python
  Description : Syndication feed generation library

 Feedgenerator is a standalone version of Django's feedgenerator, which
 is a syndication feed generation library used used for generating RSS.


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130304110604.21922.16614.reportbug@localhost6.localdomain6

Bug#702231: ITP: blinker -- Fast, simple object-to-object and broadcast signaling library

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: blinker
  Version : 1.2
  Upstream Author : Jason Kirtland
* URL : http://discorporate.us/projects/Blinker/
* License : MIT License (Expat)
  Programming Lang: Python
  Description : Fast, simple object-to-object and broadcast signaling 
library

 Blinker provides a fast dispatching system that allows any number of
 interested parties to subscribe to events, or signals.
 .
 Signal receivers can subscribe to specific senders or receive signals
 sent by any sender.


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130304112111.27135.81475.reportbug@localhost6.localdomain6

Bug#668870: Note to prospective maintainers

[Ondřej Surý]

NOTE: If you apply for membership, please, write some lines about you,
what do you want to do in the packaging, or even better do some work
and send the patchset, etc. before you apply for group membership.

--
Ondřej Surý ond...@sury.org


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caljhhg-meoivet0pngsenquczx3d2c_5muxg+a8y4c022r_...@mail.gmail.com

Bug#700577: ITP: zend-optimizer-plus -- The Zend Optimizer+ provides faster PHP execution through opcode caching and optimization.

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: zend-optimizer-plus
  Version : 0.aef92d2
  Upstream Author : PHP Group gr...@php.net
* URL : https://github.com/zend-dev/ZendOptimizerPlus/
* License : PHP 3.01
  Programming Lang: C
  Description : PHP opcode caching and optimization extension

 The Zend Optimizer+ provides faster PHP execution through opcode
 caching and optimization. It improves PHP performance by storing
 precompiled script bytecode in the shared memory. This eliminates the
 stages of reading code from the disk and compiling it on future
 access. In addition, it applies a few bytecode optimization patterns
 that make code execution faster.

(Targeted to an experimental at this time.)


--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130214162528.30828.84177.reportbug@localhost6.localdomain6

Bug#678003: ITP: credns -- DNS(SEC) verification proxy

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

[Note: DNSSEX has been recently renamed to credns.]

* Package name: credns
  Version : 0.2.10
  Upstream Author : NLNet Labs
* URL : http://www.nlnetlabs.nl/projects/dnssexy/
* License : BSD
  Programming Lang: C
  Description : DNS(SEC) verification proxy

 Credns is a software program aimed at fortifying DNSSEC by performing
 validation in the DNS notify/transfer-chain. Currently credns is a
 fork of the NSD3 that has been extended with the possibility to asses
 zones (received or updated by AXFR or IXFR) by running an external
 verifier.  Only zones that are deemed correct by the verifier will be
 notified to (public) slave servers and offered for transfer.
 .
 Credns allows to specify an external validator which is called just
 after a zone is received by transfer, but just before the zone will be
 served (and delivered via transfer).



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120618142424.24994.70168.reportbug@localhost6.localdomain6

Bug#662637: [php-maint] Bug#662637 closed by Laszlo Boszormenyi (GCS) g...@debian.hu (Bug#662637: fixed in php-suhosin 0.9.33-2)

[Ondřej Surý]

On Thu, May 31, 2012 at 8:06 AM, Alexander Wirt formo...@debian.org wrote:
 As written above, this is no learning package, its impact is much too big for
 this. We will take the package back into our maintenance, you can join the
 team if you want. But I don't think its currently wise to leave things as
 they are. I would even go so far to say that if there is no released version
 we shouldn't ship wheezy with suhosin. I really don't want the shitstorm if
 there is a hole in that pre-version and we ship wheezy with it.

I couldn't write this better. Hurrying suhosin so 'oooh, let's have
some version in wheezy' is the worst idea I have seen so far.

You can move this version to experimental (no harm in doing that
although also no point), and I have filled RC bug against php5-suhosin
to prevent its migration to testing.

 I added the php maintainers to Cc, maybe they have some input to that topic.

O.
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caljhhg8chajo1eyneyvw8zzp946ctww2curg4abmdtac75x...@mail.gmail.com

Bug#668870: RFH: golang

[Ondřej Surý]

Package: wnpp
Severity: normal

Hi,

I am looking for co-maintainers (DMs are welcome).  I don't use Go
myself, so the prospective co-maintaner should be a person who is
involved in Go more than I am.

Ondrej



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120415082727.10641.4109.reportbug@localhost6.localdomain6

Bug#518696: Progress?

[Ondřej Surý]

And done. Uploaded to ftp-master, hopefully our ftp-masters will not
object to 'sql' command as too generic.

Merged changelog for initial Debian release:

parallel (20120322-1) unstable; urgency=low

  [ Ole Tange ]
  * Initial release (Closes: #518696)

  [ Rogério Brito ]
  * debian/gbp.conf: Add standard configuration.
  * Add README.source to describe how the package is usually made.
  * debian/rules: Don't special-case the clean process anymore.
  * Change the versioning of the package.
  * Remove build-dependency on dh-autoreconf.
  * debian/links:
+ make sem a symlink to parallel.
  * debian/rules:
+ Ship upstream's NEWS file as the upstream changelog.
  * Move to format 3.0 (quilt).
  * debian/rules:
+ don't configure the package in the clean target.
+ create a configure (and configure-stamp) target.
  * debian/control:
+ update debhelper dependency to = 7.
+ set myself as maintainer and Ole as uploader.
  * debian/rules:
+ use dh(7) style file with autoreconf add-on.
  * debian/doc-base:
+ properly register the documentation with doc-base.

  [ Ondřej Surý ]
  * Add myself to Uploaders
  * Add a diversion for /usr/bin/parallel to allow concurrent install
with moreutils
  * Install to debian/tmp to allow mangling of the files
  * Install site-wide config with enabled Tollef's parallel
compatibility option
  * Add ${perl:Depends} to debian/control
  * Install only HTML documentation
  * Add --list-missing to dh_install to check if we got everything
  * Install upstream README file
  * Remove --id-length from git-dch, it only makes Debian changelog
harder to read

 -- Ondřej Surý ond...@debian.org  Thu, 12 Apr 2012 11:04:40 +0200


On Sun, Mar 4, 2012 at 22:44, Rogério Brito rbr...@ime.usp.br wrote:
 Hi, Ondřej.

 On Sun, Mar 4, 2012 at 18:12, Ondřej Surý ond...@sury.org wrote:
 any progress on uploading to unstable?  I can help/sponsor/comaintain.
 If you don't respond, I'll just pick whatever is in collab-maint,
 check it (is the conflict with moreutils solved) and upload to
 unstable?

 Just for the record, I have updated the packaging and pushed it to 
 collab-maint:

    http://anonscm.debian.org/gitweb/?p=collab-maint/parallel.git

 Please let me know if there is anything else that I should do.

 Regards,

 --
 Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
 http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
 DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG-om=-xcsskommnqdbzafry9rkb3wnj4sxronmxanc...@mail.gmail.com

Bug#664595: RFH: php5

[Ondřej Surý]

Package: wnpp
Severity: normal

PHP5 is a widely-used general-purpose scripting language that is
especially suited for Web development and can be embedded into HTML.
The goal of the language is to allow web developers to write
dynamically generated pages quickly.

Using PHP? Loving PHP? Feeling like having too much free time?

I WANT YOU FOR PHP MAINTAINER TEAM
 contact your nearest recruiting station
or the pkg-php-maint mailing list

We constantly need help with:
 - triaging and fixing reported bugs in Debian (not bad we only have
   83 open bugs :)
 - reporting upstream bugs to upstream bugtracker
 - doing upstream SVN archealogy   with a toothbrush looking for fixes
 - checking upstream tests and fixing bugs we introduced in our patches
 - helping to prepare security uploads for stable releases
 - helping our reverse dependencies to keep working when major version
   is introduced (recently PHP 5.4)

Please be aware that we are not looking for someone who can
uploadforget.  Packaging PHP can be tedious work and sometimes the
maintainers burn faster than gasoline.

Ondrej,
on behalf of the PHP packaging team



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120319081421.22626.99298.reportbug@localhost6.localdomain6

Bug#662637: [php-maint] Bug#662637: RFA: php-suhosin -- advanced protection module for php5

[Ondřej Surý]

On Mon, Mar 5, 2012 at 15:09, Jan Wagner w...@cyconet.org wrote:
 We sorted this out with upstream already. Upstream told us, that
 fixing PHP 5.4 issues will be done after the release. As the release
 is just 4 days ago

Any news from upstream author?  The last commit in github was a month ago.

 I guess we are not in an hurry.

That depends. We need to get PHP 5.4 to testing soon(-ish), because it
has introduced couple of changes which could be disruptive and I would
like to have a plenty time for testing that everything works as it
should.

O.
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG8oFpT_V5EeDM2==j8gfc3-hwfwqm6i-k9b9ux5buz...@mail.gmail.com

Bug#662637: [php-maint] Bug#662637: RFA: php-suhosin -- advanced protection module for php5

[Ondřej Surý]

Jan,

in that case, could you please request removal of php(5)-suhosin from
testing, so it doesn't block php 5.4 transition?

O.

On Mon, Mar 5, 2012 at 14:17, Jan Wagner w...@cyconet.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Package: wnpp
 Severity: normal
 X-Debbugs-CC: debian-de...@lists.debian.org
 X-Debbugs-CC: pkg-php-ma...@lists.alioth.debian.org

 We (Alexander and me) are requesting an adopter for the php-suhosin
 package.

 The long description is:

 This package provides a module for suhosin functions.

 Suhosin is an advanced protection system for PHP installations. It was
 designed to protect servers and users from known and unknown flaws in
 PHP applications and the PHP core. Suhosin comes in two independent
 parts, that can be used separately or in combination. The first part
 is a small patch against the PHP core, that implements a few low-level
 protections against bufferoverflows or format string vulnerabilities
 and the second part is a powerful PHP extension that implements all
 the other protections.

 We both haven't enought time, taking the care the package deserves.

 The upstream scm can be found at: https://github.com/stefanesser

 Latest packaging can be found at:
 https://scm.uncompleted.org/svn/debian/php-suhosin/trunk/

 Thanks and with kind regards, Jan.
 - --
 Never write mail to w...@spamfalle.info, you have been warned!
 - -BEGIN GEEK CODE BLOCK-
 Version: 3.12
 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V-
 PS PE Y++
 PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
 - --END GEEK CODE BLOCK--
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

 iD8DBQFPVLzN9u6Dud+QFyQRAndRAKDM3bbY4Br/ZK2j2v6OKCO6807OVgCg9QPF
 Rqy5ShQxHo12J1wTjbjh+Ck=
 =vKAQ
 -END PGP SIGNATURE-



 ___
 pkg-php-maint mailing list
 pkg-php-ma...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint



-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG8+pHJhSnhvSytZjxoPqR5P_fNdpm6xwfv7pxtr...@mail.gmail.com

Bug#662637: [php-maint] Bug#662637: RFA: php-suhosin -- advanced protection module for php5

[Ondřej Surý]

On Mon, Mar 5, 2012 at 14:32, Jan Wagner w...@cyconet.org wrote:
 On 03/05/2012 02:22 PM, Ondřej Surý wrote:
 in that case, could you please request removal of php(5)-suhosin
 from testing, so it doesn't block php 5.4 transition?

 in what case?

In the case the package is/will be not maintained anymore.

  Why do you think that is needed?

Because php-suhosin currently FTBFS with PHP 5.4, and php5-suhosin in
testing now depends on old phpapi-2009..., effectively blocking the
transition.

O.
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG-OR5NoeNTt6muWchVbiUMVX8Aw-zUUM4aaohPo=gp...@mail.gmail.com

Bug#662637: [php-maint] Bug#662637: RFA: php-suhosin -- advanced protection module for php5

[Ondřej Surý]

On Mon, Mar 5, 2012 at 15:09, Jan Wagner w...@cyconet.org wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi Ondřej,

 On 03/05/2012 02:53 PM, Ondřej Surý wrote:
 On Mon, Mar 5, 2012 at 14:32, Jan Wagner w...@cyconet.org wrote:
 On 03/05/2012 02:22 PM, Ondřej Surý wrote:
 in that case, could you please request removal of
 php(5)-suhosin from testing, so it doesn't block php 5.4
 transition?

 in what case?

 In the case the package is/will be not maintained anymore.

 actually we are not in this state. We created a RFA, otherwise it
 would be an O.

 Why do you think that is needed?

 Because php-suhosin currently FTBFS with PHP 5.4, and php5-suhosin
 in testing now depends on old phpapi-2009..., effectively blocking
 the transition.

 We sorted this out with upstream already. Upstream told us, that
 fixing PHP 5.4 issues will be done after the release. As the release
 is just 4 days ago, I guess we are not in an hurry.

Ok, thanks for the info :). That made me happy.

O.
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG8e�FYr7xbyb^xzd_gm3xx3nwtpx3ctpbcinun...@mail.gmail.com

Bug#518696: Progress?

[Ondřej Surý]

Hi,

any progress on uploading to unstable?  I can help/sponsor/comaintain.
If you don't respond, I'll just pick whatever is in collab-maint,
check it (is the conflict with moreutils solved) and upload to
unstable?

It would be nice to have GNU parallel in wheezy and we just have a
time for that.

O.
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caljhhg_rfn+hwgtt4ps_4mb34v3l60zy8pdgmsn8czxtwfw...@mail.gmail.com

Bug#660672: ITP: python-django-classy-tags -- Class based template tags for Django projects

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: python-django-classy-tags
  Version : 0.3.4.1
  Upstream Author : Jonas Obrist ojiido...@gmail.com
* URL : https://github.com/ojii/django-classy-tags
* License : BSD
  Programming Lang: Python
  Description : Class based template tags for Django projects

django-classy-tags is an approach at making writing template tags in
Django easier, shorter and more fun by providing an extensible
argument parser which reduces most of the boiler plate code you
usually have to write when coding custom template tags.

django-classy-tags does no magic by design. Thus you will not get
automatic registering/loading of your tags like other solutions
provide. You will not get automatic argument guessing from function
signatures but rather you have to declare what arguments your tag
accepts. There is also no magic in your template tag class either,
it’s just a subclass of django.template.Node which invokes a parser
class to parse the arguments when it’s initialized and resolves those
arguments into keyword arguments in it’s render method and calls it’s
render_tag method with those keyword arguments.

[Pulling this as dependency of django-cms.]



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120220194902.15269.12575.reportbug@localhost6.localdomain6

Bug#660673: ITP: python-django-sekizai -- template blocks for Django projects

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: python-django-sekizai
  Version : 0.5.0
  Upstream Author : Jonas Obrist ojiido...@gmail.com
* URL : https://github.com/ojii/django-sekizai
* License : BSD
  Programming Lang: Python
  Description : template blocks for Django projects

 Sekizai means “blocks” in Japanese, and that’s what this app provides.
 A fresh look at blocks. With django-sekizai you can define placeholders
 where your blocks get rendered and at different places in your templates
 append to those blocks. This is especially useful for css and javascript.
 Your subtemplates can now define css and javscript files to be included,
 and the css will be nicely put at the top and the javascript to the bottom,
 just like you should. Also sekizai will ignore any duplicate content in
 a single block.

[Pulled as dependency for python-django-cms.]



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120220195035.23042.40617.reportbug@localhost6.localdomain6

Bug#516183: python-django-cms -- hierarchical Django content management system app

[Ondřej Surý]

Hi,

I'll take care of this ITP.  I need some CMS for a little project of
mine and this seems to be appropriate way of doing it, so I'll package
django-cms together with its dependencies.

O.



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120220195351.6465.85863.reportbug@localhost6.localdomain6

Bug#660701: ITP: wymeditor -- web-based WYSIWYM XHTML editor

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: wymeditor
  Version : 0.5~rc2
  Upstream Author : Jonatan Lundin
* URL : http://www.wymeditor.org/
* License : GPL+MIT
  Programming Lang: JavaScript
  Description : web-based WYSIWYM XHTML editor

WYMeditor is a web-based WYSIWYM (What You See Is What You Mean) XHTML
editor (not WYSIWYG).

WYMeditor's main concept is to leave details of the document's visual
layout, and to concentrate on its structure and meaning, while trying
to give the user as much comfort as possible (at least as WYSIWYG
editors).

WYMeditor has been created to generate perfectly structured XHTML
strict code, to conform to the W3C XHTML specifications and to
facilitate further processing by modern applications.

[pulled as django-cms dependency, well in fact it embeds this code]



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120220225339.15848.56534.reportbug@localhost6.localdomain6

Bug#647461: ITP: knot -- authoritative domain name server

[Ondřej Surý]

Hi Michael,

the problem is that we have only two usable servers for TLD (root
zone) operation and that is Bind and NSD.

And our implementation is faster :). You can watch RIPE DNS WG right
now, the presentation on Knot DNS is scheduled in few minutes.

Ondrej

2011/11/3 Michael Tokarev m...@tls.msk.ru:
 On 03.11.2011 02:15, Ondřej Surý wrote:
 Package: wnpp
 Severity: wishlist
 Owner: Ondřej Surý ond...@debian.org

 * Package name    : knot
   Version         : 0.8.0
   Upstream Author : CZ.NIC Labs
 * URL             : http://www.knot-dns.cz/
 * License         : GPL
   Programming Lang: C
   Description     : authoritative domain name server

  Knot DNS is a fast, authoritative only, high performance, feature
  full and open source name server.
  .
  Knot DNS is developed by CZ.NIC Labs, the RD department of .CZ
  registry and hence is well suited to run anything from the root
  zone, the top-level domain, to many smaller standard domain names.
  .
  Note: this release is still EXPERIMENTAL and you should know what
  you are doing and be able to write bug reports.

 Out of curiocity: how it is different from NSD(*) ?
 I.e, we already have a nameserver with all the
 above but without the experimental part... ;)

 (*) http://www.nlnetlabs.nl/projects/nsd/

 Thanks,

 /mjt




-- 
Ondřej Surý ond...@sury.org
http://blog.rfc1925.org/



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG-jBmLZxU1z9JjY9x4RKYFT0Bu=v46zwruje9uuc7s...@mail.gmail.com

Bug#647461: ITP: knot -- authoritative domain name server

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: knot
  Version : 0.8.0
  Upstream Author : CZ.NIC Labs
* URL : http://www.knot-dns.cz/
* License : GPL
  Programming Lang: C
  Description : authoritative domain name server

 Knot DNS is a fast, authoritative only, high performance, feature
 full and open source name server.
 .
 Knot DNS is developed by CZ.NIC Labs, the RD department of .CZ
 registry and hence is well suited to run anything from the root
 zone, the top-level domain, to many smaller standard domain names.
 .
 Note: this release is still EXPERIMENTAL and you should know what
 you are doing and be able to write bug reports.



Note for this bug: this will go first to experimental distribution.



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/2002221518.4359.50727.reportbug@localhost6.localdomain6

Bug#647096: ITP: dnssec-trigger -- reconfiguration tool for local unbound server

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: dnssec-trigger
  Version : 0.7
  Upstream Author : NLNet Labs l...@nlnetlabs.nl
* URL : http://www.nlnetlabs.nl/projects/dnssec-trigger/
* License : BSD
  Programming Lang: C
  Description : reconfiguration tool to make DNSSEC work

Dnssec-trigger reconfigures the local unbound DNS server. This unbound
DNS server performs DNSSEC validation, but dnssec-trigger will signal
it to to use the DHCP obtained forwarders if possible, and fallback to
doing its own AUTH queries if that fails, and if that fails prompt the
user via dnssec-trigger-applet the option to go with insecure DNS
only.
..
This software is experimental at this time.



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20111030121801.15931.39047.reportbug@localhost6.localdomain6

Bug#637186: ITP: ttf2ufm -- True Type to PostScript Type 1 Font Converter

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ttf2ufm
  Version : 3.3.4~r2
  Upstream Author : Andrew Weeks cc...@bath.ac.uk 
Frank M. Siegert f...@this.net 
Mark Heath mhe...@netspace.net.au 
Thomas Henlich thenl...@rcs.urz.tu-dresden.de
Sergey Babkin bab...@users.sourceforge.net
Turgut Uyar u...@cs.itu.edu.tr
Rihardas Hepas r...@writeme.com
Szalay Tamas to...@elender.hu
Johan Vromans jvrom...@squirrel.nl
Petr Titera p.tit...@sh.cvut.cz
Lei Wang lw...@amath8.amt.ac.cn
Chen Xiangyang che...@sun.ihep.ac.cn
Zvezdan Petkovic z.petko...@computer.org
Rigel rigel...@yahoo.com
Steven Wittens ste...@acko.net
* URL : http://code.google.com/p/ttf2ufm/
* License : BSD
  Programming Lang: C
  Description : True Type to PostScript Type 1 Font Converter
   Ttf2ufm is a font converter from the True Type format (and some other
   formats supported by the FreeType library as well) to the Adobe Type1
   format.  Ttf2ufm is a modified version of Mark Heath's TTF 2 PT1
   converter.  It allows to create AFM and/or UFM files.



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110809093228.3768.56659.reportbug@localhost6.localdomain6

Bug#607543: Adopting pysvn + rapidsvn

[Ondřej Surý]

Hi Henry,

I'll check the package and sponsor it when I have some time.

O.

On Tue, Jun 28, 2011 at 23:09, Henry velez henry.deb...@gmail.com wrote:
 Hi Ondřej.

 I have my pysvn package ready and i would like to know if you can
 help me checking the package and sponsor me. After this i will begin
 to work on rapidpsvn fixing some bugs that there are reported.
 Please, let me know if it is possibe to you.

 These are the links.
 http://mentors.debian.net/debian/pool/main/p/pysvn/
 http://mentors.debian.net/debian/pool/main/p/pysvn/pysvn_1.7.5-1.dsc

 Thank you.

 Regards

 2011/6/2, Ondřej Surý ond...@sury.org:
 Hi Henry,

 On Thu, Jun 2, 2011 at 04:04, Henry velez henry.deb...@gmail.com wrote:
 2011/6/1 Ondřej Surý ond...@sury.org

 Hi Henry,

 On Mon, May 23, 2011 at 05:01, Henry velez henry.deb...@gmail.com
 wrote:
  Hi everyone.
 
  I want to help and I would like to adopt this package.

 would you be willing to adopt rapidsvn as well? It is also orphaned
 and it's needed as a dependency from pysvn.


 I would like to do it. But because of the time I feel fearful to adopt
 this
 package. But I will take the risk.

 I don't think there's big risk involved. The upstream is quite quite
 quiet these days, so you might want to check existing bug reports,
 report them upstream (if not already done). If you are really up to
 the task, you can try packaging SVN version to experimental.

 But with the exception of going through bug reports and trying to get
 them fixed, none is really needed.

 I could be your sponsor for rapidsvn (or just use debian-mentors)...

 Thanks

 No problem, thanks for trying to make Debian better.

 O.
 --
 Ondřej Surý ond...@sury.org



 --
 Henry Vélez




-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALjhHG8S7+fHrkOe27f3CNLAEVkK3j4Lwv+R-PubBhEED=x...@mail.gmail.com

Bug#611062: Adopting pysvn + rapidsvn

[Ondřej Surý]

Hi Henry,

On Thu, Jun 2, 2011 at 04:04, Henry velez henry.deb...@gmail.com wrote:
 2011/6/1 Ondřej Surý ond...@sury.org

 Hi Henry,

 On Mon, May 23, 2011 at 05:01, Henry velez henry.deb...@gmail.com wrote:
  Hi everyone.
 
  I want to help and I would like to adopt this package.

 would you be willing to adopt rapidsvn as well? It is also orphaned
 and it's needed as a dependency from pysvn.


 I would like to do it. But because of the time I feel fearful to adopt this
 package. But I will take the risk.

I don't think there's big risk involved. The upstream is quite quite
quiet these days, so you might want to check existing bug reports,
report them upstream (if not already done). If you are really up to
the task, you can try packaging SVN version to experimental.

But with the exception of going through bug reports and trying to get
them fixed, none is really needed.

 I could be your sponsor for rapidsvn (or just use debian-mentors)...

 Thanks

No problem, thanks for trying to make Debian better.

O.
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/BANLkTi=tzxkxr7ul4it3umw_mn+r0zg...@mail.gmail.com

Bug#611062: Adopting pysvn + rapidsvn

[Ondřej Surý]

Hi Henry,

On Mon, May 23, 2011 at 05:01, Henry velez henry.deb...@gmail.com wrote:
 Hi everyone.

 I want to help and I would like to adopt this package.

would you be willing to adopt rapidsvn as well? It is also orphaned
and it's needed as a dependency from pysvn.

I could be your sponsor for rapidsvn (or just use debian-mentors)...

O.
-- 
Ondřej Surý ond...@sury.org



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/banlktimax_faordr-tdyrac_6uqzqww...@mail.gmail.com

Bug#628700: ITP: ruby-net-ldap -- LDAP client library for Ruby

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-net-ldap
  Version : 0.0.4
  Upstream Author : Francis Cianfrocca garbageca...@gmail.com
* URL : http://rubygems.org/ruby-net-ldap
* License : GPL or custom
  Programming Lang: Ruby
  Description : LDAP client library for Ruby

 Net::LDAP is an LDAP support library written in pure Ruby.  It
 supports all LDAP client features, and a subset of server features
 as well.



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110531133856.31249.79960.reportbug@localhost6.localdomain6

Bug#628139: ITP: ruby-rchardet -- Character encoding auto-detection for Ruby

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

* Package name: ruby-rchardet
  Version : 1.3
  Upstream Author : Jeff Hodges j...@somethingsimilar.com
* URL : https://github.com/jmhodges/rchardet/
* License : LGPL-2.1+
  Programming Lang: Ruby
  Description : Character encoding auto-detection for Ruby

 CharDet is a library to automatically detect character encoding
 'as smart as your browser'.



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110527145214.31335.63027.reportbug@localhost6.localdomain6

Bug#627295: O: httest -- A HTTP test tool

[Ondřej Surý]

Package: wnpp
Severity: normal

I have orphaned the httest package, which had only initial upload by
non-DD and then it was left as is (no new upstream, no comments on the
bugs, even the simple fix the long description is open for 1.5 year)

The package description is:
 Scriptable HTTP test tool for testing and benchmarking web application
 and web server development. Can act as client (requesting) and server
 (backend for reverse proxys). Pattern matching answers (both server(s)
 and client(s)) to test validity.

Ondrej



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110519111455.11491.19250.reportbug@localhost6.localdomain6

Bug#437177: ta-lib -- common functions for the technical analysis of financial market data

[Ondřej Surý]

Package: wnpp
Severity: wishlist
Owner: Ondřej Surý ond...@debian.org

Marco,

I'll be your sponsor, but you have to fix current lintian errors and warnings:

$ lintian ta-lib_0.4.0-2.1_amd64.changes 
E: ta-lib source: weak-library-dev-dependency ta-lib0-dev on libta-lib0 (= 
${binary:Version})
W: ta-lib source: debhelper-but-no-misc-depends libta-lib0
W: ta-lib source: debhelper-but-no-misc-depends ta-lib0-dev
W: ta-lib0-dev: copyright-refers-to-deprecated-bsd-license-file
W: libta-lib0: copyright-refers-to-deprecated-bsd-license-file

Update policy and debhelper compat level to current versions.

And fix bashisms in debian/rules, here's the patch:

diff --git a/debian/rules b/debian/rules
index 4380e73..cd0e285 100755
--- a/debian/rules
+++ b/debian/rules
@@ -67,9 +67,11 @@ install: build
 install-examples:
mkdir -p $(TMPDIR)/examples/ta_regtest
cp -a $(CURDIR)/debian/examples/ta_regtest/* \
- $(CURDIR)/src/tools/ta_regtest/*.{c,h} \
+ $(CURDIR)/src/tools/ta_regtest/*.h \
+ $(CURDIR)/src/tools/ta_regtest/*.c \
  $(CURDIR)/src/tools/ta_regtest/ta_test_func \
- $(CURDIR)/src/ta_common/ta_{global,memory}.h \
+ $(CURDIR)/src/ta_common/ta_global.h \
+ $(CURDIR)/src/ta_common/ta_memory.h \
  $(CURDIR)/src/ta_func/ta_utility.h \
   $(TMPDIR)/examples/ta_regtest
(cd $(TMPDIR)/examples  tar -czf ta_regtest.tgz ta_regtest)


O.



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110519121712.11095.93239.reportbug@localhost6.localdomain6

Bug#574371: Intent to hijack - Bug#574371: ITP: go -- The compiler for Google's Go programming language.

[Ondřej Surý]

http://packages.qa.debian.org/g/golang.html

Left column, VCS: field. (I am no big fan of mercurial).

Ondřej Surý

On 21.4.2011, at 17:29, Jon Dowland j...@debian.org wrote:

 On Mon, Apr 11, 2011 at 04:05:44PM +0200, Ondřej Surý wrote:
 I have a packages ready, but it was rejected because of xkcd.com
 (CC-BY-NC) strip, and I didn't have a time to rip that out and make it
 dfsg free.
 
 Sorry for the delay, I'll try to fix that soon and make a new upload.
 
 Are you planning to maintain it in a VCS?  Earlier in the bug Jonathan 
 imported
 a previous packager's efforts into hg[1] and intend for it to be
 collaboratively maintained,  but it looks like you aren't using that
 repository.  Many hands make light work :-)
 
 [1] http://hg.debian.org/hg/collab-maint/golang/
 
 
 -- 
 Jon Dowland



--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/259d60a7-b3e3-42c7-8c49-6771ce0c3...@sury.org