Bug#1067023: ITP: vaultwarden -- Bitwarden compatible server written in Rust

[Bernhard Dick]

Hi,

currently I'm working on getting the rust libraries from the dependency 
tree from vaultwarden into Debian. This is a requirement to build the 
final binary "the Debian way".
Help on that side would be very much appreciated as there is a high 
amount of packages needed. So please let me know if you want to build 
part of that tree.
Problems with the approach in the referenced buildspecs are now already 
answered by the maintainer within the issue you mentioned.


  Best Regards,
    Bernhard

Bug#1067023: ITP: vaultwarden -- Bitwarden compatible server written in Rust

[Bernhard Dick]

Package: wnpp
Severity: wishlist
Owner: Bernhard Dick 
X-Debbugs-Cc: debian-de...@lists.debian.org, bernh...@bdick.de

* Package name: vaultwarden
  Version : 1.30.5
  Upstream Contact: Daniel García 
* URL : https://github.com/dani-garcia/vaultwarden
* License : AGPL
  Programming Lang: Rust
  Description : Bitwarden compatible server written in Rust

Alternative implementation of the Bitwarden server API written in Rust
and compatible with upstream Bitwarden clients*, perfect for self-hosted
deployment where running the official resource-heavy service might not
be ideal.


OpenPGP_0xD61E22D000471E9B.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#904044: OpenVPN3

[Bernhard Schmidt]

Hi Marc,

Because our company decided "there will be no impact" to use multifactor 
authentication, I was forced to package openvpn3.


I don't know if you were planning anything in that direction, but my 
current work can be found here:


https://salsa.debian.org/televic-team/openvpn3 
<https://salsa.debian.org/televic-team/openvpn3>


It's rough, I need to go through the finer details.

If you are nog planning anything, I can open an ITP.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904044 
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904044>


Thanks for letting us know. I haven't taken a deep look at it, but it 
looks pretty sane and I'm not aware of any work other than the upstream 
repository. You are certainly welcome to package it.


I can review and sponsor the first uploads if noone beats me to it 
(anyone: feel free to do so, there is no need of the OpenVPN2 
maintainers to specifically review anything in OpenVPN3, and they will 
continue to be used in parallel for years to come).


I've seen you have applied for DM, so I would be happy to give you 
uploader rights when things have settled.


Bernhard

Bug#1024129: ITP: tacacs+ -- TACACS+ authentication daemon

[Bernhard Schmidt]

On 28/06/23 11:01 PM, Daniel Gröber wrote:

Hi,

> I'm also interested in having tacacs+ available in Debian. I wanted to test
> your packages but unfortunately mentors removes packages after a while and
> so they are gone from there now.
> 
> The git repo you linked to doesn't seem to contain debian packaging. Could
> you re-upload to mentors or push your packaging/debian branch?

I was also looking at this, Pawel any chance you could upload your
previous work somewhere?

There are multitude of issues with the current codebase and so far I'm
not sure whether all of them can be solved.

- latest Debian package had 4.0.4.27a from 2013
- latest official release is 4.0.4.28 from January 2015
- there is a 4.0.4.29a from March 2015 in the alpha/ directory of the
  upstream FTP server

There is at least one known fork of 4.0.4.28 from Facebook at
https://github.com/facebook/tac_plus . The project started good but
looks dead. There are however a few interesting open pull requests that
appear to fix errors on RHEL9, that should be sufficiently close to us.

The thing that lead to the removal from Debian was python2. Glancing at
the code I could not figure out the reason for the build-time
dependency. There is a python script installed in the tacacs+ binary
package (do_auth.py). Not everyone uses that. We don't, so I cannot
fully test it. But at first glance it appears to be able to be run on
python3 by just dropping the future imports. And there is an official
python3 port by it's original author at https://www.tacacs.org/

So I think using the Facebook fork with a few imported pull-requests and
maybe switching to the newer do_auth.py (in a seperate binary package
while we are at it) could do the trick.

Bernhard

Bug#961021: ITP: python-easysnmp -- A blazingly fast and Pythonic SNMP library based on the official Net-SNMP bindings

[Bernhard Schmidt]

Control: tags -1 pending

Hi,


Note that the upstream project is looking for a new maintainer and
appears to be quite dormant. There are issues with Python 3.7+, but a pull
request is available and has been verified to work. I don't intend to
upload to Debian until these issues have been resolved.

SNMP projects seem to be hard to maintain. It's a fiddly protocol for sure.

Anyway, if you need any help with the net-snmp library or just someone
to bounce ideas off, I'm here. I don't want to maintain easysnmp but
willing to help when it's needed.

Hopefully, the upstream issues get sorted! Until we have more snmp
libraries than IRC clients I say more the merrier!


Pretty exactly two years later upstream has resumed 
development/maintainership and merged a couple of fixes, among others it 
is not necessary anymore to carry a 10+ patches patchset to support 
Python 3.7+


Also two years later I still haven't found a better pythonic SNMP module 
than this, so I'm going to polish it and upload it within the next weeks.


Bernhard

Bug#1008044: ITP: openvpn-dco-dkms -- DCO (Data-Channel Offload) kernel module for OpenVPN

[Bernhard Schmidt]

Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt 

* Package name: openvpn-dco-dkms
  Version : Git Snapshot
  Upstream Author : Antonio Quartulli 
* URL : https://github.com/OpenVPN/ovpn-dco
* License : GPL-2.0
  Programming Lang: C
  Description : DCO (Data-Channel Offload) kernel module for OpenVPN

OpenVPN Data Channel Offload in the linux kernel (ovpn-dco)
.
This kernel module allows OpenVPN to offload any data plane management to the
linux kernel, thus allowing it to exploit any Linux low level API, while
avoiding expensive and slow payload transfer between kernel space and user
space. You need a matching dco-enabled OpenVPN to use this, the feature is
supposed to land in OpenVPN 2.6.
.
This package uses DKMS to automatically build the ovpn-dco kernel module.

Bug#893058: ITP: libdecaf -- implementation of Montgomery and Edwards elliptic curve cryptography

[Bernhard Schmidt]

On 15/03/18 11:06 PM, Christopher Hoskin wrote:

Hi Christopher,

> Package: wnpp
> Severity: wishlist
> Owner: Christopher Hoskin 
> 
> * Package name: libdecaf
>   Version : 0.9.4
>   Upstream Author : Cryptography Research, Inc.
> * URL : http://ed448goldilocks.sourceforge.net/
> * License : expat
>   Programming Lang: C
>   Description : implementation of Montgomery and Edwards elliptic curve 
> cryptography

I have found your repository at
https://salsa.debian.org/debian/libdecaf/ , however it looks like it has
never been uploaded.

Dennis Filder (CC) has independently prepared a packaging of libdecaf at
https://salsa.debian.org/pkg-voip-team/linphone-stack/libdecaf because
it is necessary for the next major version of the linphone stack.

Would you be fine with uploading Dennis' version? I would have no
objections to move this to the Debian group on salsa if you want to
co-maintain it.

Bernhard

Bug#961021: ITP: python-easysnmp -- A blazingly fast and Pythonic SNMP library based on the official Net-SNMP bindings

[Bernhard Schmidt]

Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt 

* Package name: python-easysnmp
  Version : 0.2.5
  Upstream Author : Kent Coble 
* URL : https://github.com/kamakazikamikaze/easysnmp
* License : BSD
  Programming Lang: Python with a C library
  Description : A blazingly fast and Pythonic SNMP library based on the 
official Net-SNMP bindings

Easy SNMP is a fork of Net-SNMP Python Bindings that attempts to bring a more
Pythonic interface to the library.

The old python-netsnmp bindings from src:net-snmp were Python2-only
and are now dropped from Bullseye/Sid. python3-pysnmp4 is a pure-python
implementation that is said to be very slow and even the high-level API
is not easy to use (see the examples at

http://snmplabs.com/pysnmp/examples/hlapi/asyncore/sync/manager/cmdgen/walking-operations.html)

python3-snimpy appears to aim at another goal and refers to Easy SNMP in
the docs for certain use cases (see https://snimpy.readthedocs.io/en/latest/).

Note that the upstream project is looking for a new maintainer and
appears to be quite dormant. There are issues with Python 3.7+, but a pull
request is available and has been verified to work. I don't intend to
upload to Debian until these issues have been resolved.

This ITP is also meant to facilitate feedback whether this library could
be of some use for SNMP with Python. I failed to find something better.

I'm open to maintaining it in the Python team, in the Debian group on
salsa, LowNMU, etc. 

Bernhard

Bug#933376: RFH: freeradius -- high-performance and highly configurable RADIUS server

[Bernhard Schmidt]

Package: wnpp
Severity: normal

I request assistance with maintaining the freeradius package.

The package description is:
 FreeRADIUS is a high-performance RADIUS server with support for:
  - Authentication by local files, SQL, Kerberos, LDAP, PAM, and more.
  - Powerful policy configuration language.
  - Proxying and replicating requests by any criteria.
  - Support for many EAP types; TLS, PEAP, TTLS, etc.
  - Many vendor-specific attributes.
  - Regexp matching in string attributes.
 and lots more.

I have just adopted it after the previous maintainer Michael Stapelberg
orphaned it in #923034. I (or rather, my employer) DOES use freeradius and
I have a colleague interested in joining maintainership, but still
FreeRADIUS is important enough to warrant team maintenance.

I have uploaded the latest upstream version, moved the package to the
debian namespace to give all DDs immediate access and enabled Salsa CI.
If you want to help feel free to scratch your itches and push changes
into the repo. 

Bernhard

Bug#923034: O: freeradius -- high-performance and highly configurable RADIUS server

[Bernhard Schmidt]

Am 17.07.19 um 13:09 schrieb Sven Hartge:

Hi Sven,

>>> I am orphaning this package effective immediately. I have never personally 
>>> used
>>> FreeRADIUS, and only stepped in to help when I saw the package was in bad 
>>> shape.
>>
>> A few days ago I was talking to a co-worker who is with the group
>> running our RADIUS infrastructure for the university on FreeRADIUS. He
>> might be interested to help maintaining it in Debian. He's not a DD/DM
>> and will need a bit of procedural help, but that would be a start.
>>
>> What's the current status regarding the "FreeRADIUS Packaging Team"?
>> There are five persons listed in Uploaders, with Bugs filed for two of
>> them to be removed and Michael stepping down. Sam, judging from #806617,
>> is no longer interested as well. That would leave Mark (Cced). Dimiti
>> (also Cced) is among Michael the only member of the Salsa Group.
> 
> Hello all!
> 
> While I have no intention nor the time to maintain FreeRADIUS in Debian,
> I needed an up-to-date version for some internal tests and did some
> prep-work for the current 3.0.19 release, available here:
> 
> https://salsa.debian.org/hartge-guest/freeradius
> 
> Maybe this is help- or useful.

Thanks a lot, I have pulled the changes and pushed them into the git
repo. I've also added a few of my own. I will do an upload soon,
probably move it into the debian group on salsa and retitle this bug to RFH.

I don't really want to fully maintain it either, and definitely not
alone, but maybe there are enough maintainers around that can fix the
occasional bug to keep it up to date. I still hope to get my colleague
interested in it, which should now be easier with salsa-ci enabled.

Bernhard

Bug#898259: RFP: vscode -- Microsoft Visual Studio Code

[Bernhard Reiter]

There is an initiative `vscodium` that builds vscode from source,
which seems to be interesting as a base for a Debian package, as it
 * provides a Debian package
 * makes an attempt to disable telemetry/tracking by default [2]

https://vscodium.com/
https://github.com/VSCodium/vscodium
[2] https://github.com/VSCodium/vscodium/blob/master/DOCS.md

Additionally there seem to be several archlinux "packaging" efforts,
which may or may not offer additional bits an pieces.

https://www.archlinux.org/packages/community/x86_64/code/
https://aur.archlinux.org/packages/code-git/
https://aur.archlinux.org/packages/vscodium/

From my perspective there is an interest from Debian users
to have a vscodium package. 

Best Regards,
Bernhard

-- 
www.intevation.de/~bernhard


signature.asc
Description: This is a digitally signed message part.

Bug#930445: Info received (Bug#930445: [debian-mysql] Bug#930445: ITP: odbc-mariadb -- ODBC driver for MariaDB)

[Bernhard Schmidt]

Control: tags -1 pending

mariadb-connector-odbc is now in NEW

https://ftp-master.debian.org/new/mariadb-connector-odbc_3.1.1-1.html

Bug#930445: [debian-mysql] Bug#930445: ITP: odbc-mariadb -- ODBC driver for MariaDB

[Bernhard Schmidt]

Hi,

> Please try to push your next development here:
> https://salsa.debian.org/mariadb-team/mariadb-connector-odbc

Worked fine, including CI.

I'll double-check d/copyright and then upload to NEW

Bernhard

Bug#930445: [debian-mysql] Bug#930445: ITP: odbc-mariadb -- ODBC driver for MariaDB

[Bernhard Schmidt]

Am 13.06.19 um 12:12 schrieb Bernhard Schmidt:

Hi,

> Please either create the branch or (temporarily) upgrade my access level.

You could also clone the repo at

https://salsa.debian.org/berni/odbc-mariadb

Bernhard

Bug#930445: [debian-mysql] Bug#930445: ITP: odbc-mariadb -- ODBC driver for MariaDB

[Bernhard Schmidt]

Am 13.06.19 um 10:58 schrieb Otto Kekäläinen:

Hi Otto,

> Great news!
> 
> I created project and invited you to developer if you want to have it
> group maintained under the MariaDB team :
> https://salsa.debian.org/mariadb-team/mariadb-connector-odbc/

Thanks. I was trying to push, but

remote: Resolving deltas: 100% (16/16), done.
remote: GitLab:
remote: A default branch (e.g. master) does not yet exist for
mariadb-team/mariadb-connector-odbc
remote: Ask a project Owner or Maintainer to create a default branch:
remote:
remote:
https://salsa.debian.org/mariadb-team/mariadb-connector-odbc/project_members
remote:
To salsa.debian.org:mariadb-team/mariadb-connector-odbc.git

Please either create the branch or (temporarily) upgrade my access level.

Please also enable gitlab-ci with the file debian/salsa-ci.yml and
enable a shared runner.

Bernhard

Bug#930445: ITP: odbc-mariadb -- ODBC driver for MariaDB

[Bernhard Schmidt]

Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt 

* Package name: odbc-mariadb
  Version : 3.1.1
* URL : https://downloads.mariadb.org/connector-odbc/
* License : LGPL-v2.1
  Programming Lang: C
  Description : ODBC driver for MariaDB

This package provides a driver that allows ODBC-enabled applications to
access MariaDB databases, possibly MySQL databases as well.  ODBC is an
abstraction layer that allows applications written for that layer to access
databases in a manner that is relatively independent of the particular database
management system.

I have been running a locally whipped up package of this for years.  AFAICT
there is no releasable MySQL/MariaDB ODBC connector in testing anymore since
before stretch, when src:myodbc was dropped due to RC bugs. This needed
updating anyway so I'm going to clean it up and propose for inclusion.

I need this for our Asterisk-based PBX because nowadays the native database
functions are going away and are being replaced with ODBC.

I will gladly hand over the package to the MySQL/MariaDB maintainer group if
they want to (CCed)

Bernhard

Bug#923034: O: freeradius -- high-performance and highly configurable RADIUS server

[Bernhard Schmidt]

[CCing the ML, might see a bit more traction there]

On Sat, Feb 23, 2019 at 11:13:14AM +0100, Michael Stapelberg wrote:

> I am orphaning this package effective immediately. I have never personally 
> used
> FreeRADIUS, and only stepped in to help when I saw the package was in bad 
> shape.

A few days ago I was talking to a co-worker who is with the group
running our RADIUS infrastructure for the university on FreeRADIUS. He
might be interested to help maintaining it in Debian. He's not a DD/DM
and will need a bit of procedural help, but that would be a start.

What's the current status regarding the "FreeRADIUS Packaging Team"?
There are five persons listed in Uploaders, with Bugs filed for two of
them to be removed and Michael stepping down. Sam, judging from #806617,
is no longer interested as well. That would leave Mark (Cced). Dimiti
(also Cced) is among Michael the only member of the Salsa Group.

Bernhard

Bug#916692: #916692

[Bernhard R. Link]

Hi,

any news on this one? Given the poor state the package is in,
do you have the resources for an upload before buster release?

Otherwise I plan to request a removal from testing once
the soft freeze started (as autoremoval via #916691 did
not happen).

Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC

Bug#916692: RFA: cuyo -- Tetris-like game

[Bernhard R. Link]

Package: wnpp
Severity: normal

I'm planing to drop maintaining cuyo. The upstream license situation is
a bit complex and I lack the time to maintain a forked version. I'll
request it removed from testing and get the package removed unless
someone speaks up and wants to take over the package.

The package description is:
 Cuyo, named after a Spanish relative adjective, shares
 with tetris that things fall down and how to navigate them.
 When enough "of the same type" come "together", they explode.
 The goal of each level is to blow special "stones" away, you
 start with. But what "of the same type" and "together" means,
 varies with the levels.

Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC

Bug#891510: O: h323plus

[Bernhard Schmidt]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: h323plus -- ROM; unmaintained

On Tue, Jun 05, 2018 at 11:15:38PM +0200, Moritz Mühlenhoff wrote:

> > on behalf of the Debian VoIP team I intent to orphan the package
> > h323plus.
> > 
> > It is a reverse dependency of 
> > 
> > - gnugk (orphaned in #891509)
> > - openam (RM requested in #891508)
> > 
> > The version currently in Debian has been released 6 years ago. Upstream
> > still appears to be active.
> > 
> > If there are no takers I intend to RM it from the archive end of March
> > 2018, together with gnugk.
> 
> Given noone stepped forward and both gnugk and h323plus are currently
> RC-buggy due to a lack of compatibility with OpenSSL 1.1, let's proceed
> with removal of them?

ACK.

ftpmasters, on behalf of the pkg-voip maintainers I request removal of
h323plus from unstable.

Best Regards,
Bernhard

Bug#891509: RM: gnugk -- ROM; unmaintained

[Bernhard Schmidt]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: gnugk -- ROM; unmaintained

On Mon, Mar 05, 2018 at 11:21:17AM +0100, Jan Willamowius wrote:

Hi Jan,

> I'm the upstream maintainer for GnuGk and H323Plus.
> 
> I maintain Github repositories for GnuGk, H323Plus, PTLib and OpenAM
> that all compile fine on Debian and get regular updates:
> 
> https://github.com/willamowius/gnugk
> https://github.com/willamowius/h323plus
> https://github.com/willamowius/ptlib
> https://github.com/willamowius/openam
> 
> I'd be happy to assist somebody familiar with the Debian packaging
> system to switch your packages to these repositories and possibly
> adapt your compile rules.
> 
> All these packages are still in active use by many people and should
> remain in Debian.

Unfortunately noone has stepped up to maintain these packages in Debian.
Potential users are better off compiling gnugk / h323plus from source
than using a packaged version that is seriously lagging behind and is
not maintained.

On behalf of the pkg-voip-maintainers team I'm hereby requesting removal
from unstable. A RM request of h323plus will follow in #891510

Best Regards,
Bernhard

Bug#892354: ITP: linphone-desktop -- SIP softphone - graphical client

[Bernhard Schmidt]

Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt <be...@debian.org>

* Package name: linphone-desktop
  Version : 4.1.1
  Upstream Author : Belledonne Communications SARL 
<i...@belledonne-communications.com>
* URL : https://linphone.org/
* License : GPLv2
  Programming Lang: C, C++, QML
  Description : SIP softphone - graphical client

This is the QML based successor of the GTK+ SIP client built from src:linphone.
We intend to drop the GTK+ client from src:linphone as soon as the transition to
unstable has been done.

Bug#891678: O: libcommoncpp2

[Bernhard Schmidt]

Package: wnpp
Severity: normal

Hi,

on behalf of the Debian VoIP team I'm orphaning src:libcommoncpp2 . It has not
been properly maintained for several years.

There are a few rdeps in the archive outside of the VoIP team

Checking reverse dependencies...
# Broken Depends:
clamfs: clamfs [amd64 arm64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips 
mips64el mipsel powerpc ppc64el s390x]
libccscript3: libccscript3-1.1-0
  libccscript3-dev
ui-utilcpp: libui-utilcpp-dev [amd64 arm64 armel armhf i386 mips mips64el 
mipsel powerpc ppc64el s390x]
libui-utilcpp9v5 [amd64 arm64 armel armhf i386 mips mips64el mipsel 
powerpc ppc64el s390x]

# Broken Build-Depends:
clamfs: libcommoncpp2-dev
libccscript3: libcommoncpp2-dev
ui-utilcpp: libcommoncpp2-dev
vdr-plugin-fritzbox: libcommoncpp2-dev

For libccscript3 a RM bug has been filed.

Bernhard

Bug#891510: O: h323plus

[Bernhard Schmidt]

Package: wnpp
Severity: normal

Hi,

on behalf of the Debian VoIP team I intent to orphan the package
h323plus.

It is a reverse dependency of 

- gnugk (orphaned in #891509)
- openam (RM requested in #891508)

The version currently in Debian has been released 6 years ago. Upstream
still appears to be active.

If there are no takers I intend to RM it from the archive end of March
2018, together with gnugk.

Best Regards,
Bernhard

Bug#891509: O: gnugk -- OpenH323 Gatekeeper - The GNU Gatekeeper

[Bernhard Schmidt]

Package: wnpp
Severity: normal

Hi,

on behalf of the pkg-voip team I intend to orphan the gnugk package.

Upstream is still active, but the Debian packaging has been stuck for
several years now and probably not useful anymore.

It is affected by RC bugs of the also unmaintained rdeps ptlib and
h323plus. 

If there are no takers I intend to RM it from the archive end of March
2018.

The package description is:
 GNU Gatekeeper is an open-source project that implements an H.323
 gatekeeper. A gatekeeper provides call control services to the
 H.323 endpoints. It is an integral part of most useful internet
 telephony installations that are based on the H.323 standard.
 .
 According to Recommendation H.323, a gatekeeper shall provide the following
 services:
 .
  Address Translation
  Admissions Control
  Bandwidth Control
  Zone Management
  Call Control Signaling
  Call Authorization
  Bandwidth Management
  Call Management
 .
 The GNU Gatekeeper implements most of these functions based on the
 OpenH323 protocol stack.

Best Regards,
Bernhard

Bug#891500: RFA: t38modem -- T.38 Fax over IP pseudo modem

[Bernhard Schmidt]

Package: wnpp
Severity: normal

Hi,

on behalf of the Debian VoIP team I request an adopter for the t38modem
package.

The package description is:
 From your fax application view point it's a fax modem pool.
 From IP network view point it's a H.323 endpoint with T.38 fax support.
 From your view point it's a gateway between a fax application and IP network.

 While t38modem seems to work on stretch right now, it is currently not
 in testing due to RC bugs in the depending H.323 libraries opal and
 ptlib (which also need a new maintainer).

 Bernhard

Bug#858688: Bug#858691: O: flow-tools -- collects and processes NetFlow data

[Bernhard Schmidt]

Control: retitle 858688 ITA: fprobe -- export captured traffic to remote 
NetFlow Collector
Control: retitle 858691 ITA: flow-tools -- collects and processes NetFlow data
Control: owner 858688 be...@debian.org
Control: owner 858691 be...@debian.org

On Sat, Mar 25, 2017 at 10:53:34AM +0100, Tobias Frost wrote:

Hi,

> The current maintainer of flow-tools, Radu Spineanu <r...@debian.org>,
> has orphaned this package.

I intent to adopt flow-tools (#858691) and fprobe (#858688) because they
are build-dependencies of nfdump. Since they have not seen new upstream
releases for ages I will modernize the packaging and keep them on
life-support. If at some point they cannot be easily kept in the archive
I'll drop flow-tools support from nfdump and orphan/RM the packages.

Bernhard

Bug#880926: RFH: linphone -- SIP softphone - graphical client

[Bernhard Schmidt]

Package: wnpp
Severity: normal

Hi,

although I'm not the maintainer of the current linphone package (and not
a user anyway), I'm asking for help on behalf of the pkg-voip team.

linphone in Debian is in a pretty bad shape, it has not seen an upstream
release packaged for four years.

There have been a couple of attempts to revive packaging of a current
linphone [1][2][3], but all of them have somewhat stalled.

The dependency stack is quite large and tightly coupled. Part of it is
already in Debian, part is in NEW, most of the updated packages are
already in the pkg-voip git repo. Most of them need minor updates to
build with gcc-7. I've written about the current status here [4]

Upstream is now switching away from the GTK2+ GUI client bundled in
src:linphone towards a Qt5-based linphone-desktop, which needs to be
packaged as well.

linphone needs at least one Developer (or maintainer, I can sponsor 
the uploads if necessary) to take care of this reliably.

Best Regards,
Bernhard

[1] 
https://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2016-November/029603.html
[2] 
http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2016-December/029963.html
[3] 
http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2017-April/030495.html
[4] 
http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2017-October/031389.html

Bug#873230: ITP: openvpn-auth-script -- OpenVPN script authentication module

[Bernhard Schmidt]

On Fri, Aug 25, 2017 at 09:20:47AM -0700, Troy Ready wrote:

Hi Troy,

> * Package name: openvpn-auth-script
>   Version : 0.0.1
>   Upstream Author : Caius Durling <d...@caius.name>
> * URL : https://github.com/fac/auth-script-openvpn
> * License : Apache 2.0
>   Programming Lang: C
>   Description : OpenVPN script authentication module
> 
> Runs an external script to decide whether to authenticate a user or not.
> Useful for checking 2FA on VPN auth attempts as it doesn't block the
> main openvpn process, unlike passing the script to the
> auth-user-pass-verify flag.
> 
> This plugin provides a significant improvement over the native OpenVPN
> script auth functionality. I would love to see it included in Debian,
> and would be happy to maintain it myself or as part of a team.

Jörg Frings-Fürst and me have recently taken over the openvpn
maintenance. There is no formal team yet (mainly due to no need and
waiting for the Alioth replacement to form), but please do feel very
much invited to join forces here.

Bernhard

Bug#865555: RFA: openvpn -- virtual private network daemon

[Bernhard Schmidt]

Control: retitle -1 ITA: openvpn -- virtual private network daemon

On Fri, Jun 23, 2017 at 07:21:26AM +0200, Jörg Frings-Fürst wrote:

> Alberto thanks for your work.
> 
> Bernhard, I would also like to contribute as a co-maintainer.

Okay then. git repo is already on collab-maint, but seems to lack the
recent uploads. Alberto, could you please push your changes to the repo?

Further maintainers always welcome, I think openvpn is important enough
to warrant a few extra eyes/hands.

Bernhard

Bug#865555: RFA: openvpn -- virtual private network daemon

[Bernhard Schmidt]

On Thu, Jun 22, 2017 at 07:24:14PM +0200, Alberto Gonzalez Iniesta wrote:

Hi,

> Due to lack of time I request an adopter for the openvpn package.

I'd be willing to co-maintain, but definitely not do it alone.

Alberto, thanks a lot for the maintenance this far. Really appreciated.

Bernhard

Bug#861948: RFP: libarchive-cpio-perl -- Perl module for manipulation of cpio archives

[Bernhard M. Wiedemann]

Package: wnpp
Severity: wishlist

* Package name: libarchive-cpio-perl
  Version : 0.10
  Upstream Author : Pascal Rigaux 
* URL : http://search.cpan.org/dist/Archive-Cpio/
* License : unknown
  Programming Lang: Perl
  Description : Perl module for manipulation of cpio archives

Archive::Cpio provides a few functions to read and write cpio files.

 - why is this package useful/relevant?
   We want to use it as a dependency of strip-nondeterminism

 - how do you plan to maintain it?
   Dont know. Am hoping the perl team will take it.

Bug#855342: RFH: ntp

[Bernhard Schmidt]

On 23.02.2017 19:06, Kurt Roeckx wrote:
> On Thu, Feb 23, 2017 at 01:33:09PM +0100, Bernhard Schmidt wrote:
>>
>> Will check what could be causing this.
> 
> That has been fixed in an NMU, see #851803

Ah right, silly me.

I've imported the NMU and added the missing tags for the last couple of
revisions. gbp buildpackage from the repo works fine and produces very
similar packages compared to the one in sid right now (no changes in
debdiff, diffoscope sees some diffs that are likely related to toolchain
changes).

Repo has been pushed.

Best Regards,
Bernhard

Bug#855342: RFH: ntp

[Bernhard Schmidt]

On 21.02.2017 21:03, Kurt Roeckx wrote:

Hi,


> On Tue, Feb 21, 2017 at 02:10:09PM -0500, Peter Eisentraut wrote:
>> On 2/19/17 07:01, Kurt Roeckx wrote:
>>>>> I could really use some help with the ntp (network time protocol)
>>>>> package. There have been various bugs filed, and I didn't have the
>>>>> time to properly look at them and deal with them.
>>>>>
>>>>> It's currently team maintained, but I've been the only one doing
>>>>> anything the past few years.
>>>>
>>>> I'm willing to help (both triaging bugs and updating the package).
>>>>
>>>> I would prefer the repository to be converted to git though, I'm much
>>>> more experienced with git-buildpackage than the svn toolchain.
>>>
>>> I wanted to give you access to the repository, but I see I'm only
>>> a junior developer.
>>>
>>> Peter,
>>>
>>> Can you change the permissions on the alioth project?
>>
>> done
> 
> I've given both Bernhard and Guus access to. If someone wants to
> covert the repository to git, please feel free.

I have made a first stab at it (following
https://wiki.debian.org/de/Alioth/Git#Convert_a_SVN_Alioth_repository_to_Git)
and it looks quite good

https://anonscm.debian.org/git/pkg-ntp/pkg-ntp.git/

a few recent tags (at least) are missing, but they are missing in the
SVN repo as well.

Could you please have a look at the repo? gbp buildpackage does not work
yet, but I think this is unrelated

# move the administrator programs from /usr/bin to /usr/sbin
for file in ntpdate ntp-wait ntpd ntptime ntp-keygen; do \
mv debian/tmp/usr/bin/$file debian/tmp/usr/sbin/$file || exit; \
done
mv: cannot stat 'debian/tmp/usr/bin/ntpdate': No such file or directory
debian/rules:50: recipe for target 'install' failed

but it is already installed into usr/sbin before

make[5]: Entering directory '/<>/ntp-4.2.8p9+dfsg/ntpdate'
 /usr/bin/mkdir -p '/<>/ntp-4.2.8p9+dfsg/debian/tmp/usr/sbin'
  /bin/bash ../libtool   --mode=install /usr/bin/install -c ntpdate
'/<>/ntp-4.2.8p9+dfsg/debian/tmp/usr/sbin'
libtool: install: /usr/bin/install -c ntpdate
/<>/ntp-4.2.8p9+dfsg/debian/tmp/usr/sbin/ntpdate

Will check what could be causing this.

Bernhard

Bug#855342: RFH: ntp

[Bernhard Schmidt]

On Thu, Feb 16, 2017 at 11:48:49PM +0100, Kurt Roeckx wrote:

Hi Kurt,

> I could really use some help with the ntp (network time protocol)
> package. There have been various bugs filed, and I didn't have the
> time to properly look at them and deal with them.
> 
> It's currently team maintained, but I've been the only one doing
> anything the past few years.

I'm willing to help (both triaging bugs and updating the package).

I would prefer the repository to be converted to git though, I'm much
more experienced with git-buildpackage than the svn toolchain.

Regards,
Bernhard


signature.asc
Description: Digital signature

Bug#849773: O: libnss-extrausers

[Bernhard R. Link]

Package: wnpp
Severity: normal

Hi,

I'm hereby orphaning libnss-extrausers, after neglecting it a bit for
too long. There is some open bug report with patches that do not apply,
and the whole thing got a bit out of date as nss is a moving target
(and the nss modules it was forked of are now very different).
So if you take it be ready for a large chunk of upstream work.

Packaging nss modules is also something of an unsolved problem with
multi-arch. (You can multi-arch them, but then people have to make sure
to install all the right architectures or get strange errors if they
forget), so that is no easy thing either.

Might perhaps best to just drop it and use the db backend instead (those
are not in another directory, but at least can keep them outside the
main files).

You can find the package in git at
https://anonscm.debian.org/cgit/collab-maint/libnss-extrausers.git/log/?h=debian
(including the last upload orphaning it).

Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC

Bug#713004: Sponsoring

[Bernhard Schmidt]

Control: retitle -1 ITA: ndisc6 -- IPv6 diagnostic tools

On Fri, Apr 25, 2014 at 12:38:19AM +0200, Jelmer Vernooij wrote:

Hi Jelmer, hi Spencer,

> On Wed, Apr 23, 2014 at 07:38:48PM -0700, n...@cat.pdx.edu wrote:
> > Yes. My account name is nibalizer-guest on alioth. I think I am still
> > waiting on approval. How do I get a git repository?
> I've uploaded a git repository here, which updates the package to
> 1.0.2 and adds us as maintainers:
> git+ssh://git.debian.org/git/collab-maint/ndisc6.git
> 
> You should be able to join the collab-maint team on the alioth page,
> see the "Request to join" link on 
> https://alioth.debian.org/projects/collab-maint/

The package is still up for adoption, any news here?

If I don't hear from you I'll take over the package next week,
incorporate the uploads that have accumulated in the meantime and do a
force-push of the repo to show the actual content. Then I'll upgrade to
1.0.3 and current dh9.

Of course anyone is invited to help. Feel free to push changes to the
repo and do uploads yourself at any time.

Bernhard


signature.asc
Description: Digital signature

Bug#835325: O: gnarwl

[Bernhard Schmidt]

Control: owner -1 !
Control: retitle -1 ITA: gnarwl -- Email autoresponder based on LDAP

On Wed, Aug 24, 2016 at 02:52:49PM +0200, Alessandro De Zorzi wrote:
> Package: wnpp
> Severity: normal
> 
> 
> Gnarwl upstream author not relase new version from some years.
> 
> Due to lack interest, I orphan gnarwl.

Unfortunately I'm in a position where I will need gnarwl on Debian for a
few more years to come (and I'm running a local version with a fix for
#703369 anyway).

I intend to adopt this package and import the only known fixes from
https://github.com/fln/gnarwl . I queried on the postfix ml a couple of
months back whether someone knew any other development happening and got
no response.

Bernhard


signature.asc
Description: Digital signature

Bug#827840:

[Bernhard Suter]

It appears that the dependency on gstreamer has now been resolved according
to https://sourceforge.net/p/qstopmotion/code/ci/default/tree/Changes.txt:

qStopMotion (2.3.0) - 2016-08-02
* Overlay intensity slider now works.
* Change the onion scinning to gray scale images.
* Remove all gstreamer using.
* Bug fixing.

Bug#800049: ITP: mactel-boot -- hfs-bless utility for Intel Macs

[Bernhard Reiter]

Package: wnpp
Severity: wishlist

* Package name: mactel-boot
* URL : http://www.codon.org.uk/~mjg59/mactel-boot/
* License : GPL-2+
  Programming Lang: C
  Description : hfs-bless utility for Intel Macs

Utility for adding EFI capable bootloaders to the boot firmware of Intel
Macs. This effectively tells the boot firmware where to look for
bootable operating systems.

Bug#772572: RE: Geschenk meines Eigentums zu einer ernsthaften Person

[Bernhard SUMMERMATTER]

Hallo,
Entschuldigen Sie auf diese Weise, Sie zu kontaktieren, ich sah Ihr
Profil und ich sage Ihnen das, was ich brauche bist. Kurz gesagt, mein
Name ist Bernhard SUMMERMATTER, deutscher Herkunft, und ich lebe in
Deutschland. Ich leide an einer schweren Krankheit, die mich in den
sicheren Tod verurteilt ist Kehlkopfkrebs und ich haben insgesamt
22.700.000 €, davon würde Ich mag, um eine Spende an eine
Vertrauensperson und ehrlich zu machen er macht einen guten Zweck. Ich
besitze ein rotes Öl Import-Unternehmen in Frankreich, und ich meine
Frau verloren, da für diese 6 Jahre, die mich sehr beeinflusst und ich
konnte erst wieder heiraten bisher haben wir keine Kinder haben. Ich
möchte eine Spende dieses Betrags vor meinem Tod meine Tage gezählt
sein Fehler, diese Krankheit ist, was ich hatte, aber eine beruhigende
Heilmittel in Frankreich nicht zur Folge haben, ob Sie von dieser Gabe
profitieren. hier ist meine E-Mail Adresse:
summermatterbernhar...@gmail.com
Ich habe dich, mir zu antworten


--
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/CAH8=m+jdXt6yDj+DYaOot+8PaZSjGYfEViut8eP7acpjZqVJ=a...@mail.gmail.com

Bug#768507: #768507 - debhelper

[Bernhard R. Link]

Hi Niels,

If you want a team for maintaining debhelper, I'm more than willing to join.

Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC


-- 
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/20141107231814.gb28...@client.brlink.eu

Bug#757599: O: xbuffy - monitor mailboxes and/or newsgroups

[Bernhard R. Link]

Package: wnpp
Severity: normal
Control: affects -1 + xbuffy

I'm orphaning xbuffy as I haven't used it myself for over two years
so lack the setup to test it properly.

Current packages can be found in git at
git://anonscm.debian.org/collab-maint/xbuffy.git
http://anonscm.debian.org/cgit/collab-maint/xbuffy.git
http://anonscm.debian.org/gitweb/?p=collab-maint/xbuffy.git;a=summary

Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC


-- 
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/20140809165925.ga12...@client.brlink.eu

Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

[Bernhard R. Link]

* Mike Hommey m...@glandium.org [140713 12:55]:
  … while IMHO it's possible to safely mix openssl and libressl if we prepare
  for that (i.e. make sure that _everything_ in libressl is only exported 
  with properly versioned symbols)
 
 Contrary to what you seem to believe, this only really works if *both*
 libraries have versioned symbols. Otherwise, you can end up with
 libraries linked against the unversioned one using symbols from the
 versioned one at run time when both are loaded in the same address
 space.

Actually, both having versioned symbols is not enough.
It is either both must always have had versioned symbols or
both must have versioned symbols now and every binary linked against
either must have been built (or rebuilt) after the symbols got
versioned.

Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC


-- 
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/2014071333.ga6...@client.brlink.eu

Bug#711581: Ubuntu packages on Launchpad

[Bernhard Reiter]

There has been some disucssion [1] on the Darling mailing list regarding
Ubuntu packages for darling and its GNUstep dependencies, and someone
seems to have begun implementing them [2, 3] which he claims to be
functional, so maybe that could be used as a start.

[1] https://groups.google.com/forum/#!topic/darling-project/gL-qGTgtDC4
[2] https://launchpad.net/darling-emu (see the corresponding bzr
branches in the Code section)
[3] https://launchpad.net/gnustep


-- 
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/5347b651.9080...@raz.or.at

Bug#692343: Status

[Bernhard Schmidt]

On 08.04.2014 22:49, Martín Ferrari wrote:

Hi Martin,

 Are you still interested in packaging this?

Uh, I'm very sorry, I completely forgot about this ITP. :-(

During packaging smtp-cli I stumbled across swaks which does all the 
things I need and is already packaged for Debian. At the moment I don't 
use smtp-cli extensively and thus have not continued to package it.


If you are interested in packaging it feel free to take over the ITP. If 
you have a reason to use smtp-cli over swaks, but do not want to package 
it, ping me again and I'll have a look again. Otherwise I think I'm 
going to close the ITP.


Thanks and sorry again,
Bernhard


--
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/53446ea6.1030...@birkenwald.de

Bug#705758: ITP: statsd -- Stats aggregation daemon

[Bernhard Schmidt]

On Fri, Aug 02, 2013 at 09:07:29PM -0700, Tom Lee wrote:

Hi Luke,

 Hi Luke -- are you still working on this? I'd love to help make some
 progress on this if you're swamped.

I'm having the same question/request. I'm using statsd in production and
I'm in need of a Debian package for that. 

There is quite a bit of development going on in the upstream github
repository for Debian packaging, see
https://github.com/etsy/statsd/tree/master/debian . The package is not
perfectly up to Debian's standards, but works quite well and the few
remaining issues could easily be fixed. I have CCed the most recent
authors in that directory, I think some collaboration between Debian and
the upstream repository would help a lot.

How can we proceed with this ITP? Can I help in any way? Unfortunately
I'm not a DD (just a DM), so I cannot sponsor any work on this package.

Bernhard


-- 
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/20140101212828.ga30...@lxbsc02.ws.lrz.de

Bug#662731: Any help?

[Bernhard Schmidt]

Hi Sebastien,

thanks for having a look at hwinfo. I was just pointed at this bug by
MIA after querying them and offering to help maintain it (I don't really
want to, but I still need it). Your package is a lot more progressed
though, so I'm happy you are doing this.

Regarding libx86emu, I came across the same problem during fixing up the
package. I took the easy route by just disabling it on all platforms
(patch attached), and I cannot make out any missing information in
hwinfo-20.2 . This might be, at least for now, the easier way around
libx86emu.

In addition, I was using the old get-orig-source way of getting a
tarball from the OpenSuSE src.rpm. I don't like it very much, but the
tarball already contains the generated changelog and VERSION file, so
you don't have to fix that up manually.

Best Regards,
Bernhard
From cff15424f3319ba3e9a021fb21dd35b8c0486b06 Mon Sep 17 00:00:00 2001
From: Bernhard Schmidt bernhard.schm...@lrz.de
Date: Sat, 30 Nov 2013 20:54:17 +0100
Subject: [PATCH 1/2] debian/patches/disable_vbe_info.patch: disable
 get_vbe_info on all platforms

It depends on libx86emu which is not packaged for Debian yet. I could not make
out any functional differences between hwinfo-16.0-2.2 and hwinfo-20.2 with
this functionality disabled
---
 debian/patches/disable_vbe_info.patch |   42 +
 debian/patches/series |1 +
 2 files changed, 43 insertions(+)
 create mode 100644 debian/patches/disable_vbe_info.patch

diff --git a/debian/patches/disable_vbe_info.patch b/debian/patches/disable_vbe_info.patch
new file mode 100644
index 000..597ea5f
--- /dev/null
+++ b/debian/patches/disable_vbe_info.patch
@@ -0,0 +1,42 @@
+diff --git a/Makefile b/Makefile
+index 60b5a82..a4e84b0 100644
+--- a/Makefile
 b/Makefile
+@@ -19,14 +19,6 @@ VERSION := $(shell $(GIT2LOG) --version VERSION ; cat VERSION)
+ 
+ include Makefile.common
+ 
+-# ia64
+-ifneq ($(filter i386 x86_64, $(ARCH)),)
+-SLIBS		+= -lx86emu
+-TLIBS		+= -lx86emu
+-SO_LIBS		+= -lx86emu
+-TSO_LIBS	+= -lx86emu
+-endif
+-
+ SHARED_FLAGS	=
+ OBJS_NO_TINY	= names.o parallel.o modem.o
+ 
+diff --git a/src/hd/bios.c b/src/hd/bios.c
+index 04d730f..3d5bd8e 100644
+--- a/src/hd/bios.c
 b/src/hd/bios.c
+@@ -447,7 +447,7 @@ void hd_scan_bios(hd_data_t *hd_data)
+   }
+ }
+ 
+-#if defined(__i386__) || defined (__x86_64__)
++#if 0
+ get_vbe_info(hd_data, vbe);
+ #endif
+ 
+diff --git a/src/hd/mdt.c b/src/hd/mdt.c
+index 780b074..6406e57 100644
+--- a/src/hd/mdt.c
 b/src/hd/mdt.c
+@@ -1,4 +1,4 @@
+-#if defined(__i386__) || defined (__x86_64__)
++#if 0
+ 
+ #define _GNU_SOURCE
+ 
diff --git a/debian/patches/series b/debian/patches/series
index 23e0e92..6b28be9 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -9,3 +9,4 @@ sh_support.patch
 dbus_pkg_config.patch
 #as-needed.patch
 fix_segfault_in_hd_is_xen_on_amd64
+disable_vbe_info.patch
-- 
1.7.10.4

Bug#717486: RFA: xfm -- X file and application manager

[Bernhard R. Link]

Package: wnpp
Severity: normal

I plan to request removal of xfm, as I think it is no longer useful
(libmagic no longer makes definitions available to other packages,
so xfm has a outdates copy and most users are no longer capable of using
the interface as being trained to expect different behaviour by other
graphic file managers.

If you still consider it useful and want to maintain it, feel free to
contact me or adopt it directly. I plan to request it's removal
otherwise. (I'll have it removed from jessie now and currently plan
to request removal from unstable after jessie released).

The package description is:
 Xfm is a file and application manager program for the X Window System, based
 on the Xaw3d widget set.  It provides virtually all of the features that you
 would expect in a file manager; move around your directory tree in multiple
 windows, move, copy or delete files, and launch programs with simple mouse
 operations.  Directory displays are updated automatically in regular
 intervals when the contents of the directory change.  The integrated
 application manager provides a kind of shelf onto which you can place your
 favorite applications, as well as the files and directories you are currently
 working with.  It also allows you to access different groups of applications
 and files.  User-definable file types let you specify a command to be
 executed when double-clicking on a file or dropping other files onto it.
 Last not least, xfm can automatically mount and unmount special devices like
 floppies as you open and close the corresponding directories (mount points).


-- 
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/20130721110117.ga4...@client.brlink.eu

Bug#714468: ITP: TopCased -- Open-Source Toolkit for Critical Systems

[Bernhard]

Package: wnpp
Severity: wishlist

Homepage: http://www.topcased.org

TopCased is an UML and SysML Open-Source Editor.
The current version 5 is for Eclipse 3.7 (Indigo).

Bernhard


-- 
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/1372525587.2979.6.ca...@cr-bernhard.fritz.box

Bug#669068: ITP: trelby -- movie screenplay writing software

[Bernhard Reiter]

Am Samstag, den 09.03.2013, 10:29 +0100 schrieb W. Martin Borgert:
 Any news on your ITP? I see, that there was a lot of progress in
 respect to FHS compliance and Debian packaging in github. Are you
 still working on this?

Well, I think debian-wise it's pretty much complete. All I'm waiting for
now is upstream to release 2.3, after which I'd like to...

 Also, consider packaging this in a team, e.g. the Python Applications
 Packaging Team python-apps-t...@lists.alioth.debian.org

... put it into PAPT's svn repo, yes.


-- 
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/1362839527.2296.1.camel@razor

Bug#692343: ITP: smtp-cli -- Command-Line SMTP client with advanced features like STARTTLS, SMTP-AUTH and IPv6

[Bernhard Schmidt]

Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt be...@birkenwald.de

* Package name: smtp-cli
  Version : 3.3
  Upstream Author : Michal Ludvig mic...@logix.cz
* URL : http://www.logix.cz/michal/devel/smtp-cli/
* License : GPLv3
  Programming Lang: Perl
  Description : Command-Line SMTP client with advanced features like
STARTTLS, SMTP-AUTH and IPv6

smtp-cli is a powerful SMTP command line client with a support for
advanced features, such as STARTTLS, SMTP-AUTH, or IPv6 and with a
scriptable message composition capabilities supporting anything from
simple plain-text messages right up to building complex HTML emails
with alternative plain-text part, attachments and inline images. The
MIME-Type of the attachments can either be guessed automatically or
alternatively set on the command line, separately for each attachment
if required.
.
It's also a convenient tool for testing and debugging SMTP servers'
setups.


-- 
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/509772b8.2040...@birkenwald.de

Bug#595106: Faenza Icon Theme

[Bernhard Reiter]

I have also been looking into polishing the package from the PPA. 
FWIW, I found the following Google Code site for the Faenza Icon Theme,
which holds a download option for source tarballs containing the SVGs:

http://code.google.com/p/faenza-icon-theme/downloads/list

I think ideally debian/rules should really generate the PNGs from the
latest faenza-sources_*.tar.gz tarball found there.


-- 
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/1344287247.5358.38.camel@razor

Bug#679078: ITP: acpi-support-minimal -- minimal acpi scripts

[Bernhard R. Link]

* Michael Meskes mes...@debian.org [120626 14:48]:
[ Guillem Jover guil...@debian.org [120626 12:05]:]
  I'll be reopening 665987, but if that gets closed again I'd be very
  happy to switch to acpi-support-minimal from my now locally built
  acpi-support packages w/ the consolekit dependency removed.

 [...] I'm absolutely willing
 to listen to ideas of solving this, which imo would be a much better solution
 than creating an additional package that will only partly work. [...]

I'd prefer to get this fixed in acpi-support-base, but I think you
have made your point very clear that the only purpose of that package is
to not do anything if some power manager is running and that to detect this
perfectly you are totally willing to force anyone to install consolekit
(and thus dbus) who justs wants his system shutting down cleanly when the
power button is pressed. That this is not issue for you at all and that
you do not see any problem in introducing this change 2012-06-21 i.e.
shortly before the freeze.

 If that gets closed again sounds like I was closing the bug without
 a reason, which I didn't.

That sentence was much more neutral than anything I think I could have
written. After you were closing two bug reports by just dismissing the
issue, a if that gets closed again is a totally objective way to
describe expectations.

Bernhard R. Link



-- 
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/20120627093253.ga3...@client.brlink.eu

Bug#679078: ITP: acpi-support-minimal -- minimal acpi scripts

[Bernhard R. Link]

Package: wnpp
Severity: wishlist
Owner: Bernhard R. Link brl...@debian.org

Package name: acpi-support-minimal
License : GPL2+
Description: minimal scripts for handling base ACPI events
 This package contains minimal scripts to react to various base
 ACPI events such as the power button. It does not require any
 other daemons but acpid. For a less minimal version, install
 the acpi-support-base or acpi-support packages.



-- 
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/20120626085241.ga4...@client.brlink.eu

Bug#409048: Asking upstream about XULrunner, licensing, etc.

[Bernhard Reiter]

FYI: http://forums.celtx.com/viewtopic.php?f=4t=20463




-- 
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/1339506048.9357.1.camel@razor

Bug#669068: ITP: trelby -- movie screenplay writing software

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at


* Package name: trelby
  Version : 2.1
  Upstream Author : Anil Gulecha anil.ve...@gmail.com
* URL : http://www.trelby.org/
* License : GPL
  Programming Lang: Python
  Description : movie screenplay writing software



-- 
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/20120416233851.8058.79601.reportbug@razor

Bug#666546: ITP: fonts-cabin -- humanist sans serif font

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at


* Package name: fonts-cabin
  Version : 1.5
  Upstream Author : Pablo Impallari impall...@gmail.com
* URL : http://impallari.com/cabin
* License : OFL 1.1
  Description : humanist sans serif font



-- 
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/20120331164500.22067.92341.reportbug@razor

Bug#666553: ITP: fonts-dosis -- very simple, rounded, sans serif font family

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at


* Package name: fonts-dosis
  Version : 1.7
  Upstream Author : Pablo Impallari impall...@gmail.com
* URL : http://impallari.com/dosis
* License : OFL 1.1
  Description : very simple, rounded, sans serif font family



-- 
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/20120331171024.21258.23693.reportbug@razor

Bug#666133: ITP: fonts-cabinsketch -- playful sister of the Cabin Family

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at


* Package name: fonts-cabinsketch
  Version : 1.02
  Upstream Author : Pablo Impallari impall...@gmail.com
* URL : http://www.impallari.com/cabinsketch
* License : OFL 1.1
  Description : playful sister of the Cabin Family



-- 
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/20120328233545.21764.45909.reportbug@razor

Bug#665663: ITP: fonts-kaushanscript -- script font that feels like writing quickly with an inked brush

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at


* Package name: fonts-kaushanscript
  Version : 1.2
  Upstream Author : Pablo Impallari impall...@gmail.com
* URL : http://impallari.com/kaushan
* License : OFL 1.1
  Description : script font that feels like writing quickly with an inked
brush



-- 
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/20120325022158.14052.28896.reportbug@razor

Bug#664145: ITP: fonts-dancingscript -- lively casual script with bouncing letters and size changes

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at


* Package name: fonts-dancingscript
  Version : 1.1
  Upstream Author : Pablo Impallari impall...@gmail.com
* URL : http://www.impallari.com/dancing
* License : OFL 1.1
  Description : lively casual script with bouncing letters and size changes
   Dancing Script references popular scripts typefaces from the 50's.
   It relates to Murray Hill (Emil Klumpp. 1956) in its weight distribution,
   and to Mistral (Roger Excoffon. 1953) in its lively bouncing effect.
   .
   Use it when you want a friendly, informal and spontaneous look.



-- 
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/20120315210735.17078.52327.reportbug@razor

Bug#664017: ITP: fonts-lobster -- bold condensed script with many ligatures and alternates

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at


* Package name: fonts-lobster
  Version : 1.4
  Upstream Author : Pablo Impallari impall...@gmail.com
* URL : http://www.impallari.com/lobster
* License : OFL-1.1
  Description : bold condensed script with many ligatures and alternates
 The beauty of real hand-drawn lettering is that the lettering artists subtly
 modify the shape of letters so they connect with the next ones. These linked
 letters-pairs are called ligatures. Thus, in order to provide a smooth
 hand-written look, the Lobster font provides a large number of ligatures,
 as well as terminal forms (i.e. glyphs that are used for word endings).



-- 
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/20120314220009.23720.90973.reportbug@razor

Bug#579401: [Fwd: Re: [Fwd: Please state pyopenfst copyright/license clearly!]]

[Bernhard Reiter]

I found different email addresses for both committers and forwarded my
message to those addresses. I'm forwarding David Huggins-Daines' reply
here:

 Forwarded message 
 Hi!  Thomas Breuel wrote the original code for the most part.  I don't
 recall if I added the Apache copyright notices to my parts of the code
 and can't look at the moment.  If not I certainly give permission to
 do so.
 
 2012/2/24 Bernhard Reiter ock...@raz.or.at
  Weitergeleitete Nachricht 
  Von: Bernhard Reiter ock...@raz.or.at
  An: Thomas Breuel tmb...@gmail.com, David Huggins-Daines
  dhd...@gmail.com
  Kopie: 579...@bugs.debian.org
  Betreff: Please state pyopenfst copyright/license clearly!
  Datum: Wed, 15 Feb 2012 20:31:30 +0100
 
  Hi,
 
  and thank you for your work on pyopenfst!
 
  Debian maintainers and contributors would really like to
 package
  pyopenfst for Debian, but unfortunately, there doesn't seem
 enough
  copyright and license information available to fulfil Debian
  guidelines.
 
  pyopenfst's project homepage on Google Code states that the
 code is
  licensed under the Apache License 2.0, and we've found your
 email
  addresses in the list of committers, but please help us by
 stating
  copyright and license information clearly by adding a note
 to the code.
 
  There's an appendix to the Apache License 2.0 on how to do
 it:
  http://www.apache.org/licenses/LICENSE-2.0#apply
 
  Also see
 http://code.google.com/p/pyopenfst/issues/detail?id=6
  and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579401
 
  Kind regards
  Bernhard Reiter
 
 
 





-- 
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/1330122456.3780.22.camel@razor

Bug#579401: Please state pyopenfst copyright/license clearly!

[Bernhard Reiter]

Hi,

and thank you for your work on pyopenfst!

Debian maintainers and contributors would really like to package
pyopenfst for Debian, but unfortunately, there doesn't seem enough
copyright and license information available to fulfil Debian
guidelines. 

pyopenfst's project homepage on Google Code states that the code is
licensed under the Apache License 2.0, and we've found your email
addresses in the list of committers, but please help us by stating
copyright and license information clearly by adding a note to the code. 

There's an appendix to the Apache License 2.0 on how to do it:
http://www.apache.org/licenses/LICENSE-2.0#apply

Also see http://code.google.com/p/pyopenfst/issues/detail?id=6
and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579401 

Kind regards
Bernhard Reiter




-- 
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/1329334290.2914.39.camel@razor

Bug#647090: Review for the package on mentors.debian.net

[Bernhard R. Link]

* Michael Stummvoll mich...@stummi.org [120121 11:16]:
  2.Can you explain why usr/bin/slock should be setuid? I can guess
  that it's an screen locker so it may need the privilege to do its
  job, but since it is a potential security hole please document it
  in README.Debian for it.
  slock seems to not support PAM thus only be quite limited in what 
  authentication it supports. Perhaps it might be better to remove
  that then...
 
 Yeah, slock checks the password against shadow, thats because it needs
 root. May it is possible to patch PAM-Support into slock.

Actually, it only needs sgid shadow and not suid root, but in the long
run pam would be better, as that can (for example using unix_chkpwd
if using pam_unix) work without any elevated priviledges.

But such a change would be quite a big one (I think xlockmore gets pam
wrong, which is some indication how hard it is. One might want to look
into screen or vlock how they do it). It might make sense to move that
work upstream first to see what is acceptable.

As slock might also have other security relevant issues (like checking
the new Ctrl-Alt-KPMultiply issue, which some screen lockers have) and
thus be more complex than the whole rest, so it might make to split
it out of this package, i.e. just drop it from suckless-tools source
package.

Bernhard R. Link



-- 
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/20120121133714.ga4...@server.brlink.eu

Bug#647090: Review for the package on mentors.debian.net

[Bernhard R. Link]

* Bernhard R. Link brl...@debian.org [120120 18:01]:
 Some other point:
And I totaly forgot:

* it does not make much sense to update a Vcs-git field if you
  do not use that repository for packaging. If you do not use one,
  drop it or get some personal one on alioth, for example.

* your changelog should close to ITA..

 Bernhard R. Link



-- 
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/20120120171312.ga7...@server.brlink.eu

Bug#647090: Review for the package on mentors.debian.net

[Bernhard R. Link]

Michael, I'm CCing you as it looks like you did not yourself to owner
of bug 647090, thus likely not getting mails sent to this bug report.
(Did you get the mail from Aron Xu, I'm quoting in this mail?).

* Aron Xu happyaron...@gmail.com [120120 15:59]:
 I had a quick look at your package on mentors.debian.net, and here are
 my comments:
 
 1.As you have updated the package to use debhelper compatible level 8,
 the use of source format 3.0 is highly recommended. What you need to
 do is:
 $ mkdir debian/source
 $ echo 3.0 (quilt)  debian/source/format
 Then review your patches against the build system (*/config.[mk,h])
 and make them maintained using quilt in debian/patches/ .

The patches also look like you do not need to patch anything at all,
but some make command line argument could do the same trick.

That would then also converting it to 3.0 (quilt) much easier.
Related to this:

 4.debian/watch is missing. If you can, please add a watch file.

More broad question: where is that .orig.tar file from? I cannot
find anything on the website.

If that is repackaged from some other tarballs, it should rather be
a 3.0 (quilt) with some component tarballs that then can be the
original upstream files.

 2.Can you explain why usr/bin/slock should be setuid? I can guess that
 it's an screen locker so it may need the privilege to do its job, but
 since it is a potential security hole please document it in
 README.Debian for it.

slock seems to not support PAM thus only be quite limited in what
authentication it supports. Perhaps it might be better to remove that
then...

Some other point:
*  It would be nice if dpkg-buildflags flags were used.
   (Or some other way to support DEB_BUILD_OPTIONS=noopt, but
   dpkg-buildflags is easier and better). That would also solve
   the problem of not building -g by default as suggested by policy.

Bernhard R. Link



-- 
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/20120120170107.ga6...@server.brlink.eu

Bug#483064: tla in bad shape

[Bernhard R. Link]

TLA currently seems to be in bad shape currently:

 - it embeds ancient libneon 0.24.7 and does not
   work with newer ones (#395877, #402952).
 - lintian warns it needs a relibtoolizsation

I guess fixing those might be non-trivial amount of
work, so if no maintainer shows up, it might make
sense to remove it before wheezy releases.

Bernhard R. Link



-- 
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/2012110712.ga3...@server.brlink.eu

Bug#409048: ITP: pysolfc -- A Python solitaire game collection

[Bernhard Reiter]

I've just uploaded a preliminary package of version 2.9.1 (for Ubuntu 11.04 
natty) to my Launchpad PPA at 
https://launchpad.net/~ockham-razor/+archive/ppa/
I hope to submit an official version to Debian some time soon.




-- 
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/1318717083.2102.2.camel@razor

Bug#519752: ITP: pysolfc -- A Python solitaire game collection

[Bernhard Reiter]

retitle 519752 ITP: pysolfc -- A Python solitaire game collection
owner 519752 !




-- 
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/1318363159.29124.1.camel@razor

Bug#519752: ITP: pysolfc -- A Python solitaire game collection

[Bernhard Reiter]

I've uploaded a package version to mentors and am now looking for a
sponsor; see http://mentors.debian.net/package/pysolfc
( and related pysol* packages via
http://mentors.debian.net/packages/uploader/ockham%40raz.or.at ).




-- 
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/1318363385.29124.2.camel@razor

Bug#621761: khtmlib

[Bernhard Zwischenbrugger]

Hi david, hi Jonas

At the moment there are some big changes on the way.

I think the best will be to wait a bit with packaging.

Bernhard


On 2011-04-16 08:47, David Paleino wrote:

Hello Jonas,
once I wanted to package khtmlib, and Bernhard (upstream, CCed), told me it
wasn't really in a production-quality state, so I just skipped it until an
official release happened.

I see that you want to package a snapshot: did the conditions of khtmlib
change? :)

Anyway, you would be very welcome to maintain it under pkg-osm umbrella
(where openlayers is being kept too, FWIW).

Kindly,
David






--
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/4da93f65.6060...@fhstp.ac.at

Bug#617551: ITP: spark -- SPARK programming language tools

[Bernhard R. Link]

* Євгеній Мещеряков eu...@debian.org [110309 19:39]:
   Description : SPARK programming language toolset

 SPARK is a programming language and a set of software development
 products for high assurance software. The SPARK programming language is
 the only language specifically designed to support the development of
 safety or security critical software. In combination with the SPARK
 toolset, SPARK prevents, detects and eliminates defects early in the
 lifecycle as the source code is developed. It is, effectively, the
 result of applying the principles of Correctness by Construction to the
 design of a programming language and associated verification tools.

I suggest to either replace that or simply remove it. At least I'm not
able to get any information out of it.

 This package contains tools for verification of programs written in
 SPARK. To compile SPARK programs use Ada compiller available in package
 'gnat'.

s/in SPARK/in the programing language SPARK/ and that says much more
than all the previous marketing blurb.

Bernhard R. Link



-- 
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/20110310084847.ga19...@pcpool00.mathematik.uni-freiburg.de

Bug#617947: ITP: cliquer - clique searching program/library

[Bernhard R. Link]

Package: wnpp
Severity: wishlist
Owner: brl...@debian.org

Source: cliquer
Section: science
Priority: optional
Maintainer: Debian Science Maintainers 
debian-science-maintain...@lists.alioth.debian.org
Uploaders: Bernhard R. Link brl...@debian.org
Build-Depends: dpkg-dev (= 1.15.7~), debhelper (= 7)
Standards-Version: 3.9.1
Vcs-Browser: http://git.debian.org/?p=debian-science/packages/cliquer.git
Vcs-Git: git://git.debian.org/git/debian-science/packages/cliquer.git
Homepage: http://www.tkk.fi/~pat/cliquer.html

Package: cliquer
Section: math
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: clique searching program
 Cliquer search for cliques in arbitrary weighted and unweighted graphs.
 It can search for maximal cliques, maximal-weighted cliques or cliques within
 a given size range.

Package: libcliquer-dev
Section: libdevel
Architecture: any
Depends: libcliquer1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: clique searching library (development headers)
 This package contains the development headers for the clique
 searching library found in libcliquer0, which allows searching for
 cliques in arbitrary weighted and unweighted graphs.

Package: libcliquer1
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: clique searching library
 Cliquer is a set of routines for finding cliques in arbitrary weighted
 and unweighted graphs. It can search for maximal cliques, maximal-weighted
 cliques or cliques within a given size range. This library in this package
 contains patches from SAGE to be used by that.


Files: debian/*
Author: Bernhard R. Link brl...@debian.org
Copyright: Copyright 2011 Bernhard R. Link
License: GPL-2+
 The Debian packaging is licensed under the GPL, version 2 or later.

Files: *
Author: Sampo Niskanen sampo.niska...@iki.fi.
Copyright: Copyright (C) 2002 Sampo Niskanen, Patric Ostergard.
License: GPL-2+
  Cliquer is licensed under the GNU General Public License as published
  by the Free Software Foundation; either version 2 of the License, or
  (at your option) any later version. The full license is included in
  the file LICENSE.

  Basically, you can use Cliquer for any purpose, provided that any
  programs or modifications you make and distribute are also licensed
  under the GNU GPL.

  ABSOLUTELY NO GUARANTEES OR WARRANTIES are made concerning the
  suitability, correctness, or any other aspect of these routines.

Files: sage.c
Copyright:  Copyright (C) 2002 Sampo Niskanen, Patric Östergård.
  Copyright (C) Nathann Cohen, Mike Hansen, Peter Jeremy. Karl-Dieter Crisman,
  Georg S. Weber and/or Minh Van Nguyen
  Copyright (C) 2011 Bernhard R. Link
License: GPL-2+

On Debian systems, the complete text of the GNU General Public License
can be found in /usr/share/common-licenses/GPL-2

Bernhard R. Link



-- 
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/20110312200139.ga8...@pcpool00.mathematik.uni-freiburg.de

Bug#479031: Status

[Bernhard Schmidt]

Any news regarding this package? I see a 0.6.3 in
http://people.teamix.net/~svelt/debian/pnp4nagios/ but we are at 0.6.11 now

Best Regards,
Bernhard



-- 
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/4d36e9ef.1040...@birkenwald.de

Bug#606449: ITP: cnagios -- terminal interface for viewing nagios host and service objects

[Bernhard Hauser]

* Joachim Breitner nome...@debian.org [10.12.2010 23:43]:
 Am Donnerstag, den 09.12.2010, 12:03 +0100 schrieb Bernhard Hauser:
  Package: wnpp
  Severity: wishlist
  Owner: Bernhard Hauser vis@gmx.net
  
  * Package name: cnagios
Version : 0.27
Upstream Author : Steve Rader ra...@hep.wisc.edu
  * URL : ftp://noc.hep.wisc.edu/pub/src/cnagios/
  * License : LICENSE-File within the tar.gz-archive
Programming Lang: C, Perl
Description : terminal interface for viewing nagios host and service 
  objects
  
  Cnagios is a full-screen terminal interface for viewing Nagios HOST
  and SERVICE objects, and the durations of their current states.  It's 
  lightning fast because it's written in C using the curses library.
  And it's super flexible because it uses the perl C library to shorten 
  and alter host, service and plugin output and filter the displayed 
  HOSTs or SERVICEs.
 
 thanks contributing this package. I think the description could need
 some rewording; it sounds more like advertising than an objective
 description.


ok, thanks for the hint, I'll change this.
The above text is the original upstream one, but I think you're right.

Bernhard



-- 
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/20101212163628.gb15...@ousia.adminstuff.org

Bug#606449: ITP: cnagios -- terminal interface for viewing nagios host and service objects

[Bernhard Hauser]

Package: wnpp
Severity: wishlist
Owner: Bernhard Hauser vis@gmx.net

* Package name: cnagios
  Version : 0.27
  Upstream Author : Steve Rader ra...@hep.wisc.edu
* URL : ftp://noc.hep.wisc.edu/pub/src/cnagios/
* License : LICENSE-File within the tar.gz-archive
  Programming Lang: C, Perl
  Description : terminal interface for viewing nagios host and service 
objects

Cnagios is a full-screen terminal interface for viewing Nagios HOST
and SERVICE objects, and the durations of their current states.  It's 
lightning fast because it's written in C using the curses library.
And it's super flexible because it uses the perl C library to shorten 
and alter host, service and plugin output and filter the displayed 
HOSTs or SERVICEs.



-- 
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/20101209110336.4316.81566.report...@ousia.adminstuff.org

Bug#606449: ITP: cnagios -- terminal interface for viewing

[Bernhard Hauser]

Got an ACK and OK from upstream.



-- 
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/20101209161154.ga6...@ousia.adminstuff.org

Bug#601811: ITP: python-solrpy

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at

  Package name: python-solrpy
  Version : 0.9.3
  Upstream Author : Fred L. Drake, Jr.
  URL : http://pypi.python.org/pypi/solrpy/
  License : Apache License, Version 2.0
  Programming Lang: Python
  Description : Python client for Solr

python-solrpy is a Python client for Solr, an enterprise search server
built on top of Lucene. python-solrpy allows you to add documents to a
Solr instance, and then to perform queries and gather search results
from Solr using Python. 









-- 
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/1288388578.3030.0.ca...@razor

Bug#600924: ITP: python-repoze.sphinx.autointerface -- Sphinx extension that auto-generates API docs from Zope interfaces

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at

  Package name: python-repoze.sphinx.autointerface
  Version : 0.4
  Upstream Author : Agendaless Consulting repoze-...@lists.repoze.org
  URL : http://pypi.python.org/pypi/repoze.sphinx.autointerface/
  License : BSD-derived (http://www.repoze.org/LICENSE.txt)
  Programming Lang: Python
  Description : Sphinx extension that auto-generates API docs from Zope 
interfaces

This package defines an extension for the Sphinx documentation system.
The extension allows generation of API documentation by introspection of
zope.interface instances in 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/1287665937.2720.107.ca...@razor

Bug#599304: ITP: adhocracy -- community decision-making web platform

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at

  Package name: adhocracy
  Version : 1.0+svn1254
  Upstream Author : Liquid Democracy e.V. i...@liqd.net
  URL : http://wiki.liqd.net/Adhocracy
  License : AGPL-3
  Programming Lang: Python
  Description : community decision-making web platform

Adhocracy is a Liquid Democracy software. 
Liquid Democracy is not only a conceivable form of government, but also as a
new form of cooperative management. Organizations like NGOs, online
initiatives and companies can use this system to develop their democratic
process, their goals, strategies, internal rules, or positions. Adhocracy is a
practical implementation of theories regarding direct parlamentarianism.







-- 
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/1286375098.2486.35.ca...@razor

Bug#519752: Please upload pysolfc to debian

[Bernhard Reiter]

Am Sonntag, den 12.09.2010, 03:38 -0400 schrieb Ariel:
 Send an email to debian-ment...@lists.debian.org - or subscribe first: 
 http://lists.debian.org/debian-mentors/
 [...]

Thx, I've already prepared that mail.

  When you do, be sure to also add a transitional package called pysol which
  depends on the new one, to give a good upgrade path.
 
 You create an empty package, containing just the control file.
 [...]

One problem, I added 

Replaces: pysol
Conflicts: pysol, pysol-cardsets

fields to pysolfc, which would somehow collide with that transitional
pysol. I've tentatively added ( 2.0-1~) to those field entries, but
unfortunately, latest pysol versions were higher (e.g. 4.40-3) than
current pysolfc (which would be 2.0-1). How do I proceed?

Thanks for your help, it's very much appreciated!

Bernhard





-- 
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/1284673657.3201.54.ca...@razor

Bug#519752: Please upload pysolfc to debian

[Bernhard Reiter]

Am Donnerstag, den 16.09.2010, 19:11 -0400 schrieb Ariel:
 1:
 [...]
 And include an empty, separate, package for pysol. (i.e. pysol should not 
 be part of the same source as pysolfc).

But then I also need changelog, rules etc. files, right?

 (Note the extra packages I added to the conflicts.)
Added.

Bernhard




-- 
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/1284683565.3201.78.ca...@razor

Bug#519752: Please upload pysolfc to debian

[Bernhard Reiter]

Am Donnerstag, den 02.09.2010, 04:25 -0400 schrieb Ariel:
 Bernhard, please continue the process of adding pysolfc to debian. Is it 
 hard to find a sponsor?

Yes, that's precisely my problem; though I have to admit that I found
out about the Games Team's git repository very recently; I've just
finished adding pysolfc and pysolfc-cardsets to it. But I still don't
have any sponsor...

 When you do, be sure to also add a transitional package called pysol which 
 depends on the new one, to give a good upgrade path.

I'd sure do, but don't really know how. Can you give me any hints or
pointers?

Bernhard




-- 
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/1283895519.2546.4.ca...@razor

Bug#594800: ITP: 0ad -- 3D real-time strategy (RTS) game of ancient warfare

[Bernhard R. Link]

* Bertrand Marc beberk...@gmail.com [100829 18:42]:
 * Package name: 0ad
   Version : alpha1~r07970

I'd suggest to make that 0~alpha1~r07970.

Assume There will be a 1.0 version some day, then

dpkg --compare-versions 'alpha1~r07970-1' '' '1.0-1'  echo true
true

so you'd need an epoch then

dpkg --compare-versions 'alpha1~r07970-1' '' '1:1.0-1'  echo true

which is usually quite annoying.

I guess that is way Policy 5.6.12 says:

The upstream_version may contain [...] and should start with a digit.

Bernhard R. Link



-- 
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/20100830081239.ga2...@pcpool00.mathematik.uni-freiburg.de

Bug#585439: ITP: spring-roo -- lightweight and rapid Java application development tool

[Bernhard R. Link]

* Miguel Landaeta mig...@miguel.cc [100610 17:03]:
 Spring Roo is an open source software tool that uses
 convention-over-configuration principles to provide rapid
 application development of Java-based enterprise
 software. The resulting applications use common Java
 technologies such as Spring Framework, Java Persistence API,
 Java Server Pages, Apache Maven and AspectJ among many
 other standards.

 Spring Roo's stated mission statement is to fundamentally
 and sustainably improve Java developer productivity without
 compromising engineering integrity or flexibility.

I know there are people speaking like that. But what about
an description that is more commonly understandable?

Bernhard R. Link



-- 
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/20100610150718.ga14...@pcpool00.mathematik.uni-freiburg.de

Bug#581833: ITP: python-django-voting -- generic voting application for Django

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at

  Package name: python-django-voting
  Version : 0+svn73
  Upstream Author : Jonathan Buchanan jonathan.bucha...@gmail.com
  URL : http://code.google.com/p/django-voting
  License : MIT
  Programming Lang: Python
  Description : generic voting application for Django

Allows registering votes against any Model instance, retrieval of the score
for an object, retrieval of top and bottom-rated objects for a particular
Model. Also features the ability to clear votes, a template tag library,
a generic view for wiring up voting for a Model (GET requests result in a
confirmation page, POST requests submit votes), a generic view for voting
using XMLHttpRequest (as a bonus, if the non-XMLHttpRequest generic view
detects that a request was made via XMLHttpRequest, it will automatically
use this view to process the request, which makes it trivial to progressively
enhance your project with XMLHttpRequest-based voting).






-- 
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/1274016103.2391.0.ca...@razor

Bug#580815: ITP: python-django-threadedcomments -- simple yet flexible threaded commenting system for Django

[Bernhard Reiter]

Package: wnpp
Severity: wishlist
Owner: Bernhard Reiter ock...@raz.or.at

  Package name: python-django-threadedcomments
  Version : 0.5.2
  Upstream Author : Eric Florenzano flo...@gmail.com
  URL : http://github.com/ericflo/django-threadedcomments
  License : BSD
  Programming Lang: Python
  Description : simple yet flexible threaded commenting system for Django

What it means to say that they are *threaded* is that commenters can
reply not only to the original item, but to other comments as well. It becomes
near-trivial to create a system similar to what Reddit or Digg have in their 
comments sections.



-- 
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/20100508211733.30131.53968.report...@localhost.localdomain

Bug#576275: dxx-rebirth: Port of the classic game Descent

[Bernhard]

Package: wnpp
Severity: wishlist

dxx-rebirth is a port of the classic game Descent 1 and Descent 2
This package has to be put in the contrib section, because there are the
non-free data files necessary.

The port is available at http://www.dxx-rebirth.com

Thanks.

Regards
Bernhard





-- 
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/1270215519.19524.6.ca...@rbg-nb.fritz.box

Bug#519752: Just uploaded to REVU

[Bernhard Reiter]

I've just uploaded a version to REVU:
http://revu.ubuntuwire.com/p/pysolfc




-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#535020: ITP: isatapd -- configuration helper daemon for kernel-space ISATAP (RFC5214) IPv6-in-IPv4 tunneling support

[Bernhard Schmidt]

Package: wnpp
Severity: wishlist
Owner: Bernhard Schmidt be...@birkenwald.de


* Package name: isatapd
  Version : 0.9.4
  Upstream Author : Sascha Hlusiak m...@saschahlusiak.de 
* URL : http://www.saschahlusiak.de/linux/isatap.htm
* License : GPLv2
  Programming Lang: C
  Description : configuration helper daemon for kernel-space ISATAP 
(RFC5214) IPv6-in-IPv4 tunneling support

isatapd creates and maintains an ISATAP tunnel (rfc5214) in Linux. 

It uses the in-kernel ISATAP support first introduced in linux-2.6.25. It does
NOT operate the tunnel or handle any IPv6 traffic, it only sets up the tunnel
parameters, the Potential Router List, sends periodic router solicitations and
tries to detect link changes. 

Submitters note: I've already created proof-of-concept .debs. At the moment
they are located in the Ubuntu PPA, but build fine on Lenny.
See https://launchpad.net/~berni/+archive/ppa

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)



-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#474612: RFP: moagg2 -- 2d gravity game

[Bernhard Trummer]

Package: wnpp
Severity: wishlist


* Package name: moagg2
  Version : 1.95
  Upstream Author : Bernhard Trummer [EMAIL PROTECTED]
* URL : http://moagg.sourceforge.net/
* License : GPL
  Programming Lang: Java
  Description : 2d gravity game

Moagg (Mother of all Gravity Games) is a 2d gravity game much like
GravityForce(tm) and SpaceTaxi(tm).  Player pilots a small space ship
and have to navigate that ship through different levels.  But beside
the gravity that drags ship down there are other obstacles like laser
ports, magnets, black holes, cannons, rockets and grinders.

Notes for packaging:
moagg already is in Debian (with version 0.18). moagg2 however is a
rewrite in Java I started some months ago, where the development is
going to be continued.
The new game is based on the Golden-T Game Engine (GTGE),
which was made LGPL some weeks ago (http://code.google.com/p/gtge/).

Thanks.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#407666: ITA: gv -- PostScript and PDF viewer for X

[Bernhard R. Link]

package wnpp
retitle 407666 ITA: gv -- PostScript and PDF viewer for X
owner 407666 !
thanks

Hi, I'm considering adopting gv.

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#430406: ITP: inoticoming -- trigger actions when files hit an incoming directory

[Bernhard R. Link]

Package: wnpp
Severity: wishlist
Owner: Bernhard R. Link [EMAIL PROTECTED]

* Package name: inoticoming
  Version : 0.0.1
  Upstream Author : Bernhard R. Link [EMAIL PROTECTED]
* URL : 
http://alioth.debian.org/plugins/scmcvs/cvsweb.php/inoticoming/?cvsroot=mirrorer
* License : GPLv2
  Programming Lang: C
  Description : trigger actions when files hit an incoming directory

inoticoming is a daemon to watch a directory with Linux's inotify
framework and trigger actions once files with specific names are placed
in there.
.
For example it can be used to wait for .changes files uploaded
into a directory and call reprepro to put them into your repository.

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#383515: singular is difficult

[Bernhard R. Link]

I've just taken a look at it and singular's build system is in quite
a bad shape and I guess it will need many people to bring it into
an reasonable form. Perhaps the best would to package the parts included
in upstreams tarball from other sources. Like a ntl package and a
(once the license fix got applied upstream) omalloc package code and so on.
Once those are all packaged, the remaining parts should be relative
unproblematic.

If anyone wants to try any part of that and want a second pair of eyes
to look at it or an sponsor, let me know.

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#338128: miredo: alternative package available

[Bernhard Schmidt]

Hi,

JFYI, there is a package for miredo in an alternative repository:

http://www.progsoc.uts.edu.au/~wildfire/debian.org/miredo/

slightly outdated though. The package fires at least two of the four
global Teredo relays at the moment (itgate.net and teleport-iabg.de)
without a glitch. I have only tested client mode briefly (worked) and
did not touch the server part.

Since the package there is slightly outdated maybe joint-effort would be
a plan?

Regards,
Bernhard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#368067: ITA: ratpoison

[Bernhard R. Link]

package: wnpp
Severity: wishlist

I intend to adopt ratpoison.

Since my local packages diverged a bit from it since I last planed to do this
this may need a couple of days, and there is still a bug in the current
upstream release that I'm hunting.

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#309899: Bug#333222: ITP: libarchive -- Single libary to read/write tar, cpio, pax, zip, etc. files

[Bernhard R. Link]

* John Goerzen [EMAIL PROTECTED] [051011 07:02]:
 In any case, I have just uploaded the libarchive-dev package.  I also
 wrote to the author last night about the shared library issue and
 haven't heard back yet.

The last answer I got about this was from May 2005. I back then read it
as may come soon, but I started to think lately it meant just copy
the code from the FreeBSD makefile for that.

 I'd be happy to co-maintain it with you.  I do have all my Debian
 packages up in darcs already, if that would be interesting to you.  You
 can use:
 
 darcs get http://darcs.complete.org/debian/libarchive
 
 to check out my tree for this package.

Besides the static-only thingie, I am a bit unhappy about the -doc
package. A 35k .deb package with Installed-Size: 88 is quite wastefull
in my eyes. Especially as it mostly development manpages anyway.

Hochachtungsvoll,
Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#333222: ITP: libarchive -- Single libary to read/write tar, cpio, pax, zip, etc. files

[Bernhard R. Link]

* John Goerzen [EMAIL PROTECTED] [051011 02:03]:
 * Package name: libarchive
   Version : 1.02.033
   Upstream Author : Tim Kientzle [EMAIL PROTECTED]
 Part of FreeBSD
 * URL : :pserver:[EMAIL PROTECTED]:/home/ncvs
 * License : BSD
   Description : Single libary to read/write tar, cpio, pax, zip, etc. 
 files

There is already an ITP for this from me at bugs.debian.org/309899.
I'm currently still investigating building dynamic libraries (and hoping
upstream might implement them before me).
If you'd like to overtake this, or some co-maintained efford, let me
know.

Hochachtungsvoll,
  Bernhard R. Link


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]